View all app connections
View all AI automations
View all chatbots
View all lead automations
View all booking automations
View all payment automations
View all workflows
View all Shopify
View all WooCommerce
View all HubSpot
View all Salesforce
View all Stripe
View all Google Sheets
View all Slack
View all dental practice
View all law firm
View all medical practice
View all real estate
View all restaurant and food
View all home services
View all construction
See all: get more leads
See all: get paid faster
See all: save admin time
See all: support customers
See all: book more appointments
See all: sell more online
See all: hire and onboard
View all AI automations
View all AI automations
View all AI automations
View all AI automations
View all AI automations
View all AI automations
View all AI automations

Zendesk Salesforce automation for enterprise support teams who need cases and accounts to agree

Zendesk to Salesforce automation that upserts one case per ticket, matches contacts and accounts by external ID and opens opportunities only by rule

Salesforce can create or update a record from an External ID field and refuses a write when a validation rule, a required field or a duplicate rule says no, while a Zendesk ticket arrives with a requester and an organization and knows nothing of either. BoldBellows keeps the ticket, requester and organization IDs of every change side by side, validates the webhook and looks for the case and contact by external ID before it writes, then builds this Zendesk Salesforce integration around three outcomes: the requester becomes the right Contact and the organization the right Account, the ticket becomes one Case through an upsert on the ticket ID, and an Opportunity is created only for the tickets your rule names.

View Pricing

From $870, paid once. Sync Zendesk tickets to Salesforce.

  • Sync Zendesk tickets to Salesforce
  • One case per ticket, by external ID
  • Opportunities only by rule
Zendesk tickets upserted to Salesforce as one case each, with contacts and accounts matched by external ID and opportunities opened only by rule, built by BoldBellows

Why the Zendesk to Salesforce route can be trusted

  • Upsert by external IDone case per ticket, however many updates
  • Contact and account matchedrequesters and organizations link to existing records
  • Opportunities by rulea ticket never creates revenue on its own
  • Rules respectedvalidation and duplicate rules are read, not bypassed
  • Written handoverThe route, the controls and the repair steps arrive as a PDF
  • Paid one timestarting at $870, with the runbook handed over as a PDF

B2Before and after

Cases keyed in after the fact never match the ticket they came from

In an enterprise support desk the ticket lives in Zendesk and the account team lives in Salesforce, so someone retypes the case once a day, and the retyped case has the wrong contact, a status that has drifted and no link to the ticket. A zendesk salesforce contact create step that fires on every update runs into Duplicate Management or adds a second contact for each address the requester uses, and a zendesk salesforce lead capture step that makes a Lead for every unknown requester fills the pipeline with noise.

Sound familiar?

A case retyped by hand

The contact and status were wrong.

Contacts created twice

Two addresses made two records.

A request refused

A validation rule rejected the write.

Leads that are not leads

Every unknown requester became one.

An opportunity from a complaint

No rule had been written.

Account mismatch

The organization matched no account.

The same tickets, as Salesforce cases that match

Before

Before Zendesk to Salesforce automation: manual tickets exports, duplicates and broken formulasThe old way: a weekly loop of export, copy, paste and fix by hand, every Monday.1Export2Copy3Paste4FixMONDAYS8:47rebuild!
  • Every event is written as it arrives
  • Cases are retyped from tickets
  • Contacts and accounts do not match Zendesk

After

After Zendesk to Salesforce automation: one clean org that matches ZendeskThe new way: one clean Salesforce org with Zendesk tickets and escalations, a live total and a badge showing totals match.Zendesk tickets · liveTicketsCommentsDaily ticketsOpen queueTicketRequesterEscalationClosed#1048Maya Chen–9#1049Omar Hale–14#1050Lena Brooks-15#1051Sam Ortiz–21#1052Priya Nair–7Total4956Matches Zendesk
  • Each write is keyed on the Zendesk ticket ID carried by a Salesforce external ID field
  • Each ticket is one case, linked to its contact and account
  • Opportunities come only from a written rule

D4How it works

How a Zendesk ticket becomes one Salesforce case linked to the right contact and account

A change is admitted, identified, matched and written, always in that order.

