Por que a integração de ERP com o Salesforce falha e como corrigi-la

As integrações entre SAP e Salesforce costumam falhar por razões de negócio, não técnicas. A sincronização roda, mas os dados estão velhos demais para a decisão que o usuário está tomando, os dois sistemas discordam sobre qual registro de cliente está certo, ou ninguém é dono do fluxo quando uma atualização o quebra. A solução é projetar a partir da decisão do usuário, limpar os dados primeiro, escolher um middleware que caiba na sua escala e dar a cada fluxo um dono e um plano para falhas.

Este texto é para CIOs, líderes de operações de vendas e de integração que estão conectando o Salesforce ao SAP. Ele cobre os quatro padrões de falha, as opções de integração, o que uma integração confiável exige e um modelo de especificação.

Já trabalhei com empresas em que até uma defasagem de uma hora entre os sistemas causava erros de cotação que levavam à perda de negócios. A causa habitual é que ninguém perguntou quão atualizados os dados de estoque precisavam estar para que um vendedor pudesse cotar com base neles.

Uma integração pode funcionar tecnicamente e estar quebrada do ponto de vista comercial. É por essa distinção que se começa.

Frequência de sincronização errada para a decisão

A sincronização em lote serve para alguns dados. Não serve para estoque disponível para promessa (ATP), preços ou status de pedidos, em que os clientes esperam uma resposta imediata.

O padrão de falha: a equipe de integração constrói o que é tecnicamente conveniente para os volumes e define os intervalos de lote por critérios técnicos. Ninguém do lado do negócio verifica se essa frequência sustenta a decisão que o usuário está tomando.

Faça uma pergunta antes de especificar qualquer coisa: qual é a idade máxima que o dado pode ter e ainda ser útil? Uma atualização diária pode bastar para os dados mestre de clientes. Para a disponibilidade de estoque em vendas B2B, qualquer coisa acima de quinze minutos é um problema.

1. 01Dados mestre de clientesSAP para Salesforce, 24 horas
2. 02Listas de preçosSAP para Salesforce, 1 hora
3. 03Disponibilidade de estoqueSAP para Salesforce, 15 minutos
4. 04Oportunidade ganhaSalesforce para SAP, imediato
5. 05Status do pedidoSAP para Salesforce, 15 minutos
6. 06Fatura e pagamentoSAP para Salesforce, 24 horas

Cotação, pedido e fatura batem

Divergências na qualidade dos dados

Se o nome da empresa no Salesforce está formatado de um jeito diferente do cadastro mestre de clientes no SAP, cada sincronização gera divergências que exigem correção manual.

Trabalhei com equipes que gastavam horas toda semana conciliando informações básicas de clientes entre o Salesforce e o ERP, e já vi projetos em que só o mapeamento das hierarquias de clientes levou semanas, porque os dois sistemas definiam “conta” de formas diferentes. Os sistemas tinham sido mantidos separadamente por anos e se afastaram de maneiras que ninguém tinha mapeado.

Limpe os dados antes de integrar. Parece óbvio. É a etapa mais sistematicamente ignorada.

Arquitetura errada para a escala

A integração ponto a ponto funciona para dois sistemas, poucos fluxos e processos estáveis. É a forma mais barata de começar.

Ela não escala. Some um módulo SAP, uma nova unidade de negócio no Salesforce ou um terceiro sistema, e as conexões se multiplicam. Cada uma precisa ser mantida, testada e investigada separadamente quando dá problema.

O middleware (SAP Integration Suite, MuleSoft, Boomi ou similar) oferece uma única camada governada, com monitoramento e tratamento de erros centralizados. A contrapartida é o investimento inicial em arquitetura e governança. As empresas que implantam middleware mas não dão a ele um dono nomeado acabam com os mesmos problemas do ponto a ponto, mais uma plataforma que ninguém entende.

Sem governança de integração

Cada release do Salesforce e cada pacote de suporte do SAP pode quebrar um fluxo: mudanças de API, novas regras de validação, campos alterados, novos requisitos de autenticação. Integrações construídas e esquecidas falham na primeira atualização que ninguém testou por regressão. É a falha pós-go-live mais comum que vejo.

