オーダー管理パラメータの管理

すべてのオーダー管理での動作に影響するパラメータを設定します。

「設定および保守」作業領域に移動してから、タスクに移動します。
- オファリング: オーダー管理
- 機能領域: オーダー
- タスク: オーダー管理パラメータの管理
「Order Managementパラメータの管理」ページで値を設定します。

パラメータ

パラメータ	説明
オーダー送信時の与信チェックのアクティブ化	オーダー入力スペシャリストが販売オーダーを発行するときに与信チェックを実行するかどうかを指定します。詳細は、「与信チェックの設定のガイドライン」を参照してください。
コンフィギュレータ検証を介した変更の許可	オーダー入力スペシャリストが構成品目を販売オーダーに追加した後、構成内の品目を選択して構成オプションを変更し、販売オーダーをドラフトとして保存してから送信することを許可します。たとえば: オーダー入力スペシャリストは、構成品目を販売オーダーに追加し、販売オーダーをドラフトとして保存します。構成マネージャは、オーダー入力スペシャリストが追加した構成に影響を与えるように、構成品目の構成モデルと構成ルールを変更します。オーダー入力スペシャリストは、数日後にドラフトに戻り、販売オーダーを送信します。この例では、コンフィギュレータ検証を介した変更の許可を次のように構成します: はい。コンフィギュレータは、変更された構成モデルおよび構成ルールを使用して、オーダー入力スペシャリストが作成した構成を更新します。送信を続行できます。これらの変更は、オーダー入力スペシャリストにはレポートされません。この構成は、ビジネス・プロセスでオーダー入力スペシャリストがコンフィギュレータによる変更を理解して同意する必要がない場合に役立ちます。いいえコンフィギュレータは、オーダー入力スペシャリストが作成した構成を変更しません。かわりに、発行を続行できず、オーダー入力スペシャリストが販売オーダーの発行または検証を試行すると、検証エラーが表示されます。この構成は、ビジネス・プロセスで、オーダー入力スペシャリストがコンフィギュレータによる変更を理解し、同意する必要がある場合に便利です。ノートこのパラメータは、構成品目を含むソース・オーダーには適用されません。詳細は、「オーダー管理にオーダーをインポート」を参照してください。このパラメータはすべてのビジネス・ユニットに影響します。「コンフィグレータ・モデル」を参照してください。
参照される返品のプロジェクト詳細の削除をユーザーに許可	参照される返品オーダーは、参照する元の販売オーダーから属性値を取得します。このパラメータをはいに設定すると、オーダー管理では、オーダー入力スペシャリストが参照返品オーダーのプロジェクト属性からこれらの元の値を削除できますが、これは返品オーダーがドラフト・ステータスの場合のみです。
販売契約属性の値の自動設定	販売オーダーの作成または更新時にオーダー管理が営業基本契約属性に設定するデフォルト値を制御します。このパラメータをはいに設定し、次の場合: 顧客とビジネス・ユニットに対して販売契約が1つのみ存在する場合、オーダー管理はオーダー・ヘッダーの契約をこの1つの販売契約に設定します。複数の契約が存在する場合、オーダー管理はオーダー・ヘッダーの契約を空のままにします。オーダー・ヘッダーの契約が空であり、オーダー明細の品目に対して販売契約が1つのみ存在する場合、オーダー管理では、オーダー明細の販売契約、販売契約明細および販売契約属性が契約の値に設定されます。それ以外の場合、このオーダー明細属性は空のままになります。このパラメータをいいえに設定すると、オーダー管理ではデフォルト値は設定されません。それらはすべて空のままにしておきます。オーダー管理は、オーダー・ヘッダーで顧客とビジネス・ユニット、通貨を制約します。また、オーダー明細の品目が制約されます。
販売利益センターのビジネス・ユニット	「販売利益センターのビジネス・ユニットの設定」を参照してください。
バックオーダーの取消時の供給の取消	このパラメータを使用して、バック・トゥ・バック・フローの動作を制御します。値を設定します: はい。出荷が出荷明細の一部のみを取り消した場合、「オーダー履行からのレスポンスの処理」スケジュール済プロセスによってOracle Supply Chain Orchestrationの供給オーダーが更新されます。また、残りの数量を配送しようとしている転送オーダー、購買オーダーまたは作業オーダーも取消または終了されます。いいえ。供給オーダーを更新または取消したり、転送オーダー、購買オーダーまたは作業オーダーを取消またはクローズしないでください。供給オーダーを手動でレビューして取り消す場合は、「いいえ」に設定します。 Shippingで出荷が終了し、Shippingでオーダー明細のすべての数量が出荷された場合、このパラメータを「No」に設定した場合でも、スケジュール済プロセスは供給オーダーをクローズします。「バックオーダーの取消および単一出荷の強制」を参照してください。
ユーザーの販売オーダー送信時に取引コンプライアンスを確認	値を設定します。はい。オーダー管理は、オーダー入力スペシャリストがオーダー管理で発行した各販売オーダー、またはソース・システムからインポートした各販売オーダーを確認します。いいえオーダー管理では、販売オーダーは検証されません。「取引コンプライアンスの設定の概要」を参照してください。
変更オーダーを履行値と比較	「変更オーダーを履行値と比較」を参照してください。
構成有効日	「検証の管理」を参照してください。
展開品目を展開するための構成有効日	このパラメータは、構成有効日を設定するかどうかに関係なく使用します。「構成モデルの展開日の管理」を参照してください。
補償範囲開始日	値を選択します。出荷日カバレッジの開始日を、オーダー管理で対象品目が出荷される日付に設定します。搬送日対象品目を出荷システムが顧客のサイトに搬送する日付に、カバレッジの開始日を設定します。詳細は、「販売オーダーの補償範囲の設定」を参照してください。
オーダー送信時の与信チェック失敗	与信チェックに失敗した場合の続行方法を指定します。オーダーをドラフト・ステータスで保存します。販売オーダーを下書きステータスで保存し、履行に進まないでください。クレジット・チェックに失敗した明細を保留にしてオーダーを送信します。販売オーダーを送信済ステータスで保存し、与信チェックに失敗した各オーダー明細を保留してから、保留されていないオーダー明細の履行に進みます。「与信チェックの設定のガイドライン」を参照してください。
顧客関係タイプ	詳細は、「顧客属性のデフォルト値の表示」を参照してください。
ビジネス・イベントのリカバリを再試行する日数	「エラーのリカバリ」スケジュール済プロセスの実行時に、ビジネス・イベントに関連するエラーからリカバリする日数を指定します。「エラーのリカバリ」スケジュール済プロセスは、バックグラウンドで失敗したエラーを再試行します。これらのエラーは時間の経過とともに増大し、パフォーマンスの問題を引き起こす可能性があります。このパラメータを使用して、リカバリを再試行する日数を制限できます。たとえば、6に設定すると、スケジュール済プロセスは最大6日経過したエラーのみをリカバリしようとし、6日経過したエラーはすべて無視されます。このパラメータは、デフォルトで5日の値で事前定義されています。最大30日の値を使用できます。リカバリを再試行しない場合は、0に設定します。ビジネス・イベントを含むエラーからのリカバリに時間がかかる場合のみ、値を増やします。たとえば、コネクタを9日前に設定したときに間違ったURLを使用したため、エラーが発生している履行明細があるとします。その行を処理する必要があるので、パラメータを10に設定します。詳細は、「すべての販売オーダーのエラーの修正」および「Order Managementでのビジネス・イベントの使用の概要」を参照してください。
オーケストレーション・プロセス・プランニングおよび危険性の計算の使用可能	オーケストレーション・プロセスの実行時に、オーダー管理でオーケストレーション・プロセスを計画し、各販売オーダーの危険性を計算するかどうかを指定します。「オーケストレーション・プロセス設定のガイドライン」を参照してください。危険インフォレットの履行明細およびオーダー管理作業領域の概要ページの危険性のあるオーダー・インフォレットのデータを問い合せると、パフォーマンスに影響することがあります。 jeopardyを使用しない場合は、このパラメータをいいえに設定すると、オーダー管理はこれらのインフォレットに対して問合せを行わず、データを表示しません。
出荷先使用別出荷先住所のフィルタ	オーダー・ヘッダーで出荷先住所属性を設定するときにオーダー入力スペシャリストが選択できる住所をフィルタします。値を設定します。はい。出荷先住所のみを表示します。いいえ。すべての住所を表示します。オーダー管理は、デフォルトでいいえを使用するように事前定義されています。出荷先使用による出荷先住所のフィルタがいいえの場合の動作を確認します。オーダー管理作業領域で販売オーダーを作成します。オーダー・ヘッダーで「出荷先住所」をクリックし、「検索」をクリックします。検索と選択ダイアログで値を設定せずに、「検索」をクリックします。検索によって、使用属性に出荷先と請求先の値を含む住所が返されます。ノート場合によっては、住所の使用が請求先の場合に、オーダー入力スペシャリストが出荷先住所を使用できないようにする必要があります。たとえば、Oracle Receivablesを使用する場合は、出荷先使用による出荷先住所のフィルタをはいに設定する必要があります。これは、Receivablesが出荷先住所にのみ出荷するように事前定義されているためです。別の例として、会計センターなどの請求先事業所が出荷を受け入れるのに適していない場合があります。ソース・オーダーをインポートし、出荷先使用による出荷先住所のフィルタ・パラメータがはいであり、取引先コミュニティ・アーキテクチャの出荷先住所のサイト使用属性の値が出荷先でない場合、インポートは失敗します。使用属性に表示される値を指定するには、取引先コミュニティ・アーキテクチャにナビゲートし、サイト使用属性を次のいずれかの値に設定します。出荷先請求先出荷先および請求先「Oracle Trading Community Architecture技術実装ガイド」を参照してください。
電子メール・メッセージの差出人アドレス	ユニバーサル・メッセージング・サービスがオーダー文書または自動通知からEメールを送信するときに使用する送信元Eメール・アドレスを指定します。送信元アドレスは、 `no-reply@orderreport.com`として事前定義されています。この値は、会社が使用するドメイン内のアドレスを使用するように変更できます。有効なEメール・アドレス書式を使用する必要があります。たとえば、something@somethingelse.xxxです。詳細は、「オーダー管理でのEメール書式の管理」を参照してください。
最初のエラーでのコンフィギュレータ検証の停止	値を設定します。 True. オーダー入力中にコンフィギュレータで発生した最初のエラーの処理を停止します。 False. オーダー入力中にコンフィギュレータでエラーが発生した場合は、処理を停止しないでください。かわりに、処理が終了するまでコンフィギュレータの実行を継続できるようにします。この設定により、コンフィギュレータは構成に含まれるすべてのエラーを識別してレポートできます。最初のエラー時にコンフィギュレータ検証を停止は、オーダー入力にのみ影響します。オーダーのインポートには影響しません。
オーダー明細の在庫トランザクション日	「ピッキングや出荷なしで在庫を減らす」を参照してください。
品目検証組織	「Order Managementでの品目検証組織の使用」を参照してください。
通知頻度	統合するまでの待機時間数を表す整数を指定し、通知を送信します。 Notify Frequencyには、1という値が事前定義されています。 0(ゼロ)以上の任意の値に設定できます。 0に設定すると、オーダー管理は通知を統合せず、参照するイベントが発生したときに各通知を送信します。「Order Managementから他のシステムへの通知の送信」を参照してください。
オーダー・インポートのプロセス数	ソース・オーダーのインポート時に、Order Managementで「インポート用のインタフェース・ファイルのロード」スケジュール済プロセスを実行できるインスタンスの最大数を設定します。デフォルト値は、4です。オーダー管理では、インポートしたオーダーの合計数をパラメータに設定した値で除算し、結果を使用して各インスタンスで処理するオーダーの数を決定します。パフォーマンスへの影響に応じて、この値を必要に応じて調整します。開始点として、デフォルト値の4を使用することをお勧めします。より高い値を使用する場合は、Oracleに問い合せてください。このパラメータに値1が含まれ、10に変更し、1,000件のオーダーをインポートし、各オーダーのオーダー明細数が同じであるとします。オーダー管理では、インポート用のインタフェース・ファイルのロード・スケジュール済プロセスの10個の個別のインスタンスを作成し、各インスタンスに100個のオーダーを割り当ててから、10個すべてのインスタンスを同時に処理します。この例では、このパラメータの値1を使用する場合と比較して、10倍のパフォーマンスを向上させます。インスタンス間のバランスはパフォーマンスに影響します。インスタンス1で実行されている各オーダーに1,000のオーダー明細があり、他のすべてのインスタンスで実行されている各オーダーに1つのオーダー明細があるとします。インスタンス1の終了には時間がかかるため、パフォーマンスも同じ改善は実現されません。「オーダー管理にオーダーをインポート」を参照してください。
一時停止再試行回数	時間が経過するまで一時停止する一時停止タスクの再試行回数を指定します。パフォーマンスに応じてこの値を調整します。「時間の一時停止オーケストレーション・プロセス」を参照してください。
調達の作成者	直接出荷サプライヤを含む履行明細の問題を解決するためにバイヤーが連絡できるオーダー管理ユーザーを指定します。バイヤーは調達アプリケーション・ユーザーです。オーダー管理は、購買に詳細を送信します: 調達に作成者を指定せず、エラーが発生した場合、調達システムは作成者が欠落しているというエラーで応答します。 Order Managementが購買リクエストをOracle Procurementに正常に送信できるように、少なくとも1つの値を指定する必要があります。デフォルト値は、全てのビジネス・ユニットに適用されます。販売ビジネス・ユニットごとに個別の作成者を指定できます。作成者をすべてのビジネス・ユニットのデフォルト値として指定できます。オーダー管理では、作成者を指定しないビジネス・ユニットに対してのみこのデフォルト値が使用されます。オーダー管理では、他の属性の値は作成者として使用されません。たとえば、作成者属性は使用しません。調達の準備者で指定した値のみが使用されます。「Order Managementでの直接出荷の設定」を参照してください。
在庫トランザクションをすぐに処理在庫トランザクション明細をグループとして処理	「ピッキングや出荷なしで在庫を減らす」を参照してください。
出荷先顧客の関係	出荷先顧客の関係がパーティからのものかアカウントからのものかを指定します。次のいずれかの値に設定します: パーティ関連アカウント関係パーティ関連に設定したとします。 Computer Service and Rentalsの顧客に対して販売オーダーを作成する場合、Order Managementでは出荷先顧客属性がデフォルトでComputer Service and Rentalsに設定され、アカウントではなく、パーティに関連する出荷先顧客のみを検索および選択できます。ノート値を設定しない場合、Order Managementではデフォルトでパーティ関連が使用されます。 Order Managementでは、「顧客関係タイプ」パラメータを「関連顧客」に設定した場合にのみ、このパラメータが適用されます。 Order Managementでは、このパラメータは出荷先関連にのみ適用されます。バックグラウンドについては、「販売オーダーに関する顧客詳細の表示の概要」を参照してください .
レスポンス時間(秒) コピー処理のレスポンス時間(秒)	「レスポンス時間(秒)」および「コピー処理のレスポンス時間(秒)」を参照してください。
販売オーダーの保存要求後にユーザーに制御を返す	「販売オーダーの保存リクエスト後にユーザーに制御を返す」を参照してください。
請求システムに割引詳細を送信	ダウンストリーム請求システムに定価および割引を送信するか、正価のみを送信するかを指定します。
税金決定要因のデフォルト値を指定	「税金決定要因のデフォルト値を指定」を参照してください。
販売オーダーに対する承認プロセスの開始	販売オーダー承認を取得するかどうかを指定します。承認を有効にする必要がある場合は、オーダー管理に対してのみ承認を有効にする必要がある場合でも、このパラメータをはいに設定する必要があります。このパラメータをいいえに設定すると、承認ルールを作成してアクティブ化しても、オーダー管理は承認のために販売オーダーをルーティングしません。このパラメータをYes(はい)に設定したが、承認ルールを作成およびアクティブ化しない場合、オーダー管理では販売オーダーは承認のためにルーティングされませんが、かわりにオーダー履行に送信されます。詳細は、「販売オーダーの承認ルールを設定」を参照してください。
オーダー・インポート検証に対するコンフィギュレータの使用	値を設定します。 True. コンフィギュレータは、オーダーのインポート中に構成品目が含まれる各ソース・オーダーを検証します。 False. コンフィギュレータは検証されません。
Oracle Fusionが既に価格設定されているインポート済オーダーの価格を使用	値を設定します。はい。ソース・システムがソース・オーダーの価格設定にOracle Pricingをすでに使用している場合は、この値を指定します。インポートは価格を再設定しません。このパラメータをはいに設定した場合は、インポート・ペイロードに手数料詳細が含まれていることを確認してください。詳細は、「販売オーダーの価格を確定」を参照してください。いいえインポートでは、ソース・オーダーの価格が設定されます。このパラメータは、REST APIを介してインポートする場合にのみ適用されます。詳細および例については、「Oracle Supply Chain Management CloudのREST API」に移動し、Order Managementを展開して、Order Hubの販売オーダーをクリックします。
価格設定アルゴリズムを使用して販売オーダーの合計を計算	値を設定します。はい。価格設定アルゴリズムは、インポートする各販売オーダーの合計を計算します。この値は、事前定義されたロジックが要件を満たしていない場合にのみ使用します。いいえ事前定義ロジックによって計算が実行されます。オーダー管理では、パフォーマンスのために事前定義済ロジックがチューニングされています。

