Order Managementへのオーダーのインポートの概要
オーダー・インポート・テンプレート、webサービスまたはREST APIを使用して、ソース・システムからOracle Order Managementにオーダーをインポートします。
オーダー・インポート・テンプレートを使用して、エラーを減らし、インポートを簡素化します。 このテンプレートには、Oracleデータベースに必要な構造が含まれています。 データベース表ごとにタブが含まれ、タブは特定の順序で表示されます。 各タブの列はOracleが必要とする表の列を表し、テンプレートはOracleが各データベース列に必要なデータ型を指定します。
| 必要なもの | 入手できる場所 |
|---|---|
| オーダー・インポート・テンプレートの使用方法について学習します。 | ソース・データをCSVファイルに変換 |
| オーダー・インポート・テンプレートのコピー、およびテンプレートが参照する表の詳細。 | 「SCM用のファイル・ベース・データ・インポート(FBDI)」に移動します。 オーダー管理の章で、「販売オーダーのインポート」をクリックします。 |
| テンプレートの例。 | 「Order Managementの技術リファレンス(ドキュメントID 2051639.1)」に移動し、ペイロードおよびファイルの添付をダウンロードします。 |
| webサービスを使用してソース・オーダーをインポートする統合を作成する方法の詳細。 | 「Webサービスを使用したオーダー管理の統合に関するガイドライン」。 |
| salesOrdersForOrderHub REST APIの詳細。 |
詳細と例については、「Oracle Supply Chain Management CloudのREST API」、Order Management、「オーダー・ハブの販売オーダーをクリック」の順に展開します。 |
| より技術的な詳細。 | マスター・ノートFBDIを使用したデータのインポート(ドキュメントID 2665940.1) |
インポート・テクノロジの比較
| 実行内容 | オーダー管理の作業領域 | ファイル・ベース・データ・インポート | REST API | Webサービス | ADFデスクトップ統合(ADFDI) |
|---|---|---|---|---|---|
| 販売オーダーおよびオーダー明細のクローズ中に、オーダー・ヘッダーの拡張可能フレックスフィールドを更新します。 | No | No | No | No | No |
| オーダー明細のリクエスト日属性を更新します。 | Yes | Yes | Yes | Yes | No |
| オーダー・ヘッダーのオーダー・タイプ属性を更新します。 | Yes | Yes | Yes | Yes | No |
|
取消またはクローズされていないオーダーのヘッダーを更新します。
|
Yes | No | Yes | No | No |
| オーダー・ヘッダーのプライマリ営業担当を更新します。 | Yes | はい。ただし、オーダーを送信していない場合のみです。 | Yes | No | No |
| オーダー明細の価格設定を更新します。* | Yes | Yes | Yes | Yes | No |
| 請求待ちステータスの販売オーダーを更新します。 | No | No | No | No | No |
*価格設定を更新できるのは、価格設定が確定されていない場合のみです。 詳細は、「販売オーダーの価格を確定」を参照してください。
大量のソース・オーダーのインポート
webサービスまたはREST APIのかわりにファイルベース・データ・インポート(FBDI)を使用して、多数のソース・オーダーをインポートすることをお薦めします。 FBDIは回復力が高く、ソース・システムからソース・オーダーを再送せずに失敗したインポートを再試行する方が簡単です。
例について考えてみます。
-
毎日約4,000件のオーダーを処理します。
-
各ソース・オーダーの平均オーダー明細数は約50です。
-
毎日約20万件のオーダー・ラインを処理します。
-
午前8時から午後8時まで、1時間当たり約330のソース・オーダーをインポートするとします。
-
現在、4つのソース・システムからインポートする必要があり、8つまで拡張する予定で、全体的な処理が1日に2倍になる可能性があります。
-
販売オーダーをインポートした翌日に出荷する必要があります。
-
オーケストレーション・プロセスには、スケジュール、予約、出荷、請求などの一般的な履行タスクが含まれます。
FBDIはこの種のボリュームを処理するための最良の技術です。
webサービスまたはREST APIを使用してソース・オーダーをインポートする必要がある場合は、各ペイロード・リクエストに1つのソース・オーダーのみを含めます。
REST APIでは同期操作のみがサポートされているため、各ペイロードに複数のソース順序を含めて、リクエストが約5分を超えて実行された場合、リカバリできないタイムアウト・エラーが発生する可能性があります。
オーダー・インポートwebサービスを使用する必要がある場合は、非同期操作を使用します。 同期操作を使用しないでください。
属性名と値の相違点
インポート・テクノロジでは、一部の属性の名前と値が若干異なります。 オーダー管理では、これらの命名規則の違いに関係なく、同じ方法で属性を処理します。
属性名
|
フォーマット |
オーダー・インポート・テンプレート |
WebサービスおよびREST API |
|---|---|---|
|
属性名の大文字。 |
ヘッドライン(支払方法コードなど)。 |
PaymentMethodCodeなどのキャメル・ケース。 |
|
ブール値を含む属性の名前。 |
価格設定の凍結などは示されません。 |
通常、テキスト |
|
識別子を含む属性の名前。 |
通常は、ソース・トランザクション識別子などの識別子という語が含まれます。 |
通常、SourceTransactionIdなどのテキストIDが含まれます。 |
ブール値
|
テクノロジ |
True |
False |
|---|---|---|
|
オーダー・インポート・テンプレート |
Y |
N |
|
Webサービス |
Yまたはtrue |
Nまたはfalse |
|
REST API |
true |
false |