フローによるプラットフォームイベント通知の登録
イベント通知を登録するには、プラットフォームイベントの発生を待機するフローを作成します。待機要素で、どのイベント種別を待機するかを選択し、フローを再開するためにどの値がイベントに含まれている必要があるかを特定します。必要に応じて、フローの再開時にイベントのデータを保存する sObject 変数を作成します。
例
ベンダー応答イベントが発生すると、待機要素はフローを再開します (1)。イベントの注文番号が {!orderNumber} 変数値と一致し、注文状況が [Shipped (発送済み)] である必要があります (2)。フローが再開されると、イベントのデータを使用して {!vendorResponse} sObject 変数が入力されます (3)。
フローインタビューと有効なプロセスが、同じプラットフォームイベントを登録している場合、どちらが先にイベント通知を処理するかを保証できません。
フローインタビューは、プラットフォームイベント通知を、受信した順序で評価します。イベントの順序はイベントの再生 ID に基づきます。フローインタビューはイベントのバッチを一度に受信できます。イベントの順序は各バッチ内で保持されます。バッチ内のイベントは 1 つまたは複数の公開者から取得できます。
再開されたフローインタビューは、イベントを公開したトランザクションとは別の Apex トランザクションで実行されます。フローインタビューは、自動化プロセスエンティティの下で非同期で再開されます。このため、イベントが公開されてからインタビューでイベントが評価されるまでの間に遅延が発生する可能性があります。自動化プロセスはインタビューの再開に対応するデバッグログを作成しますが、インタビューのアクションは、イベントを公開したユーザの代理で実行されます。CreatedById や LastModifiedById などのシステム項目は、イベントを公開したユーザを参照します。