[DATA] F-03.5 — Log Archivado es Persistente y No Expirable

Épica: EPIC-03 — Detalle y Archivado de un Log

🏷️ Categoría

Categoría: DataImpacta en: Equipo Base de Datos + Equipo Backend (Laravel)

📦 Dependencias

Backlogs que deben estar completados antes de implementar esta feature.

Backlog	Motivo
F-00.2	Tabla archived_logs sin TTL definida en las migraciones
F-05.1	Usuario BD con permisos mínimos (sin DELETE sobre archived_logs) configurado

Prioridad: Must

---

Descripción: Como administrador del sistema Quiero que los logs archivados nunca se borren automáticamente ni tengan fecha de expiración Para garantizar que el histórico sirve como registro permanente de auditoría

Criterios de Aceptación (Checklist):

• [ ] Escenario 1 (Persistencia): Dado que un log fue archivado hace 2 años, cuando accedo al histórico, entonces el log y todos sus comentarios siguen siendo accesibles y completos.
• [ ] Escenario 2 (Sin TTL): Dado que la tabla archived_logs tiene registros de cualquier fecha, cuando un proceso de mantenimiento se ejecuta, entonces no se ejecuta ninguna limpieza o expiración automática sobre esta tabla.
• [ ] Escenario 3 (Sin borrado manual): Dado que el administrador usa el panel, cuando navega por el histórico, entonces no existe ningún botón o acción de "eliminar" en la interfaz de usuario por defecto. Excepción controlada: la feature F-04.9 (COULD, Sprint 4) introduce un borrado de administración excepcional — solo se implementa si se aprueba.
• [ ] Requisito Técnico: El usuario de DB del panel NO tiene permisos DELETE ni TRUNCATE sobre archived_logs (STRIDE T-DB-01). No configurar políticas de retención (TTL) sobre esta tabla. Considerar particionado por año a futuro si el volumen supera 1M de registros (NFR-ESC-03).