“Está alojado en Europa” es una respuesta útil, pero incompleta.
Una agencia que entrega un agente, un RAG o una automatización participa en una cadena que puede incluir al cliente, la agencia, un proveedor cloud, un proveedor de modelos, una base vectorial, observabilidad y servicios de soporte. Los datos pueden cruzar esa cadena aunque el servidor principal esté en Madrid, Fráncfort o París.
Este artículo no sustituye asesoramiento jurídico. Propone preguntas técnicas y operativas que conviene poder responder antes de desplegar.
1. ¿Quién decide para qué y cómo se tratan los datos?
El RGPD distingue entre responsable y encargado del tratamiento. La Comisión Europea explica que el responsable determina los fines y medios, mientras el encargado trata datos por cuenta del responsable.
En una entrega real, el contrato debería aclarar:
- qué decide el cliente;
- qué decide la agencia;
- qué instrucciones puede ejecutar la infraestructura;
- si alguna parte determina fines propios;
- quién atiende solicitudes y notifica incidentes.
La etiqueta comercial del servicio no determina automáticamente el rol jurídico. Importa lo que cada parte hace de verdad.
2. ¿Qué datos entran realmente en el sistema?
Un diagrama suele mostrar “documentos” o “mensajes”. Esa abstracción puede ocultar:
- nombres y datos de contacto;
- documentos laborales o financieros;
- historiales de conversaciones;
- identificadores dentro de logs;
- metadatos y direcciones IP;
- contenido incluido en prompts;
- resultados generados que reproducen datos de origen.
Clasificar los datos antes de elegir arquitectura permite definir retención, cifrado, acceso y trazabilidad con más precisión.
3. ¿Dónde se procesan, no solo dónde se almacenan?
La región de la base de datos no cuenta toda la historia. Hay que seguir el recorrido:
- entrada del dato;
- almacenamiento temporal;
- extracción o transformación;
- llamada al modelo;
- logging y monitorización;
- backup;
- soporte técnico;
- eliminación.
Un servicio puede almacenar en la UE y procesar o dar soporte desde otra jurisdicción. La Comisión Europea recuerda que la protección del RGPD acompaña a los datos cuando se transfieren fuera de la UE y que esas transferencias necesitan un mecanismo válido.
4. ¿Qué subencargados participan?
“Usamos Azure” o “usamos un proveedor europeo” no es un inventario de cadena de suministro.
Conviene mantener una lista de:
- hosting y red;
- modelos y APIs de IA;
- correo o mensajería;
- observabilidad;
- backups;
- soporte;
- herramientas de desarrollo con acceso a producción.
Para cada uno: entidad contractual, ubicación, finalidad, datos accesibles, retención y mecanismo de cambio.
5. ¿Existe una salida para cada dato?
La retención indefinida suele aparecer por omisión, no por decisión. Un sistema de IA puede conservar información en varios lugares: almacenamiento original, fragmentos, índices vectoriales, cachés, logs y copias.
La eliminación debe considerar todos ellos. También debe aclarar qué ocurre al terminar el contrato y cuánto tarda en expirar un backup.
Una buena prueba consiste en elegir un documento y responder dónde existen copias de él o de sus derivados.
6. ¿Los entornos de clientes están realmente separados?
Separar interfaces no equivale a separar datos. El aislamiento debe revisarse en:
- identidad y permisos;
- secretos;
- redes;
- bases e índices;
- almacenamiento;
- logs;
- backups;
- claves de cifrado;
- límites de recursos.
El nivel apropiado depende del riesgo. Lo importante es que sea una decisión explícita y verificable.
7. ¿Quién puede acceder a producción?
Una lista larga de administradores permanentes invalida muchos controles teóricos.
Conviene poder demostrar:
- acceso nominal, no compartido;
- mínimo privilegio;
- autenticación reforzada;
- altas y bajas;
- acceso temporal cuando sea posible;
- registro de acciones sensibles;
- procedimiento de emergencia.
También hay que incluir a colaboradores, soporte del proveedor y herramientas automatizadas.
8. ¿Se pueden reconstruir los cambios?
La trazabilidad no consiste en guardar todos los datos posibles. Consiste en conservar evidencia útil y proporcionada.
Para una incidencia debería poder reconstruirse:
- qué versión estaba desplegada;
- qué configuración cambió;
- quién aprobó el cambio;
- qué servicio accedió a qué recurso;
- qué alerta apareció;
- qué acción corrigió o mitigó el problema.
Los logs también pueden contener datos personales. Deben diseñarse con la misma atención que la aplicación.
9. ¿Qué responsabilidad tiene cada parte sobre el sistema de IA?
El Reglamento europeo de IA diferencia roles como proveedor y responsable del despliegue. Su ámbito y definiciones oficiales están publicados en EUR-Lex.
No todas las automatizaciones tienen el mismo riesgo ni todas las agencias ocupan el mismo rol. Antes de asumir una etiqueta, conviene analizar quién desarrolla el sistema, bajo qué nombre se pone en servicio, quién define el uso previsto y quién lo utiliza bajo su autoridad.
La infraestructura debe poder respaldar las obligaciones que resulten aplicables: documentación, registros, supervisión, control de versiones o seguimiento de incidentes.
10. ¿Qué ocurre cuando un proveedor cambia?
Un modelo puede modificar condiciones, regiones disponibles o políticas de retención. Un subencargado puede incorporarse a la cadena. Una funcionalidad puede dejar de estar disponible.
El sistema necesita detectar cambios materiales y decidir:
- quién los revisa;
- cuándo se informa al cliente;
- qué alternativa existe;
- cómo se exportan datos y configuración;
- cuánto tardaría una sustitución.
La portabilidad no exige cambiar de proveedor con frecuencia. Exige que cambiar sea una opción real.
11. ¿Existe un procedimiento de incidente compartido?
El cliente, la agencia y el operador de infraestructura pueden detectar partes diferentes del mismo incidente.
Antes de producción deberían acordarse:
- canal de aviso;
- niveles de severidad;
- responsables;
- información mínima;
- preservación de evidencias;
- decisiones sobre aislamiento;
- comunicación y cierre.
El peor momento para descubrir responsabilidades es durante una exposición de datos.
12. ¿Puede demostrarse lo acordado?
Una política que no se refleja en configuración, registros o procedimientos es difícil de verificar.
La evidencia puede incluir:
- inventario de activos y proveedores;
- diagramas actualizados;
- infraestructura como código;
- revisiones de acceso;
- pruebas de restauración;
- historial de despliegues;
- ejercicios de incidente;
- registros de eliminación.
No toda agencia necesita una certificación. Toda agencia que opera datos de clientes necesita poder explicar cómo funciona su control.
Alojamiento europeo no es lo mismo que control europeo
La ubicación importa. Reduce algunos escenarios de transferencia y puede responder a requisitos contractuales. Pero el control depende también de identidades, subencargados, soporte, cifrado, portabilidad y responsabilidades.
Antes del próximo despliegue, intenta responder las doce preguntas en una sola página. Las respuestas incompletas no significan automáticamente incumplimiento. Sí muestran dónde una promesa comercial todavía no está respaldada por una decisión técnica u operativa.