How Zendesk to Salesforce automation works: tickets in, one clean record each, on a scheduleA formula bar reading SYNC from Zendesk to Salesforce, above three steps: your support desk, the sync that checks every record once, and your org.fx=SYNC("Zendesk", "Salesforce", every 15 min)1Your support deskTickets, items, escalations2The syncChecks every record once3Your orgReports and dashboard#1048 Maya C. 9#1049 Omar H. 14#1050 Lena B. 5#1051 Sam O. 21#1048 Maya C. 9#1049 Omar H. 14#1050 Lena B. 5#1051 Sam O. 21Duplicates0Escalations fixed1213How Zendesk to Salesforce automation works: tickets in, one clean record each, on a schedule, stacked: a formula bar and three steps: your support desk, the sync, your org.fx=SYNC("Zendesk", "Salesforce")1Your support deskTickets, items, escalations2The syncChecks every record once3Your orgReports and dashboard#1048 Maya C. 9#1049 Omar H. 14#1050 Lena B. 5#1051 Sam O. 21#1048 Maya C. 9#1049 Omar H. 14#1050 Lena B. 5#1051 Sam O. 21Duplicates0Escalations fixed1213

1. Receive and qualify

The notification is authenticated, stamped with account, resource and time, then checked against the admission rule.

2. Match, check, upsert

Contact and account are matched by external ID, required fields and validation rules are read, and the case is upserted on the ticket ID.

3. Link, decide, record

The case is linked to its contact and account, an opportunity is created only if your rule is met, and the record ID is stored against the ticket ID.

E5Inside your org

The Salesforce route, piece by piece: match, upsert and decide

Foundation sets the rules and the key. Operations does the writing. Assurance compares both sides over time.

Owner dashboard fed by Zendesk to Salesforce automationOwner dashboard in Salesforce: a 30-day volume trend with a moving marker, escalation reasons and key rates.Volume trendLast 30 days0.12k0.09k0.06k0.03k7422 Aug1 Sep10 Sep21 SepWhy escalationsDuplicate5Wrong owner3Withdrawn2Late2Success rate3.4%+0.3 ptsRepeat rate38%+2 ptsSolve due412Friday

Foundation

Admission rule engine

Decides which Zendesk events may proceed and logs why the others were set aside.

Foundation

Stable identity ledger

Remembers which Salesforce item came from which Zendesk record, and when it last changed.

Foundation

Allowlist mapper

Maps approved Zendesk fields to Salesforce fields one by one and rejects anything not on the list.

Operations

Case builder

Builds the case with subject, description, status, priority and origin mapped from the ticket and linked to its contact and account.

Operations

External-ID matcher

Decides between create, update and leave alone by reading the Zendesk ticket ID carried by a Salesforce external ID field.

Operations

Status and rule matrix

Maps Zendesk statuses to case statuses and states which tickets may create a lead or an opportunity.

Assurance

Org register

Lines up Zendesk and Salesforce on a schedule and lists what no longer agrees.

Assurance

Validation drift monitor

Catches a new required field, validation rule or duplicate rule before writes begin to fail.

Assurance

Owner queue

Gives each unresolved Zendesk case a named owner, so nothing waits in a shared inbox.

Looking into zendesk to Salesforce implementation? The same brief covers zendesk requester to Salesforce contact and zendesk to Salesforce consultant. Related searches include zendesk Salesforce duplicate rules, zendesk Salesforce service cloud alternative, zendesk Salesforce automation, zendesk ticket to Salesforce case, zendesk to Salesforce error handling, zendesk to Salesforce duplicate prevention, zendesk to Salesforce without Zapier, zendesk conversations Salesforce mapping, sync zendesk tickets to Salesforce, zendesk to Salesforce, zendesk Salesforce contact create, Salesforce case from zendesk ticket, zendesk organization to Salesforce account, zendesk webhook to Salesforce, zendesk to Salesforce service, zendesk Salesforce opportunity, zendesk Salesforce workflow, zendesk Salesforce case status mapping, zendesk Salesforce lead capture, zendesk Salesforce API limits, zendesk Salesforce CRM sync, zendesk Salesforce integration, zendesk to Salesforce Zapier, import zendesk history into Salesforce, zendesk to Salesforce historical migration and zendesk Salesforce external id upsert.

G7Who it is for

Built for enterprise support teams working beside a Salesforce CRM, and for anyone who must keep support cases, contacts and accounts in step with Zendesk, and open an opportunity only when a written rule says so

Zendesk is where the problem is solved; Salesforce is where the account team needs to know it was.

Support operations lead

"Cases that match tickets."

A Zendesk Salesforce CRM sync upserts one case per ticket, so nobody retypes.

Account executive

"See the account's open tickets."

Cases link to the account and contact I already work.

Sales operations

"Opportunities from real signals."

A Zendesk Salesforce opportunity is created only when the written rule is met.

