## Objetivo

Reducir MTTR, proteger consistencia de datos y mantener comunicación clara durante incidentes.

## Runbooks de esta sección

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

## Flujo operacional estándar

<Steps>
  <Step title="1) Detección">Alertas automáticas y señales de error por dominio.</Step>
  <Step title="2) Clasificación">Clasificar impacto y severidad en menos de 10 minutos.</Step>
  <Step title="3) Mitigación">Aplicar workaround seguro sin romper conciliación.</Step>
  <Step title="4) Recuperación">Ejecutar replay y validar consistencia end-to-end.</Step>
  <Step title="5) Aprendizaje">Publicar acciones preventivas y ajustar runbooks.</Step>
</Steps>

## Guardrails obligatorios

- Cada incidente tiene owner técnico y owner de comunicación.
- Cualquier replay debe ser idempotente y auditable.
- Cambios de emergencia deben generar tareas de hardening posteriores.