Arrow两种业务模式与EDI报文的联系

余生颓废 提交于 2021-01-20 21:05:02

EDI电子数据交换是指以标准化商业文档,实现点对点的连接。本质上来说,通过EDI方式交换业务数据信息,可以提高传输速率,数据准确性和生产效率。但不同的客户都有自己不同的内部业务模式,标准化的EDI报文在这些业务模式中是如何应用的呢?本文以Arrow EDI项目为例,为大家介绍不同的业务模式与EDI报文的联系。

在介绍EDI报文与业务模式的联系之前,我们先解读Arrow的两种业务模式。Arrow的业务模式主要分为两大类,CP(AOI)模式和VMI(SOI)模式。如下图所示,列出了两种业务模式下所涉及的EDI业务报文类型。

edi

VMI(SOI)模式:类似于寄售模式,含有INVRPT(库存报告)报文。供应商将物料产品发给Arrow,Arrow代为销售。供应商会根据Arrow实际的库存消耗数量(即实际的售出数量)开具发票,Arrow再根据发票进行付款。

CP(AOI)模式:传统的订单模式,不含INVRPT(库存报告)报文。供应商先根据Arrow发送的交货预测计划进行原料采购,再根据正式的采购订单进行实际生产的安排。生产好的产品发给Arrow,再将发货通知和发票一起回传给Arrow,Arrow就可以根据发货通知中的信息,联系自己的货代去拉货,并根据发票进行付款。

梳理完Arrow的业务模式,接下来基于这两种业务模式,EDI报文的收发情况如下图。

VMI(SOI)模式:

edi

(1)Arrow发送DELFOR(交货计划预测);
(2)Arrow发送ORDERS(采购订单);
(3)供应商发送ORDRSP(采购订单确认);
(4)供应商发送DESADV(发货通知);
(5)Arrow发送INVRPT(库存报告);
(6)根据INVRPT,供应商发送INVOICE(发票)。

CP(AOI)模式:

edi

(1)Arrow发送DELFOR(交货计划预测);
(2)Arrow发送ORDERS(采购订单);
(3)供应商发送ORDRSP(采购订单确认);
(4)供应商发送DESADV(发货通知);
(5)根据DESADV,供应商发送INVOICE(发票)。

看到这里,您或许会有一个疑问。EDI报文是标准化商业文档,对于同一种EDI报文类型,所传输的业务字段及含义都是大致相同的,那么,如何判断当前处理的EDI报文是属于哪种业务模式呢?

由上述EDI报文的收发顺序描述中可以看出,无论是哪一种业务模式,都是由供应商先接收Arrow发送的DELFOR(交货计划预测)报文。所以我们可以直接根据DELFOR(交货计划预测)报文中的以下业务字段进行区分:

(1)Blanket Purchase Order Number(总括订单编号)。接收到的DELFOR中如果包含Blanket PO Number信息,则可判断当前报文是VMI模式,不含有此信息则是CP模式。
(2)Seller ID(供应商编号)。DELFOR中的Seller ID是Arrow给下属供应商分配的一个账号,Seller ID不同,所对应的业务模式也不同,这是双方提前约定好的。供应商可以根据接收到的Seller ID,判断当前业务信息属于哪一种业务模式,再将这个Seller ID写入发送给Arrow的EDI报文中,Arrow接收这些报文后,会根据不同Seller ID(即不同的账号)在Arrow的业务系统中做以区分。例如:

432194– VMI
431196– CP
432195– VMI
432193– CP ……

上述的业务信息,通过解析EDI DELFOR(交货计划预测)报文中的数据就可以得到,然后再与供应商自己的业务系统(如SAP、ERP等)进行集成,这样供应商在操作自己的业务系统时,就可以清楚的分辨出物料产品所属的业务模式了。

注:文案部分内容来源于网络,版权归原创作者所有,如有侵犯到您的权益,请您联系我们进行删除,给您带来困扰,我们深感抱歉

标签
易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!