關(guān)于 Arrow
Arrow Electronics向工業(yè)和商業(yè)電子元器件和企業(yè)運(yùn)算解決方案用戶提供產(chǎn)品、服務(wù)和解決方案，2016年銷售額達(dá)23.8億美元。Arrow作為供應(yīng)渠道合作伙伴，通過遍布全球90多個(gè)國家和地區(qū)的465多個(gè)地點(diǎn)構(gòu)成的全球網(wǎng)絡(luò)，為超過125,000家原始設(shè)備制造商、合約制造商和商業(yè)客戶提供服務(wù)。

Arrow為什么要推進(jìn)供應(yīng)商接入EDI呢？

以下是來自Arrow官網(wǎng)的信息，供參考。

為了提高閱讀效率，把上圖中的英文翻一下,如翻譯不夠準(zhǔn)確，請指出

電子數(shù)據(jù)交換EDI
高效&可靠性
EDI電子數(shù)據(jù)交換是指以標(biāo)準(zhǔn)化商業(yè)文檔，實(shí)現(xiàn)點(diǎn)對點(diǎn)的連接。本質(zhì)上來說，通過EDI方式交換業(yè)務(wù)數(shù)據(jù)信息，可以提高傳輸速率，提高數(shù)據(jù)準(zhǔn)確性和效率。
Arrow 引領(lǐng)行業(yè)與客戶、供應(yīng)商建立基于EDI的聯(lián)系，以便加快生產(chǎn)預(yù)測、采購訂單、訂單確認(rèn)、發(fā)票等信息流的傳輸效率。
受益于EDI傳輸?shù)目蛻艋蚬?yīng)商具有以下共同特點(diǎn)：

高效處理EDI交易、降低成本和縮短周期

保證了數(shù)據(jù)的準(zhǔn)確性

尋求有接入EDI能力的客戶或供應(yīng)商(感受到EDI優(yōu)勢，無法自拔了:-))

希望通過安全、可靠的方式交換商業(yè)數(shù)據(jù)(EDI是首選)

官方說明看起來好抽象:-(，通過一個(gè)訂單處理示例來說明EDI的優(yōu)勢。
下圖所示，進(jìn)行EDI處理時(shí)，有EDI與無EDI的流程對比。

無edi的訂單處理流程，這么長，看著都復(fù)雜，而且通過傳真和電子郵件方式等的用戶對象是人，接收到業(yè)務(wù)數(shù)據(jù)也需要人為干預(yù)，進(jìn)行數(shù)據(jù)的錄入的同時(shí)容易出錯(cuò)。

相比之下，EDI的流程的簡單多。

通過以上示例，簡單總結(jié)下EDI與其他方式的區(qū)別？

EDI與現(xiàn)有的一些通信手段，如傳真，電子信箱（Email）等有什么不同之處？具體區(qū)別是什么？

EDI傳輸?shù)氖歉袷交瘶?biāo)準(zhǔn)文件，并具有格式校驗(yàn)功能，而傳真和電子郵箱等傳送的是自由格式的文件；

EDI實(shí)現(xiàn)的是兩個(gè)企業(yè)之間業(yè)務(wù)系統(tǒng)數(shù)據(jù)的自動傳輸和自動處理，其對象是企業(yè)的業(yè)務(wù)系統(tǒng)， 而傳真和電子郵箱等的用戶是人，接收到的報(bào)文必須人為干預(yù)。

EDI對于傳送的文件具有跟蹤、確認(rèn)、防篡改、電子簽名等一系列安全保密功能，而傳真沒有這樣的功能。雖然電子信箱具有一些安全保密功能，但它比EDI技術(shù)的層次低。

EDI文本具有法律效力，而傳真和電子信箱沒有。

解讀Arrow EDI的需求

先看下Arrow AS2連接提供的相關(guān)文檔

• Arrow B2B Comm_Profile AS2_EU.DOC
• Arrow_Quality_2016.zip
• Arrow production certificates 2016.zip
  文檔1：是AS2的配置參數(shù)文檔，分Quanlity Environment和Production Environment兩個(gè)環(huán)境。
  文檔2：是Quanlity Environment的證書，該證書在傳輸過程中用于簽名、加密。
  文檔3：是Production Environment的證書，該證書在傳輸過程中用于簽名、加密。

