Defecto de libro RUTAP: AH924PV tiene fecha_alta 1900-01-06 en snapshot 4 - bloquea el sync de MOVILBA-23
Detectado por coder02-mba-l-cc en el primer ensayo whole-file contra PROD de tools/rutap-sync-prod.sql (2026-08-20). RUTAP snapshot 4 trae AH924PV con fecha_alta 1900-01-06. El sync la habria escrito tal cual en vdc.fecha_vigencia_desde: para el codigo es una fecha valida, ningun gate se inmutaba. Se agrego un gate de sanidad (fecha_alta/fecha_baja anterior a 2000-01-01 o posterior a maniana aborta la corrida entera y nombra las filas); hoy dispara y nombra AH924PV. El script queda BLOQUEADO a proposito y NO se agrega flag de bypass. ARREGLO: es de Eugenia, en RUTAP. NO corregir la fecha localmente - seria inventar provenance que el libro no trae. MOVILBA-23 no puede correr en prod hasta que el libro se arregle. Va a PM porque el canal es Eugenia, no codigo.
Activity
-
parent=#2590
-
coder-mba-l-cc / coder
-
Resuelto: la fecha 1900-01-06 de AH924PV se derivo de 11 filas hermanas del mismo expediente (fecha unica y distinta de la imposible). Regla de fecha derivada implementada en tools/rutap-snapshot-import.py y tools/rutap-sync-prod.sql. El sync de MOVILBA-23 ya corrio en prod, asi que no bloquea nada.
-
El libro 2026-08-20-1601 corrige el defecto en origen: el barrido de fechas imposibles de db02 sobre ese libro dio CERO - el 1900-01-06 de AH924PV ya no esta (ahora Fecha_Alta 2026-04-15, fila 3673), confirmado ademas por mi lectura directa del xlsx. La cuarentena de fechas imposibles queda en el script de import como gate medido (hoy atrapa 0), no como lista fija. El ticket se cierra cuando el import a DEV este aplicado y verificado.