Salesforceにおける同期要件は、ユーザーが応答を待つリクエスト・リプライパターンを意味します。プラットフォームの制約を遵守しながらこれを正しく実装するには、アーキテクトはユーザーインターフェース（UI）層からコールアウトを開始する必要があります。3 オプションCがアーキテクチャ上の正しい選択です。Lightningコンポーネントとボタン（またはクイックアクション）を使用することで、コールアウトはユーザーのセッションから直接開始されます。コンポーネントはApexコントローラを呼び出し、ApexコントローラはOMSへの同期RESTコールアウトを実行します。これにより、ユーザーはOMSからの「成功」メッセージや「エラー」通知などの即時フィードバックを商談ページで直接受け取ることができます。
オプションAは不正解です。Apexトリガは同期コールアウトの実行が禁止されているためです。トリガがコールアウトを開始する場合は、非同期（@futureまたはQueueable Apexを使用）で実行する必要がありますが、これは同期に関するビジネス要件に違反します。トリガから同期コールを実行すると、データベーストランザクションがブロックされ、「未コミットの作業が保留中」エラーやシステムタイムアウトが発生する可能性があります。オプションB（Apex一括処理）は本質的に非同期で遅延が発生します。時間単位のジョブでは、「クローズ/受注」​​遷移時に必要なリアルタイムの同期フィードバックを提供できません。したがって、Salesforceの実行およびトランザクション制限を遵守しながら同期要件を満たす唯一の方法は、統合ロジックをUI駆動ボタンに移行することです。

イベントモニタリングは、ログインやレポート実行などのユーザーアクティビティを追跡するために使用されますが、プラットフォームイベントとは関係ありません。AssetTokenEventストリームをサブスクライブしてOAuth 2.0認証アクティビティを監視することも、プラットフォームイベントとは関係ありません。イベント定義を削除すると、完全に削除され、復元できなくなります。つまり、イベント定義と関連データは、サブスクライバーやクエリで利用できなくなります。

説明
OpenID Connect 認証プロバイダと登録ハンドラ、そして SAML SSO とジャストインタイムプロビジョニングは、Salesforce Community Cloud がセルフ登録と SSO のためにサポートできる 2 つの要件です。OpenID Connect は、ユーザが外部 ID プロバイダで認証し、Salesforce リソースにアクセスできるようにするプロトコルです。登録ハンドラは、Auth.RegistrationHandler インターフェースを実装し、認証後に Salesforce でユーザを作成または更新するためのロジックを定義するクラスです。SA​​ML SSO は、ユーザの ID を確認する ID プロバイダからのアサーションを使用して、ユーザが 1 回のクリックで Salesforce にログインできるようにするプロトコルです。ジャストインタイムプロビジョニングは、Salesforce が SAML アサーションの情報に基づいてユーザアカウントを作成または更新できるようにする機能です。参考資料: 認定資格 - 統合アーキテクト - Trailhead、[OpenID Connect 認証プロバイダ]、[Salesforce 向け SAML シングルサインオン (SSO) サービス]

SAML を使用する外部 IAM システム経由で新規顧客に「即時アクセス」を提供するために、Salesforce はジャストインタイム (JIT) プロビジョニングと呼ばれる宣言型機能を提供します。
顧客がIAMシステムを介してコミュニティ（Experience Cloud）にログインしようとすると、IAMシステム（アイデンティティプロバイダとして機能）はSalesforceにSAMLアサーションを送信します。JITプロビジョニングが有効になっている場合、Salesforceはそのアサーションに含まれるユーザー情報（名前、メールアドレス、フェデレーションIDなど）を解析します。対応するユーザーレコードが存在しない場合は、Salesforceが自動的にオンザフライで作成し、ユーザーをログインさせます。これにより、手動登録手順やアカウントの事前プロビジョニングが不要になります。
オプションAは若干誤りです。登録ハンドラーはSAML SSOではなく、OpenID Connect/OAuthを使用する認証プロバイダーに特に関連付けられているためです。オプションCは誤りです。JITプロビジョニングはSAMLの機能ですが、認証プロバイダーは同じ結果を得るために登録ハンドラークラスを使用します。市場投入までのスピードと標準プロトコルが重要な「セルフサービス」シナリオでは、ユーザー管理を自動化し、加入者にシームレスなシングルエントリポイントを提供するため、JITプロビジョニングを備えたSAML SSOがアーキテクトにとって第一の選択肢となります。