Cómo implementar Claude en tu empresa cuidando los datos: la guía para el equipo de TI

¿Cómo se implementa Claude en una empresa cuidando los datos?

Primero eliges la ruta, después configuras sus controles y al final abres el acceso con una política escrita y un piloto. Hay tres rutas: la cuenta de trabajo (Claude Team o Enterprise), Claude por la API y Claude dentro de una nube como Microsoft Foundry. Cada una deja los datos en un lugar distinto y le da a TI controles distintos.

Esta guía es para el área de TI, que en muchas empresas se llama sistemas, y para quien le reenvía el enlace. Lo que dice de cada producto sale de su documentación oficial al 12 de octubre de 2026, con el enlace al final. Los nombres de menú son los de esa documentación, en inglés.

Ruta	Para qué sirve	Quién la administra
Cuenta de trabajo: Claude Team o Enterprise	Que la gente use Claude en el navegador, el escritorio o el celular con una cuenta de la empresa	Los propietarios de la cuenta en tu empresa
Claude por la API	Que una aplicación o una integración de tu empresa llame a Claude	El equipo que construye esa aplicación
Claude en una nube: Microsoft Foundry, Amazon Bedrock o Google Cloud	Usar Claude dentro de la suscripción, la identidad y la facturación de la nube que tu empresa ya tiene	El equipo que administra esa nube

Ninguna ruta vuelve seguro el uso por sí sola. Cada una baja un riesgo concreto y deja otro, y esta guía dice cuál en cada sección.

¿Qué cambia entre la cuenta de trabajo, la API y las nubes?

Cambia dónde se procesan los datos, quién es el procesador y qué puede configurar TI. La tabla resume lo que dice la documentación oficial; el detalle de cada ruta está en su sección.

Ruta	Dónde se procesa	Entrenamiento, según la documentación	Retención, según la documentación	Controles principales de TI
Claude Team	Infraestructura de Anthropic	Por defecto no se usa para entrenar	Los chats se guardan en el producto; al borrarlos, salen del respaldo en 30 días	Inicio de sesión único (SSO) y captura de dominio; apagar el botón de feedback
Claude Enterprise	Infraestructura de Anthropic	Por defecto no se usa para entrenar	Lo mismo, más un periodo de retención propio, de mínimo 30 días	Lo de Team, más SCIM, registros de auditoría, retención propia y la Compliance API
Claude por la API	Infraestructura de Anthropic	Por defecto no se usa para entrenar	Se borra en 30 días; retención cero si se acuerda con Anthropic	Las llaves y la aplicación que construye tu equipo
Microsoft Foundry, alojado en Azure	Infraestructura de Azure	La página de Microsoft no lo dice; remite a los términos de Anthropic	La rigen los términos de Anthropic	Microsoft Entra ID con roles de Azure, Azure Monitor
Microsoft Foundry, alojado en Anthropic	Infraestructura de Anthropic, fuera de Azure	La página de Microsoft no lo dice; remite a los términos de Anthropic	La rigen los términos de Anthropic	Los mismos de Foundry
Amazon Bedrock	Cuentas de AWS que opera el equipo de Bedrock	AWS y los proveedores no usan entradas ni salidas para entrenar	No verificado en esta guía	IAM, CloudTrail y el registro de invocaciones
Google Cloud (Gemini Enterprise Agent Platform)	Google Cloud	Google no usa tus datos para entrenar sin tu permiso	Depende de las acciones que tome TI para lograr retención cero	No verificado en esta guía

En las tres primeras filas, y en Foundry, el procesador de datos es Anthropic. En Amazon Bedrock y en Google Cloud, según la documentación de Anthropic, el procesador es el proveedor de la nube.

¿Cuándo conviene la cuenta de trabajo, Claude Team o Enterprise?

Conviene cuando quieres que la gente use Claude como herramienta de trabajo diaria y que la cuenta la administre la empresa, no cada persona. Team da el control de identidad básico, y Enterprise agrega retención propia, auditoría y acceso programático a lo que pasa en la cuenta.

Entrenamiento

