CORRECÇÃO: Só O adaptador EDI servidor BizTalk suporta um conjunto limitado de tipos de documentos no BizTalk Server 2004

Traduções de Artigos Traduções de Artigos
Artigo: 840113 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Nesta página

Sintomas

BizTalk Server o adaptador EDI da Microsoft só suporta um conjunto limitado de tipos de documentos. O adaptador EDI não irá funcionar com qualquer tipo de documento diferentes dos listados para o qual fornece esquemas. Que poderá receber a seguinte mensagem de erro quando tenta utilizar as seus próprios esquemas para tipos de documentos BizTalk Server para o qual não fornece esquemas:
XSD2EDI Falha ao converter xsd: Não é possível abrir a tabela de bases de dados do servidor de SQL.

Resolução

As informações de serviço pack

Para resolver este problema, obtenha o Service Pack mais recente para o Microsoft BizTalk Server 2004. Para obter mais informações, clique no número de artigo que se segue para visualizar o artigo na base de dados de conhecimento da Microsoft (KB, Microsoft Knowledge Base)::
888751 Como obter o Service Pack mais recente BizTalk Server 2004

Informações sobre a correcção

Pré-requisitos

Não existem pré-requisitos..

Necessidade de reinício

Não é necessário reiniciar o computador depois de aplicar esta correcção..

Informações de substituição de correcções

Esta correcção não substitui quaisquer outras correcções..

Informações sobre o ficheiro

A versão inglesa desta correcção tem os atributos de ficheiro listados na tabela que se segue (ou atributos de ficheiro posteriores).. As datas e horas destes ficheiros são indicadas no formato de hora universal coordenada (UTC, Coordinated Universal Time).. Ao visualizar as informações dos ficheiros, estas serão convertidas na hora local.. Para determinar a diferença entre a hora UTC e a hora local, utilize o separador Fuso horário na ferramenta Data e Hora no Painel de controlo.
   Date         Time   Version            Size    File name
   ----------------------------------------------------------------------------------------------------
   22-Jun-2004  17:20                  2,543,173  Parity_qfe_nda.zip
   22-Jun-2004  17:10  4.0.1121.0         94,208  Microsoft.biztalk.extension.edi.schemaeditor.dll  
   22-Jun-2004  17:10  4.0.1121.0         61,440  Microsoft.biztalk.adapter.edi.common.dll  
   22-Jun-2004  17:10  4.0.1121.0        110,592  Microsoft.biztalk.adapter.edi.manager.dll  
   22-Jun-2004  17:10  4.0.1121.0         32,768  Microsoft.biztalk.adapter.edi.receiver.dll  
   22-Jun-2004  17:10  4.0.1121.0         45,056  Microsoft.biztalk.adapter.edi.resourcer.dll  
   22-Jun-2004  17:10  4.0.1121.0         20,480  Microsoft.biztalk.adapter.edi.sspi.dll  
   22-Jun-2004  17:10  4.0.1121.0         36,864  Microsoft.biztalk.adapter.edi.transmitter.dll  
   22-Jun-2004  17:10  4.0.1121.0         20,480  Microsoft.biztalk.adapter.hipaa_edi.sspi.dll  
   18-Jun-2004  19:24                    488,650  Live.eif
   05-Feb-2004  18:25                         82  Updateedi.bat
   29-Jan-2004  22:25                    311,928  Updateedi.sql
   05-Feb-2004  15:39                    135,964  Receivelocation.xsd.tmpl
   24-May-2004  18:43                    179,076  Sendporttransport.xsd.tmpl
   18-Jun-2004  19:02  4.0.1121.5         24,064  Compeif.exe      
   18-Jun-2004  19:01  4.0.1121.0        188,416  Edimmcsnapin.dll  
   18-Jun-2004  19:00  4.0.1121.192      847,872  Esp.dll          
   18-Jun-2004  19:01  4.0.1121.13       172,032  Esproxy.dll      
   18-Jun-2004  19:00  4.0.1121.21        65,536  Esp_btsoma.dll   
   18-Jun-2004  18:59  4.0.1121.24       118,784  Esp_cli.dll      
   18-Jun-2004  19:02  4.0.1121.25        28,672  Esp_files.dll    
   18-Jun-2004  18:59  4.0.1121.48        73,728  Esp_gen.dll      
   18-Jun-2004  19:02  4.0.1121.27        22,016  Esp_sqlsrv2000.dll  
   18-Jun-2004  19:02  4.0.1121.24        22,528  Esp_srv.exe      
   18-Jun-2004  18:59  4.0.1121.184      368,640  Esp_trans.dll    
   18-Jun-2004  19:02  4.0.1121.15        45,056  Esp_voyager.dll  
   18-Jun-2004  19:01  4.0.1121.7        167,936  Testmess.exe     
   18-Jun-2004  19:02  4.0.1121.5          7,680  Trigcon.exe      
   18-Jun-2004  19:01  4.0.1121.3        167,936  Validins.exe     
   18-Jun-2004  19:02  4.0.1121.31     1,228,800  Xsd2edi.exe      
   18-Jun-2004  19:01  4.0.1121.0         17,408  Edimmcresdll.dll  
   18-Jun-2004  19:01  4.0.1121.2         21,504  Esp_err.dll      
   22-Jun-2004  17:10  4.0.1121.0         11,264  Microsoft.biztalk.extension.edi.errortext.dll  
   22-Jun-2004  17:10  4.0.1121.0        643,072  Microsoft.biztalk.extension.edi.hatplugin.dll  
