⚡ LIMITED TIME Get our FREE €500+ Compliance Starter Kit
Get It Now →

Formación en privacidad basada en roles para ISO 27701 y GDPR

Igor Petreski

Formación en privacidad basada en roles para ISO 27701 y GDPR

Sarah, CISO de una fintech en rápido crecimiento, esperaba que la auditoría del PIMS conforme a ISO/IEC 27701:2025 revisara políticas, registros y evaluaciones de riesgos. En el segundo día, el auditor ya había salido del terreno previsto.

No preguntó si los empleados habían completado el módulo anual “Privacy 101”. El cuadro de mando mostraba un 98 por ciento de finalización, una cifra aparentemente sólida hasta que las preguntas se volvieron quirúrgicas.

“Sus desarrolladores tratan PII financiera sensible y están implantando autenticación biométrica. ¿Qué formación específica han recibido sobre privacidad desde el diseño, minimización de datos en el diseño de API, registro seguro de eventos, restricciones sobre datos de prueba y categorías especiales de datos conforme a GDPR?”

Después llegó el turno de atención al cliente.

“Pueden ver historiales de transacciones. ¿Cómo se les forma para reconocer una solicitud de acceso del interesado, verificar la identidad, evitar notas excesivas en tickets y escalar una divulgación accidental?”

Luego, RR. HH.

“Acaban de incorporar un nuevo sistema de nóminas en la nube alojado fuera de la UE. ¿Qué formación en privacidad recibieron sobre diligencia debida del encargado del tratamiento, transferencias internacionales, registros de empleados y conservación?”

Sarah contaba con políticas, un Registro de Actividades de Tratamiento, cláusulas con proveedores, procedimientos de violación de seguridad de datos personales y un alcance del PIMS definido. Lo que no tenía era evidencia defendible de que las personas adecuadas hubieran recibido formación para las responsabilidades de privacidad adecuadas.

Esa es la brecha que rompe muchos programas de privacidad. ISO/IEC 27701:2025 y GDPR no premian a las organizaciones por una concienciación genérica. Exigen responsabilidad proactiva, competencia y evidencia operativa. Si las personas recogen, usan, visualizan, almacenan, comparten, suprimen, supervisan o dan soporte a sistemas que contienen PII, deben saber qué aplica a su rol, cuándo escalar y dónde se registran las evidencias.

La formación y concienciación en privacidad basada en roles es lo que convierte un PIMS en una realidad operativa.

Por qué falla la formación en privacidad de talla única

La mayoría de las organizaciones ya ejecutan algún tipo de formación y concienciación en seguridad. El problema es que las obligaciones de privacidad no se distribuyen de forma uniforme en toda la organización.

Un desarrollador necesita privacidad desde el diseño, enmascaramiento, seudonimización, codificación segura, minimización del registro de eventos y concienciación sobre el impacto de los cambios. Un agente de soporte necesita verificación de identidad, minimización de tickets, reconocimiento de solicitudes de derechos de los interesados y escalado de divulgaciones accidentales. RR. HH. necesita privacidad de los empleados, tratamiento de categorías especiales de datos, confidencialidad, conservación y restricciones de acceso. Compras debe saber cuándo un proveedor es encargado del tratamiento o subencargado del tratamiento. Los equipos de respuesta a incidentes deben distinguir un incidente de seguridad de una violación de seguridad de datos personales.

Un único cuestionario anual sobre GDPR no puede generar competencia operativa en todos esos roles.

GDPR lo hace visible mediante Article 5, que define principios como licitud, lealtad, transparencia, limitación de la finalidad, minimización de datos, exactitud, limitación del plazo de conservación, integridad y confidencialidad. Article 5(2) añade el principio de responsabilidad proactiva, que exige a los responsables del tratamiento demostrar el cumplimiento. Article 32 exige medidas técnicas y organizativas adecuadas para la seguridad del tratamiento. Articles 4, 6 y 9 hacen que la claridad de roles sea aún más importante al definir el tratamiento, las relaciones entre responsable del tratamiento y encargado del tratamiento, la base jurídica y los datos de categorías especiales.

La pregunta práctica de auditoría es sencilla: ¿puede demostrar que el personal comprende las responsabilidades sobre PII vinculadas a su rol?

La posición de Clarysec para pymes es directa. En la Política de Concienciación y Formación en Seguridad de la Información - pyme, la cláusula 1.3 establece:

