販売オーダーで保留を設定するためのガイドライン
次のガイドラインを使用して、販売オーダー保留を設定します。
必要な保留タイプの決定
様々なタイプの保留を適用できます。
|
タイプ |
説明 |
|---|---|
|
一般 |
オーケストレーション・プロセスの任意のステップに適用したままにします。 特定のタスクには保留は適用されません。 保留コードを作成するときにすべてのサービスの保留を有効にします。 |
|
サービス |
請求書タスク・タイプの請求明細の作成サービスなど、特定のタスク・タイプおよびサービスに適用する保留。 サービスは、保留コードの作成時に指定します。 |
|
システム |
Oracle Order Managementが自動的に適用され、解放されることを確認します。 次に例を示します。
|
拡張またはREST APIの使用
オーダー管理拡張またはREST APIを使用して保留を適用します。
| 保留を適用する場合 | 処理 |
|---|---|
| 新しい販売オーダーを作成した後すぐに送信します。 | Order Management拡張を使用します。 詳細は、「Order Management拡張を使用した保留の適用」を参照してください。 |
| 販売オーダーを改訂した後すぐに、送信します。 |
REST APIの使用 詳細は、「REST APIを使用した保留の適用および解除」を参照してください。 |
保留コードの作成
ノート
-
「設定および保守」作業領域を使用して、保留コード、オーケストレーション・プロセスおよびタスク・タイプを管理します。
-
保留コードを使用して、請求書の作成などの保留タスクを指定します。
-
サービスを指定するか、タスク・タイプを指定します。
-
属性を設定します:
属性
説明
適用可能ロール
「適用可能ロール」タブを使用して、オーダー・マネージャなど、保留を適用および解除できるユーザーを指定します。
システム保留を適用するロールは指定できませんが、DOO_CreditCheck保留を解除するロールを指定できます。
セット
オプションとして、保留コードの「設定」属性を使用して、Order Managementが保留を適用するビジネス・ユニットを指定します。 Set(セット)を使用して一連の保留コードを作成し、それらをすべて同じビジネス・ユニットに適用することもできます。
進行中のタスクの保留
Order Managementでは、Order Management作業領域の「オーダー」ページで、または保留をインポートするときに、「進行中のタスクの保留」オプションが自動的に有効になります。 履行システムを正しく解釈するように設定していない場合のみ、このオプションを使用不可にします。
終了日
HOLD_FOR_CHANGE_REQUESTなどの事前定義済システム保留コードの終了日属性を設定しないでください。
Order Managementでは、これらのコードが使用されます。 終了日を1つに設定した場合、実装でエラーが発生する可能性があります。 摘要を調べて、事前定義の保留コードがシステム保留コードかどうかを判断します。 摘要は通常、システム保留を識別します。 たとえば、HOLD_FOR_CHANGE_REQUESTの説明を次に示します:
System defined hold code used in change management process保留コードに終了日を設定した場合は、終了日の発生後に保留を適用できませんが、終了日の発生後に保留を解除できます。
保留コードの例
次に、有用な例をいくつか示します。
コード
名前
タスク・タイプ
保留するサービス
DOO_ACTIVTY
作成活動の保留
Activity
アクティビティの作成
DOO_SCHDL
SCHLD
スケジュール
スケジューリングの作成およびスケジュールの取消。
DOO_SCHLD_ALL
SCHLD_ALL
-
すべてのスケジューリング・サービス。
DOO_RSRV
RESRV
予約
予約の作成および予約の取消。
DOO_RSRV_ALL
RESRV_ALL
-
すべての予約サービス。
DOO_SHIP_CREATE
出荷の作成の保留
出荷
出荷の作成
DOO_SHIP_ALL
SHIP_ALL
-
すべての出荷サービス。
DOO_RCV_CREATE
受入作成の保留
返品
予想受入通知を作成します。
DOO_INVOICE_CREATE
請求書の作成の保留
請求書
請求明細の作成
「全サービスの保留」オプションの検討
|
すべてのサービスの保留オプションを有効にしない場合 |
すべてのサービスの保留オプションを有効にした場合 |
|---|---|
|
指定するサービスは、サービスを参照する各オーケストレーション・プロセス・ステップに影響します。 次のことを想定します:
ステップ300は出荷の作成サービスを参照する唯一のステップであるため、保留はShipOrderGenericProcessオーケストレーション・プロセスのステップ300にのみ影響します。 このオプションは、タスク・タイプのサービスの一部を実行するが、他のサービスを実行しないようにする場合に使用します。 たとえば、オーケストレーション・プロセスで出荷リクエストが正常に作成されたことを確認するまで出荷の作成を保留にし、出荷の作成の保留を削除した後に、プロセスで出荷の待機タスクを自動的に実行するとします。 |
指定したタスク・タイプは、タスク・タイプを参照する各オーケストレーション・プロセス・ステップに影響します。 次のことを想定します:
これらのステップは出荷タスク・タイプを参照するため、保留はステップ300およびステップ400に影響します。 実行するタスクの一部がない場合は、このオプションを使用します。 可燃性に優れた危険物を発送しているとします。 出荷前に、危険物を処理するために運送業者がライセンスされていることを確認するための保留を設定します。 出荷タスク・タイプの「すべてのサービスの保留」オプションを有効にして、出荷実行の一部がないことを確認します。 |
待機ステップの使用
-
FOM_SKIP_HOLDS_WAIT_VALIDATIONプロファイル・オプションを有効にすると、明細が待機ステップにある場合にのみ、Order Managementは履行明細の保留を適用またはリリースするリクエストを処理します。 たとえば、明細が出荷待ちステータスの場合です。 明細が待機ステップにない場合、Order Managementはエラーを返します。 プロファイル・オプションを有効にするには、「設定および保守」作業領域に移動し、「タスク」>「検索」をクリックし、「プロファイル・オプションの管理」ページを検索して開き、FOM_SKIP_HOLDS_WAIT_VALIDATIONのプロファイル・オプション・コード属性を検索し、使用可能オプションにサイト・レベルのチェック・マークが含まれていることを確認します。
待機操作を実行するサービスを参照するオーケストレーション・プロセスは、待機ステップです。 待機操作を実行するサービスを確認するには、「設定および保守」作業領域の「タスク・タイプの管理」ページに移動し、出荷などの目的のタスク・タイプを含む行をクリックしてから、詳細領域でサービスを調べます。 待機操作を実行するサービスを探します。
-
出荷や請求タスクなどの長時間実行タスクの保留コードを作成する場合は、オーダー管理が待機ステップに適用するように設定します。
このアプローチを使用すると、ユーザーが長時間実行タスクの実行中に販売オーダーを改訂したときに発生する同時実行の問題を回避できます。 待機ステップを保留すると、オーダーを改訂する前に、処理中の処理が終了していることを確認するのに役立ちます。
-
出荷タスクに対して出荷待機サービスの保留を適用し、請求書タスクに対して請求待機サービスを適用します。 これらの各サービスは待機操作を行います。
出荷セットへの保留の適用
出荷セットの一部であるソース明細に保留を適用またはリリースすると、オーダー管理は、そのセットに含まれるすべての明細に保留を適用またはリリースします。
出荷セットの一部である明細に保留を適用すると、オーダー管理はデータベースに問い合せて、同じ出荷セット内の他の明細が販売オーダーに存在するかどうかを判断します。 セット内に他の明細が見つからない場合は、ペイロードで指定した明細にのみ保留が適用されます。 保留を解除した場合も、同じ動作が適用されます。
出荷セットnに明細x、yおよびzが含まれているとします。 インポートで明細xに保留を適用すると、オーダー管理では明細yとzに同じ保留が適用されます。 オーダー管理では、ペイロードに保留が含まれていない場合でも、明細yおよびzに保留が適用されます。
直送および購買オーダーに保留を適用
Order Managementが履行明細に保留を適用し、明細に直接出荷と購買オーダーが含まれている場合、Order Management作業領域ではその明細に保留アイコンが表示されます。 Order Managementでは、購買オーダーの1つの明細にのみ保留を適用した場合でも、アイコンが表示されます。
販売オーダーに次の履行明細があるとします:
- 明細1、購買オーダー1
- 明細2、購買オーダー2
- 明細3、購買オーダー1
Order Management作業領域を使用して明細1に保留を適用すると、購買オーダー全体がOracle Procurementで保留になっているため、明細1と3に保留アイコンが作業領域に表示されます。 その後、明細1または明細3の保留を解除すると、購買オーダー全体が保留ではなくなったため、作業領域によって明細1と3からアイコンが削除されます。
保留を解除できる場所を見る
|
保留を適用する場合 |
オーダー管理作業領域のオーダーの作成またはオーダーの改訂ページでリリース可能 |
オーダー管理作業領域の履行ビューでリリース可能 |
Webサービスからリリース可能 |
REST APIを介してリリースできる |
|---|---|---|---|---|
|
Order Management作業領域の「オーダーの作成」ページまたは「オーダーの改訂」ページ |
Yes |
Yes |
はい。ただし、オーダー・ヘッダーまたはオーダー明細に保留を適用した場合のみです。 webサービスを使用して、「オーダーの改訂」ページで履行明細に適用した保留をリリースすることはできません。 |
はい。ただし、オーダー・ヘッダーまたは履行ラインに保留を適用した場合のみです。 |
|
履行ビュー |
はい。ただし、オーダー・ヘッダーまたは履行ラインに保留を適用した場合のみです。 ページの改訂を使用してオーダー明細に適用した保留をリリースすることはできません。これは、すでにオーダーを発行しており、オーダー管理によってオーダー明細が履行明細に変換されたためです。 |
Yes |
はい。ただし、オーダー・ヘッダーに保留を適用した場合のみです。 webサービスを使用して、履行ビューで履行明細に適用した保留をリリースすることはできません。 |
はい。ただし、オーダー・ヘッダーまたは履行ラインに保留を適用した場合のみです。 REST APIを使用して、履行ビューでオーダー明細に適用した保留をリリースすることはできません。 |
|
Webサービス |
はい。ただし、オーダー・ヘッダーに保留を適用した場合のみです。 作成ページまたは改訂ページを使用して、webサービスを介してオーダー明細または履行明細に適用する保留をリリースすることはできません。 |
Yes |
Yes |
はい。ただし、オーダー・ヘッダーに保留を適用した場合のみです。 |
| REST API |
はい。ただし、オーダー・ヘッダーまたは履行ラインに保留を適用した場合のみです。 |
はい。ただし、履行明細に保留を適用した場合のみです。 |
はい。ただし、オーダー・ヘッダーに保留を適用した場合のみです。 webサービスを使用して、REST APIを介して履行明細に適用した保留をリリースすることはできません。 |
Yes |
さらに考慮すべき点
-
オーダー管理には、様々なタスク・タイプとサービスを保持する事前定義済の保留コードがいくつか用意されています。 事前定義済の保留コードがニーズを満たさない場合にのみ、独自の保留コードを追加します。
-
サービス・タブに必要なタスク・タイプとサービスが表示されない場合は、「タスク・タイプの管理」ページを使用して、保留に対して選択できるタスクとサービスを指定します。 サービス・タブにサービスを表示するには、「保留可能」オプションを設定する必要があります。 請求レスポンスや請求の待機など、一部のサービスを保留可能にすることはできません。 詳細は、「独自のタスク・タイプを使用した保留の適用」を参照してください。
- オーダー・ヘッダーに保留を適用すると、オーダー管理は、その販売オーダーで現在オープンされているすべてのオーダー明細にも保留を適用しますが、クローズまたは取り消された明細には保留を適用しません。
-
オーダー管理では、一時停止タスクに適用した保留は無視されます。 一時停止タスクは、独自の条件に従って再開されます。
構成品目の場合は、構成品目に保留を適用してください。 構成オプションに保留を適用しないでください。 詳細は、販売オーダーの保留を参照してください。
-
保留を解除するまで、ダウンストリーム履行システムはタスクを完了できません。
- Order Managementの合計出荷数量が出荷の出荷数量と等しくない場合は、Order Managementによって保留リクエストが拒否され、エラーが表示されます。
- 変更オーダーに保留を適用する場合は、Order Managementから変更オーダーの報酬完了イベントを受信した後にのみ適用することをお薦めします。 Order Managementは、現在補正されているタスクを保持しません。 バックグラウンドについては、「オーダー履行中に発生する変更の管理の概要」を参照してください。
- Order Managementでは、エラー・リカバリ中の販売オーダーまたはオーダー明細の保留リクエストまたは保留リリース・リクエストは処理されません。 エラーを修正してから、保留を再試行する必要があります。
-
時間を節約します。 保留設定は移行できます。 詳細は、「オーダー管理のインスタンス間での設定のコピー」を参照してください。
権限の有無を確認
ジョブ・ロールには権限があります。 ジョブ・ロールを確認し、その権限があることを確認します。
|
必要な作業 |
ジョブ・ロール |
ジョブ・ロールの正式名 |
|---|---|---|
|
保留コードを設定します。 |
オーダー管理者 |
ORA_DOO_ORDER_ADMINISTRATOR_JOB |
|
「オーダーの作成」ページ、「オーダーの改訂」ページまたは履行ビューで、販売オーダー、オーダー明細または履行明細の保留を適用、リリースまたは表示します。 |
オーダー入力スペシャリストまたはオーダー・マネージャ |
ORA_DOO_ORDER_ENTRY_SPECIALIST_JOB ORA_DOO_ORDER_MANAGER_JOB |
|
履行ビューでオーケストレーション・プロセスの保留を表示します。 |
オーダー・マネージャ |
ORA_DOO_ORDER_MANAGER_JOB |
|
webサービスを介して保留を適用または解除します。 |
独自のロールを作成します。 |
自分のロールに権限を追加します。
|
| REST APIを介して保留を適用します。 | 独自のロールを作成します。 |
自分のロールに権限を追加します。
|
| REST APIによる保留の解除。 | 独自のロールを作成します。 |
自分のロールに権限を追加します。
|
このトピックでは、事前定義済ジョブ・ロールを使用します。 セキュリティ要件に応じて、独自のジョブ・ロールを作成する必要があります。 詳細は、「Order Managementの実装に必要な権限」を参照してください。