NOTA devido às dependências de ficheiros, a correcção mais recente que contém estes ficheiros também poderá conter ficheiros adicionais.

Instalar notas

  1. Descompacte ou copie todos os ficheiros na raiz do directório de instalação do BizTalk 2004. Por predefinição, o directório de instalação é C:\Program Files\Microsoft BizTalk Server 2004.
  2. Executar o script updateEDI.SQL que está localizado na pasta EDI\Adapter\Bin\Config em relação à base de dados (BizTalkEDIDb), BizTalk EDI base ou opcionalmente utilizando o ficheiro batch updateEDI.bat (modificar o nome do servidor e a base de dados nome em primeiro lugar).

Ponto Da Situação

A Microsoft confirmou que este problema ocorre nos produtos da Microsoft listados na secção "Aplica-se a".. Este problema foi corrigido no BizTalk Server 2004 Service Pack 1.

Mais Informação

Quando instala esta correcção, biztalk server 2004 podem trabalhar com qualquer tipo de documento EDI mesmo para esses tipos de documentos BizTalk Server para o qual não fornecer esquemas XSD,.

Fora-de-a-origem entregue esquemas

Os esquemas que se segue estão incluídos no BizTalk Server 2004:
Reduzir esta tabelaExpandir esta tabela
PadrãoVersãoTipo Documento
X122040810 (Factura)
832 (Catálogo de Preços / Venda)
846 (Inventário Inquiry / Advice)
850 (Encomenda compra)
855 (Confirmação da encomenda de compra)
856 (Envio Notice / Manifest)
861 (Receber Advice / Acceptance certificados)
864 (Mensagem de texto)
867 (Transferência de produtos e relatório revenda)
3010810 (Factura)
832 (Catálogo de Preços / Venda)
846 (Inventário Inquiry / Advice)
850 (Encomenda compra)
852 (Dados) de Actividades do produto
855 (Confirmação da encomenda de compra)
856 (Envio Notice / Manifest)
861 (Receber Advice / Acceptance certificados)
864 (Mensagem de texto)
867 (Transferência de produtos e relatório revenda)
3060810 (Factura)
832 (Catálogo de Preços / Venda)
846 (Inventário Inquiry / Advice)
850 (Encomenda compra)
852 (Dados) de Actividades do produto
855 (Confirmação da encomenda de compra)
856 (Envio Notice / Manifest)
861 (Receber Advice / Acceptance certificados)
864 (Mensagem de texto)
867 (Transferência de produtos e relatório revenda)
940 Encomenda envio de armazém ()
944 (Cotações de armazém de transferência de recepção conselhos)
4010810 (Factura)
832 (Catálogo de Preços / Venda)
846 (Inventário Inquiry / Advice)
850 (Encomenda compra)
852 (Dados) de Actividades do produto
855 (Confirmação da encomenda de compra)
856 (Envio Notice / Manifest)
861 (Receber Advice / Acceptance certificados)
864 (Mensagem de texto)
867 (Transferência de produtos e relatório revenda)
940 Encomenda envio de armazém ()
944 (Cotações de armazém de transferência de recepção conselhos)
EDIFACTD93ADESADV (conselhos Despatch)
INVOIC (Factura)
INVRPT Inventário (mapa)
ORDERS (encomenda)
ORDRSP (resposta da encomenda)
PARTIN (informações festa)
PAYEXT (Extended Ordem Pagamento)
PRICAT (Catalogue de Preços / Venda)
SLSRPT (relatório de dados de vendas)
D95AAPERAK (erro de aplicação e acknowledgment)
DESADV (conselhos Despatch)
INVOIC (Factura)
INVRPT Inventário (mapa)
ORDERS (encomenda)
ORDRSP (resposta da encomenda)
PARTIN (informações festa)
PAYEXT (Extended Ordem Pagamento)
PRICAT (Catalogue de Preços / Venda)
SLSRPT (relatório de dados de vendas)
D95BAPERAK (erro de aplicação e acknowledgment)
DESADV (conselhos Despatch)
INVOIC (Factura)
INVRPT Inventário (mapa)
ORDERS (encomenda)
ORDRSP (resposta da encomenda)
PARTIN (informações festa)
PAYEXT (Extended Ordem Pagamento)
PRICAT (Catalogue de Preços / Venda)
SLSRPT (relatório de dados de vendas)
D97BAPERAK (erro de aplicação e acknowledgment)
DESADV (conselhos Despatch)
INVOIC (Factura)
INVRPT Inventário (mapa)
ORDERS (encomenda)
ORDRSP (resposta da encomenda)
PARTIN (informações festa)
PAYEXT (Extended Ordem Pagamento)
PRICAT (Catalogue de Preços / Venda)
PRODAT (dados) do produto
RECADV (recepção parcial / total)
SLSRPT (relatório de dados de vendas)
D98AAPERAK (erro de aplicação e acknowledgment)
DESADV (conselhos Despatch)
INVOIC (Factura)
INVRPT Inventário (mapa)
ORDERS (encomenda)
ORDRSP (resposta da encomenda)
PARTIN (informações festa)
PAYEXT (Extended Ordem Pagamento)
PRICAT (Catalogue de Preços / Venda)
PRODAT (dados) do produto
RECADV (recepção parcial / total)
SLSRPT (relatório de dados de vendas)
D98BAPERAK (erro de aplicação e acknowledgment)
DESADV (conselhos Despatch)
INVOIC (Factura)
INVRPT Inventário (mapa)
ORDERS (encomenda)
ORDRSP (resposta da encomenda)
PARTIN (informações festa)
PAYEXT (Extended Ordem Pagamento)
PRICAT (Catalogue de Preços / Venda)
PRODAT (dados) do produto
RECADV (recepção parcial / total)
SLSRPT (relatório de dados de vendas)
IMPORTANTE na altura do lançamento, apenas estes esquemas são testadas com o BizTalk Server 2004. São os únicos esquemas que são conhecidos para trabalhar com o BizTalk Server 2004.

