Seu ERP não é o problema. O que governa o que acontece em cima dele é.

TL;DR

• Trocar SAP, TOTVS ou Oracle consome de três a cinco anos e não resolve o problema central: falta de governança sobre o que acontece entre o pedido e o faturamento.
• A distinção que importa é entre sistema de registro (ERP) e sistema de decisão (orquestração): o primeiro guarda o dado, o segundo governa o julgamento em tempo real.
• A LKQ, ao consolidar toda a Europa em um único ERP com rollout faseado, construiu uma camada de regras sobre o sistema, não no lugar dele: preço, aprovação, limite de crédito, tudo governado antes de o pedido ser processado.
• Empresas que entendem essa distinção param de justificar migrações e começam a justificar projetos de governança, sem abrir mão do que já funciona.

O CIO está resolvendo o problema errado?

Existe um ciclo previsível em operações B2B de médio e grande porte. A equipe comercial se queixa de que o sistema não acompanha a complexidade das negociações. O CIO abre um RFP. Surgem propostas de migração. A diretoria pesa o custo. O projeto empaca, ou avança por anos consumindo energia que poderia ir para o negócio.

O diagnóstico de base está errado.

SAP, TOTVS e Oracle foram construídos para registrar o que já aconteceu: contabilidade, fiscal, estoque, conformidade regulatória. Eles cumprem essa função com décadas de customização acumulada, integrações profundas e processos que nenhuma empresa quer reescrever do zero. Trocar esse núcleo é um projeto de três a cinco anos, com risco real de ruptura operacional.

O problema não está no ERP. Está na ausência de uma camada que governa o que acontece antes de o pedido chegar a ele.

Preço negociado por canal, condição de crédito por cliente, política de margem por linha de produto, aprovação auditável por alçada: nada disso é função de um sistema de registro. O ERP não foi desenhado para isso. Quando a empresa não tem uma camada que governa essas decisões em tempo real, elas migram para o lugar mais perigoso possível: a cabeça de cada vendedor, ou a informalidade de cada aprovação feita por mensagem.

Integração não é orquestração

Por décadas, a resposta tecnológica a esse problema foi conectar sistemas. EDI, depois APIs, depois camadas de IA sobre as APIs. Cada geração conectou mais coisas, mais rápido.

Mas conectar não é o mesmo que coordenar.

Integração liga dois sistemas. Orquestração rege uma cadeia inteira: quem decide o quê, em que ordem, sob qual regra. No modelo orquestrado, as APIs executam dentro de regras determinísticas. O humano sai do loop operacional e entra onde existe decisão de verdade. O poder de gestão fica em quem organiza as regras. O poder de ação fica distribuído, coordenado e rastreável.

Uma analogia útil vem de um lugar inesperado. O design do Bitcoin resolveu um problema de governança que toda empresa B2B conhece: como garantir que uma transação seja válida sem depender de um intermediário humano em cada etapa. A resposta foi tornar as regras determinísticas, deixá-las à vista e garantir que cada bloco carregasse o rastro do anterior. Governança e descentralização da ação não são opostos quando as regras são explícitas e auditáveis.

É exatamente o que falta na negociação B2B típica: regras explícitas que permitam à equipe agir com liberdade dentro de limites conhecidos, sem depender de aprovação manual em cada variação de preço ou condição.

O que a LKQ escolheu construir

A LKQ, distribuidora global de peças automotivas, divulgou no resultado do primeiro trimestre de 2026 a consolidação de toda a operação europeia em um único ERP, com rollout faseado, além do lançamento de portais B2B próprios (OrderKeystone.com e Keyless). O relatório é público e arquivado na SEC.

O que chama atenção não é a troca de sistema. É a sequência.

A LKQ construiu uma camada de governança sobre o ERP antes de escalar os portais. Preço, condição, aprovação, limite de crédito: tudo governado nessa camada intermediária, não dentro do sistema de registro e não deixado para a operação resolver caso a caso.

Essa é a sequência correta, e ela confirma o padrão que começa a se repetir nas operações B2B mais maduras: o ERP guarda o dado, a governança governa o julgamento. ERP sem governança é dado sem julgamento. Governança sem ERP é regra sem contexto. Os dois juntos formam o trilho que permite à operação, e eventualmente a agentes de IA, operar com qualidade, não só com velocidade.

O custo da inação

Quando a camada de governança não existe, o custo se distribui de forma silenciosa.

