汽车行业EDI教程——北美X12标准 需求分析及方案

本文主要介绍北美X12标准下，汽车行业EDI的需求分析、方案介绍以及方案实现。

汽车行业EDI需求分析

一个EDI项目开始对接前，首先我们需要确认MFT传输方式，即交易双方使用哪种协议进行数据传输，汽车行业使用的传输协议最为常见的是OFTP、AS2或者SFTP等，在本文中以AS2协议为例为大家进行介绍。接下来我们需要确认双方传输的EDI报文标准，常见的EDI协议有X12、EDIFACT、VDA等，以X12标准为例，在确认标准后，我们需要确认双方此次业务涉及哪些业务单据，以及传输方向。

汽车行业一般涉及的业务单据有830长期交付预测，862短期交付计划，856发货通知，810发票以及824错误通知这六种业务单据。

830长期交付预测，862短期交付计划是由主机厂发给供应商的EDI 业务文档，主机厂通过其内部的采购系统生成长期交付预测以及短期交付计划，并将相关信息按照 X12 标准格式输出，通过EDI系统发给供应商。其中830用于传递中长期的预测性需求，帮助供应商提前安排产能；862 则提供更为具体的发货指令，适用于即将交付的物料。

856 发货通知是供应商在准备发货时提供给主机厂的，用于告知客户即将发运的货物信息，该通知包含完整的发货详情，如发货日期、预计到达日期、运输方式、货物包装细节、货物追踪号码等信息，通过发送856 发货通知，供应商可帮助主机厂提前做好收货准备，提升仓储与物流效率。

通常810发票是供应商完成发货后发送给主机厂的，用于结算货款，发票内容基于实际发货的情况生成，包括商品明细与描述、价格、发货数量、折扣、税款等信息。

824错误通知则是由主机厂发送给供应商，针对供应商发出的EDI文档（如 856 发货或 810 发票数据）中出现的错误信息，主机厂会通过824反馈错误情况，主要内容包含错误代码、错误描述以及对应的发票号或者发货通知编号等信息。824 文档的作用是帮助供应商尽快识别并修复问题，确保数据交换的准确性与及时性，是确保 EDI 流程闭环运行的重要环节。

这些X12单据具体有哪些内容、是什么样的格式及如何处理。后续我们会单独进行一一讲解。

EDI 方案介绍

EDI报文标准和单据类型确认后，我们最后需要确认EDI系统与内部业务系统的集成方式，常见的集成方式有自定义XML，中间数据库，REST API,tRFC调用等，本次文教程，我们将以自定义XML+ 共享目录的方案来进行讲解，即EDI系统与业务系统沟通确认各种业务单据的XML格式，当EDI系统收到交易伙伴的X12文件将其解析为自定义XML文件通过共享目录、SFTP等方式发送给业务系统，当需要发送文件给交易伙伴时，业务系统生成XML发给EDI系统进行处理。

需求了解清楚后，我们通过一张图来了解具体的方案：

在整个EDI通信过程中，左边是主机厂，右边是供应商，主机厂的业务系统会与其内部的EDI系统进行集成，通过EDI系统基于互联网使用AS2协议与供应商的EDI系统进行数据通信。供应商的EDI系统使用知行之桥EDI系统，在知行之桥EDI系统中实现AS2数据传输，EDI标准文档的格式转换、与供应商内部业务系统无缝集成，通过以上的集成架构，实现了主机厂与供应商之间业务数据流程自动化。

EDI 方案实现

了解EDI方案后，接下来需要深入了解在知行之桥EDI系统中是如何实现相关功能的，具体包括：如何通过AS2协议实现传输，如何完成X12与自定义XML的格式转换。

基于本次需求，以上展示的是知行之桥EDI系统所实现的完整数据处理工作流，接下来，我们将进入到知行之桥EDI系统，进一步了解和学习各个功能模块的具体配置。

在了解具体的工作流前，我们先了解两个关键术语：

第一个是端口：在知行之桥EDI系统中，所指的“端口”并非传统意义上的网络端口，而是系统内置的一些功能性端口。EDI系统将各类功能封装为独立的”功能端口”，通过创建端口进行简单的UI配置就可以搭建符合业务流程的工作流。

登录到知行之桥EDI系统，导航至工作流页面，可以看到所有已创建的工作区，针对不同的交易伙伴我们可以创建不同的工作区。

进入到工作区后，在右侧空白处右击，选择添加端口，即可看到知行之桥内置的所有功能端口，点击端口进行创建。

第二个是工作流，在知行之桥EDI系统中，将多个功能端口进行连接，构建出完整的数据处理工作流，比如这里我们创建了一个AS2端口，一个X12端口，需要将AS2端口收到的文件转到X12端口进行后续处理，我们需要将AS2端口右侧的输出端与X12端口左侧的输入端进行连接。蓝色箭头所指方向即代表数据流向。

了解了端口和工作流后我们来看已实现前述EDI需求的工作流，涉及到AS2端口、X12端口、Branch端口、XML Map端口、Notify端口、File端口。

上面是收到交易伙伴X12文件进行解析处理的工作流，下面是生成X12文件发给交易伙伴的工作流。

AS2端口是用来配置交易伙伴的AS2信息，与交易伙伴完成AS2通信
X12端口是用来将标准XML与X12进行格式转换的
Branch端口是进行数据判断区分的。比如针对接收到的数据我们需要判断是830长期交付预测还是862短期交付计划。
XML Map端口是将两种不同的XML进行数据转换。
Notify端口常常会在Branch端口后连接，当Branch未匹配到满足条件的文件，进行邮件通知。
File端口是通过配置指定目录，将文件上传到该目录，或从该目录下获取文件，此处用来实现配置共享目录。

关于工作流中涉及的端口如何进行配置并实现，后面我们会一一进行分享。

如果您希望了解有关EDI对接的相关信息，欢迎交流。

阅读原文