La IA en el trabajo crea un patrón de riesgo evitable: un ingeniero pega código fuente en un chatbot personal, un comercial sube una lista de clientes a una herramienta para resumir reuniones o la responsable de RR. HH. redacta una carta de despido en una cuenta cuyas reglas de conservación y acceso no se han comprobado. Cualquiera de estas acciones puede exponer datos confidenciales o regulados sin que llegue a producirse una filtración pública espectacular.
Lo que sigue es una guía práctica para reducir los riesgos de privacidad y confidencialidad en el trabajo. No sustituye la política de tu organización ni garantiza que puedan evitarse todos los errores.
Una prohibición por sí sola puede no impedir el uso de herramientas no aprobadas. Los controles prácticos incluyen herramientas autorizadas, reglas explícitas para cada clase de datos, ajustes de acceso y conservación y flujos de trabajo que dejen clara la vía conforme a las normas.
Límite de privacidad: el contenido laboral que incluya datos personales, datos de clientes, código fuente, documentos confidenciales o información regulada no debe introducirse en una cuenta personal de IA. Utiliza el producto, el entorno de la organización y la configuración exactos que estén aprobados para esos datos o no pegues el contenido.
El problema fundamental
El comportamiento técnico de un servicio de IA depende del producto, el plan, la configuración, el contrato, las integraciones y el proveedor concretos. Las obligaciones legales dependen de la jurisdicción y del sector, no de la configuración técnica predeterminada del servicio. Antes de utilizar una herramienta, responde a tres preguntas:
- ¿Qué proveedor y subencargados reciben o procesan el contenido?
- ¿Durante cuánto tiempo pueden conservarse los prompts, archivos, resultados, registros y datos de supervisión de abusos, y quién puede acceder a ellos?
- ¿Puede utilizarse parte del contenido para mejorar modelos, incluidos los comentarios de los usuarios, y qué ajustes o condiciones contractuales controlan ese uso?
La respuesta depende del producto. Los datos de clientes, las finanzas internas, el código fuente, los contratos sujetos a acuerdos de confidencialidad, los datos de empleados y la información sometida al GDPR o a normas sectoriales también pueden exigir una base jurídica, minimización, controles de acceso, un acuerdo de tratamiento o una prohibición total. Sigue la política aplicable y las indicaciones de profesionales jurídicos o de seguridad cualificados.
La única regla
Empieza por esta regla:
Usa únicamente el producto de IA, la cuenta o el entorno de la organización y la configuración exactos que tu empresa haya aprobado para la clase de datos y la tarea correspondientes.
La aprobación no abarca todos los productos de una misma marca. Microsoft 365 Copilot, ChatGPT Enterprise, Claude for Work, Google Workspace con Gemini, Cursor u otro servicio pueden estar autorizados para algunas personas, conectores y clases de datos, pero no para otras. Confirma el entorno de la organización, la cuenta, la función y la tarea.
Los planes empresariales y de negocio pueden ofrecer controles más sólidos que los de consumo, pero debes verificar las condiciones y la configuración vigentes:
- Las exclusiones del entrenamiento de modelos pueden aplicarse por defecto a los datos empresariales, con condiciones o excepciones como los comentarios explícitos o las acciones de terceros.
- La residencia de los datos puede estar disponible únicamente para planes, regiones y funciones concretos; no se deduce de que la dirección del cliente sea europea.
- SOC 2, ISO 27001 y certificaciones similares aportan pruebas de aseguramiento, no una aprobación automática para todas las clases de datos o todos los flujos regulados.
- Los controles administrativos, de auditoría y de conservación varían según el producto y el plan y siguen necesitando activación y gobernanza.
- Los controles de acceso pueden ser más sólidos cuando el espacio de trabajo, los conectores, los permisos y la conservación están configurados correctamente.
Si tu empresa no ha aprobado una herramienta para esos datos y esa tarea, no la utilices con el contenido laboral. Solicita un flujo aprobado en vez de tratar una cuenta personal o una función diferente de una marca autorizada como solución alternativa.
Para quienes dirigen equipos, esto significa que la política debe nombrar las herramientas autorizadas, no limitarse a enunciar el principio. «Usa herramientas aprobadas» no basta si nadie sabe cuáles son.
La comprobación de sensibilidad
Antes de pegar algo en cualquier herramienta de IA, realiza esta revisión:
-
¿Contiene datos personales? Nombres, direcciones de correo electrónico o postales, documentos de identidad, números de teléfono, información sanitaria o datos financieros. Si la respuesta es sí → utiliza únicamente el flujo aprobado, minimiza los datos y confirma si está permitido procesarlos con IA.
-
¿Contiene información propiedad de la empresa? Código fuente, cifras financieras, listas de clientes, documentos estratégicos o contratos sujetos a un acuerdo de confidencialidad. Si la respuesta es sí → utiliza únicamente el producto y la configuración aprobados para esa clase de datos.
-
¿Contiene algo que no querrías que alguien capturara y compartiera? Conversaciones internas, comentarios sinceros o cualquier contenido cuya divulgación pudiera causar daños. Si la respuesta es sí → verifica la aprobación y minimiza el contenido; el modo temporal o de incógnito no sustituye la política.
-
¿Están los datos sujetos a una normativa específica? GDPR, HIPAA, regulación financiera o controles de exportación. Si la respuesta es sí → consulta al responsable de protección de datos o al equipo de cumplimiento antes de procesarlos con IA.
-
¿Podrías sustituirlos por datos de ejemplo minimizados o desidentificados? Elimina los campos que la tarea no necesite y considera el riesgo de reidentificación. Los seudónimos y las cifras aproximadas no son automáticamente anónimos y pueden cambiar el análisis.
Dedica el tiempo que requieran los datos y la tarea. Esta comprobación puede detectar errores evidentes antes de pegar, pero no demuestra el cumplimiento legal ni convierte un flujo no aprobado en uno autorizado.
Las tres cosas que nunca debes pegar en una cuenta personal de IA
Una lista breve de contenidos que no deberían introducirse en una cuenta personal de ChatGPT, por cómoda que resulte:
1. Datos reales de clientes. Incluso el nombre de un cliente combinado con otra información puede crear riesgos de privacidad, contractuales o relacionados con la política. Utiliza solo un flujo aprobado específicamente y minimiza los datos incluso en él.
2. Código fuente de los repositorios de tu empresa. El código fuente puede ser confidencial o estar restringido por el contrato y la política. Utiliza únicamente el asistente de programación, el espacio de trabajo y la configuración de indexación aprobados por la empresa, con acceso limitado a los repositorios o partes de ellos que estén autorizados.
3. Documentos internos clasificados como confidenciales. Presentaciones estratégicas, información financiera, conversaciones sobre fusiones y adquisiciones o comunicaciones jurídicas. A veces ninguna solución empresarial de IA está autorizada para procesarlos; en ese caso, no utilices IA con ellos.
Una clasificación práctica de datos
Usa cuatro categorías:
| Categoría | Ejemplos | Regla de IA |
|---|---|---|
| Pública | Texto de sitios web publicados, documentos públicos, ofertas de empleo públicas | Usa una herramienta autorizada; comprueba también los derechos de autor, las condiciones y la política de la tarea |
| Interna | Notas sobre procesos internos, ejemplos desidentificados, plantillas genéricas | Usa la herramienta de trabajo aprobada y minimiza las entradas |
| Confidencial | Datos de clientes, código fuente, contratos, finanzas, estrategia | Solo un flujo aprobado para esos datos y esa necesidad concretos |
| Restringida | Datos sanitarios, investigaciones de RR. HH., secreto profesional, datos regulados | Consulta a los equipos jurídico o de seguridad antes de usar IA |
La lista de comprobación vinculada a este artículo es la versión operativa de la tabla.
Algunas herramientas y prácticas
Comprueba cómo funciona el modo temporal, no solo su nombre. En ChatGPT, Temporary Chat no está personalizado por defecto: no utiliza recuerdos para personalizar las respuestas, instrucciones personalizadas ni complementos. El modo personalizado opcional puede utilizar esas fuentes, pero no añade recuerdos mientras el chat sea temporal. Los chats temporales sin guardar quedan fuera del historial y del entrenamiento. Guardar un chat de cualquiera de los dos modos lo convierte en una conversación normal, sujeta a los ajustes de personalización y entrenamiento de la cuenta. Las preguntas frecuentes específicas de OpenAI también describen el uso de contexto por motivos de seguridad, una copia conservada por seguridad hasta 30 días, el acceso mediante la Compliance API de Enterprise y reglas de conservación distintas para terceros. Estos modos no autorizan el uso de datos restringidos ni garantizan que no se conserve información.
No des por hecho que el modo de incógnito de Claude funciona igual. Su guía indica que no guarda chats en el historial, no utiliza la memoria ni entrena modelos con ellos, pero sí puede aplicar las preferencias del perfil. El plazo de conservación predeterminado es de 30 días y puede ser mayor según la política de la organización. En Team y Enterprise, las personas con el rol «Owner» de la organización pueden exportar estos chats; en Enterprise también se aplica el acceso mediante la Compliance API. No pueden convertirse en conversaciones normales ni guardarse en el historial. Comprueba el producto, la configuración y las integraciones concretas dentro del flujo de trabajo aprobado.
Trata los controles de entrenamiento como un control más, no como una garantía de privacidad. En ChatGPT para particulares, desactivar el ajuste denominado «Improve the model for everyone» en la documentación en inglés excluye las conversaciones nuevas del entrenamiento, pero las mantiene en el historial (preguntas frecuentes sobre controles de datos). Si envías voluntariamente una valoración o un comentario sobre una respuesta, toda la conversación asociada puede utilizarse para entrenar modelos (política de mejora de modelos). Comprueba por separado las condiciones de los servicios empresariales y de los demás productos. Este ajuste no autoriza el uso laboral ni define la conservación, el acceso, los subencargados, las acciones conectadas o las obligaciones legales.
Minimiza y desidentifica antes de pegar. Elimina los campos innecesarios y sustituye los identificadores directos cuando la tarea aprobada lo permita. «[Empresa A]» es un seudónimo, no necesariamente información anónima; la combinación de varios detalles puede reidentificar a una persona o empresa, y las cifras aproximadas pueden alterar materialmente un análisis. La Comisión Europea explica por qué los datos que permiten reidentificar a una persona siguen siendo datos personales.
Trata la «IA local» como una propiedad que debes verificar. Un modelo descargado mantiene los datos en el dispositivo solo si el flujo completo es local. Comprueba las llamadas de red, la telemetría, los registros, las representaciones vectoriales y los índices, los complementos, las copias de seguridad y el acceso del sistema operativo. El nombre de un producto o una interfaz local no demuestran aislamiento, y el procesamiento local no elimina la política laboral ni las obligaciones legales.
Ten cuidado al subir archivos. Una hoja de cálculo con datos de clientes, una presentación con cifras financieras o un PDF de un informe interno pueden implicar más riesgo que un mensaje porque suelen contener información que has olvidado. Abre el archivo, revisa su contenido y decide después.
Una nota específica sobre el código
El código requiere una atención especial porque hay mucho en juego y la tentación es grande. Encuentras un error y quieres pegar el fragmento pertinente en ChatGPT para preguntar qué falla, pero ese código puede ser propiedad intelectual de tu empresa.
La forma de reducir el riesgo depende del producto y la configuración:
- Utiliza únicamente el asistente de programación, la cuenta y la configuración aprobados por la empresa, con acceso limitado a los repositorios o partes de ellos que estén autorizados. Comprueba si la herramienta indexa el repositorio, qué subencargados reciben el código, qué se conserva y si los comentarios o ajustes afectan al entrenamiento.
- Un entorno de ejecución local puede reducir la exposición al proveedor únicamente después de verificar y aprobar su red, telemetría, registros, índices, complementos y copias de seguridad.
- No utilices una cuenta personal de IA con código fuente de tu empresa. Si todavía no existe una herramienta de programación aprobada, solicita una a TI o depura el problema sin pegar código propietario; no trates la cuenta personal como una alternativa.
Una nota específica sobre IA orientada al cliente
Si utilizas IA en tareas dirigidas a clientes –redactar correos, responder en atención al cliente o generar propuestas–, debes considerar otros aspectos:
- Divulgación. Los requisitos varían según la jurisdicción, el sector y si el cliente interactúa directamente con la IA o recibe contenido asistido. Comprueba la ley y la política de la empresa aplicables al canal.
- Datos del cliente en el borrador. Utiliza únicamente un flujo aprobado para esos datos concretos y minimiza lo que recibe el modelo; una etiqueta empresarial no basta por sí sola.
- Consecuencias posteriores. Un correo redactado por IA y enviado en tu nombre puede crear compromisos o contener errores. Lee cada palabra antes de enviarlo, salvo que un flujo automatizado aprobado establezca otros controles.
Una opción gestionada consiste en conectar un servicio de IA aprobado al contexto del cliente en vez de pegar los datos manualmente. Esa arquitectura sigue necesitando permisos limitados a lo estrictamente necesario para los conectores, controles de acceso, reglas de conservación, registros de auditoría, prevención de fugas de datos cuando corresponda, revisión de los resultados y aprobación para los datos y la tarea concretos.
El contenido generado con IA para un cliente sigue siendo responsabilidad de tu organización. Un correo, una propuesta o una respuesta de soporte puede crear compromisos, comunicar información incorrecta o dañar la confianza. Revísalo antes de enviarlo, salvo que el flujo de trabajo se haya aprobado expresamente para la automatización.
En caso de duda, pregunta
Si un caso de uso parece estar en el límite –no sabes si es lo bastante sensible para exigir una herramienta empresarial, si un regulador podría objetar o si la persona responsable lo aprobaría–, pregunta. El coste de consultar es pequeño; el de convertirse en el ejemplo de una formación sobre «lo que no debe hacerse» puede ser considerable.
En concreto, estas personas pueden orientarte:
- El responsable de protección de datos, para preguntas sobre GDPR y datos de clientes o empleados.
- El equipo de TI o seguridad, para cuestiones sobre la aprobación de herramientas.
- El equipo jurídico, para contratos, acuerdos de confidencialidad y propiedad intelectual.
- Tu responsable, para decidir si un tipo de tarea es adecuado para usar IA.
Un mensaje breve en Slack a la persona adecuada cuesta mucho menos que un incidente.
Lo que esto no es
El mensaje no es «no uses IA en el trabajo». Una herramienta aprobada puede ser útil cuando sus controles encajan con los datos y la tarea.
Tampoco dice «usa IA para todo sin pensar». Ese enfoque crea riesgos.
La posición práctica consiste en utilizar IA cuando esté aprobada y resulte útil, con la comprobación de sensibilidad, la configuración adecuada para los datos, la minimización y una revisión humana proporcional.
Fuentes oficiales consultadas el 11 de agosto de 2026
- Privacidad, seguridad y cumplimiento de OpenAI para datos empresariales
- Política de Anthropic sobre entrenamiento con productos comerciales
- Privacidad de Microsoft 365 Copilot
- Privacidad de la IA generativa de Google Workspace
- Uso de datos y Privacy Mode de Cursor
Mantén esta base
Una regla, el flujo exacto aprobado para esos datos; un hábito, la comprobación de sensibilidad; y tres categorías que nunca debes pegar en una cuenta personal: datos de clientes, código fuente de la empresa y documentos confidenciales. Es una base práctica, no una determinación de cumplimiento; los datos restringidos y regulados siguen exigiendo la revisión jurídica, de privacidad o de seguridad designada.
La comprobación es breve y puede evitar errores previsibles. Si la política, el contrato o la ley no están claros, detente antes de pegar y consulta al equipo responsable.