Motor truncado en la fila VIGENTE de 2 vehiculos: AG358KX y AE168VP - el valor completo esta en su propia historia

Sub-tickets

Activity

• wi-cli-venus created · 2026-08-20
• wi-cli-venus commented · 2026-08-20
  CLASE 10 CONSTRUIDA Y CORRIDA (coder02, commit 103f3429). ENCONTRO 6, NO 2 - y 3 no estaban en ninguna lista. CUATRO EN LA FILA VIGENTE: AG358KX f979 motor '26996U1394956'(13) dentro de '926996U1394956'(14); AE168VP f2199 motor '924996U128863'(13) dentro de '924996U1288635'(14); AG045KB f2094 chasis 'B368187PA1518'(13) dentro de '8AB368187PA151842'(17) - LA ENCONTRO SOLA, la habiamos hallado a mano; AB017PR f4300 chasis '8BBC67B1AHM000852'(17) dentro de 'C8BBC67B1AHM000852'(18). Cerradas: AH872UZ f1518 y AG358KX f978. CORRECCION IMPORTANTE de coder02 sobre su propia propuesta: EL HALLAZGO ES EL PAR, NO EL VALOR CORTO. En AB017PR el contaminado es EL LARGO - tiene una C de mas al principio - y el corto es el sano. Reportar 'el corto esta truncado' habria mandado a Eugenia a romper el unico valor bueno de esa fila. El scanner lo dice explicito y para chasis_nro desempata por largo (un chasis mide 17); para motor no hay largo fijo y decide ella. Agrupa por dominio Y por chasis (cuando lo truncado es el chasis, agrupar por chasis separa justo las dos filas a comparar) y compara 'contenido en', no prefijo ni sufijo, porque en AG045KB lo que falta esta en los DOS extremos a la vez.
• wi-cli-venus commented · 2026-08-20
  PROD MEDIDO (db03-mba-l-ca, SELECT-only, 2026-08-20). PROD LLEVA LOS VALORES TRUNCADOS, no los completos: AG358KX (vehiculo 4453) numero_serie_motor='26996U1394956'; AE168VP (3835) '924996U128863'. Las filas viejas de RUTAP sobre el mismo chasis normalizado tienen los largos ('926996U1394956', '924996U1288635'). O sea la base NO esta rescatando un truncado que solo existia en el Excel - lo replica. Barrido de motor: 2 de 1736 vehiculos activos; los 1736 tienen chasis y motor no vacios y mapean a una cadena de chasis de RUTAP. Regla: sin espacios/NBSP, mayusculas, motor de PROD estrictamente mas corto y contenido en algun motor de RUTAP del mismo chasis normalizado. Solo esos 2. CHASIS: requiere anclaje por dominio porque un chasis truncado no puede unirse a su propia cadena. 3 conflictos de subcadena estricta sobre 1736: AB017PR PROD '8BBC67B1AHM000852' contra RUTAP 'C8BBC67B1AHM000852'; AG045KB PROD 'B368187PA1518' contra '8AB368187PA151842'; AH872UZ PROD '8BBC59B1ATM003397' contra RUTAP '8BBC59B1ATM00339' - ACA EL LARGO ESTA EN PROD Y EL CORTO EN RUTAP, direccion invertida respecto de los otros dos. db03 lo reporto como conflictos DIRECCION-NEUTRA y no como prueba de que PROD sea el lado truncado, que es la lectura correcta. NO HAY otras columnas de serie de vehiculo. Los IDs de equipamiento (ip_canbus, identificacion_camaras_adas, ip_mdvr, SUBE/OpenPass) son tipo-identificador y merecen su propia auditoria de mapeo de origen; db03 NO los pliego en este conteo en silencio.
• wi-cli-venus commented · 2026-08-20
  ALCANCE DE LA CORRECCION EN PROD, para cuando Eugenia devuelva los valores (NO se pide esta noche, tiene GO propio): son 4 valores en 4 vehiculos en FILA VIGENTE - AG358KX y AE168VP en motor, AG045KB y AB017PR en chasis. Los otros 2 hallazgos (AH872UZ f1518 y AG358KX f978) estan en filas CERRADAS. Prod replica el truncado, no lo rescata, asi que corregir el libro no alcanza: hay que actualizar nuestra copia tambien. TRAMPA COMPARTIDA, pisada por dos carriles desde puntas opuestas (db03 comparando prod contra el libro, coder02 comparando el libro contra si mismo): asumir que la anomalia tiene una DIRECCION FIJA cuando lo unico medido es que dos valores difieren. En AH872UZ el valor completo lo tenemos NOSOTROS y el corto esta en el libro; en AB017PR el malo es el LARGO (una C de mas). E-019 lo dice explicito ahora y desagrega caso por caso.
• wi-cli-venus assigned · 6w ago
  db03-mba-l-ca / db
• wi-cli-venus assigned · 4w ago
  db03-mba-l-cc
• wi-cli-venus assigned · 4w ago
  db02-mba-l-cc
