電子數據交換

電子數據交換（英文electronic data interchange，EDI）是電子數據處理（electronic data processing，EDP）中描述使用電子傳輸過程進行數據交換的統稱。 涉及的公司/組織的應用系統直接參與（作為發送消息的發送者、載體和接收者）。

從狹義上講，EDI 標準是指公司之間或通過行業協會的標準化提案制定的數據交換的特定程序和協議。 在這種情況下，該術語僅代表標準化業務數據的跨公司傳輸。

異步 對于數據交換的異步方法，數據在不同的步驟中傳輸。 數據在途中被多次緩沖，不會期望和傳輸有關內容的立即響應。 此過程也稱為存儲和轉發。 異步過程的一個典型例子是電子郵件的傳輸。 電子郵件通常用作 EDI 的傳輸方式 同步 與此相對的是同步數據交換方法，其中在連接或會話仍在運行時從另一方發出請求。 這方面的一個例子是查詢文章的庫存水平。 根據拉取原則獲取所需信息。 分布式應用系統之間的同步和自動通信是隊列的一種可能應用。全自動 EDI 本質的基本思想是全自動通信。 發送應用程序系統啟動傳輸，在接收系統中發布或預注冊之前，沒有人為干預或人工工作步驟。 這顯著減少了輸入和數據錯誤的數量 DISPatch 在 EDI 流程中，通信總是在一個方向上發生：發件人將消息發送給收件人。 在 EDI 的許多用途中，原始收件人后來依次發回消息，但這是一個不同的過程，發生在不同的時間，也是一個純粹的發送過程。 換句話說，與 EDI 的通信是根據推送原則進行的 結構化消息（電子）消息是由有用內容和元信息組成的封閉數據量。 有用的內容就是接收方系統登記的數據。 最重要的是，元信息指定了關于處理的信息，特別是關于路由到接收者的信息。 電子郵件是消息的一個例子。 與人們相互發送的電子郵件不同，結構化消息用于 EDI，這意味著這些消息符合固定結構的規定或語法。 這種結構由組裝成片段的元素組成。 結構的元素用它們的屬性指定，例如長度、段中的位置、類型數字/字母數字、必須/可以出現、任何字段分隔符和屏蔽字符。 該結構還指定哪些段可能或必須以何種順序和頻率出現。 用它指定的結構和語法確保每條數據和每個元素都可以在接收系統中的正確位置預訂。部分結構化消息由于某些數據（例如 CAD 數據）無法以結構化方式發送，因此-called header 或創建一個元文件，其中列出了實際文件的名稱，并為每個文件設置了其他結構化信息。 例如，ENGDAT 就是這樣實踐的。應用系統這里的應用系統是指為業務目的處理接收到的數據的硬件和軟件系統。 示例包括企業資源規劃 (ERP) 系統、銀行記賬系統、生產規劃和控制系統（pps 系統）、倉庫管理系統、銷售或采購系統或許多其他系統。 消息的直接接收者不是人； 如果需要，只有應用系統處理或至少預先記錄的數據會為特定目的準備并轉發給人類用戶，例如以列表形式作為輸入、錯誤或處理日志。不同機構機構內的數據交換，這否則對應于上述定義，屬于術語企業應用程序集成 (EAI)。 另一方面，EDI 總是意味著至少兩個不同機構的參與。 EDI和EAI使用的工具有很大的相似性，這也是為什么要同時使用很多工具的原因tig 制造并用于這兩個目的。 然而，從組織的角度來看，EDI 和 EAI 之間存在差異，因為沒有一個單一的管理部門負責所有受影響的系統，但必須考慮各自的合作伙伴及其個人情況。 EDI 合作伙伴之間必須簽訂合同，其中規定了交換數據??的約束性和電子通信的其他方面。 此外，在 EDI 的情況下，由于平均而言相當異構的基礎設施、額外加密的需要、更遠的距離和/或相關人員的不同能力和動機，必須克服更大的困難。 當涉及 EDI 服務提供商或其他 IT 服務提供商時，所需聯系人的數量通常會進一步增加。

EDI 的上述定義與應用、行業和參與者的位置、所使用的產品、結構和協議無關。 因此，它不是 EDI 的排除標準，特別是如果 Internet 或 XML 結構用于具體實施，盡管偶爾會遇到這種意見 - 例如在基于 Internet 的數據交換產品的促銷中，建議所謂的“昂貴的 EDI”將被簡單、廉價的 Internet，尤其是 XML 所取代。 然而，這種想法是錯誤的，因為 EDI 實施的挑戰（見下文）在本質上始終主要是技術/業務，而不是工具或技術依賴性 - 并且也與數據交換是否稱為“EDI”無關。 例如，無論使用 XML 消息還是 EDIFACT 消息，客戶和供應商之間對“交付條款”等術語的語義澄清始終是相同的努力。

與 EDI 不同，電子數據交換還有許多其他程序和標準。 為了將 EDI 與其中一些流程區分開來，我們因此更準確地談論經典 EDI，而不是 WebEDI 或 Internet EDI，例如。 然而，即使在專業領域，也沒有明確區分作為總稱的 EDI 和作為特定形式的 EDIFACT。 RosettaNet 作為一種新的 XML 標準，通常不被視為 EDI 標準，盡管很難做出明確的區分。