Files
cruce-cuentas-glm-centralizado/IMPLEMENTACION_BANCO_SIN_BAMBOO.md

27 lines
2.2 KiB
Markdown

# Banco sin BambooHR — correcciones persistentes
Esta versión conserva el flujo existente de conciliación y amplía únicamente la gestión de falsos positivos de **Banco sin BambooHR**.
## Qué cambia
1. Cada reporte nuevo guarda en Supabase el detalle completo de `Banco sin BambooHR` asociado al ID histórico del reporte.
2. En **Históricos**, los reportes con casos de Banco sin Bamboo pueden reabrirse días después y cada caso puede enviarse a RRHH con **Reportar a RRHH**.
3. La aplicación consulta el estado de correcciones ya notificadas y muestra **Reportado a RRHH** para evitar repetir el mismo envío desde el mismo reporte.
4. El workflow de corrección BambooHR existente sigue siendo el responsable de validar la identidad, registrar aliases/equivalencias y enviar el correo a RRHH. No requiere cambios en esta entrega.
5. Los workflows generadores de Guatemala y Trinidad y Tobago devuelven ahora el `executionId` real del histórico para asociar la corrección al reporte exacto.
## Robustez después de dejar la pestaña abierta
Antes de una nueva ejecución, la aplicación revalida la sesión Supabase y reactiva de forma segura la conexión con el origen de n8n. Cada intento recibe además un `client_request_id` y el POST se envía sin caché. No se hace un reintento automático del cruce porque eso podría crear dos Google Sheets, dos históricos o dos correos si el primer POST sí llegó al servidor.
El `dist` incluido contiene además una capa de compatibilidad para la versión compilada recibida: reactiva la conexión de n8n antes del POST y habilita la gestión histórica de Banco sin Bamboo sin modificar el bundle previo que ya estaba funcionando.
## Orden de instalación
1. Ejecutar `SUPABASE_Cruce_Cuentas_BambooHR_Historicos_READY.sql` en Supabase.
2. Reemplazar/importar los workflows actualizados de Guatemala y Trinidad y Tobago.
3. Mantener activo el workflow existente `Cruce de Cuentas - Reportar Corrección BambooHR a RRHH`.
4. Publicar el `dist` incluido o compilar nuevamente el proyecto en el entorno normal de desarrollo.
Los reportes anteriores a esta migración pueden no tener detalle histórico de Banco sin Bamboo; los reportes nuevos sí lo conservarán automáticamente.