1. オーダー管理の実装
  2. フレックスフィールドを使用したOrder ManagementとOracle Applicationsの統合の概要
機械翻訳について

フレックスフィールドを使用したOrder ManagementとOracle Applicationsの統合の概要

フレックスフィールドを使用して、Order ManagementをOracle ReceivablesやOracle Shipping、Oracle Receiving、Oracle Procurementと統合します。

ガイドライン

これらのガイドラインを検討してください。

  • REST APIを使用して、拡張可能フレックスフィールドに含まれる各値をアップストリーム・ソース・システムまたはダウンストリーム履行システムに送信できます。

    Oracle Receivablesには、付加フレックスフィールドごとに個別のエンティティが事前定義されています。 事前定義済のエンティティにはすでに必要な付加フレックスフィールドがあるため、出荷、受入または調達の付加フレックスフィールドに個別のエンティティを使用する必要はありません。

  • 属性をメイン・エンティティで使用可能にします。

  • 各アプリケーションがサポートする属性のみが設定で参照されるようにする必要があります。 属性のリストについては、「Order Managementと他の統合時に使用できるエンティティおよび属性Oracle Applications」を参照してください。

  • 各属性を識別するデータベース・コード(Attribute1やAttributedate2など)を参照する必要があります。 属性を参照するために実装された名前を使用しないでください。

  • コンテキストに従って付加フレックスフィールドを参照する場合は、設定でAttributeCategoryが移入されていることを確認する必要があります。 グローバル・セグメントを使用する場合は、AttributeCategoryに移入する必要はありません。

  • フレックスフィールドが履行明細にある場合は、エンティティごとに1つのコンテキストのみを使用します。 設定では、2つの異なるコンテキストを同時に処理しようとしないでください。 たとえば、2つの属性を処理する必要がある場合は、2つのセグメントを同じコンテキストに追加します。 セグメントxとセグメントyをコンテキストAに追加します。 セグメントxをコンテキストAに追加し、セグメントyをコンテキストBに追加しないでください。

拡張可能フレックスフィールドの自動マップ

各相互作用では、サービス・データ・オブジェクト(SDO)が使用されます。 REST APIまたは特定のwebサービスのセットを使用する必要があります。 詳細は、「REST APIおよびWebサービスを使用したOrder Managementの統合」を参照してください。

この作業を手動で行うかわりに、XLST (Extensible Stylesheet Language Transformations)でCopy-of機能を使用できます。 この機能では、入力拡張可能フレックスフィールドがオーダー管理エンティティに動的にマップされ、オーダー管理の拡張可能フレックスフィールド・エンティティがSDOまたは変更済ノードにマップされます。

ここでは、オーダー管理でこの機能を使用できます。

  • 販売オーダーの統合

  • テンプレート・タスク

  • 履行タスク

他のタスク・タイプを手動でマップする必要があります。

インポートおよびエクスポート

REST APIを使用してフレックスフィールド・データをインポートできます。 例については、「Order Managementでの拡張可能フレックスフィールドの設定に関するガイドライン」を参照してください。

フレックスフィールドを使用して、カスタム・データをダウンストリーム履行システムに送信することもできます。 たとえば、「Order Managementの技術リファレンス(ドキュメントID 2051639.1)」に移動し、「ペイロードとファイル」添付をダウンロードしてから、添付の「その他」セクションを参照してください。

関連トピック