Controles de datos en la plataforma de OpenAI

Comprende cómo OpenAI usa tus datos y cómo puedes controlar su uso.

Tus datos te pertenecen. Desde el 1 de marzo de 2023, los datos enviados a la API de OpenAI no se usan para entrenar ni mejorar los modelos de OpenAI (a menos que aceptes explícitamente compartir datos con nosotros).

Tipos de datos almacenados al usar la API de OpenAI

Al usar la API de OpenAI, los datos pueden almacenarse como:

• Registros de monitoreo de abuso: registros generados a partir de tu uso de la plataforma, necesarios para que OpenAI haga cumplir nuestras Políticas de uso y acuerdos, y mitigue los usos dañinos de la IA.
• Estado de la aplicación: datos que algunas funciones de la API almacenan de forma persistente para completar la tarea o atender la solicitud.

Controles de retención de datos para el monitoreo de abuso

Los registros de monitoreo de abuso pueden contener cierto contenido del cliente, como prompts y respuestas, además de metadatos derivados de ese contenido, como las salidas de los clasificadores. De forma predeterminada, se generan registros de monitoreo de abuso para todo uso de las funciones de la API y se conservan hasta por 30 días, a menos que la ley exija una retención más prolongada o que esta sea razonablemente necesaria para proteger nuestros servicios o a terceros de posibles daños.

Los clientes que cumplan los requisitos pueden obtener la aprobación para los controles de retención cero de datos o monitoreo de abuso modificado para que su contenido quede excluido de estos registros de monitoreo de abuso, con las limitaciones que se indican más adelante. Actualmente, estos controles requieren la aprobación previa de OpenAI y la aceptación de requisitos adicionales. Los clientes aprobados pueden elegir entre monitoreo de abuso modificado y retención cero de datos para su organización o proyecto de la API.

Los clientes que habiliten el monitoreo de abuso modificado o la retención cero de datos son responsables de garantizar que sus usuarios respeten las políticas de OpenAI para el uso seguro y responsable de la IA, y de cumplir los requisitos de moderación y presentación de informes que establezca la legislación aplicable.

Ponte en contacto con nuestro equipo de ventas para obtener más información sobre estas opciones y consultar si cumples los requisitos.

Monitoreo de abuso modificado

El monitoreo de abuso modificado excluye el contenido del cliente (salvo las imágenes y los archivos de entrada en casos excepcionales, como se describe más adelante) de los registros de monitoreo de abuso en todos los puntos de acceso de la API, sin impedir que el cliente aproveche todas las capacidades de la plataforma de OpenAI.

Retención cero de datos

La retención cero de datos excluye el contenido del cliente de los registros de monitoreo de abuso de la misma manera que el monitoreo de abuso modificado.

Además, la retención cero de datos modifica algunos comportamientos de los puntos de acceso: el parámetro store de /v1/responses y v1/chat/completions siempre se tratará como false, incluso si la solicitud intenta establecer el valor en true.

Además de esos cambios específicos de comportamiento, los puntos de acceso y las capacidades que figuran con un No en la columna Compatible con retención cero de datos de la tabla siguiente pueden seguir almacenando el estado de la aplicación, incluso si la retención cero de datos está habilitada.

Sin revisión humana

Para los clientes aprobados para la retención cero de datos o el monitoreo de abuso modificado, nos reservamos el derecho de hacer que ciertos modelos dejen de ser compatibles con estos controles para clientes específicos, previa notificación por escrito a los clientes afectados. En ese caso, el contenido del cliente se conservará en los registros de monitoreo de abuso, pero quedará excluido de la revisión humana, salvo que la legislación aplicable la exija. Para los clientes que hayan suscrito el Anexo de asociado comercial y atención médica de OpenAI, una vez que se habilite la opción Sin revisión humana para el ID de su organización, los puntos de acceso cubiertos por el BAA podrán usarse para procesar PHI, incluso si se retienen los datos.

Retención por seguridad

