Automação sem dono é automação órfã

Empresa cresce, contrata freelancer ou agência pra automatizar um processo, o fluxo funciona por um tempo — e ninguém formaliza quem, dentro da empresa, é responsável depois que o fornecedor sai. A automação continua rodando, mas virou caixa-preta.

WhatsApp automático, planilha que atualiza sozinha, integração entre dois sistemas que "alguém configurou uma vez". Funciona até quebrar. Quando quebra, a primeira pergunta — quem mexeu nisso? — já não tem resposta fácil.

Órfão não é sinônimo de "sem código". É sinônimo de sem accountability: sem nome, sem runbook, sem caminho de reprocesso.

1. Inventário: liste cada automação ativa — inclusive as "pequenas" e as que vivem em Zapier/Make/n8n.
2. Dono: um nome interno por item. Não "o time", não o fornecedor externo, não "TI no geral".
3. Escopo: o que faz, quais sistemas toca, o que é irreversível (pagamento, mensagem ao cliente, peça jurídica).
4. Evidência: onde se vê sucesso/falha sem abrir log de servidor.
5. Reprocesso: o que fazer quando falha (fila, botão, manual) e quem aprova ação sensível.
6. Incidente: falha precisa aparecer pra operação — não sumir em e-mail de erro.

No Pulse, isso vira literal: toda falha aparece como incidente com botão de reprocessar, não como um log perdido em algum lugar. A execução deixa trilha; o dono sabe o que reabrir.

• Publicar automação sem dono interno nomeado e documentado.
• Deixar o fornecedor como único "dono" — ele não está na operação do dia a dia.
• Confiar em "parece que está rodando" sem painel de evidência.
• Pular ensaio em sandbox e ir direto pra produção com dado real de cliente.
• Esconder falha em log — falha precisa virar incidente com reprocesso.
• Atualizar integração em silêncio sem avisar o dono do fluxo.

Regra prática: se ninguém consegue dizer, em 10 segundos, quem é dono e como reprocessar, a automação ainda não está pronta pra produção — mesmo que "esteja funcionando".