Salesforce
Set up an AI agent for Salesforce Service Cloud. It reads cases, accounts and Knowledge, drafts replies as case comments, and keeps your records up to date.
eesel's AI agent for Salesforce Service Cloud works inside your Salesforce org. It reads cases and Knowledge articles (and contacts and accounts once you switch them on), drafts replies as internal case comments, and updates records.
Salesforce holds the customer record. Customers rarely write in through Salesforce, so eesel mostly uses it to look up context: which plan the account is on, what is still open, and what your team already told them. Your AI teammate reads cases and knowledge articles, plus contacts and accounts once you switch them on (see Sources), plus anything else you connect, such as your help center, Confluence, Notion or your website, and works with the record in front of it. It can create and update records too, so a conversation ends with Salesforce in the right state instead of a note for someone else to type up later.
In this example the agent read the case, looked up the account, searched twelve other cases, and posted a private case comment.

Set up eesel in Salesforce
Ask your agent to connect Salesforce
Open the chat in your dashboard and ask it to connect Salesforce. It replies with two steps. First install the eesel AI package in your Salesforce org, because Salesforce needs the package before it allows the connection. The agent gives you an Install eesel AI package link. Prefer to click? Integrations in the left sidebar has the same option.

Install the eesel AI package in Salesforce
Open the link as a Salesforce admin. If you are not signed in, Salesforce asks you to sign in first.

The install page then opens. Choose who gets the package: admins only, all users, or specific profiles, whichever fits your team. Tick the box to acknowledge the app, then click Install.

Salesforce then asks you to approve the site the package talks to. That site is oracle.eesel.app, which is eesel. Tick Yes, grant access to these third-party web sites and click Continue.

Salesforce confirms when the install is done. The page shows the package name eesel AI and its version. Click Done.

Authorize the connection
Go back to the chat and tell your agent the package is installed. It gives you a Connect Salesforce link. Open it and approve the connection in Salesforce. You need permission in Salesforce to authorize a connected app.

Your agent only sees what the Salesforce user you authorized can see. Object and field permissions in Salesforce are the real limit, so set them there rather than relying on the instructions you give your agent.
This approval is the one step a person has to do in the browser. If an AI agent is doing the setup for you, it hands you the link and waits.
Check what it can read
Integrations > Salesforce in the left sidebar shows the connection and its sources. Each source has its own toggle, and shows a document count once its sync is done. From a terminal, eesel status lists the integration as connected with its source counts.

A synced source is a snapshot from the last sync. That is what the agent knows going in. The lookup actions read Salesforce live, which is how it checks one record mid-conversation.
Create your first automation
Connecting alone does not start your agent. It needs an automation first. Tell it what to handle and it creates an automation. An automation is a Salesforce trigger plus instructions. In the instructions you describe which cases it should handle and what to do with them. It leaves the rest alone.

It shows up on your Automations page, switched on and ready. From a terminal, eesel automations lists it as on.

Open the automation to see or change what it does. This one runs on A new Case is created and tells the agent to read the case, draft a reply, and add it as an internal case comment. The trigger event is fixed when the automation is created. So a new automation is required for each different trigger event.

Check automation work in Salesforce
Open Salesforce and look at the next case that comes in to see what the automation did there. In this example a customer emailed in about a charge, Salesforce turned the email into a case, and the agent added its drafted reply as an internal case comment for a teammate to review and send.

Sources, triggers and actions
Sources
Sources are what it learns from. Toggle each one on or off for each agent from the Salesforce page under Integrations:
Cases
Your Salesforce support cases
On
Contacts
Your Salesforce contacts
Off until you switch it on
Accounts
Your Salesforce accounts
Off until you switch it on
Knowledge Articles
Your Salesforce Knowledge base
On
Contacts and Accounts still sync when you connect, but the agent can't search them until you switch them on for that agent. They hold names, emails and phone numbers, and an agent that answers your customers could otherwise answer anyone out of your customer directory. This covers searching the synced copy only: the "Look up contact" and "Look up account" actions below still read Salesforce live, so this does not stop the agent from reading a contact on request.
eesel indexes what the connecting Salesforce user can see. Salesforce sharing rules don't apply to the indexed copy, so everyone who talks to the agent can reach everything that user could see in the sources you switch on. Connect with a user whose access fits what the agent may read.
Every other integration on the agent is also a source. Salesforce answers "what is true for this account" and your help center answers "how does this work", so connect both. See Integrations.
Triggers
Triggers are the Salesforce events an automation can run on:
A new Case is created
A case is added, however it got there
Picking up new cases, including ones created from customer email
salesforce_new_case
A Case is updated
An existing case is modified
Following a case through its lifecycle
salesforce_case_updated
A new Lead is created
A lead is added
Picking up new leads
salesforce_new_lead
A Lead is updated
An existing lead is modified
Reacting to a change on a lead
salesforce_lead_updated
A new Contact is created
A contact is added
Picking up new contacts
salesforce_new_contact
A Contact is updated
An existing contact is modified
Reacting to a change on a contact
salesforce_contact_updated
A new Account is created
An account is added
Picking up new accounts
salesforce_new_account
An Account is updated
An existing account is modified
Reacting to a change on an account
salesforce_account_updated
A new Opportunity is created
An opportunity is added
Picking up new opportunities
salesforce_new_opportunity
An Opportunity is updated
An existing opportunity is modified
Reacting to a change on an opportunity
salesforce_opportunity_updated
A new Campaign is created
A campaign is added
Picking up new campaigns
salesforce_new_campaign
A Campaign is updated
An existing campaign is modified
Reacting to a change on a campaign
salesforce_campaign_updated
Each kind of record has its own trigger, and the Salesforce page under Integrations lists the ones your connection offers. One trigger watches one kind of record, so a case automation and a lead automation are two separate automations. The same goes for which records it takes: describe the records you want in the instructions and the agent skips the rest, recording what it passed over on the agent's Activity page.
Actions
Actions are what it can do:
Respond
Add case comment
Adds a comment on a case. Mark it internal and only your team sees it. Start here: the agent drafts, a human sends
Send email
Sends an email from Salesforce. This one reaches the customer
Manage
Create or update a case
Creates a case, updates its fields, or closes it
Create or update a record
Creates or updates a contact, account, lead, opportunity, task or note
Look up
Read case / Search cases
Reads a case in full and finds cases by subject, contact or id
Look up contact / Look up account
Finds a contact or an account and reads it live from Salesforce
You stay in control the whole way. Adjust your AI agent's access to knowledge and its action permissions to your liking. See Actions and Approvals.
The lookup actions only read, so they cannot change your data. A write can create a duplicate contact or lead by mistake, so tell the agent to search before it creates. Sending email reaches outside your team.
Limitations
The package has to stay installed. Without the eesel AI package in your org, the connection and the actions stop working.
It only sees what the authorized user sees. Object, field and sharing permissions in Salesforce set the real limit.
Records only, no chat. Triggers run on Salesforce records. There is no trigger for Salesforce chat or messaging sessions.
One trigger per automation. The trigger event is fixed when the automation is created, so each trigger needs its own automation.
Synced sources are a snapshot. What it learned from your cases and articles is as of the last sync. The lookup actions read Salesforce live.
Writes can create duplicates. Tell your agent to search before it creates a contact or lead.
Troubleshooting
FAQ
Related pages
Helpdesk for the job your teammate takes on in a ticket queue
Automations and Schedules for triggers, instructions and schedules
Actions and Approvals for choosing what your agent may do
Integrations overview for how sources, triggers and actions fit together
Last updated