SAP Integration Suite. A plataforma de integração da SAP no SAP BTP e a escolha natural em arquiteturas centradas em SAP. Lida bem com IDocs, BAPIs, OData e formatos de mensagem SAP, e tem conteúdo pré-construído para cenários SAP comuns. Processos de negócio complexos ainda exigem fluxos de integração customizados e competência real em integração. Se você ainda está no SAP PI/PO, saiba que a manutenção padrão termina no fim de 2027, então novos fluxos com o Salesforce não devem ser construídos nele. No RISE, verifique qual direito de uso do SAP BTP o seu contrato já inclui antes de comprar mais.

MuleSoft. Pertence à Salesforce desde 2018, com uma ampla biblioteca de conectores, um conector oficial para SAP S/4HANA e modelos aceleradores para order-to-cash no SAP. É uma boa opção se você já o tem. O problema para organizações com forte presença de SAP: o MuleSoft é um conjunto de competências à parte, e a equipe que conduz o seu programa SAP provavelmente não é a que deveria desenhar a sua arquitetura MuleSoft.

Boomi. Uma plataforma de integração em nuvem (independente da Dell desde 2021), com conectores para SAP e Salesforce e uma barreira de entrada menor que a do MuleSoft. Razoável para empresas de médio porte que querem um middleware governado sem o custo nem a complexidade do MuleSoft.

APIs ponto a ponto. Chamadas REST ou SOAP diretas entre o Salesforce e o SAP evitam o custo do middleware. Exigem versionamento de API disciplinado, testes de regressão a cada release e uma equipe que entenda os dois sistemas. Boas para casos simples e estáveis. Um acumulador de dívida técnica em qualquer caso complexo.

Meu guia sobre SAP CPI e Integration Suite aborda a plataforma do lado SAP com mais profundidade, e as cinco opções de CRM para SAP compara os próprios CRMs.

1. Uma especificação de cada fluxo: campos, direção, frequência, mapeamento de chaves e o que acontece quando os dois sistemas discordam.
2. Um desenho explícito de falha. Quando uma sincronização falha, o que acontece com os dados em trânsito? Quantas novas tentativas? Quem recebe o alerta? Qual é a recuperação manual? A maioria das integrações é subprojetada nesse ponto.
3. Testes de regressão antes de cada atualização. O Salesforce lança três releases principais por ano, e o SAP tem pacotes de suporte e atualizações próprios. Uma suíte automatizada que cubra os fluxos críticos deve rodar antes de cada um deles.
4. Monitoramento com alertas. Uma falha silenciosa é pior que uma barulhenta. Erros que se acumulam por dias são muito mais difíceis de corrigir do que erros detectados em minutos.
5. Um dono. Uma pessoa que sabe o que a integração faz, vê quando ela quebra e tem o acesso e a autoridade para consertá-la.

Preencha uma linha por fluxo antes que alguém escreva um documento de especificação. Se uma célula estiver em branco, o fluxo não está pronto para ser construído. Os valores abaixo são ilustrações; combine os seus com as pessoas que usam os dados.

Fluxo	Direção	Gatilho e frequência	Dado mais antigo aceitável	Sistema de registro	Em caso de falha	Dono
Dados mestre de clientes	SAP para Salesforce	Na alteração	24 horas	SAP	Nova tentativa e, depois, alerta ao data steward	Dono dos dados mestre de clientes
Disponibilidade de estoque	SAP para Salesforce	Sob demanda ou quase em tempo real	15 minutos	SAP	Exibir o indicador “consultar operações”	Líder de sistemas da cadeia de suprimentos
Listas de preços e condições	SAP para Salesforce	Na alteração	1 hora	SAP	Bloquear a cotação com preço desatualizado	Gerente de preços
Oportunidade ganha para pedido de venda	Salesforce para SAP	No fechamento	Imediato	Salesforce até o pedido ser criado, depois SAP	Colocar em fila e alertar operações de vendas	Líder de operações de vendas
Status de pedido e entrega	SAP para Salesforce	A cada marco	15 minutos	SAP	Nova tentativa e, depois, alerta ao suporte de integração	Líder de integração
Status de fatura e pagamento	SAP para Salesforce	Diário	24 horas	SAP	Alertar sistemas financeiros	Líder de sistemas financeiros

