Protección de datos en ChatGPT: consumo vs. Enterprise vs. API

Usar OpenAI cumpliendo el RGPD significa utilizar para datos personales de la empresa únicamente ChatGPT Enterprise/Business o la API de OpenAI con un contrato de encargo del tratamiento (DPA) firmado, en los que los datos de clientes no se usan por defecto para entrenar los modelos. ChatGPT de consumo no sirve para esto, porque falta un DPA vinculante con OpenAI como encargado del tratamiento y tu empresa no puede controlar la conservación ni la residencia de los datos.

Para empresas y agencias, la vía de contratación y el contrato que hay detrás deciden si se cumple el RGPD.

• ChatGPT de consumo (gratuito, Plus): sin DPA con OpenAI como encargado, sin una exclusión fiable del entrenamiento por contrato y sin residencia de datos garantizada en la UE. Para datos personales de negocio, queda descartado.
• ChatGPT Enterprise/Business (Business se llamaba Team hasta el cambio de nombre del 29 de agosto de 2025): funciona bajo el DPA de OpenAI, sin entrenamiento con datos de clientes por defecto y con OpenAI como encargado del tratamiento. En Enterprise, los administradores del espacio de trabajo fijan el periodo de conservación y los chats eliminados se borran en un plazo de 30 días.
• API de OpenAI: también bajo DPA. OpenAI guarda por defecto los registros de detección de abusos hasta 30 días, y los objetos almacenados, como archivos o vector stores, hasta que se eliminan. Zero Data Retention (ZDR) está disponible para endpoints elegibles previa aprobación de OpenAI.

Por qué ChatGPT de consumo queda descartado en la empresa

En todo tratamiento de datos personales a través de un sistema de IA, OpenAI es, en el contexto empresarial, encargado del tratamiento en el sentido del art. 28 del RGPD. Por tanto, un contrato de encargo del tratamiento (DPA) válido es obligatorio. Los planes de consumo no incluyen este contrato en la forma que necesita un responsable del tratamiento: no hay sujeción documentada a instrucciones, ni residencia de datos garantizada, ni plazos de conservación configurables.

A esto se suma el riesgo técnico de la memorización. Nasr et al. (2023) demostraron la extracción de datos de entrenamiento (incluidos datos personales) de modelos en producción como ChatGPT con un coste de consultas de unos 200 dólares estadounidenses. Quien introduce sin protección nombres de clientes, datos de personal o información de salud en una interfaz de consumo no puede controlar dónde acaban esos datos.

Los datos personales alucinados también son datos personales. De eso trata la reclamación contra OpenAI que noyb presentó en abril de 2024 ante la autoridad austriaca de protección de datos: ChatGPT había dado repetidamente una fecha de nacimiento falsa de una figura pública, y OpenAI se negó a rectificarla y a suprimirla. Una afirmación falsa pero verosímil sobre una persona identificable puede dar lugar a los derechos de rectificación y de acceso del art. 16 y del art. 15 del RGPD.

Consumo vs. Enterprise/Business vs. API: comparativa según el RGPD

La siguiente tabla resume las diferencias decisivas para el cumplimiento. Los datos se basan en los documentos públicos de OpenAI. Vuelve a revisarlos al firmar el contrato, porque las condiciones de los proveedores cambian con frecuencia.

Importante: la exclusión del entrenamiento y ZDR son compromisos contractuales, no estándares mínimos legales. Los proveedores suelen reservarse derechos limitados para la supervisión de abusos, las revisiones de seguridad y los análisis agregados, en los que pueden actuar como responsables del tratamiento por cuenta propia. Estas excepciones (carve-outs) deben estar claramente delimitadas en el DPA.

Qué enseña la decisión del Garante

Un ejemplo de aplicación muy citado es la resolución del Garante italiano del 2 de noviembre de 2024 (publicada el 20 de diciembre de 2024): una multa de 15 millones de euros contra OpenAI. El Garante constató estas infracciones:

• Tratamiento de datos personales para entrenar ChatGPT antes de haber identificado una base jurídica adecuada (art. 5(1)(a), art. 5(2) y art. 6 del RGPD).
• Transparencia insuficiente frente a los usuarios (art. 12, 13).
• Falta de una verificación de edad adecuada (art. 8, 25).
• Notificación tardía de la brecha de datos del historial de chats de marzo de 2023 (art. 33).
• Además: campaña informativa obligatoria de seis meses en medios italianos.

El Tribunale di Roma anuló la resolución el 18 de marzo de 2026 porque el Garante no era competente: desde el 15 de febrero de 2024, la autoridad irlandesa de protección de datos (DPC) es la autoridad de control principal para OpenAI a través del mecanismo de ventanilla única. El tribunal no se pronunció sobre el fondo de las acusaciones. Aun así, la lista muestra en qué se fijan las autoridades de control con los proveedores de LLM.

