Módulo Propósitos de Negocio

1. Explicación general — ¿Qué es el módulo Propósitos de Negocio?

El módulo Propósitos de Negocio define los puntos de captura y uso de datos personales dentro de la organización. Su propósito es modelar cómo fluyen los datos desde su origen hasta los sistemas donde residen, conectando los campos de datos con los sistemas que los contienen y con los derechos ARSO que pueden ejercerse sobre ellos. Si el Registro de Actividades de Tratamiento (RAT) responde la pregunta legal de “qué tratamos y por qué”, este módulo responde la pregunta técnica complementaria: “¿en qué sistema real vive ese dato, y cómo llegamos a él si un titular ejerce un derecho?”

Un propósito de negocio es el puente entre el RAT (qué datos se tratan y con qué finalidad) y los Sistemas Conectados (dónde viven esos datos). Este rol de puente explica por qué su ausencia tiene consecuencias tan concretas: sin esta vinculación, la suite no puede ejecutar automáticamente los derechos ARSO sobre los datos de un titular — no por una limitación arbitraria, sino porque, sin el propósito de negocio, la suite simplemente no tiene forma de saber a qué sistema conectarse para cumplir la solicitud.

En el caso de propósitos tipo Cookies, el módulo también alimenta los Centros de Preferencias — definiendo las estructuras del banner de cookies y los registros individuales de cada cookie con su trazabilidad legal completa. Esta doble función (puente hacia sistemas de datos “tradicionales” y motor de configuración de cookies) es la razón por la que el módulo tiene tipos de propósito con estructuras internas tan distintas entre sí (ver sección 2.2).

Ubicación en el sistema: Plataformas → Propósito de Negocio.

2. Explicación funcional

2.1. Relación con otros módulos

Módulo	Tipo de relación
RAT	El propósito se vincula al RAT en la pestaña “Propósito de Negocio”. Sin esta vinculación, el RAT no puede participar en la automatización ARSO.
Sistemas Conectados	Los sistemas creados en el módulo Sistemas Conectados se vinculan al propósito. Deben existir antes de crear el propósito.
Activos de Información (guía funcional pendiente de validación)	Los activos se vinculan opcionalmente a los campos del propósito.
Centros de Preferencias	Los propósitos tipo Cookies alimentan uno o más Centros de Preferencias con las estructuras y registros de cookies.
Consentimientos	Los consentimientos vinculados a cada cookie del propósito determinan la trazabilidad legal del banner.
Bandeja Solicitudes ARSO	La suite usa los propósitos y sus sistemas vinculados para ejecutar automáticamente los derechos ARSO.

2.2. Tipos de propósito

El tipo de propósito determina el origen de los datos y las pestañas disponibles en el formulario de edición.

Tipo	Descripción	Pestañas disponibles
Sistemas	Datos que provienen de sistemas conectados de la organización.	Información Básica + Campos + Vincular Sistemas + Vincular servicios ARSO · RUL
Cookies	Datos que provienen de cookies del sitio web.	Información Básica + Estructuras Cookies + Registros Cookies
Documentos	Datos que provienen de documentos físicos o digitales.	Información Básica + Campos
Manual	Datos que se ingresan manualmente sin sistema integrado.	Información Básica + Campos

El tipo se define en el campo Tipo fuente de datos de la pestaña Información Básica. El campo Sitio Fuente complementa esta definición indicando el origen específico según el tipo seleccionado.

3. Estructura del módulo

Implementación actual: esta sección describe la interfaz vigente en SAP Fiori/BTP y puede cambiar entre versiones.

3.1. Listado principal

Columna	Descripción
Propósito	Nombre identificador del propósito.
Tipo	Tipo de fuente de datos configurada.
Fecha Creación	Fecha de creación en el sistema.
Fecha Modificación	Fecha de la última actualización realizada.
Versión	Versión publicada activa actualmente.
Estado	Estado operativo del propósito.
Sistemas	Acceso directo a los sistemas vinculados.
Detalle	Acceso al detalle de configuración completa.

