Sustentação de automações — quem cuida depois

O ciclo de vida real de uma automação

Uma automação nasce funcionando. Entre três e doze meses depois, algo no ambiente muda: credencial expira, fornecedor atualiza a interface, a regra de negócio evolui, o volume cresce além do previsto. Sem manutenção, ela para — e o time volta a fazer manualmente.

O detalhe cruel é que ninguém percebe no dia. A falha silenciosa não gera erro visível: gera dado desatualizado, pedido não processado e cliente sem resposta. Quando o problema fica óbvio, o prejuízo já aconteceu por semanas — e o descrédito interno com automação já está formado.

O que compõe a sustentação na prática

Quatro camadas: monitoramento contínuo dos serviços críticos, alerta com destino definido, correção da causa dentro do contrato e evolução da regra conforme a operação muda. Sem qualquer uma delas, o que existe é suporte reativo, não sustentação.

Monitoramento. Cada serviço crítico é verificado de forma contínua, dia e noite — o monitor não dorme.
Alerta. A notificação chega a quem opera antes de a falha chegar ao cliente. O prazo de resposta humana é acordado em contrato, e não uma promessa vaga de plantão.
Causa, não sintoma. A falha é rastreada até a origem e corrigida uma vez.
Evolução. Mudança de regra entra no fluxo sem novo orçamento a cada ajuste.
Documentação viva. O que está no ar é o que está documentado.

Como medimos a saúde da operação

Com número, não com percepção. Na infraestrutura que a AutomaSYS opera hoje são 47 monitores observando os serviços críticos, e a semana medida em julho de 2026 registrou 1,69 milhão de tarefas executadas — cerca de 240 mil por dia, sem janela de silêncio.

Publicar esse número é uma escolha deliberada: operação que não é medida não é operada, é torcida. O compromisso possível não é prometer que nada falha — é conhecer a causa de cada ocorrência e agir antes de o cliente perceber.

Herdar a automação de outro fornecedor

É um cenário frequente e tratável. O levantamento inicial mapeia o que está em produção, o que já falhou sem aviso e onde há risco de parada. A partir daí, cada item é classificado entre manter, refazer ou desligar — com o custo de cada opção explicitado.

O trabalho de sustentação se apoia nas mesmas bases das outras frentes: automação de processos desenhada para falhar de forma visível e integração de sistemas preparada para o dia em que o fornecedor do outro lado muda alguma coisa sem avisar.

Nem tudo herdado deve ser mantido. Automação mal construída às vezes custa mais para sustentar do que para refazer, e dizer isso é parte do trabalho — mesmo quando refazer parece a resposta interesseira. O critério é o custo total ao longo do tempo, e ele é apresentado aberto.

Perguntas frequentes

Vocês assumem automação que outra empresa construiu?

Sim, e é um dos pedidos mais comuns. Começamos por um levantamento do que está no ar, o que ainda funciona, o que já quebrou em silêncio e o que representa risco. Só depois definimos o que vale manter, o que vale refazer e o que deve ser desligado.

E se a documentação não existir?

É a regra, não a exceção. Parte do trabalho inicial é reconstruir a documentação a partir do que está em produção — e ela passa a ser mantida viva, porque operação sem documentação é dependência disfarçada de fornecedor.

Como funciona o alerta quando algo falha?

Cada serviço crítico tem monitoramento contínuo com destino de alerta definido. A falha gera notificação para quem opera, com identificação do que quebrou. O objetivo é que o cliente descubra pelo nosso aviso, não pela reclamação de um cliente dele.

A sustentação é cobrada à parte?

Não. Ela é o contrato. A assinatura mensal cobre operação, monitoramento, correção e ajuste de regra. Cobrar sustentação à parte cria o incentivo errado: quem ganha por chamado não tem motivo para reduzir chamados.