変更オーダーを履行値と比較

このパラメータは、複数のチャネルを介してインポートするリビジョンの管理に役立ちます。

パラメータを次のように設定します:

複数のチャネルを経由して修正する場合ははいです。この設定は、複数のチャネルを介して改訂をインポートする場合でも、販売オーダーのデータの整合性を確保するのに役立ちます。 FBDIを使用してオーダー入力チャネルから販売オーダー66684を作成および改訂し、webサービスを使用して出荷チャネルから改訂するとします。オーダー入力チャネルの販売オーダー・データが、出荷チャネルのデータと一致しない可能性があります。このパラメータを使用して、Order Managementから現在の履行データを使用していることを確認できます。
1つのチャネルのみで改訂する場合はできません。

販売オーダー66684を作成し、発行してから、後で改訂をインポートするとします。

このパラメータをYesに設定した場合:

salesOrdersForOrderHub REST APIのGETアクションを使用して、現在履行中の販売オーダーのすべての属性値を取得する必要があります。
改訂に使用するインポート・ペイロードに、改訂していない各属性の値が含まれていることを確認してください。ステップ1の値を使用して、これらの値を取得します。
Order Managementは、改訂のインポート・ペイロードの属性値を、現在履行中の販売オーダー66684の属性値と比較し、値を改訂したかどうかを判断します。
属性値を改訂したことがOrder Managementによって検出された場合は、オーダー66684の履行明細値が改訂値で置換されます。

