提起京東，想必大家都不陌生。京東成立於1998年，並於2014年5月在美國納斯達克證券交易所正式掛牌上市。京東網上購物商城，銷售超數萬品牌、4020萬種商品，囊括家電、手機、電腦、母嬰、服裝等13大品類。隨着京東業務的發展，傳統的文件收發模式難以滿足龐大的業務需求。京東與其供應商采用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解決方案可以根據供應商的實際需求，使用其他方式完成與業務系統的集成。
注：文案部分內容來源於網絡，版權歸原創作者所有，如有侵犯到您的權益，請您聯系我們進行刪除，給您帶來困擾，我們深感抱歉。