Skip to main content
Integration · Salesforce

Bring AI conversations into Salesforce

Your Salesforce org is the system of record. It holds every Account, every open Opportunity, every Case your team has ever touched. But the conversations that produce those records happen somewhere else — in chat, in WhatsApp, in DMs. By the time anything reaches a Salesforce screen, a rep has retyped what the customer said, or an agent has opened a Case the bot could have answered in seconds. NebulaHex closes that gap.

OAuth 2.0 · 10 toggleable actions · Sandbox-first flow · Production-ready

Sales Cloud/Leads/00Q9j000004XyZvPRODUCTION
JC

Lead

Jordan Chen

Open — Not Contacted

Email

jordan.chen@agilehelix.com

Company

Agile Helix

Title

VP of Engineering

Lead Source

Chatbot — NebulaHex

Owner

Round-robin: SDR Team

Description · from bot

Visitor asked about enterprise pricing for the platform. Reviewed plan tiers, requested follow-up call to discuss volume discounts above 500 seats.

Full transcript attached as Note · chat duration 4m 23s

Created by NebulaHex bot2 minutes ago
Jump to section

01

The system of record

If your business has reached the point where you’re running Salesforce, you’ve made a decision about where the truth lives. Account hierarchies, opportunity stages, custom objects modeling your specific workflow, reports that leadership reads every week — that infrastructure isn’t easily moved, and it shouldn’t be.

The cost of any new tool you adopt isn’t just the tool itself. It’s the cost of the data drift between that tool and Salesforce. Every system that doesn’t talk to your CRM creates a reconciliation tax that your RevOps team eventually pays.

That’s the design constraint NebulaHex’s Salesforce integration is built around. We don’t ask you to mirror your CRM inside another database. We don’t ask reps to learn a second tool. We connect the conversations to the records you already trust, in the system your team already uses. The bot becomes a participant in the same data fabric, not a parallel one.

02

What the bot can do with Salesforce

Once you connect a Salesforce org to a bot, you unlock ten CRM actionsthe bot is allowed to perform during a chat. They fall into three categories. Each one has its own toggle in the Configure Tools panel — you decide which are turned on. A connected org with every action disabled does nothing. That’s by design.

READ7 tools

The bot queries Salesforce mid-conversation for context. Customer asks, bot looks up, bot answers — all inside the chat.

sf_lookup_contact

Find a Contact by email or ID

sf_lookup_account

Pull Account details and hierarchy

sf_lookup_opportunity

Find open or recent Opportunities

sf_lookup_case

Look up a Case by ID

sf_get_case_history

Fetch full Case comment history

sf_search_knowledge

Search published Knowledge articles

sf_search_records

Free-text SOSL across allowlisted sObjects

WRITE2 tools

When a conversation produces something Sales or Support needs to see, the bot creates the record. Source attribution preserved.

sf_create_lead

Create a Lead with chat-source attribution

sf_create_case

Open a Case on escalation with transcript

UPDATE1 tool

When the conversation changes the state of an existing Case, the bot can modify it directly.

sf_update_case

Modify Case fields (status, priority, owner)

The bot uses these actions inside live conversations. When a customer asks about a record, the bot can look it up. When a website visitor finishes a guided form, the bot drops a Lead into Salesforce with source attribution and the transcript attached. When a chat escalates, the bot opens a Case in your support queue with full context, so the agent who picks it up isn’t starting from zero.

Knowledge search closes the loop on deflection.If your team has spent years writing Knowledge articles in Salesforce — troubleshooting steps, return policies, product specs — the bot can search them on demand. Instead of duplicating that content into yet another knowledge base, you point the bot at what’s already there. Updates to articles in Salesforce immediately become available to the bot on the next message.

03

Production and Sandbox

Salesforce shops take change management seriously. A serious org doesn’t make changes in production without testing them somewhere first. Sandboxes are isolated replicas of your org used to validate changes before they touch live data. Letting you connect NebulaHex to a Sandbox first respects that workflow — you can prove out the bot’s behavior against a copy of your data and configuration, get the tool toggles right, and only then point it at production.

Sandbox

TEST

Isolated copy of your org — your data, your config, your code — that Salesforce gives you for safe testing.

  • Validate which tools you want enabled
  • Watch what the bot writes to records
  • Iterate without touching live deals

Production

LIVE

Your real org. The records your reps work daily. The dashboards leadership reads every week.

  • Bot creates real Leads and Cases
  • Flows through your validation rules
  • Visible in your standard reports
1. Sandbox2. Validate3. Production

Most teams run a few hundred test conversations through their bot against a Sandbox, watch which tools get used and on what kinds of input, refine their toggles, and then connect Production. The same OAuth flow handles both. The Salesforce card shows the hostname of the org you connected to and a Sandbox badge if applicable, so there’s never any ambiguity about which environment the bot is touching.

04

How to connect

The connection flow is short by design.

1

Pick your environment

Open the Salesforce card in your bot’s Integrations tab and click Connect. Choose Production or Sandbox. Most teams start with Sandbox to validate behavior before pointing at live data.

2

Sign in to Salesforce

You’re handed off to Salesforce’s own login screen. Authenticate as yourself, review the permissions requested, and approve. NebulaHex never sees your password.

3

Configure the 10 actions

Back in NebulaHex, the Configure Tools panel shows all ten actions with individual toggles. Enable the ones the bot should be able to use for this org. Turn off Lead creation if reps will create them manually. Turn off Case management if support runs elsewhere.

Disconnection is just as simple. Click Disconnect on the card and the bot stops accessing your CRM immediately. Records the bot already created in Salesforce — Leads, Cases, anything else — stay in Salesforce because that data belongs to your org, not to NebulaHex. Conversations the bot already had stay in your NebulaHex inbox. The link between the two systems is the only thing that goes away, and you can re-establish it any time.