このパラメータをNoに設定した場合:

ペイロードで改訂していない属性の値を移入する必要はありません。
Order Managementでは、最初にオーダーを作成したときにwebサービスまたはファイル・ベースのデータ・インポートから受け取ったオーダー詳細が使用され、改訂で送信したデータと比較されます。 Order Managementでは、改訂した値のみが更新されます。

ガイドライン

このパラメータをYesに設定した場合:

その後、設定をデプロイすると、その使用がコミットされます。デプロイ後にNoに戻さないでください。
REST APIを使用して、販売オーダーを改訂するたびに最新の属性値を取得する必要があります。

たとえば、次のことを想定します:

ファイル・ベースのデータ・インポートを使用して販売オーダー66684を作成し、オーダーにオーダー明細が1つあり、履行のために発行します。
Order Management作業領域を使用して、販売オーダー66684を改訂します。別のオーダー明細を追加して発行します。
販売オーダー・インポートwebサービスを使用して、販売オーダー66684のその他の変更を行います。 webサービス・ペイロードで使用する属性値を取得するには、salesOrdersForOrderHub REST APIを使用する必要があります。両方のオーダー明細について改訂する必要がある属性のみを変更する必要があります。

例

このパラメータをはいに設定するとします。

2つの明細がある販売オーダー37564を作成し、倉庫属性に値を設定せずに、オーダーを発行します。

