# SAP IDOC 教程：定義，結構，類型，格式&表 > 原文： [https://www.guru99.com/all-about-idocdefinition-architecture-implementation.html](https://www.guru99.com/all-about-idocdefinition-architecture-implementation.html) ## 什么是 IDOC？ IDOC 是**，只是一個數據容器**，用于在任何兩個可以理解數據的語法和語義的進程之間交換信息。 換句話說，IDOC 就像具有指定格式的數據文件，該文件在知道如何解釋該數據的 2 個系統之間交換。 IDOC 代表“ **中間文檔”** 當我們執行**出站** ALE 或 EDI 流程時，將創建一個 IDOC。 在 SAP 系統中，I DOC 存儲在數據庫中。 每個 IDOC（在客戶端內）都有一個**唯一編號**。 在本教程中，您將學習： * [什么是 IDOC？](#1) * [IDOC 的結構](#2) * [IDOC 類型](#3) * [什么是細分？](#4) * [什么是擴展 IDOC 類型？](#5) * [IDOC 視圖](#6) * [合作伙伴資料](#7) * [端口](#8) * [出站處理](#9) * [入站流程](#10) **Key Features** * IDOC 是**，獨立于發送和接收系統。** （SAP 到 SAP 以及非 SAP） * IDOC 基于 EDI 標準，ANSI ASC X12 和 EDIFACT。 如果數據大小有沖突，則采用長度更大的數據。 * IDOC 是**，與數據交換**的方向無關。 ORDERS01：采購模塊：入站和出站 * 可以在**文本編輯器**中查看 IDOC。 數據以字符格式而不是二進制格式存儲。 ## IDOC 的結構  I doc 結構由 3 部分組成- 1. 具有 idoc 類型，消息類型，當前狀態，發送者，接收者等的管理部分（**控制記錄**）-稱為控制記錄。 2. 應用程序數據（**數據記錄**）-包含數據。 這些被稱為數據記錄/ ***段*** 。 3. 狀態信息（**狀態記錄**）-這些信息為您提供有關 idoc 經歷的各個階段的信息。 您可以使用事務 **WE02** 或 **WE05** 查看 I-DOC **[ ](/images/sap/2011/01/3.png)** 如上圖所示，IDOC 記錄的屏幕截圖包含三個部分：控制，數據和狀態。 讓我們詳細研究一下-**控制記錄** * 所有控制記錄數據都存儲在 EDIDC 表中。 該表的關鍵是 IDOC 號 * 它包含諸如 IDOC 編號，方向（入站/出站），發件人，收件人信息，正在使用的通道，正在使用的端口等信息。 * 方向“ 1”指示出站，方向“ 2”指示入站。 **數據記錄** * 數據記錄包含應用程序數據，例如員工標題信息，每周詳細信息，客戶詳細信息等 * 所有數據記錄數據都存儲在 EDID2 到 EDID4 表中，EDIDD 是一個結構，您可以在其中查看其組件。 * 它包含諸如 idoc 編號，idoc 中段的名稱和編號，層次結構和數據之類的數據 * 實際數據作為字符串存儲在一個名為 SDATA 的字段中，該字段為 1000 個字符長的字段。 **狀態記錄** * 狀態記錄會在每個里程碑或遇到錯誤時附加到 I-DOC。 * 所有狀態記錄數據都存儲在 EDIDS 表中。 * 狀態 1-42 用于呼出，狀態 50-75 用于呼入 ## IDOC 類型 I DOC 類型（基本）定義了要交換的業務文檔的結構和格式。 **IDOC 是 IDOC 類型**的實例，就像編程語言中的變量和變量類型的概念一樣。 您可以使用 **WE30** 定義 IDOC 類型 ## 什么是細分？ 段定義了 I-DOC 中**數據記錄**的格式和結構。 段是可重用的組件。 SAP 為每個細分創建 * 段類型（與版本無關） * 細分定義（取決于版本） * 分類文檔 最后 3 個字符是段 的版本。定義根據版本不斷變化，但段類型保持不變。 交易： **WE31**  ## 什么是擴展 IDOC 類型？ IDOC 有兩種類型：- 1. 基本的 2. 延期  SAP 提供了許多預定義的基本 IDOC 類型，這些類型無法修改。 如果您想向這些受限制的基本類型添加更多數據，則可以使用擴展類型。 在大多數情況下，您將**而不是**使用擴展名。  ## 文獻資料 每個 IDOC 在交易 **WE60** 中都有詳細記錄  ## 訊息類型 消息表示在兩個伙伴 Ex 之間傳輸的特定類型的文檔。 訂單，訂單響應，發票等 idoc 類型可以與許多消息類型相關聯 此外，消息類型可以與不同的 idoc 類型相關聯。 交易 **WE81**  ## IDOC 視圖 IDOC 類型可用于多種消息類型，這將導致 IDOC 包含的字段超過特定消息類型所需的字段。 IDOC 視圖用于提高生成 IDOC 的性能，以確保僅在相關段中填充數據。 IDOC 視圖僅對出站處理很重要。  ## 合作伙伴資料 伙伴定義為與您進行業務和交換文檔的商業伙伴 在我們與之交換 Idocs 的伙伴的伙伴檔案中，我們維護交換數據所必需的參數。 使用的交易是 **WE20** 。  ## 端口 該端口定義了 SAP 系統和您要與之傳輸數據的另一個系統（子系統）之間的連接的技術特性。 端口定義了在兩個系統之間交換數據的介質。 有不同類型的端口。 最常用的 2 個是 ALE 中使用的 **TRFC 端口**和 EDI 使用的**文件**端口。 對于 TRFC 端口，我們必須提供使用 **SM59** 創建的邏輯目的地的名稱。 使用文件端口時，您可以指定應放置 IDOC 文件的目錄。 另一個系統或中間件將從此處獲取文件。 功能模塊可用于為 idoc 生成文件名。 在[測試](/software-testing.html)時，您可以使用“出站文件”指定一個恒定的文件名。 如果要在此位置創建 idoc 時觸發子系統上的某些處理，則可以使用選項卡“ **出站觸發器**”來提供信息。 我們必須指定命令文件名和必須運行的目錄。  ## 這是*，所以*令人困惑！ 讓我們通過示例來了解創建 IDOC 的過程- * 每當創建采購訂單（PO）時，我們都希望將 IDOC 發送給供應商。 * 采購訂單以 IDOC 的形式發送給供應商（合作伙伴）。 該伙伴必須在該系統中啟用 EDI。 SAP 應該意識到它可以通過電子方式將文檔發送給該供應商。 * 客戶作為出站 idoc 發送的 PO 將成為供應商的入站 idoc。 賣方方面的 SAP 系統可以對此進行處理，以在其系統上創建應用程序文檔（銷售訂單）。 * 報價，RFQ，PO，SO，發票，交貨單等是通過 IDOC 經常交換的一些文件 從 SAP 系統中傳輸數據的過程稱為**出站過程**，而將數據傳輸到 SAP 系統中的過程稱為**入站過程**。 作為開發人員或顧問，將參與為您的組織設置這些流程。 以下是如何設置它們的步驟- ## 出站流程 涉及的步驟- 1. 創建細分（WE31） 2. 創建一個 idoc 類型（WE30） 3. 創建消息類型（WE81） 4. 將消息類型與 idoc 類型相關聯（WE82） 5. 創建一個端口（WE21） 6. 如果要使用消息控制方法來觸發 idocs，則創建用于創建 idoc 的功能模塊，并將功能模塊與出站流程代碼相關聯 7. 否則，創建將創建 idoc 的功能模塊或獨立程序 8. 創建一個合作伙伴配置文件（WE20），在要與之交換 idoc 的合作伙伴的出站參數中包含必要的信息。觸發 idoc。 ## 入站流程 涉及的步驟- 1. 創建基本的 Idoc 類型（交易 WE30） 2. 創建消息類型（事務 WE81） 3. 將消息類型與基本 Idoc 類型相關聯（事務 WE82） 4. 創建用于處理 idoc 的功能模塊 5. 定義功能模塊特征（BD51） 6. 將入站功能模塊分配給消息類型（WE57） 7. 定義過程代碼（事務 WE42） 8. 創建合作伙伴資料（事務 WE20）