Una baja por la UI escribia la forma de MODIFICACION: historial leia ALTA, ficha leia BAJA

RESUELTO en dev (v5.5.81, 4e413373) via 311/314/331/338/344, NO via 45a15874 - ese commit NO es ancestro de dev (solo de branches locales stale), apunta a una ruta muerta ([dominio]/editar/colectivo del checkout viejo, cuando la ruta viva ya era otra) y a registrarExpediente, funcion borrada el mismo dia por no tener llamadores. Ningun lector debe re-derivar esa sha. Verificado en vivo: vehiculo 6724 (ZZ900QA, fixture de proxy, NO expte_alta real) recibio bajas app-origin 05:06-05:16 09-08 bajo la cuenta de Elazar (proxy conduce dev01 con esa cuenta - la base no puede testificar el operador humano). estado_id de la ficha = BAJA, cero filas abiertas en la particion de rutap.v_vehiculo_historial_actual, fila terminal con fecha_baja + expte_baja, tramite vacio (no queda un ALTA/MODIF falso sobre un cierre). Ficha e historial derivado por DB coinciden. La clase de bug de etiqueta (inferirEvento sintetizando 'Alta'/'Cambio de estado'; isActive comparando literal contra 'Alta'/'ALTA') ya NO EXISTE en ninguna de las dos pantallas: hoy HistoryPeriodContent y la ficha muestran fecha_alta/fecha_baja/estado directo, sin badge de tipo-de-evento sintetizado ni gate por string. COBERTURA - no ejercido: una baja por UI sobre un vehiculo con expte_alta real (6724 no lo tiene); el render en navegador (solo se verifico estado en DB + fuente de los componentes); el requisito de MOVILBA-317 (pares de valores expte_baja/fecha_baja/observaciones/audit_log.details); vehiculos con cadena de chasis (multi-eslabon); doble-baja o baja-luego-modif el mismo dia.