オーダー明細	数量	倉庫
1	10	空
2	12	空

Order Promisingでは、販売オーダーがスケジュールされ、明細は出荷待ちステータスに移行します。

オーダー明細	数量	倉庫	ステータス
1	10	M1	出荷待機中
2	12	M1	出荷待機中

オーダーを改訂し、数量のみを変更してから、改訂を発行します。

オーダー明細	数量	倉庫
1	5	空
2	7	空

次に起こることは次のとおりです。

Order Managementでは、ステップ3の改訂の属性値とステップ2の元のオーダーの値を比較して、属性値を変更したかどうかを判断します。
ステップ2の当初オーダーの倉庫はM1ですが、ステップ3の改訂では空であるため、Order Managementは数量および倉庫の変更を処理し、履行のために送信します。

間違ってウェアハウスを変更し、元の値であるM1に戻す必要があるとします。実行する必要がある手順を次に示します。

salesOrdersForOrderHub REST APIのGETアクションを使用して、元のオーダーのすべての属性の最新の値を取得します。ウェアハウス属性の値はM1になります。
RESTレスポンスの属性値を、オーダーの改訂に使用するインポート・ペイロードにコピーします。

ペイロードで変更する必要がある属性のみを変更してから、インポートを再実行してください。たとえば:

オーダー明細	数量	倉庫
1	5	M1
2	7	M1