“Esta política respalda el cumplimiento de ISO/IEC 27001, NIS2, GDPR y DORA mediante la integración de la concienciación en seguridad en las prácticas de trabajo diarias y en las expectativas basadas en roles.”

La expresión “prácticas de trabajo diarias” es la clave. La concienciación en privacidad no es un cartel. Debe ser visible en la recogida, el acceso, el intercambio, la conservación, la supresión, la incorporación de proveedores, la notificación de incidentes y la revisión por la dirección.

De la concienciación a la competencia del PIMS

Clarysec trata la formación en privacidad como un control de gobernanza, no como un proyecto secundario de aprendizaje y desarrollo. Un programa de formación del PIMS defendible tiene cuatro capas:

  1. Concienciación básica en privacidad para todo el personal con acceso a PII o responsabilidades en el PIMS.
  2. Formación basada en roles para los equipos cuyas decisiones afectan a los resultados de privacidad.
  3. Formación activada por eventos tras cambios de rol, nuevos sistemas, incidentes, hallazgos de auditoría o cambios regulatorios.
  4. Captura de evidencias en REG11, vinculada a destinatario, rol, tipo de formación, fecha límite de finalización, acuses de recibo, registros de vencimiento, evidencias de actualización y propietarios de evidencias.

Esto sigue la estructura del Zenith Blueprint, la hoja de ruta de Clarysec en 30 pasos para implantar un sistema de gestión preparado para auditoría. En el paso 4, “Roles y responsabilidades en el SGSI”, el Blueprint subraya la comunicación de roles para que el personal sepa quién es responsable de qué, a quién contactar y cómo notificar incidentes.

El paso 5, “Comunicación, concienciación y competencia”, es aún más explícito:

“Identificar las competencias requeridas: determine qué conocimientos y habilidades son necesarios para los diferentes roles en su SGSI… sus desarrolladores deben conocer los principios de codificación segura, su equipo de RR. HH. debe saber cómo tratar datos personales de forma segura, etc.”

Esa misma lógica se aplica directamente a ISO/IEC 27701:2025. No se pueden asignar responsabilidades sobre PII y esperar que la concienciación genérica las cubra. La competencia debe identificarse, impartirse, medirse y evidenciarse.

La Política de formación, concienciación y competencia en privacidad convierte esto en un flujo de trabajo del PIMS. La cláusula 4.1.6 exige:

“El Responsable de Privacidad / Responsable del PIMS DEBE registrar en REG11 el destinatario asignado de la formación, el tipo de formación, la fecha límite de finalización y el propietario de la evidencia antes de que comience cada ciclo anual de formación.”

Esto crea un puente entre los roles de privacidad y las evidencias de auditoría. El auditor ya no tiene que inferir quién debería haber recibido formación. REG11 muestra la asignación, el plazo, la finalización, el estado de vencimiento, el acuse de recibo, el ciclo de actualización y el propietario.

Los controles de ISO/IEC 27002:2022 que respaldan la formación en privacidad

La formación en privacidad se vuelve auditable cuando se vincula a controles, no solo a finalizaciones de cursos. En Zenith Controls, Clarysec mapea la formación en privacidad basada en roles mediante tres controles centrales de ISO/IEC 27002:2022: 6.3, 5.2 y 5.34.

Control ISO/IEC 27002:2022Significado para el PIMSPor qué importa para ISO 27701:2025 y GDPR
6.3 Concienciación, educación y formación en seguridad de la informaciónEl personal recibe concienciación, educación y formación general y específica por rolConvierte las obligaciones de privacidad en comportamiento diario y proporciona evidencias de competencia
5.2 Roles y responsabilidades de seguridad de la informaciónSe asignan y comunican responsabilidades de privacidad, seguridad, riesgo, incidentes, proveedores y propiedad de sistemasGarantiza que la formación esté vinculada a roles responsables del PIMS, no a audiencias genéricas
5.34 Privacidad y protección de PIILa protección de PII se integra en políticas, procedimientos, sistemas y operacionesGarantiza que la formación en privacidad cubra riesgos reales sobre PII, principios de GDPR, notificación de violaciones de seguridad y tratamiento lícito

