Saltar al contenido
AI Policy Generator

Procedimientos y protocolos · Procedimiento · Operaciones

Procedimiento de notificación de brechas de datos por país

Pasos, plazos, destinatarios y modelos de notificación de brechas de seguridad a autoridades y afectados en cada país, incluidas las que involucran sistemas de IA.

GROU LLC · construido sobre AI Business Core, de Vreinn · · Cómo verificamos las fuentes

A quién ayuda

Empresas que tratan datos personales en varios países de Latinoamérica, en España o en la UE.

Quién lo usa
Seguridad, DPO, legal, comunicación y dirección
Responsable habitual
CISO; DPO
Formatos
DOCX, PDF
Idiomas
Español, English
Extensión aproximada
10 páginas
Extensión
Extenso. Una evaluación o un expediente con varias partes, anexos y registros.
Tipo de documento
Procedimientos y protocolos. Pasos concretos para una tarea: quién hace qué, en qué orden, en qué plazo y qué queda registrado.
Código del documento
APG-OPS-013. APG es la colección AI Policy Generator, OPS el área (Operaciones) y el número identifica el documento. Úsalo para citarlo en tu sistema documental.

Vista previa

Extracto generado a partir del documento: la sección «Cómo usar este documento», el título y las dos primeras secciones, más el índice completo. El resto del texto no se muestra.

APG-OPS-013 · Versión 1.1.0 · fuentes a 4 de noviembre de 2026

Cómo usar este documento

  • Sirve para decidir, en las primeras horas de una brecha de seguridad que afecte a datos personales, a quién hay que notificar, en qué plazo y con qué contenido en cada país en el que opera la organización, incluidas las brechas que se originan en un sistema de IA o en un proveedor de IA.
  • Es una ampliación del plan de respuesta a incidentes de IA: el plan gestiona la contención técnica; este procedimiento gestiona las notificaciones y su prueba.
  • Dueños sugeridos: el responsable de seguridad de la información (CISO) para la detección y la contención, y el delegado de protección de datos (DPO) o la función de privacidad para la valoración y las notificaciones.
  • Antes de adoptarlo, la organización debe decidir quién puede firmar y enviar una notificación a una autoridad, quién aprueba los mensajes a las personas afectadas y qué umbral de riesgo activa la notificación cuando la norma deja margen.
  • Complete la tabla de contactos de la sección 3, la tabla de países de la sección 7 y los campos [COMPLETAR] de los modelos de la sección 8.
  • Conserve en "Variantes por país" solo las jurisdicciones donde trata datos personales o tiene personas afectadas. Una misma brecha puede activar varias variantes a la vez.
  • Los plazos que aparecen sin [COMPLETAR] son los que, según las fuentes revisadas a la fecha de esta versión, fija la norma citada; confírmelos también con su asesor. Los demás quedan abiertos para que los confirme con su asesor antes de aprobar el documento, porque cambian con frecuencia o dependen del sector.
  • Pida al área legal interna o a un asesor externo que revise el procedimiento y los modelos, sobre todo los plazos sectoriales (banca, seguros, salud, telecomunicaciones, servicios esenciales).
  • Apruébelo en el [COMITÉ DE IA] o en el órgano que gestione la seguridad, difúndalo al equipo de respuesta y pruébelo con un simulacro antes de darlo por implantado.

Procedimiento de notificación de brechas de datos por país

Campo Contenido
Organización [RAZÓN SOCIAL] ([NOMBRE DE LA ORGANIZACIÓN])
Dueño del procedimiento [RESPONSABLE]
Área [ÁREA RESPONSABLE]
Países cubiertos [PAÍS]
Contacto de privacidad [EMAIL DE PRIVACIDAD]
Documento relacionado Plan de respuesta a incidentes de IA
Versión y fecha 1.0.0 / [FECHA]

1. Objeto y alcance

1.1. [NOMBRE DE LA ORGANIZACIÓN] establece este procedimiento para valorar, notificar y documentar las brechas de seguridad que afecten a datos personales de los que es responsable o encargada, en cada país donde opera.

