Arquitectura funcional

Vista consolidada de cómo se organizan y relacionan las áreas de la suite. El detalle operativo se encuentra en las guías de cada módulo.

Mapa de áreas y módulos

PDP Suite
│
├── Transversales (no son un área navegable, aplican a toda la suite)
│   ├── Contexto legal .... /documentacion/inicio/ley-21719
│   ├── Glosario .......... /documentacion/inicio/glosario
│   └── Estándares ........ /documentacion/inicio/estandares-generales
│
├── Parámetros (catálogos base, consumidos por otros módulos)
│   ├── Tipo Categoría
│   ├── Tipo Denuncia
│   ├── Tipo Consentimiento *(ubicación Parámetros/Configuraciones sin confirmar)*
│   ├── Tipo Riesgo
│   ├── Tipo Medidas
│   ├── Matriz de Severidad
│   ├── Gestión de Áreas *(ubicación Parámetros/Configuración sin confirmar)*
│   └── Plazos de Contestación ............. ⚠️ catálogo vacío, sin contenido real
│
├── Configuración (reglas y contenidos definidos por la organización)
│   ├── Alertas
│   ├── Formularios
│   ├── Consentimientos
│   ├── Centros de Preferencias
│   ├── Base Legal
│   ├── Plantillas de correo ARSO
│   └── Repositorios Físicos
│
├── Plataformas (integración técnica y captura de datos)
│   ├── Sistemas Conectados
│   ├── Propósito de Negocio
│   ├── Configuración API y Sistemas
│   └── Personalización de Portales
│
├── Módulo DPO (núcleo legal/operativo)
│   ├── RAT ................................. eje central de la suite
│   ├── Políticas y Procedimientos
│   ├── LIA (Interés Legítimo)
│   ├── TIA (Transferencias Internacionales)
│   ├── EIPD ................................ pendiente de documentar
│   ├── Gestión de Terceros ................. pendiente de documentar (nodo #2 más referenciado)
│   ├── Activos de Información .............. pendiente de documentar
│   ├── Matriz de Cumplimiento (operativo) .. pendiente de documentar
│   ├── Gestión de Capacitación (operativo) . pendiente de documentar
│   ├── Brechas de Seguridad ................ pendiente de documentar
│   └── Incidentes .......................... pendiente de documentar
│
├── Operaciones (bandejas de gestión)
│   ├── Bandeja Solicitudes ARSO
│   ├── Bandeja Canal de Denuncias
│   ├── Bandeja Alertas
│   ├── Bandeja Consentimientos ............. pendiente de documentar
│   └── Bandeja de Documentos ............... pendiente de documentar
│
├── Reportes (analítica, solo lectura)
│   ├── Reporte de Sistemas
│   ├── Reporte de Cumplimiento
│   ├── Reporte Denuncias
│   ├── Reporte Plan Capacitaciones
│   ├── Reporte Propósito de Negocio
│   ├── Reporte de Alertas
│   ├── Reporte ARSO
│   └── Reporte de Bloqueos
│
└── Portal público (interfaz del titular/denunciante)
    ├── Portal ARSOBP
    ├── Portal de Denuncias
    └── Banner de Cookies (vía Centro de Preferencias)

Los 3 patrones arquitectónicos que se repiten en toda la suite

Patrón 1 — Catálogo → Configuración → Operación → Reporte

La mayoría de las funcionalidades de la suite siguen esta cadena de 4 pasos:

Parámetros (catálogo base)
    → Configuración (regla aplicada al catálogo)
        → Operaciones (bandeja donde se gestiona el caso a caso)
            → Reportes (análisis agregado)

Ejemplo con Denuncias: Tipo Denuncia (Parámetros) → se usa al configurar Alertas de tipo Denuncias (Configuración) → se gestiona en Bandeja Canal de Denuncias (Operaciones) → se analiza en Reporte Denuncias (Reportes).

Ejemplo con Alertas (con la salvedad de su inconsistencia conocida): Alertas (Configuración) → Bandeja Alertas (Operaciones) → Reporte de Alertas (Reportes). Ver Gestión de alertas de extremo a extremo (proceso transversal) para el detalle de la inconsistencia de taxonomía que arrastra este patrón en este caso específico.

Patrón 2 — El RAT como nodo de convergencia legal

Casi cualquier pregunta sobre “¿por qué existe este módulo?” termina en el RAT. Es el único módulo que conecta simultáneamente: base legal, categorías de datos, riesgo, medidas de seguridad, terceros, propósito de negocio, y los tres assessments (LIA, TIA, EIPD). Ver Introducción a PDP Suite, sección “El módulo eje: RAT”.

Patrón 3 — Doble capa “configuración visual” vs. “lógica legal”

Se repite en Centros de Preferencias / Personalización de Portales y en Formularios / Bandeja correspondiente: un módulo resuelve la lógica legal y operativa, y otro módulo separado resuelve solo la apariencia visual que ve el titular. Ejemplo explícito confirmado en Módulo Personalización de Portales: “Este módulo no gestiona la lógica de los portales — eso ocurre en sus módulos operativos correspondientes. Aquí solo se controla lo que el usuario final ve visualmente al acceder.”

Los 4 modelos de versionado (resumen — ver detalle en procesos transversales)

La suite no usa un único mecanismo de versionado — usa 4 mecanismos distintos según el tipo de módulo. Ver el detalle completo en Versionado y trazabilidad (proceso transversal).

Los 3 tipos de “assessment” legal de la suite

Assessment	Formato	Módulo
LIA (Interés Legítimo)	Evaluaciones múltiples por cuestionario, con código EV-001, EV-002…	Módulo LIA (Interés Legítimo)
TIA (Transferencia Internacional)	Formulario único de 6 tabs	Módulo TIA (Transferencias Internacionales de Datos)
EIPD (Evaluación de Impacto)	Formato no confirmado — pendiente de documentar	Obligaciones del responsable