3.2. Pestaña Información Básica (presente en todos los tipos)

Campo	Descripción	Obligatorio
Nombre del propósito	Identificador del propósito. Aparece en el selector del módulo RAT y en los Centros de Preferencias.	Sí
Descripción	Explicación del propósito y su función dentro del tratamiento.	No
Tipo fuente de datos	Define la naturaleza del propósito: Sistemas, Cookies, Documentos o Manual.	Sí
Sitio Fuente	Especifica el origen concreto de los datos según el tipo seleccionado.	No

3.3. Pestaña Campos (tipos Sistemas, Documentos y Manual)

Campo	Descripción	Obligatorio
Nombre del campo	Identificador técnico del campo (ej: `nombre`, `rut`, `email`).	Sí
Descripción	Texto legible que describe el dato (ej: “Nombre completo del titular”).	No
Activos de información	Vinculación opcional del campo a un activo de información. Puede dejarse vacío y asociarse posteriormente.	No

Se pueden agregar múltiples campos sin un límite predefinido por propósito.

Sobre los Activos de información: La columna es opcional al crear el propósito. Se recomienda vincular los activos una vez que estén creados en el módulo Activos de Información (pendiente de documentar), en lugar de forzar la vinculación durante la creación inicial.

3.4. Pestaña Vincular Sistemas (tipo Sistemas)

Muestra el listado de todos los sistemas activos del módulo Sistemas Conectados. Permite seleccionar uno o más sistemas que contienen los datos de este propósito.

Un propósito puede vincularse a múltiples sistemas si los datos del tratamiento residen en más de un entorno.

Requisito previo: Los sistemas deben estar creados y activos en el módulo Sistemas Conectados antes de realizar esta vinculación.

3.5. Pestaña Vincular servicios ARSO · RUL (tipo Sistemas)

Muestra los sistemas vinculados en el paso anterior con sus derechos ARSO disponibles (Acceso, Rectificación, Supresión) en estado “No vinculado”.

Columna	Descripción
Tipo servicio	Sistema vinculado al propósito.
Estado	Estado de la vinculación (No vinculado / Vinculado).
Vincular servicio	Permite conectar el endpoint del sistema que ejecuta técnicamente el derecho.
Vincular manual	Permite documentar la ejecución manual del derecho cuando no existe integración técnica disponible.

Sobre “Vincular manual”: Cuando un sistema no tiene API disponible para ejecutar automáticamente un derecho, la opción Vincular manual permite respaldar y documentar el proceso manual de ejecución. Es la solución para sistemas legados o sin capacidad de integración técnica.

3.6. Propósito tipo Cookies — estructura especial

El propósito tipo Cookies tiene una estructura diferente a los demás tipos. En lugar de Campos y Vincular Sistemas, cuenta con dos pestañas específicas para gestionar la presentación y lógica del banner de cookies.

Versionamiento propio: Cada vez que se modifican las estructuras o registros de cookies y se publica una nueva versión, el SDK vuelve a solicitar consentimiento a los usuarios si corresponde según la naturaleza de los cambios. El detalle del propósito muestra cuántos Centros de Preferencias alimenta, cuáles son esos centros y su RAT heredado, junto con los botones Publicar, Historial y Refrescar.

Pestaña Estructuras Cookies: Define las categorías del banner de cookies.

Campo	Descripción
Nombre	Nombre de la categoría (ej: Necesarias, Funcionales, Analítica, Marketing).
Descripción	Explicación de la categoría visible para el titular dentro del banner.

Categorías típicas de un banner de cookies:

Categoría	Descripción general
Necesarias	Mantienen el sitio operativo, la seguridad de la sesión y el estado básico de consentimiento.
Funcionales	Recuerdan preferencias de experiencia, idioma y navegación.
Analítica	Miden tráfico, rendimiento y uso agregado para optimizar el sitio.
Marketing	Permiten medir campañas y audiencias comerciales cuando el usuario lo autoriza.

