This guide helps customers validate that their Salesforce org is ready specifically for configuring and deploying an Agentforce Service Agent. It is scoped only to the Service Agent use case. Most Service Agent setup failures are caused by missing prerequisites, permission gaps, or incorrect enablement order.
1. Before You Begin
Use this guide to confirm that your Salesforce org is correctly configured for Agentforce before creating or deploying a service agent. This guidance applies when validating setup readiness, permissions, data access, and environment consistency.
2. Required Platform Prerequisites
Before configuring the Agentforce Service Agent, confirm the following platform capabilities are available in your org:
If any prerequisite is missing, Agentforce setup may partially succeed but fail at runtime.
3. Required Enablement Order
Follow this order to avoid setup failures:
Note: Data Cloud and Einstein provisioning can take 15–60 minutes. Retrying setup too early may result in misleading errors.
4. Editions, Licensing, and Permissions Validation
This is one of the most common causes of Agentforce setup failures. Agentforce may appear enabled, but users are blocked due to missing permissions or licenses.
Required Salesforce Editions
Agentforce Service Agents are supported in:
Some standard agent actions may require additional add-on licenses depending on the use case.
Required Permission Set Licenses
Ensure the following permission set licenses are assigned where applicable:
Missing permission set licenses often result in missing UI options or silent failures.
Required Admin Permissions (Builder / Setup Users)
Admins configuring Agentforce must have:
Best practice: Assign the Agentforce Service Agent Configuration permission set instead of granting permissions individually.
Agent User Permissions
Agentforce agents run as a dedicated Agent User, not as the logged-in admin or service rep.
By default, the Agent User has minimal access for security reasons. You must explicitly grant:
Permission Sets / Groups
Object Access
Action Execution Permissions
If an agent action fails, always verify that the Agent User — not the admin — has access to the referenced objects and automation.
5. Agent User Readiness
Agentforce agents run as a dedicated agent user, not the logged-in admin.
Best practices:
If the agent can’t access records, review the agent user — not the admin user.
6. Data & Knowledge Readiness
Agents rely on trusted, well-prepared data.
Before creating a Data Library:
Refer to Troubleshoot Agentforce Data Libraries for ingestion and visibility validation steps.
7. Common Readiness Issues
| Symptom | What to Check First |
| Agentforce not visible | Einstein , Data Cloud is enabled in the org |
| New Agent button missing | Permissions and licenses |
| Agent can’t access data | Agent user role & object access |
| Errors during creation | Incomplete provisioning |
005317651

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.