Zenith Controls clasifica el control 6.3 como preventivo, compatible con la confidencialidad, integridad y disponibilidad, con el concepto de ciberseguridad “Protect”, la capacidad operativa “Seguridad de Recursos Humanos” y los dominios de gobernanza y ecosistema. Su finalidad es prevenir fallos de privacidad y seguridad causados por error humano, expectativas poco claras y confusión de roles.

El control 6.3 también depende de controles relacionados:

Control ISO/IEC 27002:2022 relacionadoRelación con la formación en privacidad
5.1 Políticas de seguridad de la informaciónLa formación comunica las políticas para que se comprendan y se sigan
5.2 Roles y responsabilidades de seguridad de la informaciónLas definiciones de roles impulsan la formación en privacidad específica por rol
5.36 Cumplimiento de políticas, reglas y normas de seguridad de la informaciónLa formación ayuda al personal a cumplir los requisitos internos y externos
6.4 Proceso disciplinarioEl personal comprende las consecuencias del incumplimiento
6.8 Notificación de eventos de seguridad de la informaciónEl personal aprende a reconocer y notificar eventos de seguridad y privacidad
8.16 Actividades de supervisiónEl personal de supervisión comprende anomalías, herramientas y protocolos de escalado

Para privacidad, el control 5.34 es el ancla. Zenith Blueprint, paso 23, explica el requisito de comportamiento que hay detrás de la privacidad y la protección de PII:

“El personal debe comprender qué es la PII, cómo notificar usos indebidos y qué prácticas están prohibidas, no en términos jurídicos, sino como comportamiento diario.”

Esa frase resume lo que muchas implantaciones de PIMS pasan por alto. Las políticas de privacidad pueden ser artefactos jurídicos, pero la formación en privacidad debe ser operativa.

Construya la matriz de formación del PIMS basada en roles

El artefacto más útil para la gobernanza de la formación en privacidad es una matriz de formación basada en roles. Conecta rol, exposición a PII, riesgos clave, formación requerida, calendario y evidencias.

La Política de formación, concienciación y competencia en privacidad exige esto antes de asignar responsabilidades del PIMS. La cláusula 4.3.1 establece:

“El Responsable de Privacidad / Responsable del PIMS DEBE definir en REG11 los temas de formación en privacidad basada en roles antes de asignar responsabilidades del PIMS a un rol.”

Una matriz práctica debería tener este aspecto:

Rol o audienciaExposición a PIITemas requeridos de formación en privacidadEvidencias en REG11
Todo el personal con acceso a PIIPuede visualizar, almacenar, transmitir o comentar PIIDefinición de PII, confidencialidad, minimización de datos, intercambio seguro, notificación de incidentes, phishing, uso aceptableAsignación básica, fecha de finalización, puntuación del cuestionario, acuse de recibo
Equipo de RR. HH.Registros de empleados y candidatos, nóminas, datos de salud o ausenciasPrivacidad de los empleados, tratamiento de categorías especiales de datos, conservación, restricciones de acceso, confidencialidad, transferencia seguraMódulo de rol de RR. HH., acuse de recibo de confidencialidad, evidencias de actualización
Atención al clienteIdentificadores de clientes, tickets, capturas de pantalla, incidencias de cuentaVerificación de identidad, minimización de tickets, reconocimiento de solicitudes de derechos de los interesados, divulgación accidental, escaladoMódulo de soporte, cuestionario basado en escenarios, evidencias de simulacro de escalado
Desarrolladores y personal de pruebasConjuntos de datos de producción o prueba, registros, analítica, telemetríaPrivacidad desde el diseño, enmascaramiento, seudonimización, registro seguro de eventos, restricciones sobre datos de prueba, revisión de cambiosMódulo para desarrolladores, evidencias de SDLC seguro, lista de verificación de privacidad del proyecto
Administradores de sistemasAcceso privilegiado a sistemas que contienen PIIMínimo privilegio, supervisión, aprobaciones de acceso, registro de eventos, cifrado, gestión de actividad privilegiadaMódulo de administración, acuse de recibo de acceso privilegiado, evidencias de revisión de accesos
Compras y propietarios de proveedoresContratos con proveedores y relaciones con encargados del tratamientoDiligencia debida del encargado del tratamiento, concienciación sobre subencargados del tratamiento, cláusulas contractuales, consideraciones de transferencia, obligaciones de incidentes del proveedorMódulo de proveedores, formación sobre lista de verificación de proveedores, acuse de recibo del flujo de trabajo de compras
Equipo de respuesta a incidentesEventos de seguridad y posibles violaciones de seguridad de datos personalesTriaje de violaciones de seguridad, preservación de evidencias, escalado de notificaciones, comunicaciones, causa raíz, lecciones aprendidasMódulo de incidentes, asistencia a ejercicios de simulación, resultados de escenarios
Alta dirección y órgano de direcciónGobernanza, recursos, responsabilidad proactiva, aceptación del riesgoResponsabilidad proactiva de GDPR, objetivos del PIMS, apetito de riesgo, exposición regulatoria, métricas, revisión por la direcciónSesión informativa ejecutiva, asistencia, actas de revisión por la dirección

