Toda empresa que usa mais de um sistema acaba criando uma integração. Na maioria dos casos ela não foi projetada, não tem nome e não aparece em nenhum organograma: é alguém que exporta um relatório de um sistema, ajusta colunas na planilha e importa em outro, toda segunda-feira de manhã. Funciona, custa aparentemente nada e resolve o problema do dia.
O que esse arranjo não resolve é a pergunta que a diretoria faz três meses depois, quando dois relatórios divergem: qual dos dois números está certo. A exportação manual move dados, mas não estabelece qual sistema manda. Sem essa definição, a empresa passa a ter duas versões da mesma verdade, e o tempo gasto para reconciliá-las cresce mais rápido do que o tempo gasto para produzi-las.
O que a exportação manual realmente substitui
Uma integração de verdade faz três coisas que a planilha não faz. Ela define uma fonte da verdade por campo, de modo que a resposta sobre qual sistema manda no preço, no cadastro ou no status do pedido não dependa de quem foi perguntado. Ela garante atualidade, porque o dado chega no intervalo combinado e não quando alguém lembra. E ela deixa rastro: é possível saber o que foi enviado, quando e com qual resultado.
A planilha entrega apenas o transporte. As outras três garantias ficam na cabeça da pessoa que executa a rotina, o que transforma um processo de negócio em uma dependência pessoal. É o mesmo padrão de concentração que aparece em outras áreas da TI, com um agravante: aqui o erro não derruba nada, apenas contamina silenciosamente os números que alimentam decisões.
Quatro sinais de que a exportação virou processo crítico
Nem toda exportação manual precisa virar integração. O critério não é a existência da planilha, é o papel que ela passou a ocupar.
- A frequência aumentou. O que era mensal virou semanal e depois diário. Frequência crescente é o sinal mais confiável de que o processo está no caminho de se tornar crítico.
- O arquivo tem dono. Existe uma pessoa que "cuida" da planilha, e a ausência dela atrasa o fechamento, o faturamento ou o atendimento.
- Decisão é tomada a partir dela. Quando a planilha deixa de ser um passo intermediário e passa a ser a base de uma decisão comercial ou financeira, o erro dela custa mais do que o tempo de produzi-la.
- O mesmo erro se repete. Versão desatualizada, linha duplicada, filtro esquecido. Erro recorrente em rotina manual não é falta de atenção, é característica do desenho.
Com dois desses quatro sinais presentes, o custo de manter a rotina manual já superou o custo de estruturá-la na maioria dos casos que acompanhamos.
Os quatro caminhos, em ordem de custo
A decisão que mais encarece um projeto de integração é começar pelo caminho mais sofisticado. A ordem abaixo vai do mais barato ao mais caro, e a regra é descer um degrau só quando o anterior não resolve.
| Caminho | Quando faz sentido | Onde falha |
|---|---|---|
| Integração nativa do próprio fornecedor | Os dois sistemas já se conectam e ninguém ativou ou configurou | Só cobre os campos que o fornecedor decidiu expor |
| Conector de mercado entre aplicações | Volume baixo ou médio, regras simples, times sem equipe de desenvolvimento | Custo por execução cresce com o volume; regras complexas ficam frágeis |
| Integração sob medida via API | Regra de negócio específica, volume relevante, necessidade de rastro | Exige manutenção quando o fornecedor muda a API |
| Base intermediária consolidada | Vários sistemas alimentando relatórios e indicadores | Projeto maior; não substitui a definição de fonte da verdade |
O primeiro caminho é o mais ignorado e o de melhor retorno. Em parte relevante dos casos, a integração já existe no plano contratado e nunca foi ativada porque ninguém leu a documentação do produto. Vale conferir isso antes de qualquer orçamento de desenvolvimento.
O erro de integrar antes de arrumar o processo
Automatizar um processo ruim produz um processo ruim mais veloz. Essa ordem aparece em quase todo projeto de integração que falha: a empresa contrata o desenvolvimento antes de decidir como o processo deveria funcionar, e o fornecedor implementa exatamente o desenho atual, com todas as exceções informais que existiam na planilha.
O passo anterior é o mesmo de qualquer trabalho de automação, e vale tanto para a escolha entre redesenhar o processo e automatizar a tarefa quanto para integração: mapear o fluxo real, não o fluxo descrito. Em geral o mapeamento revela que parte das exportações existe para compensar um campo que ninguém preenche na origem, e esse tipo de problema não se resolve com integração nenhuma.
O que precisa estar decidido antes de escrever a primeira linha
Quatro definições evitam a maior parte do retrabalho. Todas são decisões de negócio, não técnicas, e por isso não podem ser delegadas ao fornecedor.
- Fonte da verdade por campo. Não por sistema. É comum o cadastro do cliente mandar no CRM e o limite de crédito mandar no ERP. Sem esse detalhamento, a integração escolhe sozinha, normalmente pelo que foi mais fácil de programar.
- Frequência e latência aceitável. Tempo real custa mais do que a cada hora, e a cada hora custa mais do que uma vez por dia. A pergunta útil é qual atraso o negócio tolera sem prejuízo, e a resposta honesta quase nunca é tempo real.
- Tratamento de conflito. O que acontece quando os dois lados mudaram o mesmo registro. Vence o mais recente, vence a origem definida, ou o caso vai para uma fila de revisão humana. Sem essa regra, o conflito é resolvido por acidente.
- Dono do fluxo. Quem é avisado quando a integração falha e quem decide se a operação segue em modo manual enquanto isso. Integração sem dono falha em silêncio, e o silêncio é descoberto no fechamento do mês.
Como estimar o retorno antes de aprovar
O cálculo não precisa ser sofisticado para sustentar a decisão. Três parcelas compõem o retorno, e duas delas costumam ser esquecidas.
A primeira é o tempo direto: quantas horas por mês são gastas exportando, ajustando e importando, multiplicadas pelo custo da hora de quem faz. A segunda é o retrabalho de correção, que inclui o tempo de descobrir a divergência, não apenas o de corrigi-la, e costuma ser maior do que a primeira. A terceira é o custo da decisão tomada com dado errado, que é difícil de estimar e por isso é normalmente tratado como zero, o que é a única estimativa garantidamente incorreta.
Quando as duas primeiras parcelas já pagam o projeto no horizonte de doze meses, a decisão é direta. Quando não pagam, a integração provavelmente não é prioridade, e insistir nela significa deixar de resolver algo com retorno maior.
O que fazer com o histórico acumulado na planilha
Uma dúvida prática costuma travar a decisão: o que acontece com os anos de dados que só existem no arquivo. A resposta depende do uso. Histórico consultado com frequência precisa entrar no sistema de destino, com uma carga inicial planejada e conferida por amostragem. Histórico que serve apenas para consulta eventual pode permanecer arquivado, desde que alguém saiba onde está e em que formato.
O erro caro é tratar a carga inicial como parte trivial do projeto. Ela costuma consumir mais tempo do que a integração em si, porque expõe inconsistências acumuladas: cadastros duplicados, campos preenchidos com convenções diferentes ao longo dos anos, registros sem identificador confiável. Esse trabalho não é desperdício, é a limpeza que a empresa adiou, e é melhor enfrentá-lo em um projeto com escopo do que descobri-lo no meio da virada.
Como saber se a integração continua funcionando
Integração é o tipo de componente que falha sem chamar atenção. Diferente de um sistema fora do ar, ela simplesmente para de enviar, e a operação segue com o dado congelado até alguém estranhar um número.
Três controles resolvem isso sem exigir ferramenta de monitoramento. O primeiro é um registro do que foi enviado e do resultado, acessível a quem opera, não apenas ao fornecedor. O segundo é um alerta de ausência: se o fluxo não rodar no horário previsto, alguém precisa ser avisado, porque a falta de erro não é a mesma coisa que sucesso. O terceiro é uma conferência periódica por amostragem, comparando alguns registros nos dois sistemas, com frequência mensal no começo e trimestral depois de estabilizar.
Esses controles também definem o que a empresa deve exigir por escrito de quem implementa. Um fornecedor que entrega a integração sem registro consultável e sem alerta de ausência entregou metade do trabalho.
Quando a integração não é a resposta
Existe um cenário em que integrar é o caminho errado: quando a empresa mantém dois sistemas que fazem a mesma coisa porque áreas diferentes escolheram ferramentas diferentes. Integrar, nesse caso, institucionaliza a duplicidade e adiciona um componente novo para manter.
Há também o caso em que o processo não cabe em nenhum dos sistemas existentes e a planilha virou o sistema de fato. Aí a discussão deixa de ser de integração e passa a ser sobre quando vale a pena parar de improvisar em planilha, com um sistema que atenda o processo real da operação.
Como a Vetor Advisory conduz
O trabalho começa pelo mapeamento do fluxo real, com as exportações existentes documentadas e o tempo medido. A partir daí definimos fonte da verdade, frequência, tratamento de conflito e dono, e só então avaliamos qual dos quatro caminhos técnicos resolve com o menor custo total.
A Vetor Advisory não desenvolve para vender licença nem tem acordo com fornecedor de integração. Quando a resposta certa for ativar um recurso que a empresa já paga, é isso que será recomendado.