Versionado y trazabilidad (proceso transversal)
Qué es este documento: la suite tiene al menos 4 mecanismos de versionado distintos, que se parecen entre sí pero no son intercambiables. Confundirlos es una fuente frecuente de error al documentar o explicar la suite. Este documento los pone uno al lado del otro para que la diferencia quede clara de una sola vez.
Los 4 mecanismos de versionado de la suite (no confundir entre sí)
Sección titulada «Los 4 mecanismos de versionado de la suite (no confundir entre sí)»1. Versionado de documentos legales (trazabilidad de cumplimiento)
Sección titulada «1. Versionado de documentos legales (trazabilidad de cumplimiento)»Qué versiona: el contenido de un documento que un titular pudo haber visto o aceptado en un momento determinado.
Módulos que lo usan:
| Módulo | Formato de versión | Qué dispara una nueva versión |
|---|---|---|
| RAT | 2026.06-v1, 2026.06-v2… | Cualquier cambio guardado en cualquier tab del RAT |
| Políticas y Procedimientos | Versión numérica visible en la página pública | Publicar o republicar el documento |
| Consentimientos | v1, v2, v3… | Publicar o republicar el paquete de consentimiento |
| Tipo Consentimiento | No tiene versionado — solo estado Activo/Inactivo | — |
Por qué existe: permite reconstruir qué versión de un documento o tratamiento estaba vigente en un momento determinado. PDP Suite lo utiliza como mecanismo de evidencia relacionado con el principio de responsabilidad; la ley no prescribe este esquema de versionado específico.
Fuente: Módulo RAT (Registro de Actividades de Tratamiento) sección 3.4, Módulo Políticas y Procedimientos sección 3.5, Módulo Consentimientos sección 3.5.
2. Versionado de Centro de Preferencias (policyVersion — cookies)
Sección titulada «2. Versionado de Centro de Preferencias (policyVersion — cookies)»Qué versiona: la configuración oficial del banner de cookies publicada para el runtime/SDK.
Formato: centro-preferencia-vN.
Diferencia clave con el punto 1: este versionado es propio del Centro, no hereda el versionado de los Propósitos de Negocio que agrupa. Solo una versión puede estar “Publicada” a la vez — al publicar una nueva, la anterior pasa automáticamente a “Reemplazada”.
Por qué es distinto: el policyVersion no es evidencia legal de un tratamiento específico (como el versionado del punto 1) — es un identificador técnico que el SDK usa para validar qué configuración de cookies vio el usuario en cada momento.
Fuente: Módulo Centros de Preferencias, sección 3.4.
3. Versionado de rotación de credenciales (seguridad técnica, NO legal)
Sección titulada «3. Versionado de rotación de credenciales (seguridad técnica, NO legal)»Qué versiona: las llaves de autenticación de una Destination en Sistemas Conectados.
Por qué NO debe confundirse con los anteriores: este versionado no tiene ningún propósito de trazabilidad legal. Es exclusivamente un mecanismo de seguridad que permite rotar credenciales sin interrumpir integraciones activas — confirmado explícitamente en el glosario como distinto del versionado de documentos.
Fuente: Módulo Sistemas Conectados, sección 3.3 (Autenticación); Glosario PDP Suite, término “Versionado de llaves”.
4. Ausencia de versionado (varios módulos NO versionan, por diseño)
Sección titulada «4. Ausencia de versionado (varios módulos NO versionan, por diseño)»No todos los módulos versionan sus registros. Confirmado explícitamente que no tienen versionado:
| Módulo | Qué gestionan en su lugar |
|---|---|
| Formularios | Los cambios se aplican directamente sobre el mismo formulario — sin historial |
| Tipo Categoría, Tipo Riesgo, Tipo Consentimiento, Tipo Denuncia, Tipo Medidas | Estado Activo/Inactivo, sin historial de configuraciones anteriores |
| Matriz de Severidad | Los cambios en los catálogos (Impacto, Probabilidad, Riesgo Residual) se aplican directamente |
| Gestión de Áreas | Área y Cargo son registros únicos editables, sin versiones históricas |
Por qué esto es intencional y no un descuido: estos son catálogos de configuración (parámetros del sistema), no documentos que un titular haya visto o aceptado — no necesitan demostrar “qué versión vio quién”, a diferencia de los documentos del punto 1.
Tabla comparativa rápida
Sección titulada «Tabla comparativa rápida»| Mecanismo | Propósito | Formato típico | ¿Tiene “versión anterior” consultable? |
|---|---|---|---|
| Documentos legales (RAT, Políticas, Consentimientos) | Trazabilidad de cumplimiento ante fiscalización | v1, v2, 2026.06-v1 | Sí — historial inmutable |
| Centro de Preferencias (policyVersion) | Validación técnica del SDK sobre qué banner vio el titular | centro-preferencia-vN | Sí — estado Publicada/Reemplazada |
| Rotación de credenciales (Sistemas Conectados) | Seguridad técnica, sin fin legal | Interno, no expuesto como “versión legal” | No aplica de la misma forma |
| Catálogos paramétricos (Tipo X, Matriz de Severidad, Gestión de Áreas) | Configuración editable | No tienen | No — solo Activo/Inactivo |
Cómo consultar el versionado
Sección titulada «Cómo consultar el versionado»La respuesta depende del módulo: algunos elementos generan una nueva versión al publicar o guardar, mientras que otros solo registran la última modificación. Antes de afirmar que un objeto tiene historial recuperable, revisa el comportamiento documentado para ese módulo específico.