Esta matriz también respalda la claridad de roles entre responsable del tratamiento y encargado del tratamiento. Un proveedor SaaS que actúa como encargado del tratamiento necesita formación sobre instrucciones documentadas del cliente, participación de subencargados del tratamiento, apoyo ante violaciones de seguridad, devolución y supresión, y obligaciones trasladadas contractualmente. La misma organización, cuando actúa como responsable del tratamiento para RR. HH. y marketing, necesita formación sobre base jurídica, avisos de privacidad, consentimiento cuando corresponda, derechos de los interesados y conservación.

Esta distinción importa porque GDPR Article 4 diferencia entre responsables del tratamiento y encargados del tratamiento, e ISO/IEC 27701:2025 espera que esos roles de privacidad se comprendan operativamente.

Use formación de incorporación, anual y activada por eventos

Un programa de formación del PIMS debe responder a tres preguntas de calendario: qué ocurre cuando alguien se incorpora, qué ocurre cada año y qué ocurre cuando cambia el riesgo.

La Política de formación, concienciación y competencia en privacidad establece la base. La cláusula 4.2.1 exige:

“El Responsable de Privacidad / Responsable del PIMS DEBE asignar formación básica de concienciación en privacidad en REG11 dentro de los 10 días hábiles posteriores a la incorporación del personal con acceso a PII o responsabilidades en el PIMS.”

La cláusula 4.2.3 añade:

“El Responsable de Privacidad / Responsable del PIMS DEBE asignar formación anual de actualización en privacidad en REG11 al menos una vez cada 12 meses.”

La Política de Concienciación y Formación en Seguridad de la Información para pymes refuerza la actualización y el enfoque práctico. La cláusula 6.1.1 establece:

“Los materiales deben ser prácticos, adecuados al rol y actualizarse anualmente.”

El paso maduro es la formación activada por eventos. La cláusula 6.5.1 de la misma política para pymes establece:

“Cuando cambien los roles del puesto o se introduzcan sistemas, puede requerirse formación específica de concienciación (por ejemplo, intercambio seguro de archivos, nuevos requisitos de protección de datos y minimización de datos).”

Aquí es donde la formación en privacidad pasa a estar informada por el riesgo. Un agente de soporte ascendido a responsable de equipo puede adquirir obligaciones de aprobación de accesos. Un nuevo CRM puede introducir exportaciones, integraciones, campos de conservación e impactos en solicitudes de derechos de los interesados. Una nueva herramienta de analítica puede introducir seguimiento, elaboración de perfiles o implicaciones de consentimiento. Un nuevo proveedor de nóminas puede introducir requisitos de diligencia debida del encargado del tratamiento y transferencias internacionales.

La formación debe activarse por estos cambios, no aplazarse hasta la actualización anual.

La Política de Concienciación y Formación en Seguridad de la Información para organizaciones añade una ventana clara de finalización. La cláusula 6.1.3 establece:

“La formación basada en roles (por ejemplo, administradores, desarrolladores, alta dirección) debe asignarse y completarse dentro de los 60 días posteriores a la asignación del rol o a la elevación de privilegios del sistema.”

Para roles de PII de alto riesgo, muchas organizaciones eligen plazos más cortos, pero el principio es el mismo: la formación basada en roles sigue a la responsabilidad.

Cómo REG11 cierra un hallazgo de auditoría

Considere un hallazgo realista de auditoría interna:

“El personal de atención al cliente puede acceder a PII de clientes y puede recibir solicitudes de acceso de los interesados, pero no existe evidencia de formación en privacidad basada en roles para agentes de soporte o responsables de equipo.”

