三崎レイナ
社会人1年目。新卒でITコンサルティングファームに就職。初配属がSAPプロジェクトにアサインされる。SAPがわからないことだらけで悩んでいたところ、会社の先輩にSAPラボの所長を紹介され、毎週末に所長とSAPのお勉強中！
博士
SAPラボの所長。SAP大好き博士！SAP導入プロジェクトを構想策定～運用保守まであらゆるフェーズを数多く経験。
いまは優しきおじいちゃんだが、プロマネバリバリの時代はかなり怖かったらしい。現在は引退しSAPの後進育成と啓蒙活動に従事中！
若者に負けぬようX（旧Twitter）も奮闘中。
この記事を読むメリット
SAPにおけるデータ連携の中核を担う技術のひとつが「iDoc（Intermediate Document）」です。特に、システム間の連携（ALE）、外部システムとのEDI通信など、幅広い場面で利用されます。
iDocは単なるデータ形式ではなく、「データ本体（セグメント）」と「制御情報（コントロールデータ）」「ステータス情報」などを含む複合的な構造を持ち、その内容は複数のテーブルに格納されています。
この記事では、iDocを構成する代表的なテーブル（EDIDC、EDID4、EDIDS）を中心に、iDoc連携時に必要となるカスタマイズ情報を含むテーブルまでを網羅的に解説します。それでは、さっそく解説していきます！
博士iDocの概要やカスタマイズ、データ確認方法については下記の記事が参考になるぞい！
新着のSAPフリーランス案件
【MM】
【PP】
【製造業S/4HANAマスタ移行支援（MM/PP）】東京・大崎（ハイブリッド）／要件検討・設計・開発／即日～長期
① シニアコンサルタント枠（2名募集）
② ジュニアコンサルタント～システムエンジニア枠（4名募集）
製造業における基幹システム刷新の一環として、既存ERPからSAP S/4HANAへ移行する新規導入プロジェクトです。 この重要なプロジェクトにおいて、MM/PP領域のマスタデータ移行に関する基本設計から実際の移行作業までを中心メンバーとして担当していただきます。
主な業務内容:
【SD】
【食品メーカーS/4HANA導入支援（販売・物流）】東京・リモート併用／構想・要件定義／即日～長期
食品プロセス系メーカーにおける基幹システム刷新の一環として、SAP S/4HANAを国内拠点に導入するプロジェクトです。 プロジェクトの初期段階である構想策定・要件定義フェーズから、販売・物流領域（SD中心、関連するMM、FI-AR等）の専門家として、新業務プロセスの設計とシステム要件の具体化をチームで推進していただきます。
主な業務内容:
【CO】
【FI】
【Y社SAP新規導入（会計アドオン開発）】東京・豊洲（リモート併用）／外部設計～テスト／即日～2025/12（延長可能性有）
Y社のSAP新規導入プロジェクトにおいて、会計系アドオン機能の実現が重要な課題となっています。 本プロジェクトでは、外部設計書の作成から開発、単体テストに至るまでの一連の工程を担当頂く想定です。
主な業務内容:
【FI】
【精密機器S/4HANA導入（ABAP開発）】大阪・常駐／アドオン開発／2025/6～2025/11
精密機器企業におけるSAP S/4HANA新規導入に伴い、業務要件に合わせたアドオン機能の開発が多数発生しています。 本プロジェクトでは、これらアドオン機能の設計・開発・テストをABAP開発を担当していただきます。
主な業務内容:
【CO】
【FI】
【MM】
【PP】
【SD】
【その他】
【S/4HANA導入（フルモジュール）テストリード】大阪・リモート併用／テスト計画・管理／即日～2027/8
SAP S/4HANAを基盤とした新生産調達システムの導入プロジェクトであり、SD/MM/PP/FI/CO/PSのフルモジュールが対象となります。 この大規模プロジェクトにおいて、テストフェーズ全体の品質と進捗を担保するため、テストリードとして計画から管理までを中心となって推進していただきます。
主な業務内容:
【CO】
【FI】
【MM】
【SD】
【SAP運用保守（FI/CO/SD/MM/CRM）】東京・リモート併用／問題解決・カスタマイズ等／2025/7～長期
稼働中のSAPシステム（FI/CO, SD/MM, CRMなど）における日々の運用保守、およびユーザーサポートが主なミッションです。 業務部門からの問い合わせ対応やシステム課題の解決、既存ベンダーとの連携を通じて、システムの継続的な安定稼働と利用部門の業務効率維持を中心メンバーとして支援していただきます。
主な業務内容:
【CO】
【FI】
【MM】
【PP】
【SD】
【SAP運用保守リーダー（得意モジュール担当）】フルリモート／チーム立ち上げ／即日～長期
SAP S/4HANA環境において、安定稼働を支える運用保守チームをゼロから立ち上げ、軌道に乗せていく重要なミッションです。これまでの知見を結集し、最適な運用体制の構築をリードしていただきます。
主な業務内容
【CO】
【FI】
【MM】
【PP】
【SD】
【S/4HANAデータ移行支援（計画・要件定義）】フルリモート／上流工程リード／即日～長期
SAP S/4HANAへのシステム刷新におけるデータ移行フェーズにおいて、計画策定から実行管理に至るまでの一連のプロセスを中心となって推進していただきます。
主な業務内容:
【MM】
【SD】
【専門商社向けS/4HANA導入（SD/MM）】東京・品川／新規構築・要件定義／即日～長期 ※ジュニア可
専門商社におけるビジネス拡大と経営基盤強化を目的とした、複数会社統合に伴う新規基幹システム導入プロジェクトです。
SAP S/4HANAを基盤とし、SD/MM領域を中心としたコンサルティング業務を中心メンバーとして推進していただきます。
主な業務内容:
【MM】
【SD】
【商社向けS/4HANA導入・開発支援（ロジ領域 SD/MM）】東京／IF・帳票・アドオン／即日～長期
iDocデータは、コントロールレコードとデータレコードとステータスレコードの大きく3つに分かれています。
まずは、iDocデータの格納時に使用されている代表的な5つのテーブルを紹介します。
| テーブルID | テーブル内容 |
|---|---|
| EDIDC | iDocのヘッダ情報。送受信先、メッセージタイプ、ポートなど |
| EDID4 | iDoc本体。セグメント単位のデータ構造 |
| EDIDS | iDocの処理ステータス。成功・失敗ログ等 |
補足として、iDocのデータ連携時に必要なカスタマイズの設定値が格納されるテーブルを紹介します。
| テーブルID | テーブル内容 |
|---|---|
| EDIMSG | メッセージタイプの定義情報 |
| EDIPORT | ポートの定義（T-CODE：WE21の設定に対応） |
| EDIPARTN | パートナー定義（WE20に対応） |
| TBDLS | 論理システム定義（T-CODE：BD54に対応） |
| EDPP1 | パートナープロファイルの定義（T-CODE：WE20に対応） |
| EDISG | セグメント定義 |
| EDISEG | セグメントのフィールド定義 |
| TEDS1 | ステータス定義 |
ここでは、iDocデータの照会画面ととテーブル検索例を紹介します。
テーブルの検索はT-CODE：SE16Nを使用しています。
博士T-CODE：WE02のiDoc一覧照会画面とそれぞれのテーブルを比較しながら見ていくぞい！
iDoc全体の制御情報を格納するテーブルです。項目：DOCNUM（iDoc番号）を主キーとし、送信者・受信者・メッセージタイプ・ポート・全体のステータスなど、iDocの基本的な属性を管理します。
モニタリング時（T-CODE：WE02、BD87など）に最初に参照される非常に重要なテーブルです。
T-CODE：WE02で見るときは、左側に表示されているナビゲーションウィンドウの「制御レコード」をダブルクリックすると詳細が確認できます。
接続が上手くいかない場合、ここからPort番号や基本タイプなどの設定を確認し、カスタマイズが適切に行われているかを調べることができます。この接続部分の検証をする際は、T-CODE：WE19の疎通テスト用のトランザクションコードを使用することもおすすめです。
iDocの本体にあたるデータを格納するテーブルです。各セグメント（Z1E1KNA1、E1EDK01など）ごとに1レコードが格納され、フィールド内容はSDATAフィールド（1000文字）にバイナリ形式で保存されます。下記画像のように、セグメント（親）の配下にさらにセグメント（子）を作る場合は、データベース上、セグメント（子）の1レコードが作成され、項目：番号で親-子のリレーションを作っています。
旧形式ではEDID2/EDID3が使われていましたが、現在はEDID4が標準です。
アプリケーションデータが格納されているテーブルであり、iDocで連携したいデータに不足がある場合は、まずこのデータレコードを確認し、目的のデータが入っているかを確認します。なお、T-CODE：WE02のナビゲーションウィンドウにおいて、問題があるセグメントは文字の色が青色ではなく、黄土色になることでErrorを識別してくれます。
iDocの処理ステータスが格納されます。送信／受信に関する成功・失敗・再処理といった情報が、時系列で管理され、トラブルシューティング時に必須の情報源となります。
複数のエラーがある場合は、複数レコードが生成され、個別にステータスメッセージを確認することができます。テーブル上は、テキストデータとパラメータが項目として分かれていることも特徴です。
ステータス番号（01, 03, 51など）で処理状況が判断でき、ステータス番号の定義はテーブル：TEDS1で管理されています。
iDocはその構造上、単一のテーブルでは完結せず、複数のテーブルが連携することで一連の通信・処理を実現しています。
EDIDC、EDID4、EDIDSは最重要テーブルとして抑え、それを支えるEDIPORT、EDIPARTN、TBDLSなどの周辺テーブルも合わせて理解することで、より確実な運用・開発が可能になります。
SAPでのiDoc連携は、正確な設計とトラブル時の素早い調査が求められます。この記事を参考に、テーブル構造への理解を深め、実務での生産性向上につなげていただければ幸いです。
SAPラボでは、SAPの知識を活かして副業をしたい方を募集してるのじゃ！
SAPラボのライターの特徴
・ライティング初心者OK！
・報酬高単価！
・業務委託契約なので副業として最適！
SAP記事執筆者としての活動実績として利用可能なので、転職時や案件探しの際に企業へのアピール材料にもなります。
募集要項
・SAP導入や運用保守プロジェクトへの参画経験1年以上
ご応募/お問合せ先
info@sap-labo.com
少しでもご興味ある方、ぜひお気軽にご連絡下さい！
