ケース割り当てルールは、レコードの条件に基づいてケースを特定のユーザーまたはキューに自動的にルーティングするための、Salesforce の標準ツールです。1 つの割り当てルールには、複数のルールを含めることができます。
「ルールエントリ」は特定の順序で処理されます。この要件を満たすために、プラットフォーム管理者は、アカウントの「レベル」フィールドが等しいかどうかを確認する2つのエントリを持つルールを作成します。
「プラチナ」と判定して優先サポートキューにルーティングし、レベルが
ケースを「シルバー」または「ゴールド」と判定し、通常のサポートキューに振り分けます。この自動化はケースが作成された瞬間に実行され、価値の高い顧客が適切なチームからすぐに対応を受けられるようにします。エスカレーションルール（オプションA）は、ケースが一定期間放置された後に移動するために使用され、最初のルーティングには使用されません。ワークフロールール（オプションD）はレガシーツールであり、割り当てルールのように直接的にケースをキューに割り当てることはできません。

ユーザーを標準の「タブベース」アプリケーションから Lightning コンソール アプリに移行するには、プラットフォーム管理者は設定でアプリケーション マネージャーを使用する必要があります。アプリケーション マネージャーは、すべての Lightning アプリが作成、編集され、ユーザー プロファイルに割り当てられる場所です。アプリケーション マネージャー内で、管理者は新しいアプリを作成し、ナビゲーション スタイルとして「コンソール ナビゲーション」を選択できます 39。コンソール アプリを使用すると、ユーザーはワークスペースのタブ ベースのレイアウトで複数のレコードを同時に操作できます。これは、営業やサポートなどのペースの速い環境で生産性を高めるのに非常に効果的です 40。Lightning アプリ ビルダー (オプション A) はアプリ内のページを設計するために使用されますが、アプリの全体的な構造とナビゲーション スタイルはアプリケーション マネージャーで定義されます 41。スクリーン フロー (オプション B) とオムニ チャネル (オプション D) は、コンソール内で使用できる特殊なツールですが、コンソール アプリ自体は作成しません。

効果的な Agentforce プロンプトを作成するには、大規模言語モデル (LLM) が指示に正確に従うように、明確さと簡潔さに重点を置く必要があります。Salesforce のベストプラクティスによると、管理者は自然で理解しやすい言葉を使用し、明確で簡潔な指示を提供する必要があります。このアプローチにより、AI は過度に複雑なロジックやネストされたロジック (オプション A) に混乱することなく、タスクを正確に推論できます。技術的な正確さは重要ですが、専門用語や略語 (オプション B) に大きく依存すると、LLM がさまざまなコンテキストでそれらの用語を異なるように解釈する場合、予期しない結果につながることがあります。さらに、高度な理論的概念 (オプション C) を提供すると、曖昧または「独創的」な回答になることが多く、具体的で実行可能な手順が必要な技術的なトラブルシューティングには役立たない場合があります。「問題を 3 つの箇条書きで要約してください」などの直接的な指示を使用する方が、大まかなガイドラインよりも効果的です。

レコードの作成方法（手動、API、または統合）に関わらず、すべてのレコードにフィールドが入力されるようにするには、フィールド定義レベルでフィールドを必須項目にするのが最善の方法です。オブジェクトマネージャでフィールドを「必須」としてマークすると、そのフィールドが空の場合、Salesforce データベースはレコードの保存を拒否します。ページレイアウトまたはレコードタイプでフィールドを必須項目にする（オプション B）と、手動入力のユーザーエクスペリエンスは向上しますが、API やバックグラウンド プロセスを介してそのデータなしでレコードが作成されることを防ぐことはできません。フローを使用してフィールドを更新する（オプション A）方法は、予防的ではなく事後的な対応です。レポート作成や外部システムとの連携に不可欠な「請求システム」などの重要なフィールドのデータ整合性を維持するには、必須項目を普遍的に設定するのが最も確実な方法です。

Salesforce では、ダッシュボードを特定のユーザー (実行ユーザーと呼ばれます) として実行するように構成できます。このユーザーのセキュリティ設定によって、ダッシュボードを閲覧するすべてのユーザーに表示されるデータが決まります。レコードへのアクセスが制限されているユーザー (プライベート共有モデルのため) が会社全体の合計を表示できるようにするには、プラットフォーム管理者は、ダッシュボードを「すべて表示」権限を持つ、またはすべてのレコードを表示できるほどロール階層で上位の「指定したユーザーとして実行」に設定する必要があります。これにより、「静的ダッシュボード」が作成されます。閲覧者は、自分が所有していない個々のレコードをクリックすることはできませんが、組織全体の集計合計とグラフを表示できます。動的ダッシュボードを使用するか、ロールでフィルタリング (オプション B) すると、個別の共有が尊重され、データが非表示になります。フォルダ設定の変更 (オプション D) は、ダッシュボードを開くことができるユーザーにのみ影響し、ダッシュボード内に表示されるデータには影響しません。