零售EDI：如何与EDEKA 建立EDI连接？

艾德卡EDEKA 是德国最大的食品零售商，因其采用“指纹付款”的方式进行结算，成为德国超市付款方式改革的先驱。

与EDEKA建立EDI连接，首先需要填写EDEKA提供的调查问卷，其中包括公司信息、EDI负责人信息、EDI供应商信息、销售部门信息以及测试ORDERS订单的X.400测试以及生产信息。

注：项目初期 EDEKA 提供的需求为X.400，实际上也支持AS2。

接下来供应商需要向EDEKA提供EDI ID、Qualifier以及GLN编号。

EDEKA EDI 需求

在传输协议层面，艾德卡Edeka 使用德国电信的X.400网络发送和接收电子数据。

EDEKA使用的EDI报文标准为EDIFACT，EDI规范版本号为D01B。

业务单据类型包括：

• ORDERS采购订单，EDEKA发送给供应商
• INVOIC发票，供应商发送给EDEKA

基于知行之桥EDI系统实现与EDEKA 之间的EDI对接

实现与EDEKA的EDI对接需要在知行之桥EDI系统中搭建如下所示的工作流：

由于本次对接EDEKA的M公司此前已经通过知行之桥EDI系统对接其他交易伙伴，因此在进行系统集成时可以使用WorkspaceReceive端口以及WorkspaceSend这两个免费端口实现跨工作区的文件传输，尽可能减少付费端口的使用，节约成本。

生成方向（即生成EDI报文并发给EDEKA）

生成方向需要使用到三个端口：WorkspaceReceive、XMLMap、EDIFACT以及一个连接端口。

WorkspaceReceive端口与WorkspaceSend端口需要成对使用，例如：此前在对接Amazon的EDI项目中，搭建了一套完整的工作流，现EDEKA需要与其共用一个EmailReceive端口，需要在Amazon工作区中新建一个WorkspaceSend端口连接到EmailReceive端口。

EDEKA 工作区中，只需要按照上图所示，创建一个WorkspaceReceive端口即可跨工作区接收文件，无需重复建立EDI系统与企业内部的连接。

配置流程如下：Workspace Receive 以及 Workspace Send 端口介绍

收到文件后，需要通过XMLMap端口将接收到的文件映射为目标XML格式，源文件和目标文件之间可以借助映射编辑器来处理映射关系，如下所示：

接下来需要将XML转换为符合EDEKA要求的满足EDIFACT报文标准的EDI报文，需要通过EDIFACT端口来实现。这里需要在设置选项卡下选择转换类型为：XML转换为EDI。

还需要填写发送方ID以及接收方ID，这里在与EDEKA的前期沟通中，会确认这些ID。

解析方向（即解析EDEKA发来的EDI报文）

解析方向需要使用到三个端口：WorkspaceSend、XMLMap、EDIFACT以及一个连接端口。

收到来自EDEKA的ORDERS报文后，首先通过EDIFACT端口将包含订单信息的EDI报文转换为XML。需要勾选设置选项卡下的转换类型为：EDI转换为XML。其次还需要注意交换头配置中的发送方ID以及接收方ID。解析方向的发送方ID即为EDEKA的ID，接收方ID为供应商的ID。

接下来需要通过XMLMap端口将接收到的文件映射为目标XML格式，源文件和目标文件之间可以借助映射编辑器来处理映射关系。

EDEKA 工作区中，需要按照上图所示，创建一个WorkspaceSend端口即可跨工作区发送文件，无需重复建立EDI系统与企业内部的连接。

项目回顾

测试流程

• 接收测试数据
• 来自 EDEKA EDI Coordination 的书面（语法）测试报告
• 接收测试数据（在此前测试报告的基础上）
• 批准语法并将测试文件转交给 EDEKA INVOIC 测试团队进行内容检查
• EDEKA INVOIC 测试团队提供书面测试报告
• 接收测试文件（在此前测试报告的基础上）
• 切换生产

传输通道的选择

早期需求为X.400，但实际与EDEKA 进行连接的时候，订单通过AS2传输通道发送，发票可以选择X.400或者AS2。方便起见，供应商可以都用AS2。

扩展阅读：EDI是什么？

注：文案部分图片及内容来源于网络，版权归原创作者所有，如有侵犯到您的权益，请您联系我们进行删除，给您带来困扰，我们深感抱歉。