• wi-cli-venus note · 4w ago
  db02-mba-l-cc, 2026-09-12: clasificacion para la propuesta agrupada (detalle en MOVILBA-190). ESTE ITEM NO ES DEL LOADER: el valor esta mal EN EL LIBRO, asi que ninguna correccion nuestra lo repone y cualquier parche local se pierde en el proximo import. Va en el mismo pedido a Eugenia que MOVILBA-74 (4 celdas con precision destruida, re-medidas hoy) y MOVILBA-75 (42 celdas ################, re-medidas hoy y sin moverse en cuatro libros). Los tres juntos son un solo mensaje a Eugenia, no tres.
• wi-cli-venus assigned · 4w ago
  db03-mba-l-cc
• wi-cli-venus progress · 4w ago
  2026-09-18 re-measured DEV+PROD: AG358KX vehiculos.numero_serie_motor 26996U1394956 and AE168VP 924996U128863 EQUAL the book's open row (raw_motor_nro identical; closed rows of the same chasis carry 926996U1394956 / 924996U1288635). Our copy is faithful; the defect is in the book, so no MovilBA write (a local patch would break the book-equality goal and be lost at next import). Action = Eugenia tracker row (grouped with 74/75 per MOVILBA-190). Left open.
• coder03-mba-l-cc assigned · 2w ago
  db04-mba-l-ca
• coder03-mba-l-cc assigned · 2w ago
  db03-mba-l-cc
• db03-mba-l-cc note · 2w ago
  db03 2026-10-01: re-confirmed, SELECT-only, both bases unchanged since the 2026-09-18 measurement. PROD vehiculos.numero_serie_motor: AG358KX=26996U1394956, AE168VP=924996U128863 - exact match to the book's own open-row value, truncated relative to the closed rows of the same chasis (the missing leading digit sits in the book, not in our copy). No MovilBA defect, no DB write warranted - correcting it locally would break book-fidelity and be overwritten at next import. GAP FOUND: no tracker row exists yet for this question. Searched todo-rutap-tracker.sqlite snapshot 31, sheet 'Para Eugenia', for AG358KX/AE168VP/motor - zero hits. The 2026-09-12 plan to group this with MOVILBA-74/75 in one Eugenia message was never executed; 74 and 75 are a different defect class (ID ADAS/MDVR scientific-notation/hash corruption) and carry their own tracker rows (#86 etc.), none mentioning motor truncation. Writing this specific cell needs the tracker-protocol machinery (row-identity assert, Tu-respuesta snapshot+assert, timestamped backup, hub workbook lock) per docs/reference/rutap-tracker-protocol.md - not done this pass, three more assigned items pending. Recommend: a short Eugenia question, grouped with AG045KB/AB017PR (same ticket's own chasis-truncation cousins, same E-019 shape), asking her to confirm/restore the full motor and chasis serials from the original source for these four dominios. No DB change on our side either way until she answers.
• coder03-mba-l-cc note · 2w ago
  coder03-mba-l-cc 2026-10-01: medido por mi contra PROD -no tomado del reporte de db03- y la contradiccion se confirma, pero el AGRUPAMIENTO que se recomendaba NO se sostiene. Todas las filas vivas del libro, origen import, para los cuatro dominios propuestos: AG358KX, chasis 9BM382189PB279799: filas 598, 796, 1893 y 2247 motor 926996U1394956 -14 caracteres-; filas 2799 y 4506 -la ABIERTA- motor 26996U1394956 -13-. Falta el digito INICIAL. AE168VP, chasis 8AB368185LA149809: fila 43 motor 924996U1288635 -14-; fila 4270 -la ABIERTA- 924996U128863 -13-. Falta el digito FINAL. AG045KB, chasis 8AB368187PA151842: filas 1470, 3924 y 5519 las tres con 924996U1411269, 14 caracteres. COINCIDEN. AB017PR, chasis 8BBC67B1AHM000852: filas 3129 y 4580 las dos con 36541654, 8 caracteres. COINCIDEN entre si; un motor de 8 caracteres es corto pero el libro no se contradice, asi que no hay evidencia de truncamiento. Los cuatro chasis tienen 17 caracteres. O sea el reporte alcanza a DOS dominios, no a cuatro, y las dos truncaduras son en puntas OPUESTAS. Meter AG045KB y AB017PR en la misma pregunta le haria revisar dos vehiculos donde el libro es consistente y haria ver la pregunta como no medida. ESCRITO EN EL TRACKER, hoja 'Para Eugenia', fila 20, numero 100, columna bwi MOVILBA-80. Va como REPORTE y no como pregunta, por la regla de Elazar del 2026-09-03 que este propio protocolo fija: dos celdas del libro que se contradicen se REPORTAN, no se preguntan, no bloquean nada y se importan tal como vienen. Estado de la fila 'REPORTE - no bloquea, no necesita respuesta'. El script hizo backup con timestamp en archived/, asserteo el encabezado de las siete columnas, conto las filas no vacias con iter_rows en vez de confiar en max_row, asserteo que la ultima fila ocupada era el numero 99 antes de escribir en la 20, y asserteo despues de salvar que la columna D 'Tu respuesta' y la hoja 'Para Elazar' completa quedaron sin cambios. Lock del hub tomado y liberado sobre el workbook. ESCRITO NO ES PREGUNTADO: el archivo en disco esta bien, la copia online es otro paso y hasta que sincronice la constancia existe para nosotros y no para ella. Sin cambio en ninguna base, que es lo correcto: nuestra copia iguala al libro y completarlo nosotros romperia la fidelidad y lo pisaria el proximo import.
• coder03-mba-l-cc completed · 2w ago
  Reportado en el tracker -hoja Para Eugenia, fila 20, numero 100- como contradiccion interna del libro, que por la regla del 2026-09-03 se reporta y no se pregunta y no bloquea nada. Alcanza a AG358KX -falta el digito inicial- y AE168VP -falta el final-; AG045KB y AB017PR quedaron FUERA porque el libro es consistente en los dos, medido hoy por coder03-mba-l-cc en PROD sobre las 13 filas vivas de los cuatro dominios. Ninguna base se toco: nuestra copia iguala al libro y repararla localmente romperia la fidelidad. Pendiente de nadie aca; la correccion es en el origen.