プロセスによるプラットフォームイベントメッセージの登録
プロセスビルダーで作成されたプロセスでプラットフォームイベントを登録し、Apex、API、フロー、または他のプロセスで公開されたイベントメッセージを受信できます。プロセスは自動登録メカニズムを提供します。
プロセスでプラットフォームイベントを登録するには、プラットフォームイベントメッセージの受信時に開始するプロセスを作成します。プロセスのトリガで、プロセスをプラットフォームイベントとオブジェクトに関連付けます。
例
このプロセスは、[Printer Status (プリンタ状況)] イベントメッセージを受信すると開始されます。プロセスが開始されると、プロセスは、イベントメッセージのシリアル番号と一致するシリアル番号を持つ納入商品レコードを探します。
プロセスとプラットフォームイベントの考慮事項
プラットフォームイベントトリガフロー、一時停止されたフローインタビュー、およびプロセスが、同じプラットフォームイベントを登録している場合、どれが先に各イベントメッセージを処理するかは保証できません。
プロセスは、プラットフォームイベントメッセージを、受信した順序で評価します。イベントメッセージの順序はイベントの再実行 ID に基づきます。プロセスは最大 2,000 件のイベントメッセージのバッチを一度に受信できます。イベントメッセージの順序は各バッチ内で保持されます。バッチ内のイベントメッセージは複数の公開者から取得できます。
イベントプロセスはそれぞれ、イベントメッセージを公開したトランザクションとは別のトランザクションで非同期的に実行されます。このため、イベントメッセージが公開されてから登録されたフローやインタビューでイベントメッセージが評価されるまでの間に遅延が発生する可能性があります。
プロセスの実行に対応するデバッグログが自動化プロセスユーザの下に表示されます。ただし、プロセスアクションは、イベントメッセージを公開したユーザのコンテキストで実行されます。そのため、たとえばプロセスでレコードの作成や更新を行う場合、CreatedById や LastModifiedById などのシステム項目は、イベントメッセージを公開したユーザを参照します。
プロセスはすべて、エンタイトルメント、制限、および Apex ガバナ制限などのその他の考慮事項の対象となります。