機械翻訳について

オーケストレーション・プロセスの一時停止の概要

一時停止タスクを使用してオーケストレーション・プロセスの実行を一時的に停止し、条件が満たされるまで待機できるようにします。

条件を満たすと、オーケストレーション・プロセスによって一時停止タスクが解放され、次のオーケストレーション・プロセス・ステップに進みます。 一時停止タスクを指定してタスク間を待機するか、一時停止をリリースして次のオーケストレーション・プロセス・ステップを開始するタイミングを指定できます。

一般的な一時停止タスクの使用方法のフロー

ノート

  1. オーケストレーション・プロセスの一時停止タスクを参照するステップを追加します。 オーケストレーション・プロセスの任意の時点で一時停止タスク・ステップを追加できます。 この例には、単純な3ステップのオーケストレーション・プロセスが含まれています。 たとえば、オーケストレーション・プロセスが正常に履行をスケジュールし、品目を顧客に出荷する前に支払の確認を待機する必要があるとします。

  2. オーケストレーション・プロセスを一時停止して、イベントの発生、経過時間または依存関係の解決を待機するルールを設定します。

  3. オーケストレーション・プロセスが次のステップに進むことができるように、一時停止タスクをリリースするリリース・ルールを設定します。 一時停止タスクをリリースする方法を次に示します。

    • タイマーが失効したとき、フローがリリース条件を満たしたとき、またはフローが条件を満たしていないときに、自動的にリリースします。

    • ユーザーがオーダー管理作業領域で手動でリリースできるようにします。

    • 定期的にスケジュールされた間隔に従って自動的にリリースするスケジュール済プロセスを使用します。

    • オーケストレーション・プロセスをいつリリースするかを通知するwebサービスを使用します。

時間のために一時停止

2週間配送の期日ではない出荷リクエストがある倉庫を過負荷にしないようにするとします。 オーケストレーション・プロセスを一時停止して、出荷リクエストが倉庫に送信されるまで待機してから、予定出荷日の2日前まで待機できます。

別の例で、ゲームのリリース日の7日前までのビデオ・ゲームを販売するとします:

  • 販売オーダーが出荷される前に、販売オーダーをスケジュールして処理するには7日が必要です。 このリード・タイムを使用すると、ゲームが利用可能になるとすぐに出荷できます。

  • スケジュール・ステップが発生する前にオーケストレーション・プロセスを一時停止する一時停止タスクを設定し、パブリッシャがゲームを解放するまで一時停止を続けます。

  • リリース日から7日を引いた値を含む拡張可能フレックスフィールドに従って一時停止タスクをリリースするルールを設定します。 オーケストレーション・プロセスは、一時停止タスクをリリースし、販売オーダーをスケジュールしてから処理を再開します。

詳細は、「時間の一時停止オーケストレーション・プロセス」を参照してください。 これには、「予約前の明細の一時停止」の例が含まれています。

イベントで停止

顧客が品目を予約し、その品目を賦払で支払うことができる取置プログラムを提供するとします。 一時停止タスクを使用して、オーケストレーション・プロセスを一時停止します。 顧客が全額を支払うと、オーケストレーション・プロセスによって一時停止タスクのリリース・サービスが呼び出され、一時停止タスクがリリースされてから、品目が顧客に出荷されます。

別の例として、履行ロケーションで在庫がある場合にのみ、各販売オーダーを出荷にリリースする必要があるとします。 在庫が使用可能になるまでオーケストレーション・プロセスを一時停止する一時停止タスクを使用します。 在庫が使用可能な場合、webサービスは一時停止タスクのリリースをコールし、一時停止タスクをリリースしてから、品目を顧客に出荷します。

イベントの発生を待機するルールを設定する場合、通常、webサービスを使用して一時停止タスクを再開します。 このコンテキストでは、「イベント」は、Oracle Order Managementの外部で実行されることを意味します。 ビジネス・イベントと同義ではありません。

詳細は、「イベントのオーケストレーション・プロセスの一時停止」を参照してください。 次の例が含まれています:
  • 小切手支払イベントの待機
  • 大規模な販売オーダーの処理終了の待機
  • 対象品目およびカバレッジ品目の請求への送信