Formato versões suportadas

As seguintes versões Formato (versões segmentos de controlo) são suportadas pelo adaptador EDI base para as normas, X12 e EDIFACT, depois de aplicar esta correcção.

X12

O adaptador EDI base suporta o seguinte X versões formato 12:,, 3010 3020 3030, 3040, 3050, 3060, 3070, 4000,, 4010 4020 2040 4030, 4040 e 4050.

Quando um nó é recebido que tenha uma versão dos segmentos de controlo superior à versão 4050 (por exemplo, quando a versão que é indicada em ISA o segmento é superior ao 00405 " "), o sistema só tentará analisá-lo com a versão mais alta (por exemplo, 4050).

Esta versão formato não está relacionado com a versão de transacções. A versão de transacções é especificada no segmento GS. Desde que o utilizador tem um esquema que representa o tipo de transacção e versão de transacção que pretende que o utilizador, o sistema pode aceitar essa versão sobre a entrada e irá gerá-lo na saída.

EDIFACT

As versões suporta o seguinte formato EDIFACT (ou sintaxe) base do adaptador EDI: UNOA e UNOB, versões 1 a 3.

NOTA O seguinte artigo da Base de Dados de Conhecimento da Microsoft (KB) descreve uma correcção design-alterar que melhora o suporte de envelope no adaptador EDI base:
870996 Não possível Correcção: certos caracteres no conjunto de caracteres UNOC e determinados caracteres suecos podem converter quando um documento EDI é processado com Microsoft BizTalk Server 2004
Os interchanges EDIFACT tem de ter a indicação da sintaxe correcta no segmento UNB. Interchanges que são recebidos que tenham uma indicação de um determinado sintaxe no segmento UNB (por exemplo UNOA) tem de seguir o conjunto de caracteres que pertença a essa sintaxe. O identificador de sintaxe no segmento UNB é obrigatório.