AS2的定義
AS2，是Applicability Statement 2的縮寫，是一種電子數(shù)據(jù)交換規(guī)范，旨在確保數(shù)據(jù)在互聯(lián)網(wǎng)能夠安全可靠地傳輸。
AS2的目的在于在于通過Internet安全可靠地傳輸商業(yè)文檔。首先通過數(shù)據(jù)加密和數(shù)字簽名生成數(shù)據(jù)包，然后基于HTTP(或HTTPS)通過互聯(lián)網(wǎng)或任何TCP/IP網(wǎng)絡(luò)進(jìn)行安全可靠的數(shù)據(jù)交換。

然后是EDI規(guī)范的相關(guān)文檔

• EDI INVOICE.PDF (INVOIC:發(fā)票信息)
• EDI_DELFOR_.pdf （DELFOR:訂單預(yù)測信息）
• EDI_Util_NE_Out_INVRPT_VMI_D97A.PDF （INVRPT:庫存信息）

以上文檔符合EDIFACT標(biāo)準(zhǔn)，版本號D97A，目的是將傳輸?shù)奈臋n標(biāo)準(zhǔn)化，為什么需要標(biāo)準(zhǔn)化？

舉個(gè)栗子，如果一個(gè)人永遠(yuǎn)只和一個(gè)人說話，那么他們兩個(gè)只要懂相互的意思就O了。但是，如果有幾百人都要相互說話。那么還是大家都說標(biāo)準(zhǔn)語言。

在EDI實(shí)施過程中，最大的挑戰(zhàn)就是來自于EDI標(biāo)準(zhǔn)報(bào)文的解析與生成。
甲說，我們沒有業(yè)務(wù)系統(tǒng)，以前Arrow都是發(fā)郵件給我們Excel文檔，我們要通過Excel格式展示真實(shí)業(yè)務(wù)數(shù)據(jù)。。。
乙說，我們用的SAP，你們在EDI報(bào)文轉(zhuǎn)換過程中，怎么實(shí)現(xiàn)與SAP的無縫集成呢。。。
丙說，我們業(yè)務(wù)系統(tǒng)僅支持導(dǎo)入CSV文件，你們能生成CSV文件嗎。。。

綜上，為了滿足不同客戶需求，EDI轉(zhuǎn)換部分根據(jù)您實(shí)際需求定制開發(fā)（定制開發(fā)部分的源碼是可以share給你們的哦）。
如果您想開發(fā)小程序翻譯EDIFACT報(bào)文，先通過EDIFACT簡介了解下結(jié)構(gòu)組成部分。

EDI Demo帶您走進(jìn)EDI新領(lǐng)域
之前有網(wǎng)友留言，理論說了那么多，還是不懂怎么看EDI報(bào)文? ?
心好塞，分享那么多，還是不夠不夠夠不夠…那就再來點(diǎn)干貨。

BGM+241+123456+9’

BGM: Beginning of message,業(yè)務(wù)數(shù)據(jù)的開始節(jié)點(diǎn)。
BGM01 = 241，表示Delivery Schedule，固定Code，表示該文檔傳輸?shù)氖墙桓队?jì)劃信息。
BGM02 = 123456，表示Delivery Schedule No，表示交付計(jì)劃編號。
BGM03 = 09，表示源文檔，未做任何修改。

DTM+137:20190108:102’

DTM1.1 = 137 表示日期類型，在這里是指交付日期。（主要DTM出現(xiàn)137，它后面跟的值就是要求的交付日期）
DTM1.2 = 20190108，是實(shí)際交付日期。
DTM1.3 = 102，表示日期格式，比如102 = CCYYMMDD，103 = CCYYMMDDHHSS

