説明
統合アーキテクトが統合ソリューションとしてプラットフォームイベントを推奨する際に考慮すべき3つの事項を以下に示します。プラットフォームイベントは、Salesforceおよび外部システムでカスタムイベントの発行と購読を可能にするイベント駆動型アーキテクチャの一種です。プラットフォームイベントには、統合アーキテクトが認識しておくべきいくつかの制限事項と機能があります。例えば、次のとおりです。
SOQL を使用してイベントメッセージを照会することはできません。プラットフォームイベントは Salesforce データベースではなく、24 時間保持されるイベントバスに保存されます。SOQL を使用してイベントメッセージを照会することはできませんが、EventLogFile オブジェクトまたはイベント監視機能を使用してアクセスできます。
プラットフォームイベント用の Lightning レコード ページを作成できません。プラットフォームイベントは標準オブジェクトやカスタムオブジェクトではなく、イベントバスに挿入できる特殊なタイプの sObject です。プラットフォームイベント用の Lightning レコード ページを作成することはできませんが、Apex トリガー、Lightning Web コンポーネント、または CometD クライアントを使用して購読することができます。
イベント定義を削除すると、完全に削除され、復元することはできません。イベント定義は、プラットフォームイベントメッセージのスキーマとプロパティを定義するメタデータ型です。Salesforce の設定またはメタデータ API を使用して、イベント定義を作成または変更できます。ただし、イベント定義を削除すると、組織から完全に削除され、復元することはできません。また、そのイベント定義を使用しているすべてのイベントメッセージへのアクセス権も失われます。
参考資料：認定資格 - インテグレーションアーキテクト - Trailhead、[プラットフォームイベント開発者ガイド]

Salesforce B2C Commerce to Service Cloud Connector は、サービス担当者が B2C Commerce システムから注文履歴を確認できるようにする統合ソリューションであるため、オプション A が正解です。Salesforce B2C Commerce to Service Cloud Connector は、REST API とプラットフォームイベントを使用して Salesforce B2C Commerce と Service Cloud を統合する事前構築済みパッケージです。これにより、サービス担当者は Service Cloud コンソール内で B2C Commerce からの注文の表示、編集、キャンセル、および返金を行うことができます。また、顧客確認、注文検索、注文詳細、注文履歴などの機能もサポートしています。
オプションBは誤りです。Commerce Platformが提供するREST APIは、サービスエージェントがB2CCommerceシステムの注文履歴を確認できる統合ソリューションではないためです。Commerce Platformが提供するREST APIは、Commerce Platformの機能とデータを外部アプリケーションに公開する一連のWebサービスです。これを使用して、製品、カタログ、顧客、注文などのリソースを作成、更新、削除、または照会できます。ただし、Commerce Platformが提供するREST APIは完全な統合ソリューションではありません。Service Cloudに接続してService Cloudコンソールに注文履歴を表示するには、追加の開発、構成、およびメンテナンスが必要です。
オプションCは誤りです。Mulesoft Anypoint Platformは、サービスエージェントがB2Cコマースシステムの注文履歴を確認できる統合ソリューションではありません。Mulesoft Anypoint Platformは、開発者がさまざまなシステムやアプリケーション間で統合やAPIを構築、管理、監視できるようにするプラットフォームです。さまざまなコネクタ、プロトコル、変換を使用してSalesforce B2C CommerceとService Cloudを接続するために使用できます。ただし、Mulesoft Anypoint Platformは既製の統合ソリューションではありません。Service Cloudに接続してService Cloudコンソールに注文履歴を表示するには、追加の開発、構成、およびメンテナンスが必要です。
オプションDは誤りです。SalesforcePlatformが提供するREST APIは、サービスエージェントがB2C Commerceシステムの注文履歴を確認できるようにする統合ソリューションではないためです。Salesforce Platformが提供するREST APIは、Salesforce Platformの機能とデータを外部アプリケーションに公開する一連のWebサービスです。オブジェクト、レコード、メタデータ、Apexクラスなどのリソースの作成、更新、削除、クエリに使用できます。ただし、Salesforce Platformが提供するREST APIは完全な統合ソリューションではありません。B2C Commerceに接続してService Cloudコンソールに注文履歴を表示するには、追加の開発、構成、およびメンテナンスが必要です。
参考資料：Salesforce B2C Commerce to Service Cloud Connector：Salesforce B2C Commerce to Service Cloud Connector 実装ガイド：Commerce API Explorer：MuleSoft | SaaS およびエンタープライズ アプリケーションを接続するための統合プラットフォーム：REST API 開発者ガイド

プラットフォーム イベントの発行タイミングは、データの一貫性とトランザクションの整合性に影響するため、インテグレーション アーキテクトにとって非常に重要な詳細事項です。Salesforce では、Apex からプラットフォーム イベントを発行する際のデフォルトかつ最も一般的な動作は「コミット後に発行」です。アーキテクトが「コミット後に発行」設定（イベント レベルで定義）を選択すると、イベントはバッファに保持され、Apex トランザクションが正常に完了した後にのみイベント バスにリリースされます。これにより、データベース トランザクションが失敗してロールバックされた場合でも、外部アクションをトリガーする可能性のあるイベントが送信されないことが保証されます。これは、Salesforce データベースに実際には保存されていないデータを外部システムが処理するように指示される「ゴースト」イベントを防ぎます。
この質問は、イベントがバスに「公開」される標準的なシナリオを想定しています。この状態では、イベントはトランザクション境界を超えています。イベントが単に「Apexから公開されているだけ」（オプションC）の場合、配信状態やトランザクションの状態は説明されていません。オプションBは、Salesforceがアトミック性を維持するためにイベントバスとデータベースコミットを明示的に分離しているため、標準的なイベント公開ロジックとしては技術的に誤りです。
同期パターンを設計する際には、この「コミット後」の動作を理解することが不可欠です。アーキテクトがトランザクションの成否に関わらずイベントを送信する必要がある場合（例えば、失敗をログに記録する場合）、イベントを「即時公開」に設定する必要があります。しかし、イベントが「公開されるだけ」である標準的な同期ユースケースでは、これはソーストランザクションが完了し、メッセージがサブスクライバー（ミドルウェアや他のSalesforce組織など）で利用可能になったことを意味します。

説明
Salesforce プラットフォーム イベント ソリューションに使用する API は、Tooling API です。Tooling API は、REST または SOAP を介してアクセスできる開発者ツールで使用されるメタデータを公開する特殊な API です。Tooling API を使用して、プラットフォーム イベントの定義とフィールドを作成、更新、または削除できます。Streaming API は、プラットフォーム イベントを購読し、イベントが公開されたときに通知を受け取るために使用されます。参照: プラットフォーム イベント開発者ガイド | Salesforce 開発者、プラットフォーム イベントの定義と公開ユニット | Salesforce Trailhead 質問番号: 241 Northern Trail Outfitters は、2 つの Salesforce 組織を統合する最終段階にありますが、複数の公開 Web サイト フォームに接続されているため、廃止する組織をリード管理のために短期間使用し続ける必要があります。
営業部は、新しいSalesforceインスタンスに新規リード情報を30分以内に反映させるよう要請しました。