Un equipo de implantación de Clarysec cerraría el hallazgo en cinco pasos.

Primero, el Responsable de Privacidad crea en REG11 una audiencia de formación denominada “Gestores de PII de atención al cliente”. El propietario de la evidencia es el Responsable de Operaciones de Soporte. El tipo de formación es “formación en privacidad basada en roles”. El plazo de finalización es de 30 días. Las responsabilidades vinculadas incluyen verificación de identidad, minimización de tickets, archivos adjuntos seguros, reconocimiento de solicitudes de derechos de los interesados y escalado de posibles violaciones de seguridad.

Segundo, el Responsable de Privacidad mapea el contenido con los requisitos de la política, incluida la cláusula 4.3.1 de la Política de formación, concienciación y competencia en privacidad y la cláusula 6.1.3 de la Política de Concienciación y Formación en Seguridad de la Información para organizaciones.

Tercero, la formación utiliza pruebas basadas en escenarios:

EscenarioCompetencia esperada
Un cliente solicita en un ticket “todos los datos que tienen sobre mí”Reconocer una posible solicitud de acceso del interesado y escalarla mediante el flujo de trabajo aprobado
Un agente de soporte quiere pegar una captura de pantalla de pago en el chatMinimizar la PII y utilizar canales seguros aprobados
Un cliente envía por error el documento de identidad de otra personaDetener el tratamiento innecesario y escalar la divulgación accidental
Un cambio de permisos expone registros inesperados de clientesNotificar un posible incidente de control de acceso y privacidad
Una solicitud de supresión entra en conflicto con una obligación de conservación legalEscalar para revisión de privacidad y jurídica antes de actuar

Cuarto, la finalización se registra en REG11: alumno, rol, módulo, marca temporal de finalización, puntuación de cuestionario o escenario, acuse de recibo, estado de vencimiento, fecha de actualización y propietario de la evidencia.

La cláusula 4.4.1 de la Política de formación, concienciación y competencia en privacidad exige:

“El Responsable de Privacidad / Responsable del PIMS DEBE mantener en REG11 evidencias de asignación, finalización, vencimiento, acuse de recibo y actualización para cada actividad requerida de formación en privacidad.”

Quinto, el hallazgo de auditoría se cierra con evidencias: exportación de REG11, material de formación, registros de asistencia, resultados de cuestionarios, actualización del procedimiento de soporte y vía interna de escalado.

La clave no es que soporte haya recibido una presentación. La clave es que se asignó, probó, evidenció y vinculó a obligaciones del PIMS una competencia específica por rol.

Valor de cumplimiento transversal: GDPR, NIS2, DORA, NIST y COBIT

La formación en privacidad basada en roles no es solo una cuestión de ISO/IEC 27701:2025. Es un control de cumplimiento transversal.

GDPR aporta el contenido sustantivo de privacidad. Article 5(2) exige responsabilidad proactiva. Article 32 exige medidas técnicas y organizativas adecuadas para la seguridad del tratamiento. Article 39(1)(b) también incluye la concienciación y la formación del personal dentro de la función de supervisión del DPO cuando se ha designado un DPO.

La Política de Concienciación y Formación en Seguridad de la Información para organizaciones lo reconoce en la cláusula 11.4.1:

“Article 32 – Seguridad del tratamiento: exige que el personal que trata datos personales reciba formación para reconocer, prevenir y notificar riesgos para la información personal. Esta política garantiza que los gestores de datos y todos los roles relevantes reciban la formación correspondiente.”

NIS2 añade resiliencia cibernética. Article 20 exige que los miembros del órgano de dirección de las entidades esenciales e importantes sigan formación en ciberseguridad y fomenta la formación periódica de los empleados. Article 21(2)(i) incluye prácticas básicas de higiene cibernética y formación en ciberseguridad entre las medidas de gestión de riesgos.

DORA añade especificidad para el sector financiero. Article 13 exige a las entidades financieras mantener programas de formación en resiliencia operativa digital como parte de la política de recursos humanos. Article 5 también atribuye al órgano de dirección obligaciones de gobernanza del riesgo de las TIC. Para las entidades financieras, DORA se aplica directamente desde el 17 de enero de 2025 y opera como acto jurídico sectorial específico de la Unión cuando se solapa con las obligaciones de NIS2 sobre riesgo de las TIC y notificación de incidentes.

