ALE(Application Link Enabling)は、SAPシステム間などで業務データを分散・連携するための仕組みです。その連携で使われる代表的なデータ形式がIDoc(Intermediate Document)。「ALE=IDocのファイル形式」ではなく、ALEが連携の仕組み、IDocが交換するデータの単位・形式と分けて考えると理解しやすくなります。
IDocの構造:制御・データ・ステータス
| レコード | 内容 | 調査時に見る点 |
|---|---|---|
| 制御レコード | 送信元・送信先、メッセージタイプ、基本タイプなど | 正しい相手・形式に送ろうとしているか |
| データレコード | セグメントに格納した業務データ | 必要な項目と値が入っているか |
| ステータスレコード | 送受信・処理の進行状況やエラー | どの段階で止まったか |
たとえば発注情報を相手システムに送る場合、発注データをIDocに格納して送信し、受信側で対応する業務処理に取り込みます。実際にどのデータを送れるか、相手側でどう処理するかは、メッセージタイプ、IDoc基本タイプ、パートナ設定と実装によって決まります。
ALE連携で押さえる設定
| トランザクション | 確認する内容 |
|---|---|
| SALE / BD64 | 論理システムや分散モデル、どのメッセージをどこへ送るか |
| SM59 | 相手システムへのRFC接続先 |
| WE21 | 送受信に使うポート |
| WE20 | パートナプロファイル。送受信するメッセージ、ポート、処理方法 |
| WE30 / WE81 | IDoc基本タイプ/メッセージタイプの定義 |
どの設定が必要かは連携相手や方式で変わります。SAP同士のALE連携と、外部システムを含むIDoc連携を同一手順として扱わず、送受信の経路を図にして確認すると混乱を減らせます。
エラー調査はWE02から始める
- WE02で送受信日時、方向、メッセージタイプなどを指定してIDocを探します。
- 制御レコードで送信元・送信先を、データレコードで実際の値を確認します。
- ステータスとエラーメッセージから、送信前、通信中、受信後のどこで止まったかを切り分けます。
- 受信側の処理エラーならBD87で状態を確認し、原因を修正したうえで再処理の可否を判断します。通信側のエラーはSM58も確認します。
「送信側で正常」に見えても、受信側の業務伝票が作成されたとは限りません。両システムでIDocのステータスと業務結果を確認してください。また、再処理の前には重複登録を防ぐため、既存伝票の有無を必ず調べます。
参考・関連記事
- SM59でRFC接続設定を確認する方法:IDocの送信先となるRFC接続の基本です。
- SAP ERPとS/4HANAの違い・移行の基本:移行時にインターフェースを点検する理由を確認できます。
- MMの基本プロセス:発注データなど、連携対象となる業務の流れを整理できます。
コメント