Para los clientes aprobados para la retención cero de datos o el monitoreo de abuso modificado, nos reservamos el derecho de hacer que ciertos modelos dejen de ser compatibles con estos controles para clientes específicos si es razonablemente necesario para investigar o prevenir actividades de riesgo grave, previa notificación por escrito a los clientes afectados. En ese caso, al usar estos modelos, podremos retener y someter a revisión humana el contenido del cliente que nuestros clasificadores detecten como una posible infracción de nuestras Políticas de uso o de tu acuerdo. En los demás casos, la retención no se verá afectada. Para los clientes que hayan suscrito el Anexo de asociado comercial y atención médica de OpenAI, una vez que se habilite la opción Retención por seguridad para el ID de su organización, los puntos de acceso cubiertos por el BAA podrán usarse para procesar PHI, incluso si se retienen los datos.

Configurar los controles de retención de datos

Una vez que tu organización obtenga la aprobación para los controles de retención de datos, verás la pestaña Retención de datos en Configuración → Organización → Controles de datos. Desde esa pestaña, puedes configurar los controles de retención de datos tanto para la organización como para cada proyecto.

• Controles a nivel de organización: elige entre retención cero de datos y monitoreo de abuso modificado para toda tu organización.
• Controles a nivel de proyecto: para cada proyecto, selecciona default para heredar la configuración de la organización, elige explícitamente retención cero de datos o monitoreo de abuso modificado, o selecciona Ninguno para deshabilitar estos controles en ese proyecto.

Requisitos de almacenamiento y controles de retención por punto de acceso

La tabla siguiente indica cuándo se almacena el estado de la aplicación en cada punto de acceso. Con las limitaciones que se indican más adelante, los puntos de acceso compatibles con la retención cero de datos no conservan ningún contenido del cliente como estado de la aplicación. Los puntos de acceso o las capacidades que no son compatibles con la retención cero de datos pueden conservar el estado de la aplicación al usarse, incluso si tienes habilitada la retención cero de datos.

/v1/chat/completions

• El estado de la aplicación correspondiente a las salidas de audio se almacena durante 1 hora para permitir conversaciones de varios turnos.
• Cuando la retención cero de datos está habilitada para una organización, el parámetro store siempre se tratará como false, incluso si la solicitud intenta establecer el valor en true.
• Consulta Imágenes y archivos de entrada.
• El almacenamiento de prompts en caché puede guardar tensores de clave/valor cifrados en el almacenamiento local de las máquinas con GPU como estado de la aplicación. Estos datos se almacenan en las máquinas locales con GPU y no se conservan una vez transcurrido el plazo de 24 horas. Para gpt-5.5 y gpt-5.5-pro, establecer prompt_cache_retention en in_memory devuelve un error. Para los modelos GPT-5.6 y las familias de modelos posteriores, prompt_cache_options.ttl controla el tiempo de vida mínimo de la caché, no este período máximo de retención del estado de la aplicación. Para obtener más información, consulta la guía de almacenamiento de prompts en caché.

/v1/responses

