Resposta direta
O controle passa a depender do comportamento observado e de responsabilidade nomeada. Sem acesso ao código, a automação é tratada como caixa-preta documentada: registram-se entradas, saídas, horários, dependências e quem responde por cada mudança. Não há revisão de lógica; há verificação de resultado, com casos de teste que comparam o que entra e o que sai antes e depois de qualquer alteração. O arranjo exige inventário, registro de versão em produção e uma saída prevista antes da contratação. O limite é explícito: comportamentos internos seguem desconhecidos, e a governança trabalha com evidência indireta, não com certeza sobre cada exceção.
- Objetivo
- Organizar um processo
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata a automação como caixa-preta e define o que observar, testar e registrar quando não existe código para revisar.
O que a operação revela sem o código
Sem leitura do código, o conhecimento começa pela borda: o que a automação consome e o que entrega. Um inventário útil lista os sistemas tocados, os dados lidos e gravados, a frequência de execução e o horário em que roda. Cada item precisa de um responsável nomeado, não de uma área genérica.
O mapa de dependências mostra o que quebra junto. Qual credencial é usada, qual planilha alimenta a entrada, qual fila espera o resultado. Quando uma dessas peças muda, a automação falha sem aviso. Esse mapa é o que permite prever o efeito antes que ele apareça na operação.
Prova por comportamento, não por leitura
A verificação passa a ser por resultado. Um conjunto estável de casos, com entrada e saída esperada, mantido pela área dona do processo, permite comparar o que a automação faz hoje com o que fazia antes. O conjunto não precisa ser extenso; precisa cobrir as exceções conhecidas.
Toda alteração no fornecedor ou no ambiente deveria gerar nova rodada desses casos e um registro do que mudou. Sem isso, a automação evolui sem que ninguém saiba qual versão está em produção, e a conversa sobre qualidade fica apoiada em memória.
Quando a caixa-preta não serve
Esse arranjo não devolve controle sobre a lógica interna. Regras embutidas, tratamento de exceção e critério de decisão permanecem invisíveis. Se o processo exige auditoria de código, revisão de cálculo ou comprovação de que uma condição nunca ocorre, a automação sem fonte não atende.
Também não se aplica quando a falha silenciosa tem custo alto e não é detectável pela saída. Nesses casos, restam três caminhos: exigir o código, substituir a automação ou manter a etapa sob conferência humana. A governança por comportamento reduz a incerteza; não a elimina.
Recurso prático
Registro mínimo de uma automação sem fonte
- Inventário do que a automação toca: sistemas, dados lidos e gravados, horário de execução e responsável nomeado.
- Mapa de dependências: credenciais, planilhas, filas e outros processos que param junto com ela.
- Conjunto de casos com entrada e saída esperada, incluindo as exceções já conhecidas pela operação.
- Registro da versão em produção e nova rodada dos casos a cada mudança no fornecedor ou no ambiente.
O erro comum é tratar "está rodando" como sinal de que está correto. Sem um caso comparável, não há como separar resultado esperado de coincidência.
Conceitos usados nesta página
- Responsável nomeado — Responsável nomeado é a pessoa identificada — não a área — que responde por um número, processo ou entrega.
Sobre o que está escrito aqui
Conceitos relacionados: inventário de automações · mapa de dependências · caso de teste com saída esperada · registro de versão em produção · responsável nomeado. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Workshop executivo, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Governança e controle de automação — Página central do tema
- Acessos de automação: qual modelo de restriçã… — acessos excessivos
- Acessos excessivos de robôs: desenho do perfi… — acessos excessivos
Páginas relacionadas
O mesmo problema em outro objetivo
- Automação sem código-fonte: o que dá para saber — Diagnosticar
- Automação sem código-fonte: o que comparar antes de decidir — Comparar alternativas
- Automação sem código: o que dá para medir por fora — Explicar medição
- Automação sem código-fonte: controle pelo comportamento — Orientar implementação
- Automação sem código acessível: o que dá para exigir na compra — Orientar avaliação e contratação
Outras leituras em Governança e controle de automação
- Automações sem inventário: por onde começar o registro — Reconstrução do registro de automações a partir de evidências de execução, com responsável nomeado, processo afetado e critério de revisão.
- Automação sem dono: como identificar o que está órfão — O que observar para identificar automações sem responsável nomeado e definir quem assume cada uma antes que o problema apareça.
- Fluxo de quem saiu da empresa: como assumir a operação — Automação sem dono após desligamento: levantar o comportamento observado, decidir manter, corrigir ou desligar, nomear responsável e testar antes de liberar.
- Automação fora do inventário: onde ela entra no processo — Um processo para receber automações criadas fora do inventário: triagem, dono, critério de entrada e data de regularização, com o que fica de fora.
- Inventário de automações: quais alternativas comparar — Compara formas de levantar e manter inventário de automações, o que cada uma cobre, o que deixa em aberto e quem responde pela atualização.