Salesforce admin

"Respect my validation rules."

Required fields, validation and duplicate rules are read before each write.

Service director

"Report across both tools."

Cases carry the ticket ID, so reports can join the two.

Founder

"One record of the customer."

Contacts and accounts match on external ID, never on name alone.

What drives the cost: cases, contacts and accounts

What the Salesforce route costs, object by object

The Foundation package begins at $870 and nothing is billed afterwards.

View Pricing

One setup fee

I9Your options

Three ways to connect Zendesk and Salesforce: cases keyed in by hand after the fact, a zap, or a Salesforce case-and-account route

Any tool can start a Zendesk Salesforce workflow; the difference is one upserted case, a matched contact and account, and your rules respected.

Comparison table: Three ways to connect Zendesk and Salesforce: cases keyed in by hand after the fact, a zap, or a Salesforce case-and-account route
How a ticket becomes a caseA retyped caseA record per updateOur case-and-account route
What starts the workA person spots the updateEvery matching hook runsOnly a ticket update that meets the written rule
How identity is decidedWhoever it is checks the nameEmail or name, compared as typedA retyped case, or a record on every update
What reaches SalesforceFields typed from memoryEvery mapped field, as plain textOne upserted case per ticket, linked to a matched contact and account
After an uncertain resultSomeone checks by eyeRetry, or give upSearches by the Zendesk ticket ID carried by a Salesforce external ID field, compares, then repairs
By handAutomatedTime each week3 hours10 minErrors a month120Files to juggle371

A late notice follows a newer update

The timestamp on the incoming Zendesk event is checked first; a stale one is recorded and closed instead of rolling the record back.

The requester's email matches two Salesforce contacts

The route does not guess: the ticket's organization narrows the match, and if two contacts remain the case is held for a person with both records shown. The route looks for the record through the Zendesk ticket ID carried by a Salesforce external ID field, compares it with the intended values and records a verdict: absent, correct, different or unclear. A new Zendesk record is made only when the search proves there is none.

Start the Zendesk to Salesforce build with the Zendesk ticket ID carried by a Salesforce external ID field; the rest of the route leans on it.

Pricing

Build your Zendesk to Salesforce price

Pick a package, answer three short questions about how Zendesk data should reach Salesforce, and your price and turnaround move as you choose.


Choose your packageRequired

The three packages differ by how much routing, reconciliation and governance sits around the Zendesk to Salesforce route.

A focused production route for one Zendesk environment and one Salesforce destination, delivering one Salesforce case per Zendesk ticket through an upsert on an external ID, with the requester matched to a contact, the organization to an account and opportunities opened only by rule with identity and failure controls from day one.

  • One approved Zendesk event family and business-state admission rule within the Zendesk to Salesforce service.
  • One authorized account, workspace, organization, or base boundary within the Zendesk to Salesforce service.
  • One Salesforce object contract with field and relationship mapping within the Zendesk to Salesforce service.
  • Stable matching through Zendesk subdomain plus ticket ID and requester ID and a Salesforce External ID mapped to the source identity
  • Tests for duplicates, stale events, malformed data, denied access, and timeouts within the Zendesk to Salesforce service.
  • Implementation map, test record, and premium PDF operations handover within the Zendesk to Salesforce service.

Adds branching, matching and a bounded historical pass for teams whose route into Salesforce cannot be one straight-through action, while still delivering one Salesforce case per Zendesk ticket through an upsert on an external ID, with the requester matched to a contact, the organization to an account and opportunities opened only by rule.

  • Everything in Signal
  • Up to four approved routing or state-transition branches within the Zendesk to Salesforce service.
  • Existing-record resolution and one bounded historical checkpoint within the Zendesk to Salesforce service.
  • Lookup-before-replay protection for uncertain writes
  • Named exception ownership and a decision-ready evidence packet within the Zendesk to Salesforce service.
  • Field, permission, and destination-state validation before mutation within the Zendesk to Salesforce service.

Adds reconciliation and governance for teams that now depend on one Salesforce case per Zendesk ticket through an upsert on an external ID, with the requester matched to a contact, the organization to an account and opportunities opened only by rule, with drift detection and an exception register for Salesforce.

  • Everything in Routing
  • Scheduled source-to-destination reconciliation
  • Schema, field, scope, and webhook drift checks within the Zendesk to Salesforce service.
  • Volume-aware retry ceilings and stale-event protection
  • Aged-exception reporting with ownership status
  • Thirty-day release watch and operating review

