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等）進行集成，這樣供應商在操作自己的業務系統時，就可以清楚的分辨出物料產品所屬的業務模式了。
注：文案部分內容來源於網絡，版權歸原創作者所有，如有侵犯到您的權益，請您聯繫我們進行刪除，給您帶來困擾，我們深感抱歉