Módulo Tipo Consentimiento

1. Explicación general — ¿Qué es el módulo Tipo Consentimiento?

Tipo Consentimiento es el módulo paramétrico que administra el catálogo maestro de tipos de consentimiento en la plataforma (por ejemplo, “Consentimiento de cookies”, “Contacto comercial” o “Comunicaciones promocionales”). Este módulo no gestiona las autorizaciones otorgadas por los titulares, sino la lista controlada de categorías que utiliza el módulo Consentimientos para clasificar cada registro recopilado. Cumple la misma función estructural que Tipo Categoría o Tipo Riesgo: reemplaza las etiquetas de texto libre e inconsistentes por un vocabulario cerrado y auditable.

Cada tipo agrupa un nombre y una descripción que definen con precisión el alcance de la autorización. Esta claridad es fundamental para el cumplimiento normativo: la Ley 21.719 exige que el consentimiento sea “específico”, lo que significa que el titular debe saber exactamente qué tratamiento está autorizando. Disponer de un catálogo bien definido es la vía práctica con la que la suite garantiza este estándar legal.

Ubicación en la plataforma: Parámetros → Tipo Consentimiento.

2. Explicación funcional

2.1. Marco legal aplicable

Ley 21.719 — Chile (vigencia desde el 1 de diciembre de 2026, modificada por la Ley 21.806 de febrero de 2026)

La ley establece que el consentimiento del titular, cuando opera como base de licitud, debe ser libre, informado, específico e inequívoco. Esto exige que el titular pueda identificar la finalidad exacta que está autorizando; una autorización genérica (como “acepto el tratamiento de mis datos”) resulta insuficiente si agrupa finalidades distintas o no vinculadas.

Implicancia para el módulo: Contar con un catálogo estandarizado de tipos, configurado con nombres y descripciones únicas obligatorias, asegura que cada consentimiento quede asociado a una finalidad delimitada. Esto elimina ambigüedades sobre el alcance real de la autorización y permite generar informes consolidados y audidables por finalidad, análisis que sería inviable si cada registro utilizara descripciones informales.

2.2. Relación con otros módulos

Módulo	Relación
Consentimientos (Configuración)	Al crear un nuevo consentimiento, el usuario selecciona su categoría en el menú desplegable “Tipo”, el cual se abastece de este catálogo. Solo se muestran los tipos en estado Activo; las opciones Inactivas no aparecen en el selector, aunque continúan visibles en este módulo.

3. Estructura del módulo

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

El módulo cuenta con una única vista principal: Tipos de Consentimiento, organizada como una tabla plana (sin jerarquías ni pestañas) precedida por una barra de filtros.

3.1. Listado de Tipos de Consentimiento

Campo / Elemento	Descripción
Nombre	Identificador del tipo de consentimiento.
Descripción	Alcance y finalidad específica que autoriza este tipo.
Creado	Fecha y hora de registro, asignadas automáticamente por la plataforma.
Modificado	Fecha y hora de la última edición, actualizadas automáticamente por la plataforma.
Estado	Indicador operativo del registro (Activo / Inactivo).
Utilizado en	Contador que indica cuántos consentimientos están asociados a este tipo.

3.2. Formulario de creación/edición

Campo	Descripción	Obligatorio
Nombre	Nombre del tipo de consentimiento (debe ser único).	Sí
Descripción	Detalle de la finalidad y alcance del consentimiento.	Sí
Estado	Selección del estado del registro (Activo / Inactivo).	Sí

3.3. Estado y versionado

Este módulo no gestiona versionado de los registros: cada tipo existe en un único estado editable sin conservar un historial de sus cambios. Al actualizar el Nombre o la Descripción, la modificación se aplica directamente sobre el registro activo y se refleja de inmediato en cualquier referencia vinculada en el módulo Consentimientos.

Por otra parte, el módulo administra un estado operativo (Activo/Inactivo) para cada tipo. Este estado controla la disponibilidad de la categoría para nuevas vinculaciones, sin alterar los consentimientos que la utilizaban previamente.

