Resposta direta
A segregação de função se contrata por escopo verificável, não por promessa de controle. O contrato precisa nomear três papéis distintos: quem desenha a automação, quem aprova a mudança e quem confere a execução. Quando a empresa não tem essas pessoas, o fornecedor assume parte delas, mas nunca todas na mesma mão. O pagamento deve estar ligado à entrega das evidências de aprovação e execução, não à implantação de ferramenta. Vale registrar quantas mudanças passaram sem aprovação antes da contratação e comparar depois. A responsabilidade final pelo processo não é transferível: permanece com quem responde por ele na empresa.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata a segregação de função como item de contrato — escopo, evidência e aceitação —, e não como ajuste técnico de acesso.
Onde termina o fornecedor e começa a empresa
Contratar segregação de função começa por separar desenho de controle de execução do processo. O fornecedor pode montar a matriz de aprovação, configurar perfis distintos e produzir evidência. A empresa mantém a responsabilidade pelo processo e pela decisão de negócio que a automação executa.
Essa divisão precisa estar escrita, com nome de responsável de cada lado. Quando fica implícita, a discussão sobre um erro de execução vira discussão sobre culpa, e não sobre correção.
Evidência e critério de aceitação
Sem evidência, segregação de função é declaração. O contrato deve fixar qual registro prova que quem aprovou não foi quem executou, e onde esse registro fica. A empresa precisa conseguir extrair isso por conta própria ao fim do contrato, sem depender do fornecedor para explicar a própria operação.
O critério de aceitação descreve o que conta como falha: mudança aplicada sem aprovação registrada, aprovação dada por quem também opera, perfil que acumula as duas funções. Medir a frequência dessas ocorrências antes de contratar dá uma linha de base. Sem ela, não há como avaliar se o controle mudou algo.
O que a contratação não resolve
Contratar segregação de função não elimina erro na automação nem substitui a revisão do processo. Ela reduz a chance de uma mesma pessoa desenhar, aprovar e executar sem contrapeso. Isso não cobre falha de regra de negócio, dado de entrada errado ou decisão comercial mal tomada.
Também não se aplica onde a operação é pequena demais para separar papéis de verdade. Nesse caso, a alternativa é acumular funções com revisão independente posterior e registro, assumindo esse arranjo de forma explícita. Contratar um terceiro para simular uma separação que não existe apenas desloca o risco. A responsabilidade final continua com quem responde pelo processo, mesmo com o contrato assinado.
Recurso prático
Itens de contrato para segregação de função na automação
- Papéis nomeados: quem desenha, quem aprova e quem revisa cada mudança de automação.
- Responsável da empresa e responsável do fornecedor em cada papel, com substituto definido.
- Evidência exigida por mudança: registro de aprovação, versão alterada e autor da alteração.
- Critério de aceitação por período, com a definição do que conta como falha de segregação.
- Acesso do fornecedor restrito ao ambiente em que atua, sem permissão ampla sobre produção.
- Condição de saída: como a operação volta para a empresa e qual acervo de evidências é entregue.
- Data e responsável pela revisão periódica do desenho de papéis.
O ponto mais ignorado é a saída: o contrato cobre o início da operação e deixa em aberto quem responde pela segregação depois do encerramento.
Conceitos usados nesta página
- Critério de aceite — Critério de aceite é a condição objetiva que define quando uma entrega, tarefa ou automação é considerada concluída — verificável por quem recebe, não por quem produziu.
Sobre o que está escrito aqui
Conceitos relacionados: segregação de função · matriz de aprovação · evidência de execução · critério de aceitação · transferência de operação. 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
- Chave de API sem validade: como separar risco… — chave de API sem prazo de validade
- Chave de API sem validade: como criar prazo e… — chave de API sem prazo de validade
Páginas relacionadas
O mesmo problema em outro objetivo
- Quem cria a automação também libera: papéis sobrepostos — Diagnosticar
- Segregação de função ausente: o que separar na automação — Organizar um processo
- Segregação de função ausente: o que cada alternativa cobre — Comparar alternativas
- Segregação de função ausente: o que medir na automação — Explicar medição
- Automação que decide e executa: onde separar as funções — Orientar implementação
Outras leituras em Governança e controle de automação
- Automação que falha: o que o contrato precisa definir — Descreve como avaliar e contratar automação que continua após erro: o que exigir sobre parada, evidência e responsável em cada etapa.
- Incidente sem causa clara: como separar sintoma de origem — Como apurar um incidente de automação: fixar a linha do tempo, isolar hipóteses e chegar a uma causa verificável, sem buscar culpado.
- Incidente repetido: como chegar à causa, não ao culpado — Etapas para separar sintoma, gatilho e condição de causa em incidentes de automação, com dono da correção e critério de encerramento.
- Envio indevido de dados: como contratar a resposta — O que avaliar e o que fixar em contrato quando o risco é envio indevido de dados por automação, e o que essa cobertura não alcança.
- 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.