• Salvo las excepciones que se indican a continuación, la API Responses tiene un período de retención del estado de la aplicación de 30 días de forma predeterminada, o cuando el parámetro store se establece en true. En esos casos, los datos de respuesta se almacenarán durante al menos 30 días.
• Cuando la retención cero de datos está habilitada para una organización, el parámetro store siempre se tratará como false, incluso si la solicitud intenta establecer el valor en true.
• El modo en segundo plano almacena los datos de respuesta en disco durante aproximadamente 10 minutos para permitir consultas periódicas. En los proyectos que usan monitoreo de abuso modificado, incluido el monitoreo de abuso modificado mejorado, las solicitudes en primer plano siguen la retención estándar cuando se omite store o se establece en true. Las respuestas en segundo plano siguen el período de retención estándar solo cuando la solicitud establece explícitamente store=true. Si se omite store o se establece en false en una solicitud en segundo plano, la respuesta se elimina después del período temporal de consultas periódicas.
• El estado de la aplicación correspondiente a las salidas de audio se almacena durante 1 hora para permitir conversaciones de varios turnos.
• Consulta Imágenes y archivos de entrada.
• Los servidores MCP (que se usan con la herramienta de servidor MCP remoto) son servicios de terceros, y los datos enviados a un servidor MCP están sujetos a sus políticas de retención de datos.
• Los contenedores alojados utilizados por la terminal alojada en la nube y el intérprete de código pueden escribir estado temporal de la aplicación en el sistema de archivos del contenedor (respaldado por almacenamiento de bloques efímero) mientras el contenedor está activo. Los datos del contenedor se eliminan cuando este caduca o se elimina explícitamente.
• El almacenamiento de prompts en caché puede guardar tensores de clave/valor cifrados en el almacenamiento local de las máquinas con GPU como estado de la aplicación. Estos datos se almacenan en las máquinas locales con GPU y no se conservan una vez transcurrido el plazo de 24 horas. Para gpt-5.5 y gpt-5.5-pro, establecer prompt_cache_retention en in_memory devuelve un error. Para los modelos GPT-5.6 y las familias de modelos posteriores, prompt_cache_options.ttl controla el tiempo de vida mínimo de la caché, no este período máximo de retención del estado de la aplicación. Para obtener más información, consulta la guía de almacenamiento de prompts en caché.
• Cuando la retención cero de datos no está habilitada para una organización, todas las consultas usan el almacenamiento extendido de prompts en caché para todos los modelos compatibles.
• En la compactación del lado del servidor, no se retienen datos cuando store="false".
• Admitimos habilidades en dos modalidades: ejecución local y ejecución en contenedores alojados. Las habilidades alojadas siguen el mismo ciclo de vida del contenedor que la terminal alojada en la nube: las habilidades montadas y los archivos del contenedor permanecen disponibles mientras el contenedor está activo y se descartan cuando este caduca o se elimina.
• Los datos transmitidos a servicios de terceros a través de conexiones de red están sujetos a las políticas de retención de datos de esos servicios.

/v1/assistants, /v1/threads y /v1/vector_stores

• Los objetos relacionados con la API de asistentes se eliminan de nuestros servidores 30 días después de que los elimines mediante la API o el panel. Los objetos que no se eliminen mediante la API o el panel se conservan indefinidamente.

/v1/images

• La generación de imágenes es compatible con la retención cero de datos cuando se usan gpt-image-2.5-sunburst, gpt-image-2.5-sunburst-2026-09-08, gpt-image-2.5-flare, gpt-image-2.5-flare-2026-09-08, gpt-image-2, gpt-image-1.5, gpt-image-1 y gpt-image-1-mini.

/v1/files

• Los archivos se pueden eliminar manualmente mediante la API o el panel, o automáticamente al configurar el parámetro expires_after. Consulta aquí para obtener más información.

/v1/videos

• La API v1/videos incluye un flujo de trabajo que guarda datos en disco durante el procesamiento y los conserva durante 48 horas para permitir que quien realiza la llamada descargue el video generado, y luego durante 30 días para el monitoreo de abuso. Actualmente, v1/videos está bloqueado para solicitudes con MAM o ZDR. Si tu organización tiene habilitados los controles de retención de datos, configura un proyecto con la opción de retención establecida en Ninguna , como se describe en Configuración de los controles de retención de datos, para usar /v1/videos con ese proyecto.

Imágenes y archivos de entrada

Se pueden cargar imágenes y archivos como entradas a /v1/responses (incluso al usar la herramienta Uso de la computadora), /v1/chat/completions y /v1/images. Las imágenes y los archivos de entrada se analizan en busca de MASI al enviarlos. Si el clasificador detecta posible MASI, la imagen se conservará para una revisión manual, incluso si están habilitados la retención cero de datos, el monitoreo de abuso modificado o Eyes Off.

Búsqueda web

La búsqueda web con acceso a Internet en tiempo real no es apta para HIPAA y no está cubierta por un BAA. La búsqueda web en modo sin conexión o solo caché (external_web_access: false) puede estar cubierta por un BAA cuando se usa con una clave de API de un proyecto con ZDR habilitado dentro de una organización con ZDR. Esta orientación sobre HIPAA/BAA se aplica únicamente a la herramienta web_search de la API Responses. Nota: las variantes preliminares (web_search_preview) ignoran este parámetro y se comportan como si external_web_access fuera true. Recomendamos usar web_search.

Controles de residencia de datos

Los controles de residencia de datos son una opción de configuración del proyecto que te permite definir la ubicación de la infraestructura que OpenAI utiliza para prestar servicios.

