很多企業在使用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報文以及如何儘可能避免發出錯誤數據的方法，有任何疑問歡迎隨時聯繫我們。