NIST CSF 2.0 proporciona una capa organizativa. La función GOVERN espera que las obligaciones legales, regulatorias, contractuales, de privacidad y de libertades civiles se comprendan y gestionen. La función PROTECT incluye concienciación y formación mediante PR.AT-01 para la concienciación del personal y PR.AT-02 para formación especializada por rol.

COBIT 2019 se centra en gobernanza y capacidad. APO07 respalda la gestión de recursos humanos, BAI05.07 respalda el desarrollo de habilidades, APO13.01 respalda la gestión de seguridad y DSS06.08 respalda la gestión de privacidad de datos. Desde la perspectiva de COBIT, la formación en privacidad debe conectarse con la capacidad de la plantilla, los objetivos de gobernanza, la revisión por la dirección y las acciones correctivas.

Zenith Controls reúne estos hilos. Mapea el control 6.3 con las expectativas de formación y concienciación de GDPR, NIS2 Article 21(2)(i), DORA Article 13, los controles de concienciación y formación de NIST SP 800-53, y los objetivos de COBIT sobre habilidades y políticas laborales. Mapea el control 5.2 con la responsabilidad proactiva de GDPR y las tareas del DPO, las medidas organizativas de NIS2, las responsabilidades de gobernanza de DORA, la asignación de roles de NIST y las estructuras de gobernanza de COBIT. Mapea el control 5.34 con la seguridad y la privacidad desde el diseño de GDPR, las políticas de seguridad de NIS2, la confidencialidad de datos de DORA, los controles de privacidad de NIST y la gestión de privacidad de COBIT.

El beneficio para la organización es la eficiencia. Un único sistema de formación gobernado puede producir evidencias para varios marcos, en lugar de obligar a los equipos a mantener programas de cumplimiento desconectados.

Guías ISO de apoyo que refuerzan el programa

La formación del PIMS basada en roles se fortalece cuando se conecta con guías ISO relacionadas.

ISO/IEC 27005:2024 trata los riesgos de factor humano, incluidos phishing, ingeniería social y conducta negligente, como fuentes de riesgo que requieren tratamiento. Por tanto, la formación es un tratamiento de riesgos, no un ejercicio administrativo.

ISO/IEC 27035-1:2023 enfatiza la concienciación para la gestión de incidentes. El personal debe reconocer y notificar incidentes, incluido el posible uso indebido de PII o la divulgación accidental. Para privacidad, esto es crítico porque los plazos de evaluación de violaciones de seguridad suelen comenzar cuando la organización tiene conocimiento de un problema.

ISO/IEC 27017 respalda la claridad de roles específica de la nube. Los equipos de nube necesitan formación sobre responsabilidad compartida, configuración, gestión de accesos, responsabilidades de copia de seguridad, registro de eventos, supervisión y escalado.

ISO/IEC 27018 respalda la protección de PII en entornos de nube pública. Los proveedores de servicios en la nube y los clientes deben formar al personal sobre instrucciones del cliente, uso no autorizado, devolución y supresión de PII, y apoyo ante violaciones de seguridad.

ISO/IEC 29100 proporciona principios de privacidad como consentimiento, limitación, transparencia, minimización y responsabilidad proactiva. Estos principios ayudan a convertir el lenguaje jurídico en comportamiento práctico.

ISO/IEC 27014 respalda la delegación de gobernanza y la toma de decisiones, lo que importa cuando la alta dirección, los responsables de privacidad, los propietarios de riesgos y los propietarios de sistemas necesitan distintos niveles de profundidad en la formación.

ISO/IEC 27036-2 respalda las responsabilidades de relación con proveedores. Compras y los propietarios de proveedores necesitan formación en privacidad porque los contratos con encargados del tratamiento, las cadenas de subencargados del tratamiento, los derechos de auditoría y las cláusulas de incidentes afectan al riesgo real.

Qué prueban realmente los auditores

Un programa de formación en privacidad solo es defendible si supera las pruebas.

Un auditor orientado a ISO comenzará por alcance, roles, competencia, concienciación y registros. Puede muestrear nuevas incorporaciones, desarrolladores, usuarios con privilegios, personal de RR. HH., agentes de soporte, propietarios de compras, contratistas y equipos de respuesta a incidentes.