1.2. Se aplica a cualquier brecha, con independencia de su origen: sistemas internos, sistemas de IA propios o de terceros, proveedores y encargados, dispositivos, documentos en papel y errores humanos.

1.3. Incluye expresamente las brechas relacionadas con IA, por ejemplo:

  • datos personales introducidos en una herramienta de IA no autorizada o configurada para reutilizar los datos;
  • fuga de datos a través de instrucciones maliciosas (inyección de instrucciones) o de respuestas del modelo;
  • exposición de conjuntos de datos de entrenamiento, ajuste o evaluación;
  • conectores, agentes o integraciones que acceden a repositorios con permisos excesivos;
  • brechas sufridas por un proveedor de IA que trata datos por cuenta de la organización;
  • extracción de datos personales memorizados por un modelo.

1.4. Este procedimiento no sustituye a los deberes sectoriales (banca, seguros, salud, telecomunicaciones, servicios esenciales, mercados de valores) ni a los compromisos contractuales con clientes. Estos se recogen en la tabla de la sección 7 cuando se conozcan.

2. Definiciones

  • Brecha de datos personales: incidente de seguridad que provoca la destrucción, pérdida, alteración, comunicación o acceso no autorizados, accidentales o ilícitos, de datos personales. Incluye la pérdida de disponibilidad.
  • Incidente de ciberseguridad: evento que compromete la confidencialidad, integridad o disponibilidad de redes, sistemas o información, aunque no afecte a datos personales.
  • Momento de conocimiento: fecha y hora en que la organización tiene un grado razonable de certeza de que se ha producido un incidente de seguridad que afecta a datos personales. Desde ese momento corren los plazos.
  • Autoridad: autoridad de protección de datos, equipo de respuesta nacional (CSIRT) o regulador sectorial que deba recibir la notificación.
  • Personas afectadas: titulares de los datos comprometidos.
  • Encargado o proveedor: tercero que trata datos personales por cuenta de la organización, incluidos los proveedores de servicios de IA.

Índice completo del documento:

  • 1. Objeto y alcance
  • 2. Definiciones
  • 3. Equipo de notificación y contactos
  • 4. Flujo de actuación
  • 5. Criterios para valorar el riesgo
  • 6. Escenarios frecuentes con IA
  • 7. Tabla de plazos y destinatarios por país
  • 8. Modelos de notificación
  • 9. Proveedores y encargados
  • 10. Pruebas y revisión
  • Variantes por país
  • Ayudas de implementación
  • Referencias normativas relacionadas
  • Control de versiones

Normas del registro cuyas obligaciones se relacionan con este documento base, según nuestra lectura de las fuentes. No significa que te apliquen.

Argentina

Brasil

Chile

Colombia

Ecuador

Unión Europea

México

Perú

Kits que incluyen este documento

Incluye 5 documentos

Kit Ecuador: LOPDP y normas de IA de la SPDP

EIPD de referencia para preparar su presentación ante la SPDP, registro de tratamientos con IA, delegado de protección de datos, transferencias a proveedores de IA en el exterior y notificación de brechas en 5 días.

USD 149USD 235

Kit completo · disponible para comprar

Incluye 5 documentos

Kit Chile: Ley 21.719 de protección de datos

Preparación para la Ley 21.719 (vigencia prevista el 1 de diciembre de 2026, salvo aplazamiento): EIPD, registro de tratamientos, transferencias, brechas (Ley 21.663) y comunicación a trabajadores de plataformas (Ley 21.431).

USD 149USD 255

Kit completo · disponible para comprar

Incluye 91 documentos

Pack completo

Todas las plantillas vendibles del catálogo en un solo pack: políticas, procedimientos, registros, avisos y matrices base para adaptar con su propio equipo, con un precio fijo por debajo de la suma de los documentos sueltos.

USD 297USD 3393

Kit completo · disponible para comprar

Qué es AI Policy Generator y cómo funciona