¿Puedo usar ChatGPT con datos de clientes? Guía práctica para empresas

Qué revisar antes de copiar un correo, un contrato o una base de datos en una herramienta de IA

Índice

• 1. Los datos de clientes no son una única categoría
• 2. La cuenta utilizada cambia el análisis
• 3. Qué debe revisar una empresa antes de usar los datos
• 4. Semáforo práctico de situaciones habituales
• 5. Un procedimiento prudente que sí puede aplicarse
• 6. Qué hacer si los datos ya se han compartido
• 7. Checklist antes de copiar o subir información
• 8. Preguntas frecuentes
• 9. Conclusión
• Fuentes oficiales

¿Se pueden introducir datos de clientes en ChatGPT?

La escena es bastante normal. Llega un correo largo de un cliente, con un contrato adjunto, nombres, teléfonos y algún dato que convendría tratar con cuidado. La persona que lo recibe piensa: «Si lo copio en ChatGPT, en medio minuto tengo el resumen». Y lo hace.

El problema no está en pedir un resumen. Está en todo lo que puede viajar con ese texto sin que nadie se detenga a mirarlo: datos personales, condiciones económicas, información contractual, secretos profesionales o detalles que permiten identificar a una persona aunque se haya borrado su nombre.

Por eso la pregunta útil no es simplemente si ChatGPT cumple o no el RGPD. La pregunta es otra: ¿puede esta empresa utilizar este producto, con estos datos y para esta finalidad, aplicando garantías suficientes?

La respuesta puede ser distinta para una tienda que prepara ideas de marketing con perfiles ficticios, para una asesoría que resume una nómina y para una empresa que integra una API en su servicio de atención al cliente. Meter todos esos casos en el mismo saco conduce a dos errores opuestos: prohibir cualquier uso o dar por seguro todo lo que se haga con una cuenta de pago.

1. Los datos de clientes no son una única categoría

Cuando una empresa dice que quiere usar «datos de clientes», conviene frenar un momento. Esa expresión puede referirse a información muy diferente y no toda recibe el mismo tratamiento.

Datos que no identifican a una persona

El nombre de una sociedad mercantil, una tarifa pública o una descripción general de un sector no son necesariamente datos personales. Aun así, pueden ser información confidencial de la empresa. Que algo quede fuera del RGPD no significa que pueda compartirse sin revisar contratos, deberes de secreto o políticas internas.

Datos personales ordinarios

Un nombre, un correo profesional nominativo, un número de teléfono, un DNI, una firma o una dirección pueden identificar directa o indirectamente a una persona. También puede hacerlo la combinación de varios detalles aparentemente inocentes: cargo, localidad, fecha de una operación y nombre del proyecto.

Los datos de una empresa cliente pueden contener, por tanto, datos personales de su administrador, sus trabajadores, sus proveedores o sus propios clientes. El hecho de que aparezcan dentro de un contrato entre sociedades no los convierte en datos anónimos.

Información especialmente delicada

Historias clínicas, información sobre discapacidad, creencias, afiliación sindical, datos biométricos, antecedentes, nóminas, expedientes laborales o situaciones financieras exigen una prudencia mucho mayor. Lo mismo ocurre con documentos sujetos a secreto profesional o a compromisos de confidencialidad, aunque parte de su contenido no sea un dato personal.

Anonimizar no es cambiar el nombre por «Cliente A»

Si la empresa conserva una tabla que permite volver a identificar a la persona, o si el propio contexto basta para saber de quién se habla, los datos están seudonimizados, no anonimizados. La seudonimización reduce riesgos, pero los datos siguen sometidos al RGPD.

La anonimización real exige que la reidentificación deje de ser razonablemente posible. En la práctica, para muchas tareas cotidianas resulta más sencillo crear un caso ficticio o una versión reducida del documento que intentar anonimizar deprisa un expediente completo.

2. La cuenta utilizada cambia el análisis

No es lo mismo utilizar un servicio individual de ChatGPT que un producto contratado y administrado por una organización. Tampoco basta con decir «es la versión de pago»: ChatGPT Plus y Pro siguen siendo servicios individuales; ChatGPT Business, Enterprise y la API tienen condiciones y controles distintos.

Servicios individuales

OpenAI explica que, en los servicios destinados a personas, el contenido puede utilizarse para mejorar sus modelos salvo que el usuario desactive esa opción. También ofrece controles como los chats temporales. Esas funciones son útiles para la privacidad del usuario, pero no sustituyen el análisis que necesita una empresa cuando actúa como responsable de datos ajenos.

Desactivar el entrenamiento no crea una base jurídica, no firma un contrato de encargo por cuenta de la empresa y no decide qué empleados pueden acceder a la información. Por eso una cuenta personal no debería convertirse, por costumbre, en el espacio donde se procesan documentos de clientes.