Anthropic dice que, por defecto, no usa las entradas ni las salidas de sus productos comerciales para entrenar sus modelos. Hay una excepción: si alguien manda feedback (el botón de pulgar arriba o abajo) o reporta un error, o si la organización elige permitirlo, esos chats y sesiones de código sí pueden usarse para entrenar. El feedback se guarda hasta 5 años.

Por eso, en Team y Enterprise, el propietario puede apagar el botón de feedback para toda la organización. La documentación lo llama «Rate chats» y está en Organization settings, Data and Privacy.

Retención

Los chats se quedan en el producto para que la gente pueda retomarlos. Cuando alguien borra un chat, sale de su historial en ese momento y de los sistemas de respaldo de Anthropic en 30 días. Si los sistemas de seguridad de Anthropic marcan un chat como violación de su política de uso, las entradas y salidas pueden guardarse hasta 2 años.

En Enterprise, el propietario puede poner un periodo de retención propio, de mínimo 30 días, en Organization settings, Data and Privacy. Ese periodo aplica a los chats y a los proyectos, pero no a Claude Design, Claude Tag, Claude Managed Agents ni a lo que corre sobre Claude Code en la web.

Identidad y auditoría

Control	Team	Enterprise	Qué riesgo baja
Inicio de sesión único (SSO) y captura de dominio	Sí	Sí	Que alguien entre con una cuenta que la empresa no controla
SCIM (alta y baja de usuarios desde tu directorio)	No aparece en el plan	Sí	Que una persona que ya salió de la empresa siga con acceso
Registros de auditoría	No aparece en el plan	Sí	No saber quién hizo qué, ni qué cambió en la configuración
Retención propia	No	Sí	Guardar los chats más tiempo del que pide tu política
Compliance API	No	Sí	No poder revisar el uso, los chats y los archivos de una persona en un periodo

«No aparece en el plan» quiere decir que la página de ayuda del plan Team no lo menciona; la retención propia y la Compliance API, en cambio, Anthropic las describe como funciones de Enterprise.

La Compliance API da acceso programático a los registros de actividad, el historial de chats y el contenido de los archivos, con filtros por usuario y por fecha. Solo el propietario principal de la organización la puede activar. No cubre las sesiones que corren en Amazon Bedrock ni en Google Cloud.

Los chats incógnito

Los chats incógnito existen en todos los planes, no se guardan en el historial ni en la memoria y no se usan para entrenar. En Team y Enterprise se conservan 30 días por seguridad, o más si así lo dice la política de retención de la organización. También entran en las exportaciones de datos de los propietarios y, en Enterprise, en la Compliance API. Para TI eso significa que el incógnito no esconde nada de la auditoría de la empresa, y conviene que la política escrita lo diga.

¿Cuándo conviene usar Claude por la API?

Conviene cuando tu empresa construye su propia aplicación o integración y quiere decidir qué datos le manda a Claude y qué hace con la respuesta. La API no le da a la gente una pantalla de chat, así que el control lo tiene el código que escribe tu equipo.

• Entrenamiento: por defecto, Anthropic no usa las entradas ni las salidas de la API para entrenar.
• Retención: Anthropic borra las entradas y las salidas de sus sistemas en 30 días, salvo que uses un servicio que guarda datos bajo tu control (como la Files API), que se acuerde otra cosa, que haga falta para hacer cumplir su política de uso o que lo pida la ley.
• Retención cero (ZDR): con un acuerdo de retención cero, Anthropic no guarda los prompts ni las respuestas después de responder. Se pide al equipo de ventas de Anthropic y se activa por organización. Aun con ese acuerdo, lo que marcan los sistemas de seguridad puede guardarse hasta 2 años.
• Modelos con retención obligatoria: Anthropic designa algunos modelos nuevos como Covered Models, y esos piden 30 días de retención en cualquier plataforma donde se ofrezcan. Con ellos, la retención cero no está disponible salvo autorización expresa de Anthropic. Revisa la lista vigente antes de elegir modelo.

Lo que la API no resuelve es lo que guarda tu propia aplicación. Si tu sistema registra cada prompt en sus bitácoras, esos datos quedan en tu infraestructura con las reglas que tú pongas.

¿Qué cambia si usas Claude en Microsoft Foundry?

