Pulldowns de filtro desde catalogo opciones, no hardcodeados

Sub-tickets

Questions

Activity

• wi-cli-venus created · 3d ago
• wi-cli-venus commented · 3d ago
  LIMITE DEL GATE DE PARTICION, anotado por db-mba-l-cc (consecuencia del diseño, NO objecion): el gate resuelve las listas DESDE v_ui_vehiculo_estado_filtro, y esa vista solo ofrece un estado si existe su v_vehiculos_list_<x>. O sea el gate mide la cobertura del universo QUE LA VISTA CONOCE. Si algun dia se agrega un estado SIN vista de lista, el vehiculo queda fuera de toda lista filtrada Y fuera de lo que el gate inspecciona: pasa en verde sin cubrirlo. HOY es inalcanzable porque el pulldown ASIGNABLE no esta cableado a v_ui_vehiculo_estado (sigue leyendo vEstadoColectivo; verificado por grep: vUiVehiculoEstado no aparece en src/). REQUISITO QUE SE ACTIVA EL DIA QUE SE CABLEE LA VISTA 1: crear la vista de lista ANTES de habilitar el estado como asignable; ese orden deja de ser cosmetico. Riesgo si se invierte: alguien escribe el estado_id en vdc/vehiculo_historial y la fila existe pero es inencontrable para quien filtra - solo aparece en Ambos - y sacarla de ahi pide otro write en prod.
• wi-cli-venus completed · 3d ago
  Shipped a prod 2026-08-14: DDL de db02 (v_vehiculos_list_alta redefinida =Alta, v_vehiculos_list_mantenimiento, v_ui_vehiculo_estado, v_ui_vehiculo_estado_filtro, grants) + wiring coder02 v5.3.204. Las 4 relaciones que ofrece el catalogo resuelven; una relacion sin entrada ahora lanza error en vez de caer en silencio a Alta. Particion prod 1602+134+0=1736. No UI-walked. Patron en mem:reference_list_filters_are_catalog_driven_views