ChatGPT Business, Enterprise y API

Para sus productos empresariales y la API, OpenAI indica que no utiliza por defecto los datos de entrada y salida para entrenar sus modelos. También dispone de un anexo de tratamiento de datos y de controles empresariales relacionados con accesos, seguridad y conservación.

Son garantías relevantes. Pero no convierten cualquier carga de información en lícita. El propio anexo de tratamiento deja en manos de la empresa cuestiones esenciales: disponer de los avisos y autorizaciones necesarios, configurar el servicio conforme al caso, decidir los periodos de conservación y utilizar los datos para una finalidad legítima.

Una cuenta empresarial ayuda, pero no absuelve. El producto puede ofrecer mejores garantías técnicas y contractuales; la empresa sigue teniendo que justificar el uso, limitar los datos, controlar los accesos y documentar la decisión.

3. Qué debe revisar una empresa antes de usar los datos

3.1. Una finalidad concreta

«Queremos usar IA» no es una finalidad. «Resumir las consultas recibidas para preparar una respuesta que revisará el equipo» sí empieza a serlo. Cuanto más concreta sea la tarea, más fácil resulta decidir qué información necesita realmente el sistema y qué puede eliminarse.

3.2. La licitud del tratamiento

La empresa debe contar con una base jurídica para tratar los datos con esa finalidad. El consentimiento no es una solución automática ni tiene que ser siempre la base adecuada. Dependiendo del caso pueden intervenir la ejecución de un contrato, una obligación legal, el interés legítimo u otra base prevista en el RGPD.

También hay que comprobar si el nuevo uso es compatible con la finalidad para la que se recogieron los datos y si la información facilitada a las personas describe de forma suficiente el tratamiento. Si el caso es dudoso, requiere revisión del delegado de protección de datos o asesoramiento jurídico.

3.3. Minimización de datos

El RGPD exige utilizar datos adecuados, pertinentes y limitados a lo necesario. En este contexto la minimización es muy concreta: retirar nombres, teléfonos, firmas, números de cuenta, anexos, comentarios internos y cualquier detalle que el modelo no necesite para realizar la tarea.

Minimizar no consiste en borrar dos campos y subir el resto. Consiste en preguntarse qué fragmento mínimo permite obtener un resultado útil.

3.4. Contrato, roles y transferencias

Si un proveedor procesa datos personales por cuenta de la empresa, la relación debe encajar en las exigencias aplicables al encargado del tratamiento. Conviene revisar el anexo de tratamiento, los subencargados, las localizaciones de procesamiento, las garantías para transferencias internacionales y el procedimiento de devolución o eliminación de datos.

No hace falta convertir cada uso cotidiano en un informe de veinte páginas, pero sí saber qué se ha contratado y evitar que cada empleado acepte condiciones distintas desde una cuenta personal.

3.5. Seguridad, accesos y conservación

La empresa debe decidir quién puede utilizar la herramienta, desde qué cuentas, con qué permisos y durante cuánto tiempo se conservarán conversaciones y archivos. También debe revisar conexiones, GPTs, aplicaciones o complementos que puedan enviar la información a otros servicios.

Una medida sencilla —separar cuentas personales y profesionales— evita muchos problemas. Otra es impedir que un enlace compartido, una integración o un espacio mal configurado exponga conversaciones a personas que no deberían verlas.

3.6. Riesgo y supervisión humana

El modelo puede omitir información, mezclar expedientes o dar una respuesta convincente y equivocada. Si el resultado afecta a derechos, dinero, empleo, salud, asesoramiento profesional o decisiones sobre una persona, la revisión humana no puede reducirse a pulsar «enviar» después de una lectura rápida.

Los usos de mayor riesgo pueden requerir una evaluación de impacto en protección de datos. Esa decisión depende del tratamiento completo, no de que la herramienta lleve la etiqueta de inteligencia artificial.

4. Semáforo práctico de situaciones habituales

Este semáforo no sustituye un análisis jurídico. Sirve para detectar cuándo una tarea parece razonable, cuándo necesita revisión y cuándo se está utilizando la herramienta de una forma difícil de defender.