Pestaña Registros Cookies: Define las cookies individuales del sitio. Cada cookie debe tener su propio consentimiento granular — no se puede reutilizar el mismo consentimiento en dos cookies distintas.

La trazabilidad de cada cookie sigue esta cadena inmutable: cookie → consentimiento → estructura → propósito → RAT

Campo	Descripción	Obligatorio
Nombre	Nombre técnico de la cookie (ej: `_ga`, `_fbp`).	Sí
Descripción	Descripción de la función de la cookie orientada al titular.	Sí
Duración cookie	Tiempo de vida de la cookie. Configurable en segundos, con opciones de acceso rápido: Indefinida y Sesión técnica.	Sí
Tipo técnico	Clasificación técnica para el SDK: `necessary`, `functional`, `analytics` o `marketing`.	Sí
Vínculos legales	Consentimiento, política derivada y aviso derivado vinculados a esta cookie.	Sí (para publicar)
Estructura	Categoría del banner a la que pertenece la cookie.	Sí

Sobre los Vínculos legales: Cada cookie debe tener asociado un consentimiento publicado, una política derivada y un aviso derivado. Si alguno de estos elementos falta, la cookie se desplegará con el estado “Sin consentimiento asociado”.

Sobre la duración: El configurador permite definir la duración en meses, días, horas, minutos y segundos. El sistema convierte automáticamente dicho valor a segundos para el SDK. Opciones rápidas: Indefinida (sin expiración) y Sesión técnica (expira al cerrar el navegador).

3.7. Versionamiento (todos los tipos)

Todos los tipos de propósito incluyen control de versionamiento. Cada vez que se publica un cambio en el propósito se genera una nueva versión.

En el tipo Cookies, el versionamiento posee una regla operativa adicional: al publicar una versión actualizada, el SDK evalúa si las modificaciones exigen solicitar nuevamente el consentimiento a los titulares.

El historial de versiones es accesible mediante el botón Historial en la vista de detalle del propósito.

4. Flujo de creación

Implementación actual: esta sección describe la interfaz vigente en SAP Fiori/BTP y puede cambiar entre versiones.

4.1. Flujo de creación — Tipo Sistemas

Prerrequisitos

Sistemas creados y activos: Verificar en Plataformas → Sistemas Conectados.
Activos de información creados (opcional): Verificar en Módulo DPO → Activos de Información.

Procedimiento de creación

Ir a Plataformas → Propósito de Negocio → Crear Propósito.
En el tab Información Básica:
- Ingresar el Nombre del propósito.
- Agregar la Descripción.
- Seleccionar Tipo fuente de datos: Sistemas.
- Completar Sitio Fuente (opcional).
En el tab Campos:
- Por cada campo requerido, definir:
  - Nombre del campo (identificador técnico).
  - Descripción (texto legible).
  - Activos de información (opcional — puede vincularse posteriormente).
En el tab Vincular Sistemas:
- Seleccionar los sistemas que almacenan o procesan los datos de este propósito.
En el tab Vincular servicios ARSO · RUL:
- Por cada sistema vinculado, configurar:
  - Vincular servicio: Conectar el endpoint que ejecuta técnicamente cada derecho (Acceso, Rectificación, Supresión).
  - Vincular manual: Activar para aquellos derechos sin integración técnica disponible.
Hacer clic en Guardar y posteriormente en Publicar.
- Resultado: El propósito queda disponible para vincularse en la pestaña Propósito de Negocio del módulo RAT.

4.2. Flujo de creación — Tipo Cookies

Prerrequisitos

Consentimientos publicados por cookie: Disponibles en Configuración → Consentimientos.
Políticas y avisos publicados: Disponibles en Módulo DPO → Políticas y Procedimientos.

