# ETAPA 3ALL — Flag p_all en el dashboard (vista agregada de todos los surveys)

## 1. Objetivo
Permitir que el dashboard muestre datos de TODOS los surveys mezclados, usando un
UUID especial como flag. Cambio mínimo — solo toca `_dash_responses` y el frontend.
Las 11 RPCs no se modifican.

---

## 2. Contexto previo
- `_dash_responses(p_survey_id uuid, ...)` es la función base que usan las 11 RPCs.
- Todas las RPCs pasan `p_survey_id` a `_dash_responses`.
- El dashboard lee `?survey_id=UUID` de la URL y lo pasa a `/api/dashboard/[widget]`.
- `route.ts` requiere `survey_id` en la query string (400 si falta).

## 3. DECISIONES YA TOMADAS — no consultar de nuevo
- UUID especial para "todos": `00000000-0000-0000-0000-000000000000` (UUID cero).
  No puede existir como survey real. Es el flag `p_all`.
- Implementación en `_dash_responses`: una sola línea cambia.
- Las 11 RPCs NO se tocan — el cambio es transparente para ellas.
- El cambio va en una NUEVA migración, no modifica las existentes.
- El k-anonimato sigue aplicando — el pool más grande solo beneficia la protección.

---

## 4. Cambios requeridos

### 4.1 Nueva migración SQL
Crear `supabase/migrations/20260611000001_dash_responses_all.sql`:

```sql
-- Migración: agregar flag p_all a _dash_responses
-- UUID especial '00000000-0000-0000-0000-000000000000' = todos los surveys
CREATE OR REPLACE FUNCTION public._dash_responses(
    p_survey_id uuid,
    p_depto     text    DEFAULT NULL,
    p_genero    text[]  DEFAULT NULL,
    p_etario    text[]  DEFAULT NULL,
    p_modalidad text[]  DEFAULT NULL
)
RETURNS TABLE(response_id uuid)
LANGUAGE sql STABLE SECURITY DEFINER
SET search_path = public
AS $$
  SELECT r.id
  FROM public.responses r
  WHERE (p_survey_id = '00000000-0000-0000-0000-000000000000'
         OR r.survey_id = p_survey_id)
    AND (p_depto IS NULL OR r.qi_zone = p_depto)
    AND (p_genero IS NULL OR cardinality(p_genero) = 0 OR EXISTS (
        SELECT 1 FROM public.answers a
        JOIN public.questions q ON q.id = a.question_id
        WHERE a.response_id = r.id AND q.code = 'A6'
          AND a.value #>> '{}' = ANY(p_genero)
    ))
    AND (p_etario IS NULL OR cardinality(p_etario) = 0
         OR r.qi_age_bucket = ANY(p_etario))
    AND (p_modalidad IS NULL OR cardinality(p_modalidad) = 0 OR EXISTS (
        SELECT 1 FROM public.answers a
        JOIN public.questions q ON q.id = a.question_id
        WHERE a.response_id = r.id AND q.code = 'A7'
          AND a.value #>> '{}' = ANY(p_modalidad)
    ));
$$;
```

### 4.2 route.ts — permitir el UUID especial
En `app/api/dashboard/[widget]/route.ts`, donde se valida `survey_id`:
El UUID cero debe pasar la validación existente — verificar si hay algún check
adicional que lo rechazaría (ej. validación de formato UUID o lookup en DB).
Si `route.ts` solo verifica presencia del parámetro (400 si falta), no hay
nada que cambiar. Reportar cuál es el caso.

### 4.3 dashboard/page.tsx — agregar link/selector "Todos"
Agregar en el header del dashboard un selector o links de navegación mínimo:

```
[ Todos ] [ InQuality ] [ Fundación Solidaridad ] [ Demo ]
```

Implementación sugerida: links `<a>` simples que navegan a:
- Todos: `/dashboard?survey_id=00000000-0000-0000-0000-000000000000`
- InQuality: `/dashboard?survey_id=30000000-0000-0000-0000-000000000002`
- Fundación Solidaridad: `/dashboard?survey_id=30000000-0000-0000-0000-000000000003`
- Demo: `/dashboard?survey_id=30000000-0000-0000-0000-000000000001`

El survey activo se destaca visualmente (comparar `surveyId` del searchParam
con el UUID de cada link). Estilo `.admin-*` no aplica acá — usar clases
`.db-*` o tokens CSS existentes del dashboard.

El label de cada opción puede ser hardcodeado por ahora — no hacer fetch
a `surveys` para obtener los nombres (Nivel 3, fuera de scope).

---

## 5. Entregables (DoD)

- [ ] Nueva migración `20260611000001_dash_responses_all.sql` creada.
- [ ] `_dash_responses` actualizada con el flag de UUID cero.
- [ ] `route.ts` permite el UUID especial (verificar y reportar).
- [ ] Dashboard muestra selector de empresa con "Todos" + las 3 empresas.
- [ ] Build exitoso.
- [ ] `git diff --name-only HEAD` en scope.

## 6. Qué reportar
```
Verificado:
- Migración creada ✓
- route.ts: [necesitó cambio / no necesitó cambio — explicar]
- Selector visible en dashboard ✓
- Build exitoso ✓
- Diff en scope ✓

URL de validación:
- Todos: /dashboard?survey_id=00000000-0000-0000-0000-000000000000
- InQuality: /dashboard?survey_id=30000000-0000-0000-0000-000000000002
```

## 7. Qué NO hacer
- ❌ No modificar las migraciones existentes — solo agregar una nueva.
- ❌ No tocar las 11 RPCs directamente.
- ❌ No hacer fetch a `surveys` para obtener nombres de empresa.
- ❌ No agregar dependencias npm.
- ❌ No tocar el formulario ni `/admin/responses`.