• Preço negociado fora da política vira padrão informal para aquele cliente.
• Aprovações feitas por mensagem não deixam rastro auditável.
• Exceções de crédito concedidas sem visibilidade acumulam exposição que o balanço só vê depois.
• A equipe comercial aprende a trabalhar ao redor do sistema, não dentro dele.
• A IA treinada sobre esses dados aprende os desvios, não as políticas.

O projeto de substituição de ERP que nunca sai do papel não é o único custo. O custo real é a operação que continua acontecendo sem governança enquanto o debate sobre o sistema certo se prolonga.

Princípios para quem está estruturando essa decisão

• Mapeie o que acontece entre a intenção de compra e o faturamento: cada passo que depende de julgamento humano informal é um ponto de risco.
• Separe sistema de registro de sistema de decisão antes de qualquer avaliação de tecnologia.
• Avalie se o problema é de integração (ligar sistemas que não conversam) ou de orquestração (governar quem decide o quê em que ordem).
• Exija rastreabilidade auditável em preço, crédito e aprovação como critério de seleção, não como feature desejável.
• Considere que a IA só opera com qualidade quando o trilho de governança já existe: automatizar sobre dados sem política explícita amplifica o desvio, não a eficiência.

Perguntas frequentes

Isso significa que o ERP precisa ser substituído? Não. A lógica descrita aqui é de composição, não de substituição. O ERP mantém sua função de registro contábil e fiscal. A camada de orquestração opera antes que o pedido chegue a ele.

Quem deve liderar esse projeto: TI ou comercial? Os dois. A camada de governança é tecnológica na implementação e comercial no desenho das regras. Projetos liderados só por TI tendem a entregar integração sem política. Projetos liderados só pelo comercial tendem a entregar política sem rastreabilidade.

Quando faz sentido avaliar essa camada? Quando a operação tem variação de preço por cliente, canal ou condição; quando aprovações de exceção são recorrentes e informais; quando a equipe comercial trabalha ao redor do sistema de gestão; ou quando um projeto de IA comercial está sendo considerado e não existe trilho de dados governados.

Quem já vive isso

Na plataforma Software Advice, a revisora verificada Maite S. (setor automotivo, empresa com 5.001 a 10.000 funcionários) descreve sua experiência com a CWS Platform:

"The support and project team, responsive, technically engaged, and willing to work through complex commercial rules (negotiated pricing, credit, customer-specific conditions)."

O trecho é representativo do que diferencia uma camada de orquestração de uma integração genérica: a capacidade de modelar regras comerciais reais, com suas especificidades de cliente, crédito e condição negociada.

Fonte: Software Advice, avaliação verificada

Um caso que ilustra

A consolidação europeia da LKQ, documentada no relatório do primeiro trimestre de 2026 arquivado na SEC, é um exemplo público da sequência descrita neste artigo: construir governança sobre o ERP antes de escalar portais B2B. O caso confirma que a maturidade operacional não está em qual sistema se usa, mas em quanto controle existe sobre o que acontece entre o pedido e o faturamento.

Acesso ao documento: LKQ 10-Q, 1T26, SEC EDGAR

Sobre esta publicação

"O Custo da Venda" é a publicação da CWS Platform sobre operação comercial B2B. A CWS Platform é uma B2B Commerce Platform for Governed Negotiation: orquestra preço, crédito e aprovação no fluxo comercial, em composição com o ERP existente, sem substituí-lo.

Fontes

• LI-024 (tese própria, CWS Platform): distinção entre sistema de registro e sistema de decisão; argumento central sobre orquestração como alternativa à migração de ERP.
• LI-017 (tese própria, CWS Platform): governança determinística e rastreabilidade como design; analogia com o modelo Bitcoin para regras explícitas e ação distribuída.
• LI-018 (tese própria, CWS Platform): diferença entre integração e orquestração; deslocamento do humano para decisões de verdade.
• LKQ 10-Q, 1T26, arquivado na SEC: https://www.sec.gov/Archives/edgar/data/1065696/000106569626000033/lkq-20260331.htm | Relatório trimestral público com detalhes sobre consolidação de ERP europeu e lançamento de portais B2B OrderKeystone.com e Keyless.
• Software Advice, avaliação verificada (Maite S.): https://www.softwareadvice.com/product/546664-CWS-Platform/ | Depoimento público de usuária verificada do setor automotivo sobre a CWS Platform.