In this Zendesk to Salesforce design, multi-business-unit routing, unrestricted bidirectional synchronization, regulated archives, unsupported extensions, or additional destination systems receive a separate written quote. Third-party subscriptions and usage charges are excluded.

Which Zendesk events should reach Salesforce?Required

Governed lifecycle set: Use this when several approved Zendesk transitions must converge on one Salesforce record.

How should Salesforce recognize a Zendesk record it has already handled?Required

Ambiguity queue: Route zero-match and multi-match cases to an owner instead of letting Salesforce guess.

Which Zendesk events should reach Salesforce?Required

Managed repair case: Capture evidence, ownership and a safe next action whenever a Salesforce write is uncertain.

How soon do you need it live?Required

Standard follows the schedule your other choices set. Pay to move up the queue and go live sooner.

Optional extrasOptional

Each one begins switched off. Turn on what your rollout needs, watch the total, switch it back off.

J11The process

Six steps from retyped cases to a record the account team trusts

From the first brief to the first month live, six steps with clear outputs.

  1. Choose the objects

    We list which ticket updates create or update a case, which may create a contact or lead, and which may open an opportunity.

    Day 1
  2. Approve access

    We link Zendesk and Salesforce through supported interfaces and record exactly what each connection can do.

    Access review
  3. Agree mapping and rules

    The field mapping, record types, external ID fields and the rules for leads and opportunities are written down and approved first.

    Build phase
  4. Break it on purpose

    For Zendesk to Salesforce, we replay events, delay them, remove fields and revoke access in a safe Salesforce copy before anything goes live.

    Before you review
  5. Launch with notes

    Launch is a checkpoint, not a cliff: the route starts from a known point and the notes arrive with it.

    Release day
  6. Review after launch

    Once real events flow, the opening weeks are checked against the evidence log so early surprises are caught and recorded.

    Day 1
Handover for Zendesk to Salesforce automation: notes, a checked run and a health checkHandover pack: a checklist of plain-English notes, a PDF to keep, and a sync health card showing the last sync completed.Your handover notesEvery report, explainedWhere each number comes fromAdding a field safelyIf a sync ever stopsWho to contact, in plain wordsPDFPremium handover notesA PDF you keep and shareSync healthLast sync 06:00 · all OKDaily checks · alert email if anything stops

K12Turnaround

Turnaround by package, in business days

Timing begins when both connections are approved, on the Zendesk to Salesforce route.

Foundation

6 to 10 business days

Operations

10 to 16 business days

Assurance

16 to 24 business days

L13Getting started

The short list we need from you

Access to Zendesk sufficient to read the fields we agree

A Salesforce user with API access and an external ID field on the Case object, plus credentials created by a Zendesk admin

An authorized Zendesk connection for the resources named in scope

Your definition of which ticket updates should reach Salesforce

Permission to run tests against a copy of Salesforce

Your expected volume, so limits and pacing can be set

M14Safety and ownership

Nothing is installed in Zendesk or Salesforce, only mapped data moves

Scope is deliberately narrow: approved Zendesk fields in, one Salesforce destination out, no side stores.

Read-only Zendesk to Salesforce access: your data stays yoursAn access list where only named people can open the org and link access is switched off.Who can open this orgYYouOwner · Full controlSSupport desk teamViewer · Read-onlyAAccountantViewer · Read-onlyAAnyone with a linkNo access · OffNamed people onlyRevoke any time

Nothing installed inside either tool

The route talks to Zendesk and Salesforce only through documented endpoints, so neither needs a plugin, a patch or a hidden setting.

Scoped, revocable access

Tokens cover only the named objects and can be revoked whenever you choose.

Only what the map allows

A written field map decides what crosses. Anything not on it, including private notes and billing data, is left behind.

Search before you write again

After any uncertain result the route looks for the record using the Zendesk ticket ID carried by a Salesforce external ID field; only a proven absence allows a new one.

Minimal logging

We record what happened and when, never the private details of your records.

Full handover

Everything we built is documented and belongs to your team.

N15In their words

What BoldBellows clients say

Verified reviews from business owners who use BoldBellows automations every day, from marketing and sales to support and operations.

AI Workflow Automation for Agencies

Running a digital agency with many clients was overwhelming. BoldBellows built one automation dashboard that tracks tasks, sends updates and creates client reports automatically.

Clients love the transparency and we love the time we get back. Productivity is up, and project delays have dropped to almost zero.

Samuel BoatengVerifiedAccra, Ghana

AI CRM Automation