Situación	Lectura inicial	Qué haría
Una tienda pide ideas para una campaña usando un perfil de cliente completamente ficticio.	Uso de bajo riesgo si no se incorporan datos reales ni información confidencial.	Trabajar con el caso ficticio y revisar el resultado antes de utilizarlo.
Una asesoría elimina el nombre de un contrato, pero mantiene NIF, fechas, importes y detalles del expediente.	Probablemente sigue siendo identificable. Es seudonimización, no anonimización.	Reducir más el contenido y revisar el caso, la cuenta y el contrato aplicable.
Un trabajador copia un contrato completo en su cuenta personal para obtener un resumen.	Uso desaconsejado: hay datos ajenos, falta control organizativo y puede existir deber de secreto.	No utilizarlo así. Preparar una versión mínima o un proceso empresarial aprobado.
Un despacho sube una historia clínica, una nómina o un expediente disciplinario a una cuenta individual.	Uso de riesgo elevado por la sensibilidad de la información y las consecuencias para la persona.	Detenerlo y someter el caso a revisión específica jurídica, de privacidad y seguridad.
Atención al cliente se integra mediante una API empresarial con finalidad documentada, acuerdo de encargo del tratamiento, accesos y retención configurados.	Puede ser viable, pero no queda validado solo por utilizar la API.	Probar con datos ficticios, minimizar entradas, controlar salidas y documentar el tratamiento.
El equipo exporta todo el CRM para «ver qué encuentra la IA».	La finalidad es imprecisa y el volumen contradice la minimización.	Definir una pregunta concreta y trabajar con los campos y registros estrictamente necesarios.
Una empresa consulta normativa pública sin introducir nombres, expedientes ni documentos internos.	Uso normalmente más sencillo desde la perspectiva de datos de clientes.	Mantener revisión de fuentes y no mezclar después información confidencial en la conversación.

5. Un procedimiento prudente que sí puede aplicarse

La alternativa a prohibirlo todo no es dejar que cada persona improvise. Es crear un camino corto y comprensible que permita aprobar los casos útiles y descartar los que no compensan el riesgo.

1. Definir la tarea exacta y quién será responsable del resultado.
2. Identificar qué información entraría en el sistema y a qué personas afecta.
3. Comprobar si puede obtenerse el mismo resultado con datos ficticios, sintéticos o reducidos.
4. Elegir una herramienta y un espacio de trabajo aprobados por la empresa, nunca una cuenta personal por defecto.
5. Revisar condiciones, acuerdo de encargo del tratamiento, subencargados, transferencias, conservación y opciones de entrenamiento.
6. Configurar permisos, accesos, conexiones y periodos de conservación acordes con el caso.
7. Probar primero con ejemplos ficticios y verificar errores, fugas de contexto y calidad del resultado.
8. Documentar el caso de uso, formar a las personas autorizadas y definir qué información no debe introducirse.
9. Revisar periódicamente el proveedor, la configuración y el uso real, porque los productos cambian.

Este procedimiento puede ser breve para un uso sencillo y mucho más profundo para una integración que atiende a clientes o toma decisiones. La proporcionalidad también consiste en no dedicar el mismo análisis a pedir ideas genéricas que a procesar expedientes completos.

6. Qué hacer si los datos ya se han compartido

Descubrir que alguien ha pegado información de un cliente en una herramienta de IA no significa automáticamente que haya que notificar una brecha a la AEPD. Sí significa que conviene actuar y dejar de confiar en que «seguro que no pasa nada».

1. Detener el uso y concretar qué se compartió, cuándo, desde qué cuenta y con qué funciones activadas.
2. Eliminar la conversación y los archivos mediante los controles disponibles. Comprobar si los archivos se conservan también en una biblioteca o proyecto separado.
3. Revisar las condiciones de conservación: borrar de la interfaz no siempre implica una desaparición inmediata de todos los sistemas.
4. Valorar quién pudo acceder, la sensibilidad de la información y las posibles consecuencias para las personas.
5. Escalar el incidente al responsable de seguridad, al delegado de protección de datos o al asesor jurídico cuando corresponda.
6. Determinar si existe una violación de seguridad de datos personales y si procede notificarla o comunicarla. No todos los incidentes activan las mismas obligaciones.
7. Corregir la causa: política insuficiente, falta de formación, cuentas personales, permisos excesivos o ausencia de una alternativa aprobada.

No borres la evidencia del análisis. Eliminar el contenido del servicio puede ser necesario; documentar internamente qué ocurrió, qué se comprobó y por qué se tomó cada decisión también lo es.

7. Checklist antes de copiar o subir información

1. ¿Puedo realizar la tarea sin datos reales de clientes?
2. ¿Los datos identifican o podrían identificar a una persona?
3. ¿Incluyen información sensible, confidencial o sujeta a secreto profesional?
4. ¿La finalidad está definida y existe una base jurídica adecuada?
5. ¿Estoy utilizando una cuenta y un producto aprobados por la empresa?
6. ¿Existe un contrato de tratamiento aplicable y he revisado transferencias y subencargados?
7. ¿He eliminado todo lo que el sistema no necesita?
8. ¿Los accesos, conexiones y plazos de conservación están controlados?
9. ¿Una persona competente revisará el resultado antes de usarlo?
10. ¿Podría explicar y demostrar por qué este uso es razonable si un cliente preguntara?

