Seus sistemas não concordam. Antes de sincronizar tudo, escolha quem manda em cada dado
Como organizar CRM, planilhas, ERP e atendimento quando cada sistema mostra uma informação diferente — sem criar mais uma cópia para conferir.
Por Cesar A. Machado · · 5 min
Defina a autoridade campo a campo, porque um sistema raramente é dono de todos os dados.
Separe o registro oficial das telas e relatórios usados para leitura.
Use uma identidade estável e uma regra explícita para conflitos e duplicidades.
Aceite atraso controlado quando a operação tolerar; exija confirmação quando o efeito for crítico.
Comece por um fluxo e uma divergência mensurável antes de integrar a empresa inteira.
Três sistemas, três versões do mesmo cliente
O vendedor corrige o telefone no CRM. O financeiro mantém o cadastro antigo no ERP. A planilha usada pela diretoria recebe uma terceira versão na sexta-feira. Quando alguém percebe, a discussão começa pela ferramenta: qual delas está errada? Eu faço outra pergunta primeiro: quem tinha autoridade para alterar esse dado e qual caminho deveria levar a mudança aos demais sistemas?
Sincronizar tudo em todas as direções parece democrático e costuma produzir uma bagunça muito eficiente. Um campo muda na planilha, volta para o CRM, dispara outra atualização e termina sobrescrevendo a correção feita no ERP. Eu não gosto desse desenho porque o sistema fica ativo sem ser explicável. A empresa ganha movimento, mas perde a capacidade de afirmar qual valor é oficial.
A fonte da verdade é uma decisão por dado
Dizer que “o CRM é a fonte da verdade” pode ser simples demais. O CRM pode mandar no responsável comercial e na etapa da oportunidade; o ERP, no limite de crédito e no status da nota; o sistema de atendimento, no consentimento e na última conversa. Eu desenho essa autoridade por entidade e por campo. Depois defino quais sistemas apenas leem, quais sugerem uma alteração e qual serviço pode confirmar a escrita.
Dado
Autoridade de escrita
Quem recebe
Conflito
Etapa comercial
CRM
Atendimento e relatório
CRM prevalece; mudança exige usuário autorizado
Status de pagamento
ERP ou financeiro
CRM
CRM exibe, mas não altera
Consentimento de contato
Canal que registrou a manifestação
CRM e campanhas
Revogação bloqueia novos envios
Telefone
Cadastro mestre definido pela empresa
CRM, ERP e atendimento
Mudança concorrente vai para reconciliação
Essa tabela é um exemplo hipotético, não uma regra universal. A autoridade depende do processo, das permissões e das obrigações da empresa. O que eu preservo é o princípio: cada escrita importante precisa de dono e critério. Sem isso, a integração apenas distribui o conflito com mais velocidade.
Atualizar dois lugares é onde a confiabilidade começa a doer
Imagine que eu grave um pedido no sistema A e, na linha seguinte, envie uma notificação ao sistema B. Se o processo cair entre as duas ações, A confirma o pedido e B nunca o recebe. Se eu repetir sem proteção, posso criar o mesmo pedido duas vezes. A AWS descreve esse problema de escrita dupla ao explicar o padrão transactional outbox e recomenda consumidores idempotentes quando mensagens podem chegar mais de uma vez: https://docs.aws.amazon.com/prescriptive-guidance/latest/cloud-design-patterns/transactional-outbox.html.
Outbox não é uma receita obrigatória para toda planilha conectada ao CRM. Às vezes uma chamada síncrona, uma importação controlada ou uma conferência diária resolve melhor. Eu escolho o mecanismo depois de entender o custo da divergência, o volume, o tempo aceitável de atraso e a possibilidade de repetição. Arquitetura sofisticada aplicada a um fluxo simples também vira dívida.
A documentação da Microsoft sobre CQRS ajuda a separar modelos de escrita e leitura, mas também registra os trade-offs: sincronização, dados temporariamente desatualizados e mais complexidade. Fonte: https://learn.microsoft.com/en-us/azure/architecture/patterns/cqrs. Eu uso essa referência para lembrar que uma tela de relatório pode ser uma projeção atrasada sem deixar de ser útil. O erro é permitir que a projeção concorra como outra fonte de escrita sem regra.
Sem identidade estável, toda sincronização parece duplicidade
No cenário ruim, o CRM chama a empresa de “Mercado Sol”, o ERP usa o CNPJ e a planilha guarda apenas um telefone. A integração tenta aproximar nomes e cria outro registro quando encontra uma abreviação. No cenário bom, existe uma identidade interna estável e cada conector mantém a relação com o identificador externo. Nome, telefone e e-mail podem mudar sem transformar o mesmo cliente em três pessoas.
Nem todo conflito deve ser decidido automaticamente. Se dois sistemas autorizados alterarem o mesmo campo, eu prefiro uma fila pequena de reconciliação com valores, origens, horários e responsável. A pior saída é escolher silenciosamente o último valor que chegou. “Última escrita vence” só é uma política aceitável quando a empresa entende o que pode perder e aprova esse risco.
Eu escolheria um fluxo em que a divergência produz atraso, retrabalho, perda de venda ou risco de cobrança. Desenharia as fontes, a autoridade de cada campo, a identidade, a frequência de atualização e o comportamento em falha. Depois acompanharia poucos casos reais anonimizados. O objetivo inicial não é “integrar o CRM ao ERP”. É garantir, por exemplo, que um pagamento confirmado atualize a oportunidade correta uma vez e possa ser auditado.
Eu evitaria começar pelo catálogo inteiro de dados. Isso cria meses de mapeamento e pouca evidência de valor. Também não liberaria escrita bidirecional porque algum conector oferece o botão. Primeiro leitura, depois sugestão, depois escrita controlada onde ela for necessária. Cada avanço aumenta o impacto de uma credencial errada, uma regra ambígua ou um evento repetido.
Quando vale desenhar a integração com alguém de fora
Uma equipe interna costuma resolver bem quando existe um dono do processo, poucos sistemas e uma autoridade clara. Eu procuraria uma visão externa quando cada área defende sua própria versão, ninguém conhece todas as integrações, corrigir um cadastro desfaz outro ou a empresa não consegue estimar o impacto de uma sincronização falha. A entrega útil é um mapa de autoridade e fluxo, não uma proposta genérica de trocar tudo.
Se esse é o seu caso, descreva em https://blog.cesarmachado.com/contato quais sistemas participam, qual dado costuma divergir, quem percebe o erro e o que acontece depois. Com isso eu consigo avaliar a fronteira real do problema e propor um primeiro fluxo verificável, em vez de começar por uma integração grande demais para ser explicada.
Os projetos são apresentados pelo problema e pela engenharia envolvida, preservando informações internas. O objetivo é mostrar como decisões de produto, arquitetura e operação se conectam.
Um projeto começa com uma pergunta de negócio, avança por uma primeira versão controlada e só cresce quando os dados mostram que a solução cabe na operação.
{{ item.num }}
{{ item.title }}
{{ item.text }}
LIMITES CLAROS
A confiança também está no que o sistema não promete.
Empresas de 20 a 100 pessoas, com um processo real para melhorar.
O ponto de partida é um processo específico, com responsável, volume e impacto identificáveis. A solução precisa caber na capacidade da equipe, produzir evidência e preservar controle sobre decisões importantes.
→{{ item }}
Tecnologias e camadas
A FERRAMENTA SEGUE O PROCESSO
{{ item }}
SE FIZER SENTIDO
Descreva um processo que você gostaria de entender melhor.
Envie o fluxo atual, o volume aproximado e o principal gargalo. A primeira conversa serve para entender o problema e avaliar o próximo passo mais proporcional.
Ferramentas
Clique em uma ferramenta para abrir. Conteúdo de cada uma a definir.
Kit atual
{{ t.num }}
{{ t.title }}
{{ t.desc }}
{{ t.state }}
Portfólio
Projetos de software e ecossistemas construídos com engenharia de IA. Conteúdo de cada caso a definir.
{{ caseCount }}
Projetos
capa do projeto{{ p.num }}
{{ p.kind }} · {{ p.year }}
{{ p.title }}
{{ p.desc }}
{{ tg.label }}
ABRIR CASO
{{ detail.num }}{{ detail.kind }}
{{ detail.title }}
{{ detail.desc }}
{{ m.k }}
{{ m.v }}
imagem principal do caso
{{ bl.title }}
{{ bl.hint }}
Vamos conversar sobre seu processo
4 PASSOS · DETALHES OPCIONAIS
Conte qual processo da sua empresa precisa melhorar. Não precisa ter uma solução de IA definida nem levantar números agora. Para começar, preciso apenas do processo, do seu nome e do e-mail para responder.
Mensagem recebida
Obrigado. Vou ler o contexto e responder pelo e-mail informado para entender os próximos passos.