ここで、このパラメータをNoに設定したとします。

ソース・オーダーをインポートすると、インポートに予定出荷日属性の値が含まれず、オーダーを履行に発行します。
Order Managementは、オーダー明細をスケジュールして出荷待機中ステータスに処理します。
後で、オーダー明細の数量を変更する改訂をインポートしてから、改訂を発行します。この属性の値が元の順序ですでに存在する場合でも、インポート・ペイロードの予定出荷日に値を指定する必要はありません。

レスポンス時間(秒)

「秒」パラメータを使用して、多数の販売オーダー明細がある販売オーダーを発行した後で制御を戻すまでに待機する秒数を指定します。

ユーザー・エクスペリエンスを向上させます。多数のオーダー明細がある販売オーダーの処理には数分かかる場合があります。コントロールを元に戻すまでに待機する秒数を指定できます。

5～240秒の値を指定できます。
値を設定すると、オーダー管理では、オーダー明細の数ではなく、送信の処理の終了にかかる時間に従って制御が返されます。
値を設定しない場合、Order Managementでは、オーダー内のすべてのオーダー明細の発行が終了した後にのみ、制御が戻されます。
オーダー管理で、指定する時間が経過する前にオーダーの履行への送信が終了すると、レスポンス時間を秒単位で使用しない場合に表示される同じ成功メッセージまたはエラー・メッセージが表示されます。ただし、標準動作の一部である警告やオーダー管理拡張からの検証など、警告メッセージは表示されません。
Order Managementで、指定した時間が経過する前に履行へのオーダーの発行が終了しない場合、Order Managementの作業領域には、Order Managementで発行の処理を継続しながら、ユーザーが販売オーダーからの移動に使用できるダイアログが表示されます。まだオーダー・ページが表示されている場合は、ページをリフレッシュして更新されたオーダー・ステータスを取得できます。オーダー・ページから移動すると、販売オーダーを検索してステータス更新を取得できます。エラーまたは警告が発生した場合は、パラメータに値を設定しない場合と同様に、オーダーを編集したり下書きを破棄できます。
この機能は、オーダー管理作業領域で発行した販売オーダーにのみ適用されます。インポートするソース・オーダーには適用されません。
「応答時間(秒)」には値が事前定義されていません。
この機能は、「オーダー管理」作業領域で「送信」をクリックして販売オーダーを作成、改訂または取り消す場合にのみ機能します。オーダーをインポートするときには適用されません。
この機能は、すべてのユーザーおよびすべてのビジネス・ユニットに適用されます。

