本次通信行業客戶是全球領先的通信與信息解決方案及服務提供商，為全球100多個國家和地區的客戶提供業界領先的無線通信解決方案和信息應用服務，以下簡稱C公司。近期，通信行業C公司與知行達成合作，實現業務數據收發流程的自動化，通過EDI系統向TI下訂單，實現了直供。

1.傳輸方式

通過AS2端口實現與 TI EDI的通信。

2.報文标準

TI 支持的報文标準包括EDIFACT、X12以及RNIF。本次項目C客戶選擇的是X12标準，基于TI的PO模式，業務層面涉及了以下4種業務單據；

本次EDI項目共使用4種業務報文，如果企業還需采用JIT模式，則需要再加上830物料需求預測以及830R物料需求預測回複等報文。

3.數據格式轉換

将接收到的X12報文通過X12端口轉換為EDI XML，再将得到的EDI XML通過XML Map端口進行映射，轉換為IDoc XML。通過SAP IDoc端口連接到客戶的SAP系統，傳輸IDoc文件。

如上圖所示，本次EDI項目中，C客戶與TI之間的EDI項目需要完成以下環節：

1. C客戶本地部署EDI系統

2. 與TI通過AS2建立EDI連接

3. C客戶的EDI系統與SAP系統進行集成

4. C客戶的EDI系統與TI的EDI系統之間交換業務文件

項目經理會提前根據項目的實際情況安排項目計劃。通常情況下，由于對接交易夥伴以及EDI項目難易程度的不同，項目周期也各不相同。對接TI的EDI項目，通常情況下，項目周期為兩到三個月。項目計劃明細如下圖所示：

業務測試的目的在于确保項目上線後能夠覆蓋到盡可能多的場景，前期我們的顧問将與企業确認業務測試中的場景與實際下單場景是否匹配。

需要注意，與TI進行業務場景測試階段，是整個EDI項目中時間占比最大的部分。這部分需要完成上文提到的PO&POC模式或者JIT模式的測試。業務場景測試過程短則4-6周，長則需要6-8周。由于這個階段需要溝通業務場景和業務細節，因此需要進行多方參與。如果企業希望在這個環節加快項目進度，那麼需要企業及時跟進項目，多多協調配合才能确保項目高效進行。

場景一：訂單及訂單回複

發訂單時，需要注意數量問題，需要滿足TI的要求。例如：滿足3000的倍數或者6000的倍數，不可以發出自定義的如1024等數量的訂單。

在這個場景中，需要進行價格待解流程(PO Response)測試，即發送價格錯誤的訂單/行，需要通過人工溝通來對問題進行處理。

場景二：訂單變更及訂單變更回複

每一個物料都會有一個窗口期，窗口期的具體時間是根據物料來決定的，不同的物料窗口期是不同的。窗口期決定了在TI計劃交付日之前的多少天以外，TI會接受PO取消、客戶需求日重置和數量減少的請求。以下提到的CRD是指客戶需求日。

1. 窗口期外

①CRD提前 ②CRD推遲 ③數量減少 ④訂單取消 ⑤價格變動

2. 窗口期内

①CRD推遲 ②數量減少 ③訂單取消

場景三：ASN 發貨通知

場景四：Invoice 發票

1. 狀态回寫

EDI 系統從 ERP 中獲取到數據後，會經過格式轉換，再通過AS2 發出，是否發送成功的狀态如何回傳給ERP？

如果客戶需要确認文件是否發送成功，則需要将通過AS2發出之後的數據狀态進行回寫，将狀态改為已通過AS2發送。中間數據庫方案或者API方案均可以實現狀态回傳。

除了進行狀态回寫之外，在知行之橋中還可以通過調用郵件通知來告知客戶文件已發送。

2. TI回複數據對比

TI 回複的數據可能與初始數據不一緻，例如交期、數量、價格等，ERP 如何對比和處理？覆蓋還是将數據放在其他字段。

3. ACK交期拆分

某一行 PO 可能會有多行交期，ERP 如何接收？

例如：客戶有10K的物料，預計交期是9.1

TI回複了兩個ACK，其中一條的信息是3K的物料，交期為9.1，另一條ACK的信息則是 7K 的物料，交期為9.10。ERP需要具備處理這種情況的能力。

4. TI主動回複865情況

價格變動、交期優化（提前交付）的情況下，TI會主動回複865，企業需要确認ERP是否可以處理這種情況下接收到的865。

我們的顧問根據C客戶的需求以及TI EDI項目的特點，整理出以下需要特别注意的問題：

1. 選擇按行回複還是整單回複？

> PO： purchase order SO： sales order

(1) 按行回複

企業向TI發送1個具有10行物料信息的采購訂單PO，TI将向企業回複10個銷售訂單SO。

(2) 按整單回複

企業向TI發送1個具有10行物料信息的采購訂單PO，TI将向企業回複1個銷售訂單SO。當采購訂單中的某一條物料信息出現問題未成功進入SAP時，會導緻整張采購訂單都無法生成銷售訂單，影響其他物料信息的訂單生成和交期。

當訂單的某一條物料信息回複EDI 865時，采購訂單中的所有物料信息會被一起回複，這種方式将會生成許多冗餘信息。

結合以上兩點，更推薦按行回複，每一行物料信息之間互不影響。

2. 為什麼會出現無法正常自動處理的訂單？

無法正常自動處理的訂單會進入待解流程，而導緻訂單無法正常自動處理的可能原因有：

(1)訂購數量不滿足标準包裝或最少(低)訂購量

(2)物料号有誤

(3)重複PO号/PO行号

(4)其他情況

3. 由于網絡問題導緻在AS2環節，數據無法正常發出

企業無法訪問到TI的服務器，因此連接不到TI 的AS2，由于TI的服務器并沒有在國内，如果要運行知行 EDI 系統與外部系統連接，須滿足以下幾個條件：

(1)具備公網IP地址 域名的服務器，用于部署知行EDI系統

(2)持續且穩定的網絡連接，可通過防火牆/代理服務器，允許與外網通信

通過以上介紹，想必大家已經對本次通信行業EDI項目案例有了較為清晰的了解，如果大家有任何疑問或者希望了解更多的EDI案例，歡迎評論或私信。

注：文案部分圖片及内容來源于網絡，版權歸原創作者所有，如有侵犯到您的權益，請您聯系我進行删除，給您帶來困擾，深感抱歉。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!