ライフサイクル ワークフローの実行条件とスケジュール設定

ライフサイクル ワークフローを使用して作成されたワークフローを使用すると、組織内のユーザーのライフサイクルの結合者、ムーバー、および脱退者モデルのどこに分類されているかに基づいて、ユーザーの一般的なタスクを自動化できます。 これらのワークフローは、特定のユーザーに対して手動で (オンデマンドで) 実行することも、ユーザーがワークフローの定義された実行条件を満たしている場合はスケジュールに基づいて実行することもできます。 これらの実行条件は、トリガーとスコープの 2 つの部分で定義されます。 この記事では、実行条件、ワークフロー トリガーとスコープの違い、およびスケジュールされたワークフローがユーザーに対して実行される条件について説明します。

ワークフローの実行条件

ユーザーがスケジュールに基づいてワークフローを実行するには、まず実行条件を満たす必要があります。 実行条件は次で構成されます。

• トリガー: ワークフローがユーザーに対して実行される条件を定義します。
• スコープ: ワークフローを実行するユーザーを定義します。

選択するトリガーは、ユーザーに対して実行するワークフローの種類によって異なり、選択したスコープは選択したトリガーに基づいています。 現在、次の 4 種類のトリガーがサポートされています。

• 時間ベースの属性: ワークフローは、時間値が満たされたときにスケジュールに従ってトリガーされます。
• 属性の変更: ワークフローは、属性の変更が発生したときにスケジュールに従ってトリガーされます。
• グループ メンバーシップの変更: ワークフローは、グループ メンバーシップの変更が満たされたときにスケジュールに従ってトリガーされます。
• サインイン アクティビティ: ユーザーが最後にサインインしてから最小日数が経過すると、ワークフローがスケジュールに従ってトリガーされます。
• オンデマンドのみ: ワークフローは手動でのみトリガーされます。

注

オンデマンドのみのトリガーは、オンデマンドのみのワークフロー テンプレートの既定のトリガーです。 ワークフロー テンプレートとその互換性のあるトリガーの完全な一覧については、「 ライフサイクル ワークフローのテンプレートとカテゴリ」を参照してください。

時間ベースの属性トリガー

時間ベースの属性トリガーを使用すると、時間値が満たされたタイミングに基づいてトリガーを設定できます。

トリガーの種類が 時間ベースの属性であるワークフローを設定する場合は、次の詳細が定義されます。

トリガーの詳細	説明
イベントからの日数	ワークフローがトリガーされたときのイベント ユーザー属性からの日数。 値は 0 ~ 180 です。
イベントのタイミング	ワークフローの [イベントからの日数 ] の詳細がトリガーされるタイミングを定義します。 たとえば、作業を開始する前にユーザーに対して実行するようにスケジュールされているワークフローでは、イベント タイミング値が Before になります。一方、組織を離れた後にユーザーに対して実行するようにスケジュールされたワークフローは、イベント タイミング値として After になります。 イベント ユーザー属性と同じ日に実行されるワークフローのテンプレートを選択する場合、値は [オン] になります。
イベント ユーザー属性	ワークフローをトリガーする変更を定義する属性。 使用するワークフローの種類によって、使用可能な属性が決まります。 結合者ワークフローは属性値 "employeeHireDate" または "createdDateTime" を持つことができますが、離職者ワークフローの属性値は "employeeLeaveDate" または "LastSignInDateTime" です。 テンプレートとそのイベント ユーザー属性の一覧については、「 ライフサイクル ワークフローのテンプレートとカテゴリ」を参照してください。 カスタム属性トリガーを設定することもできます。 詳細については、「 ライフサイクル ワークフローでカスタム属性トリガーを使用する (プレビュー)」を参照してください。

注

ユーザーの Microsoft Entra ID 内でイベント ユーザー属性を設定する必要があります。 このプロセスの詳細については、「ライフサイクル ワークフローの属性を同期する方法」を参照してください。

時間ベースの属性スコープ

時間ベースの属性スコープを使用すると、タイム トリガーが満たされたときにワークフローを実行するユーザーを定義できます。

