FBDIでのREST APIを使用した大量販売オーダーのインポート
大量の販売オーダーをインポートする場合は、ファイルベース・データ・インポート(FBDI)でREST APIを使用します。 これらを一緒に使用すると、効率とパフォーマンスが向上します。
次のものをインポートできます。
- Standardの品目とモデル、キット、対象品目、カバレッジ品目。
- Pricing Administrationで価格設定する品目、またはソース・システムで価格設定する品目。
- 参照および参照されていない返品。
- 変更オーダーおよび改訂。 インポートできるのは、変更したオーダー明細または属性のみです。 オーダー全体またはすべての属性をインポートする必要はありません。
様々な種類のエンティティをインポートします。
- オーダー・ヘッダー、オーダー明細および住所
- 手数料および手数料コンポーネント
- 手動価格調整
- オーダー・リーダーおよびオーダー明細の拡張可能フレックスフィールド
- 販売実績および請求プラン
- ロット・シリアル詳細
- 支払
- トランザクション属性
演習
- Order Management機能を有効にします。
- 「設定および保守」 作業領域に移動します。
- Order Managementオファリングを選択します。
- 「機能オプト・インの変更」をクリックします。
- 「オプトイン」ページの「名前」列にOrder Managementがある行で、「鉛筆」をクリックします。
- 「機能の編集」ページで、大量の販売オーダーのインポートおよび履行機能にチェック・マークを追加します。
販売オーダーをオプト・インして送信した後は、この機能をオプト・アウトできません。 この時点で、この機能を使用するようにコミットされています。
- 「完了」をクリックします。
- Order Promising機能を有効にします。
- サプライ・チェーン・プランニング・オファリングを選択します。
- 「機能オプト・インの変更」をクリックします。
- 「オプトイン」ページの「名前」列にGlobal Order Promisingがある行で、「鉛筆」をクリックします。
- 「機能の編集」ページで、大容量Order Promising機能にチェック・マークを追加します。
- 「完了」をクリックします。
- ファイル・ベース・データ・インポートを使用して、ソース・オーダーをインポートします。
インポートでは、REST APIを介してインポート・リクエストが自動的にルーティングされます。
詳細は、オーダー管理へのオーダーのインポートの概要を参照してください。
詳細および例については、「Oracle Supply Chain Management CloudのREST API」に移動し、Order Managementを展開して、Order Hubの販売オーダーをクリックします。
ガイドライン
大量の販売オーダー・オプトイン機能のインポートおよび履行を使用する場合は、次のガイドラインを適用します。
機能 | 機能なしでインポート | 機能を使用したインポート |
---|---|---|
ビジネス・ルールの適用 | インポートでは、変換前、製品変換および変換後のルールがインポート・データに適用されます。 |
インポートではこれらのルールは適用されません。 ただし、通常これらのルールから取得するロジックを実装するオーダー管理拡張を作成できます。 拡張を作成する場合は、保存時拡張ポイントまたは送信リクエストの開始時拡張ポイントで実行するように設定します。 |
顧客の作成 | インポート中に顧客を作成できます。 |
インポート中に顧客を作成することはできません。 顧客情報の作成フラグ属性は、顧客の作成には使用できません。 インポート時に顧客を作成する必要がある場合は、オプトインを有効にせず、かわりにREST APIなしでファイルベースのデータ・インポートを介してインポートするか、REST APIを介してのみインポートすることをお薦めします。 この属性の詳細は、「販売オーダーの顧客データのインポート」を参照してください。 |
デフォルト値の設定 |
インポートでは、販売オーダーの作成時にOrder Management作業領域と同様に、顧客詳細を含む属性のデフォルト値の設定が試行されます。 販売先パーティのみをインポートし、販売先担当や出荷先サイト、連絡先はインポートしないとします。 REST APIでは、販売先パーティの値を使用して、顧客データ管理の設定に従って、販売先担当者、出荷先サイトおよび連絡先のデフォルト値を設定します。 |
インポートでは、顧客詳細を含む属性のデフォルト値は設定されません。 顧客データ管理とパーティ・モデルの詳細は、「販売オーダーでの顧客詳細の表示の概要」を参照してください。 |
カスケード値 |
インポートでは、出荷先属性や請求先属性などの販売オーダーを作成するときと同様に、Order Management作業領域と同様に、オーダー・ヘッダーの請求および履行詳細を含む属性の値がオーダー明細にカスケードされます。 インポートでは、構成品目のルート明細からその品目の子明細(拡張可能フレックスフィールドのセグメントの値を含む)に属性もカスケードされます。 |
インポートでは、これらの値はカスケードされません。 インポート・テンプレートには、そのすべてが含まれている必要があります。 |
大文字と小文字を区別する値 | インポートの属性値では、Oracleデータベースで使用される同じ大文字と小文字の値を使用する必要はありません。 |
インポートの属性値では、Oracleデータベースで使用されるものと同じ大文字と小文字の値を使用する必要があります。 たとえば、OracleデータベースのProduct Number属性に値AS54888が含まれる場合、インポート・テンプレートのDOO_ORDER_LINES_ALL_INTワークシートのProduct Number属性にもAS54888が含まれている必要があります。 インポート・テンプレートにas54888、aS54888、As54888などを含めることはできません。 |
相互参照属性 |
独自のカスタム値をインポートできます。
|
独自のカスタム値はインポートできません。 Order Managementが属性を相互参照する場合、インポートでは、その属性に対してオーダー・オーケストレーションおよびプランニング・データ・リポジトリに含まれている値と同じ値を使用する必要があります。 トラックを使用してオーダー明細を出荷するとします。 オーダー・オーケストレーションおよびプランニング・データ・リポジトリには、ShippingServiceLevel属性の値FEI TRUCKが含まれているため、インポート・テンプレートのDOO_ORDER_LINES_ALL_INTワークシートの出荷サービス・レベル属性にもFEI TRUCKが含まれている必要があります。 詳細は、「ソース・システムとOrder Management間の名前とコードの統合」を参照してください。 |
販売オーダーの修正 |
改訂の変更を含め、販売オーダー全体を再インポートする必要があります。 |
インポートする必要があるのは、変更する値と、オーダーを識別する他のいくつかの値のみです。 オーダー明細の手数料コンポーネントを更新する必要があるとします。 ペイロードには、手数料コンポーネントの改訂値、および手数料を含む明細やオーダー・ヘッダーを識別する値など、販売オーダーの一部を識別するその他の属性のみを含める必要があります。 |
レポート・エラー |
最初のエラーが発生するとインポートは停止し、そのエラーのみをレポートします。 |
REST APIは、最初のエラーが発生してもインポートの処理を続行し、検出されたすべてのエラーをレポートします。 |