A automação que você montou funciona. Até o dia em que quebra.

Sexta-feira, 18h40. O fluxo que envia as cobranças não rodou. Ninguém percebeu na hora — quem percebeu foi o cliente, na segunda, perguntando por que o boleto não chegou. Você abre a ferramenta, o cenário está vermelho, o erro diz 401 Unauthorized. A chave de acesso expirou. Ela estava colada dentro do próprio fluxo, num campo de texto. E só você sabia disso.

Se a cena parece familiar, este texto é para você: o gestor que montou a própria automação com ChatGPT, n8n, Make ou planilha com script. Antes de qualquer coisa, o que precisa ser dito: você fez certo. Automatizar cobrança, triagem de e-mail ou geração de relatório por conta própria coloca sua operação à frente da maioria das PMEs brasileiras. O problema não é o que você montou. É o que falta em volta.

Por que automações improvisadas quebram

Uma automação que funciona no dia 1 e para no dia 90 quase nunca falha pela lógica. Ela falha pelo entorno. Quatro causas cobrem a maior parte dos casos:

Credencial espalhada. A chave de acesso está colada no fluxo, num trecho de código, numa planilha ou numa conversa de WhatsApp. Quando expira ou vaza, ninguém sabe onde estão todas as cópias.
Nenhum versionamento. O fluxo só existe em produção. Uma edição errada às 23h não tem “desfazer”. Não há como comparar a versão que funcionava com a que parou.
Nenhum monitoramento. O fluxo falha em silêncio. Quem avisa é o cliente, o fornecedor ou o contador — dias depois.
Conhecimento em uma cabeça só. Uma pessoa entende como aquilo funciona. Quando ela viaja, a automação vira uma caixa-preta que ninguém ousa tocar.

Nenhum desses quatro pontos é falta de capacidade técnica. É a diferença entre montar um fluxo e operar um sistema. E a distância entre um e outro é menor do que parece — nada do que vem a seguir exige refazer o que já existe.

Passo 1: inventarie o que já roda

Antes de melhorar qualquer coisa, liste. Abra uma planilha e registre, para cada automação em operação:

Nome e o que ela faz, em uma frase.
Onde roda (n8n, Make, Zapier, script agendado, macro de planilha).
Quais sistemas ela toca (WhatsApp, e-mail, ERP, banco, planilha X).
Quais credenciais usa e onde cada uma está guardada hoje.
O que acontece se ela parar por 3 dias — quem sente, o que deixa de sair.
Quem entende como ela funciona.

O inventário de uma operação típica cabe em uma tarde. E ele expõe duas coisas de imediato: os fluxos em que a coluna 5 é grave e a coluna 6 tem um nome só — esses são a prioridade — e as credenciais duplicadas em lugares que você tinha esquecido.

Passo 2: tire as credenciais do código

Toda vez que uma chave de acesso circula por WhatsApp ou fica colada num fluxo, ela deixa de ser um segredo e vira um passivo. O tratamento tem quatro movimentos:

Mova cada chave para o cofre de credenciais da própria ferramenta (n8n e Make têm um) ou para variáveis de ambiente. O fluxo referencia a credencial pelo nome; o valor fica guardado uma vez, num lugar só.
Use uma chave por integração, não uma chave mestre para tudo. Se uma vazar, você revoga uma — não a operação inteira.
Revogue e gere de novo toda chave que já passou por conversa de WhatsApp ou e-mail. Ela deve ser tratada como exposta, mesmo que “só o sócio viu”.
Anote no inventário a data de validade de cada chave, quando houver. O erro 401 da abertura deste texto era uma data conhecida que ninguém anotou.

Esse passo é o de maior retorno por hora investida da lista inteira.

A automação improvisada não é o erro. O erro é tratá-la como improviso para sempre.

Passo 3: versione e monitore

Versionar é ter histórico: saber o que mudou, quando e por quê. A prática de mercado é exportar o fluxo (as ferramentas exportam em JSON, um arquivo de texto) e guardar num repositório Git — o mesmo controle de versões que qualquer time de engenharia usa, gratuito. Cada mudança vira um registro com uma frase: “adicionei reenvio quando o boleto falha”. Quando algo parar, você compara a versão de ontem com a de hoje em segundos. Sem Git, o mínimo aceitável: exportar o arquivo com a data no nome antes de cada edição. Rudimentar, mas já elimina o “não sei o que mudou”.

Monitorar não exige painel sofisticado. Dois mecanismos simples resolvem o essencial:

Caminho de erro com alerta. Toda ferramenta de fluxo permite um ramo “se falhar”. Aponte esse ramo para uma mensagem num grupo interno: “Fluxo de cobrança falhou às 14h32, etapa 4, erro 401”. A falha silenciosa vira falha barulhenta — e barulho no dia, não na segunda-feira seguinte.
Batimento cardíaco. Um fluxo que roda 1 vez por dia e registra “estou vivo” num serviço de monitoramento de tarefas agendadas (há opções gratuitas). Se o sinal não chegar, o serviço avisa. Isso pega a classe de falha mais traiçoeira: o fluxo que nem chegou a rodar.

Com esses dois mecanismos, a pergunta “será que rodou?” deixa de depender da memória de alguém.

Passo 4: documente o mínimo que salva

Documentação de automação de PME não precisa de manual. Precisa de uma página por fluxo, com cinco itens:

O que o fluxo faz e o que o dispara.
Quais sistemas e credenciais usa (referência ao cofre — nunca a chave em si).
O que fazer quando falhar, em 3 passos.
O que fazer para desligar com segurança.
Quem é o dono.

O teste de qualidade é um só: outra pessoa da empresa consegue religar o fluxo lendo a página, sem te ligar? Se sim, o conhecimento saiu da sua cabeça e entrou na operação. Toda vez que você edita o fluxo e não atualiza a página, a dívida volta — por isso a página curta: cinco itens se mantêm, vinte não.

Por onde começar

Os quatro passos acima cabem em duas ou três semanas de atenção parcial, na ordem em que aparecem: inventário, credenciais, versão e alerta, página por fluxo. É o mesmo método que a VALAR aplica no próprio trabalho — integração tratada como engenharia num mercado que a trata como gambiarra.

Se a sua operação depende de uma pessoa que entende os fluxos, o problema é maior que a automação: leia também por que a operação não pode depender de pessoas-chave.