出荷休止で次の例を参照してください:

  • タスクがすべての明細で終了するまで一時停止
  • すべての出荷可能明細を出荷するまで出荷不可明細を一時停止
  • 出荷が少なくとも1つの出荷可能明細になるまで出荷不可明細を一時停止
  • 出荷可能明細の出荷待ちなしで出荷不可明細を請求に送信
  • 出荷可能明細がない場合に出荷不可明細を請求に送信
  • 出荷不可明細および返品明細を請求に送信
  • すべての明細を出荷するまでキットの出荷済明細を一時停止
  • 出荷可能明細および出荷不可明細をグループ内の請求に送信

依存関係の一時停止

次の例について考えます。

  • 顧客が、コーヒー、紙コップ、砂糖、クリーマを同時に含む出荷の受領をリクエストしています。 1つの履行ラインが各品目を履行します。 たとえば、履行明細xはコーヒーを履行し、履行明細yはカップを履行します。 オーケストレーション・プロセスがこれらの各明細のスケジューリングを終了するまで、各オーダー明細を一時停止する一時停止タスクを使用できます。 オーケストレーション・プロセスでは、販売オーダーが定期的に評価されます。 すべての明細のスケジューリングが終了し、同時に顧客に出荷されます。

  • 顧客は、オーケストレーション・プロセスがこれらの各明細をいつ出荷するかに関係なく、販売オーダーのすべての履行明細の請求書を同時に受け取る必要があります。 すべての品目を出荷するまでオーケストレーション・プロセスを一時停止する一時停止タスクを使用できます。 次に、すべての明細の請求書を顧客に同時に送信します。

  • 企業ポリシーでは、スケジュール日がリクエスト日より後になる各販売オーダーを社内の担当者がレビューおよび承認する必要があります。 一時停止タスクを使用して、これらの担当者がレビューおよび承認を終了するまでオーケストレーション・プロセスを一時停止できます。

詳細は、「依存関係のオーケストレーション・プロセスの一時停止」を参照してください。 「請求前のすべての明細の出荷待ち」の例が含まれています。

一時停止タスクに設定する属性

一時停止タスクは、Order Managementが初めてルールを実行したときに、ビジネス・ルールのIF文の条件を評価します。 条件がTrueの場合、一時停止タスクはオーケストレーション・プロセスを一時停止します。

一時停止タスクに次の属性を設定します:

属性

reevaluateFlag

  • Y. オーケストレーション・プロセスがステップを終了するたびに条件を評価します。 条件がtrueに評価されない場合は、一時停止タスクを解放します。

    たとえば、オーケストレーション・プロセスが1つの販売オーダーで複数の履行明細を処理しており、各明細の処理後に条件を評価する必要があるとします。 reevaluateFlagを使用して各行を評価できます。

    別の例として、顧客の画像を印刷してからフレーム化する必要があるとします。 画像を印刷する別のタスクを含むフローを設定します。 同日の出荷を約束するため、できるだけ早く画像をフレームできるように印刷するかどうかを定期的に確認します。

  • N. オーケストレーション・プロセスがタスクを終了するたびに条件を評価しないでください。 IF文がTrueの場合、一時停止タスクを明示的に解放するまでオーケストレーション・プロセスは一時停止したままになります。

sacType

If文がTrueと評価されたときに実行するアクションを指定します。

sacTypeを次のいずれかの値に設定します。

  • SAC_TYPE_EVENT. イベントが発生するまでオーケストレーション・プロセスを一時停止します。

  • SAC_TYPE_TIMER. 指定した日時までオーケストレーション・プロセスを一時停止します。

  • SAC_TYPE_IMMEDIATE. 一時停止タスクをリリースして処理を再開します。

  • SAC_SYSTEM_EVENT_IPC_PAUSE interprocess communication ( IPC)を使用して、オーケストレーション・プロセス全体のイベントに従って一時停止します。

    IPCを使用する場合、reevaluateFlagをNに設定した場合でも、オーケストレーション・プロセスがステップを終了するたびにルールによって条件が評価されます。

sac「条件の後に開始」の略称です。