Order Managementでの相互参照の作成の概要
ソース・システム、履行システムおよびOracle Order Management間のデータに関連する相互参照を作成および保守します。
各クロス・リファレンスは、システム間のデータ管理に役立ちます。 たとえば、請求システムで「30日」が使用されているときに、ソース・システムで支払条件に値「30日以内全額支払」を使用できます。 オーダー管理で相互参照を使用して、支払条件の表現方法を標準化します。
仕組み
顧客対応 |
説明 |
---|---|
ソース・システムからソース・オーダーを受け取ります。 |
ソース・オーダーを受け取るwebサービスでは、オーダー・オーケストレーションおよびプランニング・リポジトリの相互参照を使用して、インポートされた値をOracle Applicationsの共通値に解決します。 ソース・システムと共通値の間に相互参照が存在しない場合、オーダーは履行のために発行するとエラーで失敗します。 |
履行システムにリクエストを送信します。 |
オーダー管理では、共通値からソース・システム値に値が相互参照されます。 オーダー・オーケストレーションおよびプランニング・リポジトリ、取引先コミュニティ・アーキテクチャまたは製品情報管理でソース・システム値が見つからない場合、履行はエラーになります。 |
顧客の相互参照
ソース・システムとTrading Community Architectureの間の相互参照を保守できます。
たとえば、ソース・システムが識別子値O-524を含むレコードを送信するとします。
webサービスは、Original System Unique Reference (OSR)を使用して、ソース・システムの顧客詳細をTrading Community Architectureの顧客レジストリのレジストリIDにマップします。
-
ソース・システムから顧客登録にレコードをロードします。
-
レジストリID P242をレジストリ内のレコードに割り当てます。
-
オリジナル・システム一意参照O-524とレジストリID P242の間の相互参照を作成します。
-
レジストリID P242を、履行システムからオリジナル・システム一意参照M-42との関係として使用します。
P242は、ソース・システムをオーダー履行システムに関連付ける共通値です。
実行時の動作は次のとおりです。
-
ソース・システムは、顧客データを含むソース・オーダーをオーダー管理に送信します。
-
顧客がTrading Community Architectureにすでに存在する場合、オーダー管理では顧客相互参照を使用して、履行システムのマスター顧客レコードおよび顧客IDを取得します。
-
オーダー管理は、顧客IDおよびTrading Community Architectureから取得するその他の属性を含む販売オーダーを履行システムに送信します。
ノート
-
顧客名、連絡先名、住所など、他の値を使用して相互参照を設定できます。
-
オーダー管理では、Trading Community Architectureの値がソース・システムの値と一致すると想定しています。 ソース・システムが値を送信した場合、webサービスは、元のシステム一意参照を使用するかわりに、これを使用してマスター・データを識別して解決します。
-
ソース・システムを参照する各属性を識別しやすくするには、顧客マスター・データを相互参照するときに、属性名にフレーズ「当初システム参照」を含めてください。 たとえば:
-
購買パーティ・オリジナル・システム参照
-
出荷先住所オリジナル・システム参照
-
請求先所在地オリジナル・システム参照
-
-
取引先コミュニティ・アーキテクチャを使用せず、かわりにOracleの外部にある他のアプリケーションを使用して顧客データを格納する場合は、取引先コミュニティ・アーキテクチャで相互参照を維持する必要があります。
-
取引先コミュニティ・アーキテクチャとの統合について学習します。 詳細は、「販売オーダーでの顧客詳細の表示の概要」を参照してください。
品目の相互参照
品目の属性を使用して、異なるシステム間でデータを関連付けます。
-
ソース・システム 製品情報管理作業領域を使用する場合のソース・システム内の品目とOracle品目の関係。
-
名前付き品目。 異なるシステムからProduct Information Managementに品目を移動する場合のソース・システム内の品目とOracle品目の間の関係。
品目データを相互参照する場合は、ソース・システム製品参照属性を使用します。
オーケストレーション・データの収集
オーダー管理では、オーダー取得システムの各属性と履行システムの各属性の間に相互参照が作成されるため、異なるシステム間で単一の表現を使用できます。 オーダー取得システムおよび履行システムでは、これらの値を使用してオーダー管理と通信します。 収集する前に、取引先コミュニティ・アーキテクチャを使用して顧客データを設定し、製品情報管理を使用して製品データを設定する必要があります。
収集する必要があるデータのタイプを次に示します。
-
アクティビティ・タイプ
-
通貨、換算およびタイプ
-
需要区分
-
文書カテゴリ
-
FOBポイント
-
運送条件
-
請求および会計基準
-
支払方法
-
支払条件
-
入金メソッド
-
差戻事由
-
リソース
-
販売実績タイプ
-
出荷優先度
-
出荷運送業者
-
出荷サービス区分
-
出荷輸送モード
-
税分類コード
-
免税事由
-
単位
-
倉庫
これらの属性は、顧客または品目とは関係ありません。
データ収集ツールを使用します。
-
継続収集。 データを増分的に収集します。 オーダー管理でソースする必要があるエンティティごとに高速な収集を提供します。
-
ターゲット収集。 単一のビジネス・オブジェクトのデータをリフレッシュします。 必要に応じて、またはスケジュールに従って、ターゲット収集を実行するスケジュール済プロセスを実行します。
詳細は、オーダー管理のプランニング・データの収集を参照してください。
品目全体の相互参照
大量の品目を相互参照する必要がある場合は、「オープン・インタフェース」表を使用してインポートします。 「オープン・インタフェース」表またはwebサービスを介して品目バッチを使用してスポーク・システム品目をインポートすると、スポーク・システムの相互参照を自動的に作成できます。 相互参照のインポート方法の詳細は、My Oracle Supportの「ドキュメントID 1311629.1 (Oracle PIM): オープン・インタフェース表を使用して品目相互参照をOracle Product Information ManagementにインポートするサンプルSQL」を参照してください。