Subconjuntos das normas principais

Tenha em atenção que apenas as normas principais são suportadas com o adaptador EDI base. Por exemplo, os seguintes subconjuntos existir dentro do X12 padrão:
  • VICS
  • WINS
  • UCS
  • TCIF
Os seguintes subconjuntos existem dentro a norma EDIFACT:
  • EANCOM
  • ODETTE
  • Inovert
Sem subconjuntos são suportados pela placa que se encontra incluída BizTalk Server 2004 EDI base. Para suportar estas variações subconjunto, você deve utilizar Accelerator-EDI CovastÆs

Autorizar os esquemas que não fornecido fora-de-a-caixa

Para todos os esquemas que acompanham fora-de-a-de origem, pode configurar aqueles que estão autorizados ou não nas caixas de diálogo da porta de envio e Recepção localização para o adaptador EDI base transporte.

Para os esquemas que não forneça fora-de-a-de origem, pode apenas especificar que de lhes ser (todos) permitido (na caixa de diálogo Localização receber ) e a versão do formato predefinido a utilizar para o X12 e EDIFACT instâncias no saída (na caixa de diálogo Porta enviar ).

Estas definições é possível encontrar ' na categoria ' tipos de documentos suportadas " sobre as definições de transporte do adaptador EDI base da porta de envio e Recepção localização caixas de diálogo. Para autorização de entrada, defina Aceitar todos os documentos não listados como Sim na configuração da localização de recepção . Para autorização de saída, defina Aceitar todos os documentos não listados como Sim na configuração da porta de envio .

Além disso, definido a versão do formato predefinido X12 para X12 ou Predefinido EDIFACT Formatar versão para EDIFACT, ou ambos, para a versão formato correcto (envelopes).

Basear adaptador EDI requisitos de esquema

Ao criar EDI esquemas personalizadas para utilizar com o adaptador EDI base, esses esquemas necessário seguir um número de regras. BizTalk Server 2004 é muito mais rígida do que as versões anteriores do BizTalk Server. Esta secção descreve as regras e requisitos para utilizar os esquemas personalizados ou migrados com o adaptador EDI base.

Declarações de elemento e segmento EDI

Esta secção aborda os requisitos conhecidos que um esquema XSD tem de satisfazer para ser aceite e para ser utilizado por base o adaptador EDI correctamente. Começando com o objecto de nível mais baixo, seguem-se os requisitos de declaração de elemento para um esquema EDI:

Elementos
<xs:attribute name="name of element" use="">		
 <xs:annotation>
  <xs:appinfo>
   <b:fieldInfo 
     edi_datatype=""
     format=""
     codelist=""
     sequence_number=""
     xmlns:b="http://schemas.microsoft.com/BizTalk/2003">
   </b:fieldInfo>
  </xs:appinfo>
 </xs:annotation>
<xs:simpleType>		
  <xs:restriction base="xs:string">
    <xs:length value="numerical value" />
    <xs:enumeration value="value" />	
  </xs:restriction>
 </xs:simpleType>
</xs:attribute>
Cada elemento EDI está definido no XSD como xs:attribute . Se o elemento for uma subordinada de um elemento composto, o elemento tem de utilizar a convenção de nomenclatura que se segue:
[composite_element_name] [two_digit_sequence]
Por exemplo, se o segmento principal se chamar C040, os elementos subordinados tem de ser nome C04001 C04002, C04003 e assim sucessivamente. O elemento composto é definido mais tarde nesta secção.

Os atributos importantes dentro de um elemento EDI são no nó b:fieldInfo e encontram da seguinte forma:
  • edi_datatype este atributo tem de ter um dos seguintes valores: N, N0 û N9, TM an, DT, R, ID,. Qualquer outro valor neste atributo não é permitido.
  • Formato este atributo é obrigatório quando o atributo edi_datatype é DT ou TM.
    • Quando o atributo edi_datatype está DT, o formato tem de ser um dos seguintes valores: AAAAMMDD, DDMMYY, MMDDYY, DDMMYYYY, MMDDYYYY, YYMMDD.
    • Quando o atributo edi_datatype está TM, formato tem de ser um dos seguintes valores: HHMMSS ou HHMM.
  • codelist este atributo é opcional e mapeia para um conjunto de valores dentro EDICodelist.mdb. Por predefinição, esta base de dados do Microsoft Access está localizado no %ProgramFiles%\Microsoft pasta 2004\EDI\Adapter\CodeLists do BizTalk Server. Apenas utilizar um conjunto de valores a partir desta lista de código quando o atributo edi_datatype está Id. Uma alternativa para utilizar uma lista de código consiste em utilizar uma enumeração sob o nó simpleType .

    NOTA para expandir a base de dados codelist, consulte a secção " adições e alterações ao código listas ".
  • sequence_number este atributo é utilizado para definir a sequência no nó pai. É opcional. A ordem predefinida dos elementos é a ordem em que aparecem no ficheiro.
