Transferencias internacionales de datos a EE. UU.: Data Privacy Framework e IA

La transferencia a terceros países suele ser el punto de cumplimiento más crítico al usar agentes de IA: en cuanto un agente llama a un endpoint de modelo alojado en EE. UU., los prompts, los resultados y el contenido de las llamadas a herramientas salen del territorio de la UE. Con ello se aplica el capítulo V del RGPD. Desde el 10 de julio de 2023, el EU-US Data Privacy Framework (DPF) es la base de adecuación central para ello. Es jurídicamente válido, pero está impugnado y, por tanto, debe tratarse como provisional.

• El DPF es válido, pero incierto: en vigor desde el 10 de julio de 2023 y confirmado por el Tribunal General de la UE el 3 de septiembre de 2025 (con respecto al momento de su adopción), pero el recurso ante el TJUE y la impugnación de NOYB siguen en curso (situación en 2026, sujeta a cambios).
• Doble cobertura: como base para la transferencia basta con una certificación DPF activa que cubra tus categorías de datos. Como precaución ante una posible caída del DPF, se añaden cláusulas contractuales tipo (CCT) como respaldo y una evaluación de impacto de la transferencia (TIA).
• Cada flujo de datos cuenta: los prompts, los resultados, la memoria del agente, las bases de datos vectoriales, las llamadas a herramientas y los logs pueden desencadenar, cada uno por separado, una transferencia a un tercer país.

El problema de las transferencias a terceros países según el capítulo V del RGPD

El capítulo V del RGPD prohíbe transferir datos personales a terceros países mientras no se garantice allí un nivel de protección adecuado. Una transferencia solo está permitida a través de una de las bases previstas: una decisión de adecuación de la Comisión Europea, garantías adecuadas como las cláusulas contractuales tipo (CCT) o las normas corporativas vinculantes (BCR), o excepciones muy limitadas.

Para los agentes de IA esto es especialmente delicado, porque un stack agéntico tiene muchos puntos de transferencia. Los datos personales fluyen en la inferencia (prompts y resultados) y, además, hacia la memoria del agente, hacia bases de datos vectoriales persistentes para RAG, en los payloads de las llamadas a herramientas dirigidas a interfaces externas y servidores MCP, así como en los logs y trazas de observabilidad. Cada uno de estos saltos puede ser una transferencia independiente a un tercer país si el destinatario o el alojamiento se encuentran fuera de la UE.

Schrems II: por qué las CCT por sí solas no bastan

La referencia procede de la sentencia Schrems II del TJUE (C-311/18, 16 de julio de 2020). Anuló el entonces vigente Privacy Shield y dejó claro que las cláusulas contractuales tipo solo se sostienen si el responsable del tratamiento comprueba caso por caso si en el país de destino existe realmente un nivel de protección equivalente al de la UE y, cuando es necesario, añade medidas de protección complementarias. Ese análisis es la evaluación de impacto de la transferencia (TIA).

La Comisión lo llevó a la práctica con las cláusulas contractuales tipo 2021/914 (4 de junio de 2021). Contienen cuatro módulos para las configuraciones de responsable a responsable, de responsable a encargado, de encargado a encargado y de encargado a responsable. La elección del módulo adecuado depende del reparto de roles en el stack de IA. Con un proveedor de API gestionada, lo habitual es el módulo de responsable a encargado.

El EU-US Data Privacy Framework: situación actual

El 10 de julio de 2023, la Comisión Europea adoptó la decisión de adecuación para el EU-US Data Privacy Framework, que sustituyó al Privacy Shield. Desde entonces, las empresas estadounidenses que se certifican conforme al DPF se consideran destinatarios con un nivel de protección adecuado. El exportador de datos no necesita firmar CCT para ello.

El 3 de septiembre de 2025, el Tribunal General de la Unión Europea (TGUE) desestimó en el asunto Latombe contra Comisión (T-553/23) la primera demanda contra el DPF y confirmó su validez en el momento de su adopción. Sin embargo, esa no es la última palabra:

• Latombe interpuso recurso de casación ante el TJUE el 31 de octubre de 2025; el procedimiento está pendiente (situación en 2026, sujeta a cambios).
• NOYB / Max Schrems ha anunciado una impugnación aparte y más amplia. Se dirige contra las órdenes ejecutivas de la Administración Trump que han afectado a la independencia del Privacy and Civil Liberties Oversight Board (PCLOB).
• El TGUE dejó constancia expresa de que la Comisión puede supervisar de forma continua el marco jurídico y suspender, modificar o derogar la decisión de adecuación si cambian las condiciones.

Con ello, el DPF sigue siendo, con carácter vinculante, una base válida para las transferencias. Pero ese fundamento jurídicamente vinculante (por ahora) está sujeto a reservas. Un escenario Schrems III sigue siendo plausible.

CCT más TIA como respaldo: doble cobertura como precaución

Por esta incertidumbre, la pauta operativa es: no apoyarse solo en el DPF. Como base para la transferencia basta con una certificación activa del destinatario que cubra los datos transferidos. Según las preguntas frecuentes del Comité Europeo de Protección de Datos (CEPD), en ese caso los datos personales pueden transferirse sin garantías adicionales y sin autorización. Si el proveedor estadounidense es encargado del tratamiento, necesitas, con independencia de ello, un contrato de encargo del tratamiento conforme al art. 28 del RGPD. Aun así, como precaución ante una posible caída del DPF, se recomienda una doble cobertura: cláusulas contractuales tipo como respaldo más una TIA documentada.

