Interno desactualizado en 2 vehiculos: AB674IP y AF106VS no coinciden con el SSOT de RUTAP

Reclamo de Eugenia (stakeholder) en el asunto 9 de todo-importacion-app-general.xlsx. Nuestro accion_correctiva dice "AB674IP y AF106VS con linea e interno corregidos" y eso es FALSO contra el SSOT: la correccion manual del 14/08 escribio la linea y NO el interno, y se marco como hecha sin verificar el resultado. DEFECTO, medido en PROD contra rutap-ssot snapshot 2 (2026-08-14-0932-Parque_RUTAP.csv, 5086 filas): - vehiculo 3502 AB674IP: app interno 51, RUTAP 151 (linea 4 en ambos lados, correcta) - vehiculo 4189 AF106VS: app interno 1448, RUTAP 4106 (linea 107 en ambos lados, correcta) El 1448 de AF106VS es el interno de su etapa vieja (12 de Octubre, linea 7): dato heredado de la importacion de junio con RUTAP desactualizado. TRAMPA A TENER EN CUENTA AL ARREGLAR: el 51 que quedo en AB674IP colisiona conceptualmente con AG986KI, un alta nueva de la MISMA empresa que ocupa legitimamente linea 34 interno 51. Dejarlo es un duplicado real de interno; corregirlo a 151 lo disuelve. VERIFICACION TRIPLE E INDEPENDIENTE (Elazar pidio explicitamente que no fueran solo 2 registros por casualidad): tres censos, tres queries distintas, tres lanes que no se hablaron (coder02, db02-mba-l-cc, db03-mba-l-ca). Los tres dan EXACTAMENTE los mismos 2. Cobertura coincidente: 1602 vehiculos activos comparados, 1599 con fila RUTAP abierta unica, 0 ambiguos (ningun dominio con 2 filas abiertas), 3 sin fila comparable. Normalizaciones distintas entre lanes (una casteo a int tras btrim, otra removio NBSP + todo whitespace POSIX y comparo texto) y el resultado no cambio, o sea el 2 no es artefacto de una normalizacion. Descartado por medicion: 0 dominios vivos duplicados, 0 vehiculos con 2 filas vdc vivas. ARREGLO: UPDATE de 2 filas de vehiculos_datos_colectivos, interno 51->151 y 1448->4106, valores tomados del SSOT. Escritura en PROD: necesita WRITE LOCK en aro:mba-l y GO explicito de Elazar, con gates por delta intra-transaccion y ensayo apply=false completo antes de pedirlo. LIMITES DECLARADOS, no cerrar el ticket creyendo que la flota quedo limpia: - La comparacion cubre 1602 de 1736 vivos. Las 134 en Baja SI se cerraron (0 difieren contra su fila cerrada mas nueva). Las 660 filas soft-deleted NO las comparo nadie. - vehiculo_historial NO TIENE columna interno. El valor actual es el unico que existe en cualquier lado: un interno equivocado en una etapa pasada no esta sin auditar, esta sin almacenar, y un interno corregido no deja rastro del valor viejo. Por eso nadie puede decir quien ni como rompio estos dos. Eso es deuda de modelo, hijo natural de MOVILBA-42. - Si RUTAP y la app coinciden y RUTAP esta mal, el censo da verde. Fuera de alcance por la regla de SSOT, pero es la unica forma en que "el interno esta mal" sobrevive a un censo limpio. HALLAZGO SEPARADO encontrado por el mismo censo, NO es este ticket: AI357EF (interno 223), AI357EG (222), AI357EH (259), linea 26 - internos correctos, pero RUTAP cerro TODAS sus filas el 2026-08-13 y la app los sigue mostrando en Alta. Divergencia de ESTADO, no de interno. Merece su propio WI. PM: crear el Jira online para trackear esto (pedido de Elazar 14/08).