本文将介绍以下内容：
开发EDI架构
对应 EDI文档
透过防火墙传送文档
处理失败的文档
本文使用以下技术：
BizTalk Server 2006 R2
目录
开发EDI架构
EDI 对应
贸易合作伙伴配置
传输EDI文档
透过防火墙传送文档
处理失败的文档
EDI 和SOA
电子文档交换(EDI) 是一项技术标准，已经有几十年的历史了。所以，此标准看似不能与现今面向服务的体系结构 (SOA)以及最新发布的BizTalk Server 结合使用。但在实际的企业对企业商务中，EDI所占份额最大，接近当前市场份额的90%，而且还在逐年迅速增加。随着依赖 EDI的公司的IT 体系结构的不断发展，利用BizTalk Server 2006 R2的功能来同时满足 SOA 和EDI 基础结构需求这一方法的可靠性、稳定性、可扩展性、可支持性和直观性已得以证实。
在BizTalk Server 2006 R2 发布之前，BizTalk中对 EDI的支持是有限的。虽然有一些适配器和加速器可以提供实现 EDI 解决方案的基本基础结构，但是它们的功能存在限制，如文档的验证方式。借助 BizTalk Server 2006 R2，EDI功能就正常化了。现在，它不仅允许验证大量文档，还提供了许多传输文档的方法，包括实现企业级 EDI 时常用的所有报告功能。
现在，BizTalk Server 可以与许多增值网络 (VAN) 提供相同的服务级别，同时还具备对企业集成解决方案和SOA 而言至关重要的基础BizTalk 组件的其他优势。这些优势包括通过业务流程开发业务工作流、访问业务规则引擎、扩展的文档跟踪功能、管理状态以及其他类似功能。
要在BizTalk Server 2006 R2中实现 EDI，首先要开发与交易文档相关的架构。定义了文档后，将贸易合作伙伴创建为 BizTalk 合作对象，然后配置合作伙伴的规范以确保正确处理和路由 EDI文档。接下来，设置通过合作对象配置和BizTalk适配器的组合，来实现如何传送文档的细节。设置好解决方案后，即可使用EDI 报告实时监控文档流。所有这些功能都是以BizTalk 基础结构为基础的，并受益于MessageBox、业务流程、端口和管道等所有标准组件。
本文旨在为您介绍 BizTalk Server 2006 R2中的EDI功能，并演示您可以利用此功能更加轻松地将 EDI 流程与企业的其余部分集成。我将介绍使用新 BizTalk Server EDI 组件的几个重要方面，说明架构创建、文档对应、EDI传送和传输以及异常处理的各个方面。
开发EDI架构
要了解 EDI架构开发，首先需要清楚文档结构本身的详细情况。对 EDI文档最确切的描述是一个包含以下三部分的简单文本文件：页眉、详细信息和页脚。页眉定义文档的来源、目标受众、文档类型和一些日期信息。详细信息包含赋予文档意义的所有业务信息。例如，以发票为例，详细信息包含明细项目、出售产品的说明、定价、数量和总额等信息。页脚包含关于详细信息行的摘要信息，如文档包含的总行数。
EDI文档将格式化成多个段，并且每行数据都包含许多已命名的段。这些段的格式和组成部分遵从X12以及行政、商业和运输业电子数据交换(EDIFACT) 等标准。在X12文档中，ISA 和GS 段视为页眉、GE 和IEA 段对应于页脚、页眉和页脚之间的所有行即为详细信息（请参见图1）。
图1 X12 EDI文档 (810 — Invoice)