Sophie Laurent, YuSMP Group
Sophie Laurent Legal & Compliance Lead, YuSMP Group · Asesora a equipos de EE. UU. y la UE sobre el RGPD, el Reglamento de IA de la UE y los flujos de datos transfronterizos
Pantalla de operaciones de red con un mapa del mundo en el que una región europea está delimitada por una frontera mientras flujos de datos salen hacia el océano en dirección a una región lejana de Estados Unidos, para ilustrar la inferencia que abandona la zona de la UE

La respuesta corta

Los modelos Claude alcanzaron la disponibilidad general en Microsoft Foundry a principios de julio de 2026, pero la propia documentación de Microsoft confirma que no existe una zona de datos europea para Claude, por lo que la inferencia puede procesarse fuera de la UE, también en infraestructura de EE. UU. Anthropic sigue siendo el encargado del tratamiento independiente con cualquiera de las opciones de alojamiento, y solo indica una opción europea de Foundry como «coming 2026», sin fecha firme.

Para los equipos que desarrollan para mercados de la UE, la limitación no es el modelo, sino la plataforma. Los mismos modelos Claude ya se ejecutan en infraestructura de regiones de la UE en AWS Bedrock y Google Vertex AI. En Foundry, hoy no. Eso convierte una decisión aparentemente sencilla, «usar Claude en Azure», en una cuestión de residencia de datos y de RGPD que hay que resolver antes de lanzar nada.

¿Qué ha alcanzado la disponibilidad general?

Anthropic y Microsoft llevaron los modelos Claude a la disponibilidad general en Microsoft Foundry a principios de julio de 2026, de modo que los clientes de Azure disponen de Opus 4.8, Haiku 4.5 y Sonnet 5 con la misma autenticación, facturación y gobernanza que ya usan para el resto de la plataforma. Sonnet 5 llegó con un precio promocional de $2 por millón de tokens de entrada y $10 por millón de tokens de salida hasta el 31 de agosto de 2026. Sobre el papel, es justo lo que quiere una empresa estandarizada en Azure: una familia de modelos de frontera disponible dentro de sus controles, su proceso de compras y su pila de identidad actuales.

El matiz está una capa más abajo, en cómo se alojan realmente los modelos. Microsoft Foundry ofrece dos opciones para Claude, «Hosted on Azure» y «Hosted on Anthropic Infrastructure», y la documentación de Microsoft es explícita en que, en ambas, «Anthropic… actúa como encargado del tratamiento independiente de las instrucciones y los resultados». Anthropic es una empresa estadounidense, lo que significa que el código y las instrucciones que su equipo envía a Claude a través de Foundry los gestiona un encargado del tratamiento estadounidense, alcanzable en virtud de la CLOUD Act de EE. UU., con independencia de la región de Azure que figure en su suscripción.

Es una distinción fácil de pasar por alto cuando la consola dice «alojado en Azure», y es toda la historia para quien tenga un requisito de residencia de datos en la UE.

¿Por qué no hay residencia de datos en la UE?

La documentación de Microsoft Foundry afirma que, incluso con la opción «Hosted on Azure», «el procesamiento se limita a las opciones de implementación aplicables ‘Global’ o ‘DataZone’ disponibles en Microsoft Foundry» y, según informó InfoQ, hoy no existe una zona de datos europea para los modelos Claude. En la práctica, eso significa que una solicitud a Claude desde un endpoint de la UE puede enrutarse a infraestructura de EE. UU. para la inferencia. El propio material de cumplimiento regional de Anthropic indica una opción europea de Foundry como «coming 2026», sin comprometer una fecha.

El motivo es arquitectónico, no un descuido de política. Claude en Foundry es una oferta de terceros en Marketplace: Anthropic opera la inferencia y sigue siendo el encargado del tratamiento, en lugar de que Microsoft ejecute el modelo como servicio propio dentro de una región de Azure en la UE. Por eso las garantías de residencia que un cliente de la UE espera de un servicio propio de Azure, es decir, que los datos en reposo y en proceso permanezcan dentro de una geografía europea elegida, todavía no están disponibles para Claude en esta plataforma. Para una carga de trabajo sujeta al RGPD o a normas sectoriales en HealthTech, esa laguna marca la diferencia entre «aprobado para producción» y «bloqueado en la revisión».

