Resposta direta
A interrupção se contrata como capacidade verificável, não como promessa de recurso. O contrato precisa nomear quem tem autoridade para parar, por qual canal a ordem chega e o que acontece com tarefas e dados em execução no momento da parada. Também precisa definir a evidência que registra a interrupção e o teste de parada feito antes do aceite final. Sem esses pontos, a interrupção existe na demonstração e falha na operação. O que não se resolve por contrato é a decisão de parar: ela continua sendo da operação, com critério escrito e responsável identificado.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata a interrupção como cláusula contratual com responsável, evidência e teste de aceite, em vez de recurso técnico a ser configurado depois da entrega.
O que a avaliação precisa separar
Avaliar interrupção é separar três coisas que costumam vir juntas na proposta: o recurso existe, o recurso é alcançável e o recurso tem responsável. Um botão presente na tela não garante que a ordem chega ao processo em execução. A pergunta útil é por onde a ordem passa até o ponto de execução e o que acontece quando esse caminho falha.
Pedir o desenho do fluxo de parada revela mais do que qualquer demonstração. Se o fornecedor não sabe dizer quais etapas ficam no meio, qual o estado do processo que já está em curso e quem confirma a parada, o contrato fica com uma cláusula sem efeito operacional.
Aceite, evidência e o custo da parada
O aceite deve prever uma parada executada, não descrita. O teste mostra quem recebe a ordem, em quanto tempo o processo para, o que ocorre com os itens em andamento e qual registro sobra depois. Critério definido em contrato permite cobrar correção sem discutir interpretação.
A parada também tem efeito sobre o que vem depois. Fila, prazo e responsabilidade humana precisam estar combinados antes, não durante o incidente. Contrato que trata apenas do momento da interrupção deixa o trabalho seguinte sem dono.
O que a interrupção contratada não resolve
Cláusula de interrupção não impede erro, não substitui controle de acesso e não corrige processo mal desenhado. Ela dá um caminho para parar quando algo já está errado. Quem espera que o contrato evite o incidente atribui à cláusula uma função que ela não tem.
Também não cobre o que está fora do escopo contratado. Dependências de outros fornecedores, dados de terceiros e processos que consomem a saída da automação seguem o próprio caminho. O limite precisa estar escrito, com responsável por cada parte, para que a parada não vire impasse durante o incidente.
Recurso prático
O que precisa estar no contrato de interrupção
- Quem pode interromper: papel nomeado, não nome de sistema
- Canal de interrupção e o que acontece quando esse canal falha
- Tarefas em execução: concluir, desfazer ou apenas registrar
- Dados em trânsito: destino definido no momento da parada
- Evidência da parada: horário, autor e efeito sobre o processo
- Teste de parada previsto antes do aceite final e quem o executa
- Efeito da parada no processo seguinte: fila, prazo e responsável humano
O erro mais comum é tratar a interrupção como recurso da ferramenta e deixar o contrato sem responsável nomeado. Na hora de parar, ninguém tem autoridade registrada para decidir, e a ordem fica presa entre operação e fornecedor.
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: cláusula de interrupção · critério de aceite · teste de parada · autoridade de parada · evidência de parada. 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
- Disparos sem aprovação: como mapear onde o fl… — ações sem aprovação
- Execução sem aval prévio: modelos e critérios… — ações sem aprovação
Páginas relacionadas
O mesmo problema em outro objetivo
- Automação parada: como distinguir falha de espera — Diagnosticar
- Quem decide parar a automação: a alçada da interrupção — Organizar um processo
- Interrupção da automação: comparar modos de parar — Comparar alternativas
- Interrupção de automação: como medir sem contar só a parada — Explicar medição
Outras leituras em Governança e controle de automação
- Incidente sem causa: o que exigir antes de contratar — O que delimitar num contrato de apoio quando o incidente de automação não tem causa identificada: escopo, evidência, responsabilidade e encerramento.
- Mudança aplicada sem registro: o que a contratação exige — O que exigir na contratação de correções de automação para que cada mudança deixe registro de quem aplicou, o que mudou e por quê.
- Falha recorrente: quem responde pela causa raiz — O que definir no contrato e no aceite para que falha repetida tenha dono, evidência e prazo de tratamento, em vez de correção provisória.
- Fluxo de quem saiu: o que verificar antes de assumir — O que verificar em um fluxo herdado de quem saiu: dependências, credenciais, dados de entrada, responsável e critérios para assumir a automação.
- Rotina crítica sem plantão: o que dá para contratar — O que muda no escopo, nos critérios de aceite e na responsabilidade quando uma rotina crítica é contratada sem plantão dedicado.
