汽车EDI：MöllerTech EDI项目案例
MöllerTech （以下简称 Möller）是一家德国的家族企业，成立于1730年，主要从事塑料和橡胶领域的生产和加工。公司以其在汽车工业、电子设备和机械制造等行业的解决方案而闻名，尤其是在汽车部件、密封件和工业用途的高性能塑料领域。Möller 的产品应用广泛，客户群包括全球的知名制造商和 OEM 企业。
随着合作的加深，Möller邀请国内的供应商X公司通过EDI与其传输业务文件。X公司此前已经通过EDI对接过多个汽车主机厂，已经具备EDI能力，只需要根据Möller要求，基于原有EDI系统实施对接Möller的EDI项目即可。
EDI 在汽车行业供应链中的重要性
汽车行业普遍采用精益生产模式，要求零部件准时到达生产线。EDI 支持 JIT（准时制生产），使得供应商可以精准安排生产和发货，以确保零部件在恰当的时间送达，减少库存积压和浪费。此外EDI 能够实时传递采购订单、发货通知等关键信息，确保供应商和制造商之间的快速、精确通信，从而避免生产延误。
项目背景
X公司使用的业务系统为QAD系统，面对Möller的EDI对接邀请，需要寻找一套能够集成业务系统并且能够处理逻辑复杂的出货包装逻辑的EDI系统。
知行之桥EDI系统支持与QAD系统通过FTP协议上传和下载SNF文件，这意味着可以自动将转换后的数据导入或导出QAD系统，简化了对接流程。
项目目标
X公司对接Möller的EDI项目，主要实现端到端的电子数据交换，通过与内部业务系统集成，降低人工处理的错误率，提升订单的处理流程。此外通过知行之桥EDI系统与交易伙伴传输业务单据，能够提高信息透明度和可追溯性，严格按照Möller的标准化需求，实现QAD系统生成的SNF文件和EDIFACT国际标准下的EDI报文：DELFOR交付预测以及DESADV发货通知之间的格式转换。
实施流程
分析阶段
项目开始前，需要与Möller确认本次项目中需要使用的传输协议、EDI报文标准以及交易类型。清楚掌握EDI需求有助于企业评估项目工作量以及项目周期。Möller使用的EDI传输协议：OFTP2和报文标准：EDIFACT（单据类型：DELFOR交付预测、DESADV发货通知）
技术准备
此前X公司已经在本地部署了知行之桥EDI系统，接下来只需要在知行之桥EDI系统中为Möller单独创建一个工作区即可开始实施。
数据映射与转换
Möller与供应商之间需要传输满足EDIFACT国际报文标准的EDI报文，EDI系统需要能够成功解析Möller发来的DELFOR交付预测以及生成DESADV发货通知，实现企业内部可处理文件与EDI报文之间的格式转换。EDI实施顾问会根据Möller提供的EDI规范文件进行实施，先本地测试后，再将工作流部署到X公司的EDI系统中。
测试与验证
首先需要进行OFTP连接测试，交易双方需要交换OFTP连接信息，确保能够通过OFTP连接通道成功收发文件。Möller并不区分生产和测试环境，只提供了一套用于生产的OFTP连接信息，因此连接测试将直接与其生产环境进行。
除了连接测试之外，还需要进行EDI报文的业务测试，主要验证知行之桥EDI系统生成的EDI报文的结构和内容是否满足Möller要求。
1.接收来自 Möller 的 DELFOR 交付预测
Möller通过OFTP连接通道发来DELFOR，知行之桥EDI系统将其转换为QAD系统可处理的SNF文件，并将含有交付预测数据的SNF文件放置在指定路径下。QAD系统获取数据之后，业务人员需要进行确认，根据收到的交付预测准备回复发货通知。
2.向 Möller 发送 DESADV 发货通知
QAD系统生成ASN，并将包含发货通知数据的SNF文件存放至指定路径下，EDI系统获取数据之后会将其转换为Möller要求的DESADV发货通知，通过OFTP连接通道发送给Möller。
对接Möller的发货通知中涉及的包装方式：整托（包含1托和多托）以及散箱。此外还可能会涉及到不满托以及不满箱的情况，需要根据实际发货情况而定。
在整托情况下，以数字 42 为首的这一行信息表示包装信息，如果前三位数字是423，则表示当前包装为托盘；如果前三位数字是421，则表示当前包装为箱子。以数字46为首的这一行信息表示包装明细信息，通常包含箱号。以下是整托情况下SNF文件中包装部分的示例：
423 0000002000000002040
46000036607 PAL000
421 00000020000000020
46 500112296 SCH000
46 500112297 SCH000
423 0000002000000002040
46000036608 PAL000
421 00000020000000020
46 500112298 SCH000
46 500112299 SCH000 在散箱情况下，包装部分信息将会通过前三位为 424的数据行来呈现，和整托一样，前两位为 46 的数据行表示包装明细，在这里也就是箱号。以下是散箱情况下SNF文件中包装部分的示例：
424 0000001000000004040
46 500111741 SCH000
424 00000010000000100100
46 500111740 SCH000 挑战与解决方案
本次EDI项目中，供应商使用的业务系统为QAD系统，QAD系统使用的文件格式为：SNF文件，是一种标准化的平面文件格式，可用于与外部系统进行数据传输。供应商希望能够实现EDI系统与QAD系统的集成，经沟通，QAD系统支持通过FTP协议上传和下载SNF文件，这意味着可以自动将EDI系统转换后的数据导入或导出QAD系统。
这时会遇到这样的一个问题，SNF文件并非符合EDI国际报文标准的EDI文件，需要在知行之桥EDI系统中进行特殊处理。这里需要区分发送和接收两个方向：
接收来自Möller的DELFOR交付预测
通过搭建OFTP连接通道接收来自Möller的DELFOR 报文，经过知行之桥EDI系统的EDIFACT、XML Map端口，将EDI报文转换为XML，接下来通过 Flat File端口将其转换为QAD系统可处理的SNF文件，并通过FTP端口将文件存放至指定路径下。QAD系统将会自动从这个路径下获取数据。
向 Möller 发送DESADV(ASN)发货通知
通过FTP端口获取QAD系统存放在指定路径下的包含发货通知数据的SNF文件，生成EDI报文方向需要借助Script端口编写部分脚本来实现由SNF文件到XML的格式转换，接下来通过EDIFACT端口将XML文件转换为Möller要求的DESADV报文，并通过OFTP发送给Möller。
项目成果
根据上述需求，在知行之桥EDI系统中搭建完整的工作流如下：
借助知行之桥EDI系统对接Möller，提高了X公司供应链效率和准确性，实现了订单处理自动化，减少了人为错误。供应商与 Möller 的信息交换更快速、无缝，业务关系也得到了进一步加强。
除了Möller之外，X公司还通过知行之桥EDI系统同时对接了多个汽车行业客户，通过不同的工作区进行区分。通过同一套EDI系统实现多个客户的EDI对接，使得不同交易伙伴的文档交换流程可以标准化。这样可以避免重复开发和维护不同接口的麻烦，减少系统复杂度。此外还能够为企业带来以下优势：
降低成本
使用单一的EDI系统意味着无需为每个交易伙伴配置独立的接口和系统，减少了开发、维护和支持成本。此外，通过自动化文档交换，减少了人工处理数据的时间和错误，进一步降低了运营成本。
提高效率
单一系统能够实时处理和管理所有交易伙伴的EDI消息，简化了对订单、发票、发货通知等的跟踪。集中管理的系统减少了沟通延迟，加快了供应链响应时间。
增强可扩展性：
一个标准化的EDI系统容易扩展，能够快速添加新的交易伙伴，无需从零构建新的连接。同时，系统可以随着业务的增长扩展功能，如支持更多的文档类型或国际标准。
集中管理与监控
通过一个统一的系统，企业能够方便地对所有交易伙伴的交易进行集中管理和监控。可以清晰地查看每个交易的状态、历史记录和潜在的异常，便于快速解决问题。
如果您希望了解有关EDI对接的相关信息，欢迎交流。
阅读原文