40 celdas de expediente en PROD guardan un valor que el libro vigente no trae: 39 sobreviven de un libro de diciembre 2025 ya reemplazado, 1 es un reformateo nuestro
CORREGIDO 2026-09-01. La primera version de este item decia 'texto inventado por nosotros'. Es FALSO y lo retracto el propio autor del hallazgo (db02-mba-l-cc) al encontrar el origen; verificado por coder02-mba-l-cc contra dev/dev. QUE PASA DE VERDAD: 40 celdas de expediente_alta/expediente_baja en PROD guardan un valor que no aparece en NINGUNA celda del libro vigente (2026-09-01-1440), medido por membresia contra las 24958 celdas distintas de todas las hojas, sobre los 2388 dominios. 39 de las 40 salen de tools/import/2025-12-07-2124-parque-rutap-base.csv, un export de RUTAP de diciembre 2025, TRACKED en dev/dev. Verificado con git show dev/dev:<path> | grep -c : 'Se modificaron datos a solicitud de la empresa' 288 ocurrencias en ese archivo 'Planilla presentada por la empresa' 16 ocurrencias Tambien las concatenaciones con doble barra ('EX-2025-36903091- -GCABA-DGGSM //EX-2025-36905925- ...') estan ahi VERBATIM. O sea que las escribio Eugenia, en un libro ANTERIOR. No las inventamos ni las sintetizamos. 1 de las 40 no sale de ningun lado: AC966VL. El libro trae 'Res-SECT-2025-214 Cesion T.GUIDO/TARSA' en una fila y 'Res. SECT 214/2025' en la siguiente. PROD guarda 'Res-2025-214-GCABA-SECT': la misma resolucion en un tercer formato que el libro NUNCA usa. No es contenido inventado, es FORMA inventada. LA CAUSA ES LA REGLA QUE YA TENEMOS ESCRITA: el libro es un SNAPSHOT y el import REEMPLAZA. Un valor de una descarga superseded sobrevive en PROD mientras nada lo re-declare, y ningun chequeo de cantidad lo ve. Ver reference_el_libro_rutap_es_un_snapshot_no_un_ledger_el_import_reemplaza. QUE DECIDIR (no es un problema de provenance, ya la tiene): si un valor que viene de un libro superseded se BLANQUEA o se PISA con el del libro vigente. Es la misma decision de import-reemplaza que ya vive bajo MOVILBA-155, asi que probablemente se resuelve ahi y no aparte. LO QUE ESTE CASO ENSENA PARA MOVILBA-179: AC966VL tiene forma de resolucion valida y pasaria cualquier validacion de formato. Un gate de FORMA no puede detectar un valor que no esta en la fuente; solo un gate que compare VALORES contra el libro puede. Los dos hacen falta y no se sustituyen. Cobertura: PROD, expediente_alta y expediente_baja, 2388 dominios, membresia contra el workbook entero. NO ejercitado: DEV, y los otros cuatro campos de texto contra este test mas ancho. Ningun write propuesto.
Activity
-
parent=MOVILBA-155
-
PROCEDENCIA ENCONTRADA - LA PREMISA DE ESTE ITEM ES INCORRECTA (db02-mba-l-cc, 2026-09-01). NO es texto inventado por MovilBA. Los valores salen VERBATIM de tools/import/2025-12-07-2124-parque-rutap-base.csv, un export de RUTAP de diciembre 2025, TRACKEADO en dev/dev: 'Se modificaron datos a solicitud de la empresa' 288 apariciones en ese archivo 'Planilla presentada por la empresa' 16 'EX-2025-36903091- -GCABA-DGGSM //EX-2025-36905925- -GCABA-DGGSM // EX-2025-36907927- -GCABA-DGGSM' presente TAL CUAL, con las barras dobles EX-2025-31017759, EX-2025-42592068, EX-2025-41848821 1 cada uno O sea que las escribio Eugenia, en un libro ANTERIOR, y las concatenaciones con '//' tambien son de ella, no armadas por nosotros. Lo que paso es la regla que ya esta escrita: el libro es un SNAPSHOT y el import REEMPLAZA, asi que un valor de una descarga superada sobrevive en PROD cuando nada lo re-declara, y ningun chequeo de cantidad lo ve. Es DATO VIEJO DE UNA FUENTE RETIRADA, no fabricacion. Test ampliado que lo produjo: pertenencia contra las 24958 celdas distintas de TODAS las hojas del libro aprobado, sobre expediente_alta Y expediente_baja, en los 2388 dominios - esto cubre la pasada de expediente_baja sobre dominios cerrados que estaba sin ejercitar. Resultado: 40 celdas de PROD con un valor ausente de todo el workbook; 39 de las 40 trazan al archivo de diciembre. La celda 40 no es fabricacion tampoco: es REFORMATEO. AC966VL - el libro trae 'Res-SECT-2025-214 Cesion T.GUIDO/TARSA' en una fila y 'Res. SECT 214/2025' en la siguiente; PROD guarda 'Res-2025-214-GCABA-SECT', la misma resolucion en un tercer formato que el libro nunca usa. Tiene forma de resolucion valida y pasaria el gate de formato de MOVILBA-179: un gate de FORMA no lo detecta, solo la comparacion de VALOR contra el libro. Consecuencia para el alcance: este item no necesita investigacion de procedencia, ya la tiene. Necesita una DECISION - si un valor de un libro superado se blanquea o lo pisa el libro vigente - y esa es la misma decision de 'el import reemplaza' que ya vive bajo MOVILBA-155. Recomiendo plegarlo ahi en vez de repararlo por separado. Sin escritura propuesta.
-
40 celdas de expediente en PROD guardan un valor que el libro vigente no trae: 39 sobreviven de un libro de diciembre 2025 ya reemplazado, 1 es un reformateo nuestro
-
was: Hallado por db02-mba-l-cc el 2026-09-01, verificado de forma independiente por coder02-mba-l-cc grepeando TODAS las hojas y TODAS las celdas del libro 2026-09-01-1440-parque-rutap.xlsx. 17 vehiculos tienen en expediente_alta un texto que NO EXISTE EN NINGUNA PARTE DEL LIBRO. No es prosa del libro guardada en la columna equivocada (eso es MOVILBA-81, y esa frase SI esta, 3568 veces). Es texto que escribimos nosotros. 'Se modificaron datos a solicitud de la empresa' 10 AB267UM AE751LL AE801OC AE801OD AE888NW AE922EZ AE971FA AE971FD AF571LD AF571LO 'Segun Planilla presentada por la empresa' 6 AF964LQ OOT547 OZP248 PMH980 PMH992 PMI006 'Res-2025-214-GCABA-SECT' 1 AC966VL Las tres cadenas dan 0 ocurrencias en el libro entero. Control positivo del mismo grep, mismo script, misma pasada: 'Se modifican datos a pedido de la empresa' da 3568 y 'Res. SECT 56/2026' da 40, o sea que el grep encuentra lo que existe. POR QUE IMPORTA MAS QUE UN VALOR MAL ELEGIDO: un expediente es el instrumento legal del tramite. Los otros defectos medidos hoy son de SELECCION (guardamos el valor de otra fila del mismo dominio, MOVILBA-174, 223 vigentes + 148 cerrados). Este no: no hay ninguna fila de la que salga. Es un valor inventado en una columna legal. Ojo con la variante 'Se modificaron datos a solicitud de la empresa': es la frase del libro con OTRO verbo y OTRO sustantivo ('modifican'->'modificaron', 'pedido'->'solicitud'). Una comparacion laxa las da por iguales y el defecto desaparece del reporte. Comparar exacto. Y 'Res-2025-214-GCABA-SECT' es la peor de las tres justamente porque parece legitima: tiene forma de resolucion y pasa cualquier validacion de formato, incluida la que va a tener MOVILBA-179. QUE HACE FALTA: encontrar que las escribio - no esta en el libro, asi que salio de una migracion vieja, de una carga manual o de una regla nuestra. Hasta saber el origen no se puede decidir si se borran o se reemplazan. NO proponemos ningun write todavia. Cobertura: PROD, columna expediente_alta, los 2388 dominios. NO ejercitado: DEV, expediente_baja, y las demas columnas de texto.
-
AE100DI numero_serie_chasis: PROD guarda 8AB368187LA148664. Las CUATRO filas del libro vigente para ese dominio dicen 8AB368187LA149594, y el valor de PROD no aparece ni en el libro 2026-09-01-1440 (0 celdas, todas las hojas) ni en tools/import/2025-12-07-2124-parque-rutap-base.csv (0). Es uno de los 3 numero_chasis sin origen que reporto tools/rutap-membresia.py. NO es pregunta para Eugenia: el libro no se contradice, el drift es nuestro. Salio del tracker (bak17).
-
db03-mba-l-cc
-
db02-mba-l-cc
-
db02-mba-l-cc, 2026-09-12: clasificacion para la propuesta agrupada (detalle en MOVILBA-190). ESTE ITEM NO LO ARREGLA UNA RE-IMPORTACION. El import reconcilia por upsert y no trunca, asi que una celda que sobrevive de un libro de diciembre 2025 -que el libro vigente no menciona- no desaparece sola por re-importar: hace falta un borrado explicito con su decision, o que se apruebe el rebuild de MOVILBA-224, en cuyo caso esto se va solo. Recomiendo NO escribir nada aca hasta que 224 este decidido: cualquier UPDATE previo es trabajo que el rebuild tira.
-
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 40 stale expediente cells were not recomputed against the current source workbook. Status unchanged; no DB write.
-
db04-mba-l-ca 2026-10-01 13:15 ART, PROD SELECT-only against current snapshot8. Current top-level workbook 2026-09-30-1305-parque-rutap.xlsx md5sum 8512833be84d1568743d61b601179c6b equals installed rutap.snapshots.id8 MD5; raw Base mirror rutap.rutap_rows has 5548 rows. Active VDC has 2419 rows, with 2181 nonblank expte_alta and 734 nonblank expte_baja cells. For each of these 2915 stored expediente cells, compared the byte-exact value under the SAME normalized dominio against all three raw Base columns expte_alta, expte_baja, observaciones in snapshot8: zero absent alta and zero absent baja. Because Base alone contains every stored value, none can be absent from the whole workbook; the old 40-cell absence premise no longer reproduces after snapshot replacement. This establishes membership, not whether the selected expediente belongs to the correct current period (MOVILBA-174) or whether it is in the correct typed column (MOVILBA-81). No data or workbook changes.