Criterio ADAS: camaras_adas o id_adas distinto de cero implica ADAS = SI

Criterio de Eugenia, textual: 'ADAS: Si Camaras_ADAS distinto de cero y/o ID ADAS distinto de cero implica que ADAS = Si'. El bloque vive en la pestana Para Elazar del tracker, filas 32-34, sin numerar, y estuvo sin item hasta hoy. Columnas involucradas. Libro RUTAP: adas, camaras_adas, id_adas. Negocio en public.vehiculos_datos_colectivos: adas_presente_id (FK a opciones), camaras_adas_cantidad smallint, identificacion_camaras_adas text. Que hay que medir ANTES de proponer nada, en PROD y contra el libro vigente: 1. Cuantas filas tienen camaras_adas distinto de cero y/o id_adas con valor mientras adas dice NO o viene vacio. Ese conteo es el tamano real del problema; si es cero no hay nada que arreglar y el item se cierra con la medicion. 2. A que grupo de opciones apunta hoy adas_presente_id. La regla permanente es que todo campo Si/No resuelve contra general/respuesta_binaria, 24 SI y 25 NO; un catalogo dedicado para un booleano es el defecto, no la solucion. 3. Si el criterio se aplica al IMPORTAR (derivando el valor cuando el libro lo deja vacio o en NO) o solo se usa como control que reporta la discrepancia. Esto NO lo decide el carril: el libro es SSOT y derivar un valor de negocio que el libro no dice es inventar un hecho. La salida esperada de este item es la medicion mas una recomendacion, y la decision de derivar o no la toma Elazar. Nota de alcance: Eugenia agrega 'Para los otros casos ver Archivo Intercambio 26-06-2026.xlsx, Hoja 3'. Ese archivo NO esta en /data-lezama (buscado el 2026-10-01, cero coincidencias con *ntercambio*), asi que los casos que no sean el de arriba quedan sin fuente hasta que llegue.