Los profesionales ya lo tratan así. En debates empresariales recogidos por InfoQ, un ingeniero neerlandés de servicios financieros contó que su banco «no permite el uso de modelos de Anthropic a través de Foundry», y varios usuarios señalaron que el acceso sigue requiriendo una aprobación mediante formulario en lugar de un despliegue de autoservicio, una señal de capacidad y gobernanza que se suma a la cuestión de la residencia.

Cómo se compara Foundry con Bedrock y Vertex AI

El contexto importante es que se trata de una laguna de la plataforma, no de Claude. Los mismos modelos pueden cumplir los requisitos de residencia de la UE en otros lugares, porque la arquitectura de alojamiento es distinta. Este es el panorama; confirme las condiciones vigentes con cada proveedor antes de comprometerse, ya que la disponibilidad regional cambia.

PlataformaInferencia de Claude en una región de la UEEncargado del tratamiento
Microsoft FoundryAún no disponible («coming 2026»)Anthropic (independiente)
AWS BedrockDisponible en regiones de la UEDentro de la infraestructura de la región de AWS
Google Vertex AIDisponible en regiones de la UEDentro de la infraestructura de la región de Google Cloud

En AWS Bedrock y Google Vertex AI, la inferencia de Claude puede ejecutarse dentro de la propia infraestructura de regiones de la UE del proveedor de nube, de modo que las garantías de residencia y procesamiento en las que se apoyan los clientes de la UE están disponibles de la forma habitual. En Foundry, con Anthropic como encargado del tratamiento y sin zona de datos de la UE por ahora, no lo están. En cambio, los modelos de OpenAI en Azure ofrecen zonas de datos de la UE y operación propia de Microsoft, razón por la cual superan con más facilidad la aprobación europea hoy en día. La lección no es «evitar Claude», sino que, para una carga de trabajo de la UE, la plataforma decide la residencia tanto como el modelo.

Qué significa para los equipos de software de EE. UU. y la UE

Si se deja a un lado el marco del lanzamiento, quedan tres señales prácticas. Primera: «alojado en Azure» no es una garantía de residencia; lo que importa es la opción de implementación y la identidad del encargado del tratamiento, así que lea la documentación de tratamiento de datos de la plataforma antes de dar por hecho que una llamada a un modelo permanece en la región. Segunda: el mismo modelo puede cumplir los requisitos en una plataforma y estar bloqueado en otra, lo que significa que su arquitectura debería permitirle elegir la plataforma para cada carga de trabajo: dirija el tráfico sujeto a la normativa de la UE a un proveedor con inferencia en regiones de la UE y mantenga todo detrás de una única interfaz interna, de modo que la elección sea una cuestión de configuración y no una reescritura.

Tercera: trátelo como un asunto de gobernanza permanente, no puntual. La disponibilidad cambia (se espera una opción europea de Foundry más adelante en 2026), así que registre qué región y qué encargado del tratamiento utiliza realmente cada dependencia de modelo y revíselo con regularidad. Para los equipos sujetos a las obligaciones del Reglamento de IA de la UE o que atienden a clientes regulados de FinTech, «el proveedor dice que está en Azure» no es una respuesta que acepte un auditor; sí lo son la región de implementación documentada y el acuerdo de encargado del tratamiento. Incorporar esa disciplina es exactamente el tipo de trabajo de guardrails que nuestro equipo de agentes de IA aplica al acceso a modelos.

Nada de esto es un veredicto sobre Claude, que sigue siendo una opción sólida para muchas cargas de trabajo y que ya puede usarse con residencia en la UE en otras plataformas. La disciplina es la de siempre: adaptar la herramienta a la restricción, conservar la libertad de cambiar de plataforma a bajo coste y asegurarse de que el lugar donde se procesan realmente sus datos es uno que pueda defender en cada mercado al que sirve.

Una lista de comprobación práctica para compras

Nada de esto es un plazo nuevo. Es el trabajo que convierte un mercado de plataformas de modelos que evoluciona con rapidez en una revisión rutinaria en lugar de una sorpresa:

  1. Lea la documentación de tratamiento de datos, no la etiqueta de la consola. Confirme el encargado del tratamiento indicado y la opción de implementación («Global», «DataZone», región de la UE) de cada modelo que utilice.
  2. Asigne cada modelo a una región. Registre dónde se realiza realmente la inferencia de cada dependencia; no dé nunca por hecho que «en Azure» significa «en la UE».
  3. Dirija el tráfico sujeto a la normativa de la UE a inferencia en regiones de la UE. Cuando se exija residencia, utilice una plataforma que la ofrezca (Bedrock o Vertex AI) hasta que Foundry lance una zona de la UE.
  4. Añada una capa de abstracción. Envíe cada llamada a un modelo a través de una única interfaz interna para que el proveedor, la plataforma y la región sean configuración y no código.
  5. Deje la residencia por escrito. Confirme la región de implementación y las condiciones de tratamiento en el acuerdo de encargado del tratamiento antes de pasar a producción, no después.
  6. Vuelva a comprobarlo con regularidad. La disponibilidad y las condiciones cambian; programe una revisión para incorporar una opción «coming 2026» cuando llegue de verdad.