Un auditor del PIMS comprobará el contenido sustantivo de privacidad. Puede preguntar si el personal comprende la PII, el reconocimiento de solicitudes de derechos de los interesados, las obligaciones del responsable del tratamiento y del encargado del tratamiento, las instrucciones de tratamiento, el escalado de violaciones de seguridad y las prácticas prohibidas.

Un evaluador orientado a NIST buscará concienciación general, formación especializada por rol, registros de formación y deficiencias con seguimiento. Puede comparar perfiles actuales y objetivo y revisar planes de acción.

Un auditor de COBIT evaluará si la formación respalda los objetivos de gobernanza y la capacidad de la plantilla. Puede preguntar si la dirección revisa tasas de finalización, formación vencida, tendencias de simulaciones de phishing, comportamiento de notificación de incidentes y acciones correctivas.

Un auditor con enfoque ISACA ITAF puede centrarse en evidencias de desempeño: tasas de finalización, puntuaciones de cuestionarios, entrevistas, resultados de simulaciones, tendencias de incidentes y acciones de la dirección.

Zenith Controls recoge esta perspectiva de auditoría para el control 6.3. Los auditores pueden revisar currículos, calendarios, materiales, registros de asistencia, certificados de finalización, entrevistas a empleados, resultados de simulaciones de phishing y métricas como tasas de finalización y puntuaciones de cuestionarios. Una prueba práctica de entrevista suele ser decisiva: ¿pueden los empleados explicar qué harían si reciben un mensaje sospechoso, sospechan un acceso no autorizado a PII o reciben una solicitud de privacidad?

La evidencia no es solo una hoja de cálculo. Es que las personas sepan qué hacer.

No conformidades habituales en la formación del PIMS

Las implantaciones de Clarysec revelan deficiencias recurrentes en la formación en privacidad:

  • Existe formación, pero es genérica y no está basada en roles.
  • Los gestores de PII no están claramente identificados.
  • Se omite a contratistas y terceros con acceso a PII o a sistemas.
  • Los desarrolladores reciben formación en codificación segura, pero no en privacidad desde el diseño ni en restricciones sobre datos de prueba.
  • Los equipos de soporte reciben formación sobre calidad del servicio, pero no sobre reconocimiento de solicitudes de derechos de los interesados ni divulgación accidental.
  • RR. HH. trata datos sensibles de empleados sin evidencias de formación en privacidad específica por rol.
  • Compras negocia contratos con proveedores sin formación sobre encargados del tratamiento o subencargados del tratamiento.
  • Los equipos de respuesta a incidentes conocen el escalado cibernético, pero no el triaje de violaciones de seguridad de datos personales.
  • Las nuevas incorporaciones completan formación de seguridad, pero la formación en privacidad se retrasa.
  • Los cambios de rol y los nuevos sistemas no activan formación específica.
  • Se supervisa la finalización, pero faltan evidencias de vencimiento, acuses de recibo y actualizaciones.
  • La dirección recibe cuadros de mando, pero no actúa sobre las deficiencias.

La Política de Protección de Datos y Privacidad deja clara la disciplina de gestión esperada. La cláusula 4.7.3 exige a las organizaciones:

“Mantener acuerdos de confidencialidad del personal y formación de concienciación en privacidad.”

Para pymes, la Política de Protección de Datos y Privacidad - pyme es más directa. La cláusula 4.5.2 establece:

“Debe completarse la formación en privacidad”

La cláusula 7.2.2 conecta la formación con el tratamiento de riesgos:

“La formación y la concienciación deben utilizarse como controles para reducir el error humano en el tratamiento de datos”

Ese es el núcleo del problema. La formación en privacidad es un control diseñado para reducir el riesgo.

Lista de verificación práctica para la implantación

Un programa de formación en privacidad defendible no necesita volverse burocrático. Necesita un modelo operativo claro, buenas evidencias y atención periódica de la dirección.

Utilice esta lista de verificación para construir o mejorar su programa:

