艾德卡EDEKA 是德国最大的食品零售商，因其采用“指纹付款”的方式进行结算，成为德国超市付款方式改革的先驱。
与EDEKA建立EDI连接，首先需要填写EDEKA提供的调查问卷，其中包括公司信息、EDI负责人信息、EDI供应商信息、销售部门信息以及测试ORDERS订单的X.400测试以及生产信息。
接下来供应商需要向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 测试团队提供书面测试报告
- 接收测试文件（在此前测试报告的基础上）
- 切换生产
扩展阅读：EDI是什么？
阅读原文