Elementos compostos
<xs:element name="name of composite">
 <xs:annotation>
  <xs:appinfo>
   <b:recordInfo 
   	tag_name=""
	structure="delimited" 
	delimiter_type="inherit_record" 
	field_order="postfix" 
	escape_type="inherit_escape" 
	count_ignore="yes" 
	xmlns:b="http://schemas.microsoft.com/BizTalk/2003">
   </b:recordInfo>
  </xs:appinfo>
 </xs:annotation>
<xs:complexType>	 
  Insert definition of two or more elements.
 </xs:complexType>
</xs:element>
Elementos compostos contêm um conjunto de elementos que estão relacionados com entre si. A utilização do composições implica que separadores especiais são utilizados nos ficheiros EDI nativos. Uma na EDIFACT por exemplo, componentes de uma prova composta são separados por predefinido por: em vez do separador de elemento habitual +.o atributo de nome é obrigatório. Tem de cumprir uma regra. Quando for a primeira ocorrência, que deve corresponder ao valor do atributo tag_name na subordinados recordInfo neste segmento. Quando for não primeira ocorrência de neste segmento, um _ devem ser adicionado com um número exclusivo de sequência, tal como é mostrado no exemplo que se segue o:
[valor do atributo tag_name], para a primeira ocorrência
[valor do atributo tag_name] _ [exclusivo SequenceNumber], para outras ocorrências
O valor do atributo tag_name é indicada pelo X12 ou EDIFACT padrão, e não deve ser escolhido aleatoriamente.

Os atributos importantes dentro de um elemento composto EDI são no nó b:recordInfo e encontram da seguinte forma:
  • tag_name este atributo tem de corresponder ao nome composto sem o número de sequência. Por exemplo, se o elemento composto for C040 ou C040_1, o atributo tag_name tem de ter o valor C040.
Segmentos
  • Segmentos com elemento composto
    <xs:element name="name of segment">
     <xs:annotation>
      <xs:appinfo>
       <b:recordInfo 
    	tag_name="value defined according to X12 or EDIFACT standard"
    	structure="delimited" 
    	delimiter_type="inherit_record" 
    	field_order="postfix" 
    	escape_type="inherit_escape" 
    	count_ignore="yes" 
    	trigger_field="" 
    	trigger_value="" 
    	xmlns:b="http://schemas.microsoft.com/BizTalk/2003">
            Insert definition of zero or more conditions 	
       </b:recordInfo>
      </xs:appinfo>
     </xs:annotation>
     <xs:complexType>
      <xs:sequence>	
       Refers to definition of composite. 
       <xs:element ref="name of composite">	
          <xs:annotation>
         <xs:appinfo>
          <b:recordInfo 
    	structure="delimited" 
    	delimiter_type="inherit_record" 
    	field_order="postfix" 
    	escape_type="inherit_escape" 
    	count_ignore="yes" 
    	xmlns:b="http://schemas.microsoft.com/BizTalk/2003">
          </b:recordInfo>
         </xs:appinfo>
        </xs:annotation>
     </xs:element>
      </xs:sequence> 
       Insert definiton of zero or more elements.
     </xs:complexType>
    </xs:element>
    
  • Segmentos sem um elemento composto
    <xs:element name="name of segment">
     <xs:annotation>
      <xs:appinfo>
       <b:recordInfo 
    	tag_name="value defined according to X12 or EDIFACT standard"
    	structure="delimited" 
    	delimiter_type="inherit_record" 
    	field_order="postfix" 
    	escape_type="inherit_escape" 
    	count_ignore="yes" 
    	trigger_field=" "
    	trigger_value=" "
    	xmlns:b="http://schemas.microsoft.com/BizTalk/2003">
            Here, definitions of conditions can be inserted. 	
       </b:recordInfo>
      </xs:appinfo>
     </xs:annotation> 
     <xs:complexType>	
    	Insert definition of one or more elements.
    </xs:complexType>
    </xs:element>
    