コピー処理のレスポンス時間(秒)

ユーザー・エクスペリエンスを向上させます。オーダー管理では、大量のオーダー明細がある販売オーダーをコピーするのに数分かかる場合があります。このパラメータを使用して、Order Managementでコピーが作成される間、オーダーから移動できるまでに待機する秒数を指定します。

この機能は、オーダー管理作業領域でコピーをクリックした場合にのみ機能します。オーダーのインポート中は機能しません。
これは、すべてのユーザーおよびすべてのビジネス・ユニットに適用されます。
このパラメータには値が事前定義されていません。 5～240秒の値を指定できます。

値を設定する場合

値を設定した場合は、オーダー管理によってそのコピーが作成される間に、元の販売オーダーから移動できます。

オーダー管理で、指定した時間が経過する前にオーダーのすべての明細のコピーが終了した場合、オーダー管理作業領域には、新しいコピーの「オーダーの編集」ページが表示されます。

オーダー管理で、指定した時間が経過する前のオーダーのすべての明細のコピーが終了しない場合、次のようになります:

「オーダー管理」作業領域に、新しいコピーのオーダー番号が指定されたダイアログが表示されます。
ダイアログを閉じて、元の販売オーダーのオーダー・ページに留まることができます。
「表示順序」ページには新しいオーダー番号の横にロック・アイコンが表示され、オーダー管理ではコピーが作成されます。ページをリフレッシュして、最新の詳細を表示できます。
オーダー管理では元のオーダーはロックされませんが、オーダー管理でコピーが作成されている間は変更しないでください。
ダイアログのオーダー番号を使用して、新しいコピーを検索できます。しばらくして検索が成功しない場合は、「オーダー・オーケストレーション・メッセージの管理」ページに移動して検索し、結果を確認できます。
待機中に他の販売オーダーを処理できます。

