Vou unificar sistemas após fusão ou aquisição
Resposta rápida
Unificar sistemas após uma fusão ou aquisição é projeto que combina o risco da troca de ERP com o risco da mudança organizacional, ao mesmo tempo. O caminho que funciona tem cinco passos. Diagnóstico completo dos dois ambientes — sistemas, integrações, contratos, equipes, processos, dados — antes de qualquer decisão. Escolha do "sistema vencedor" por área (financeiro, fiscal, comercial, suprimentos, RH, BI) por critério claro, não por política interna. Plano de unificação em ondas por área e por unidade, raramente big bang. Harmonização de processos antes ou junto com a migração — sistema unificado com processos diferentes vira chaos. Comunicação ativa, porque pessoas dos dois lados estão olhando o movimento como sinal de quem "perdeu" e quem "ganhou". Pular qualquer dessas etapas costuma produzir integração de fachada que sobrevive um ano e depois colapsa em dívida técnica.
Na empresa pequena, "unificar após aquisição" geralmente significa que uma empresa de até cinquenta pessoas absorveu outra menor, ou foi absorvida por uma maior. Quando absorvendo, o caminho prático é migrar a operação adquirida para os sistemas da compradora — ERP, e-mail, ferramentas — em três a seis meses, com cuidado para preservar histórico fiscal e dados de clientes. Quando absorvida, alinhar com o time de integração da compradora e tratar a unificação como projeto cooperativo. O ponto sensível é dado de cliente: misturar bases sem consentimento adequado vira problema de LGPD. Mapear os dois ambientes em planilha e priorizar pelo que mais impacta operação (faturamento, cobrança, suporte) costuma resolver na escala pequena.
Na empresa média, a unificação vira programa de seis a dezoito meses com patrocínio executivo (CEO ou CFO), comitê de integração com líderes funcionais dos dois lados, parceiro especializado em M&A apoiando. Diagnóstico de dois ambientes — frequentemente cada um com ERP próprio, CRM próprio, sistemas de RH e BI diferentes — leva semanas. Decisão de sistema vencedor por área deve ser tomada cedo, com critério escrito e divulgado: aderência funcional, custo de migração, capacidade do parceiro, prazos contratuais. Migração em ondas por unidade ou por área, com paralelo onde necessário. O risco característico é a guerra cultural: "o sistema deles é melhor" vira "eles ganharam" e o conflito atravessa anos. Critério escrito antes da decisão protege contra essa leitura.
Na empresa grande, integração pós-M&A é programa de dois a quatro anos, com governança formal patrocinada por CEO e CIO, equipe de integração dedicada (Integration Management Office), parceiro especializado grande no apoio. Atravessa centenas a milhares de aplicações de cada lado, dezenas de unidades, múltiplos países, regulamentações distintas. Frequentemente o caminho é híbrido — alguns sistemas globais únicos (ERP corporativo, BI, identidade), outros locais por unidade ou país. Frameworks formais de integração (TOM, blueprint, sinergias mapeadas), governança em três camadas, métricas de sinergia capturadas por área. O risco a vigiar é o programa virar identidade do CIO: passados os ganhos iniciais, há sempre "mais uma onda" — em algum momento o programa precisa terminar e a empresa precisa operar.
- Duas instâncias do mesmo tipo de sistema coexistem (dois ERPs, dois CRMs, dois e-mails)
- Relatórios consolidados exigem retrabalho manual em planilha
- Cliente atendido pelos dois lados aparece duplicado, sem visão única
- Fornecedores duplicados negociam preços diferentes com unidades diferentes
- Times falam línguas diferentes sobre o mesmo processo
- Sinergias prometidas no anúncio da operação não estão materializando
Diagnóstico antes da decisão
O primeiro erro evitável é decidir o sistema vencedor antes de entender o parque dos dois lados. Diagnóstico completo precisa cobrir: inventário de aplicações por área (ERP, CRM, BI, RH, marketing, e-mail, colaboração, sistemas operacionais específicos), contratos com fornecedores (prazos, valores, penalidades por encerramento), equipes técnicas de cada lado (tamanho, competência, ferramentas), dados (volume, qualidade, sensibilidade, sobreposição), integrações existentes (com fornecedores, parceiros, clientes), customizações (que dependem de pessoas específicas), capacidade de cada lado de manter o sistema atual ou migrar. Sem esse diagnóstico, decisões precipitadas viram retrabalho.
Quem decide o sistema vencedor
A decisão raramente é puramente técnica. Mistura aderência funcional, custo de migração, prazos contratuais, capacidade da equipe, política interna. Para evitar que vire briga, três peças ajudam. Critério escrito antes da análise — pesos por dimensão acordados pelo comitê. Avaliação conduzida por terceiros (parceiro especializado) para reduzir viés interno. Decisão formal documentada com justificativa, comunicada antes de virar boato. Sem essas três peças, qualquer escolha vira "o lado A venceu o lado B".
Sistema vencedor não significa migração total para um lado
Em programas grandes, raramente a unificação consiste em adotar tudo de um lado. Padrão comum é misto. Algumas áreas adotam o sistema do lado A (geralmente onde está mais maduro). Outras áreas adotam o do lado B. Em poucos casos, decide-se substituir os dois por uma terceira opção (especialmente quando ambos têm dívida técnica acumulada). A escolha por área protege contra "todos ganharam algo" sem comprometer coerência — desde que o critério tenha sido o mesmo para todas.
- Diagnóstico dos dois ambientes (1-3 meses). Inventário completo, dependências, contratos, equipes, dados. Base para qualquer decisão posterior.
- Decisão de arquitetura alvo (1-2 meses). Sistema vencedor por área, com critério escrito e justificativa. Comunicação formal.
- Plano de unificação em ondas (1-2 meses). Cronograma por área e por unidade, dependências mapeadas, sinergias projetadas, riscos identificados.
- Harmonização de processos (paralela às ondas). Antes ou junto com a migração de sistema, processos precisam convergir. Sem isso, sistema unificado vira chaos.
- Preparação de migração de dados (paralela). Limpeza, mapeamento, conversão, validação por área. Dado sujo dos dois lados não vira dado bom unificado sozinho.
- Onda piloto. Área ou unidade menos crítica migra primeiro, com método validado. Erros nessa fase são baratos.
- Ondas de produção. Áreas e unidades críticas migram em sequência, com paralelo onde necessário, comunicação ativa, suporte intensificado.
- Encerramento contratual do sistema perdedor. Conforme cargas migram, contratos do sistema descontinuado são encerrados, equipes realocadas, ativos transferidos ou descomissionados.
- Operação unificada. Sistema único em uso, processos harmonizados, sinergias capturadas. Medir os ganhos prometidos no anúncio da operação.
Harmonizar processos é parte da unificação
Sistema unificado não resolve processos divergentes. Se o lado A tem três etapas de aprovação para compra e o lado B tem uma, colocar os dois no mesmo ERP só transfere a divergência para dentro do sistema. Harmonização precisa acontecer antes ou junto com a migração — comitê funcional por área (financeiro, compras, comercial, RH) define o processo unificado, com participação dos dois lados, antes de configurar o sistema vencedor. O processo unificado raramente é o de um lado ou de outro — frequentemente é um terceiro processo desenhado para servir à empresa combinada. Customizações para preservar processos específicos de cada lado são dívida técnica que mata o ganho da unificação.
Comunicação é tão importante quanto técnica
Em uma integração pós-M&A, pessoas dos dois lados estão olhando cada decisão como sinal. "O sistema deles foi escolhido" lê-se como "eles ganharam, nós perdemos". "Nosso time de TI virou subordinado deles" lê-se como "vamos ser dispensados". Comunicação ativa, antecipada, transparente protege a integração. Critérios de decisão explicados. Pessoas-chave dos dois lados em papéis visíveis. Cronograma comunicado com antecedência. Canal de dúvidas e relato de problemas. Sponsor executivo aparecendo em momentos-chave. Sem comunicação, boatos preenchem o vazio, e o programa atravessa anos com sabotagem passiva.
Decidir o sistema vencedor antes do diagnóstico. Decisão tomada com base em política ou intuição vira retrabalho quando o diagnóstico revela o que não se sabia. Diagnóstico primeiro, decisão depois, sempre.
Migrar sem harmonizar processos. Sistema unificado com processos divergentes vira chaos. Comitês funcionais por área desenham o processo unificado antes da configuração, mesmo que isso atrase o cronograma.
Ignorar contratos vigentes. Multas de saída e prazos de fidelidade podem mudar a sequência de ondas. Verificar todos os contratos relevantes antes de fixar cronograma evita surpresas caras.
Subestimar comunicação. Em integração pós-M&A, comunicação não é anexo — é projeto próprio com plano, calendário, canais e porta-vozes. Boatos preenchem qualquer vazio.
Não medir sinergias prometidas. Anúncios de M&A mencionam sinergias específicas (custo, receita, eficiência). Se essas sinergias não forem medidas a cada onda, a integração termina sem que ninguém saiba se entregou o que se prometeu.
- Diagnóstico completo dos dois ambientes documentado e aprovado pelo comitê
- Critério escrito de escolha de sistema vencedor, com pesos por dimensão acordados
- Decisão de sistema vencedor por área formalizada e comunicada
- Cronograma considera prazos contratuais e multas de saída dos sistemas descontinuados
- Comitês funcionais por área desenhando processos unificados em paralelo ao plano técnico
- Plano de comunicação com calendário, canais e porta-vozes definidos
- Sinergias prometidas no anúncio do M&A mapeadas em métricas observáveis
- Plano de tratamento das equipes técnicas de cada lado (papéis, alocação, capacitação, saídas)