O atributo Nome é obrigatório. Tem de cumprir uma regra. Quando for a primeira ocorrência, que deve corresponder ao valor do atributo tag_name na subordinados recordInfo neste segmento. Quando for não primeira ocorrência de neste segmento, um _ devem ser adicionado com um número exclusivo de sequência, tal como é mostrado no exemplo que se segue o:
[valor do atributo tag_name], para a primeira ocorrência
[valor do atributo tag_name] _ [exclusivo SequenceNumber], para outras ocorrências
O valor do atributo tag_name é indicada pelo X12 ou EDIFACT padrão, e não deve ser escolhido aleatoriamente.

Neste cenário, o número de sequência só é utilizado quando o segmento tem sido repetido. Por exemplo, se existir, BGM próxima ocorrência do BGM tem de ser nome BGM_1.

Os atributos importantes de um segmento EDI são no nó b:recordInfo e encontram da seguinte forma:
  • tag_name este atributo tem de corresponder ao nome de segmento sem o número de sequência. Por exemplo, se o segmento se chamar BGM ou BGM_1, o atributo tag_name tem de ter o valor BGM.
Ciclo-segmentos
<xs:element name="name of loop-segment">
 <xs:annotation>
  <xs:appinfo>
   <b:recordInfo 
	structure="delimited" 
	delimiter_type="inherit_record" 
	field_order="postfix" 
	escape_type="inherit_escape" 
	count_ignore="yes" 
	trigger_field=""
	trigger_value=""
	sequence_number="will be ignored here"
	xmlns:b="http://schemas.microsoft.com/BizTalk/2003">
        Here, definitions of conditions can be inserted. 	
   </b:recordInfo>
  </xs:appinfo>
 </xs:annotation>
<xs:complexType>
  <xs:sequence>					
   Refers to zero or more definitions of a loopsegment. When number of segment references is zero, the number of loopsegment references should be >= 2.  
   <xs:element ref="name of loop-segment">	
  </xs:element>
   Refers to zero or more definitions of a segment. When number of loop-segment references is zero, the number of segment references should be >= 2        
   <xs:element ref="name of segment">		
   </xs:element>
  </xs:sequence>
 </xs:complexType>
</xs:element>
Segmentos ciclo-poderá conter qualquer um ou mais dos seguintes procedimentos:
  • Outros ciclo-segmentos
  • Segmentos com elementos compostos
  • Segmentos sem elementos compostos
Ciclo-segmentos não pode conter elementos. Segmentos ciclo-tem de utilizar a convenção de nomenclatura que se segue:
[tag_name do primeiro segmento subordinado] Loop [Número de sequência]
Os atributos importantes dentro um EDI ciclo-segmentos são no nó b:recordInfo e encontram da seguinte forma:
  • Não devem existir um atributo tag_name .
rootNode

Esta parte do XSD é obrigatório.
<xs:element name="name of root">
 <xs:annotation>
  <xs:appinfo>
   <b:recordInfo 
	structure="delimited" 
	delimiter_type="inherit_record" 
	field_order="postfix" 
	escape_type="inherit_escape" 
	count_ignore="yes" 
	xmlns:b="http://schemas.microsoft.com/BizTalk/2003">
   </b:recordInfo>
  </xs:appinfo>
 </xs:annotation>
 <xs:complexType>
  <xs:sequence>
   Refers to zero or more definitions of a loopsegment. When number of segment references is zero, the number of loopsegment references should be >= 2., because the total number of     
   references should be >= 2.
   <xs:element ref="name of loop-segment">	
   <xs:annotation>
     <xs:appinfo>
      <b:recordInfo 
   	    structure="delimited" 
	       delimiter_type="inherit_record" 
	       field_order="postfix" 
   	    escape_type="inherit_escape" 
	       count_ignore="yes" 
   	    sequence_number="will be ignored here"
       	xmlns:b="http://schemas.microsoft.com/BizTalk/2003">
      </b:recordInfo>
     </xs:appinfo>
    </xs:annotation>