値を設定しない場合

値を設定しないと、オーダー管理で元のオーダーのすべての明細のコピーが終了するまで、元の販売オーダーから移動できません。オーダー管理はオーダーのコピーを終了し、「オーダーの編集」ページに新しいコピーを表示します。

販売オーダーの保存要求後にユーザーに制御を返す

ユーザー・エクスペリエンスを向上させます。 Order Managementが販売オーダーを保存する間は、保存が終了するのを待つ必要なく、ユーザーが販売オーダーから移動できるように制御します。

保存をクリックするか、保存してクローズをクリックすると、大量のオーダー明細がある販売オーダーの保存に数分かかる場合があります。このパラメータを使用して、オーダー管理がオーダーを保存しているときに、ユーザーが販売オーダーからナビゲートできるようにするかどうかを指定できます。パラメータを設定しない場合、Order Managementはすべての明細をオーダーに保存した後にのみ、ユーザーに制御権を与えます。

パラメータを値に設定します。

いいえ。オーダー管理がオーダーのすべての明細の保存を終了するまで、販売オーダーから移動できません。オーダー管理がオーダーの保存を終了した後は、「オーダーの編集」ページに残ります。事前定義済の値は「いいえ」です。
はい。オーダー管理が販売オーダーを保存している間に、販売オーダーから移動できます。
- 販売オーダーを発行または保存すると、オーダー管理作業領域にダイアログが表示され、「オーダーの表示」ページが表示されます。
- オーダー管理が引き続きオーダーを保存している場合、「オーダーの表示」ページにオーダー番号の横にロック・アイコンが表示されます。ページをリフレッシュして、最新の詳細を表示できます。
- 「オーダーの表示」ページから移動した場合は、販売オーダーを検索して最新の詳細を取得できます。
- エラーまたは警告が発生した場合、エラーまたは警告アイコンをクリックして詳細を表示できます。

