This topic provides a brief general overview of EDI and how BizTalk Server 2006 R2 supports EDI.
Important |
|---|
|
BizTalk Server 2006 R2 includes native support for Electronic Data Interchange (EDI) data exchange and AS2 data transport. The Base EDI adapter developed by Covast Corporation has been deprecated in BizTalk Server 2006 R2 and is made available through the upgrade-only scenario for backward compatibility reasons. For more information on EDI, see the Covast Website.
|
Electronic Data Interchange (EDI) is the single most commonly used means by which business trading partners exchange data electronically. EDI is largely messaging-oriented. Documents are implemented as flat files that can include batched transaction sets. Batched interchanges can contain multiple groups, each of which can contain multiple transaction sets or messages.
EDI consists of specific data interchange methods agreed upon by standards bodies. The primary EDI standards are X12 (standardized by ANSI and used primarily in North America) and EDIFACT (standardized by the United Nations and used primarily outside the U.S.). Other standards are derived from these, for example, HIPAA from X12 and KEDIFACT in Korea from EDIFACT. The standards are closely parallel in message structure and acknowledgment schemes, but have distinct differences.
The EDI standards prescribe the following:
-
The formats, character sets, and data elements used in the exchange of documents
-
The envelopes used in EDI transaction
-
The acknowledgments required to verify delivery
-
How to provide guaranteed, exactly-once delivery, and automatic detection and reporting of corrupted or incorrect data.
While the EDI standards establish the rules for the structure of the document, trading partners must agree on the specific information to be transmitted and how it should be used. The design of an EDI system connecting two trading partners is determined by what the standards require, and what the trading partners agree upon.
EDI messages are distinguished from their transport. The EDI standards do not prescribe message transport, and EDI messages can be sent by a variety of different means.
For more information about EDI messaging, see EDI Messaging.
How EDI Is Implemented in BizTalk Server 2006 R2
BizTalk Server 2006 R2 includes native functionality providing support for EDI. It is not an add-in to the product, such as an adapter or an accelerator. It is built into the product.
Interchange Processing
The EDI feature performs the following receive-side and send-side processing in pipelines that enforce the rules dictated by the EDI standards.
-
Processes incoming EDI messages, including validating the interchanges and generating acknowledgments
-
Generates and sends outgoing EDI messages, including validating the interchanges and depending upon the configuration, processing received ACKs.
Batch Processing
Batch processing is handled by the receive pipeline and orchestrations:
-
If a received batched interchange is to be split, splits it into its constituent transaction sets, generating an XML file for each transaction set and promoting properties required for send-side batch generation.
-
If a received batched interchange is to be preserved, processes the batch such that it retains the transaction sets and groups that it contained when it was received.
-
If configured, batches received EDI transaction sets and groups into an outgoing interchange.
-
If multiple parties subscribe to a batched interchange, sends a copy of the batch to each party.
Trading Partner Agreements
Trading partners mutually set the properties for their agreement in the BizTalk Administration Console. These party properties, plus send and receive port/location properties, determine receive- and send-side EDI processing.
Interchange Status
BizTalk Server provides EDI-specific status reporting. These status reports provide comprehensive status of an EDI document exchange transaction, including acknowledgments correlated to the interchange.
EDI Components in BizTalk Server 2006 R2
Microsoft BizTalk Server 2006 R2 components used for EDI processing include the following:
-
The BizTalk EDI Application contains artifacts (including pipelines, orchestrations, and schemas) that are needed to process EDI documents.
Note |
|---|
|
When you configure the EDI feature in BizTalk Server 2006 R2, the configuration program creates this application. Whenever you create an application that will process EDI interchanges, you must add a reference to the BizTalk EDI Application from your application. For more information, see How to Add a Reference to the BizTalk Server EDI Application.
|
-
The BizTalk EDI Receive Pipeline (EdiReceive pipeline) parses EDI-encoded documents, splits EDI batches, converts the EDI-encoded documents into XML encoding, performs EDI and XSD validation, and performs HIPAA X12 sub-document splitting. For more information, see EDI Receive Components.
-
The BizTalk EDI Send Pipeline (EdiSend pipeline) converts XML documents into X12 or EDIFACT encoding, serializes EDI-encoded documents, and performs EDI and XSD validation. For more information, see EDI Send Components.
-
The Partner Agreement Management (PAM) user interface enables you to set processing properties for parties engaging in EDI document exchange and AS2 document transport, and global properties to be used in the absence of a party. For more information, see The Role of the Party in EDI Processing and EDI and AS2 UI Help.
-
The batching orchestration batches EDI interchanges and sets context properties for sending of the batched interchange. The routing orchestration handles the instances in which multiple parties subscribe to a message to be batched, creating as many copies of the message as required. For more information, see Processing Incoming Batches and Batching Outgoing EDI Messages.
-
The status reporting user interface provides comprehensive status of EDI interchanges and correlated acknowledgments. For more information, see EDI and AS2 Status Reporting.
-
Design time tools in Visual Studio enable you to generate an instance, validate an instance, validate a schema, test a map, and validating a map. For more information, see Using Design-Time XML Tools.
-
A schema repository includes X12, EDIFACT, HIPAA X12N 4010A XSD, EANCOM, and control schemas. For more information, see EDI Document Schema Support.
-
A migration wizard enables you to migrate schema, schema modifications, and party properties from BizTalk Server 2006 to BizTalk Server 2006 R2. For more information, see Migrating EDI Artifacts to BizTalk Server 2006 R2 and EDI Migration Utilities.
Concepts
EDI Processing in BizTalk Server 2006 R2
Other Resources
EDI Support Issues
EDI Solution Architecture
EDI and AS2 Status Reporting
Developing and Configuring BizTalk Server EDI Solutions