按照EDI規(guī)范說明，Header信息的讀取都可以通過以上方式。
從LIN Segment節(jié)點(diǎn)開始，是交付計(jì)劃明細(xì)，與Header信息存在一對多的關(guān)系。（一般一個(gè)交付計(jì)劃，會對應(yīng)多個(gè)物料號，需注意下Header與Details的一對多關(guān)系，以免漏掉一部分明細(xì)值）

LIN+1++1178340:BP::92’
PIA+1+1178340:VP::91’
RFF+BO:1234501:1’
QTY+3:1440:PCE’
SCC+4’
QTY+131:240:PCE’
DTM+158:20180611:102’
DTM+159:20180617:102’
SCC+4’
QTY+131:480:PCE’
DTM+158:20180716:102’
DTM+159:20180722:102’
SCC+4’
QTY+131:720:PCE’
DTM+158:20180813:102’
DTM+159:20180819:102’
LIN+2++TVA1280559R5A:BP::92’
PIA+1+TVA1280559R5A:VP::91’
RFF+BO:BEL/1234502:1’
QTY+3:300:PCE’
SCC+4’
QTY+131:50:PCE’
DTM+158:20180611:102’
DTM+159:20180617:102’
SCC+4’
QTY+131:109:PCE’
DTM+158:20180716:102’
DTM+159:20180722:102’
SCC+4’
QTY+131:150:PCE’
DTM+158:20180813:102’
DTM+159:20180819:102’

為了體現(xiàn)一對多的關(guān)系，在上面的demo中，放了兩個(gè)LIN segment，通過下圖展示下不同segment之間的關(guān)系。

LIN是個(gè)Loop結(jié)構(gòu)，意味著在一個(gè)文檔中可以出現(xiàn)多次。QTY，SCC也是Loop結(jié)構(gòu)。
LINLoop結(jié)構(gòu)下，允許有1個(gè)LIN Segment，最多10個(gè)PIA Segment，1個(gè)IMD Segment，最多99個(gè)QTYLoop，最多999個(gè)SCCLoop。
1個(gè)QTY Loop下只有1個(gè)QTY Segment。
1個(gè)SCCLoop下只有1個(gè)SCC Segment，最多999個(gè)QTYLoop。
SCCLoop下的1個(gè)QTYLoop，只有1個(gè)QTY Segment，最多2個(gè)DTM Segment。

LIN+1++1178340:BP::92’

LIN 3.1= 1178340 對應(yīng)供應(yīng)商產(chǎn)品編號

PIA+1+1178340:VP::91’

PIA 2.1= 1178340 對應(yīng)采購商產(chǎn)品編號

SCC+4’

SCC 1 = 4 ，是交付計(jì)劃狀態(tài)，表示預(yù)測，如果值是1，表示確認(rèn)訂單，可以按其計(jì)劃發(fā)貨。

QTY+131:240:PCE’

QTY 1.1 = 131，是固定類型，表示交付數(shù)量；
QTY 1.2 = 240，是交付數(shù)量具體的值；
QTY 1.3 = PCE，是數(shù)量單位。

DTM+158:20180611:102’
DTM+159:20180617:102’

DTM 1.1 = 158 或159， 158 - 開始日期，159 - 截止日期；
DTM 1.2 是真實(shí)日期，DTM 1.3是日期格式，同Header的DTM Segment結(jié)構(gòu)一致。

理論說完了，那就準(zhǔn)備實(shí)戰(zhàn)吧，不要偷懶，千萬別光看不練。
下方示例，介紹了EDI與自定義XML之間的互相轉(zhuǎn)換，嘗試下載軟件，及示例工程，在本地搭建環(huán)境模擬下整個(gè)EDI實(shí)施過程。
EDI軟件下載地址： https://www.kasoftware.com/download.html
EDI轉(zhuǎn)換示例工程：https://www.kasoftware.com/translation/edi_xml_convert_sample.html

注：文案部分圖片及內(nèi)容來源于網(wǎng)絡(luò)，版權(quán)歸原創(chuàng)作者所有，如有侵犯到您的權(quán)益，請您聯(lián)系我們進(jìn)行刪除，給您帶來困擾，我們深感抱歉。

總結(jié)

以上是生活随笔為你收集整理的十分钟解读Arrow EDI的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。