Cambia que Claude se contrata y se administra desde Azure, y que TI elige entre dos modalidades: alojado en Azure (Hosted on Azure), que corre de punta a punta en la infraestructura de Azure, o alojado en Anthropic (Hosted on Anthropic), que corre en la infraestructura de Anthropic, fuera de Azure. La modalidad se elige al configurar el despliegue, y es la decisión que más pesa en dónde quedan los datos.

Tema	Alojado en Azure	Alojado en Anthropic
Dónde se procesan los prompts y las respuestas	En Azure, incluida la inferencia	En la infraestructura de Anthropic; pueden procesarse fuera de Azure y fuera de la región que elegiste
Dónde quedan los datos en reposo	En la geografía de Azure que elegiste	La página de Microsoft no lo dice
Tipos de despliegue	Global Standard y US Data Zone Standard	Solo Global Standard
Quién vende, opera y procesa los datos	Anthropic	Anthropic
Retención	La rigen la adenda de procesamiento de datos y los términos comerciales de Anthropic	Igual
Soporte	Microsoft Support	Microsoft Support

Qué sale de Azure en la modalidad alojada en Azure

Anthropic dice que actúa como procesador independiente para Microsoft y que quien usa Claude por Foundry queda sujeto a los términos de uso de datos de Anthropic. En los despliegues alojados en Azure, los prompts y las respuestas se quedan en Azure, y solo salen hacia Anthropic la metadata de uso y el contenido que marcan sus sistemas de seguridad.

Microsoft lo describe del mismo modo: unas salvaguardas automáticas marcan el contenido que podría mandarse a revisión del equipo de seguridad de Anthropic, y el personal de Anthropic revisa contenido de clientes solo por excepción, para investigar posibles violaciones.

Si necesitas que la inferencia no salga de Estados Unidos, el despliegue US Data Zone Standard la mantiene ahí. Solo existe para los modelos alojados en Azure.

Qué pasa en la modalidad alojada en Anthropic

Microsoft sigue dando la experiencia de Foundry, la infraestructura de Azure y la facturación, pero los prompts y las respuestas se procesan en la infraestructura de Anthropic. Microsoft también recoge información de facturación, uso, contacto y transacciones, y puede compartirla con Anthropic para que opere el modelo y dé soporte.

Alguien elegiría esta modalidad porque algunas funciones solo existen ahí. La documentación de Anthropic dice que, alojado en Azure, no están la ejecución de código, las Agent Skills, la llamada programática de herramientas, la Files API ni las versiones más nuevas de búsqueda y lectura web. Si tu equipo necesita una de esas, la decisión es de datos, no solo de funciones.

Entrenamiento y retención en Foundry

La página de Microsoft sobre datos y privacidad de Claude en Foundry no dice nada sobre entrenamiento ni da un plazo de retención: remite a la adenda de procesamiento de datos y a los términos comerciales de Anthropic. El centro de privacidad de Anthropic dice que sus productos comerciales no se usan para entrenar por defecto, pero no nombra a Foundry en esa página. Antes de abrir el acceso, TI confirma las dos cosas en los términos que acepta al desplegar.

Los controles de TI en Foundry

• Identidad: Foundry acepta Microsoft Entra ID, con el que manejas el acceso con los roles de Azure (RBAC) y evitas repartir llaves de API a mano.
• Monitoreo: Azure Monitor y Log Analytics registran el uso, la latencia y los errores dentro de tu suscripción. Anthropic recomienda guardar al menos 30 días de registros.
• Configuración por defecto: si al desplegar eliges la configuración por defecto, un modelo que existe en las dos modalidades queda alojado en Azure.

¿Y si tu empresa usa Amazon Bedrock o Google Cloud?

Las dos ofrecen Claude, y en las dos el procesador de datos es el proveedor de la nube, no Anthropic. Por eso las reglas de datos que aplican son las de AWS o las de Google, y esta guía solo dice lo que verificó en su documentación.

Amazon Bedrock. AWS dice que ni AWS ni los proveedores de modelos usan las entradas o las salidas de Bedrock para entrenar ningún modelo. Bedrock corre cada modelo en cuentas que opera su propio equipo, y los proveedores no tienen acceso a esas cuentas, ni a los registros de Bedrock, ni a los prompts y las respuestas de los clientes. El registro de invocaciones viene apagado; si lo enciendes, guarda las solicitudes y las respuestas completas en tu cuenta hasta que borres esa configuración. Te sirve para auditar, y también es una copia más de todo lo que la gente manda.