Comunícate con nuestro equipo de ventas para saber si cumples los requisitos para usar los controles de residencia de datos. Los puntos de acceso de residencia de datos tienen un recargo del 10 % para los modelos lanzados a partir del 5 de marzo de 2026 que admitan residencia de datos.

¿Cómo funciona la residencia de datos?

Cuando la residencia de datos está habilitada en tu cuenta, puedes elegir una de las regiones disponibles que se indican a continuación para los nuevos proyectos que crees en ella. Si utilizas los puntos de acceso, modelos y versiones específicas compatibles que se indican a continuación, tu contenido del cliente (según se define en tu contrato de servicios) correspondiente a ese proyecto se almacenará en reposo en la región seleccionada en la medida en que el punto de acceso requiera persistencia de datos para funcionar (como /v1/batches).

Si seleccionas una región que admita procesamiento regional, según se indica específicamente a continuación, los servicios también realizarán la inferencia de tu Contenido del cliente en la región seleccionada.

La residencia de datos no se aplica a los datos del sistema, que pueden procesarse y almacenarse fuera de la región seleccionada. Los datos del sistema son los datos de cuenta, los metadatos y los datos de uso que no contienen Contenido del cliente y que los servicios recopilan y utilizan para su administración y funcionamiento. Incluyen, por ejemplo, información de cuenta o perfiles de usuarios finales que acceden directamente a los servicios (como tu personal), datos analíticos, estadísticas de uso, información de facturación, solicitudes de soporte y esquemas de resultados estructurados.

Subencargados del tratamiento y procesamiento regional de solicitudes

OpenAI utiliza subencargados del tratamiento para prestar sus servicios. Para las solicitudes enviadas a us.api.openai.com o eu.api.openai.com, OpenAI utiliza Cloudflare Regional Services para que la terminación TLS y el descifrado HTTPS se realicen dentro de la región de procesamiento seleccionada.

Limitaciones

La residencia de datos no se aplica a: (1) cualquier transmisión o almacenamiento de Contenido del cliente fuera de la región seleccionada que se deba a la ubicación de un Usuario final o de la infraestructura del Cliente al acceder a los servicios; (2) productos, servicios o contenido que terceros ajenos a OpenAI ofrezcan a través de los Servicios; o (3) cualquier dato que no sea Contenido del cliente, como los datos del sistema.

Si la Región seleccionada no admite el procesamiento regional, según se indica más abajo, OpenAI también puede procesar y almacenar temporalmente Contenido del cliente fuera de esa Región para prestar los servicios.

Requisitos adicionales para regiones fuera de Estados Unidos

Para usar la residencia de datos en cualquier región fuera de Estados Unidos, debes contar con la aprobación para los controles de monitoreo de abusos y firmar una adenda de retención modificada.

Seleccionar la región de Emiratos Árabes Unidos requiere una aprobación adicional. Comunícate con ventas para obtener ayuda.

Cómo usar la residencia de datos

La residencia de datos se configura por proyecto dentro de tu organización de la API.

Para configurar la residencia de datos para el almacenamiento regional, selecciona la región correspondiente en el menú desplegable al crear un proyecto.

En cada solicitud a proyectos con residencia de datos configurada, agrega el prefijo de dominio definido en la siguiente tabla.

Selecciona una región de procesamiento por solicitud

Como alternativa a crear un proyecto específico para una región, puedes seleccionar el procesamiento regional para una solicitud individual usando el dominio con prefijo y una clave de API de un proyecto cuya ubicación geográfica sea Global.

Los requisitos existentes de elegibilidad y controles de retención de datos siguen vigentes. El punto de acceso y el modelo seleccionados también deben admitir el procesamiento regional, como se muestra en la siguiente tabla.

El siguiente ejemplo reutiliza un mismo cliente y una clave de API de un proyecto Global para solicitudes globales, de Estados Unidos y de la UE:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28from openai import OpenAI

client = OpenAI()

# No processing constraint.
response = client.responses.create(
    model="gpt-5.6-terra",
    input="Reply with OK.",
)
print(response.output_text)

# US processing and storage.
response = client.with_options(
    base_url="https://us.api.openai.com/v1",
).responses.create(
    model="gpt-5.6-terra",
    input="Reply with OK.",
)
print(response.output_text)

