汽车行业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对接的相关信息,欢迎交流。

阅读原文

相关推荐
workflower10 小时前
python代码Bug排查
测试用例·软件工程·需求分析·敏捷流程·结对编程
workflower2 天前
架构描述语言Architecture frameworks and architecture description languages
测试用例·软件工程·需求分析·敏捷流程·结对编程
huimingBall2 天前
确定软件需求的方法
java·大数据·elasticsearch·搜索引擎·需求分析·j#
workflower3 天前
GitHub宕机自救指南
测试用例·需求分析·uml·敏捷流程·结对编程
知行EDI3 天前
Aurobay EDI 需求分析:OFTP2 与 EDIFACT 驱动的汽车供应链数字化
汽车·需求分析·知行之桥·知行edi
YisquareTech6 天前
零售行业全渠道应如何与零售后端系统集成?
大数据·edi·零售·数字化转型·数据集成·订单管理·b2b
数据知道7 天前
【系统分析师】高分论文:论软件需求验证方法及应用
需求分析
明月看潮生7 天前
编程与数学 03-004 数据库系统概论 06_需求分析
青少年编程·需求分析·编程与数学·数据库系统概论
烧白Luisa17 天前
【系统分析师】软件需求工程——第11章学习笔记(下)
需求分析
蝸牛ちゃん20 天前
软件需求工程详解
需求分析·需求管理·需求工程