</xs:element>
   Refers to zero or more definitions of a segment. When number of loop-segment references is zero, the number of segment references should be >= 2, because the total number of references 
   should be >= 2.
   <xs:element ref="name of segment">		
     <xs:annotation>
     <xs:appinfo>
      <b:recordInfo 
	       structure="delimited" 
	       delimiter_type="inherit_record" 
       	field_order="postfix" 
       	escape_type="inherit_escape" 
	       count_ignore="yes" 
       	sequence_number="will be ignored here"
	       xmlns:b="http://schemas.microsoft.com/BizTalk/2003">
      </b:recordInfo>
     </xs:appinfo>
    </xs:annotation>
</xs:element>
  </xs:sequence> 
 </xs:complexType>
</xs:element>
O rootNode só pode conter um ou mais dos seguintes itens:
  • Ciclo-segmentos
  • Segmentos com elementos compostos
  • Segmentos sem elementos compostos
O rootNode tem de utilizar a convenção de nomenclatura que se segue:
  • X12_ _ [ Valor standards_version ] [ Valor document_type ]
  • _ EFACT_ [ Valor standards_version ] [ Valor document_type ]
NOTA O formato que é utilizado depende do EDI real padrão, a versão EDI, e o tipo de documento.

<xs:schema>

Esta parte do XSD é obrigatório.
<?xml version="1.0" encoding="utf-8"?>
<xs:schema
	xmlns:b="http://schemas.microsoft.com/BizTalk/2003" 
	version="1.0" 
	xmlns:xs="http://www.w3.org/2001/XMLSchema" 
xmlns:schemaEditorExtension=
"http://schemas.microsoft.com/BizTalk/2003/SchemaEditorExtensions">
<xs:annotation>
  <xs:appinfo>
    <schemaEditorExtension:schemaInfo 
	namespaceAlias="b" 		extensionClass="Microsoft.BizTalk.Extension.EDI.SchemaEditor.EDISchemaExtension" 
	standardName="X12" >
    </schemaEditorExtension:schemaInfo>    
    <b:schemaInfo
	BizTalkServerEditorTool_Version="1.5" 
	root_reference="<name of root>" 	
	document_type="<document type>"
	version="2.0" 
	is_envelope="no" 
	standard="<X12 or EDIFACT>"
	standards_version="<value of std version>"
	partner_uri="">
    </b:schemaInfo>
  </xs:appinfo>
 </xs:annotation>
 <xs:annotation>
  <xs:documentation>Schema name: "name of schema"</xs:documentation>
 </xs:annotation>
Here, the definition of the root, zero or more loopsegments, and zero or more segments should be inserted.
</xs:schema>
O nó b:schemainfo aparece por baixo xs:schema . Os atributos importantes dentro xs:schema são no nó b:schemaInfo e encontram da seguinte forma:
  • root_reference este atributo deverá corresponder ao nome do nó de raiz.
  • document_type este atributo tem de ser do tipo de documento real. Por exemplo, este atributo tem de ser û 850 para o X12 INVOIC para o tipo de documento Edifact ou tipo de documento.
  • padrão este atributo tem de ter um valor de X12 ou EDIFACT.
  • standards_version este atributo tem de ser a versão para o padrão Particular. Por exemplo, este atributo tem de ser um dos seguintes procedimentos: û 4010 para X 12 ou d93a para Edifact.

    NOTA O standards_version tem de corresponder a parte standards_version do nome rootNode exactamente, incluindo a ser sensíveis a maiúsculas e minúsculas.

Estrutura de elemento e segmento esquema EDI

Dentro XSD, existem várias formas para obter o resultado pretendido. Com o adaptador EDI base para o BizTalk Server 2004, existe apenas uma estrutura aceitável para um esquema EDI. Cada segmento tem de ter uma declaração na raiz do esquema. O segmento tem de utilizar um nó de referência para indicar onde caiba no documento. Os dois exemplos seguintes ilustram tanto uma estrutura formatada de forma incorrecta para o adaptador EDI base e uma estrutura correctamente formatada para o adaptador EDI base.

Exemplo 1: formulário incorrecto para o adaptador EDI base
<xs:element name="X12_4010_322">
 <xs:complexType>
  <xs:sequence>
   <xs:element name="ZC1"> 
    ...
   </xs:element>
   <xs:element name="Q5"> 
    ...
   </xs:element>
   <xs:element name="N7Loop"> 
    ...
   </xs:element>
  </xs:sequence>
 </xs:complexType>
</xs:element>
Exemplo 2: formulário correcta e aceitável para o adaptador EDI base
<xs:element name="X12_4010_322">
 <xs:complexType>
  <xs:sequence>
   <xs:element ref="ZC1"> 
    ...
   </xs:element>
   <xs:element ref="Q5"> 
    ...
   </xs:element>
   <xs:element ref="N7Loop"> 
    ...
   </xs:element>
  </xs:sequence>
 </xs:complexType>