05

For the teams that live in Salesforce

Different roles get different value from the integration. Here’s how it lands for the teams who actually use Salesforce day-to-day.

B2B Sales

· Inbound chat conversions stop leaking

A prospect lands on your site, has a question, gets an answer, and leaves before any rep sees them. With NebulaHex creating Leads from chat directly into Salesforce, every meaningful inbound conversation becomes a tracked record. SDRs work the same Leads queue. Sales managers see the same dashboards. The bot adds a new source of qualified inbound that wasn’t being captured before.

RevOps / Sales Operations

· Records flow back into your existing pipeline

RevOps gets paid to keep the data clean. The integration helps two ways. Conversations that should produce records actually produce records — fewer phantom leads, fewer untracked customer touches. The conversation transcript travels with the Lead or Case, so when an analyst audits why a Lead converted, the source material is right there. You configure exactly what the bot writes and how it tags records.

Account Management & CS

· A query layer over your CRM

AMs and CSMs need fast access to context they didn’t generate. Connecting NebulaHex to your bot — and exposing it inside the channels your team already uses — gives them a query layer over Salesforce that doesn’t require remembering field names. "What’s open on this account?" returns a real answer pulled live from your org, every time.

Customer Support

· Cases land in Salesforce pre-formed

The Case object is the front door of the support stack in Salesforce, and the integration treats it that way. The bot deflects what it can using Knowledge articles, and escalates what it can’t into a Case populated with everything the agent needs to take over without asking the customer to repeat themselves.

Hybrid Teams (SF + Shopify + Slack)

· Integrations compose around one conversation

Most growing businesses don’t run on Salesforce alone. They run Salesforce plus Shopify, plus a helpdesk, plus team comms in Slack. NebulaHex connects to all of these natively, and the integrations compose. Order data from Shopify, customer record from Salesforce, ticket from your helpdesk, escalation alert in Slack — one bot, one conversation, all the right systems updated.

06

Why Salesforce, and why this matters

Salesforce is the largest customer relationship management platform in the world. Sales Cloud has been the leading sales CRM for over two decades, and the broader Salesforce platform has grown into a suite that covers sales, service, marketing, commerce, analytics, and a developer platform that thousands of companies extend with their own logic.

Two things make Salesforce a good target for an AI bot integration. First, the object model is well-defined and predictable: Leads, Contacts, Accounts, Opportunities, Cases, Knowledge Articles. Each has a clean schema the bot can read and write against reliably. Second, Salesforce’s reach inside revenue and support orgs is wide enough that automating conversations into it is leverage — every Lead that doesn’t leak, every Case that arrives pre-formed, saves time across whatever workflow your team has already built.

What NebulaHex adds is the front door. Your knowledge base, your products, your past Cases — combined into a chat-shaped agent that can answer most questions and knows when to step aside.

07

Why NebulaHex over rolling your own

Plenty of teams have considered building their own Salesforce-aware chatbot. The shape of the project always looks the same: stand up a chat surface, plumb it into the Salesforce API, build a knowledge layer, manage authentication and refresh tokens, handle conversation state, train people on the new internal tool, maintain it forever. It’s months of engineering before the first useful conversation, and the result is a bot only your team knows how to extend.

NebulaHex is shipped. Connecting Salesforce to a knowledge-grounded bot is a few clicks, not a quarter. You get a chat surface that’s already polished, a knowledge ingestion pipeline that already handles URLs, files, and structured Q&A, a widget that’s already brandable, an inbox where your humans can take over conversations, an analytics view that shows which conversations are converting, and integrations with the rest of your stack that work today.

You also get honest scope. The bot resolves what it can automatically, your team handles the conversations that genuinely need a human, and customer satisfaction goes up because your team isn’t drowning in repetitive questions. The Salesforce integration fits inside that frame: it makes the bot’s automatic work better, and it makes the human handoff cleaner.

08

Trust & security

Your Salesforce org contains some of the most sensitive data your business owns. We treat the connection with that in mind.

Connections use OAuth 2.0 against Salesforce’s own login flow — you authenticate against Salesforce, not against us, and your credentials never pass through our system. The access tokens we receive are encrypted before they’re stored. All data is encrypted at rest and in transit. Disconnecting from the Salesforce card revokes access immediately on our side; revoking from the Salesforce side does the same.

How the integration is hardened

  • sObject allowlist. The bot is restricted to a fixed list of standard Salesforce objects (Lead, Contact, Account, Opportunity, Case, Knowledge). Custom objects and unlisted ones cannot be queried or modified.
  • SOQL/SOSL injection protection. Every query input is escaped before it reaches Salesforce. The bot cannot construct queries that read or modify data outside what the tool is meant to do.
  • Host validation. Outbound requests are restricted to verified Salesforce hostnames. The connection can’t be tricked into talking to a third-party server.
  • Role-based access. Owner, Admin, Editor, Viewer roles in NebulaHex. Only roles with write permission can connect, configure, or disconnect.

Your conversations and your Salesforce data are never used to train AI models. Each customer’s data is isolated to their own workspace. See our privacy policy and terms for the full posture.

09

Connect Salesforce to your bot in minutes

If your business runs on Salesforce, your chatbot should know it. Pick a bot, open the Integrations tab, click Connect on the Salesforce card, choose Production or Sandbox, sign in to Salesforce, approve, configure which of the ten actions you want enabled. You’re done.

Start free. Build the bot, ingest your knowledge, connect Salesforce against a Sandbox if your team prefers that path, graduate to Production when you’re confident in the behavior.

Conversations and records, one fabric

The bot reads your CRM during chats. Creates Leads when conversations produce them. Opens Cases when escalation requires them. Your Salesforce admins stay in control of every action.