Google Cloud. Claude está en Gemini Enterprise Agent Platform, la plataforma a la que Google pasó las funciones de Vertex AI. Google dice que no usa tus datos para entrenar ni ajustar ningún modelo sin tu permiso, y que esto aplica a todos los modelos administrados de la plataforma. La retención cero exige que tu equipo tome acciones concretas, y Google avisa que con algunos modelos avanzados puede haber registro adicional de prompts y respuestas y que la retención cero quizá no sea posible. Lo confirmas con tu equipo de cuenta de Google.

¿Qué datos pueden entrar a Claude y cuáles no?

Depende del dato, y la regla la pone la empresa antes de abrir el acceso. Esta guía propone el mismo semáforo que le da al empleado: lo rojo no entra, lo amarillo entra solo si hace falta y limpio, y lo verde entra.

Color	Qué hacer	Ejemplos
Rojo	No entra en ninguna ruta, tampoco a un chat incógnito	Contraseñas, llaves de API, números de tarjeta o de cuenta, identificaciones, datos de salud y lo que tu empresa clasifique como confidencial
Amarillo	Entra solo si la tarea lo necesita, y sin los datos que identifican a alguien	Nombres, correos, teléfonos y direcciones de clientes, proveedores y empleados
Verde	Entra	Texto propio sin datos de nadie, plantillas, preguntas generales y archivos ya limpios

El semáforo es un criterio práctico de esta guía, no una norma. La ruta que elijas cambia dónde quedan los datos y quién los procesa, pero no cambia qué está permitido subir: eso lo decide tu política.

¿Qué revisa TI antes de abrir el acceso?

Revisa seis cosas, en este orden, porque cada una depende de la anterior: identidad, datos, retención y auditoría, política escrita, piloto y respuesta a incidentes.

1. Elige la ruta y conecta la identidad de la empresa: SSO en Team y Enterprise, SCIM en Enterprise para que las bajas del directorio quiten el acceso, o Entra ID e IAM en las nubes. Así nadie entra con una cuenta personal ni se queda con acceso después de salir.TI
2. Define con el área legal o de privacidad qué datos entran y cuáles no, con el semáforo o con la clasificación que ya tenga tu empresa. Lo haces antes de configurar nada, porque la retención y la auditoría se eligen según lo que va a entrar.TI y legal
3. Configura la retención y la auditoría que permita tu ruta: el periodo propio y la Compliance API en Enterprise, el botón de feedback apagado en Team y Enterprise, la retención cero en la API si la necesitas y la acordaste, o la modalidad y los registros en la nube. Así la empresa sabe cuánto se guarda y puede revisar qué pasó.TI
4. Escribe una política de una o dos páginas que cualquier empleado entienda: qué herramienta y qué cuenta están aprobadas, el semáforo, que el chat incógnito también lo ve la auditoría y a quién avisar si algo sale mal. La haces corta para que la gente la lea antes de subir algo.TI y legal
5. Abre el acceso primero a un equipo, con una o dos tareas concretas, y decide antes cómo vas a medir: cuántas personas lo usan, cuántas preguntas llegan sobre si un dato se puede subir y cuánto tarda la tarea antes y después, medido por ese equipo. Así corriges la política con casos reales antes de abrirlo a toda la empresa.TI y el equipo piloto
6. Nombra a una persona que conteste cuando alguien pegó algo que no debía, y publica cómo contactarla. Así el empleado avisa en vez de esconderlo.Dirección y TI

¿Qué hace TI cuando alguien pegó algo que no debía?

Primero contesta la persona que nombraste en el paso 6, y la decisión de qué sigue es del área legal o de privacidad, no de TI sola ni de la herramienta. Lo que TI sí puede hacer depende de la ruta.

