| 印刷 PDFバージョンのオンラインヘルプを開く

#### 時間ベースのワークフロールールについて 待機期間が経過した後にアクションが実行されるように、特定のワークフロールールを設定できます。たとえば、レコードの期日が経過した後、またはレコードが一定期間使用されていなかった場合に、ルールのアクションが実行されるようにルールを設定できます。時間ベースのワークフロールールを設定するには2つの方法があります。 スケジュール済みイベントを設定。スケジュール済みイベントは、ユーザーアクションではトリガーされないワークフロールールです。かわりに、スケジュール済みイベントは、指定された日時になると自動的に実行されます。必要な場合は、スケジュール済みイベントに指定した間隔で複数回実行するように、スケジュール済みイベントを設定できます。スケジュール済みイベントのワークフローアクションはレコードのリストに対して実行されますが、他のタイプのワークフロールールのアクションは単一レコードに対して実行されます。 スケジュール済みイベントの詳細は、「スケジュール済みイベントについて」および「スケジュール済みイベントの作成」を参照してください。 ワークフロールールまたはスケジュール済みイベントに［待機］アクションを設定。 ### [待機]アクションについて 1つ以上の［待機］アクションを、特定のイベント後ワークフロールール（スケジュール済みイベントを含む）に追加できます。時間ベースのアクションを実行するケースごとに、遅延の期間、または遅延の終了日時を指定する［待機］アクションを作成します。期間または日付を直接入力するか、期間または日付を計算する式を作成できます。次に、遅延するアクションの直前に［待機］アクションがくるように、ルールのアクションを並べ替えます。ビジネスプロセスの実現に複数のルールが必要な場合は、目的を実現するためにルールを適切に並べ替えます。 注: ［待機］アクションは、イベント前ワークフロールールには設定できません。 ### 待機アクション後のワークフロー条件の再評価について ［スケジュール済みイベント］以外のトリガーイベントを使用してイベント後ワークフロールールに［待機］アクションを設定すると、待機期間の終了時にワークフロールール条件を再評価するかどうかを指定できます。［待機］アクションの［待機後のルール条件を再評価します］チェックボックスがオンの場合は、待機期間の終了後にレコードが再び読み込まれ、ワークフロールールの条件に対して再評価されます。 （待機期間中にレコードが変更されたために）ルール条件が満たされていない場合、ルールの残りのアクションは実行されません。デフォルトでは、［待機］アクションの［待機後のルール条件を再評価します］チェックボックスはオンになります。 ［待機］アクションの［待機後のルール条件を再評価します］チェックボックスをオフにすると、待機期間が終了した後に、レコードが再び読み込まれ、ルールに対する次のアクションが実行されます。このときに、レコードがまだルール条件を満たしているかどうかはチェックされません。ルールに複数の［待機］アクションがある場合は、待機期間の終了後にルール条件を再評価する［待機］アクションごとに［待機後のルール条件を再評価します］チェックボックスをオンにする必要があります。 注: スケジュール済みイベント、つまり、［スケジュール済みイベント］トリガーイベントを使用するワークフロールールには条件を設定できません。したがって、スケジュール済みイベントの［待機］アクションの［待機後のルール条件を再評価します］チェックボックスをオンまたはオフにしても、ルールの処理には影響しません。 ### ［待機］アクションを使用する時間ベースのワークフロールールの使用例 次に、［待機］アクションを使用する時間ベースのワークフロールールの設定例を示します。時間ベースのワークフロールールは、ビジネスモデルに応じて異なる方法で使用できます。 サービスリクエストには、［標準］、［緊急］、［非常に重要］の3つの優先順位オプションが使用されます。サービスリクエストが作成されると、サービスリクエストの優先順位はデフォルトで［標準］に設定されます。サービスエスカレーションのビジネスプロセスでは、次のアクションが必要です。 新しいサービスリクエストが作成された後、サービスリクエストの状態が24時間以内に更新されない場合は、サービスリクエストの優先順位が［緊急］に変更され、サービスリクエストを更新する必要があることを所有者に通知する電子メールがサービスリクエストの所有者に送信されます。 サービスリクエストの状態が変更されずにさらに24時間経過すると、次の処理が実行されます。 サービスリクエストの［優先順位］フィールドが［非常に重要］に変更されます。 サービスリクエストが当初の所有者のマネージャに再割り当てされます。 サービスリクエストが所有者のマネージャに再割り当てされたこと、および優先順位が［非常に重要］に変更されたことを伝える電子メールが、サービスリクエストの当初の所有者と新しい所有者に送信されます。 この要件を満たすために、企業の管理者は、次のように設定されるサービスリクエストレコードタイプのワークフロールールを設定します。 ルールトリガーは、［新規レコードが保存されたとき］という値に設定されます。 ルール条件は、次のように、サービスリクエストの状態が［保留中］に設定されていないことを指定します。 [<Status>]<>LookupValue("SR_STATUS", "Pending") ワークフロールールには次の一連のアクションがあります。 期間が24時間で、［待機後のルール条件を再評価します］チェックボックスがオンの［待機］アクション サービスリクエストの［優先順位］フィールドを［緊急］に変更する［値を更新］アクション サービスリクエストの優先順位が［緊急］に変更されたこと、およびサービスリクエストを更新する必要があることを所有者に通知する電子メールをサービスリクエストの所有者に送信する［メール送信］アクション 期間が24時間で、［待機後のルール条件を再評価します］チェックボックスがオンの［待機］アクション サービスリクエストの［優先順位］フィールドを［非常に重要］に変更する［値を更新］アクション 当初の所有者のマネージャを新しい所有者として割り当てる［値を更新］アクション サービスリクエストが再割り当てされたこと、およびサービスリクエストの優先順位が［非常に重要］に変更されたを通知する電子メールをサービスリクエストの所有者と所有者のマネージャに送信する［メール送信］アクション ワークフロールールおよびスケジュール済みイベントの［待機］アクションおよび［値を更新］アクションの作成については、「ワークフローアクションの作成：待機」および「ワークフローアクションの作成：値を更新」を参照してください。 注: このトピック内で式の例において使用されている、言語に依存しないフィールド名およびフィールド名構文は、Expression Builderのリリース29サービスパック1より前のリリースで使用されていたフィールド名およびフィールド名構文です。これらの例はまだ有効です。ただし、Expression Builderのリリース29サービスパック1以降で、対応するフィールドを式のために［フィールド］リストから選択する場合、フィールド名およびフィールド名構文は、それらの例で示されたものとは異なります。フィールド名およびフィールド名構文が常に正しくなるよう、Expression Builderでは、式のフィールドは必ず［フィールド］リストから選択することをお勧めします。式でのフィールド名およびフィールド名構文の詳細は、「式について」を参照してください。 #### 関連トピック 関連するワークフロー情報については、次のトピックを参照してください。 ワークフロールールについて ワークフローアクションについて ワークフロールールの作成 ワークフロールールアクションの順序の変更 ワークフロールールとアクションの無効化 ワークフロールールとアクションの削除

公開日 2022 年 8 月 | Copyright © 2005, 2022, Oracle and/or its affiliates. Legal Notices.