Salesforce integration connects Salesforce to the other systems your business runs on. Customer records, emails, meetings, and orders then move between them automatically instead of by copy and paste.
|
Quick Reference: Salesforce Integration at a Glance
|
The gap is bigger than most teams think. The average enterprise now runs 957 applications, and only 27% of them are integrated, according to Salesforce's 2026 Connectivity Benchmark Report. That figure comes from a Vanson Bourne survey of 1,050 enterprise IT leaders in nine countries, fielded in October and November 2025.
This integration guide covers how it all works: the types and architectures to choose from, the APIs behind them, and the six official patterns. It ends with the practices that keep a build running long after launch.
Salesforce integration is the process of connecting Salesforce, your customer relationship management (CRM) platform, with the other applications your teams use. You'll also see it written as "Sales Force integration." It means the same thing.
A typical company keeps customer information in a dozen places: an inbox, a calendar, a finance system, a marketing tool, a support desk. Each one holds a piece of the customer record that never reaches Salesforce. Salesforce integration closes that gap.
Instead of managing siloed tools and copying data by hand, integration ensures that:
How does it work? One system authenticates to the other, usually with OAuth. It then maps fields between the two, sends or requests data through an API, and handles whatever fails.
Most projects move one of three things: data, a process, or a view of outside information. We'll break those types down below.
Disconnected systems cost time before they cost anything else. In the same survey, IT teams reported spending 36% of their time designing, building, and testing custom integrations.
By connecting Salesforce with your email, calendar, marketing tools, or ERP, you unlock cleaner data and a faster path from lead to closed deal. The more your teams use Salesforce, the more that matters.
A well-planned CRM integration pays back in four ways:
Here's a common case. A rep schedules a customer meeting in Outlook. Without a connection, that meeting may never reach Salesforce, so the forecast review happens with half the story.
With an inbox tool such as Cirrus Insight, the meeting, the email thread, and the attendees are logged to the right record without manual effort.
Salesforce's own architects sort projects by two questions: what moves, and when. Those answers decide almost every design choice that follows.
There are three types of Salesforce integration by what moves:
|
Type |
What It Does |
Example |
|
Data integration |
Copies or syncs records so two systems hold the same values |
Accounts and contacts load nightly from a finance system into Salesforce |
|
Process integration |
An event in one system starts work in another |
A closed-won opportunity creates an order in the ERP |
|
Virtual integration |
Salesforce shows outside data on demand without storing it |
Order history appears on the account page, read live from the order system |
Timing is the second question:
Direction matters too. Outbound means Salesforce calls another system. Inbound means another system calls Salesforce. Many projects need both, so treat two-way sync as a design decision with its own conflict rules.
Your integration architecture defines how your systems connect and communicate with Salesforce. The four models below suit different company sizes and use cases.
|
Architecture |
Best For |
Main Trade-Off |
|
Point-to-point |
One or two connections |
Every new link adds upkeep |
|
Hub-and-spoke |
Several apps sharing data |
Needs middleware and an owner |
|
Enterprise service bus |
Dozens of systems and heavy data transformation |
Complex to set up and run |
|
Event-driven |
Real-time updates and automation |
Failures are harder to trace |
This is the simplest model. Each system connects directly to Salesforce.
It's quick to build and fine for one or two links, such as a single calendar tool. Five systems that all need to talk to each other can require up to 10 separate connections, and each one needs credentials, monitoring, and upkeep.
Best for: Small teams or a single, well-defined connection.
This model adds a central hub, usually middleware, that manages communication between Salesforce and every other system. Each app connects once to the hub.
You get one place to map fields, monitor traffic, and handle errors. Adding a system doesn't touch the others.
You're paying for middleware such as MuleSoft, Boomi, or Zapier, and someone has to run it. The hub is also a single point of failure.
Best for: Mid-size and larger organizations with multiple applications.
An ESB is a more advanced take on the hub. A message bus routes, transforms, and orchestrates data between systems.
It supports high-volume, two-way exchange and complex transformation rules. It's also the heaviest option to set up and manage. For a company with a handful of SaaS apps, it's overkill.
Best for: Large companies connecting dozens of systems, including on-premise ones.
Here, systems communicate through events, such as a lead being created or an opportunity closing. One system publishes the event, and any number of others subscribe to it.
That design gives you real-time updates without constant polling, so you make fewer API calls. It takes more setup, using Platform Events or Change Data Capture. Failures are also harder to trace than in a simple request.
Best for: Real-time automation and loosely coupled services.
Of the Salesforce integration tools available, most fall into four groups. They differ in who builds the connection and who maintains it.
|
Option |
How It Works |
Best For |
Watch Out For |
|
Native app |
A prebuilt app from Salesforce AppExchange installs and connects with clicks |
One specific job, such as email, e-signature, or billing |
You're limited to what the vendor built |
|
Low-code flow |
MuleSoft for Flow: Integration adds more than 40 prebuilt connectors inside Salesforce Flow |
Admins automating a process across a few systems |
Complex branching logic gets hard to maintain in clicks |
|
Middleware |
A hub such as MuleSoft Anypoint, Boomi, Workato, or Zapier maps and routes data between many apps |
Several systems, shared rules, central monitoring |
A subscription to pay for and a tool to own |
|
Custom code |
Developers call the APIs directly or write Apex callouts |
Unusual logic, high volume, or strict performance needs |
You own every bug, limit, and upgrade |
Salesforce app integration through AppExchange is the fastest route for most teams. Our guide to the best Salesforce apps covers popular picks.
Middleware products are often sold as iPaaS platforms. If you want a Salesforce integration platform from Salesforce itself, that's MuleSoft Anypoint. Low-code options give admins drag-and-drop tools, so not every connection needs a developer.
Choosing the right Salesforce option comes down to three business needs: how many systems are involved, how fresh the data must be, and who will maintain it.
Our rule of thumb is to buy before you build. If a maintained app or prebuilt connector already does the job, a custom build rarely pays back the upkeep. Save custom code for the logic that makes your business different. The best tools are the ones someone on your team can maintain.
Every option above ends in the same place: a Salesforce API. Even a no-code app is making requests on your behalf. The Salesforce Developer Center documents each one in full.
|
API or Tool |
Use It For |
Timing |
|
REST API |
Reading and writing individual records from web, mobile, and SaaS apps |
Synchronous |
|
SOAP API |
Strongly typed system-to-system calls, common with older enterprise software |
Synchronous |
|
Bulk API 2.0 |
Loading or extracting large data sets |
Asynchronous |
|
Pub/Sub API |
Publishing and subscribing to events over gRPC and HTTP/2. The older Streaming API covers similar ground |
Asynchronous, real-time |
|
Platform Events |
Custom event messages between Salesforce and outside systems |
Asynchronous |
|
Change Data Capture |
Streaming record changes in Salesforce to other systems in near real time |
Asynchronous |
|
Apex callouts and External Services |
Salesforce calling an outside REST or SOAP endpoint |
Either |
|
Salesforce Connect |
Showing outside data as external objects without copying it |
On demand |
|
Outbound Messaging |
Legacy SOAP notifications. Salesforce still supports it but has stopped investing in it |
Asynchronous |
If you're building a custom connection using Salesforce APIs, plan around limits early. Enterprise Edition orgs get 100,000 API requests per 24 hours plus 1,000 for each Salesforce license. An Enterprise org with 50 Salesforce licenses has 150,000 requests a day, and every integration uses part of that pool.
Bulk jobs have their own ceiling of 150 million records per rolling 24 hours. Apex allows 100 callouts per transaction, with a 120-second cumulative timeout.
The API comes standard in Enterprise, Unlimited, Performance, and Developer Editions. Professional Edition needs it as a paid add-on.
Salesforce documents six integration patterns. They're the common patterns behind almost every build, and knowing them makes vendor conversations faster.
One thing trips people up. The names describe direction from Salesforce's side. In request and reply and in fire and forget, Salesforce makes the call. Remote call-in is the reverse.
Salesforce calls another system and waits for the answer before continuing. Use it when a user needs the result on screen right away.
Example: A rep opens an account, and Salesforce calls the billing system to show current invoice details.
Trade-off: The two systems are tightly coupled, so a slow billing system means a slow Salesforce page.
Typical tools: External Services, Apex callouts with Named Credentials, or an HTTP Callout action in Flow.
Salesforce sends a message to another system and doesn't wait for a reply. Use it when speed matters more than instant confirmation.
Example: An opportunity is marked closed-won, Salesforce publishes a platform event, and the ERP creates the order in the background.
Trade-off: You need your own way to confirm delivery and retry failures.
Typical tools: Platform Events, Change Data Capture, or the Pub/Sub API.
Data is collected over time and moved in scheduled sets, in either direction. Use it for large volumes that don't need to be current to the minute.
Example: A nightly import of marketing leads or e-commerce orders into Salesforce.
Trade-off: Data is stale between runs, and two systems can edit the same record in the gap.
Typical tools: Bulk API 2.0, an ETL tool, or Data Loader for one-off jobs.
Another system calls Salesforce to create, read, update, or delete records. Use it when the outside system owns the trigger.
Example: A web app checks a Salesforce record to confirm a customer's eligibility before completing a signup.
Trade-off: Every call counts against your daily allocation, so chatty apps need watching.
Typical tools: The REST or SOAP API, or a bulk job for volume.
The Salesforce screen refreshes on its own when the underlying data changes. Use it when users act on live information, such as a case queue or a payment status.
Example: A payment clears in the finance system, and the open opportunity page shows the new status without a reload.
Trade-off: It only helps users who have the record open.
Typical tools: Platform Events or Change Data Capture.
Salesforce reads outside data in real time and displays it without storing a copy. Use it when the data is large, changes often, or has to stay in its home system.
Example: Years of order history stay in the ERP but appear as a related list on the account.
Trade-off: Speed depends on the source system, and some reporting features work differently than they do on native records.
Typical tool: Salesforce Connect.
|
Close More Deals With Less Admin. Cirrus Insight logs emails and meetings to Salesforce from Gmail or Outlook. Start a free trial. |
Here's the Salesforce integrations list most teams work through, grouped by the system on the other end. The best Salesforce integrations remove a specific manual step your team repeats every day. Start with the system where that step hurts most.
Purpose: Keep customer, order, and billing data in step between sales and finance.
This connection usually runs both ways. Closed deals flow out as orders, and invoice and payment status flow back. Most teams use batch jobs for master data and events for orders.
Salesforce integration with ERP solutions is also where field mapping takes the longest. The two systems rarely define "customer" the same way.
What you get: One customer record that holds the same data across sales and finance, automated order updates, and quote-to-cash visibility.
Purpose: Share campaign and lead data so marketing and sales work the same funnel.
Leads and engagement data flow in. Lifecycle stage and closed revenue flow back for attribution. Decide which system owns lead status before you connect them, because two-way sync without an owner creates update loops.
What you get: Lead scoring within Salesforce, closed-loop campaign reporting, and a faster handoff to sales.
Purpose: Give support and sales the same view of each account.
Tickets attach to the account record, so a rep knows about an open escalation before a renewal call.
What you get: Full context for both teams, faster resolution, and cleaner tracking of service-level agreements (SLAs).
Purpose: Capture the daily conversations that never reach the CRM on their own.
This is the connection reps feel most, because it removes manual data entry from every email and meeting. You can start with the native Salesforce options or add a third-party tool for deeper controls. Our guides compare both for Salesforce Outlook integration, Salesforce Gmail integration, and Salesforce Google Calendar integration.
Cirrus Insight is our product in this category. It connects Gmail and Outlook to Salesforce so your team can:
Purpose: Bring order and payment data into Salesforce for follow-up.
Orders and payment status flow in, so sales and success teams can act on real purchase history.
What you get: Upsell and cross-sell based on purchases, automated follow-ups, and order status on the account.
Website integration usually starts with Web-to-Lead, a built-in form generator that creates a lead from each submission. It's included and quick to set up.
There's one limit to know: 500 Web-to-Lead requests per day. Past that, extra submissions are emailed to your default lead creator instead of becoming leads. Busier sites use a form tool or marketing system that posts through the API.
Scheduling pages count too. Our Smart Scheduler routes each booking to the right rep's calendar and pushes UTM data to Salesforce.
Companies with more than one org, often after an acquisition, need org-to-org integration: Salesforce on both ends.
The old Salesforce-to-Salesforce feature has reached end of life, according to Salesforce's data integration decision guide. Current options include the native APIs, Change Data Capture, Salesforce Connect with the cross-org adapter, MuleSoft, and Data 360.
Pick by need. Choose Salesforce Connect to view another org's records without copying them. Use events or an API approach when both orgs must store the data.
AI agents are the newest reason to integrate, and the newest thing to connect. An agent can only act on data it can reach.
In Salesforce's 2026 survey, 50% of AI agents ran in silos instead of inside a connected multi-agent system. And 82% of IT leaders named data integration as one of their biggest challenges when using AI.
Three developments matter for planning:
Our take: AI-powered features don't change the fundamentals. An AI-driven workflow is only as good as the activity data underneath it, so fix the plumbing first.
These eight habits apply to any integration solution, from a single app to a multi-system program.
You don't always need outside help. A single AppExchange app or a simple flow is within reach for most admins.
Integration partners earn their fee on harder projects. Think of a finance system rollout, several systems with shared data, a large migration, or a regulated industry such as financial services.
A Salesforce system integrator (SI) typically handles discovery, data mapping, architecture, the build, testing, and handover. Good Salesforce experts also tell you what to leave out.
Cost depends on scope more than on any list price. The main drivers are the number of systems, data volume and quality, real-time versus batch needs, middleware licenses, and ongoing support. Ask any partner for references on the specific system you're connecting, and for a design that will scale with your business.
Not every project needs middleware or code. If you mostly want to streamline how sales activity reaches the CRM, start in the inbox and calendar.
Cirrus Insight connects Gmail or Outlook directly to Salesforce. Your team can:
Where it stops: Cirrus Insight isn't an integration platform. It won't connect your finance system, billing tool, or data warehouse to Salesforce. For those, use the options above.
If you want Salesforce to be the place where every customer conversation lives, see how our Salesforce integration works.
|
Turn Meetings Into Revenue Growth. See Cirrus Insight on your own Salesforce org. Get a demo. |
You can connect Salesforce to almost any system that has an API. The most common are finance and ERP tools (NetSuite, SAP, QuickBooks), marketing platforms (HubSpot, Marketo), and support desks (Zendesk, ServiceNow).
Salesforce CRM also connects to email and calendar (Gmail, Outlook), collaboration tools (Slack, Microsoft Teams), and e-commerce and payment systems (Shopify, Stripe).
Three everyday examples: emails and meetings logged from Outlook to the right contact, closed-won opportunities creating orders in NetSuite, and web form submissions creating leads.
Others include support tickets appearing on account records and reports feeding a Salesforce to Google Sheets integration.
There's no single price. Salesforce's own APIs are included in Enterprise Edition and above, and five integration user licenses are free.
Costs come from what you add: app subscriptions, middleware licenses, developer or partner time, and ongoing maintenance. A prebuilt app for one job costs far less than a custom multi-system build.
Enterprise, Unlimited, Performance, and Developer Editions include it by default. Professional Edition can add it as a paid add-on.
Any app integrating with Salesforce needs that access, so check your edition before you buy a tool.
No. MuleSoft is Salesforce's own middleware and suits large, multi-system programs.
Many teams connect their tools with Salesforce through AppExchange apps, Flow, or direct API calls. Others pick automation tools like Zapier or Workato. Choose MuleSoft when you need central governance across many systems.
Both read and write Salesforce records synchronously. REST uses standard HTTP methods and is the usual choice for web, mobile, and SaaS apps.
SOAP uses XML with a strongly typed contract and is common in older enterprise systems. For large data loads, use a bulk job instead of either.
No. AppExchange apps install with clicks, and Flow-based tools let admins build without code.
You'll need a developer for custom logic, unusual data models, or very high volume.
Give each connection a dedicated user with the minimum permissions it needs. Authenticate with OAuth through an External Client App, and store secrets in Named Credentials.
Review that access on a schedule, and remove any connection nobody owns.
The best one is whichever removes your team's most repeated manual step. For most sales teams, that's email and calendar, because unlogged activity weakens every forecast and report.
We make a tool in that category. Test it against Salesforce's native options, and pick the one your reps will actually use.