Dos filas VIVAS de vehiculos con el mismo numero de chasis y distinto dominio: AH846SI tiene el chasis de AI086HB
MEDIDO por db02-mba-l-cc el 2026-09-05 08:20 en DEV, todo SELECT, mientras media el contenido de las filas apareadas de MOVILBA-270. NO es 270 y no se arregla ahi. DOS FILAS VIVAS DE 'vehiculos' COMPARTEN EL MISMO NUMERO DE CHASIS, y son de DOS DOMINIOS DISTINTOS. El numero LA6C3K1G6TB102087 esta en cuatro filas de DEV: 5226 (AI086HB, retirada), 5233 (AI086GZ, retirada - y ese numero no le corresponde, es el del otro dominio), 6618 (AI086HB, VIVA, correcta segun el libro) y 5819 (AH846SI, VIVA, un dominio completamente distinto). EL LIBRO DICE: AI086GZ = LA6C3K1GXTB101962 y AI086HB = LA6C3K1G6TB102087. Las filas vivas de AI086GZ y AI086HB coinciden las dos con el libro. La que no tiene explicacion es AH846SI: es una fila VIVA con el chasis de otro colectivo. POR QUE ES P0: el numero de chasis es la clave con la que se reconoce a un vehiculo a traves de un cambio de dominio - es lo que hace que la ficha siga al vehiculo y no a la patente (MOVILBA-12 lo establecio asi). Dos filas vivas con el mismo chasis significa que cualquier lectura que resuelva POR CHASIS puede traer el colectivo equivocado, y la cadena de historial de un dominio puede engancharse a la de otro. Eso ya paso antes por otra via. QUE HAY QUE MEDIR, en este orden: (1) cuantos numeros de chasis tienen mas de una fila VIVA - la CLASE, no este caso; (2) que dice el libro para AH846SI y de donde salio el valor que tiene; (3) si alguna vista o lectura de la app resuelve por numero_serie_chasis y por lo tanto ya puede estar devolviendo cruzado; (4) lo mismo en PROD, solo SELECT. NO ES UN BORRADO NI UN UPDATE A OJO. Un valor de chasis se corrige contra el libro, y si el libro no lo trae es pregunta para Eugenia - un dato ausente se importa igual, solo un ERROR es pregunta, y esto es un error. NO EJERCITADO: PROD; ninguna vista de la app; solo se comparo contra el libro por chasis_nro y ano_modelo.
Activity
-
db02 2026-09-05, LA CLASE MEDIDA, Y LA PREMISA DEL ITEM SE DA VUELTA. Todo SELECT, DEV y PROD. NO ES UN CASO, SON 152. Numeros de chasis con MAS DE UNA fila VIVA en public.vehiculos: 152, con 305 filas vivas involucradas. Denominadores: 2444 filas de vehiculos, 19 sin numero de serie, 2263 series distintas. En PROD la misma medicion da 150. AH846SI / AI086HB, que es de donde salio este item, es uno de los 152 y no tiene nada de especial. Y AHORA LO QUE CAMBIA EL ITEM: EL LIBRO DICE LO MISMO. Para cada una de las 152 series se pregunto si el libro vigente (rutap.v_rutap_latest, snapshot 11) trae ese chasis_nro bajo CADA UNO de los dominios que la comparten. Resultado: 151 de 152 confirmadas para TODOS sus dominios, 1 confirmada solo para algunos, 0 sin confirmar para ninguno. O sea que un mismo numero de chasis bajo dos dominios vivos NO es un defecto que hayamos introducido nosotros: es la forma del libro. La lectura natural es un CAMBIO DE PATENTE - el mismo colectivo fisico registrado bajo la patente vieja y la nueva - y se ve en los pares: FAR9835..FAR9846 contra AI032Jx (doce pares, uno por serie), AH846Rx/AH846Sx contra AI058Qx/AI023Dx/AI016Cx, AI122Px contra AH850Hx. El libro trae las dos filas. No se toca, y sobre todo NO SE FUSIONA: fusionar borraria una de las dos identidades que el SSOT afirma. LA UNICA EXCEPCION ES NUESTRA Y SON FILAS DE PRUEBA: la serie 8BBC67B1ALM001636 esta en tres filas vivas - 4002 (AE801OE, el libro la confirma, 6 filas) y 6067 (ZZ001ZZ) y 6068 (ZZ002ZZ), que el libro no trae en absoluto. ZZ001ZZ y ZZ002ZZ son dominios de test que quedaron vivos en DEV con el numero de chasis de un colectivo real. Ese es el defecto real que este item encontro, y es de la misma familia que DHU474 en MOVILBA-270: DEV tiene filas de prueba que nada distingue de las reales salvo preguntarle al libro. CORRECCION A LO QUE YO MISMO REPORTE EN 270: dije que dos filas VIVAS compartiendo numero de chasis era "la parte grave". Con la clase medida, esa afirmacion era una generalizacion desde un caso. Las dos filas vivas de AH846SI y AI086HB estan las dos respaldadas por el libro. Lo grave sigue siendo, pero es otra cosa: las filas de test. LO QUE SI QUEDA ABIERTO Y ES LA PREGUNTA REAL DEL ITEM: si un mismo chasis vive legitimamente bajo dos dominios, cualquier lectura que resuelva un vehiculo POR numero de chasis devuelve dos y no puede elegir. Eso no es hipotetico - es la misma forma que MOVILBA-243 tuvo que resolver para el dominio. Hay que medir si alguna vista o algun camino de la app resuelve por numero_serie_chasis hoy; no esta medido. NO EJERCITADO: no se busco de donde salio el valor de cada fila (creado_por / audit_log); no se midio si las 150 de PROD son las mismas 150 que en DEV; no se midio ningun consumidor de numero_serie_chasis; no se miro numero_serie_motor, que puede tener la misma forma.
-
RE-MEDIDO 2026-09-18 por db02 (delegado por researcher). NO ES UN DEFECTO, y la premisa del item es falsa contra el libro vigente. EL ITEM DICE: 'AH846SI es una fila VIVA con el chasis de otro colectivo, sin explicacion'. EL LIBRO VIGENTE DICE LO CONTRARIO: a AH846SI le asigna EXACTAMENTE ese numero, LA6C3K1G6TB102087, el mismo que a AI086HB. Medido celda por celda contra rutap.rutap_rows del snapshot vigente, en las DOS bases. AH846SI tiene en el libro una fila CERRADA y una ABIERTA con ese chasis; la de AI086HB esta CERRADA. O sea la unidad fisica paso de una patente a la otra: es un REPLATE, la forma que el veredicto ya tomado describe. ESTADO DE LAS FILAS, identico en DEV y PROD: 5819 AH846SI viva con LA6C3K1G6TB102087, 6991/6618 AI086HB viva con el mismo numero, 6990/6617 AI086GZ viva con LA6C3K1GXTB101962. Las tres coinciden con el libro. No queda ninguna fila sin explicacion, que era lo unico que el item reclamaba. POBLACION, corrida con la consulta nombrada replate_pares y no leida de un .md (regla): PROD 151 grupos de chasis compartido / 302 vehiculos, 155 grupos de motor / 310. El reparto por forma es 151 'libro ABIERTO / app viva' y 151 'libro CERRADO / app viva' - o sea CADA grupo es exactamente un lado abierto y uno cerrado, que es la firma del replate y no de una colision. Cierre de la patente retirada por tramite: Alta 120 dominios, Modif 31. RECOMENDACION: cerrar como NO ES DEFECTO. Lo que sigue abierto es la pregunta que replate_pares ya tiene anotada y que NO es este item: si la fila de la patente retirada debe seguir con borrado_en IS NULL - el libro cierra el PERIODO de la patente vieja, y un periodo cerrado no es una instruccion de borrado. Eso pide decision de Elazar, no medicion. No cierro yo.
-
Cerrado por db02 2026-09-18 como NO ES DEFECTO: la premisa del item es falsa contra el libro vigente, que le asigna a AH846SI exactamente el chasis LA6C3K1G6TB102087 (una fila cerrada y una ABIERTA), el mismo que a AI086HB, cuya fila esta cerrada. Es un replate. Las tres filas coinciden con el libro en las dos bases. replate_pares en PROD: 151 grupos / 302 vehiculos, reparto 151 'libro ABIERTO / app viva' + 151 'libro CERRADO / app viva', que es la firma del replate y no de una colision. Sigue abierta, y NO es este item, la pregunta de si la fila de la patente retirada debe conservar borrado_en IS NULL: eso pide decision de Elazar, no medicion. Se pide doble chequeo a audit-mba-l-cc.