Resposta direta
A falha recorrente só deixa de voltar quando o contrato nomeia quem investiga a causa, qual evidência comprova o tratamento e o que acontece se a mesma falha reaparecer. Contratação de automação costuma aceitar correção provisória como entrega. Sem cláusula de causa raiz, o fornecedor repõe o serviço e encerra o chamado. O que se mede não é a quantidade de incidentes, e sim a reincidência da mesma falha após o tratamento. Definir isso antes de assinar evita discutir responsabilidade no meio do problema, quando a operação já está parada e a pressa enfraquece a negociação.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata a falha recorrente como cláusula de contrato e critério de aceite, não como problema de operação.
O que a correção provisória esconde
Toda falha recorrente chega como sintoma. O serviço para, alguém reprocessa o que ficou pendente e a operação volta. O que não volta é a informação sobre a condição que produziu a falha: um dado de entrada fora de formato, um volume acima do previsto, uma alteração feita em outro sistema. Enquanto isso não é registrado, cada ocorrência parece isolada e o histórico não aponta nada.
Separar as duas coisas é trabalho de contrato, não de boa vontade. Na avaliação, vale exigir que o fornecedor descreva como investiga e o que entrega como evidência da causa. Se a resposta for apenas o tempo de restabelecimento, o indicador mede disponibilidade, não tratamento. São medidas diferentes e levam a decisões diferentes.
Responsabilidade dividida entre quem contrata e quem entrega
A causa raramente mora só no fornecedor. Parte depende de dado que a empresa gera, de processo interno mal definido ou de acesso que só o cliente concede. Por isso a divisão precisa estar escrita: quem investiga, quem fornece o dado, quem valida a conclusão e quem autoriza o encerramento.
Sem essa divisão, a discussão vira troca de acusação no momento da falha. O fornecedor afirma que o dado chegou errado; a empresa afirma que o processamento deveria tratar o caso. Com responsabilidade nomeada por etapa, a conversa passa a ser sobre o que cada lado entregou, não sobre quem falhou.
Quando o contrato não é suficiente
Cláusula de causa raiz não cria capacidade de investigação. Se a empresa não tem alguém para validar o tratamento nem acesso aos registros do que ocorreu, a exigência fica no papel e o fornecedor decide sozinho quando o caso está encerrado.
Também não resolve falha que nasce de decisão de negócio: mudança de regra sem aviso, exceção concedida caso a caso, processo que só uma pessoa conhece. Nesses casos o problema é de processo, não de contratação. E nenhum contrato elimina a reincidência; ele define o que fazer quando ela acontece.
Recurso prático
O que verificar antes de aceitar a correção de uma falha recorrente
- Nome de quem investiga a causa e registra a conclusão, não apenas quem executa a correção.
- Evidência que comprova a causa: registro, dado de entrada ou condição que reproduz a falha.
- Definição do que conta como a mesma falha voltando, para não tratar reincidência como caso novo.
- Prazo de resposta e de tratamento, com o que ocorre quando não é cumprido.
- Critério de encerramento do chamado: só fecha com causa identificada ou com justificativa registrada.
- Responsável de quem contrata para validar o tratamento e recusar correção provisória apresentada como definitiva.
O ponto mais ignorado é aceitar o restabelecimento do serviço como prova de correção. Reiniciar, reprocessar ou trocar a credencial devolve a operação ao ar e apaga o rastro da causa; o chamado fecha e a mesma falha volta sem que ninguém tenha o que investigar.
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: causa raiz · critério de aceite · reincidência da falha · responsabilidade contratual · encerramento de chamado. 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 excessivos de robôs: desenho do perfi… — acessos excessivos
- Privilégios de automação: como medir o excess… — acessos excessivos
Páginas relacionadas
O mesmo problema em outro objetivo
- Falha recorrente: onde a causa deixa de ser tratada — Diagnosticar
- Falha que volta: separar causa de sintoma — Organizar um processo
- Falha recorrente sem causa tratada: comparar respostas — Comparar alternativas
- Falha recorrente sem causa tratada: como medir a reincidência — Explicar medição
- Falha que se repete: como tratar a causa e não o sintoma — Orientar implementação
Outras leituras em Governança e controle de automação
- Acesso excessivo de fornecedor: como avaliar o risco — Critérios para avaliar contratações de automação que exigem permissões amplas, delimitando escopo de dados, responsabilidade e risco técnico.
- 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ê.
- 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.
- 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.
- Interrupção contratada: o que o contrato precisa definir — O que o contrato de automação precisa definir sobre parada: quem interrompe, por qual canal, com que evidência e como isso entra no aceite.