Procedimiento de creación

Ir a Plataformas → Propósito de Negocio → Crear Propósito.
En el tab Información Básica:
- Ingresar el Nombre del propósito.
- Agregar la Descripción.
- Seleccionar Tipo fuente de datos: Cookies.
- Indicar el Sitio Fuente.
En el tab Estructuras Cookies:
- Definir las categorías del banner especificando Nombre de la categoría y Descripción visible para el titular.
En el tab Registros Cookies:
- Por cada cookie individual, configurar:
  - Nombre técnico
  - Descripción
  - Duración cookie
  - Tipo técnico (necessary, functional, analytics o marketing).
  - Estructura (categoría a la que pertenece).
  - Vínculos legales (asociar el consentimiento, política y aviso previamente publicados).
Hacer clic en Guardar y presionar Publicar desde el detalle del propósito.
- Resultado: Se genera una nueva versión del propósito y el SDK actualiza el banner. Si los cambios afectan a los consentimientos previos, el SDK los solicitará nuevamente al usuario.

4.3. Flujo de creación — Tipos Documentos y Manual

Ir a Plataformas → Propósito de Negocio → Crear Propósito.
En el tab Información Básica:
- Ingresar Nombre del propósito y Descripción.
- Seleccionar Tipo fuente de datos: Documentos o Manual.
- Indicar el Sitio Fuente.
En el tab Campos:
- Agregar manualmente los campos ingresando Nombre del campo y Descripción.
Hacer clic en Guardar y presionar Publicar.
- Resultado: El propósito queda activo y disponible para vincularse en el módulo RAT.

4.4. Flujo de actualización de cookies

Ir a Plataformas → Propósito de Negocio.
Abrir el propósito de tipo Cookies que desea modificar.
Aplicar los cambios requeridos en el tab Estructuras Cookies o Registros Cookies.
Hacer clic en Guardar.
Ingresar a la vista de detalle del propósito y presionar Publicar.
- Resultado: Se genera una nueva versión publicada. El SDK evalúa automáticamente si debe volver a solicitar consentimiento a los usuarios según los cambios guardados.
Verificar en Centros de Preferencias que el banner refleje correctamente la actualización.

5. Reglas y excepciones

5.1. Errores frecuentes y cómo resolverlos

Situación / Problema	Causa raíz	Solución recomendada
Un sistema no aparece en la lista del tab Vincular Sistemas.	El sistema no existe o se encuentra inactivo en el módulo Sistemas Conectados.	Ir a Plataformas → Sistemas Conectados y verificar que el sistema esté creado y en estado activo.
Los derechos ARSO figuran en estado “No vinculado”.	No se han configurado los endpoints ni la vía manual en el tab Vincular servicios ARSO · RUL.	Vincular el endpoint técnico del sistema o seleccionar la opción Vincular manual para procesos sin integración.
Una cookie muestra el mensaje “Sin consentimiento asociado”.	La cookie carece de alguno de los vínculos legales obligatorios (consentimiento, política o aviso).	Completar todos los Vínculos legales requeridos en la configuración de la cookie.
El banner de cookies no muestra los cambios en el sitio web.	Se guardaron las modificaciones pero no se presionó el botón Publicar desde el detalle.	Acceder a la vista de detalle del propósito y presionar Publicar para generar la nueva versión.
El propósito no se despliega en el selector del módulo RAT.	El propósito no ha sido publicado o no se encuentra en estado activo.	Confirmar que el propósito esté correctamente guardado y publicado en este módulo.
El sistema impide reutilizar el mismo consentimiento en dos cookies distintas.	La regla de trazabilidad exige un consentimiento granular e independiente por cada cookie.	Crear un consentimiento individual para cada cookie dentro del módulo Consentimientos.

6. Preguntas frecuentes

