ユーザーのログインを一時的に阻止する必要があるものの、そのユーザーの記録、役割、履歴データはそのまま保持する必要がある場合、ユーザーを凍結するのが最善の方法です。アカウントを凍結すると、ユーザーを「非アクティブ化」することなく、システムへのアクセスを即座に停止できます。ユーザーがダッシュボードの「実行ユーザー」である場合や、アカウントが無効になると機能しなくなる可能性のあるアクティブな階層ロジックの一部である場合、非アクティブ化は問題となる可能性があります。凍結は、ユーザーレコード上で「ワンクリック」で簡単に実行できます。ライセンスを再割り当てする（オプションA）には、まずユーザーを非アクティブ化する必要があります。プロファイルレベルでログイン時間を変更する（オプションB）かIPアドレスを変更する（オプションD）と、休暇中のマネージャーだけでなく、そのプロファイルに割り当てられているすべてのユーザーに影響します。凍結は、個々のユーザーアクセスを管理するための、的を絞った一時的な解決策を提供します。

AIエージェントのアクションに名前を付ける際、大規模言語モデル（LLM）が利用可能なツールを分類して理解する上で、一貫性が重要です。すべての検索アクションを動詞「Get」で始めるなど、一貫した命名規則に従うことで、エージェントはユーザーの意図（例：「～についての情報が必要です」）を適切なアクションに容易にマッピングできます。これにより、エージェントループの推論フェーズにおける曖昧さが軽減されます。Find、Retrieve、Identify（オプションD）などの一貫性のない動詞を使用すると、モデルは特定のタスクに最も適切なアクションがどれであるかについて混乱する可能性があります。動詞を完全に削除する（オプションA）と、モデルがアクション（何かを行うこと）とデータオブジェクト（物）を区別することが難しくなります。エージェントのコンテキストは既にSalesforce環境内にあるため、「Salesforce」を追加する（オプションB）ことは一般的に冗長です。

金額のしきい値に基づいて特定の個人 (CFO) がレコードを「承認」する必要があるという要件は、承認プロセスの典型的なユースケースです。 「承認のために送信」ボタン (オプション A) を使用すると、ユーザーが手動でプロセスを開始できますが、プロンプトではプロセスが「自動的に」実行されるように指定されています 50。 この自動化を実現するには、プラットフォーム管理者はフロービルダーを使用して承認プロセスをトリガーする必要があります。 レコードトリガーフローは、商談が作成または更新され、条件 (金額 > 100,000 ドル) を満たしたときに実行されるように設定できます。 フローは、「承認のために送信」アクションを使用して、営業担当者がボタンをクリックする必要なく、レコードを事前定義された承認プロセスに起動します。 Einstein Next Best Action (オプション B) は推奨ツールであり、ワークフロー強制ツールではありません 54。 Apex トリガー (オプション C) でこのタスクを実行できますが、Salesforce のベストプラクティスでは、このような要件には可能な限り「コードではなくクリック」(フロー) を使用することを推奨しています。 Flowを使用して承認プロセスを開始することで、CFOが必要とする自動化、ルーティング、および監査証跡が実現します。

ケースエスカレーションルールは、ケースが特定の状態のまま一定期間経過した場合にアクションを自動化するように設計されています。このシナリオでは、2 時間後にケースを移動し、マネージャーにアラートを送信するという 2 つの時間ベースのトリガーが要件となります。エスカレーションルールを使用すると、管理者は時間しきい値に達したときに実行される「エスカレーションアクション」を定義できます。たとえば、「キューに再割り当て」や「マネージャーに通知」などです。ケース割り当てルール (オプション D) は、ケースが最初に作成されたとき、または手動でトリガーされたときにのみ実行され、時間遅延後には実行されません。レポート (オプション A) とダッシュボード (オプション B) は情報を提供しますが、レコードを物理的に移動したり、自動再割り当てを実行したりすることはありません。

Agentforceアクション指示のベストプラクティスでは、LLM（大規模言語モデル）がアクションをトリガーするタイミングと理由を正確に理解できるように、明確さ、意図、および具体的な使用シナリオを重視しています13。オプションBは、アクション（ケースの作成）、目標（顧客の問題を文書化）、およびユーザーの意図（問題または質問の正式な記録）を明示的に定義しているため、最良の選択肢です14。高品質の指示は、エージェントの推論プロセスのガイドとして機能します15。オプションAまたはCのような曖昧な指示は、正式なケースを必要としない単純な問い合わせ中など、エージェントが不適切なタイミングでアクションをトリガーする原因となる可能性があります。「コードスニペット」に焦点を当てた指示（オプションD）は、LLMがユーザーと自然にやり取りするために技術的な実装の詳細ではなく、機能的なビジネスコンテキストを理解する必要があるため、効果が低くなります17。