45 vehiculos vivos de PROD apuntan a 15 carrocerias marcadas como borradas: la dedup del 2026-06-30 nunca repunto a los hijos

MEDIDO por db02 el 2026-09-18 en PROD (DEV tiene CERO de esto). 15 filas de public.carrocerias tienen borrado_en puesto y 45 vehiculos VIVOS apuntandoles. Todas marcadas el mismo dia, 2026-06-30: una dedup masiva que marco a los perdedores y nunca repunto a los hijos. Nombres repetidos: TODOBUS ids 13/51/52/54/56, METALPAR 47/49, LA FAVORITA 37/38, AUTOBUS 20/21, METALBUS 45, ITALBUS 33, BAM BAM 64, NUOVOBUS 62. POR QUE IMPORTA: 45 vehiculos cuya carroceria la UI considera borrada. Segun como cada pantalla filtre borrado_en, o la muestran igual (y entonces la marca no significa nada) o muestran un hueco donde hay dato. Misma forma que chasis id=8: una fila de catalogo que parece huerfana y no lo es. POR QUE NO ENTRA EN MOVILBA-489: arreglarlo es REPUNTAR 45 vehiculos al id ganador de cada nombre, o sea un write de datos y no una poda. El ganador de cada nombre duplicado se decide MIRANDO EL LIBRO, nunca eligiendo el id mas chico. Hoy estan protegidas: el freno de marcada-y-referenciada de la poda de chasis las agarra a todas. INDEPENDIENTE del resolver de carroceria muerto, que es su propio item: aca los vehiculos SI tienen carroceria_id; el que no resuelve nada es el proyector hacia la tabla ancha. Los conteos se re-miden antes de escribir, nunca se leen de esta descripcion. Write de datos de PROD: pide su propio GO.