4. Flujo de creación

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

Flujo de creación de un tipo de consentimiento

Navegación: Ir a Parámetros → Tipo Consentimiento.
Apertura: Hacer clic en el botón Crear tipo.
Ingreso de datos: Completar los campos requeridos:
- Nombre (obligatorio y único en el catálogo).
- Descripción (obligatoria).
- Estado (Activo / Inactivo).
Confirmación: Hacer clic en Guardar. La plataforma verificará que el nombre no esté duplicado y que la descripción contenga información. El nuevo registro aparecerá en la tabla con sus marcas de tiempo (Creado/Modificado) asignadas automáticamente.

Flujo de edición de un tipo en uso

Navegación: Ir a Parámetros → Tipo Consentimiento.
Ubicación: Localizar el tipo en la tabla (se recomienda revisar la columna “Utilizado en” para evaluar el alcance del cambio).
Apertura: Presionar la opción Editar en la columna de Acciones.
Advertencia de impacto: Si el tipo está vinculado a consentimientos publicados, la plataforma desplegará un mensaje indicando el impacto de la edición.
Modificación: Actualizar el Nombre, la Descripción o el Estado.
Confirmación: Hacer clic en Guardar. Si se modifica el Nombre, las referencias vinculadas en el módulo Consentimientos se actualizarán de forma automática.

Flujo de cambio de estado de un tipo en uso

Navegación: Ir a Parámetros → Tipo Consentimiento.
Edición: Abrir el registro correspondiente y cambiar su Estado a Inactivo.
Validación: La plataforma verificará si el tipo tiene consentimientos vigentes asociados.
Advertencia: Si existen vinculaciones activas, se desplegará una alerta informando el efecto de la deshabilitación.
Confirmación: Aceptar la acción. El tipo dejará de aparecer en el selector “Tipo” al crear nuevos consentimientos.

Flujo de eliminación de un tipo

Navegación: Ir a Parámetros → Tipo Consentimiento.
Selección: Hacer clic en la opción Eliminar en la fila del registro.
Validación: El sistema comprobará si existen consentimientos asociados a ese tipo.
Resultado de la validación:
- Con asociaciones: La eliminación se bloquea automáticamente y el sistema señala los registros que lo utilizan.
- Sin asociaciones: Se solicita confirmación y el registro se elimina de forma definitiva.

Flujo de consumo desde el módulo Consentimientos

Creación: El usuario inicia el registro de un nuevo consentimiento en el módulo Consentimientos.
Selección: Accede al desplegable “Tipo”, donde se muestran únicamente las opciones en estado Activo.
Vinculación: Selecciona el tipo adecuado; la ficha del consentimiento queda clasificada y el contador “Utilizado en” de ese tipo se incrementa automáticamente.

5. Reglas y excepciones

5.1. Comportamientos clave

Unicidad de nombre: La plataforma impide guardar un tipo de consentimiento si su Nombre ya se encuentra registrado en el catálogo.
Obligatoriedad de la descripción: No se permite guardar registros con el campo Descripción vacío.
Filtrado por estado: La vista principal permite segmentar la tabla para mostrar registros Activos o Inactivos.
Control de disponibilidad: Solo los tipos en estado Activo se despliegan en el selector del módulo Consentimientos. Los tipos Inactivos se conservan en la tabla con fines de trazabilidad e historial.
Validación al desactivar: Si un tipo en uso cambia a Inactivo, el sistema emite una alerta informativa previa antes de aplicar el cambio.
Bloqueo de eliminación por uso: Un tipo de consentimiento no puede eliminarse si tiene registros asociados en el módulo Consentimientos.
Alerta de actualización: Modificar los datos de un tipo utilizado en consentimientos publicados genera un aviso de impacto.
Verificación de impacto: El indicador “Utilizado en” permite medir el alcance antes de modificar, desactivar o eliminar un registro.
Formato visual: Las columnas de texto (Nombre, Descripción) se alinean a la izquierda, mientras que los datos temporales (Creado, Modificado) se alinean al centro.
Acciones por fila: Cada registro cuenta con las opciones de Ver, Editar y Eliminar.

