隨着企業業務的發展，傳統的文件收發模式難以滿足龐大的業務需求。企業選擇與其供應商採用EDI系統進行業務數據傳輸，極大地提高了傳輸效率。本文主要介紹對接企業EDI系統需要了解的一些基本信息。
供應商需求解讀
傳輸協議：SFTP
報文標準：XML
報文類型：圖書信息（Catalog）、訂單（PO）、訂單回告（POA）等
實施方案：SAP集成
企業EDI介紹
EDI即電子數據交換，將合作雙方的業務數據通過標準的數據格式以電子形式自動傳輸給對方，減少人工介入，提高數據傳輸的準確性、時效性和安全性。
供應商無需對現有的業務邏輯進行改動，只需與EDI平臺集成，即可自動實現將自有業務數據與京東所需的數據格式進行雙向的轉換。雙方通過使用同樣的規範以及統一業務數據的格式，可以給對方提供標準格式的數據，極大地簡化了供應鏈、信息鏈異構系統數據傳輸。
企業EDI主要業務模型
EDI對接內容（可選）
以下報文內容均通過EDI方式實現對接，除了這些報文，只要是雙方約定好的格式，均可以使用EDI方式進行數據傳輸。
採購、採購回告(PO/POA)
發貨單及收貨情況(SN/SC)
退貨及退貨確認(RO/ROA)
供應商庫存(INVENTORY)
供應商圖書信息(CATALOG)
供應商採購成本
對接方式
企業EDI採用SFTP/JSS（jingdong storage service）作爲傳輸媒介，傳輸文件格式爲XML。
以SFTP方式爲例：
1.作爲SFTP服務端，分配客戶端賬號給供應商，供應商上傳文件至企業的對應路徑，從特定路徑下抓取所需的文件
2.供應商作爲SFTP服務端，分配客戶端賬號給企業，企業上傳文件至供應商的路徑，從特定路徑下抓取所需的文件
對接業務介紹（部分）
本次EDI項目實施過程中，涉及到的業務單據如下：
1.商品信息文件。用於雙方商品信息內容的傳輸。主要的作用是創建新品。
2.採購單據文件。用於京東向供應商採購商品，主要分爲傳送標題、採購單據總目及採購單據細目。
3.採購回告文件。用於供應商基於當前庫存對京東採購單據的可供能力反饋。分爲傳送標題、採購確認單據總目及採購確認單據細目。
知行EDI平臺與實施過程
文件傳輸
知行EDI平臺可以通過SFTP端口作爲客戶端連接至京東的SFTP服務器，將接收到的XML文件轉換爲供應商所需的XML、Json或其他格式的文件與供應商的業務系統實現集成。
集成方式
本次項目實施與供應商業務系統集成的方式爲SOAP+API，知行在收到來自京東的文件，完成格式轉換之後，通過調用Webservice將數據輸入SAP。
供應商通過調用知行EDI系統的API，將業務數據（自定義的XML）上傳至EDI平臺，在經過格式轉換，轉換爲企業需要的目標格式後，通過SFTP將文件上傳至特定路徑。
重命名
企業對輸入文件名稱有所要求，以PO爲例，企業需要文件名格式爲：企業供應商名稱採購_xxxxxx.xml，通過知行Script端口和知行ArcScript自定義腳本，實現文件的重命名，同時方便後期運維和查詢。
XML 拆分
本次項目供應商在回傳訂單回告時，有拆分XML的需求，即把多個訂單回告文件拼接到一起上傳至知行EDI平臺，知行EDI平臺使用Split端口或自定義的Script端口均可實現XML拆分。
除了本次涉及到的SAP集成，知行EDI解決方案可以根據供應商的實際需求，使用其他方式完成與業務系統的集成。
注：文案來源於公衆號知行軟件，如有侵犯到您的權益，請您聯繫我們進行刪除，給您帶來困擾，我們深感抱歉。
