很多企業在使用EDI傳輸數據的時候，也會出現傳輸數據有誤的情況，例如傳輸了重複的文件，下單不滿足供應商要求，在錯誤的時間點上傳了文件等等，那麼當發出有誤的EDI數據之後，如何進行撤回呢？

有時，可能因為業務人員的失誤，觸發了文件重複發送的機制，兩個EDI文件的編号與内容完全一緻，通常業務系統會自動報錯或忽略第二次發送的文件，在這種情況下一般不需要人為進行幹預。

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

報文開始的BSN01字段00代表Original，即原始數據01代表Cancellation，即取消04代表Replace，即更新或替換

如果傳輸了錯誤的數據，即可再次傳輸BSN=01或04的報文給交易夥伴，進行取消或者更新的操作。

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

人工幹預

以上兩種操作并不是100%成功的，假如對方的系統不支持識别報文狀态碼，則第一種方法無效；假如對方的系統不支持860訂單變更，則第二種方法無效。這個時候，就需要進行人工幹預了，業務團隊可以線下聯系交易夥伴，對發送數據的情況進行說明，請求對方對該筆數據忽略/攔截處理。

1.必填字段校驗

對于業務報文中的必填字段，可以在ERP中直接增加必填值校驗，如果不填寫，則無法保存/提交，确保所有必填字段都沒有丢失；知行之橋EDI系統同時也可以增加必填字段校驗，如果字段缺失，則會産生報錯，發送郵件提醒給客戶的郵箱。為節約時間、提升生成數據的速度，推薦在ERP中直接做好校驗。

2.重複數據校驗

ERP中可以增加重複數據發送校驗，以此避免數據的重複發送。

“為什麼不在EDI系統上做呢？”——EDI系統作為一種中間件，扮演的是格式轉換和數據傳輸的角色，一般不會存儲數據，因此，在ERP有能力的情況下最好在ERP中完成。

3.延時發送數據

因為自動化轉換的速度是非常快的，所以ERP中提交數據之後，可能在1-2分鐘之内數據就會被發出。對于對時效性要求不高的報文，可以采用延時發送的方式，知行之橋EDI系統上的端口可通過配置port.cfg文件延時發送 ，也有Schedule端口可以設置定時發送。

以下是知行之橋EDI系統中Schedule端口的配置頁面，可以在設置/計劃中設置定時發送。

以上就是如何取消/撤回EDI報文以及如何盡可能避免發出錯誤數據的方法，有任何疑問歡迎交流。

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

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