</xs:element>
<xs:element name="ZC1">
...
</xs:element>
<xs:element name="Q5">
...
</xs:element>
<xs:element name="N7Loop">
...
</xs:element>

As adições e alterações a listas de código

Listas de código para versões formato que são DE NÃO ENVIO fora-de-a-caixa tem de ser adicionadas à base de dados Lista de código manualmente. O nome da base de dados do código é Edicodelist.mdb (base de dados do Microsoft Access).

O ficheiro Edicodelist.mdb é na pasta 2004\EDI\adapter\Codelists Program Files\Microsoft BizTalk Server. A base de dados contém uma tabela para todas as versões formato, quando é adicionar uma nova versão formato, pode copiar uma tabela semelhante e mude-..

O nome da tabela tem de ter o seguinte formato: _ padrão StandardsVersion . Por exemplo, " EDIFACT_D93B " ou " X12_4050 ".

Outros Valores Conjunto de código tem de ser adicionadas ou ser removidos manualmente da base de dados Edicodelist.mdb. Entradas podem ser adicionadas às tabelas existentes para expandir o número de conjuntos de códigos.

Estas informações só são utilizadas no momento da estruturação. As tabelas são acedidas quando o utilizador executa a função ValidateSchema para um esquema EDI no explorador Solution BizTalk. As seguintes funcionalidades xsd não são suportadas:
  • Herança
  • Grupos de substituição
  • É permitida nenhuma ordem de grupo, excepto sequência " ". Especificamente, escolha " " e " all " não são suportadas.
  • anyElement
  • anyAttribute
  • A importação
  • Incluir
  • Redefinir

Limitações de esquema EDI diversas

  • Não existe suporte de segmento flutuante. Esta limitação é a mesma como no Microsoft BizTalk Server 2002.
  • Suporte de segmento binário muito limitado. Esta limitação é a mesma como no BizTalk Server 2002.
  • Envelope EDI dados não são transmitidos na entrada. Os dados deste modo, não está disponíveis para utilização no mapeador BizTalk ou no orchestrations. Esta limitação é a mesma como no BizTalk Server 2002.
  • Esquemas de envelope EDI não podem ser personalizados ou modificado. Esta limitação é a mesma como no BizTalk Server 2002.
  • A lista de X12 suportados identificadores Functional grupo é fixo de acordo com para a versão 4050. Desta opção significa não é possível utilizar conjuntos de transacções que foram introduzidos após a versão 4050, porque o sistema não sabe qual o identificador de grupo funcional pertence a-lo (porque que não faz parte do esquema).
  • A anotação EDI < count_ignore b:RecordInfo = " sim " > é ignorado pelo adaptador EDI base. O adaptador EDI base utiliza a tecnologia codificados para contar os segmentos em transacções EDI.
  • BizTalk Server 2004 base o adaptador EDI utiliza mais rígidas EDI carácter conjunto validações que o BizTalk Server 2002. Por exemplo, quando é recebido um intercâmbio UNOA EDIFACT,-lo irá validar os caracteres no intercâmbio de acordo com o conjunto de caracteres definido que pertença à sintaxe UNOA (que é um subconjunto dos 646 ISO-).
Para obter informações adicionais, clique no número de artigo que se segue para visualizar o artigo na base de dados de conhecimento da Microsoft (KB, Microsoft Knowledge Base)::
824684 Descrição do padrão a terminologia que é utilizada para descrever as actualizações de software da Microsoft

Propriedades

Artigo: 840113 - Última revisão: 15 de maio de 2006 - Revisão: 8.0
A informação contida neste artigo aplica-se a:
  • Microsoft BizTalk Server 2004 Standard Edition
  • Microsoft BizTalk Server 2004 Partner Edition
  • Microsoft BizTalk Server 2004 Enterprise Edition
  • Microsoft BizTalk Server 2004 Developer Edition
Palavras-chave: 
kbbug kbfix kbqfe kbbiztalk2004presp1fix kbbiztalk2004sp1fix kbhotfixserver KB840113 KbMtpt kbmt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Pedíamos-lhe o favor de preencher o formulário existente no fundo desta página caso tenha encontrado erros neste artigo e tenha possibilidade de colaborar no processo de aperfeiçoamento desta ferramenta. Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 840113

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com