政府機関のエクスペリエンス サイトが特定の期間内に大量の助成金申請を処理できるようにするには、次の手順またはツールを活用する必要があります。
* 非同期プロセスにオフロードする高負荷のプロセスを特定します（オプションC）。このアプローチは、フロントエンドのユーザーエクスペリエンスに影響を与えることなく、リソースを大量に消費するタスクを管理するのに役立ちます。これは、特にトラフィック量が多い時期に重要です。
* CDNと待合室を導入する（オプションD）。コンテンツ配信ネットワーク（CDN）は、ユーザーに近いエッジロケーションにコンテンツをキャッシュすることで、ユーザーの読み込み時間を大幅に短縮できます。待合室は、ピーク時のサイトへのアクセスを管理し、過負荷を防ぐのに役立ちます。
* 負荷テストツールを使用して、想定される負荷に対してアプリケーションを分析・テストします（オプションE）。本番稼働前に、負荷テストツールを使用して想定されるトラフィックをシミュレートし、サイトがパフォーマンスの低下なくユーザー数の急増に対応できることを確認することが重要です。
オプションAは重要ですが、スケーラビリティや負荷時のパフォーマンスよりも、コード品質に重点を置いています。オプションB（IP制限の設定）は、サイトトラフィックの急増への対応に直接寄与するのではなく、ユーザーの所在地やネットワークに基づいてアクセスを制御するため、ここで説明したシナリオとは関係がない可能性があります。

助成金管理における文書の交換と署名にかかる処理時間の長さという問題を、最小限のコーディングで解決するには、DocuSign統合を電子署名用にセットアップし、OmniScriptを使用して署名プロセスを処理する（オプションC）ことが最適なソリューションです。OmniScript内で使用する具体的なアクションは、GenericDocuSign/ObtainEsignatureです。このアクションにより、Salesforce環境内でDocuSignを使用して署名が必要な文書を直接送信できるため、手作業によるプロセスにかかる時間と労力を大幅に削減できます。
オプションAとBでは、DocuSign管理パッケージの設定が必要ですが、標準のDocuSignアクションまたはApexアクションの使用が推奨されています。これらのアクションはユーザーフローへの統合性が低く、コーディングが必要になる場合があります。オプションDでは「sendEsignature」アクションの使用が推奨されていますが、このコンテキストでは「ObtainEsignature」アクションに比べて精度が低くなります。署名を単に送信するのではなく、取得することが重要であるためです。
これらの回答と説明は、Salesforce 公共部門ソリューションとその統合を活用して機能とユーザーエクスペリエンスを強化するためのベスト プラクティスと一致しています。

データ処理の制限を遵守しながら、被補助金受領者の履歴データ保存要求に応えるには、データをSalesforce内に保持しつつ、ユーザーやシステムが処理のためにアクセスできないようにすることが最善のアプローチです。これは、レコードレベルのアクセス、フィールドレベルのセキュリティ、共有ルールといったSalesforceのデータアクセスおよびセキュリティモデルを活用し、厳格なアクセス制御と可視性設定を実装することで実現できます。この方法により、法的手続きで必要になった場合に備えてデータがSalesforceエコシステム内に保持され、参照用として利用可能になりますが、日常業務では積極的に処理されたり、表示されたりすることはありません。このアプローチは、Salesforceの堅牢なデータセキュリティとプライバシー機能と整合しており、組織は必要なデータを保持しながら、データ保護規制へのコンプライアンスを維持できます。

アクションプランテンプレートは公開後は変更できないため、システム管理者はアクションプランテンプレートの「編集」ボタンを表示できません。アクションプランテンプレートは、ケースや許可証などのレコードに適用できる、定義済みのタスクとサブタスクのセットです。アクションプランテンプレートは公開されると読み取り専用になり、編集や削除はできなくなります。公開済みのアクションプランテンプレートに変更を加えるには、システム管理者はテンプレートを複製して新しいバージョンを作成する必要があります。参考：https://help.
salesforce.com/s/articleView?id=psc_admin_setup_action_plan_templates.htm&type=5&language=en_US

OmniStudio で、複数の無関係なオブジェクトから情報を集約・計算するウィジェットを作成する場合、これを宣言的に実現する最も適切なツールは統合プロシージャ（オプション A）です。OmniStudio の統合プロシージャは、データの集約、変換、ロジックの適用など、複数のオブジェクトが関与する複雑なデータ操作を、カスタムコードを必要とせずに処理できるように設計されています。
* オプション B (MuleSoft 統合) は、Salesforce 内でのデータの集約ではなく、主に Salesforce を外部システムに接続するために使用されます。
* オプション C の SOQL クエリはデータを取得できますが、複雑な複数オブジェクトの計算やロジックを宣言的に処理することはできません。
* オプション D の Apex クラスは、宣言的ではなくコーディング ソリューションであり、宣言的に実現できないより複雑なカスタム動作が必要な場合に使用されます。
統合手順により宣言的なアプローチが可能になり、Salesforce プラットフォーム内で複数のオブジェクトを効果的かつ効率的に操作するニーズに適合します。