vehiculo_historial: no hay columna que diga cual es la fila vigente - borrado_en y creado_en estan sobrecargados

RAIZ: la tabla no tiene ninguna columna que declare cual entrada es la vigente. Se deduce de borrado_en IS NULL, y desde el backfill por tramite (2026-08-13) borrado_en significa ADEMAS 'tramite cerrado'. creado_en quedo con dos semanticas por el mismo motivo: fecha de import en las filas viejas, fecha del tramite en las backfilleadas. SINTOMA 1 - orden. La vista ordenaba por creado_en y 9 vehiculos renderizaban la cadena al reves (AC291KQ 3546, AC958LQ 3621, AD471ML 3678, AD471MN 3679, AD568YN 3703, AD657ZU 3721, AE155QB 3829, AE631MN 3957, PPF407 5143). Paliado el 2026-08-13 con ORDER BY fecha_expediente DESC NULLS LAST en la vista Y en src/actions/vehiculos.ts:178 (drizzle envuelve la vista, su propio orderBy ganaba y la migracion SQL sola no se veia en pantalla). SINTOMA 2 - borrado real indistinguible. La vista dejo de filtrar borrado_en para mostrar tramites cerrados. Hoy es inocuo (prod tenia 0 filas de historial soft-deleted) pero trg_soft_delete_vehiculo_historial sigue vivo: el primer borrado real se va a renderizar como historia. SINTOMA 3 - dos vehiculos donde ninguna regla de fecha alcanza. AG732SW 4510: vigente hist 4608 fecha_expediente 2025-11-12, mas ANTIGUA que la cerrada hist 5793 del 2025-11-17 (cerrada 2025-12-12, EX-2025-48262661); tercera hist 5792 del 2025-07-08. PPF407 5143: vigente hist 6169 2025-07-17 vs cerrada hist 6170 2026-04-01. El origen declara esas fechas; ordenar por fecha pone arriba una cerrada y la vista esta siendo HONESTA. 519 filas tienen expediente NULL, asi que tampoco hay desempate por expediente. NO se reordena. FIX PROPUESTO: columna propia - vigente boolean, o fecha_cierre separada de borrado_en, mas una columna de orden explicita. Mientras no exista, 'cual es la vigente' no es derivable de los datos. Evidencia medida por db02-mba-l-cc en dev el 2026-08-13 tras el backfill (3950 filas, 1603 activas, 0 vehiculos con mas de una activa).