Universal Containers は、銀行口座、ローン、保険などの金融商品とサービスを販売する世界的な金融会社です。UC は Salesforce Service Cloud を使用して、通話やライブチャットを通じて顧客にサービスを提供しています。
サポート エージェントは、UC 銀行口座について問い合わせる顧客のために、その場で銀行口座を開設します。
UC コア バンキング システムは銀行口座の記録システムであり、Salesforce で開設されたすべての口座はコア バンキング システムとリアルタイムで同期する必要があります。サポート エージェントは、コア バンキング システムから生成する必要がある新しく作成された銀行口座 ID を顧客に通知する必要があります。
このユースケースにはどの統合パターンが推奨されますか?

Universal Containers は、従業員が Salesforce と対話するためのネイティブ モバイル アプリを開発することを計画しています。
アーキテクトが推奨する 2 つのオプションはどれですか?

Universal Containers (UC) は、Salesforce を使用してアカウントと商談を作成および管理します。Salesforce が記録のマスターであるため、既存のアカウントの商談は、契約優先統合に参加できるオンプレミスの使用状況追跡システムからの製品使用統計で更新する必要があります。
UC が Salesforce でのカスタム開発を望んでいない場合、統合アーキテクトはどの 3 つのステップを考慮する必要がありますか?

Universal Containers は、HTTPS 経由で REST API への Apex コールアウトを使用して、注文の詳細を ERP システムに送信する必要があります。クライアントは統合のセキュリティに懸念を持っており、そのような注文の詳細は安全に送信されるべきだと主張しています。
Salesforce から ERP の REST API へのデータの安全な送信を保証するには、どちらの 2 つのアプローチを使用する必要がありますか?

ノーザン トレイル アウトフィッターズ (NTO) は、Salesforce を使用してリード、商談を追跡し、注文の詳細を取得します。
ただし、Salesforce は注文を保留したり処理したりするシステムではありません。注文の詳細が Salesforce で取得された後、注文のライフサイクルを管理するリモート システムで注文を作成する必要があります。プロジェクトの統合アーキテクトは、Salesforce で定義されたプラットフォーム イベントをサブスクライブするリモート システムを推奨しています。
このビジネス ユースケースではどの統合パターンを使用する必要がありますか?