Quando você roda em vários ERPs, qual deles tem razão?

O preço que um cliente B2B vê não é um número. É o resultado de uma conta que depende da loja, da bandeira, do ERP que atende aquela filial, do grupo de cliente, do estado, do contrato comercial específico. Numa operação com várias marcas e vários ERPs, a mesma peça pode ter preços legitimamente diferentes em contextos diferentes, e todos corretos.

O problema aparece quando esses contextos precisam coexistir num único portal. O cliente não quer saber que a loja A roda num ERP e a loja B em outro. Ele quer o preço certo, o estoque certo, o crédito certo. E aí surge a pergunta que trava tudo: quando os sistemas discordam, qual deles tem razão?

Integrar não é ligar sistemas, é decidir quem tem razão

A leitura comum trata integração como problema de encanamento: conectar o ERP ao e-commerce, mapear campos, sincronizar tabelas. Isso é a parte fácil. A parte que trava é anterior e não é técnica: definir, regra a regra, qual sistema é a autoridade sobre cada decisão.

Quem manda no preço quando o cliente tem três contratos diferentes em três bandeiras? Qual ERP define o limite de crédito de um cliente que compra em mais de uma marca? O estoque que o portal mostra é o do depósito mais próximo ou o consolidado? São decisões de governança comercial, não de API. Enquanto não forem tomadas explicitamente, cada integração nova só multiplica as fontes de verdade em conflito.

Este ponto vale a pena aprofundar, é a tese do nosso artigo-âncora sobre integração ERP e e-commerce B2B: a integração falha não por código mal escrito, mas por uma decisão de governança que nunca foi tomada. Com múltiplos ERPs, esse efeito se multiplica.

O custo de não decidir a fonte da verdade

Quando a fonte da verdade não está definida, o conflito não desaparece: ele migra para a operação. O vendedor confirma preço por telefone porque não confia no que o portal mostra. O cliente recebe um preço no site e outro na nota. O estoque diz que tem, mas mudou entre o pedido e a separação. Cada divergência vira retrabalho, e cada retrabalho vira custo que não aparece no dashboard.

O sintoma mais caro é o erro de preço. Numa operação multi-bandeira, derivar o preço errado não é raro, é o estado natural quando as regras vivem espalhadas, cada ERP com sua tabela e cada bandeira com sua política. Esse erro raramente aparece num relatório: ele vaza pedido a pedido, como desconto que não devia existir ou margem cobrada a menos. É a forma mais silenciosa de a margem evaporar.

A escala torna o problema invisível, e inevitável

O que numa operação pequena seria coordenado no olho, em escala vira impossível de controlar à mão. Quando são milhares de produtos, dezenas de bandeiras e centenas de contratos comerciais distintos, "qual é o preço?" deixa de ter uma resposta única. Cada contrato é uma regra. Cada bandeira, uma política. Cada ERP, uma fonte potencial de divergência.

Nesse volume, a pergunta não é mais "como acerto este preço", e sim "como garanto que a regra rode igual em todos os contextos, toda vez". A coordenação manual não escala; a regra única, sim. É a diferença entre apagar incêndios pedido a pedido e definir, uma vez, quem tem autoridade sobre o quê.

A fonte da verdade não é o ERP, é a regra

A inversão que destrava é parar de perguntar "qual ERP manda?" e passar a perguntar "qual regra manda?". O ERP deixa de ser o motor da experiência e passa a ser o que sempre foi bom em ser: um provedor de dados. A decisão de preço, crédito e estoque é derivada por uma regra única, contextual, que consome os dados dos vários ERPs sem deixar nenhum deles ditar a experiência do cliente.

É isso que faz o preço ser coerente entre bandeiras, o estoque sincronizado entre depósitos, o crédito consistente para um cliente que compra em mais de uma marca. Não porque os ERPs foram unificados (eles continuam distintos), mas porque a autoridade sobre a decisão saiu deles e foi para uma camada de regra que vale para todos.

Quando isso acontece, adicionar a próxima bandeira ou o próximo ERP deixa de ser um projeto de reconstrução. Vira configuração: mais uma fonte de dados ligada à mesma regra, sem reescrever o portal.

O que isso significa para quem decide a arquitetura

Para um CTO ou um diretor de operações, a leitura é direta: o risco de uma operação multi-ERP não está na integração técnica, está na governança não decidida que a integração expõe. Conectar os sistemas sem definir a fonte da verdade não resolve o conflito; dá a ele um palco maior. E cada ERP ou bandeira nova, sem essa decisão, é mais um vetor de divergência.

Diagnóstico antes de prescrição: antes de integrar o próximo sistema, vale mapear, regra a regra, quem é a autoridade sobre preço, estoque e crédito quando dois ERPs discordam, porque é nessa discordância não resolvida que a margem vaza.

Perguntas frequentes

Por que integrar vários ERPs num portal único é tão difícil? Porque a dificuldade não é técnica, é de governança. Cada ERP carrega sua própria verdade sobre preço, estoque e crédito. Sem decidir qual tem autoridade em cada regra, o portal só herda e amplifica o conflito em vez de resolvê-lo.

O que significa "fonte da verdade" numa operação multi-ERP? É a definição explícita de qual sistema, ou qual regra, tem autoridade sobre cada decisão (preço, crédito, estoque) quando as fontes discordam. Sem ela, cada integração nova multiplica as divergências.

Adicionar uma bandeira ou ERP novo exige reconstruir o portal? Não precisa, se a fonte da verdade for uma regra única e não cada ERP. Nesse modelo, o ERP é provedor de dados, e a próxima fonte entra por configuração, sem reescrever a experiência do cliente.