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

阅读原文

相关推荐
workflower9 小时前
数据分析前景
算法·数据挖掘·数据分析·需求分析·软件需求
知行EDI9 小时前
奥迪AUDI EDI 项目需求分析与方案介绍
edi·需求分析·电子数据交换·知行之桥·知行edi
BLUE深藏1 天前
软件工程:软件需求
软件工程·需求分析
SoFlu软件机器人7 天前
敏捷开发卡在需求分析?飞算 JavaAI 加速需求确认与功能迭代
需求分析·敏捷流程
知行EDI7 天前
Delphi EDI 需求分析与对接指南
汽车·edi·电子数据交换·知行之桥·知行edi
workflower9 天前
活动图描述场景
开发语言·软件工程·需求分析·软件需求·敏捷流程
摘星编程9 天前
构建智能客服Agent:从需求分析到生产部署
人工智能·需求分析·智能客服·agent开发·生产部署
Ashlee_code9 天前
美联储降息趋缓叠加能源需求下调,泰国证券交易所新一代交易系统架构方案——高合规、强韧性、本地化的跨境金融基础设施解决方案
java·算法·金融·架构·系统架构·区块链·需求分析
在未来等你16 天前
智能Agent场景实战指南 Day 10:产品经理Agent工作流
需求分析·自动化办公·ai工作流·产品管理·llm应用·智能agent·prd生成
ywyy679819 天前
短剧系统开发定制全流程解析:从需求分析到上线的专业指南
大数据·需求分析·短剧·推客系统·推客小程序·短剧系统开发·海外短剧系统开发