事前条件

事前条件とは、アクティビティが保留中になる前 (手動アクティビティ)、または進行中になる前 (自動アクティビティ) に満たしておく必要があるルールのことです。

事前条件は、ノードが保留中になる前に評価される最後の手順です。依存先などに関する決定は、これよりも先に発生します。事前条件が設定されているアクティビティは、「待機中」アクティビティになります。

たとえば、ローン申請プロセスでは、送金アクティビティ (申請者のアカウントに融資額を送金する) に事前条件を設定して、Signed_Loan_Agreement イベントが発生して記録された後にのみアクティビティが保留中になるようにします。

署名済みの契約書をスキャンしてサードパーティのドキュメント管理システムに取り込むと、このイベントの事前条件が満たされ、送金タスクが保留中に移行できるようになります。このシナリオでは、関連する API メソッドを使用して、 TotalAgility に外部イベントが発生したことを通知します。

重要 アクティビティに事前条件が設定されている場合、アクティビティは [イベントの待機中] のステータスになります。これは [保留中] ステータスに似ていますが、アクティビティが誰の作業キューにも表示されず、アクティビティ通知が送信されない点が異なります。他のすべての処理は、保留中になっているアクティビティに基づいて行われます。たとえば、通過ポイントが設定されている場合は、更新されます。

事前条件は、プロセス イベントを使用して定義できます。事前条件は、内部または外部のイベントを発生させることで満たすことができます。事前条件が満たされると、アクティビティは自動的に進行します。

プロセス イベントでは変数とイベント (これらは同じ名前の場合がある) の両方が組み合わさっているため、事前条件を作成する手順が、通常の決定条件の場合よりも若干複雑になります。

事前条件を使用できるのはアクティビティのみです。決定や埋め込みマップでは使用できません。

ジョブの存続期間中は事前条件を再評価して、ステータスがイベントの待機中であるジョブ内のすべてのアクティビティを再評価することができます。たとえば、ジョブの開始後に事前条件値を手動で変更した場合は、事前条件を再評価できます。新しい事前条件値に照らして、ジョブ内のすべてのアクティビティを再評価する必要があります。

事前条件の追加」を参照してください。