この機能は、「Order Management」作業領域で「保存」または「保存してクローズ」をクリックした場合にのみ機能します。オーダーをインポートするときには適用されません。

税金決定要因のデフォルト値を指定

税金決定要因のデフォルト値の指定パラメータを使用して、税金に影響する属性にデフォルト値をいつ適用するかを指定します。このパラメータを使用すると、税金の計算に使用する値を柔軟に選択できます。

大量の販売オーダーがあり、それらに対する税金を計算しない場合は、パフォーマンスを向上させます。
このパラメータは、オーダー管理作業領域で作成した販売オーダー、またはインポートしたオーダーとともに使用します。オーダー管理拡張または変換ルールを使用して、デフォルト値を自動的に設定することもできます。
販売オーダーを作成するとき、または「オーダー管理」作業領域で販売オーダーを送信するときに、デフォルト値を使用するか、インポートした値のみを使用します。
販売オーダーの保存時、オーダーの発行時、または税金に影響するオーダー・ヘッダー属性やオーダー明細属性の変更時に、デフォルト値を適用できます。
デフォルト税金値をまったく適用しないように指定できます。たとえば、インポートする販売オーダーに税金がすでに適用されている場合です。
デフォルトの動作をオフにして、販売オーダーを保存または送信するときにデフォルト値を設定することもできます。オーダー・ヘッダーまたはオーダーの属性を更新するときに、オーダー管理でデフォルト値を設定することもできます。

税金決定要因のデフォルト値の指定パラメータに設定できる値を次に示します。

値	説明
属性およびオーダー管理の変更時のデフォルトの設定	オーダー・ヘッダーまたはオーダー明細の税金に影響する属性を変更する場合は、デフォルト値を設定します。
オーダーの保存時にデフォルト値を設定	販売オーダーを保存するときにのみデフォルト値を設定します。
販売オーダーの発行時のデフォルト値の設定	販売オーダーを発行する場合にのみデフォルト値を設定します。オーダーが下書きステータスの間は、オーダー管理によってデフォルトの税金値が設定されません。「オーダー管理」作業領域で作成したオーダー、およびインポートしたオーダーに対しては、オーダー管理がこのように動作します。
デフォルト値を設定しない	税金決定要因のデフォルト値は設定しないでください。 Oracle Applicationsの外部で税金をすべて計算する場合、または税金値をオーダー管理にインポートして、インポートした値を使用する場合には、この設定を使用します。非常に大きな販売オーダーがあり、高いレベルのパフォーマンスを維持する必要がある場合にも、この設定の使用を検討できます。大規模なオーダーの税金を計算すると、パフォーマンスに影響する可能性があります。
要求時	Don't use. 将来の更新のためです。

税金の詳細は、次を参照してください:

オーダー管理の拡張機能

Oracle Application Development Frameworkを使用して販売オーダーをインポートするときにオーダー管理拡張を使用してオーダー明細を自動的に作成すると、パラメータに属性の変更時にデフォルトの設定を設定した場合でも、拡張によってデフォルト値が設定されます。次に、課税国属性のデフォルト値を米国に設定するなど、いくつかのデフォルト値を設定する例を示します:

次に、課税国属性のデフォルト値を米国に設定するなど、いくつかのデフォルト値を設定する例を示します:

オーダー管理拡張では、更新22Dの前にこれらの値が更新時に自動的に設定されませんでした。

オーダー管理では、保存時イベントの後にデフォルトの税金値が設定されます。たとえば、保存前ではなく、販売オーダーを保存した後に、製品会計分類を設定します。そのため、税金決定要因を検証するために保存時イベントで拡張機能を現在使用している場合は、保存時に行われる発行リクエストの開始時イベントを使用するように拡張を変更することをお薦めします。これにより、拡張ではデフォルト値が使用されます。

詳細は、オーダー管理機能拡張の作成の概要を参照してください。