EDI电子数据交换是指以标准化商业文档，实现点对点的连接。本质上来说，通过EDI方式交换业务数据信息，可以提高传输速率，数据准确性和生产效率。但不同的客户都有自己不同的内部业务模式，标准化的EDI报文在这些业务模式中是如何应用的呢？本文以Arrow EDI项目为例，为大家介绍不同的业务模式与EDI报文的联系。
在介绍EDI报文与业务模式的联系之前，我们先解读Arrow的两种业务模式。Arrow的业务模式主要分为两大类，CP（AOI）模式和VMI（SOI）模式。如下图所示，列出了两种业务模式下所涉及的EDI业务报文类型。
VMI（SOI）模式：类似于寄售模式，含有INVRPT（库存报告）报文。供应商将物料产品发给Arrow，Arrow代为销售。供应商会根据Arrow实际的库存消耗数量（即实际的售出数量）开具发票，Arrow再根据发票进行付款。
CP（AOI）模式：传统的订单模式，不含INVRPT（库存报告）报文。供应商先根据Arrow发送的交货预测计划进行原料采购，再根据正式的采购订单进行实际生产的安排。生产好的产品发给Arrow，再将发货通知和发票一起回传给Arrow，Arrow就可以根据发货通知中的信息，联系自己的货代去拉货，并根据发票进行付款。
梳理完Arrow的业务模式，接下来基于这两种业务模式，EDI报文的收发情况如下图。
VMI（SOI）模式：
（1）Arrow发送DELFOR（交货计划预测）；
（2）Arrow发送ORDERS（采购订单）；
（3）供应商发送ORDRSP（采购订单确认）；
（4）供应商发送DESADV（发货通知）；
（5）Arrow发送INVRPT（库存报告）；
（6）根据INVRPT，供应商发送INVOICE（发票）。
CP（AOI）模式：
（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等）进行集成，这样供应商在操作自己的业务系统时，就可以清楚的分辨出物料产品所属的业务模式了。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