# EU processing and storage.
response = client.with_options(
    base_url="https://eu.api.openai.com/v1",
).responses.create(
    model="gpt-5.6-terra",
    input="Reply with OK.",
)
print(response.output_text)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21require "openai"

client = OpenAI::Client.new

response = client.responses.create(
  model: "gpt-5.6-terra",
  input: "Reply with OK."
)
puts(response.output_text)

response = client.with_options(data_residency: :us).responses.create(
  model: "gpt-5.6-terra",
  input: "Reply with OK."
)
puts(response.output_text)

response = client.with_options(data_residency: :eu).responses.create(
  model: "gpt-5.6-terra",
  input: "Reply with OK."
)
puts(response.output_text)

¿Qué modelos y funciones admiten la residencia de datos?

Los siguientes modelos y servicios de API admiten actualmente la residencia de datos en las regiones que se especifican a continuación.

Usa Compatibilidad por región para comparar las capacidades regionales y desplegar los servicios disponibles en cada región. Usa Compatibilidad de puntos de acceso de API, herramientas y modelos para consultar las listas completas de modelos y una vista detallada de los servicios. La compatibilidad con el almacenamiento regional no implica compatibilidad con el procesamiento regional.

Limitaciones de los puntos de acceso

/v1/chat/completions

• No se puede establecer store=true en regiones fuera de Estados Unidos.
• El almacenamiento extendido de prompts en caché en regiones que no admiten el procesamiento regional puede requerir que OpenAI procese y almacene temporalmente el Contenido del cliente fuera de la Región para prestar los servicios.

/v1/responses

• No se puede establecer background=True en la región de la UE.
• El almacenamiento extendido de prompts en caché en regiones que no admiten el procesamiento regional puede requerir que OpenAI procese y almacene temporalmente el Contenido del cliente fuera de la Región para prestar los servicios.

/v1/live/sessions

Las sesiones de GPT-Live admiten la retención cero de datos. Cuando la retención cero de datos está habilitada, store se trata como false, incluso si una solicitud lo establece en true.

El almacenamiento de sesiones está deshabilitado de forma predeterminada. En los proyectos con el almacenamiento de sesiones habilitado, store: true conserva la grabación de la sesión finalizada durante 30 días para que pueda descargarse o usarse para iniciar una sesión mediante un fork. Las sesiones almacenadas y su índice caducan después de 30 días. Las descargas de grabaciones y la creación de forks requieren una política de datos que permita la persistencia y no están disponibles con la retención cero de datos.

Establecer store: false en un fork impide que se almacene la nueva sesión; no elimina la grabación de origen ni el requisito de autorización para leerla. La API no ofrece un punto de acceso público para eliminar sesiones almacenadas.

GPT-Live admite la residencia de datos en Estados Unidos y Europa. Los modelos y las herramientas del backend a los que se delegan tareas tienen sus propios controles de datos; consulta las entradas correspondientes a cada punto de acceso y función en esta página.

/v1/realtime

Actualmente, el seguimiento de trazas de /v1/realtime no cumple con los requisitos de residencia de datos en la UE.

Gestión de claves empresariales (EKM)

La gestión de claves empresariales (EKM) te permite cifrar tu contenido de cliente en OpenAI con claves administradas por tu propio sistema externo de gestión de claves (KMS).

Una vez configurada, EKM se aplica a cualquier estado de la aplicación creado durante el uso de la plataforma. Consulta el artículo del Centro de ayuda sobre EKM para obtener más información sobre cómo funciona EKM y cómo integrarla con tu proveedor de KMS.

Limitaciones de EKM

OpenAI admite el cifrado con claves propias (BYOK) mediante cuentas externas en AWS KMS, Google Cloud (GCP) y Azure Key Vault. Si tu organización usa otro servicio de gestión de claves, esas claves deben sincronizarse con uno de los proveedores de KMS en la nube compatibles para usarlas con OpenAI.

EKM no es compatible con los siguientes productos. Si intentas usar estos puntos de acceso en un proyecto con EKM habilitado, se devolverá un error.

• Assistants (/v1/assistants)
• Ajuste fino de visión