PasoAcciónEvidencia
1Definir roles del PIMS y grupos de acceso a PIIRegistro de roles, grupos de acceso, matriz de responsabilidades
2Mapear cada rol con obligaciones de privacidad y riesgos clave sobre PIIMatriz de responsabilidades del PIMS, evaluación de riesgos, vínculos con el RoPA
3Definir temas de formación básica y basada en rolesAsignaciones en REG11, catálogo de formación, mapeo con políticas
4Asignar formación de incorporación dentro de los plazos requeridosRegistros de incorporación en REG11, fechas de finalización
5Asignar formación anual de actualización en privacidadPlan anual de formación, registros de actualización
6Activar formación tras cambios de rol, nuevos sistemas, incidentes y hallazgos de auditoríaRegistros de cambios, lecciones aprendidas de incidentes, entradas REG11 actualizadas
7Probar la competencia mediante escenarios, cuestionarios, entrevistas y ejercicios de simulaciónPuntuaciones, asistencia, notas de entrevistas, informes de ejercicios de simulación
8Escalar la formación vencida e informar métricas a la direcciónRegistro de vencimientos, actas de revisión por la dirección, acciones correctivas
9Actualizar materiales anualmente y tras cambios materialesHistorial de versiones, aprobaciones, comunicaciones
10Vincular evidencias con controles y obligaciones de cumplimientoMatrices de correspondencia, paquete de auditoría, exportación de REG11

El Zenith Blueprint respalda este ciclo de vida mediante liderazgo, alcance, asignación de roles, competencia, comunicación e implantación de controles. En la fase Controles en acción, paso 15, “Controles sobre las personas I”, recomienda formación anual, módulos específicos por rol, incorporación de nuevas contrataciones, phishing simulado, boletines, sesiones informativas de equipo, evidencias de participación y extensión de la formación a contratistas o terceros con acceso a sistemas o datos.

El paquete de políticas proporciona la base de gobernanza. La política específica de formación en privacidad aporta el flujo de trabajo de evidencias REG11. Las políticas de protección de datos definen responsabilidades y expectativas de concienciación. Zenith Controls proporciona la capa de mapeo de auditoría y cumplimiento transversal.

En conjunto, estas herramientas ayudan a un CISO, Responsable de Privacidad, DPO, responsable de cumplimiento o responsable de RR. HH. a explicar por qué un único programa de formación respalda las expectativas de ISO/IEC 27701:2025, GDPR, NIS2, DORA, NIST y COBIT.

Convierta la responsabilidad proactiva en privacidad en comportamiento diario

Si su programa ISO/IEC 27701:2025 o GDPR se basa en concienciación anual genérica, empiece con una prueba sencilla. Elija cinco roles que traten PII: RR. HH., atención al cliente, desarrolladores, administradores y compras.

Para cada rol, pregunte:

  • ¿Qué PII tratan?
  • ¿Qué decisiones de privacidad toman?
  • ¿Qué errores podrían generar riesgo de GDPR o del PIMS?
  • ¿Qué formación han completado?
  • ¿Dónde está la evidencia?
  • ¿Sabrían escalar hoy un posible incidente de PII?
  • ¿Se ha actualizado la formación tras cambios de sistemas, incidentes o hallazgos de auditoría?

Si no puede responder a esas preguntas a partir de evidencias documentadas, el programa de formación todavía no es defendible.

Clarysec ayuda a las organizaciones a pasar de porcentajes de finalización a competencia medible. Utilice la Política de formación, concienciación y competencia en privacidad, la Política de Concienciación y Formación en Seguridad de la Información, la Política de Concienciación y Formación en Seguridad de la Información - pyme, la Política de Protección de Datos y Privacidad, la Política de Protección de Datos y Privacidad - pyme, Zenith Blueprint y Zenith Controls para construir un programa de formación del PIMS preparado para auditoría que convierta la responsabilidad proactiva en privacidad en comportamiento diario.

Descargue el paquete de políticas, mapee sus roles con REG11 y programe una evaluación de Clarysec para demostrar que sus personas no solo son conscientes de la privacidad. Son competentes, responsables y están preparadas para la auditoría.

About the Author

Igor Petreski

Igor Petreski

Compliance Systems Architect, Clarysec LLC

Igor Petreski is a cybersecurity leader with over 30 years of experience in information technology and a dedicated decade specializing in global Governance, Risk, and Compliance (GRC).Core Credentials & Qualifications:• MSc in Cyber Security from Royal Holloway, University of London• PECB-Certified ISO/IEC 27001 Lead Auditor & Trainer• Certified Information Systems Auditor (CISA) from ISACA• Certified Information Security Manager (CISM) from ISACA • Certified Ethical Hacker from EC-Council

Share this article