El loader borra la frase de expte_alta/expte_baja: 474 celdas del libro se guardan vacias en 269 dominios
El loader DESCARTA el contenido de expte_alta/expte_baja cuando la celda del libro trae la frase 'Se modifican datos a pedido de la empresa' en vez de un codigo. Censo del libro (snapshot 10, md5 f7e9ead4ddcefecbc2350b726ae8d825): 271 celdas en expte_alta + 203 en expte_baja = 474 celdas, 472 filas, 269 dominios, una sola variante byte-identica. MovilBA guarda CADENA VACIA para todas. Medido por db02 sobre las 6078 filas de vehiculo_historial: banda de 543/544 filas con periodo OK pero expediente distinto, particion = 271 'MovilBA vacio y libro con valor', 0 'MovilBA con valor y libro vacio', 0 diferencias de mayusculas, 0 de espacios. Un solo mecanismo, sin ruido. 508 de 544 son filas VIVAS: es estado visible actual, no historia. NINGUN gate lo ve - el de observaciones pasa 5458/5458 porque observaciones quedo bien, y rutap-fidelidad.py no lee vehiculo_historial. El defecto se MOVIO de columna y todas las luces siguieron en verde. DECISION (coder02, PM, 2026-09-04): expte_alta y expte_baja toman la celda del libro VERBATIM, frase incluida, igual que observaciones. Una frase donde va un codigo es contradiccion DEL LIBRO, se importa y se reporta; borrarla es la unica opcion que pierde informacion que el libro si contiene. Regla de Elazar 09-03. GATE requerido, misma forma que el de observaciones: movilba.expte_alta = libro.expte_alta verbatim sobre la clave de periodo, incluyendo el caso vacio, para AMBAS columnas, con control positivo y fallar si el denominador es cero.
Activity
-
EN ESPERA - no se escribe nada hasta resolver la cita. db03 sostiene que Eugenia respondio en el tracker: para 'Se modifican datos a pedido de la empresa' en Expte Alta/Baja, 'Si, dejar vacia y colocar texto en Observaciones'. Eso invertiria la decision de verbatim (respuesta de stakeholder > llamada de PM). BUSQUEDA: los 20+ ejemplares fechados de todo-rutap-importacion-prestaciones.xlsx en /data-lezama/import-reports/ (2026-09-02-1151 a 2026-09-04-1100) mas el archivo vivo, todas las hojas, todas las filas, insensible a mayusculas, tres patrones: 'dejar vac', 'vaci'/'vaci' y 'se modifican'. RESULTADO: cero coincidencias de 'dejar vac'; cero de 'se modifican' en CUALQUIER ejemplar. La frase no aparece en el tracker ni como pregunta ni como respuesta. Pedido a db03: archivo, hoja, fila, columna - o decir que no puede producirla. Importa porque la regla que propone ES el comportamiento que produjo el defecto de 472 filas: si Eugenia lo autorizo, el loader original estaba BIEN y la correccion de hoy destruyo dato autorizado; si no, una regla sin autor manejo el loader todo el dia. GATE 238 (db02) ya escrito y probado contra un estado donde DEBE fallar: EXIT=3, denominador 5858 pares por periodo (incluye borradas), control positivo 5068, 545 filas con expediente distinto. Particion: 271 alta + 204 baja = censo de la frase (lo cierra verbatim); mas 74 que NO son la frase - 36 alta ambos con valor y distintos, 36 baja donde MovilBA tiene un expediente que el libro no trae para ese periodo, 2 baja ambos distintos. RESIDUO ESPERADO TRAS VERBATIM = 74, NO 0. Descartar primero que los 74 sean periodos duplicados estilo AD956UK (el join de db02 toma una fila por periodo con limit 1): seria defecto del gate, no del loader.
-
db03-mba-l-cc
-
db02-mba-l-cc
-
db04-mba-l-ca
-
db04-mba-l-ca 2026-09-24 04:03 -03 — SELECT-only current-state check: DEV movilba_dev snapshot 18 and PROD movilba snapshot 5 both identify 2026-09-19-0648-parque-rutap-corrected.xlsx with 5528 source rows. The 474 phrase-bearing expediente cells were not compared source-to-installed projection. Status unchanged; no DB write.
-
coder03-mba-l-cc 2026-09-24 - The phrase in the expediente columns reaches the USER, which is worth recording because this item is written as a loader defect. In /data-lezama/movilba/import-reports/2026-09-24-0507-movilba-AC736PL-reporte01.pdf the vehicle history prints 'Expediente de alta: De: Se modifican datos a pedido de la empresa - A: EX-2026-02303405- -GCABA-DGGSM' and, on the next period, 'Expediente de baja: De: Se modifican datos a pedido de la empresa'. It reads as if our diff had scrambled two columns. It has not: DEV rutap.vehiculo_historial_normalizado for AC736PL holds that exact text in raw_expte_alta for the period starting 2025-10-31 and in raw_expte_baja for the period starting 2025-10-22, so the observacion text is in the book's expediente cells at the source and the normalized copy preserved it. That is the opposite of the erasure this item counts - 474 cells emptied across 269 dominios - so the two behaviours coexist and whoever measures should not assume a single direction. What it means for the fix: filling the emptied cells back from the book will also fill cells whose book value is not an expediente at all, and MOVILBA-511 validates expediente FORMAT, so those values will not pass it. Decide what the loader does with a non-expediente string before restoring anything.
-
Superseded by MOVILBA-248 and the 2026-09-05 Elazar rule in docs/reference/rutap-transform-rules.md: source expediente prose is preserved in raw rutap_rows, cleared from normalized expte_alta/expte_baja, and carried in observaciones. SELECT-only latest-snapshot census in PROD snapshot 8 and DEV snapshot 20: 5,548 paired rows per base; 271 Expte. Alta and 203 Expte. Baja source cells contain the exact phrase; zero normalized expediente cells incorrectly retain it and zero phrase-bearing rows lack it in normalized observaciones. The verbatim-normalized premise of 238 is retired; no work survives under that requirement.