130 rebautizados (replates) que RUTAP registro y prod nunca aplico: el sync dominio-keyed no puede verlos por construccion - hace falta detector chasis-keyed

db-mba-l-cc 2026-08-20, snapshot 4, chasis-keyed, sin escrituras. De sus 133 filas en conflicto, 130 tienen dominio_matches=false. Mecanismo confirmado (ejemplo AH850HG): RUTAP cierra AH850HG con fecha_baja 2026-04-21 y re-registra el MISMO chasis LA6C3K1G0TB101954 el mismo dia bajo dominio nuevo AI122PS con expediente EX-2026-18847412. Prod sigue leyendo AH850HG. Es un REPLATE que el libro registro y prod nunca aplico, NO un tramite viejo sobre el mismo dominio. POR QUE tools/rutap-sync-prod.sql solo ve 3: su join es por dominio contra el set vigente de rutap. Para AH850HG no hay fila vigente con ese dominio - la fila de rutap ahora esta cerrada y superada. El detector no puede ver un replate POR CONSTRUCCION, sin importar que campos escriba. Los 3 que si ve (AB674IP, AF106VS, AH924PV) son los unicos que un sync dominio-keyed puede llegar a ver. CONSECUENCIA para MOVILBA-13: correr el sync tal cual y declarar prod alineado con el libro seria falso - 130 vehiculos quedarian con el dominio viejo y el sync reportaria verde. Hace falta un detector chasis-keyed separado, con su propio ensayo y su propio GO. NO parchear pass A. Confirma [[reference_rutap_chain_breaks_on_replate_use_chasis]] y [[reference_vehiculo_identity_should_be_chasis_not_dominio]] con 130 casos medidos. Lista completa de filas (dominio, rutap_current_dominio) la tiene db-mba-l-cc.