movilba
MOVILBA-398
Chasis: link por VIN de AB126BE/BG/CZ a chasis 116 y aprobacion de las tres ternas SCANIA K280 a chasis 124
Done normal
dmdb04-mba-l-ca
Pedido de coder04-mba-l-ca (llmmsg 2026-09-08 11:09) relatando autorizacion de Elazar para corregir contra evidencia investigada. Artefacto escrito y ensayado por db02-mba-l-cc, NO aplicado, sin GO propio. DOS CLASES DISTINTAS EN UN ARCHIVO, con mecanismos distintos a proposito: A. La evidencia de MERCEDES BENZ es de TRES VEHICULOS, no del modelo: el PDF oficial de parque movil nombra AB126BE/BG/CZ como OH1721 L-SB/62 con VIN 8AB368187GA146181/179/184. Los tres VIN coinciden LITERAL con vehiculos.numero_serie_chasis y con el periodo vigente del libro. Se linkean esas tres filas a chasis 116 por VIN y la terna generica MERCEDES BENZ / OH 1721/62 QUEDA PENDIENTE - aprobarla afirmaria que toda OH 1721/62 futura es la 116, que es lo que la evidencia no dice. Un control POST afirma que sigue pendiente. B. SCANIA si es equivalencia de modelo: K280 B4X2 GNC, K280 B4X2 (GAS) y K280 <U+0412>4X2 (GAS) son el mismo chasis del fabricante, las tres con unidad_propulsora 157 (GN) en el libro. Se aprueban las TRES ternas a chasis 124. EL RESOLVER NO PUEDE EXPRESAR UNA REGLA POR VIN: su PK es la terna (fabricante_normalizado, modelo_normalizado, unidad_propulsora_id) y el CHECK ata estado='aprobado' a chasis_id NOT NULL. Una correccion con alcance de VIN no cabe ahi y por eso va como link directo sobre vehiculos, dejando la terna pendiente. No hace falta cambiar el esquema para esto. APROBAR NO ES LINKEAR: hoy ningun codigo lee rutap.v_rutap_chasis_resuelto_aprobado (grep en tools/ y src/ da cero, solo migraciones), asi que aprobar una terna prepara el import futuro y no mueve una sola fila viva. Por eso el archivo lleva las dos escrituras. ENSAYO CON ROLLBACK, PASS. server_version=15.17 server_addr=10.9.10.54 db=movilba_dev. ANTES: 116 con 266 vehiculos vivos, 124 con 0, 3 dominios con VIN verificado sin chasis, 3 ternas SCANIA pendientes. UPDATE 3 (VIN) + UPDATE 3 (ternas) + 7 vehiculos SCANIA derivados en transaccion. DESPUES: la terna generica sigue pendiente, quedan 40 vehiculos vivos sin chasis_id (de 50). Base re-leida tras el ROLLBACK: sin cambios. UN CONTROL SE CORRIGIO EN EL ENSAYO: la primera version afirmaba cero vehiculos vivos apuntando a un chasis no vivo y aborto con 902. Esos 902 son MOVILBA-200 rama A y son preexistentes: el archivo no los causa y no puede afirmar una propiedad ajena. Ahora la medida se toma ANTES y el control afirma que el archivo NO AGREGA NI UNO. NO EJERCITADO: PROD intacto y nada de esto se midio ahi; no se toca ningun texto crudo; no se crea ninguna fila de catalogo; no se estampa cuenta en ninguna columna de autoria.
Activity
-
APLICADO a DEV 2026-09-08 por db02-mba-l-cc con $DEV_DATABASE_URL. Archivo docs/migrations/2026-09-08-movilba-398-chasis-vin-mb-y-terna-scania-DEV.sql, md5 7c8ab76a12057adc548ff3a1d5c9b406, 277 lineas. server_version=15.17 server_addr=10.9.10.54 db=movilba_dev. Base del GO: coder04-mba-l-ca relata autorizacion de Elazar y pide explicitamente proceder con este batch. Confirmacion independiente del objetivo literal antes de escribir: los 3 VIN coinciden byte a byte con vehiculos.numero_serie_chasis y con el periodo vigente del libro; las 3 ternas SCANIA estaban pendientes y sin chasis_id. Salida: UPDATE 3 (link por VIN) + UPDATE 3 (ternas aprobadas) + UPDATE 7 (vehiculos SCANIA derivados en transaccion). POST leido de la base en sesion aparte: AB126BE/BG/CZ -> chasis 116 'OH 1721 L-SB/62' con sus VIN intactos; las tres ternas SCANIA aprobadas a 124 (incluida la de U+0412); la terna generica MERCEDES BENZ / OH 1721/62 SIGUE pendiente con chasis_id NULL; 116 paso de 266 a 269 vehiculos vivos, 124 de 0 a 7; quedan 40 vehiculos vivos sin chasis_id (eran 50); vehiculos vivos apuntando a un chasis no vivo: 902 antes y 902 despues, o sea el archivo no agrego ninguno. NO EJERCITADO: PROD intacto; no se toco ningun texto crudo ni el libro; no se creo ninguna fila de catalogo; ninguna columna de autoria fue estampada.
-
LOTE 2 REDEFINIDO Y APLICADO. 2026-09-08, db02-mba-l-cc, $DEV_DATABASE_URL, server_version=15.17 server_addr=10.9.10.54 db=movilba_dev. CAMBIO DE MECANISMO A MITAD DEL LOTE: coder04-mba-l-ca relevo una correccion de Elazar (11:17) - el mapeo va por Chasis_Modelo TEXTO via la terna del resolver, para que los colectivos futuros matcheen solos; el VIN queda como EVIDENCIA y no como mecanismo. El borrador que linkeaba cinco vehiculos por VIN (PJL777, AF178SI, AA033TK, PMI009, PMI013) quedo superado ANTES de aplicarse: nunca corrio y se mando a trash. APLICADO EN SU LUGAR: docs/migrations/2026-09-08-movilba-398b-aprobar-terna-oh-1721-62-DEV.sql, md5 1756f36458ac0c0846231c08d319dfb5, 127 lineas. Aprueba la terna MERCEDES BENZ / OH 1721/62 / up 124 -> chasis 116. LO QUE LA APROBACION HACE Y LO QUE NO: no linkea a nadie hoy y el archivo lo mide antes de escribir - los unicos vehiculos vivos con ese texto en el periodo vigente son los TRES de este item, ya en la 116. El valor es hacia adelante. POST leido de la base en sesion aparte: la terna quedo aprobada a 116; las otras 12 ternas MERCEDES BENZ siguen pendientes (767 - 0 500 U, 767- 0 500 U, 897 - O 500 UA, BMO 368 VESION 1618, FU-BMO 368 VERSION 1, FU BMO-368 VERSION 1721 L62CA, MT 15.0 LE V 5500 y su version larga, MT 17.0 LE V 6000, O-500 U, OH 1618/55, OH 1718); chasis 116 sigue con 269 vehiculos vivos, ninguno movido. CINCO VEHICULOS QUEDAN SIN LINK y hay que decirlo en vez de dejarlo implicito: los cinco VIN verificados no se linkearon porque su texto de modelo no tiene evidencia a nivel MODELO todavia. AA033TK ademas no puede linkearse por ningun camino - su periodo vigente es una fila de origen app con chasis_marca NULL, o sea no tiene terna. Eso es MOVILBA-400. NO EJERCITADO: PROD intacto; ninguna otra terna aprobada; ningun texto crudo tocado; ninguna columna de autoria estampada.
-
398c APLICADO a DEV 2026-09-08 por db02-mba-l-cc con $DEV_DATABASE_URL. Archivo docs/migrations/2026-09-08-movilba-398c-doce-ternas-match-exacto-DEV.sql, md5 983ce385acd8615c00d53fdce3a77667, 181 lineas. server_version=15.17 server_addr=10.9.10.54 db=movilba_dev. GO: coder02-mba-l-cc 11:27. QUE SE ESCRIBIO: doce ternas nuevas en rutap.chasis_resolver, todas aprobado, cuyo texto de libro es la MISMA cadena que el nombre de una fila VIVA de catalogo bajo rutap.normalizar_clave_chasis. No afirman equivalencia de modelo: no hay alias, no hay variante plegada en familia, no hay juicio. Por eso no necesitaron evidencia de fabricante. LOS DOS DENOMINADORES, siempre juntos: filas de libro en snapshot 12 (de 5388) / vehiculos VIVOS con ese texto en su periodo vigente (de 2412). AGRALE MT 17.0 LE GO 1303/432 · MB OH 1721 L-SB/62 GO 748/266 · AGRALE MT 15.0 LE GO 690/226 · KING LONG XMQ6127G GNC 492/287 · MB OH 1618 L-SB/55 GO 287/174 · SCANIA K 250 UB 4X2 GO 57/45 · AGRALE MT 17.0 LE ELECTRICO 29/10 · AGRALE MT 17.0 LE GNC 25/5 · MB O 500 U 1826/59 GO 8/4 · YUTONG ZK6128HG GNC 8/4 · MB FL BMO 368 VERSION 1 GO 4/1 · MB OF 1621 GO 3/1. Total 3654 filas de libro (68% del snapshot) y 1455 vehiculos vivos. NO LINKEO A NADIE Y ESO ESTA MEDIDO, no supuesto: los 1455 vehiculos ya tenian chasis_id, cero sin link antes y cero despues. El valor es hacia adelante. LOS OBJETIVOS NO ESTAN ESCRITOS A MANO: se derivan en la transaccion cruzando libro contra catalogo VIVO, y el archivo aborta ENTERO si la derivacion no da exactamente 12 -si una fila de catalogo dejara de estar viva entre la medicion y el apply, no se saltea, se cancela todo-. Controles adicionales: ningun destino borrado, ninguna terna con mas de un destino vivo, y la poblacion de vehiculos afirmada sin cambio antes y despues. POST leido de la base en sesion aparte: resolver con 44 filas, 19 aprobadas, 24 pendientes, 1 conflicto; las doce nuevas apuntan a destino vivo (127x3, 130, 117, 116, 131, 121, 125, 126, 58, 122); cero ternas del resolver apuntando a un chasis borrado. NO EJERCITADO: PROD intacto; ninguna regla que afirme equivalencia fue escrita; ningun vehiculo tocado; las 55 ternas cuyo unico match exacto es una fila retirada siguen sin destino y son MOVILBA-200 rama A.
-
ERROR MIO Y SU ARREGLO, mismo turno. db02-mba-l-cc, DEV, $DEV_DATABASE_URL. QUE PASO: coder02-mba-l-cc enmendo el GO de 12 a 10 ternas a las 11:28, sacando AGRALE 'MT 17.0 LE' bajo ELECTRICO(37) y bajo GNC(157). El mensaje estaba en mi buzon sin leer cuando aplique 398c: escribi las doce. La enmienda es ANTERIOR al apply, asi que esas dos filas nunca tuvieron GO. APLICADO: docs/migrations/2026-09-08-movilba-398d-revertir-dos-ternas-agrale-propulsion-DEV.sql, md5 20a532e743bd15bd6211729e60f9ea8d. DELETE 2. POST leido de la base en sesion aparte: 10 ternas de 398c, 17 aprobadas en total, AGRALE MT 17.0 LE aprobada SOLO bajo GO(124) a la 127, ELECTRICO y GNC vuelven a no tener terna -que es donde estaban antes de 398c; no se fabrico un 'pendiente' que nunca existio-. LA OBJECION ERA CORRECTA Y MI CONTROL NO PODIA VERLA. Mi control de unicidad paso y seguia siendo cierto: 'MT 17.0 LE' matchea exacto UNA sola fila viva, la 127. Pero el catalogo vivo tiene ademas 123 'MT 17.0 LE GNV' y 129 'MT 17.0 LEe (100% electrico)': la distincion por propulsion no vive en el texto que compare, vive DENTRO del nombre de las OTRAS filas. coder-mba-l-ca lo confirmo con el fabricante: Agrale vende LE diesel, LE GNV y LEe como modelos distintos. REGLA QUE QUEDA: un match exacto es mecanico solo si NINGUNA otra columna de la terna contradice al destino. La unicidad entre filas vivas no alcanza cuando la distincion esta dentro del nombre de las hermanas. Guardado en memoria como reference_una_identidad_de_cadena_no_es_mecanica_si_otra_columna_de_la_clave_contradice_al_destino. Y LA DE PROCESO: antes de aplicar se drena el buzon. El GO que autoriza es el ultimo, no el que uno recuerda. NO EJERCITADO: PROD intacto; ningun vehiculo tocado por 398c ni por 398d; ninguna fila de catalogo creada, revivida ni borrada.
-
398f APLICADO a DEV 2026-09-08 por db02-mba-l-cc con $DEV_DATABASE_URL. md5 3e4565dca66774a156c05f2dda5c0acb. GO de coder02-mba-l-cc 11:29 sobre evidencia de db03-mba-l-ca. Aprueba MERCEDES BENZ / OH 1618/55 / up124 -> chasis 131 'OH 1618 L-SB/55' y linkea los 2 vehiculos vivos sin chasis de esa terna (PMI009, PMI013), derivados en la transaccion desde el libro. PROCEDENCIA ESCRITA COMO ES: folleto de marzo 2012 AUTORADO POR EL FABRICANTE, RECUPERADO DE UN ARCHIVO DE TERCEROS (bus-america.com). Las dos cosas van dichas; decir que se bajo del fabricante seria una afirmacion sobre la procedencia que nadie verifico. Yo no lei el PDF -fuera de mi limite de lectura-; verifico el estado de la base, no el contenido del documento. POST leido aparte: terna aprobada a 131; chasis 131 de 175 a 177 vehiculos vivos; quedan 38 vehiculos vivos sin chasis_id (eran 40); OH 1621 SIGUE SIN APROBAR, afirmado por una guarda -es la fila de 229 vehiculos y la negativa pesa mas que la aprobacion-; cero ternas apuntando a un chasis borrado. NO EJERCITADO: PROD intacto; ninguna fila de catalogo creada, revivida, borrada ni repuntada; PJL777, AF178SI y AA033TK siguen sin link porque su texto de modelo no tiene evidencia a nivel modelo todavia -AA033TK ademas no tiene terna, es MOVILBA-400-.
-
Consolidated actual workbook and fresh all-manufacturer DEV export:98 normalized marca/model/up keys,5388 rows,39 approved live targets covering4660 rows;728 rows unresolved (695 without rule,32 pending,1 conflict). Artifact /data-lezama/movilba/research/chasis/2026-09-08-chasis-consolidated-source-coverage.csv and JSON. Every source key has research coverage; this does not mean every key resolved. Largest own gap generic O500U471 rows has retired family target10 while live125 is specific1826/59: no automatic generic-to-specific mapping, no undelete. Ship1ffd5465/v5.5.97 passed typecheck,health,freshness. Audit request failed recipient_not_registered; no review claimed.
-
db03-mba-l-cc
-
db04-mba-l-ca
-
Researcher note (2026-10-05). Read full history. Both classes already applied in DEV 2026-09-08 (db02-mba-l-cc, migrations 398/398b/398c/398d/398f) with Elazar's GO relayed by coder04: AB126BE/BG/CZ linked by VIN to chasis 116; three Scania K280 GNC ternas (K280 B4X2 GNC, K280 B4X2 (GAS), K280 cyrillic-B 4x2 (GAS)) approved to chasis 124; generic MERCEDES BENZ/OH1721/62 terna deliberately left pending (approving it would wrongly bind every future OH1721/62 vehicle, not just these 3 VIN-verified ones). No remaining research gap on this ticket's own two classes. Still open and NOT part of this ticket's scope: OH1621 L-SB/55 (229 vehicles) has an active guard blocking approval -- cause not stated in this ticket's history, belongs wherever that guard was set, not re-investigated here. Status otherwise matches title; nothing further from research.
-
2026-10-06 SELECT-only live verification, PROD first then DEV. Both bases: AB126BE/BG/CZ retain exact VINs and chasis_id=116; PMI009/PMI013 -> 131. Three SCANIA K280 GNC resolver ternas (including U+0412 Cyrillic-B spelling) are aprobado -> chasis 124. MERCEDES BENZ OH 1721/62 GO is aprobado ->116 (398b); OH 1618/55 GO aprobado ->131 (398f). Exactly 10 resolver rows retain MOVILBA-398c evidence, all approved to live catalog targets. The 398d removal of two wrong AGRALE ->127 links is respected (0 wrong_127); later 398g deliberately supplied corrected ELECTRICO->129 and GNC->123 links, one each, so absence of those rows is NOT the current postcondition. PROD and DEV agree on every checked target. No DB write. Parent scope live in PROD+DEV; 398b/c/d/f are migration suffixes, not separate BWI refs.
-
Live PROD+DEV verification 2026-10-06 recorded in prior progress event: 398/398b/398c/398f effects present; 398d wrong links absent, superseded by corrected 398g destinations. No pending 398 data change.
task
5w ago by wi-cli-venus
1w ago
2026-10-06 18:58