¿Puede un propósito vincularse a más de un sistema? Sí. Un propósito de tipo Sistemas puede vincularse a múltiples sistemas si los datos personales del tratamiento residen en más de una plataforma.

¿Un mismo sistema puede vincularse a múltiples propósitos? Sí. Un sistema puede asociarse a cuantos propósitos de negocio sea necesario.

¿Qué sucede si un propósito no tiene sistemas vinculados? El propósito permanece activo, pero no podrá ejecutar la automatización de derechos ARSO. La gestión de solicitudes sobre esos datos deberá tramitarse manualmente.

¿Por qué cada cookie requiere un consentimiento independiente? Porque la trazabilidad inmutable de la suite vincula la cadena cookie → consentimiento → estructura → propósito → RAT. Si dos cookies comparten consentimiento, no es posible revocar una sin afectar a la otra ni demostrar el alcance exacto de la autorización ante una auditoría.

¿Qué función cumple “Vincular manual” en la pestaña ARSO · RUL? Permite respaldar y documentar la atención manual de un derecho ARSO cuando el sistema donde reside el dato no posee una API o interfaz técnica para automatizarlo.

¿Qué ocurre si se modifica una estructura de cookies sin publicar? Los cambios se conservan como borrador en la suite, pero el banner público y el SDK continuarán operando con la versión publicada anterior.

¿Un propósito de tipo Cookies puede alimentar más de un Centro de Preferencias? Sí. La vista de detalle del propósito lista todos los Centros de Preferencias a los que abastece.

¿Se puede modificar el tipo de propósito después de haberlo creado? Sí, desde el tab Información Básica. Sin embargo, al cambiar el tipo, se perderán las configuraciones y pestañas exclusivas de la categoría anterior para dar paso a la estructura del nuevo tipo.

¿Qué diferencia existe entre Tipo técnico y Estructura en una cookie? El Tipo técnico (necessary, functional, analytics, marketing) es la clasificación técnica procesada por el SDK. La Estructura es la categoría visible del banner donde se agrupa la cookie ante el titular. Ambos deben guardar coherencia entre sí.

¿Un propósito de tipo Manual se puede vincular a un RAT? Sí. Todos los tipos de propósito pueden ser vinculados a un RAT desde la pestaña Propósito de Negocio en el módulo RAT.

¿Qué es el RAT heredado en los Centros de Preferencias? Es el RAT asociado al propósito de cookies. Los Centros de Preferencias heredan dicho RAT para preservar la trazabilidad legal completa ante el titular.

7. Buenas prácticas (Recomendación)

Crear los sistemas con anterioridad: Asegurar que los sistemas estén activos en Sistemas Conectados antes de configurar los propósitos de negocio.
Publicar tras cada modificación en cookies: Recordar presionar Publicar desde el detalle del propósito, ya que los cambios no impactan al SDK hasta generar la nueva versión.
Asignar un consentimiento único por cookie: Mantener la granularidad estricta sin compartir consentimientos entre cookies para asegurar la validez legal y trazabilidad.
Completar los vínculos legales antes de la publicación: Verificar que cada cookie cuente con su consentimiento, política derivada y aviso derivado asignados.
Asegurar la coherencia entre Tipo técnico y Estructura: Confirmar que la clasificación de la cookie para el SDK concuerde con la categoría visible en el banner.
Vincular siempre el propósito al RAT: Conectar los propósitos configurados con su respectivo RAT para habilitar la atención de solicitudes ARSO.
Documentar con “Vincular manual” los sistemas legados: Usar la opción de vinculación manual para respaldar la gestión en sistemas que no soporten integraciones API.

8. Pendientes de validación

La fuente original no incluye una sección de “Marco legal aplicable” propia para este módulo, a diferencia de otros módulos de la suite. Se mantiene dicha ausencia sin incorporar texto normativo no verificado.
La relación con Activos de Información se encuentra documentada a nivel funcional, pero el módulo correspondiente aún no cuenta con una guía funcional validada.