1. Qué controla la residencia de datos de ia
Un espacio de trabajo declara una región. A partir de ese momento:- cada reporte de cumplimiento que generas se estampa con la región declarada;
- el artefacto renderizado se almacena particionado por región;
- una lectura entre regiones se retiene — un reporte estampado
euno se descargará mientras el espacio de trabajo declareus; - la divulgación de flujos de datos del reporte indica claramente que los proveedores de modelo upstream (subprocesadores) procesan los datos de solicitud en sus propias regiones.
| Código | Región |
|---|---|
us | Estados Unidos |
eu | Unión Europea (EEE) |
uk | Reino Unido |
ap | Asia-Pacífico |
cn | China |
global | Global / sin restricción |
Leer la región actual está abierto a cualquier Member del espacio de trabajo
(es parte de la superficie de cumplimiento gratuita y de solo navegación).
Cambiarla requiere Admin del espacio de trabajo — a diferencia de
instalar un pack o ponerlo en marcha, establecer la residencia no está
separadamente detrás de un muro de pago. Ver Restricciones por
plan.
2. Establece la región (un flujo concreto)
Establece la residencia desde la consola en Compliance → Settings, con sesión iniciada como Admin del espacio de trabajo. La consola conduce la ruta de gestión por ti usando tu sesión — esta es una rutaUserAuth, nunca una clave
de relay (sk-orca-…):
3. Cambiar la región después de que existan reportes
La residencia se aplica en el momento de la descarga contra la región declarada actual del espacio de trabajo. Un reporte estampado bajo la región que se declaró cuando se generó solo se servirá mientras el espacio de trabajo aún declare esa misma región. Así que si generas reportes bajous, luego cambias el espacio de trabajo a
eu, esos reportes antes estampados us dejan de descargarse — el gateway los
retiene en vez de servir un artefacto bajo una afirmación de residencia que ya
no puede satisfacer. La solución es regenerar el reporte bajo la nueva
región.
4. Qué NO es la residencia
Esta es la distinción que la mayoría de los equipos entienden mal, así que tiene su propia sección.No geo-fija la inferencia
No geo-fija la inferencia
Establecer
region: eu no enruta tu tráfico de modelo a través de
infraestructura de la UE. Gobierna dónde vive el artefacto de evidencia,
no dónde se ejecuta el modelo. Los proveedores upstream procesan los datos de
solicitud en sus propias regiones; el reporte divulga ese flujo en vez
de restringirlo.No mueve tus registros de solicitud
No mueve tus registros de solicitud
La residencia estampa los reportes de cumplimiento. El almacenamiento y la
retención de registros de solicitud se gobiernan por separado — ver
Retención para el valor por defecto de
30 días y el máximo de 180 días recortado por el servidor.
No es un sustituto de un DPA
No es un sustituto de un DPA
Una región declarada más la divulgación de subprocesadores del reporte es
evidencia que puedes entregar a un auditor — no es un acuerdo legal de
procesamiento de datos. Combínala con tus propios controles contractuales.
5. Dónde encaja esto
La residencia es una perilla en el flujo de cumplimiento más amplio — instala un pack, obsérvalo, ponlo en marcha, genera un reporte firmado y almacena ese reporte bajo una región declarada.Visión general de cumplimiento
El bucle completo — instalar, observar, aplicar y entregar evidencia
firmada.
Lecturas entre regiones
Por qué un reporte estampado en una región no se sirve bajo otra, y cómo
ejecutar un programa multirregión.
Reporte firmado
Cómo cada reporte obtiene su hash SHA-256 y su firma Ed25519.
Restricciones por plan
Qué acciones de cumplimiento son gratis de leer y cuáles necesitan un Admin
de pago.