時間ベースの属性トリガーのスコープを設定する場合、次の詳細が定義されます。

スコープの詳細	説明
スコープの種類	ルールに基づく
ルール	時間ベースの属性トリガーの範囲を満たす条件を定義します。

注

ルールの評価では、大文字と小文字が区別されます。

属性変更トリガー

属性変更トリガーを使用すると、ユーザーの属性が変更されたタイミングに基づいてトリガーを設定できます。

トリガーの種類が 属性の変更であるワークフローを設定すると、次の詳細が定義されます。

トリガーの詳細	説明
トリガー属性	トリガー属性は、ワークフローの実行をトリガーするために変更される属性を定義します。 カスタム属性トリガーを設定することもできます。 詳細については、「 ライフサイクル ワークフローでカスタム属性トリガーを使用する (プレビュー)」を参照してください。
アクション/オペレーター	ワークフローの実行をトリガーする属性の変更を定義します。
価値	トリガー属性の値。

属性の変更が作用範囲を起動する

属性変更トリガー スコープを使用すると、属性変更トリガーが満たされたときにワークフローを実行するユーザーを定義できます。

属性変更トリガーのスコープを設定すると、次の詳細が定義されます。

スコープの詳細	説明
スコープの種類	ルールに基づく
ルール	属性変更トリガーの範囲を満たす条件を定義します。

注

ルールの評価では、大文字と小文字が区別されます。

グループ メンバーシップ変更トリガー

グループ メンバーシップの変更に基づいてトリガーされるワークフローの場合、ユーザーがグループに追加またはグループから削除されると、ワークフローはスケジュールに従って実行されます。

トリガーの種類が グループ メンバーシップの変更であるワークフローを設定する場合は、次の詳細が定義されます。

トリガーの詳細	説明
アクション	実行条件をトリガーするグループ メンバーシップの変更について説明します。 グループに追加することも、グループから削除することもできます。

グループ メンバーシップの変更スコープ

グループ メンバーシップ変更スコープを使用すると、グループ メンバーシップ変更トリガーが満たされたときにワークフローを実行するユーザーを定義できます。

グループ メンバーシップ変更トリガーのスコープを設定する場合、次の詳細が定義されます。

トリガーの詳細	説明
スコープの種類	グループベースの
選択したグループ	トリガー アクションの基になっているグループを定義します。

サインイン非活動トリガー

サインイン非アクティブ トリガーを使用すると、ユーザーが最後にサインインしてから一定の日数が経過した日時に基づいてトリガーを設定できます。

サインイン非アクティブ トリガーのスコープを設定する場合、次の詳細が定義されます。

スコープの詳細	説明
非アクティブな日数	ユーザーが最後にサインインしてからの日数。

サインインの非アクティブ状態の範囲

サインイン非アクティブ スコープを使用すると、サインイン非アクティブ トリガーが満たされたときにワークフローを実行するユーザーを定義できます。

スコープの詳細	説明
スコープの種類	ルールに基づく
ルール	属性変更トリガーの範囲を満たす条件を定義します。

オンデマンド専用のトリガー

オンデマンドのみのトリガーは、手動で選択したユーザーに対してワークフローを実行するように設定されます。 これらのトリガーを含むワークフローは、スケジュールに従って実行されません。 ユーザーは、ワークフローのスコープの詳細セクション内で選択されます。

トリガーの種類が オンデマンドのみのワークフローを設定する場合は、次の詳細が定義されます。

トリガーの詳細	説明
スコープの種類	スコープの種類によって、ワークフローのスコープを実行するように定義する方法が決まります。 この既定値は ユーザー選択です。
選択の種類	ワークフローの選択の種類は、ワークフローの作成時に、ワークフローが作成されたらすぐに実行するユーザーを選択するか、後でワークフローを実行するユーザーを選択できるように設定できます。

ユーザーに対してワークフローをオンデマンドで実行する方法の詳細なガイドについては、「ワークフロー をオンデマンドで実行する」を参照してください。

実行ユーザーのスコープ

