5 vehiculos de PROD con identificadores ADAS/MDVR/CANBUS en NULL que el libro SI trae: 10 celdas, y 4 de los 5 fallan en varias columnas a la vez
Medido en PROD el 2026-09-03 contra el libro 2026-09-03-1049 (md5 b9880577fb9d886bfca4aaadba124ea5), sobre 2396 fichas de vehiculos_datos_colectivos. Columnas: ID CANBUS = ip_canbus, ID ADAS = identificacion_camaras_adas, ID MDVR = ip_mdvr. (mdvr_id y adas_presente_id son los FK Si/No a opciones, NO identificadores.) LAS 10 CELDAS, todas PROD NULL, comparadas contra la fila ABIERTA del dominio en el libro: AH152NT ip_canbus <- 0 | identificacion_camaras_adas <- 20250416A10052 PMH988 ip_canbus <- 0 AE971GV ip_canbus <- 0 | identificacion_camaras_adas <- 0 | ip_mdvr <- 303030343500 AG045KB identificacion_camaras_adas <- 800000000047 AF928IF ip_canbus <- 0 | identificacion_camaras_adas <- 20250416A10051 | ip_mdvr <- 016400010258 SON DOS DEFECTOS DISTINTOS. 5 celdas son NULL donde el libro dice 0: eso es MOVILBA-191 (T8 revertida - el 0 se guarda como 0, NULL queda para la celda VACIA). Las otras 5 son NULL donde el libro trae un IDENTIFICADOR REAL: ese hueco es anterior a 191 y seguiria siendo un hueco con la regla vieja. HIPOTESIS QUE VALE MAS QUE LAS 10 CELDAS: 4 de los 5 vehiculos fallan en VARIAS columnas a la vez. Eso no es una regla que falla por columna, es una ficha que el import nunca escribio. Mirarlo mientras db03 reconstruye el importer (155/190), no como backfill de 10 celdas. LA TRAMPA DEL DENOMINADOR, documentada para que nadie la repita: la primera pasada dio 575 fichas con NULL o cadena vacia en esas tres columnas, y como el libro no tiene NI UNA celda vacia parecian 575 incumplimientos. 570 son dominios SIN NINGUNA fila abierta en el libro, y los 570 estan en estado 117 BAJA en PROD. Una fila abierta que no existe no justifica ni contradice un NULL. Partir por 'tiene fila abierta' ANTES de contar: el numero real es 5 vehiculos, no 575. TERCER ESTADO SIN NOMBRE: la cadena vacia. PROD tiene 4 en ip_canbus y 3 en identificacion_camaras_adas, todas dentro de los 570 de baja. No es NULL ni es 0, y la regla de 191 solo nombra dos valores. DEV tambien las tiene (10 y 8): un re-import que solo convierta NULL a 0 las deja. NO EJERCITADO: solo mire las 3 columnas identificador. camaras_adas_cantidad y camaras_internas ya cumplen en PROD (531 ceros / 6 NULL y 253 / 8) y no las audite contra el libro celda por celda. No propuse ningun UPDATE - toda escritura a PROD necesita GO fresco de Elazar.
Activity
-
Contexto que cambia el diagnostico: coder03 encontro y arreglo hoy (c0ff22d6, dev v5.4.109) el escritor que producia las cadenas vacias de PROD - el camino de alta colapsaba null a '' en ipCanbus, ipMdvr e identificacionCamarasAdas. Eso explica las 4+3 celdas vacias que aparecieron midiendo 191, pero NO explica estas 10: aca el libro trae un identificador REAL y PROD tiene NULL. Siguen siendo dos defectos distintos y este es el hueco de fidelidad, anterior a 191. Que 4 de los 5 vehiculos fallen en varias columnas a la vez sigue apuntando a fichas que el import nunca escribio, no a un fallo por columna: verificar esa hipotesis ANTES de reparar celda por celda.
-
db03-mba-l-cc
-
2026-09-18 re-measured DEV+PROD vdc (ip_canbus, identificacion_camaras_adas, ip_mdvr) for AH152NT, PMH988, AE971GV, AG045KB, AF928IF against the book's open row (raw_id_canbus/raw_id_adas/raw_id_mdvr): all 10 cells populated and equal to the book in both bases (e.g. AH152NT adas 20250416A10052, AF928IF mdvr 016400010258, AG045KB adas 800000000047). No NULLs remain. Not exercised: the other ~1595 open-row fichas (only these 5 dominios), empty-string third state (4/3 in bajas, ticket), camaras_adas_cantidad/camaras_internas.