Our CRM was barely used because updating it by hand was tedious. BoldBellows automated data entry, tagging, segmentation and follow-ups.

Now the CRM is always up to date and our campaigns are far more accurate. It improved our whole sales pipeline.

David KimVerifiedSeoul, South Korea

AI Booking & Scheduling Automation

Our coaching business needed a better way to schedule. BoldBellows automated all of it: bookings, reminders, cancellations and follow-ups.

No-shows fell by 60% and clients enjoy how smooth it is. It feels personal, not robotic. One of the best upgrades we’ve made.

Emily CarterVerifiedLondon, United Kingdom

AI Translation & Localisation

When we expanded abroad we needed fast, accurate translations. BoldBellows built an AI translation system that turns our content into several languages instantly.

The translations read naturally and suit each culture. We now serve customers in five new countries without hiring translators. BoldBellows helped us go global.

Kenji NakamuraVerifiedOsaka, Japan

AI HR & Recruitment Automation

Our HR team was drowning in applications. BoldBellows automated screening, skills-based filtering and interview scheduling.

It saves us hours every week and means we only interview qualified people. Hiring is now faster, better organized and more professional.

Olivia MartinezVerifiedAustin, USA

AI Accounting & Invoice Automation

BoldBellows automated our whole invoicing process: creating invoices, sending reminders and tracking payments.

Late payments dropped sharply, and our accounting team finally has time for strategy instead of repetitive admin. Worth every penny.

Ravi PatelVerifiedNew Delhi, India

AI Data Entry & Reporting Automation

We used to spend hours collecting data and building weekly reports by hand. BoldBellows automated all of it.

The reports are clean, visual and easy to read, and our managers rely on them for quick decisions. Human error is gone and our numbers are more accurate across the board.

Sarah MüllerVerifiedZurich, Switzerland

AI E-commerce Listings Automation

BoldBellows automated our product listings. The AI writes descriptions, organizes photos and publishes listings across several marketplaces.

It even answers customer questions instantly. Our store looks more professional and sales have noticeably increased.

Pedro LimaVerifiedSão Paulo, Brazil

AI Customer Journey Automation

We wanted a smoother path from first contact to purchase. BoldBellows built an AI system that guides each customer there automatically.

It sends personalized messages, recommends products and follows up at just the right moment. Customer retention has improved dramatically.

Nadia HassanVerifiedCairo, Egypt

P16FAQ

Salesforce cases from Zendesk: questions from CRM and support teams

What to know before choosing a package, in plain language.

Is access read-only?Who owns the result?What happens after handover?Can it be changed later?Open any question
Is a build better than a Zendesk to Salesforce Zapier task?

When a case for every ticket is all that is wanted, a connector can manage that. It cannot match the requester to a contact and the organization to an account, keep one case per ticket and open opportunities only by rule. Those gaps are the reason this build exists.

Where does a zendesk to salesforce zapier zap fall short?

A simple zap creates a record per event and stops at a refused write. This route upserts on the ticket ID, reads your validation and duplicate rules, and records each failure.

How is a Zendesk conversations Salesforce mapping decided?

Field by field, in writing, before the build: ticket fields to case fields, requester to contact, organization to account, with a rule for each value that has no match.

What if a validation or duplicate rule rejects a write?

The refusal is read, the item is held with the rule's message and a person decides. The rule is never bypassed.

Are Leads created?

Only if you want them. A requester with no contact can create a Lead or be held for review, depending on your rule.

Does the daily API allowance matter?

Yes. Salesforce limits API requests over 24 hours according to edition and licenses, so the route batches, checks usage and pauses before the limit.

Can an edited Salesforce case change the ticket?

No. Zendesk is only ever read, so editing a case in Salesforce leaves the ticket as it was.

How detailed is the field map?

Yes. The Zendesk Salesforce field mapping service is where we agree formats, required values and owner rules before any build work starts.

Can we send some records elsewhere?

Yes. Our packages assume a custom Zendesk workflow for Salesforce, and the consultancy is included: a Zendesk Salesforce integration consultant on your side from $870.

What if either platform updates its API in the Zendesk to Salesforce route?

The safest reaction to change is to stop and report, so that is what the route does. Ongoing maintenance beyond the review period is separate.

Q17Make Zendesk and Salesforce agree about the customer

Give Salesforce cases that match Zendesk

To automate Zendesk data to Salesforce with us starts at $870.

  • From $870, paid once
  • Case upserted on the ticket ID
  • Opportunities only by rule
  • No monthly fee from us

For complex estates, a written custom quote comes first.