• En Team y Enterprise: cuando se borra un chat, sale del historial en ese momento y de los sistemas de respaldo de Anthropic en 30 días. En Enterprise, la Compliance API permite ubicar los chats y los archivos de un usuario en un periodo, para saber qué se subió.
• En la API y en las nubes: lo que guardó tu propia aplicación, o el registro de invocaciones de Bedrock si lo encendiste, lo borras tú con las reglas de tu infraestructura. Lo que retiene el proveedor sigue sus términos.
• En las rutas donde Anthropic procesa los datos: si el contenido lo marcaron sus sistemas de seguridad, Anthropic puede guardarlo hasta 2 años, aunque se borre el chat.

Escribe qué pasó, cuándo, qué dato fue y qué se hizo. Ese registro es lo que el área legal necesita para decidir si hay que avisar a alguien.

¿Qué no resuelve cada ruta?

Ninguna ruta revisa qué sube la gente ni decide por la empresa qué está permitido. Cada una baja un riesgo concreto, y el que queda lo cubren la política, el piloto y la persona que contesta.

Ruta	Qué riesgo baja	Qué deja
Claude Team	Cuentas personales sin control; entrenamiento por defecto	Sin SCIM, sin auditoría y sin retención propia
Claude Enterprise	Lo de Team, más accesos que no se dan de baja y no poder revisar el uso	La retención propia no cubre todas las funciones; lo marcado por seguridad puede guardarse hasta 2 años
Claude por la API	Una pantalla de chat donde cualquiera pega cualquier cosa	Lo que guarda tu aplicación; los modelos que piden 30 días de retención
Foundry, alojado en Azure	Que los prompts y las respuestas salgan de Azure	La metadata de uso y el contenido marcado sí salen hacia Anthropic; entrenamiento y retención se confirman en los términos de Anthropic
Foundry, alojado en Anthropic	Contratar y facturar fuera de Azure	Los datos pueden procesarse fuera de Azure y fuera de tu región
Amazon Bedrock y Google Cloud	Que el proveedor del modelo vea los prompts, según cada nube	Lo que registre tu cuenta; la retención cero no siempre es posible en Google

Esta guía no es asesoría legal ni de cumplimiento, y la política y las leyes que aplican a tu empresa mandan sobre ella. En México, el tratamiento de datos personales en empresas privadas lo rige la Ley Federal de Protección de Datos Personales en Posesión de los Particulares, publicada en el DOF el 20 de marzo de 2025 y reformada por última vez el 14 de noviembre de 2025.

Preguntas frecuentes

¿Cuál es la ruta más segura para usar Claude en una empresa?

Esta guía no las ordena así, porque cada una baja un riesgo distinto. Si te importa que los prompts no salgan de tu nube, mira Foundry alojado en Azure o la nube que ya usas. Si te importa controlar quién entra y revisar el uso de la gente, mira Enterprise. Si construyes tu propia aplicación, mira la API.

¿Claude entrena con los datos de mi empresa?

Según Anthropic, sus productos comerciales no se usan para entrenar por defecto. Las excepciones son el feedback que manda la gente y que la organización elija permitirlo. En Foundry, la página de Microsoft remite a los términos de Anthropic, y en Bedrock y Google Cloud aplican los compromisos de AWS y de Google.

¿El chat incógnito sirve para que TI no vea lo que se sube?

No. En Team y Enterprise, los chats incógnito entran en las exportaciones de los propietarios y, en Enterprise, en la Compliance API. Se conservan 30 días por seguridad, o más si así lo marca la política de retención de la organización.

¿Con Claude en Foundry los datos se quedan en mi región?

En la modalidad alojada en Azure, los datos en reposo quedan en la geografía de Azure que elegiste, y el despliegue US Data Zone Standard mantiene la inferencia en Estados Unidos. En la modalidad alojada en Anthropic, los datos pueden procesarse fuera de Azure y fuera de tu región.

¿Puedo pedir retención cero?

En la API, sí: se pide a Anthropic, se activa por organización y no aplica a los modelos que piden 30 días de retención. En Google Cloud, depende de acciones que toma tu equipo y de los modelos que uses. En Foundry y en Bedrock, esta guía no lo verificó.

¿Esta guía basta para cumplir con la ley?

No. Es una guía técnica para elegir y configurar una ruta. Si tu empresa trata datos personales, la decisión de qué se sube y cómo se informa es del área legal o de privacidad.

Fuentes