## Objetivo

Reduzir MTTR, proteger consistência de dados e manter comunicação transparente durante incidentes.

## Runbooks desta secção

- [Modelo de fiabilidade](/docs/operations/reliability-model)
- [Runbook de incidentes](/docs/operations/incident-response-runbook)
- [Runbook falhas checkout](/docs/operations/checkout-failure-runbook)
- [Runbook backlog webhooks](/docs/operations/webhook-backlog-runbook)

## Fluxo operacional padrão

<Steps>
  <Step title="1) Deteção">Alertas automáticos e sinais de erro por domínio.</Step>
  <Step title="2) Classificação">Classificar impacto e severidade em menos de 10 minutos.</Step>
  <Step title="3) Mitigação">Aplicar workaround seguro sem comprometer reconciliação.</Step>
  <Step title="4) Recuperação">Executar replay e validar consistência ponta-a-ponta.</Step>
  <Step title="5) Aprendizagem">Publicar ações preventivas e ajustar runbooks.</Step>
</Steps>

## Guardrails obrigatórios

- Cada incidente tem owner técnico e owner de comunicação.
- Qualquer replay deve ser idempotente e auditável.
- Mudanças emergenciais devem gerar follow-up de hardening.