有効なワークフローの実行条件が設定されると、現在その実行条件を満たしているユーザーの一覧を表示できます。 このユーザー リストは、ワークフローが次回実行されるときに実行されるユーザーで構成され、ワークフロー エンジンがテナント内のユーザーを最後に評価した時刻に基づいています。

ワークフローの実行条件が最近変更された場合、実行ユーザー スコープ リストが最新ではない可能性があります。 実行条件が最近変更されると、ワークフロー エンジンによってユーザーが再評価された後、最新の実行条件を満たすユーザーがリストに更新されます。 ユーザーに対してワークフローを実行する前に、ユーザーの一覧が現在の実行条件を満たしていることを確認します。

特定のワークフローの実行ユーザー スコープの表示に関する詳細なガイドについては、「ワークフローの 実行ユーザー スコープを確認する」を参照してください。

ライフサイクル ワークフローのキャッチアップ ウィンドウ

設計上、ライフサイクル ワークフローには、人事ユーザー データの更新の遅延が原因で見逃された可能性があるユーザーを顧客が処理するのに役立つ 3 日間のキャッチアップ ウィンドウが用意されています。 つまり、ワークフロー エンジンは、スケジュールされたワークフローの現在の実行条件を満たすユーザーを評価するときに、予想されるトリガー日が既に経過しているが、元のトリガー日から 3 日を超えていなかったユーザーを含めます。 ユーザーが処理されると、実行条件を再び満たすことを許可したユーザーまたはワークフローに変更があった場合にのみ、再び考慮されます。

ライフサイクル ワークフローのキャッチアップ ウィンドウの例を次の表に示します。

ワークフロー シナリオ	ユーザー データ	ライフサイクル ワークフローの動作
EmployeeHireDate の 7 日前に、事前採用テンプレート ワークフローがユーザーに対して実行されるようにスケジュールされています。	ユーザーは、10 日以内に EmployeeHireDate を使用して Microsoft Entra ID で HR によってプロビジョニングされます。	ワークフローは、オフセットより前の日付として、新しいユーザーに対して実行されます。
EmployeeHireDate の 7 日前に、事前採用テンプレート ワークフローがユーザーに対して実行されるようにスケジュールされています。	新しいユーザーは、5 日間で EmployeeHireDate を使用して Microsoft Entra ID で HR によってプロビジョニングされます。	ワークフローは、日付がオフセットから 3 日以内であるため、新しいユーザーに対して実行されます。
EmployeeHireDate の 7 日前に、事前採用テンプレート ワークフローがユーザーに対して実行されるようにスケジュールされています。	新しいユーザーは、3 日間で EmployeeHireDate を使用して Microsoft Entra ID で HR によってプロビジョニングされます。	日付がオフセットから 3 日を超えるため、ワークフローは新しいユーザーに対して実行 されません 。
2月23日に、EmployeeHireDateが2月23日となっているスコープユーザーに対して、新規採用のワークフローが実行されます。	新しいユーザーは、2 月 24 日に Microsoft Entra ID で HR によってプロビジョニングされ、EmployeeHireDate は 2 月 23 日に設定されます。	ワークフローは、新しいユーザーに対して 2 月 24 日に再び実行されます。日付はオフセットから 3 日以内であるためです。

ワークフローのスケジュール設定

新規作成されたワークフローは既定で有効になりますが、スケジュールは手動で有効にする必要があるオプションです。 ワークフローがスケジュールされているかどうかを確認するには、ワークフローの概要ページで [スケジュール済み] 列を表示できます。

スケジュールが有効になると、ワークフローは 3 時間ごと (既定) または ワークフロー設定で選択した間隔で評価され、実行する必要があるかどうかを判断します。

注

ユーザーが実行条件を満たし、ワークフローのスコープ内に入ると、ライフサイクル ワークフロー エンジンは、ワークフローがユーザーの処理を開始する前に、もう一度ユーザーを評価します。 ユーザーがワークフローの実行条件を満たさなくなった場合、ユーザーは処理されません。

ワークフローの実行条件の設定に関する詳細なガイドについては、「 ライフサイクル ワークフローの作成」を参照してください。

次のステップ

• ライフサイクル ワークフロー履歴
• ワークフローの拡張性