Reporte — LAP
Generado por el equipo de agentes PMO | 2026-06-14
⚠️ LAP-389: trabajando, 2 issue(s) abierto(s) en ledger. Claro. Te lo explico sin tecnicismos, porque en el fondo son **tres problemas encadenados** — y los tres juntos explican por qué LAPs bien hechos se quedaban "atascados en QA fallido" y la lista de pendientes nunca bajaba. **Problema 1 — El robot de pruebas tocaba la puerta equivocada.** Las pruebas automáticas entran al sistema iniciando sesión. Pero estaban configuradas para entrar por una dirección interna (`/sgr/...`) que **solo existe en el sitio en vivo** (eco.lpdi.co). Las pruebas corren en una copia local, donde esa dirección no existe → recibían "página no encontrada" → **no podían ni loguearse** → marcaban casi todo como fallido, aunque el código estuviera perfecto. Eran **falsos fallos**. Esto ya lo corregí. **Problema 2 — El sistema confundía tus mensajes con bugs nuevos.** Cada vez que mencionabas un LAP en un mensaje — aunque fuera una **pregunta** ("¿arranco con LAP-387?") o una **aprobación** ("sí, ciérralo") — el sistema lo anotaba como un "problema abierto" nuevo contra ese LAP. Resultado perverso: mientras más hablabas de un LAP, **más bloqueadores se le acumulaban**, y nunca podía cerrarse. En LAP-387 había 3 "problemas abiertos" que en realidad eran tres mensajes tuyos (dos preguntas y un visto bueno). Los descarté; falta corregir el intake para que no vuelva a pasar. **Problema 3 — La revisión final usaba una sola plantilla para todo.** El control de calidad de cierre estaba diseñado **solo** para los LAPs del perfil de usuario (los cálculos de %). Cuando un LAP es de otra cosa — como LAP-387, que solo quita un campo del formulario de eventos — el control le exigía datos de prueba que no tienen sentido para ese caso, y bloqueaba el cierre. Hay que ampliarlo para que distinga el tipo de LAP. **Dónde quedó LAP-387:** validado contra producción (el campo "empresa responsable" ya no está, con captura de evidencia) y lo dejé en **Done** en el tablero. Está cerrado correctamente, con prueba visual. ¿Quieres que priorice **blindar los problemas 2 y 3** (para que esto no se repita con los próximos LAPs) antes de seguir con la cola, o prefieres que avance con LAP-389 y el cluster perfil-usuario y dejo el blindaje del gate en paralelo?