A pessoa que existe só porque dois sistemas não conversam
Em toda operação que cresceu por partes existe pelo menos um cargo invisível: alguém que baixa um relatório de um sistema, confere, e digita em outro. Não está em processo nenhum, não aparece em organograma, mas consome horas de uma pessoa que normalmente é das mais experientes do time.
O custo óbvio é o tempo. O caro é o resto: enquanto o dado está em trânsito, existem duas verdades sobre o mesmo pedido. Se o estoque do e-commerce só atualiza à noite, você vende o que não tem. Se o pagamento entra no banco e só aparece no ERP no dia seguinte, alguém cobra um cliente que já pagou.
Integração malfeita é pior que integração nenhuma, e é o que assusta quem já tentou: sincronizações que rodam duas vezes e duplicam pedido, ou que falham em silêncio e ninguém percebe por três semanas.
Como fazemos
Mapa de quem é dono do dado
Antes de conectar qualquer coisa, definimos qual sistema é a fonte da verdade de cada informação. Sem esse acordo, integração vira dois sistemas se sobrescrevendo — e é a causa da maioria dos casos de dado que 'volta sozinho'.
Escolha do caminho
API quando existe e é boa, webhook quando o sistema avisa sozinho, arquivo quando é o que há. Cada caminho tem um custo e um atraso diferentes; a escolha é por caso, não por preferência técnica.
Idempotência
Toda operação é construída para poder rodar duas vezes sem duplicar nada. É o detalhe que separa integração que sobrevive a uma reexecução de integração que cria pedido fantasma — e reexecução sempre acontece.
Fila e nova tentativa
Sistema de terceiro cai, e quando cai não pode derrubar o seu. A troca passa por fila com nova tentativa progressiva, então uma indisponibilidade de duas horas atrasa o dado sem perder nenhum.
Falha que grita
Toda integração tem painel de execução, alerta quando para e ponto de retomada. Integração que falha em silêncio é a pior das três — porque a operação segue confiando num dado que parou de chegar.
O que você recebe
- Integrações em produção, com fila, nova tentativa e ponto de retomada
- Documento de quem é dono de cada dado, acordado entre as áreas
- Painel de execução com alerta de falha por canal que o time já usa
- Reprocessamento seguro: rodar de novo não duplica nada
- Registro de cada troca, para auditoria e para achar o que quebrou
Com o que trabalhamos
Perguntas frequentes
E se o sistema não tiver API?
Ainda dá. A ordem de preferência é API, webhook, exportação de arquivo agendada e, em último caso, leitura direta do banco. Cada degrau abaixo custa mais tempo de levantamento e entrega o dado com mais atraso — o diagnóstico diz qual degrau o seu caso permite antes de você decidir.
Integração não duplica pedido?
Duplica quando é construída sem idempotência. Aqui toda operação carrega uma chave própria, então rodar a mesma troca duas vezes produz o mesmo resultado de rodar uma. É o que permite reprocessar com segurança depois de uma queda — e queda acontece.
Quem mantém isso depois de pronto?
Pode ser o seu time ou o nosso. Em qualquer um dos dois casos entregamos painel, alerta e documentação do que cada integração faz. O que não entregamos é caixa-preta: integração que só uma pessoa entende é passivo, mesmo quando funciona.
Vale mais integrar ou trocar por um sistema único?
Depende de quantos processos estão fora do sistema principal. Um ou dois: integrar sai muito mais barato e mais rápido. Metade da operação: aí o problema não é integração, é que o sistema principal deixou de servir — e a conversa passa a ser sobre ERP sob medida.