Si varias respuestas son «no lo sé», la tarea todavía no está preparada para utilizar datos reales. Esa pausa no es burocracia: evita que una prueba improvisada se convierta en un tratamiento habitual sin que nadie lo haya decidido.

8. Preguntas frecuentes

¿ChatGPT Plus sirve como cuenta empresarial?

No. Es un servicio individual de pago. Permite acceder a más funciones y ofrece controles de datos, pero no equivale a un espacio de trabajo empresarial con el mismo marco contractual y administrativo que Business o Enterprise.

¿Desactivar el entrenamiento permite subir datos de clientes?

No por sí solo. Evita un uso concreto del contenido para mejorar modelos, pero no resuelve la finalidad, la base jurídica, el contrato con el proveedor, la minimización, los accesos, la conservación ni las transferencias internacionales.

¿Con ChatGPT Business o Enterprise ya cumplo el RGPD?

No automáticamente. Estas modalidades incorporan garantías empresariales relevantes y OpenAI ofrece un acuerdo de encargo del tratamiento, pero la empresa sigue siendo responsable de utilizar el servicio de manera lícita, proporcionada y segura.

¿Basta con pedir consentimiento al cliente?

No debe utilizarse el consentimiento como permiso genérico para cualquier uso de IA. Hay que determinar cuál es la base jurídica adecuada para la finalidad concreta y cumplir el resto de principios del RGPD. En algunos contextos, además, el consentimiento puede no ser realmente libre.

¿Quitar el nombre anonimiza un documento?

Normalmente no. El NIF, una dirección, las fechas, el cargo, la cuantía o la historia narrada pueden permitir reconocer a la persona. Si existe una forma razonable de volver a identificarla, los datos siguen siendo personales.

¿Se pueden resumir contratos o facturas?

Puede estudiarse, pero no conviene subir el original sin más. Hay que revisar qué datos contiene, eliminar lo innecesario, comprobar los deberes de confidencialidad, usar una modalidad aprobada y definir quién revisará el resultado.

¿Tengo que informar al cliente cada vez que uso ChatGPT?

No existe una regla que obligue a enviar un aviso individual por cualquier apoyo interno de IA. Sí debe revisarse si la información de privacidad describe correctamente el tratamiento, si cambia la finalidad y si el caso concreto activa otras obligaciones de transparencia.

¿Qué ocurre con GPTs, aplicaciones y conectores?

Pueden ampliar el flujo de información hacia otras fuentes o terceros. Antes de activarlos hay que revisar permisos, destinatarios, condiciones y qué datos recuperan o envían. El análisis de la cuenta principal no cubre automáticamente cada integración añadida.

¿Borrar el chat elimina inmediatamente los datos?

OpenAI indica que las conversaciones eliminadas se programan para su supresión de los sistemas en un plazo de hasta 30 días, con determinadas excepciones legales o de seguridad. Los archivos pueden tener controles de conservación separados. Estas condiciones deben volver a comprobarse antes de publicar o implantar un caso de uso, porque pueden cambiar.

9. Conclusión: la pregunta correcta llega antes de pegar el texto

ChatGPT puede ser una herramienta útil para trabajar más rápido, también en procesos donde existe información de clientes. Lo que no resulta defendible es enviar documentos reales por inercia, desde cuentas personales y sin saber qué ocurre después con ellos.

La mayoría de las empresas no necesitan empezar por una prohibición absoluta ni por una implantación compleja. Necesitan acordar unos límites comprensibles: qué usos están permitidos, qué datos deben retirarse, qué herramientas están aprobadas, quién revisa los casos dudosos y qué hacer cuando se produce un error.

La pregunta final no debería ser «¿ChatGPT acepta este archivo?». Debería ser «¿necesitamos enviar esta información y podemos explicar por qué lo hacemos de esta manera?». Cuando la respuesta está documentada, el uso de IA deja de depender de la improvisación de cada persona.

Fuentes oficiales

• Reglamento (UE) 2016/679, Reglamento General de Protección de Datos — EUR-Lex
• Recomendaciones para proteger la privacidad al usar herramientas de IA — AEPD
• Resumen básico de obligaciones y recomendaciones para la gestión de IAG — AEPD
• Política general para el uso de IA generativa en procesos administrativos — AEPD
• Anonimización y seudonimización — Comité Europeo de Protección de Datos
• Cómo utiliza OpenAI los datos para mejorar el rendimiento de sus modelos
• Privacidad empresarial en OpenAI
• Anexo de tratamiento de datos de OpenAI
• Conservación de chats y archivos en ChatGPT

Contenido informativo y divulgativo. No sustituye una revisión jurídica del caso concreto.