很多企業(yè)在使用EDI傳輸數(shù)據(jù)時，可能會出現(xiàn)數(shù)據(jù)傳輸錯誤，包括傳輸重復(fù)文件、下達(dá)不符合供應(yīng)商要求的訂單、在錯誤的時間點(diǎn)上傳文件等。那么，發(fā)送錯誤的EDI數(shù)據(jù)后，如何撤回呢？

重復(fù)文件處理機(jī)制

在某些情況下，業(yè)務(wù)代表的錯誤可能會觸發(fā)文件重復(fù)傳輸機(jī)制，兩個EDI文件的編號與內(nèi)容完全匹配，通常業(yè)務(wù)系統(tǒng)會自動報(bào)告錯誤或忽略第二個傳輸?shù)奈募?，在這種情況下通常不需要人為干預(yù)。

通過當(dāng)前報(bào)文進(jìn)行取消或撤回

很多EDI報(bào)文中都有特定的字段來表示此報(bào)文的作用，以下856報(bào)文為例：

報(bào)文開始的BSN01字段
00代表Original，即原始數(shù)據(jù)
01代表Cancellation，即取消
04代表Replace，即更新或替換

如果傳輸了錯誤的數(shù)據(jù)，即可再次傳輸BSN=01或04的報(bào)文給交易伙伴，進(jìn)行取消或者更新的操作。

通過發(fā)送其他報(bào)文進(jìn)行取消和信息變更

有時，如果發(fā)送了有誤的數(shù)據(jù)，可以用其他的報(bào)文來進(jìn)行取消/變更操作。例如850/ORDERS采購訂單和860/ORDRSP采購訂單變更報(bào)文，訂單變更報(bào)文可以對訂單中的數(shù)量、交期、價格等信息進(jìn)行變更，甚至可以取消原始訂單中的訂單請求。

人工干預(yù)

以上兩種操作并不是100%成功的，假如對方的系統(tǒng)不支持識別報(bào)文狀態(tài)碼，則第一種方法無效；假如對方的系統(tǒng)不支持860訂單變更，則第二種方法無效。這個時候，就需要進(jìn)行人工干預(yù)了，業(yè)務(wù)團(tuán)隊(duì)可以線下聯(lián)系交易伙伴，對發(fā)送數(shù)據(jù)的情況進(jìn)行說明，請求對方對該筆數(shù)據(jù)忽略/攔截處理。

如何避免產(chǎn)生錯誤的數(shù)據(jù)

1.必填字段校驗(yàn)

對于業(yè)務(wù)報(bào)文中的必填字段，可以在ERP中直接增加必填值校驗(yàn)，如果不填寫，則無法保存/提交，確保所有必填字段都沒有丟失；知行之橋EDI系統(tǒng)同時也可以增加必填字段校驗(yàn)，如果字段缺失，則會產(chǎn)生報(bào)錯，發(fā)送郵件提醒給客戶的郵箱。為節(jié)約時間、提升生成數(shù)據(jù)的速度，推薦在ERP中直接做好校驗(yàn)。

2.重復(fù)數(shù)據(jù)校驗(yàn)

ERP中可以增加重復(fù)數(shù)據(jù)發(fā)送校驗(yàn)，以此避免數(shù)據(jù)的重復(fù)發(fā)送。

“為什么不在EDI系統(tǒng)上做呢？”——EDI系統(tǒng)作為一種中間件，扮演的是格式轉(zhuǎn)換和數(shù)據(jù)傳輸?shù)慕巧话悴粫鎯?shù)據(jù)，因此，在ERP有能力的情況下最好在ERP中完成。

3.延時發(fā)送數(shù)據(jù)

因?yàn)樽詣踊D(zhuǎn)換的速度是非?？斓模訣RP中提交數(shù)據(jù)之后，可能在1-2分鐘之內(nèi)數(shù)據(jù)就會被發(fā)出。對于對時效性要求不高的報(bào)文，可以采用延時發(fā)送的方式，知行之橋EDI系統(tǒng)上的端口可通過配置文件延時發(fā)送 ，也有Schedule端口可以設(shè)置定時發(fā)送。

以下是知行之橋EDI系統(tǒng)中Schedule端口的配置頁面，可以在設(shè)置/計(jì)劃中設(shè)置定時發(fā)送。

以上就是如何取消/撤回EDI報(bào)文以及如何盡可能避免發(fā)出錯誤數(shù)據(jù)的方法，有任何疑問歡迎交流。

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