販売オーダーで保留を設定するためのガイドライン
次のガイドラインを使用して、販売オーダー保留を設定します。
必要な保留タイプの決定
様々な種類の保留を適用できます。
|
タイプ |
説明 |
|---|---|
|
一般 |
オーケストレーション・プロセスの任意のステップに適用したままにします。 特定のタスクには保留は適用されません。 保留コードを作成するときにすべてのサービスの保留を有効にします。 |
|
サービス |
請求書タスク・タイプの請求明細の作成サービスなど、特定のタスク・タイプおよびサービスに適用する保留。 サービスは、保留コードの作成時に指定します。 |
|
システム |
オーダー管理が自動的に適用され、リリースされます。 次に例を示します。
|
保留コードの作成
ノート
-
設定およびメンテナンス作業領域を使用して、保留コード、オーケストレーション・プロセスおよびタスク・タイプを管理します。
-
保留コードを使用して、請求書の作成などの保留タスクを指定します。
-
サービスを指定するか、タスク・タイプを指定します。
-
属性を設定します。
属性
説明
適用可能ロール
「適用可能ロール」タブを使用して、オーダー・マネージャなど、保留を適用および解除できるユーザーを指定します。 システム保留を適用するロールは指定できませんが、DOO_CreditCheck保留を解除するロールを指定できます。
セット
オプションとして、保留コードの設定属性を使用して、オーダー管理が保留を適用するビジネス・ユニットを指定します。 Set(セット)を使用して一連の保留コードを作成し、それらをすべて同じビジネス・ユニットに適用することもできます。
進行中のタスクの保留
オーダー管理では、ユーザーがオーダー管理作業領域のオーダー・ページまたは保留をインポートしたときに、「進行中のタスクの保留」オプションが自動的に有効になります。 履行システムを正しく解釈するように設定していない場合のみ、このオプションを使用不可にします。
終了日
HOLD_FOR_CHANGE_REQUESTなどの事前定義済システム保留コードの終了日属性を設定しないでください。
Order Managementでは、これらのコードが使用されます。 終了日を1つに設定した場合、実装でエラーが発生する可能性があります。 摘要を調べて、事前定義の保留コードがシステム保留コードかどうかを判断します。 この名称は通常、システム保留を識別します。 たとえば、HOLD_FOR_CHANGE_REQUESTの説明を次に示します。
System defined hold code used in change management process保留コードに終了日を設定した場合は、終了日の発生後に保留を適用できませんが、終了日の発生後に保留を解除できます。
すべてのサービスの保留
|
すべてのサービスの保留オプションを有効にしない場合 |
すべてのサービスの保留オプションを有効にした場合 |
|---|---|
|
指定する「サービス」は、サービスを参照する各オーケストレーション・プロセス・ステップに影響します。 次のことを想定します:
ステップ300は出荷の作成サービスを参照する唯一のステップであるため、保留はオーケストレーション・プロセスShipOrderGenericProcessのステップ300にのみ影響します。 このオプションは、タスク・タイプのサービスの一部を実行するが、他のサービスを実行しないようにする場合に使用します。 たとえば、オーケストレーション・プロセスで出荷リクエストが正常に作成されたことを確認するまで出荷の作成を保留にし、出荷の作成の保留を削除した後に、プロセスで出荷の待機タスクを自動的に実行するとします。 |
指定する「タスク・タイプ」は、タスク・タイプを参照する各オーケストレーション・プロセス・ステップに影響します。 次のことを想定します:
これらのステップは出荷タスク・タイプを参照するため、保留はステップ300およびステップ400に影響します。 実行するタスクの一部がない場合は、このオプションを使用します。 可燃性に優れた危険物を発送しているとします。 出荷前に、危険物を処理するために運送業者がライセンスされていることを確認するための保留を設定します。 出荷タスク・タイプの「すべてのサービスの保留」オプションを有効にして、出荷実行の一部がないことを確認します。 |
保留を解除できる場所を見る
|
保留を適用する場合 |
オーダー管理作業領域のオーダーの作成またはオーダーの改訂ページでリリース可能 |
オーダー管理作業領域の履行ビューでリリース可能 |
Webサービスからリリース可能 |
REST APIを介してリリースできる |
|---|---|---|---|---|
|
オーダー管理作業領域のオーダーの作成またはオーダーの改訂ページ |
Yes |
Yes |
はい。ただし、オーダー・ヘッダーまたはオーダー明細に保留を適用した場合のみです。 webサービスを使用して、「オーダーの改訂」ページで履行明細に適用した保留をリリースすることはできません。 |
はい。ただし、オーダー・ヘッダーまたは履行ラインに保留を適用した場合のみです。 |
|
履行ビュー |
はい。ただし、オーダー・ヘッダーまたは履行ラインに保留を適用した場合のみです。 ページの改訂を使用してオーダー明細に適用した保留をリリースすることはできません。これは、すでにオーダーを発行しており、オーダー管理によってオーダー明細が履行明細に変換されたためです。 |
Yes |
はい。ただし、オーダー・ヘッダーに保留を適用した場合のみです。 webサービスを使用して、履行ビューで履行明細に適用した保留をリリースすることはできません。 |
はい。ただし、オーダー・ヘッダーまたは履行ラインに保留を適用した場合のみです。 REST APIを使用して、履行ビューでオーダー明細に適用した保留をリリースすることはできません。 |
|
Webサービス |
はい。ただし、オーダー・ヘッダーに保留を適用した場合のみです。 作成ページまたは改訂ページを使用して、webサービスを介してオーダー明細または履行明細に適用する保留をリリースすることはできません。 |
Yes |
Yes |
はい。ただし、オーダー・ヘッダーに保留を適用した場合のみです。 |
| REST API |
はい。ただし、オーダー・ヘッダーまたは履行ラインに保留を適用した場合のみです。 |
はい。ただし、履行明細に保留を適用した場合のみです。 |
はい。ただし、オーダー・ヘッダーに保留を適用した場合のみです。 webサービスを使用して、REST APIを介して履行明細に適用した保留をリリースすることはできません。 |
Yes |
待機ステップの使用
-
FOM_SKIP_HOLDS_WAIT_VALIDATIONプロファイル・オプションを有効にすると、明細が待機ステップにある場合にのみ、Order Managementは履行明細の保留を適用またはリリースするリクエストを処理します。 たとえば、明細が出荷待ちステータスの場合です。 明細が待機ステップにない場合、Order Managementはエラーを返します。 プロファイル・オプションを有効にするには、設定およびメンテナンス作業領域に移動し、「タスク」>「検索」をクリックし、「プロファイル・オプションの管理」ページを検索して開き、FOM_SKIP_HOLDS_WAIT_VALIDATIONのプロファイル・オプション・コード属性を検索し、使用可能オプションにサイト・レベルのチェック・マークが含まれていることを確認します。
待機操作を実行するサービスを参照するオーケストレーション・プロセスは、待機ステップです。 待機操作を実行するサービスを確認するには、設定およびメンテナンス作業領域の「タスク・タイプの管理」ページに移動し、出荷などの目的のタスク・タイプを含む行をクリックしてから、詳細領域でサービスを調べます。 待機操作を実行するサービスを探します。
-
出荷や請求タスクなどの長時間実行タスクの保留コードを作成する場合は、オーダー管理が待機ステップに適用するように設定します。
このアプローチを使用すると、ユーザーが長時間実行タスクの実行中に販売オーダーを改訂したときに発生する同時実行の問題を回避できます。 待機ステップを保留にすると、ユーザーがオーダーを改訂する前に、処理中の処理が終了したことを確認するのに役立ちます。
-
出荷タスクに対して出荷待機サービスの保留を適用し、請求書タスクに対して請求待機サービスを適用します。 これらの各サービスは待機操作を行います。
出荷セットへの保留の適用
出荷セットの一部であるソース明細に保留を適用またはリリースすると、オーダー管理は、そのセットに含まれるすべての明細に保留を適用またはリリースします。
出荷セットの一部である明細に保留を適用すると、オーダー管理はデータベースに問い合せて、同じ出荷セット内の他の明細が販売オーダーに存在するかどうかを判断します。 セット内に他の明細が見つからない場合は、ペイロードで指定した明細にのみ保留が適用されます。 保留を解除した場合も、同じ動作が適用されます。
出荷セットnに明細x、yおよびzが含まれているとします。 インポートで明細xに保留を適用すると、オーダー管理では明細yとzに同じ保留が適用されます。 オーダー管理では、ペイロードに保留が含まれていない場合でも、明細yおよびzに保留が適用されます。
権限の有無を確認
ジョブ・ロールには権限があります。 ジョブ・ロールを確認し、その権限があることを確認します。
|
必要な作業 |
ジョブ・ロール |
ジョブ・ロールの正式名 |
|---|---|---|
|
保留コードを設定します。 |
オーダー管理者 |
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の実装に必要な権限」を参照してください。
Webサービスを介した保留のインポート
webサービスを使用して保留をインポートします。
ソース・システムLEGからインポートするソース・オーダー20156のオーダー明細101にDOO_SHIP_ALL保留を適用するペイロードの例を次に示します。
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope>
<soapenv:Header/>
<soapenv:Body>
<dood:RequestHoldProcessRequest>
<!-1 or more repetitions:-->
<dood:ApplyHoldRequestParams>
<dood:SourceOrderSystem>LEG</dood:SourceOrderSystem>
<!--Optional:-->
<dood:SourceOrderId>20156</dood:SourceOrderId>
<!--Optional:-->
<dood:SourceLineId>101</dood:SourceLineId>
<!--Optional:-->
<dood:SourceHoldCode>DOO_SHIP_ALL</dood:SourceHoldCode>
<!--Optional:-->
<dood:HoldComments>Hold Shipping</dood:HoldComments>
<!--Optional:-->
<dood:SourceOrderNumber></dood:SourceOrderNumber>
<!--Optional:-->
<dood:SourceOrderLineNumber></dood:SourceOrderLineNumber>
<!--Optional:-->
<dood:HoldName></dood:HoldName>
<!--Optional:-->
<dood:AppliedBy>?</dood:AppliedBy>
</dood:ApplyHoldRequestParams>
</dood:RequestHoldProcessRequest>
</soapenv:Body>
</soapenv:Envelope>
保留を解除するペイロードの例を次に示します。
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope>
<soapenv:Header/>
<soapenv:Body>
<dood:ReleaseHoldProcessRequest>
<!-1 or more repetitions:-->
<dood:ReleaseHoldRequestParams>
<dood:SourceOrderSystem>LEG</dood:SourceOrderSystem>
<!--Optional:-->
<dood:SourceOrderId>20156</dood:SourceOrderId>
<!--Optional:-->
<dood:SourceLineId>101</dood:SourceLineId>
<!--Optional:-->
<dood:SourceHoldCode>DOO_SHIP_ALL</dood:SourceHoldCode>
<!--Optional:-->
<dood:HoldReleaseReasonCode>DOO_RELEASE_SHIP</dood:HoldReleaseReasonCode>
<!--Optional:-->
<dood:HoldComments>Remove Hold</dood:HoldComments>
<!--Optional:-->
<dood:SourceOrderNumber>?</dood:SourceOrderNumber>
<!--Optional:-->
<dood:SourceOrderLineNumber>?</dood:SourceOrderLineNumber>
<!--Optional:-->
<dood:HoldName>?</dood:HoldName>
<!--Optional:-->
<dood:HoldReleaseReasonName>?</dood:HoldReleaseReasonName>
<!--Optional:-->
<dood:ReleasedBy>?</dood:ReleasedBy>
</dood:ReleaseHoldRequestParams>
</dood:ReleaseHoldProcessRequest>
</soapenv:Body>
</soapenv:Envelope>
ノート
-
ReceiveOrderRequestService webサービスを使用します。 詳細は、「オーダー管理の統合に使用できるWebサービス」を参照してください。
-
オーダー・ヘッダーに保留を適用するには、SourceLineIdではなくSourceOrderIdの値を含めます。 保留は、オーダーのヘッダーおよびすべての明細に適用されます。
-
オーダー明細に保留を適用または解除するには、SourceOrderIdおよびSourceLineIdの値を含める必要があります。
-
複数の販売オーダーの保留を適用またはリリースします。 同じ
soapenv:Headerおよびsoapenv:Bodyを使用し、販売オーダーごとに個別のRequestHoldProcessRequestセクションまたはReleaseHoldProcessRequestセクションを含めます。 たとえば:<soapenv:header> ..... </soapenv:header> <soapenv:body> <RequestHoldProcessRequest> <SalesOrderNumber>1234</SalesOrderNumber> <SalesOrderSystem>GPR</SalesOrderSystem> </RequestHoldProcessRequest> <RequestHoldProcessRequest> <SalesOrderNumber>2345</SalesOrderNumber> <SalesOrderSystem>GPR</SalesOrderSystem> </RequestHoldProcessRequest> </soapenv:body> -
webサービスは、保留を適用またはリリースするときに、「進行中のタスクの保留」オプションを有効にしてオーダーをインポートします。
-
webサービスを使用して、下書きステータスの販売オーダーに保留を適用またはリリースできます。
-
webサービスを使用して、オーダー・ヘッダーまたはオーダー明細に保留を適用またはリリースできますが、このサービスを使用して履行明細に保留を適用またはリリースすることはできません。 履行明細に保留を適用または解除するには、オーダー管理作業領域で履行ビューに移動し、保留の適用処理または保留の解除処理を使用します。 詳細は、保留を使用して一時的に処理を停止を参照してください。
-
同じ
soapenv:BodyにRequestHoldProcessRequestおよびReleaseHoldProcessRequestを含めることはできません。 -
待機、保留の適用、保留解除またはインバウンド操作を使用するサービスでは、保留を有効にできません。 たとえば、出荷の待機タスクでは、オーケストレーション・プロセスが保留と実質的に同じ待機状態になるため、プロセスがすでに待機しているときに保留を行う必要はありません。 オーケストレーション・プロセスを保持する必要がある場合は、保留の適用、保留の解除またはインバウンド操作ステップの直前に、ステップに保留を追加します。
REST APIを介した保留のインポート
詳細は、「REST APIを使用した保留の適用および解除」を参照してください。
保留コードの例
次に、有用な例をいくつか示します。
|
コード |
名前 |
タスク・タイプ |
保留するサービス |
|---|---|---|---|
|
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 |
請求書の作成の保留 |
請求書 |
請求明細の作成 |
直送および購買オーダー
Order Managementが履行明細に保留を適用し、明細に直接出荷と購買オーダーが含まれている場合、Order Management作業領域ではその明細に保留アイコンが表示されます。 Order Managementでは、購買オーダーの1つの明細にのみ保留を適用した場合でも、アイコンが表示されます。
販売オーダーに次の履行明細があるとします:
- 明細1、購買オーダー1
- 明細2、購買オーダー2
- 明細3、購買オーダー1
Order Management作業領域を使用して明細1に保留を適用すると、購買オーダー全体がOracle Procurementで保留になっているため、明細1と3に保留アイコンが作業領域に表示されます。 その後、明細1または明細3の保留を解除すると、購買オーダー全体が保留ではなくなったため、作業領域によって明細1と3からアイコンが削除されます。
その他の考慮点
-
オーダー管理には、様々なタスク・タイプとサービスを保持する事前定義済の保留コードがいくつか用意されています。 事前定義済の保留コードがニーズを満たさない場合にのみ、独自の保留コードを追加します。
-
サービス・タブに必要なタスク・タイプとサービスが表示されない場合は、「タスク・タイプの管理」ページを使用して、保留に対して選択できるタスクとサービスを指定します。 サービス・タブにサービスを表示するには、「保留可能」オプションを設定する必要があります。 請求レスポンスや請求の待機など、一部のサービスを保留可能にすることはできません。 詳細は、「保留のタスク・タイプの設定」を参照してください。
- オーダー・ヘッダーに保留を適用すると、オーダー管理は、その販売オーダーで現在オープンされているすべてのオーダー明細にも保留を適用しますが、クローズまたは取り消された明細には保留を適用しません。
-
オーダー管理では、一時停止タスクに適用した保留は無視されます。 一時停止タスクは、独自の条件に従って再開されます。
構成品目の場合は、構成品目に保留を適用してください。 構成オプションに保留を適用しないでください。 詳細は、販売オーダーの保留を参照してください。
-
ダウンストリーム履行システムでは、保留をリリースするまでタスクを終了できません。
- Order Managementの合計出荷数量が出荷の出荷数量と等しくない場合は、Order Managementによって保留リクエストが拒否され、エラーが表示されます。
-
時間を節約します。 保留設定は移行できます。 詳細は、「オーダー管理のインスタンス間での設定のコピー」を参照してください。
- Order Managementでは、エラー・リカバリ中の明細の保留リクエストまたはリリース・リクエストは処理されません。