O vendedor fecha a oportunidade no Salesforce Sales Cloud — e não sabe se o mesmo cliente tem ticket aberto, SLA estourando ou fila de suporte emperrada. Do outro lado, o agente no Zendesk atende sem ver plano, owner comercial ou oportunidade em andamento. Duas abas, um cliente, zero visão cruzada.
Este artigo responde como integrar Salesforce com Zendesk no Brasil com foco em conviver: Sales Cloud no GTM + Zendesk no service. É how-to comercial — o que a integração oficial Zendesk ↔ Salesforce resolve na operação (ticket no CRM, conta/contato no sidebar, handoff lead→suporte→upsell) e o que a BCR.CX implementa. Não é runbook de OAuth, não é rip-replace de Service Cloud, não é glossário “o que é Salesforce”.
A dor: CRM numa aba e ticket em outra
Quando Salesforce e Zendesk convivem sem integração de verdade, a operação quebra em pontos previsíveis:
- Vendedor sem ticket — o comercial está na Account ou Opportunity e não vê status de suporte, fila nem histórico recente; pergunta “já abriu chamado?” vira rotina.
- Agente sem contexto comercial — o ticket chega sem plano, segmento, owner ou oportunidade aberta; o atendimento vira interrogatório e o cliente repete o que o CRM já sabe.
- Handoff lead → suporte → upsell quebrado — lead vira cliente, suporte resolve (ou não), e o retorno comercial perde o fio: quem escala? quem oferece upgrade?
- Board pedindo “visão 360” — relatórios de Cases no Salesforce e métricas de tickets no Zendesk vivem em mundos separados; ninguém fecha a narrativa do cliente.
- BPO ou filas sem o mesmo CRM — se o handoff passa por terceiros no workspace Zendesk, a falta de conta/contato no sidebar multiplica retrabalho (outsourcing BPO).
A dor operacional não é “falta de CRM” nem “falta de helpdesk”. É contexto partido entre vendas e suporte no momento em que o cliente já espera um time só.
O que a integração Salesforce ↔ Zendesk resolve (e o que não)
A integração Built by Zendesk (Marketplace + Central de administração) conecta a organização Salesforce ao Zendesk para visibilidade cruzada: vendas veem e colaboram em tickets a partir do Salesforce; agentes veem dados de perfil CRM (ex.: nível do plano) no Zendesk; dá para sincronizar tickets para Cases e contas/contatos para organizações/usuários. Fontes: partner Zendesk + Salesforce · Marketplace app Salesforce · Recursos da integração.
Como integrar Salesforce com Zendesk no Brasil? Via conexão oficial da organização Salesforce ao Zendesk e configuração da integração Built by Zendesk: app na barra lateral, visualização de tickets no SF e, se necessário, sync ticket→Case e sync contas/contatos. O valor ops é contexto cruzado. A BCR.CX implementa campos críticos, ownership e testes — não só “instalar o app”.
O que resolve (escopo honesto):
| Lado | Capacidade | Ganho ops |
|---|---|---|
| Vendas (Salesforce) | Visualização de tickets nas páginas Account, Contact, Lead, Opportunity, Case | Ver status/SLA sem sair do CRM |
| Vendas / ops SF | Sync tickets → Cases | Relatórios e fluxos no Salesforce |
| Suporte (Zendesk) | App Salesforce na barra lateral | Conta/contato/plano no ticket existente |
| Suporte / gatilhos | Sync dados SF → Zendesk (contas→orgs, contatos/leads→usuários) | Contexto CRM alimentando filas e automações |
O que não resolve:
- Não “unifica magicamente todo o GTM” nem substitui hygiene de dados no CRM.
- Não decide SoR de service (Service Cloud vs Zendesk) — isso é outra pergunta (fronteira A10 abaixo).
- Não sync de anexos; tickets fechados não entram no sync→Case; comentários do ticket não vão para campo de Case (use a visualização para ver comentários) — limites do HC sync tickets.
- App sidebar: funciona em tickets existentes (não em ticket novo vazio); cache típico; muitos campos por objeto podem deixar lento.
Marketplace: edições SF com API rights; setup exige admin Zendesk Support e admin Salesforce (não usuário API-only). Partner: CTA vendor “Instale gratuitamente” — não inventamos preço BCR de conector.
Mapa de dados (visão comercial)
“` Salesforce (Sales Cloud) Zendesk (Support) Conta / Contato / Lead / ↔ Organização / Usuário / Ticket Oportunidade / Case │ │ │ Visualização de tickets │ App Salesforce (sidebar) │ (tempo real, sem store) │ no ticket existente ▼ ▼ Vendedor vê status de suporte Agente vê plano / conta / CRM │ │ └──── ticket → Case (relatórios / fluxos no SF) ────┘ “`
Conta / contato — o que o agente precisa ver no ticket
No Zendesk, o aplicativo Salesforce na barra lateral mostra objetos e campos SF configurados pelo admin — tipicamente conta, contato e campos de plano/segmento que o parceiro Zendesk cita como exemplo de perfil. O agente personaliza o atendimento sem “quem é esse cliente?”.
Complemento: a sincronização de dados Salesforce → Zendesk atualiza organizações e usuários a partir de contas, contatos e leads, alimentando gatilhos e ações no Support. Escolha o mínimo útil: o que o agente usa no dia a dia, não o dump do objeto inteiro (HC: muitos campos por objeto → risco de lentidão/timeout).
Ticket ↔ Case — visualização vs sync (não confundir)
Dois mecanismos distintos — misturá-los gera expectativa falsa:
| Mecanismo | O que é | Persistência | Uso típico |
|---|---|---|---|
| Visualização de tickets | Consulta Zendesk em tempo real nas páginas CRM | Não armazena o ticket no Salesforce por este recurso | Vendedor vê/cria/edita tickets (com vínculo de agente); anexos não pela UI da visualização |
| Sync ticket → Case | Pacote mapeia campos padrão do ticket para Case no SF | Case no Salesforce (relatórios/fluxos) | Quando ops precisa de Case no SF — não sync de anexos; tickets fechados não sincronizam |
Campos padrão típicos no mapeamento ticket→Case (exemplos HC — não a tabela inteira): Tipo, Prioridade, Status, Assunto, Descrição, IDs, org, solicitante, tags, URL, tempos. Correspondência (match) org↔Account e solicitante↔Contact/Lead: opções de “criar se não houver match” / conta padrão exigem governança — risco clássico de duplicados.
Fonte de uso: Uso da visualização de tickets.
Handoff lead → suporte → upsell
Jornada ops (não CloudFormation):
- Lead / oportunidade no Sales Cloud — comercial prospecta com histórico de suporte visível (visualização de tickets).
- Cliente no suporte — ticket no Zendesk; agente vê plano/conta/owner no sidebar; resolve com contexto.
- Retorno comercial — status de ticket (e Case, se sync ativo) informa renewals, upsell ou risco de churn sem “ligar pro SAC”.
Se o handoff envolver BPO no mesmo workspace Zendesk, o mesmo mapa de dados vale: conta/contato no sidebar e filas com ownership claro — soft outsourcing BPO.
Path BCR: implementar a integração (não só instalar o app)
Instalar o app Marketplace é o começo. O valor ops aparece quando campos, match, ownership e testes estão desenhados. Path BCR.CX (serviços Zendesk — Premier Partner, implementação sob medida):
- Discovery — quais campos o agente precisa no ticket (plano, owner, segmento, oportunidade aberta?) e o que o comercial precisa ver do suporte (status, fila, SLA).
- Conexão da org — Salesforce ↔ Zendesk; preferir sandbox antes de produção (HC conexão).
- Ativar o mínimo útil — sidebar + visualização de tickets; sync ticket→Case só se houver uso real de relatório/fluxo no SF; sync contas/contatos se gatilhos Zendesk dependerem de CRM.
- Governança de match — critérios org/contato; evitar “criar se não houver match” cego (duplicados).
- Ownership e filas — quem é dono do Case vs ticket; gatilhos de handoff; BPO se aplicável.
- Testes de sync — sandbox; registro de integração; mapear campos obrigatórios do Case (sync falha se faltar).
- Treinamento — vendas (visualização) + agentes (sidebar) + ops (falhas de sync).
- Go-live + hiperatenção — checklist de erros comuns abaixo.
BCR faz: desenho de campos críticos, match, ownership, testes, treinamento, convivência com filas/BPO. Cliente mantém: admins SF/Zendesk, permissões contínuas, higiene de dados CRM, evolução de campos.
CTA: serviços Zendesk · fale conosco. Soft engenharia se a integração exigir camada custom além do app oficial: engenharia de software.
Soft-link: quando a pergunta é “Service Cloud ou Zendesk?”
Se a dúvida for “unificar tudo no Service Cloud ou manter Zendesk no service?”, isso é decisão de SoR de atendimento — battlecard Service Cloud vs Zendesk (A10, slug `salesforce-service-cloud-vs-zendesk`, soft-link quando live). Aqui o tema é como conviver com Sales Cloud + Zendesk no service.
Isso significa abandonar o Salesforce Service Cloud ou o Zendesk? Não. Este artigo é sobre conviver (Sales Cloud + Zendesk service). Se a pergunta for unificar SoR de service no Service Cloud vs manter Zendesk, use o battlecard A10 — não este how-to de integração.
Não transforme este post em tabela “quem ganha” nem em rip-replace dogmático. Integração ops ≠ migração de plataforma.
Erros comuns
- Sincronizar campos demais — sidebar lento / timeout; Case inchado; ninguém usa metade dos campos.
- “Criar se não houver match” sem governança — duplicados de Account/Contact; higiene CRM piora.
- Confundir visualização com sync→Case — esperar Case persistido só porque a visualização mostra o ticket (ou o contrário).
- Esperar que o app desenhe o processo — instalar ≠ ownership, filas, handoff e treinamento.
- Dual ownership sem regra — Case e ticket com donos diferentes e sem gatilho de handoff; cliente some no meio.
- Ignorar BPO no fluxo — terceiros no workspace sem conta/contato no sidebar; mesmo padrão de dados do time interno.
- Confundir integração com migração / rip-replace — tratar integração como sinal para unificar SoR de service sem necessidade — outra decisão (A10), outro risco.
- Assumir sync de anexos ou tickets fechados — HC nega; planeje exceção ops, não invente feature.
- Ir direto a produção sem sandbox — campos obrigatórios de Case quebram sync; descoberta cara no go-live.
- Contratar telefonia legado mid-market como se fechasse visão CRM↔ticket — voz antiga fora do stack não resolve conta no sidebar nem ticket no Salesforce; contrastar só com essa frase.
FAQ curto + próximo passo
Como conectar Salesforce ao Zendesk? Conectar a organização na Central de administração (integração Salesforce) — HC conexão.
O ticket Zendesk aparece no Salesforce? O contato Salesforce no ticket? Com a integração oficial: sim — visualização de tickets nas páginas CRM (tempo real) e/ou sync para Cases; no Zendesk, o app Salesforce mostra objetos/campos SF no sidebar de tickets existentes. Confirme limites no HC (anexos, tickets fechados, cache).
Ticket vira Case automaticamente? Só se a sincronização de tickets estiver configurada; visualização ≠ sync.
Anexos sincronizam? Tickets fechados sincronizam? Não e não (HC sync tickets).
É preciso trocar Zendesk pelo Service Cloud? Não para este caso de uso — conviver Sales Cloud + Zendesk. Soft A10 se a pergunta for SoR de service.
Quem implementa no Brasil? BCR.CX (Premier Partner) — serviços Zendesk · fale conosco.
Qual o próximo passo? Discovery de campos críticos + conexão sandbox + mínimo útil (sidebar + visualização; sync Case só se houver uso) — com BCR.CX em Zendesk ou fale conosco.
Integrar Salesforce e Zendesk no Brasil não é “ligar o app e torcer”. É convivência ops: vendedor vê ticket, agente vê conta — com match, ownership e testes. Sales Cloud no comercial, Zendesk no service, cliente no centro.