Según el art. 83 del RGPD, el marco sancionador llega hasta 20 millones de euros o el 4 % del volumen de negocio anual mundial. A modo de comparación: Clearview AI recibió en Italia una multa de 20 millones de euros por hacer scraping de datos públicos (10 de febrero de 2022). Que algo sea de acceso público no significa que sea «de libre uso».

Siete pasos para un uso conforme a la ley

1. Definir la vía de acceso. Para datos personales, solo ChatGPT Enterprise/Business o la API. Bloquear a nivel organizativo los accesos de consumo (política interna y, si procede, bloqueo técnico).
2. Firmar y revisar el DPA. DPA de OpenAI (en vigor desde el 1 de enero de 2026) con OpenAI Ireland Ltd. como parte contratante para el EEE/Suiza; comprobar el compromiso de exclusión del entrenamiento, la sujeción a instrucciones y la excepción para la supervisión de abusos.
3. Mapear los subencargados. Incluir la lista publicada de subencargados (entre otros, Microsoft Azure para el alojamiento) en el registro de actividades de tratamiento (RoPA); garantizar una cadena ininterrumpida de contratos de encargo según el art. 28(4).
4. Configurar la residencia de datos. Activar la residencia de datos en la UE para cuentas Enterprise/Edu elegibles o configuraciones de API adecuadas; por defecto, el enrutamiento es global.
5. Controlar la conservación. La API guarda por defecto los registros de detección de abusos hasta 30 días. Eliminar activamente los archivos, vector stores y Conversations almacenados; si no, se conservan. En Enterprise, el periodo de conservación lo fijas tú como administrador del espacio de trabajo. Para datos sensibles a través de la API, solicitar ZDR a OpenAI; seudonimizar los logs de prompts o enmascarar los datos personales antes de almacenarlos de forma permanente.
6. Asegurar la base de las transferencias. Usar el DPF UE-EE. UU., pero documentar las cláusulas contractuales tipo como alternativa y una evaluación de impacto de la transferencia (situación en 2026: el recurso Latombe contra el DPF está pendiente ante el TJUE desde el 31 de octubre de 2025, sujeto a cambios).
7. Documentar la EIPD y la base jurídica. Evaluación de impacto relativa a la protección de datos conforme a la guía orientativa de la DSK (6 de mayo de 2024); registrar la base jurídica de cada caso de uso, normalmente el art. 6(1)(f) con un interés legítimo documentado y, en atención al cliente, en su caso el art. 6(1)(b).

Lo que NO deberías hacer con ChatGPT de consumo

• Introducir nombres de clientes, extractos del CRM o datos de candidatos o del personal.
• Tratar categorías especiales según el art. 9 (salud, religión, afiliación sindical, vida sexual).
• Subir documentos empresariales confidenciales o conjuntos completos de documentos.
• Preparar decisiones automatizadas con efectos jurídicos o significativos (art. 22). Además: si, basándote en un sistema de IA de alto riesgo del anexo III del Reglamento de IA, por ejemplo en la selección de candidatos, tomas una decisión con efectos jurídicos o de importancia similar, las personas afectadas tienen derecho a una explicación según el art. 86 del Reglamento de IA. El uso general de ChatGPT no entra en este supuesto.

Ejemplo de cálculo: la conservación como palanca de riesgo

Una agencia gestiona para un cliente un asistente de soporte a través de la API de OpenAI con 5.000 prompts al día, de los cuales alrededor del 8 % (400 prompts) contiene nombres de clientes o datos de contacto. Si los prompts permanecen por defecto hasta 30 días en los registros de detección de abusos, en cualquier momento hay hasta 12.000 prompts con datos personales (400 x 30) en los sistemas del encargado, y cada uno de ellos entra en el ámbito de las solicitudes de acceso y supresión. Con ZDR aprobado por OpenAI y un enmascaramiento previo de los datos personales, este volumen persistente baja casi a cero. Esa es la diferencia entre una solicitud de acceso (DSAR) que se puede responder y una que no.

Para agencias y B2B

Las agencias de marketing y los responsables de decisiones B2B que usan ChatGPT en proyectos de clientes suelen ser ellos mismos responsables del tratamiento o encargados de sus clientes y deben reflejar correctamente la cadena hacia abajo: DPA con OpenAI, residencia de datos documentada, ZDR para flujos de datos sensibles y una plantilla de EIPD reutilizable para cada caso de uso. Quien lo configura bien una vez convierte un riesgo de cumplimiento en un sello de calidad que se puede vender. Blck Alpaca ofrece apoyo en la revisión del DPA, el mapeo de subencargados y la EIPD para agentes de IA en empresas de toda Europa.

Aviso: este artículo tiene fines informativos y no constituye asesoramiento jurídico. Para una evaluación jurídicamente vinculante de tu caso de uso concreto, consulta a una delegada de protección de datos o a un asesor jurídico especializado.