# Hoja de incidencias

Recurso descargable de Torus Academy (Fase 4, módulo 4.1 «Logs sin
saturación», y mantenimiento de un proyecto ya entregado). Registra
aquí cada incidencia real detectada en producción, para mantener un
historial útil de diagnóstico y para justificar el trabajo de
mantenimiento ante el cliente.

Proyecto: _______________________________

## Registro de incidencias

| # | Fecha y hora | Descripción del síntoma | Componente afectado (Teléfono / Cerebro / Voz / Automatización / Calendario) | Código de error si existe | Diagnóstico | Solución aplicada | Fecha de resolución | ¿Resuelta? |
|---|---|---|---|---|---|---|---|---|
| | | | | | | | | |
| | | | | | | | | |
| | | | | | | | | |

## Cómo rellenar cada columna

- **Componente afectado:** usa el método de diagnóstico por descarte
  (lección «Logs sin saturación» y «Casos límite: preparar al agente
  para lo inesperado»): identifica primero en qué eslabón del sistema
  ocurre el fallo antes de investigar los demás.
- **Código de error si existe:** anota el código HTTP o el código
  específico de la plataforma (400, 401, 403, 404, 408, 429, 500,
  502, 503, timeout, u otro código propio de Vapi, Retell, Twilio,
  n8n o Make).
- **Diagnóstico:** describe cómo confirmaste la causa (qué log
  revisaste, qué prueba hiciste).
- **Solución aplicada:** describe la corrección real, no sólo «se ha
  arreglado».

## Resumen mensual (opcional, útil para informes de mantenimiento al cliente)

- Mes: _______________________________
- Total de incidencias registradas: _______
- Incidencias resueltas en menos de 24 horas: _______
- Incidencias recurrentes (mismo componente, más de una vez): _______
- Componente con más incidencias este mes: _______________________________
- Acción de mejora propuesta: _______________________________