ALE、EDI、IDocs の概要と違い: SAP チュートリアル

EDIとは何ですか？

EDIとは電子データ交換の略で、異なるアプリケーション間で構造化されたビジネスデータを電子的に交換する仕組みです。そのため、ある企業で作成された発注書は、誰かが再入力することなく、サプライヤーのシステムでは販売注文として受信される可能性があります。

EDI Archi構造

上の図に示すように、EDI Archi構造は3つの層から構成されている。

1. EDI対応アプリケーション: それらは、ビジネス取引の自動処理をサポートします。
2. IDoc インターフェース: これはオープン インターフェイスとして設計されました。 IDoc インタフェースは、アプリケーションへのインタフェースを形成する IDoc タイプと汎用モジュールで構成されます。
3. EDI サブシステム: IDocタイプをEDIメッセージタイプに変換し、その逆も行います。EDIアーキテクチャのこのコンポーネントは、 SAP.

EDIプロセスの利点

• データ入力エラーの削減
• 処理サイクル時間の短縮
• 電子形式でのデータの利用可能性
• 紙の作業の削減
• コスト削減
• 在庫削減とより良い計画
• 標準的な通信手段
• より良いビジネスプロセス
• 競争上の優位性

ALEとは何ですか？

EDIは取引パートナーにまで及ぶ。ALEは企業内部のミラー問題を解決し、複数の SAP システムは常に連携していなければならない。

ALEは、疎結合されたネットワーク間でのビジネス機能とプロセスの分散をサポートします。 SAP R/3システム（異なるバージョンの SAP R/3）。R/2および非R/XNUMXからの接続 SAP システムもサポートされています。

ALE は以下をサポートします。

• R/3 システムの異なるリリース間でのアプリケーションの配布
• 特別なメンテナンスを必要とせずにリリースアップグレード後のデータ交換を継続
• 顧客固有の拡張機能。
• 非インターネットへの接続を可能にする通信インターフェースSAP システム。
• R/3 と R/2 システムの結合。

IDOCとは何ですか?

ALEとEDIはどちらもデータ交換を必要とし、どちらもその処理を同じオブジェクトに委ねる。

IDOC is 単なるデータコンテナ データの構文とセマンティクスを理解できる XNUMX つのプロセス間で情報を交換するために使用されます。

簡単に言うと、IDocとは、特定のフォーマットを持つデータファイルのようなもので、そのデータを解釈する方法を知っている2つのシステム間で交換されるものです。

IDOCは「中間文書"

を実行すると、 外国行きの ALE または EDI プロセスでは、IDOC が作成されます。 で 本国行きの ALE または EDI プロセスでは、IDOC はアプリケーション文書を作成するための入力として機能します。 の中に SAP システムIDOCはデータベースに保存されます。すべてのIDOCには 一意の番号 (クライアント内)。

IDOC は EDI 標準、ANSI ASC X12、および エディファクトデータサイズに競合が発生した場合は、より長い方を採用します。IDOCは データ交換の方向に依存しない例えば、購買モジュールの ORDERS01 は、受信と送信の両方に使用されます。IDOC は、 テキストエディタ データはバイナリ形式ではなく文字形式で保存されるためです。IDOCは 送信システムと受信システムから独立した (SAP対SAP 非SAP).

IDocの構造：制御レコード、データレコード、ステータスレコード

IDocがコンテナであることを知っていても、その中身を読み取ることができて初めて意味があります。メッセージの種類に関わらず、すべてのIDocは3種類のレコードタイプから構成されています。

ステータス番号を見れば、方向が一目でわかります。 Code01～49の範囲のIDocは送信IDocに属し、03は「ポートに渡された」、12は「送信された」を意味します。 Code50番以降のIDocは受信IDocに属し、53番は「申請書類が投稿された」、51番は「申請書類が投稿されていない」ことを意味します。

ALEとIDocの処理はどのように行われるのですか？

上記の記録は、一定の手順を経て処理されます。その手順を理解することで、障害が発生したインターフェースがどこで停止したかを特定できます。

アウトバウンドプロセス

1. 申請書類が作成されました。 ユーザーまたはバッチジョブが、発注書などのビジネス文書を保存します。
2. メッセージ制御がトリガーされました。 出力決定では、例えば「注文」などのメッセージタイプと、IDocを生成する必要があることを示すパートナープロファイルが検出されます。
3. IDocが生成されました。 選択機能モジュールはアプリケーションテーブルを読み込み、制御レコードとデータレコードにデータを入力します。IDocはステータス30、「送信準備完了」を受け取ります。
4. IDocはポートに渡されます。 ポート定義によって、ファイル、リモート関数呼び出し、またはXML転送などの媒体が決定されます。ステータスは03になります。
5. サブシステムまたはパートナーがそれを受け取ります。 EDIの場合、サブシステムはIDocをEDIFACTまたはANSI X12メッセージに変換します。送信が成功するとステータス16が返されます。

インバウンドプロセス

1. IDocが到着しました ポートを介して送信され、ステータス50でデータベースに書き込まれます。
2. パートナーのプロフィールを確認しました。 SAP 送信者、メッセージの種類、および割り当てられたプロセスコードを検索します。
3. プロセスコードは関数モジュールを呼び出し、 これは、セグメントを基本型に対して検証します。
4. 申請書類が掲載されました。 成功した場合はステータス53、失敗した場合はステータス51となり、IDocはエラーメッセージが添付された状態でデータベースに残ります。
5. 失敗したIDocは再処理されます マスターデータが修正された後、パートナーは何も再送信する必要はありません。

IDocは各段階で保存されるため、ステップが失敗してもデータが失われることはありません。この耐久性が主な理由です。 SAP 導入から数十年経った今でも、システム統合は依然としてIDocに依存している。

ALEとEDIの違い

これら3つの概念が定義されれば、その区別を明確に述べることは容易になる。

ALEは、複数の分散型プロセスと統合型プロセスをサポートするために使用されます。 SAP EDIは、ビジネスパートナーのシステム間でビジネス文書を交換するために使用されます（非ビジネスパートナーのシステムでも、SAP システム）。

ALEは SAPは分散環境をサポートするための技術であるのに対し、EDIはビジネス文書の交換に使用されるプロセスであり、現在では標準フォーマットが与えられている。

IDocは、EDIとALEの両方のプロセスでデータ交換に使用されるデータコンテナです。 この共通のコンテナ構造こそが、この2つの技術がほぼ常に一緒に研究される理由である。

共通IDocトランザクション Codes内 SAP

ALEとEDIの日常的な作業は、少数のトランザクションコードを通して行われます。以下の表は、それらのコードをそれぞれの用途別に分類したものです。

実用的なトラブルシューティングの習慣としては、まずWE02でステータスを確認し、根本原因が解決したらBD87を使用して再処理を行うことです。

よくあるご質問