CloudTalk Salesforce Integration: Setup, Sync and Limits (2026 Guide)

In this article
- CloudTalk’s Salesforce integration is built by CloudTalk and, according to its help center, is part of the Expert plan. It needs Salesforce Enterprise or Unlimited edition and an admin in both systems.
- It puts a CloudTalk softphone in Salesforce (click-to-call, a caller match on incoming calls), logs calls and SMS as Tasks (optionally Cases) with a recording link, and keeps contacts and leads in sync with CloudTalk within minutes.
- The classic install runs on Salesforce’s Open CTI, which Salesforce retires on February 28, 2028. CloudTalk also offers a Salesforce Voice (Service Cloud Voice) integration on partner telephony, which needs Salesforce Voice licensing on your side.
- Need logic the settings can’t express? Use CloudTalk’s Workflow Automations, webhooks and API, or compare other dialers on the same terms: logging rules, sync direction and their plan for 2028.
Jump to
- What the CloudTalk Salesforce integration does
- Requirements: plan, edition and people
- Your options compared
- How the data flows
- Field mapping: what goes where
- How to set it up, step by step
- Pitfalls and how to fix them
- The Open CTI retirement and what it means for CloudTalk
- When to go beyond the standard integration
- Go-live checklist
- Where Gilzor fits
What the CloudTalk Salesforce integration does
CloudTalk is a cloud phone system for sales and support teams. The Salesforce integration connects it to your CRM so a rep never has to copy a number, a call note or an outcome from one tool into the other.
According to CloudTalk’s help center, as of October 2026 it covers five jobs:
- Calling inside Salesforce. The CloudTalk softphone sits in the Salesforce utility bar. Reps click a number to dial, and they can also dial from the CloudTalk app.
- Caller match on incoming calls. CloudTalk checks the incoming number against Salesforce and shows the matching contact or lead, with history and notes, before the rep answers.
- Call logging. Each call becomes a Task (activity), a Case, or both, with direction, result, durations, numbers, tags, notes and a link to the recording.
- SMS and WhatsApp logging. Messages can be exported as Tasks.
- Contact sync. CloudTalk imports your Salesforce contacts and leads, keeps them updated, and can create a Salesforce lead or contact when an unknown number calls.
It is a calling integration, not a general data sync. Opportunities and accounts only appear as places to attach call activities.
Requirements: plan, edition and people
| Requirement | What CloudTalk’s documentation says (October 2026) |
|---|---|
| CloudTalk plan | Expert plan only. The pricing page lists the Salesforce ecosystem integration under Expert, with a three-user minimum. |
| Salesforce edition | Enterprise or Unlimited, with Sales Cloud, Service Cloud or Sales and Service Cloud licenses |
| Who connects | A system admin in both CloudTalk and Salesforce, or a Salesforce user with full object and field-level permissions |
| Matching accounts | The email on the CloudTalk account must match the Salesforce email exactly |
| Interface | Lightning apps with the Open CTI Softphone added as a utility item |
| Space in your org | The package adds custom fields; the install fails if your org has hit its custom field limit |
CloudTalk prices its plans per user per month. The pricing page shows euros by default, with a US dollar option, so confirm the US price before you buy. The Salesforce side adds no license cost for the classic CTI install. The Salesforce Voice route does, as covered below.
Your options compared
Four ways to get CloudTalk calls into Salesforce, from simplest to most work:
| CloudTalk CTI (classic) | CloudTalk for Salesforce Voice | Integration plus Workflow Automations | Custom on CloudTalk API and webhooks | |
|---|---|---|---|---|
| How it works | CloudTalk package, softphone in the utility bar through Open CTI | CloudTalk as partner telephony in Salesforce Voice, softphone in the Omni-Channel panel | Standard integration, plus CloudTalk workflows that call the Salesforce API | Your service reads CloudTalk webhooks and API, writes to Salesforce |
| What syncs | Calls and SMS as Tasks or Cases, contacts and leads, recording links | Calls logged as Voice Call records, matched to Contacts, Leads or Accounts; work in the Omni-Channel panel, blind and warm transfers | Everything in the classic integration, plus field updates you design | Anything both APIs expose |
| Direction | Calls to Salesforce; contacts mostly Salesforce to CloudTalk | Calls to Salesforce | Both, per workflow | Your design |
| Salesforce cost | No add-on | Salesforce Voice licenses on top of your Salesforce and CloudTalk plans | No add-on | No add-on; API capacity in your edition |
| Effort | Hours to days | Days to weeks, with Omni-Channel setup | Days | Weeks |
| 2028 risk | High: built on Open CTI | Low: Salesforce’s target path | Same as the base integration | Low, if it avoids Open CTI |
Comparing CloudTalk with other phone systems? Our Salesforce CTI integration guide covers vendor packages, Salesforce Voice and custom builds side by side. The RingCentral Salesforce integration and Zoom Salesforce integration guides go deep on two alternatives.
Which option fits you?
The main fork for CloudTalk is classic CTI or Salesforce Voice, so two of these five questions are about your org’s age and Omni-Channel. The rest decide whether workflows or custom code should sit on top.
Which CloudTalk Salesforce setup fits?
How the data flows
The design that holds up: Salesforce is the system of record for people (contacts, leads, accounts, owners). CloudTalk is the system of record for calls, messages and recordings. Salesforce gets a Task with the call facts and a link back, not the audio file.
According to CloudTalk, the first connection runs a full import of your Salesforce data. After that, most changes reach CloudTalk through webhooks, usually within about a minute, with a scheduled background sync as a backup. Records match on phone number, email or Salesforce ID.
Field mapping: what goes where
CloudTalk fills a fixed set of Task fields on each call. Your job is to decide which calls log, where they attach, and which extra contact fields CloudTalk needs for routing.
| Salesforce | CloudTalk | Direction | System of record |
|---|---|---|---|
| Contact, Lead (name, phone, email) | Contact | Salesforce → CloudTalk | Salesforce |
| Contact or Lead custom fields | Custom attributes (for routing and workflows) | Salesforce → CloudTalk, via custom field mapping | Salesforce |
| Contact or Lead owner | Preferred agent | Salesforce → CloudTalk (optional) | Salesforce |
| Task: Subject, Call Type, Call Result, Status | Call direction, outcome, activity status you choose per call type | CloudTalk → Salesforce | CloudTalk |
| Task: durations, caller and CloudTalk numbers | Call details, including waiting and after-call work time | CloudTalk → Salesforce | CloudTalk |
| Task: Call Tags, Comments, Call Recording link | Tags, notes, AI summary, recording in CloudTalk | CloudTalk → Salesforce, after the call ends | CloudTalk |
| Task: Campaign, disposition | Power Dialer campaign, disposition | CloudTalk → Salesforce (legacy Power Dialer campaigns linked to a Salesforce Campaign) | CloudTalk |
| Case | Call, with tags, contact link and AI summary | CloudTalk → Salesforce (optional per call type; not for leads) | Salesforce once created |
| Task (SMS or WhatsApp) | Message | CloudTalk → Salesforce | CloudTalk |
| Opportunity | Call activity attached to it | CloudTalk → Salesforce, by your opportunity strategy | Salesforce |
Two details catch most admins. First, new custom field mappings don’t apply to contacts already synced: CloudTalk’s fix is to set the integration to Inactive, save, then set it back to Active. Second, some call data may not show on the Task layout until you add the fields in Object Manager under Task, Page Layout.
How to set it up, step by step
The setup starts on paper and in a sandbox, because CloudTalk connects to one Salesforce org at a time and switching later means reconnecting. For the exact buttons, use CloudTalk’s help center, which tracks the current dashboard.
- Write down your logging rulesWhich call types should log (outbound answered, unanswered, inbound answered, missed, voicemail, redirected), which should open a Case, and whether calls should attach to opportunities. This becomes your settings sheet.
- Check plan, edition and peopleExpert plan in CloudTalk, Enterprise or Unlimited in Salesforce, and one admin who exists in both with the same email address. Check your custom field headroom in Salesforce before the install.
- Start in a sandboxCloudTalk connects to one org at a time. For a sandbox, change login.salesforce.com to test.salesforce.com on the login screen during authorization.
- Install the CloudTalk CTIIn the CloudTalk dashboard, open Settings, then Integrations, add Salesforce and choose Install CloudTalk CTI. Log in to Salesforce and install for all users, which CloudTalk recommends to avoid authorization errors.
- Set up the call centerIn Salesforce Setup, open Call Centers, select CloudTalk.io and use Manage Call Center Users to add the reps who will call.
- Add the softphone to every calling appIn App Manager, edit each Lightning app reps use (Sales, Sales Console, Service Console, Sales Engagement) and add Open CTI Softphone as a utility item. You can label it CloudTalk.
- Authorize in CloudTalkBack in CloudTalk’s Salesforce integration settings, allow access, confirm the status is Active and save. Contacts start syncing now.
- Configure logging and sync settingsChoose whether a call is created when answered or ended, and set the activity and case status per call type. Then set the opportunity strategy, connected numbers, business-hours policy, SMS export and the unknown-number rule. Add custom field mappings for routing.
- Test real scenariosInbound from a known contact, from a lead, from an unknown number and from a number shared by two records. Then a missed call, a voicemail, an SMS, a transfer, and a call from a rep who isn’t a call center user. Check each Task lands on the right record with the recording link.
- Pilot, then switch on productionRun one team for a week or two, then disconnect the sandbox, connect production, repeat the settings, and add users in waves.
Built by Gilzor
Results we’ve shipped