A coluna “dado mais antigo aceitável” é a que a maioria das equipes nunca preenche. Combine-a com os usuários que tomam as decisões, não apenas com a equipe de integração. Se você já está atrasado, o texto sobre atrasos na entrega do SAP Integration Suite cobre as causas mais comuns.

Os registros de clientes não batem. Causa: os dois cadastros de clientes nunca foram alinhados. Correção: concilie antes do go-live, faça do SAP o sistema de registro dos dados de clientes e imponha o mapeamento na integração.

O status do pedido não é atualizado no Salesforce. Causa: a integração cobre da cotação ao pedido, mas não os retornos de status. Correção: envie atualizações de status do SAP SD de volta ao Salesforce a cada marco do pedido.

Os preços da cotação diferem dos da fatura. Causa: os preços são mantidos à mão no Salesforce e se afastam das condições de preço do SAP. Correção: faça do SAP o mestre de preços e traga os preços para o Salesforce por meio da integração.

A integração quebra depois de uma atualização do SAP. Causa: nenhum teste de regressão da integração no plano de atualização. Correção: inclua o teste de regressão da integração no escopo de toda atualização do SAP.

O Salesforce pode se integrar ao SAP?

Sim, por meio do SAP Integration Suite, do MuleSoft, do Boomi, de outras plataformas de integração ou de APIs diretas. Os fluxos típicos são a sincronização dos dados mestre de clientes, da oportunidade ganha para o pedido de venda, do status de pedido e entrega de volta ao Salesforce, dos preços para o Salesforce nas cotações e do status de fatura e pagamento. Sincronizar os dados mestre de clientes é simples. Um quote-to-cash completo, com preços complexos, muitos códigos de empresa e estoque em tempo real, é um projeto significativo.

O Salesforce é um ERP ou um CRM?

Um CRM. Ele gerencia pipeline, oportunidades, interações com clientes, marketing e atendimento. Não faz lançamentos contábeis nem gerencia estoque. O SAP é o ERP de finanças, compras, estoque e produção. Bem integrados, o vendedor vê estoque e status de pagamento no Salesforce, e as finanças veem o valor do negócio no SAP.

Qual é o principal motivo de as integrações entre ERP e CRM falharem?

Requisitos definidos a partir da tecnologia, e não da decisão do usuário. A integração é construída corretamente a partir de uma especificação errada: dados com quatro horas de idade, preços que não batem com as faturas, atualizações de status que chegam atrasadas. Antes de escrever uma especificação técnica, documente as decisões que cada grupo de usuários toma com os dados e quão atualizados eles precisam estar.

Como manter uma integração entre ERP e Salesforce ao longo do tempo?

Rode testes de regressão automatizados nos fluxos críticos antes de cada release do Salesforce e de cada atualização do SAP. Monitore cada fluxo crítico com alertas que disparam na falha, e não em um relatório de fim de dia. Nomeie um dono que tenha acesso ao monitoramento e participe do planejamento de mudanças dos dois sistemas.

Quando usar o SAP Integration Suite para integrar o Salesforce?

Quando o SAP é o sistema dominante, quando você tem acesso ao SAP BTP e quando os fluxos envolvem conteúdo específico do SAP, como IDocs, BAPIs ou formatos de mensagem SAP. É uma escolha mais fraca se você já investiu pesado em MuleSoft ou Boomi, se a sua equipe não tem competência em integração SAP ou se o SAP é um participante menor em fluxos majoritariamente não SAP. Para novos programas RISE com o Salesforce no escopo, é o ponto de partida natural.

Quanto tempo leva um projeto de integração entre ERP e Salesforce?

Um escopo padrão (sincronização dos dados mestre de clientes, da cotação ao pedido e status básico de pedido) com conteúdo pré-construído costuma levar de 8 a 16 semanas, do levantamento do escopo ao go-live, supondo dados limpos e um desenvolvedor de integração dedicado. Um quote-to-cash completo, com preços complexos, várias entidades, gestão de crédito e estoque em tempo real, costuma levar de 4 a 9 meses. Problemas de dados encontrados no meio do projeto e fluxos adicionados durante a construção são as causas habituais de estouro de prazo, por isso faça uma avaliação da qualidade dos dados antes de começar a construção.