diff --git a/README.md b/README.md index 761aba4..86eda80 100644 --- a/README.md +++ b/README.md @@ -880,7 +880,7 @@ create table audit_logs ( ### DEC-001 — Uso de React + Vite para el prototipo -* Fecha: A completar. +* Fecha: Junio 2026. * Contexto: Se necesitaba construir rápidamente un prototipo visual del portal. * Opciones consideradas: React + Vite vs Next.js. * Decisión: Usar React + Vite. @@ -888,7 +888,7 @@ create table audit_logs ( ### DEC-002 — Guatemala como primer portal activo -* Fecha: A completar. +* Fecha: Junio 2026. * Contexto: El cruce se está validando inicialmente para Guatemala. * Opciones consideradas: Activar todos los países vs iniciar con Guatemala. * Decisión: Activar solo Guatemala en el MVP. @@ -896,23 +896,22 @@ create table audit_logs ( ### DEC-003 — Employee Number como identificador principal -* Fecha: A completar. +* Fecha: Junio 2026. * Contexto: El identificador debe ser consistente con BambooHR. -* Opciones consideradas: DPI vs Employee Number. * Decisión: Usar Employee Number como identificador principal. * Razón: Es el identificador oficial dentro de BambooHR y facilita la integración regional. ### DEC-004 — n8n como backend operativo del cruce -* Fecha: A completar. +* Fecha: Junio 2026. * Contexto: El proyecto ya cuenta con acceso a BambooHR API y el procesamiento puede orquestarse desde n8n. * Opciones consideradas: Backend tradicional vs flujo n8n. * Decisión: Usar n8n como motor principal del cruce. -* Razón: Reduce complejidad técnica, acelera el MVP y aprovecha la infraestructura existente de automatización. +* Razón: Reduce complejidad técnica, acelera el desarrollo y aprovecha la infraestructura existente de automatización. ### DEC-005 — Supabase solo para históricos y auditoría -* Fecha: A completar. +* Fecha: Junio 2026. * Contexto: El cruce será procesado por n8n, pero se necesita guardar historial y trazabilidad. * Opciones consideradas: No usar base de datos vs usar Supabase como base principal vs usar Supabase solo para metadata. * Decisión: Usar Supabase para Reportes Históricos, logs, auditoría y enlaces. @@ -920,7 +919,7 @@ create table audit_logs ( ### DEC-006 — Reporte enfocado en hallazgos -* Fecha: A completar. +* Fecha: Junio 2026. * Contexto: Los reportes con demasiados casos OK dificultan la revisión. * Opciones consideradas: Mostrar todos los registros vs priorizar irregularidades. * Decisión: Priorizar diferencias, irregularidades y casos que requieren revisión.