Esto no es asesoramiento jurídico ni de compras, y la combinación adecuada de plataformas depende de sus cargas de trabajo, de la clasificación de sus datos y de sus mercados. Pero la señal que deja la disponibilidad general de Claude en Foundry es clara: la capacidad llega a todas partes con rapidez, mientras que lo que de verdad condiciona un despliegue en la UE, es decir, dónde se procesan los datos, es lo que nunca aparece en el titular de un lanzamiento.

Preguntas frecuentes

¿Están los modelos Claude disponibles con carácter general en Microsoft Foundry?

Sí. Anthropic y Microsoft llevaron los modelos Claude, entre ellos Opus 4.8, Haiku 4.5 y Sonnet 5, a la disponibilidad general en Microsoft Foundry a principios de julio de 2026, con autenticación, facturación y gobernanza nativas de Azure. Sonnet 5 llegó con un precio promocional de $2 por millón de tokens de entrada y $10 por millón de tokens de salida hasta el 31 de agosto de 2026.

¿Ofrece Claude en Microsoft Foundry residencia de datos en la UE?

Hoy no. Según la propia documentación de Microsoft Foundry, Anthropic actúa como encargado del tratamiento independiente de las instrucciones y los resultados, y el procesamiento se limita a las opciones de implementación Global o DataZone, sin que todavía exista una zona de datos europea para los modelos Claude. Eso significa que la inferencia de Claude en Foundry puede procesarse fuera de la UE, también en infraestructura de EE. UU. Anthropic indica una opción europea de Foundry como prevista para 2026, sin una fecha firme.

¿En qué se diferencia de Claude en AWS Bedrock o Google Vertex AI?

En AWS Bedrock y Google Vertex AI, la inferencia de Claude puede ejecutarse dentro de la propia infraestructura de regiones de la UE del proveedor de nube, de modo que están disponibles las garantías habituales de residencia regional de datos en las que se apoyan los clientes de la UE. En Microsoft Foundry, Anthropic sigue siendo el encargado del tratamiento y todavía no existe una zona de datos de la UE, por lo que esas garantías de residencia no se aplican del mismo modo. Para una carga de trabajo de la UE, la plataforma que elija, y no solo el modelo, decide si la residencia es alcanzable.

¿Por qué importa aquí la CLOUD Act?

Anthropic es una empresa estadounidense, por lo que la CLOUD Act de EE. UU. puede alcanzar los datos que procesa aunque el cliente esté en la UE. Unido a la ausencia de una zona de datos de la UE en Foundry, esto hace que la oferta sea difícil de aprobar para organizaciones que tratan datos personales regulados por el RGPD, o datos de salud sujetos a normas equivalentes, hasta que se lance una opción de implementación europea y se confirme por contrato.

¿Qué deberían hacer entretanto los equipos de la UE?

Traten el acceso a los modelos como una decisión sobre flujos de datos, no solo como una elección de capacidades. Dirijan Claude a través de una plataforma que ofrezca inferencia en regiones de la UE (Bedrock o Vertex AI) si se exige residencia, mantengan una abstracción independiente del proveedor para que cambiar de plataforma o de modelo sea un cambio de configuración y confirmen por escrito las condiciones de tratamiento de datos y la región de implementación antes de pasar a producción. Registren qué región atiende realmente cada dependencia de modelo en lugar de suponer que «alojado en Azure» significa alojado en la UE.

Fuentes

InfoQ — Claude Reaches GA on Microsoft Foundry: European Enterprises Cannot Deploy It (en inglés) (5 de julio de 2026)
Microsoft Learn — Data, privacy, and security for Anthropic Claude models in Microsoft Foundry (en inglés)
Microsoft Azure Blog — Claude in Microsoft Foundry is now generally available (en inglés)