機械翻訳について

バックエンド統合の作成

受信または送信する一意のドキュメント定義ごとに1つのバックエンド統合を作成します。 方向に応じて、バックエンド統合には2つのタイプがあります:

• インバウンド・バックエンド統合: パートナから受信した文書を処理します。
• アウトバウンド・バックエンド統合: パートナに送信される文書を処理します。

この項では、作成する必要があるこれらの統合の数について説明します。 バックエンド統合の背景にある概念について説明します。 「B2Bメッセージ処理に使用される統合」を参照してください。

シナリオ例を考えてみます:

文書タイプ	必要なバックエンド統合の数
様々な取引先から次のタイプのインバウンド文書を受信することが予想されています: オーダー確認 インボイス 事前出荷通知	3つのインバウンド・バックエンド統合が必要です。 (設計プリファレンスの場合は、3つを1つのバックエンド統合に縮小できます。)
次のタイプのアウトバウンド文書を様々な取引先に送信しようとしています: 発注書 在庫照会	2つのアウトバウンド・バックエンド統合が必要です。 (設計プリファレンスの場合は、この2つを1つのバックエンド統合に縮小できます。)

最初のシナリオの別のバリアントを使用します:

文書タイプ	必要なバックエンド統合の数
様々な取引先から次のタイプのインバウンド文書を受信することが予想されています: オーダー確認(標準のX12スキーマを使用) 請求書(標準のX12スキーマを使用) 請求書(特にXとYの2つの取引先向けにカスタマイズされたX12スキーマを使用) 高度な出荷通知(標準のX12スキーマを使用)	実際に請求書は、X12標準とカスタムの2つの異なる形式で取得されるため、インバウンド・バックエンド統合が4つ必要です。 (設計プリファレンスの場合は、4つを1つのバックエンド統合に縮小できます。)
次のタイプのアウトバウンド文書を様々な取引先に送信しようとしています: オーダー(標準のX12スキーマを使用) オーダー (特にXとYの2つの取引先向けにカスタマイズされたX12スキーマを使用) 在庫照会(標準のX12スキーマを使用)	オーダーをX12標準とカスタムの2つの異なる形式で生成するため、3つのアウトバウンド・バックエンド統合が必要です。 (設計プリファレンスの場合は、3つを1つのバックエンド統合に縮小できます。)