プラットフォームイベント開発者ガイド
jフローによるプラットフォームイベントメッセージの登録
プラットフォームイベントメッセージを受信したときにフローを起動
プラットフォームイベントトリガフローを作成します。[開始] 要素から、イベントメッセージによりフローの実行をトリガするプラットフォームイベントを選択します。
フローを作成するときは、$Record グローバル変数を参照することで、プラットフォームイベントメッセージの項目値を使用できます。
プラットフォームイベントメッセージを受信したときにフローを再開
- (省略可能) フローインタビューを一時停止するかどうかを決定する条件を指定します。
- フローインタビューで登録するプラットフォームイベントを選択します。
- フローインタビューを再開するために、受信したイベントメッセージに含まれている必要がある値を特定します。
- (省略可能) フロー内でレコード変数を作成し、フローインタビューを再開するイベントメッセージから取得したデータを保存します。
例
ベンダー応答のイベントメッセージを受信したときにフローインタビューを再開するようにこの一時停止要素を設定します (1)。イベントメッセージの注文番号がフローの orderNumber 変数値と一致し、注文状況が [発送済み] である必要があります (2)。フローインタビューが再開されたときに、イベントメッセージからのデータで vendorResponse レコード変数を入力します (3)。
フローとプラットフォームイベントの考慮事項
プラットフォームイベントトリガフロー、一時停止されたフローインタビュー、およびプロセスが、同じプラットフォームイベントを登録している場合、どれが先に各イベントメッセージを処理するかは保証できません。
プラットフォームイベントトリガフローとフローインタビューは、プラットフォームイベントメッセージを、受信した順序で評価します。イベントメッセージの順序はイベントの再実行 ID に基づきます。フローは最大 2,000 件のイベントメッセージの一括処理を一度に受信できます。イベントメッセージの順序は各バッチ内で保持されます。��ッチ内のイベントメッセージは複数の公開者から取得できます。
プラットフォームイベントトリガフローや、再開されたフローインタビューは、イベントメッセージを公開したトランザクションとは別のトランザクションで非同期的に実行されます。このため、イベントメッセージが公開されてから登録されたフローやインタビューでイベントメッセージが評価されるまでの間に遅延が発生する可能性があります。
プラットフォームイベントトリガフローと再開されたフローインタビューのデバッグログは、自動化プロセスユーザの下に表示されます。ただし、各フローインタビューは、イベントメッセージを公開したユーザのコンテキストで実行されます。そのため、たとえばフローインタビューでレコードの作成や更新を行う場合、CreatedById や LastModifiedById などのシステム項目は、イベントメッセージを公開したユーザを参照します。