當您以電子方式向您的業務夥伴發送文件時,您必須確定文件是否已被對方收到。此外,如果您發送的文件很重要,如關鍵項目的採購訂單,您必須確保您的供應商不僅收到了訂單,而且承諾履行訂單。
在電子數據交換(EDI)的世界裏,有4種類型的確認可以幫助回答這個問題:“你收到我的文件了嗎?”
EDI確認的4種類型是什麼?
1. 基本通信級狀態信息——這是一種基本的狀態信息,從最基本的到最複雜的所有通信協議都會提供這種信息,例如,FTP、SFTP、AS2等。接收傳輸的計算機通知發送計算機收到一定數量的數據——例如,“我們收到了您發送的256字節的數據”。數據可以是任何類型,如文本文件、EDI數據或電子表格。這是在通信協議層面交換的狀態消息。
2. 消息處理通知(MDN)——MDN是一種特殊的通知,是AS2通信標準的關鍵組成部分。由於AS2將EDI文件放置在一個額外的文件中,以實現在互聯網上的安全傳輸,您需要知道EDI文件已成功地從該信封中提取、解密,以及電子簽名是否已通過驗證,以便收件人的EDI翻譯器可以處理該信息。您的AS2通信軟件一般會同時管理通信狀態和文件提取狀態。獲得此消息是表明文檔成功送達至對方服務器的關鍵的第一步。但是,作爲EDI數據的發送方,你也需要知道這個問題的答案:“你的系統是否能夠打開文件並閱讀它?”
3. 功能性確認(FA)文件——功能性確認文件是一種狀態文件,專門爲交換EDI報文而定義。它是接收方計算機的EDI系統向發送方計算機的EDI系統發出的電子 “收據”,表明文件已被成功接收和閱讀。具體來說,FA表示接收方的EDI系統能夠打開EDI文件,並確認裏面的內容在結構和語法上都是有效的,符合正在使用的EDI標準。“FA”——在ANSI標準中通常被稱爲997,在EDIFACT標準中被稱爲CONTRL消息——在兩個方面與通信級狀態消息不同。
1)FA是在EDI系統層面交換的,而通信狀態報文是在通信協議層面交換的。
2)FA確認文檔是可讀的,這是通信狀態報文完全沒有涉及到的。“FA”當然提高了發送方對文檔接收的信任度,但是,它仍然不能表明接收方對業務級內容採取行動。例如,如果文檔是一個採購訂單,FA並不承認訂單將被執行。爲此,我們需要下一個確認級別——業務層面的確認。
4. 業務層面的確認——業務層面的確認遠遠超出了傳統的FA功能性確認。它能夠確認收到的文件內容,也能確認接收方正在採取適當的行動。
例如,當供應商收到EDI採購訂單時,供應商會以採購訂單確認作爲響應,這可以告訴買方,訂單是否被接受,採購訂單確認可以直接包括到行項目級別,以及數量和裝運窗口。如果供應商無法滿足採購訂單的要求,採購訂單確認可以包括他們可以滿足的數量的具體信息,以及他們是否需要在多個日期分批裝運。
業務級別確認文檔的其他示例包括採購訂單變更確認和申請通知文檔。企業監控業務狀態的方式將取決於企業自己的業務流程以及內部用於管理這些流程的軟件。
確保文件不 “在系統中丟失”,通常需要以上述四種方式跟蹤文件的進展。前三種方法適用於任何自動交換文件的標準。第四種只適用於使用AS2或AS3交換的傳輸。
要了解更多關於文件傳輸的信息,可以參考文章: 安全可控文件傳輸(MFT)
注:文案部分圖片及內容來源於網絡,版權歸原創作者所有,如有侵犯到您的權益,請您聯繫我們進行刪除,給您帶來困擾,我們深感抱歉。