A maioria dos projetos de integração ou substituição de sistema começa no lugar errado: na cotação. Antes de saber quanto custa resolver, é preciso saber o que, exatamente, está quebrado — e isso é o que um diagnóstico de integração entrega.
Não é uma etapa burocrática antes do "trabalho de verdade". É a etapa que evita contratar a solução errada para o problema errado — o erro mais caro e mais comum em projetos de tecnologia corporativa.
O que é (e o que não é) um diagnóstico de integração
Um diagnóstico de integração é um levantamento técnico estruturado de como os sistemas de uma operação se conectam hoje — onde os dados fluem automaticamente, onde dependem de planilha ou exportação manual, e onde dependem de uma pessoa específica para "garantir que tudo bate".
Não é:
- Um projeto de implementação. O diagnóstico não conecta sistema nenhum — ele mapeia o que precisa ser conectado e em que ordem.
- Uma cotação disfarçada. O entregável é uma recomendação técnica, não uma proposta comercial fechada antes de entender o problema.
- Um processo de seleção de ERP. Na maioria dos casos, o diagnóstico conclui que o ERP atual não é o problema — é a falta de integração ao redor dele.
O que é avaliado
O diagnóstico cobre cinco dimensões, nessa ordem:
1. Inventário de sistemas críticos
Quais sistemas a operação usa hoje para funcionar — ERP, CRM, WMS, e-commerce, BI, sistemas verticais do setor. É comum esse inventário revelar sistemas e planilhas paralelas que a liderança não sabia que existiam, porque foram criados por uma área para resolver um problema local sem passar por TI.
2. Como os dados fluem entre eles
Para cada par de sistemas que deveria se comunicar, o diagnóstico identifica se a troca de dados é automática (API, integração nativa), manual (exportação, digitação duplicada) ou inexistente (cada sistema opera isolado, ninguém reconcilia). Esse mapa — não a lista de sistemas — é o núcleo do diagnóstico.
3. Onde está a fonte da verdade
Quando o mesmo dado existe em mais de um sistema — estoque no ERP e no WMS, cliente no CRM e no ERP — qual é considerado correto quando os dois discordam? Se a resposta depende de "perguntar para alguém", a operação não tem fonte da verdade definida. Tem um árbitro humano fazendo esse papel.
4. Visibilidade quando algo quebra
Quando uma integração falha — um pedido não chega, um dado não sincroniza — o sistema avisa, ou alguém só percebe quando o relatório do fim do mês não bate? Falhas silenciosas custam mais caro que falhas visíveis: o problema se acumula sem ninguém tratá-lo.
5. Impacto operacional de cada lacuna
Não toda lacuna de integração merece o mesmo nível de prioridade. O diagnóstico quantifica, para cada ponto identificado, quantas horas de equipe consome por mês, qual decisão fica atrasada por causa dele e qual o risco se a pessoa que hoje "resolve manualmente" sair de férias ou da empresa.
Como o processo acontece na prática
O diagnóstico completo segue quatro etapas, normalmente em duas a quatro semanas:
- Entrevistas com responsáveis por área — financeiro, operações, comercial, TI. Cada área conhece os pontos de fricção do seu fluxo; ninguém sozinho tem a visão completa.
- Mapeamento técnico dos sistemas e integrações existentes — incluindo o que está documentado e o que só existe na prática (scripts isolados, planilhas que viraram processo oficial sem ninguém formalizar).
- Quantificação do custo de cada lacuna — horas de equipe, atraso de decisão, risco de dependência de pessoa-chave, convertidos em impacto que a diretoria reconhece.
- Priorização e recomendação técnica — quais lacunas resolver primeiro, qual abordagem (integração estruturada, automação, ou em casos pontuais, substituição de sistema) e em que ordem.
O que sai como entregável
No final, o diagnóstico entrega um relatório com quatro componentes:
| Componente | O que contém |
|---|---|
| Mapa de sistemas e fluxo de dados | Diagrama de como a informação se move hoje entre os sistemas críticos — automático, manual ou inexistente em cada conexão |
| Lista de pontos de fricção priorizados | Cada lacuna identificada, com impacto operacional estimado e nível de urgência |
| Recomendação técnica | O que integrar, em que ordem, e — quando aplicável — se algum sistema específico precisa ser substituído, com justificativa técnica |
| Estimativa de retorno | Horas recuperadas, redução de tempo de fechamento ou conciliação, e prazo aproximado de implementação de cada recomendação |
Esse relatório é o que transforma "a operação está lenta" em um plano com prioridade clara — sem comprometer a empresa com uma solução antes de saber qual é o problema real.
Quando vale pedir um diagnóstico antes de qualquer decisão
Três sinais indicam que o diagnóstico deveria vir antes de qualquer proposta comercial estar na mesa:
- Já existe uma proposta de troca de ERP ou de novo sistema — mas ninguém mapeou se o problema é falta de integração, não o sistema em si.
- A operação "ainda funciona", mas com esforço crescente — planilhas, exportações e pessoas-chave que sustentam processos que deveriam ser automáticos.
- Diretoria pede dado e a resposta demora dias, com ressalvas — sinal de que a fonte da verdade não está definida ou que a consolidação ainda é manual.
Nenhum desses sinais aponta automaticamente para "trocar sistema". Mas todos justificam mapear antes de decidir — porque a decisão errada, tomada sem diagnóstico, custa meses de projeto e ainda deixa o problema original sem solução.