5.2. Errores frecuentes y soluciones

Situación	Causa	Solución
El sistema no permite guardar un registro nuevo o editado	El Nombre está repetido en el catálogo o no se completó la Descripción	Ingresar un nombre único y asegurarse de completar el campo Descripción.
No se habilita la opción de eliminar un tipo de consentimiento	El registro se encuentra asociado a uno o más consentimientos	Eliminar o desvincular las referencias existentes en el módulo Consentimientos antes de intentar borrar el tipo.
El sistema solicita confirmación adicional al cambiar el estado	El tipo de consentimiento está siendo utilizado por registros vigentes	Leer la advertencia desplegada para comprender el alcance antes de aceptar el cambio de estado.
Una categoría no aparece disponible al crear un consentimiento	El tipo de consentimiento fue configurado con Estado: Inactivo	Consultar la tabla de este módulo y cambiar el Estado del tipo a Activo si corresponde.
Se actualizaron datos sin evaluar el efecto en registros publicados	Se confirmó la edición sin revisar la alerta del sistema ni el indicador “Utilizado en”	Consultar el número en “Utilizado en” y revisar la alerta previa antes de guardar cambios sobre categorías en uso.

6. Preguntas frecuentes

¿Se pueden registrar dos tipos de consentimiento con el mismo nombre?
No. La plataforma valida la unicidad del nombre en todo el catálogo antes de guardar.

¿El campo Descripción es obligatorio?
Sí. No se puede guardar un registro si la Descripción está vacía.

¿Qué ocurre al intentar eliminar un tipo de consentimiento en uso?
El sistema bloquea la acción e informa cuáles registros de consentimiento mantienen la asociación.

¿Qué efecto tiene desactivar un tipo de consentimiento con registros vigentes?
La plataforma emite un aviso de impacto y, tras la confirmación, la categoría deja de mostrarse en los formularios de creación, manteniendo intactos los registros históricos.

¿El módulo guarda un historial de versiones de cada tipo?
No. Los cambios se aplican sobre el registro activo. Solo se administra el estado Activo/Inactivo.

¿Qué categorías se despliegan en el selector del módulo Consentimientos?
Únicamente aquellas que tienen su estado configurado como Activo.

¿Para qué se utiliza la columna “Utilizado en”?
Muestra el número total de consentimientos asociados a ese tipo, permitiendo evaluar el alcance de una modificación, desactivación o eliminación.

7. Buenas prácticas (Recomendación)

Definir nombres y descripciones precisos: Redactar la finalidad de forma explícita para evitar interpretaciones ambiguas por parte del titular.
Consultar “Utilizado en” antes de editar: Revisar el volumen de registros vinculados para prever el impacto de los cambios.
Priorizar la desactivación sobre la eliminación: Cambiar el estado a Inactivo cuando se desee discontinuar una categoría que tenga historial de uso.
Evitar la modificación de tipos en uso: No alterar el Nombre o Descripción de categorías vinculadas a consentimientos vigentes, salvo para correcciones menores o actualizaciones normativas.
Revisar el catálogo existente: Verificar las categorías creadas antes de agregar un nuevo tipo para prevenir la duplicidad de finalidades.

8. Pendientes de validación

Inconsistencia de ubicación en la fuente original: El encabezado de la fuente cita “Parámetros → Tipo Consentimiento”, pero sus flujos de navegación y pie de página señalan “Configuraciones → Tipo Consentimiento”. En este documento se adoptó la ruta Parámetros por consistencia con otros módulos de catálogo (como Tipo Categoría o Tipo Riesgo). Esta ubicación requiere validación y confirmación funcional.