Resposta direta
Contratar incidente é definir, antes da falha, quem faz o quê. O contrato precisa dizer o que conta como incidente, quem recebe o alerta, em quanto tempo há retorno, quem decide interromper a automação e quem encerra o caso. A avaliação começa pelo processo do fornecedor, não pelo discurso comercial: como ele registra, escala e entrega evidência. Parte da resposta permanece interna, como contexto de negócio, acesso a dados e decisão de parar um processo, e não se transfere por contrato. O contrato organiza a resposta. Ele não impede o incidente nem devolve o tempo perdido.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata o incidente como item de contrato, com escopo, evidência e encerramento acordados antes da falha, em vez de registro posterior ou promessa de fornecedor.
Escopo do incidente e quem responde por cada parte
A primeira definição é o que conta como incidente para efeito de contrato. Erro em lote, atraso que descumpre compromisso assumido, dado gravado no lugar errado e parada silenciosa são eventos de naturezas diferentes. Se todos entram no mesmo pacote, o fornecedor escolhe o que atende e a operação perde o critério.
A segunda é a divisão de responsabilidade. Quem monitora, quem confirma que é incidente e não falso positivo, quem comunica as áreas afetadas, quem acessa o ambiente, quem reprocessa o que falhou. Cada item precisa de responsável nomeado, interno ou externo. Responsabilidade compartilhada sem nome vira ausência de responsável na hora da falha.
Proposta do fornecedor: o que verificar antes de assinar
Proposta comercial costuma descrever capacidade, não processo. O que interessa é o fluxo real: como o incidente entra, quem faz a triagem, como é escalado, o que é registrado e como o cliente acompanha cada caso. Vale incluir no contrato o que acontece quando a causa ainda é indeterminada nas primeiras horas.
Também ajuda pedir o registro de incidentes encerrados, com o que ficou em aberto. Não para julgar acerto, mas para ver se existe método e se o histórico permite auditoria. Fornecedor que não apresenta registro anterior dificulta a avaliação, e isso é dado da decisão, não detalhe.
O que o contrato de incidente não resolve
Contrato não reduz a frequência de falhas nem devolve o prejuízo operacional de uma parada. Ele organiza a resposta e a responsabilidade. Se a automação não tem log mínimo, alerta confiável e critério de interrupção, a resposta contratada chega sem base para agir, e o atendimento vira tentativa.
Também não substitui a decisão interna. Alguém da operação precisa ter autoridade para parar a automação, comunicar as áreas e assumir o custo da interrupção. Terceirizar a resposta não terceiriza esse julgamento, e é comum a contratação avançar sem que esse ponto esteja resolvido.
Recurso prático
Roteiro para levar a resposta a incidentes à mesa de contratação
- Listar os eventos que a operação já reconhece como incidente, com o efeito no processo e quem percebeu primeiro.
- Marcar, em cada evento, o que a equipe interna resolve sozinha e o que depende de terceiro.
- Definir o canal único de abertura do incidente e quem recebe o alerta fora do horário comercial.
- Fixar o critério de encerramento: qual evidência mostra que a automação voltou e o processo seguiu.
- Estabelecer o que acontece quando a causa é do fornecedor, de integração de terceiro ou da própria operação.
- Acordar como o incidente vira dado: registro, responsável pela análise e revisão de contrato.
O erro mais comum é contratar disponibilidade de atendimento e não definir critério de encerramento. Sem isso, o caso fica aberto, o aprendizado não vira dado e a renovação do contrato passa a depender de percepção.
Conceitos usados nesta página
- Matriz de responsabilidade — Matriz de responsabilidade é a representação explícita de quem executa, quem aprova, quem é consultado e quem precisa ser informado em cada etapa de um processo.
Sobre o que está escrito aqui
Conceitos relacionados: escopo de incidente · matriz de responsabilidade · evidência de execução · critério de encerramento · canal de escalonamento. 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
- Credenciais expostas: como reduzir o risco — credenciais expostas
- Incidentes de automação: como registrar e apr… — incidentes sem registro
Páginas relacionadas
O mesmo problema em outro objetivo
- Incidente sem causa clara: como separar sintoma de origem — Diagnosticar
- Incidentes parecidos: como decidir qual vem primeiro — Comparar alternativas
- Incidentes de automação: medir sem inflar nem esconder — Explicar medição
- Incidente de automação: como montar a resposta na hora — Orientar implementação
Outras leituras em Governança e controle de automação
- 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.
- Segregação de função ausente: o que contratar e como aceitar — O que definir no escopo, nas evidências e na aceitação ao contratar segregação de função para uma automação que já opera sem ela.
- Falha recorrente: onde a causa deixa de ser tratada — Como distinguir repetição de reincidência e identificar onde a correção deixa de virar causa tratada no processo.
- Falha que volta: separar causa de sintoma — Critério para separar contorno de correção em falhas que se repetem, com registro único por causa, responsável definido e peso para priorizar o tratamento.
- Automação sem dono: o que travar antes de contratar — Critérios de contratação para automação sem responsável nomeado: o que registrar antes da assinatura e o que o contrato não resolve.