Agentforce環境では、設定変更（トピックやアクションの追加など）を行うためにエージェントを非アクティブ化しても、既存のセッションはすぐに終了しません。スムーズなユーザーエクスペリエンスを確保するため、Salesforceでは、セッション開始時にアクティブだったエージェントのバージョンを使用して、進行中の会話を継続できます。「非アクティブ化」は、新しいセッションの開始を阻止するだけです。管理者がエージェントを再アクティブ化すると、新しいセッションは更新された設定を使用し、現在のユーザーは中断や「システムエラー」なしでやり取りを完了できます。ウィンドウは自動的に閉じず、会話はユーザーが再アクティブ化を待つ必要のある「一時停止」状態にはなりません。

承認プロセスにどのレコードが入るかを制御する基本的な方法は、入力条件を定義することです。承認プロセスの設定時に、管理者は、レコードが承認の対象となるために満たす必要があるフィールドレベルの条件（例：金額 > 50,000 かつステージ = 受注済み）を指定します。ユーザーがこれらの条件を満たさないレコードを送信しようとすると、Salesforce はエラー メッセージを表示し、プロセスの開始を阻止します。これにより、財務チームまたは管理チームには、実際に承認が必要な取引のみが通知されることが保証されます。画面フロー（オプション C）を使用してプロセスを開始することもできますが、承認プロセス自体の入力条件が、自動化の最終的な「ゲートキーパー」として機能します。検証ルール（オプション D）は不正なデータを防止しますが、レコードを承認にルーティングしません。動的フォーム（オプション B）は「承認のために送信」ボタンを表示または非表示にできますが、プロセス自体の基となるビジネス ロジックを強制しません。

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

Salesforce のベストプラクティスでは、最小権限の原則が定められており、ユーザーには業務に必要な最小限のアクセス権限のみを与えるべきです。リーダーシップ ユーザーに「システム管理者」プロファイル (オプション B) を割り当てるのは危険です。なぜなら、システム構成の変更、フィールドの削除、ユーザーの管理などの権限が付与されてしまうからです。代わりに、管理者はリーダーシップ ユーザーには標準の機能プロファイルを使用し、権限セットを使用して「すべてのデータの変更」権限を付与する必要があります。この方法により、ユーザーはバックエンド設定に対する管理権限を与えられることなく、必要なデータ可視性 (組織全体のすべてのレコードを表示および編集する機能) を得ることができます。オプション A は、標準プロファイルを直接編集できないため誤りです。オプション D は、「ロール」がレコードの可視性と階層を制御しますが、「すべてのデータの変更」のような管理権限は付与しないため誤りです。権限セットを使用することが、特定のグループのデータアクセス権限を昇格させる最も安全で柔軟な方法です。

承認プロセスは、それぞれに自動化された一連のアクションがある複数のステージで構成されています。レコードが最初に送信されると、通常はそれ以上の編集を防ぐためにロックされます。ユーザーがその送信を「取り消す」必要がある場合（たとえば、間違いに気づいた場合や取引条件が変更された場合など）、管理者はリコールアクション12を構成する必要があります。リコールアクションは、送信者または管理者がレコードを承認キューから取り戻せるように特別に設計されています。一般的なリコールアクションには、ステータスを「下書き」に戻すフィールド更新と、最も重要な、レコードを再度編集できるようにロックを解除するア​​クションが含まれます。最終拒否アクション（オプションA）は、承認者が要求を拒否したときに発生し、最終承認アクション（オプションC）は、要求が完全に承認されたときに発生します。最初の送信アクション（オプションD）は、レコードをロックしてプロセスを最初に開始するものです。