Si el DPF desaparece, con las CCT y la TIA no tienes que empezar de cero. Las CCT siguen existiendo como instrumento. Si bastan entonces para amparar la transferencia, lo decide la TIA. Si el proveedor necesita los datos en texto claro, como en la inferencia de un LLM, y las facultades de acceso de las autoridades estadounidenses van más allá de lo necesario y proporcionado, el CEPD no ve actualmente ninguna medida técnica complementaria eficaz (Recomendaciones 01/2020, caso de uso 6). En ese caso no basta con el cifrado en reposo y en tránsito, porque el proveedor procesa los datos en texto claro para la inferencia. BYOK/HYOK tampoco cambia nada. Por eso, contempla también una vía alternativa alojada en la UE. La TIA para proveedores estadounidenses debería abordar los siguientes riesgos:

• US CLOUD Act: riesgo de entrega ordenada a autoridades estadounidenses también en el caso de matrices estadounidenses con filial en la UE, con independencia del lugar de almacenamiento.
• FISA 702 / EO 12333: exposición de los proveedores de servicios de comunicaciones electrónicas como Microsoft, Google, AWS o Meta.
• Medidas técnicas de protección: cifrado en reposo y en tránsito como estándar mínimo; el cifrado en uso (Confidential Computing, TEE) es cada vez más relevante para la inferencia de IA; BYOK/HYOK para datos almacenados como logs y bases de datos vectoriales, de modo que el responsable del tratamiento conserve las claves y el proveedor no pueda descifrar sin su intervención.
• Residencia de datos en la UE: region pinning, EU Data Boundary, endpoints regionales de la UE.

Resumen: bases de transferencia para agentes de IA

Flujo de decisión para una transferencia de datos de IA a EE. UU.

1. ¿Existe realmente una transferencia a un tercer país? Crea un diagrama de flujo de datos: ¿dónde se procesan los prompts, los resultados, la memoria, los vectores, las llamadas a herramientas y los logs? Si el flujo puede mantenerse por completo en la UE mediante residencia de datos en la UE y region pinning, el capítulo V ni siquiera es aplicable.
2. ¿Está el destinatario estadounidense certificado en el DPF? Si es así y la certificación activa cubre tus datos (consulta la Data Privacy Framework List), la transferencia está jurídicamente amparada. Aun así, no te apoyes solo en ello.
3. Firma CCT como respaldo. Elige el módulo adecuado (normalmente de responsable a encargado).
4. Realiza y documenta la TIA. CLOUD Act, FISA 702 / EO 12333, medidas adicionales como el cifrado en uso, BYOK/HYOK.
5. Establece un seguimiento. Vigila de forma continua el estado del DPF, los recursos y la práctica de las autoridades de control para pasar de inmediato a las CCT o a un endpoint alojado en la UE si el DPF desaparece.

Ejemplo concreto con cifras

Una agencia opera para un cliente B2B un agente de atención al cliente basado en un endpoint de modelo alojado en EE. UU. Cada día se producen unas 2.000 conversaciones, cada una con una media de 4 pares de prompt y respuesta. Son unas 8.000 transferencias a terceros países al día, es decir, unas 240.000 al mes, además de logs y escrituras en la base de datos vectorial. Sin DPF y sin CCT más TIA, cada una de estas transferencias carecería de base jurídica.

La cobertura correcta: el proveedor está certificado en el DPF (base 1) y, además, se firman CCT con el módulo de responsable a encargado (base 2). Una TIA documenta la exposición a la CLOUD Act y a FISA y las medidas de protección. El cifrado en reposo y en tránsito forma parte de ellas, pero no sostiene por sí solo la transferencia, porque el modelo procesa los prompts en texto claro. La retención de logs se limita a 30 días y los prompts se seudonimizan antes de almacenarse. Para el caso de que se anule el DPF y la TIA resulte entonces negativa, hay preparado un endpoint de modelo alojado en la UE como vía alternativa.

Si puedes imponer técnicamente la residencia de datos en la UE, atajas el problema de raíz: los endpoints regionales de la UE o la EU Data Boundary trasladan el almacenamiento y el procesamiento a la región. No todas las familias de modelos están disponibles en todas las regiones de la UE. La AWS European Sovereign Cloud está disponible de forma general desde el 14 de enero de 2026 con la región eusc-de-east-1 en Brandeburgo y también ofrece Amazon Bedrock. AWS indica para cada región qué modelos funcionan allí. Comprueba la disponibilidad de tu modelo objetivo antes de definir la arquitectura.

Para agencias y responsables de decisiones B2B

Si despliegas agentes de IA para clientes en Europa, deberías tratar la transferencia a terceros países como una decisión de arquitectura. Tres palancas dan resultado: primero, el mapeo de flujos de datos en todo el stack del agente, incluidos los servidores MCP y la observabilidad; segundo, la doble cobertura con DPF, CCT y una TIA documentada, para que una caída del DPF no pille desprevenida a la operación; tercero, cuando sea posible, la residencia de datos en la UE u opciones de nube soberana, para que el problema de la transferencia ni siquiera llegue a surgir. Para las agencias es además un elemento diferenciador: los clientes de sectores regulados esperan una documentación sólida de las transferencias como parte de la oferta. Cómo montamos este tipo de stacks de agentes lo explicamos en integración de agentes de IA.

Nota: este artículo tiene fines informativos y no constituye asesoramiento jurídico. Para la evaluación jurídicamente vinculante de transferencias de datos concretas, consulta a un asesor jurídico cualificado.