ALE・IDocとは?データ連携の仕組みとWE02・WE20での確認方法

ALE(Application Link Enabling)は、SAPシステム間などで業務データを分散・連携するための仕組みです。その連携で使われる代表的なデータ形式がIDoc(Intermediate Document)。「ALE=IDocのファイル形式」ではなく、ALEが連携の仕組み、IDocが交換するデータの単位・形式と分けて考えると理解しやすくなります。

IDocの構造:制御・データ・ステータス

レコード内容調査時に見る点
制御レコード送信元・送信先、メッセージタイプ、基本タイプなど正しい相手・形式に送ろうとしているか
データレコードセグメントに格納した業務データ必要な項目と値が入っているか
ステータスレコード送受信・処理の進行状況やエラーどの段階で止まったか

たとえば発注情報を相手システムに送る場合、発注データをIDocに格納して送信し、受信側で対応する業務処理に取り込みます。実際にどのデータを送れるか、相手側でどう処理するかは、メッセージタイプ、IDoc基本タイプ、パートナ設定と実装によって決まります。

ALE連携で押さえる設定

トランザクション確認する内容
SALE / BD64論理システムや分散モデル、どのメッセージをどこへ送るか
SM59相手システムへのRFC接続先
WE21送受信に使うポート
WE20パートナプロファイル。送受信するメッセージ、ポート、処理方法
WE30 / WE81IDoc基本タイプ/メッセージタイプの定義

どの設定が必要かは連携相手や方式で変わります。SAP同士のALE連携と、外部システムを含むIDoc連携を同一手順として扱わず、送受信の経路を図にして確認すると混乱を減らせます。

エラー調査はWE02から始める

  1. WE02で送受信日時、方向、メッセージタイプなどを指定してIDocを探します。
  2. 制御レコードで送信元・送信先を、データレコードで実際の値を確認します。
  3. ステータスとエラーメッセージから、送信前、通信中、受信後のどこで止まったかを切り分けます。
  4. 受信側の処理エラーならBD87で状態を確認し、原因を修正したうえで再処理の可否を判断します。通信側のエラーはSM58も確認します。

「送信側で正常」に見えても、受信側の業務伝票が作成されたとは限りません。両システムでIDocのステータスと業務結果を確認してください。また、再処理の前には重複登録を防ぐため、既存伝票の有無を必ず調べます。

参考・関連記事

コメント

この記事へのコメントはありません。

関連記事

PAGE TOP