Un fallo del endpoint detail-dropdowns deja estadoValorPorId vacio y la ficha clasifica como ACTIVO un vehiculo de BAJA, sin error visible

Lo levanto coder03-mba-l-cc auditando MOVILBA-218, que es el ticket que hizo que estas dos banderas dependan del catalogo en vez de la etiqueta en texto. DONDE: src/app/vehiculos/[id]/page.tsx, loadDropdowns(). El fetch a /api/vehiculos/detail-dropdowns se atrapa con un toast generico y NO se re-lanza. QUE PASA: si ese endpoint falla mientras el fetch del vehiculo funciona, estadoValorPorId queda {} para todo ese page load. isClosed y sucesorActivo, que despues de 218 dependen de estadoValorPorId, resuelven false/undefined - o sea un vehiculo genuinamente en BAJA se presenta como si estuviera activo. POR QUE IMPORTA MAS DE LO QUE PARECE: el disparador es angosto (un endpoint cae y el otro no) pero el modo de falla es el peor de los tres posibles. No es un error visible ni una pantalla vacia: es una clasificacion INVERTIDA presentada con la misma confianza que el dato bueno, y el unico aviso es un toast generico que no nombra la consecuencia. Un objeto vacio se lee como 'ninguno coincide' y no como 'no se pudo saber' - la misma forma que a_zero_means_nothing_until_the_check_proves_it_had_input. REGLA QUE APLICA: se gatea por la forma VALIDA. Si estadoValorPorId no se cargo, la ficha no sabe el estado y tiene que decir que no lo sabe o no renderizar esas banderas; no puede caer a 'activo' por defecto. Y ojo con el copy: la regla de Elazar prohibe insinuarle al usuario que el dato puede estar mal, asi que la salida no es un cartel de incertidumbre sino no afirmar lo que no se puede afirmar. NO EJERCITADO: nadie forzo el fallo del endpoint; esto sale de leer el camino. Reproducirlo antes de darlo por arreglado.