Declara tu región. Tenla en cada informe.

Un espacio de trabajo declara su región de residencia de datos. Cada informe de cumplimiento lleva su sello, se archiva bajo ella y se deniega ante lecturas entre regiones.

Declara una región por espacio de trabajo; cada informe de cumplimiento lleva su sello y se archiva bajo una ruta particionada por región. El almacenamiento físicamente regionalizado es una decisión de despliegue, no algo que la pasarela gestione por ti.
Una lectura entre regiones se deniega en lugar de servirse: un artefacto nunca se entrega bajo una residencia que no puede satisfacer.
La retención se aplica por solicitud: los payloads se mantienen separados del registro de solicitudes, y una ruta de retención cero solo selecciona un canal habilitado para ZDR.

Una región que declaras y puedes demostrar.

Establece la región del espacio de trabajo y cada informe de cumplimiento quedará sellado con ella, almacenado en particiones regionales, y retenido ante una lectura entre regiones en lugar de servirse bajo una residencia que no puede satisfacer. Lo que esto no es: una garantía de que fijamos geográficamente la inferencia. Los proveedores externos procesan las solicitudes en sus propias regiones, y el informe lo indica expresamente.

La retención es la mitad que se aplica.

Los payloads de los prompts se mantienen separados del registro de solicitudes, de modo que la traza de auditoría —quién llamó qué, cuándo y a qué costo— sobrevive al contenido en sí, que puedes conservar durante horas o directamente no conservar. Además, una ruta de retención cero solo seleccionará un canal marcado como habilitado para ZDR: la verificación falla de forma cerrada, por lo que un canal no marcado nunca se utiliza silenciosamente en su lugar.