Talk to the people who build it. Tell us about your project and get a free estimate of scope, timeline and cost.
Pitfalls and how to fix them
| Problem | What happens | Fix |
|---|---|---|
| Duplicate leads and tasks | Two Salesforce integration instances on one CloudTalk company, or a second calling tool, log the same call twice | One instance per company; switch off call logging in any old dialer or other tool before go-live |
| Placeholder leads pile up | The unknown-number rule creates a lead or contact named after the number for every spam or wrong-number call | Use it only on sales lines, set it to a queue owner, and clean or convert these records weekly |
| Calls on the wrong record | Phone numbers stored in different formats, or one number on several contacts | Normalize phone numbers (E.164) before go-live; dedupe contacts and leads |
| Lead calls never become cases | CloudTalk logs lead calls as Tasks only, because of Salesforce limitations | Use Cases only for service lines that call existing contacts |
| SMS and WhatsApp look the same | Both export as Tasks and can’t be told apart; the first outbound WhatsApp template isn’t exported | Use separate numbers or tags per channel; see our Salesforce WhatsApp integration guide if WhatsApp matters |
| Install fails | The org has reached its custom field limit | Delete unused custom fields before installing |
| Softphone stops working | The package shows as Expired in Salesforce | Contact CloudTalk with your Salesforce Org ID and the installing user’s email |
| Integration tied to one person | The connection runs under the admin who authorized it; if that account is removed, sync breaks | Authorize with a team-owned admin account and document it; ask CloudTalk whether a dedicated integration user fits your setup |
| Recording consent | Recordings and links land on records without the right notice to callers | Play a recording announcement on every line; our CTI guide covers the state rules |
The Open CTI retirement and what it means for CloudTalk
According to Salesforce’s Trailhead, Open CTI has been in maintenance mode since 2020. It has been unavailable for newly created Agentforce Service orgs since February 16, 2026, and retires entirely on February 28, 2028.
After that, the Open CTI JavaScript API, call center adapters, softphone layouts, call center definition files and custom CTI logic built on them stop working. Salesforce points customers to its Voice products, such as Partner Contact Center or Agentforce Contact Center.
CloudTalk’s classic setup adds the Open CTI Softphone to your apps, so it sits on that timeline.
CloudTalk also offers a Salesforce Voice integration on partner telephony and describes it as built on Salesforce’s current framework rather than Open CTI. According to CloudTalk, it is part of the same Expert plan, and Salesforce bills its own Voice and telephony charges separately. Its admin guide covers the setup:
- Salesforce side: Service Cloud Voice enabled, the Partner Telephony Permission Set with the contact center rep, admin and supervisor permissions, and a Partner Telephony contact center created with a certificate CloudTalk provides.
- Security and console: CloudTalk’s CDN added as a trusted URL, presence statuses and decline reasons in Omni-Channel, and the Voice Calls related list on contacts.
- Known gaps: warm transfers take an extra click because Salesforce Voice doesn’t support single-click warm transfers, and CloudTalk lists Salesforce Classic support as not confirmed.
What to do now: new Agentforce Service orgs can’t use Open CTI at all, so start there on the Voice route. Existing orgs can run the classic CTI for now, but budget for Salesforce Voice licenses, or another plan, before early 2028. Our Salesforce CTI integration guide compares the Voice options and their list prices.
When to go beyond the standard integration
CloudTalk has two levels of extension before you write a separate service:
- Workflow Automations. Triggers on calls, messages, contacts, users, recordings and transcriptions, with optional conditions and actions such as an API request, an SMS or a Slack notification. CloudTalk’s Salesforce actions let a workflow call the Salesforce API with the integration’s own OAuth connection, for example to update a lead status after a connected call. Note that they run only on the most recently created Salesforce instance.
- Webhooks and the API. CloudTalk streams events to your own endpoint through webhooks. Its REST API uses HTTP Basic authentication on API keys and covers call history and recording downloads, contacts, and SMS and WhatsApp messages. CloudTalk’s pricing page lists APIs, webhooks and the workflow designer on its Essential and Expert plans.
Custom work pays off when:
- Calls must update several objects with business rules: lead scoring, next steps, SLA timers on cases.
- You need call data in a custom object or a data warehouse, not only in Tasks.
- You run several Salesforce orgs, or CloudTalk next to another phone system.
- You need an audit trail of what was written where, with retries and alerts.
A typical build is a small middleware service: CloudTalk webhooks in, the Salesforce REST API out. Around that sit a link table of call IDs and Salesforce record IDs, idempotency so retries don’t create duplicate Tasks, and monitoring. Our Salesforce API integration guide covers the Salesforce side.
If a CloudTalk workflow action or a single webhook covers the gap, you may not need a build at all; multi-object rules and audit trails are what push the price up. The ranges are from our API integration cost guide. For the wider picture of Salesforce connections, see the Salesforce integration guide.
Go-live checklist
Use this list before you disconnect the sandbox and connect production. Ticked items show how much of the rollout is settled, including your route past Open CTI.
CloudTalk Salesforce go-live
FAQ
Does CloudTalk integrate with Salesforce?
Which CloudTalk plan includes the Salesforce integration?
Which Salesforce editions work with CloudTalk?
Does CloudTalk log call recordings in Salesforce?
Is the CloudTalk Salesforce integration affected by the Open CTI retirement?
Can I connect a Salesforce sandbox to CloudTalk?
Where Gilzor fits
For CloudTalk, the big choice is classic CTI now or the Salesforce Voice route, and that choice shapes everything else. Gilzor, a software development company in Poland and Cyprus, builds and maintains Salesforce integrations.
We can set call logging rules with your sales and support leads, configure either CloudTalk route, or add custom flows on the CloudTalk and Salesforce APIs, and support them after launch. How we scope that is described under Salesforce integration services.
No sales pitch
Get a straight answer for your project
Tell us what you’re building. We’ll reply with options, a rough cost and timeline. If we’re not the right fit, we’ll say so.

Co-Founder of Gilzor. Works with founders and product companies on how to staff and run engineering: team extension, dedicated teams, and getting stalled projects moving again.
Gilzor · Web Development partner
Need a team for your web product?
Services
Web DevelopmentCustom websites and web apps — front-end, back-end, launch and support.→By company type
Selected projects






The team behind them





