协议在 EDI 处理中的角色架构
组织使用 BizTalk Server 来从一个或多个贸易合做伙伴接收 EDI 消息,以及向其发送 EDI 消息。而后贸易合做伙伴定义做为组织内业务实体的业务配置文件。如何将业务配置文件交换消息定义为两个业务配置文件之间的贸易合做伙伴协议的一部分。有关详细信息,请参阅贸易合做伙伴管理解决方案的构建基块。ide
在贸易合做伙伴管理 (TPM) 用户界面中建立一个贸易伙伴协议。TPM 屏幕位于 BizTalk Server 管理控制台的“参与方”节点中。编码
为 EDI 处理配置协议url
所有使用 BizTalk Server 交换 EDI 消息的贸易合做伙伴都必须就通讯参数达成一致。实现此目标以后,托管 BizTalk Server 的组织必须在 TPM 中建立贸易合做伙伴,包括本身的贸易合做伙伴,建立业务配置文件,以及业务配置文件之间的贸易合做伙伴协议。做为贸易合做伙伴协议的一部分,您能够就 BizTalk Server 如何从贸易合做伙伴的业务配置文件接收 EDI 消息,以及如何向其发送 EDI 消息来设置这些属性。其余贸易合做伙伴也必须执行相同操做;若要交换消息,两端的配置必须兼容。spa
必须定义下列属性集,才能进行 EDI 通讯。get
定义贸易合做伙伴的通常状况(如名称、发送端口以及签名证书)的贸易合做伙伴属性。it
定义业务标识的业务配置文件属性。table
做为贸易合做伙伴协议的一部分的 EDI 属性,定义了 BizTalk Server 将如何处理贸易合做伙伴的传入消息,以及如何生成将要发送到贸易合做伙伴的传出消息。class
做为贸易合做伙伴协议一部分的 AS2 属性,定义了 BizTalk Server 将如何执行传入和传出 AS2 通讯。仅当经过 AS2 发送 EDI 消息时,这些属性才会影响 EDI 通讯。配置
|
将单独指定相同业务配置文件之间的 AS2 协议和 EDI 消息协议。两个协议共同造成合做关系。 |
贸易合做伙伴协议属性肯定如下特定处理:
EDI 信封处理和生成
确认处理和生成
验证传入和传出的 EDI 消息
批处理建立
状态报告
有关业务标识,可能存在特定值,如D-U-N-S (Dun & Bradstreet)。特定名称具备特定限定符,例如“01”表示 Duns。若是业务标识名不是特定的,则使用“ZZ”表示 X12 编码消息,使用“ZZZ”表示 EDIFACT 编码消息,指示由单独实体双方定义的名称。而后,值和限定符标识业务配置文件。业务标识名仅供参考;BizTalk 运行时在处理时不会使用业务标识名。
肯定用于 EDI 处理的协议
BizTalk Server 在接收 EDI 消息时都会尝试肯定消息解析到的贸易合做伙伴协议。它会经过将定义为协议一部分的发送方限定符、发送方标识符、接收方限定符、接收方标识符和消息进行匹配,以尝试解析贸易合做伙伴协议。有关此流程的详细信息,请参阅接收到的 EDI 消息的协议解析、架构发现和受权。
BizTalk Server 在生成要发送的 EDI 消息时都会尝试肯定与要接收该消息的业务配置文件相关联的协议。它使用如下任何参数在消息和协议之间进行匹配,以尝试解析协议:
上下文属性 AgreementPartIdForSend
上下文属性 AgreementNameForSend、SenderPartyNameForSend 和 ReceiverPartyNameForSend
发件人限定符和标识符,以及接收方限定符和标识符
发送端口名称
有关此流程的详细信息,请参阅传出 EDI 消息的协议解析和架构肯定。
使用 EDI 全局属性
若是 BizTalk Server 不能肯定传入或传出消息的协议,它将使用备用协议来处理传入交换或生成传出交换。能够经过右键单击 BizTalk Server 管理控制台中的“参与方”节点,而后单击“X12 备用设置”(对于 X12 编码的消息)或“EDIFACT 备用设置”(对于 EDIFACT 编码的消息)来设置备用协议。有关全局属性的详细信息,请参阅配置全局或后备协议属性。
|
只有 BizTalk Server 不能肯定交换的协议时,才使用备用协议。若是已肯定协议,BizTalk Server 将不会使用属性(没有为贸易合做伙伴之间的协议定义)的备用协议的属性值。 |
若是端口设置须要进行身份验证,则不会使用备用协议。若是接收端口的端口设置要求进行身份验证(若是在“接收端口属性”对话框的“常规”页上选中“验证失败时删除消息”或“验证失败时保留消息”),则对于接收端口接收的任何交换都须要协议。在这种状况下不使用备用协议。若是未肯定交换的协议,该交换将被视为验证失败,而且会被挂起。