Controles de datos en la plataforma de OpenAI

Conoce cómo usa OpenAI tus datos y cómo puedes controlar ese uso.

Tus datos te pertenecen. Desde el 1 de marzo de 2023, OpenAI no usa los datos que envías a la API de OpenAI para entrenar ni mejorar sus modelos, a menos que elijas expresamente compartir esos datos con nosotros.

Tipos de datos que se almacenan al usar la API de OpenAI

Cuando usas la API de OpenAI, los datos pueden almacenarse de las siguientes formas:

• Registros de monitoreo de abusos: se generan a partir de tu uso de la plataforma. OpenAI los necesita para hacer cumplir sus Políticas de uso y acuerdos, así como para mitigar los usos perjudiciales de la IA.
• Estado de la aplicación: datos que algunas funciones de la API conservan para completar una tarea o atender una solicitud.

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

Los registros de monitoreo de abusos pueden contener cierto contenido del cliente, como prompts y respuestas, así como metadatos derivados de ese contenido, como los resultados de los clasificadores. De forma predeterminada, se generan registros de monitoreo de abusos cada vez que se usa una función de la API y se conservan hasta 30 días, salvo que la ley exija conservarlos por más tiempo o que sea razonablemente necesario hacerlo para proteger nuestros servicios o a terceros de posibles daños.

Los clientes que cumplen los requisitos pueden excluir su contenido de estos registros, con las limitaciones que se indican más adelante, si obtienen aprobación para usar los controles de retención cero de datos o monitoreo modificado de abusos. Actualmente, estos controles requieren la aprobación previa de OpenAI y la aceptación de requisitos adicionales. Los clientes que obtienen la aprobación pueden elegir entre el monitoreo modificado de abusos y la retención cero de datos para su organización o proyecto de la API.

Los clientes que habilitan el monitoreo modificado de abusos 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, así como 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 saber si cumples los requisitos.

Monitoreo modificado de abusos

El monitoreo modificado de abusos excluye el contenido del cliente de los registros de monitoreo de abusos en todos los puntos de acceso de la API, salvo en casos excepcionales que involucran imágenes y archivos de entrada, como se describe más adelante. El cliente puede seguir aprovechando 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 abusos de la misma manera que el monitoreo modificado de abusos.

Además, la retención cero de datos cambia el comportamiento de algunos puntos de acceso. El parámetro store de /v1/responses y v1/chat/completions siempre se interpreta como false, incluso si la solicitud intenta establecerlo en true.

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

Retención cero de datos con procesamiento privado de seguridad

La retención cero de datos con procesamiento privado de seguridad permite que OpenAI realice un monitoreo automatizado de seguridad y mantenga las protecciones de la retención cero de datos. Siguen vigentes las limitaciones de los puntos de acceso y las funciones que se indican en esta página.

Los clientes que usan la retención cero de datos (ZDR) con procesamiento privado de seguridad (PSP) deben configurar un almacenamiento bajo su control y cumplir los requisitos técnicos y operativos adicionales que se describen en la guía de retención cero de datos con procesamiento privado de seguridad.

Retención privada con procesamiento privado de seguridad (antes Eyes Off)

Nos reservamos el derecho de excluir determinados modelos de la retención cero de datos o del monitoreo modificado de abusos para clientes específicos que tengan aprobación para usar estos controles. En ese caso, avisaremos por escrito y con anticipación a los clientes afectados. Conservaremos el contenido del cliente en registros cifrados de monitoreo de abusos dentro de la infraestructura que administra OpenAI. Ese contenido quedará excluido de la revisión humana, salvo que la legislación aplicable la exija. Para obtener más información, consulta el apéndice A del documento técnico sobre el procesamiento privado de seguridad.

Si firmaste la adenda de OpenAI para socios comerciales y atención médica, una vez que se habilite la retención privada con procesamiento privado de seguridad para el ID de la organización, podrás usar los puntos de acceso que reúnen los requisitos del acuerdo de socio comercial (BAA) para procesar información de salud protegida (PHI), incluso si se conservan los datos. Siguen vigentes las limitaciones de los puntos de acceso y las funciones que se indican en esta página.

Retención por motivos de seguridad

Nos reservamos el derecho de excluir determinados modelos de la retención cero de datos o del monitoreo modificado de abusos para clientes específicos que tengan aprobación para usar estos controles si resulta razonablemente necesario para investigar o prevenir actividades de riesgo grave. En ese caso, avisaremos por escrito y con anticipación a los clientes afectados. Cuando uses esos modelos, podremos conservar y someter a revisión humana el contenido del cliente que nuestros clasificadores identifiquen 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. Si firmaste la adenda de OpenAI para socios comerciales y atención médica, una vez que se habilite la retención por motivos de seguridad para el ID de la organización, podrás usar los puntos de acceso que reúnen los requisitos del BAA para procesar PHI, incluso si se conservan los datos.

Configuración de los controles de retención de datos

Una vez que tu organización obtenga la aprobación para usar 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 de la organización: elige entre la retención cero de datos y el monitoreo modificado de abusos para toda tu organización.
• Controles del proyecto: para cada proyecto, selecciona default para heredar la configuración de la organización, elige explícitamente la retención cero de datos o el monitoreo modificado de abusos, o selecciona Ninguno para deshabilitar estos controles en ese proyecto.

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

La siguiente tabla indica cuándo se almacena el estado de la aplicación para cada punto de acceso. Los puntos de acceso compatibles con la retención cero de datos no conservan contenido del cliente como parte del estado de la aplicación, con las limitaciones que se indican más adelante. Al usar puntos de acceso o capacidades que no son compatibles con la retención cero de datos, es posible que se conserve el estado de la aplicación aunque hayas habilitado 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 una organización tiene habilitada la retención cero de datos, el parámetro store siempre se interpreta como false, incluso si la solicitud intenta establecerlo en true.
• Consulta la sección sobre imágenes y archivos de entrada.
• El almacenamiento en caché de prompts puede guardar tensores cifrados de claves y valores como estado de la aplicación en el almacenamiento local de los equipos con GPU. Los datos se guardan en esos equipos y se eliminan al vencer el plazo de 24 horas. Con gpt-5.5 y gpt-5.5-pro, establecer prompt_cache_retention en in_memory devuelve un error. En los modelos GPT-5.6 y las familias de modelos posteriores, prompt_cache_options.ttl controla el tiempo mínimo de permanencia en caché. El plazo máximo de retención del estado de la aplicación es independiente de ese parámetro. Para obtener más información, consulta la guía de almacenamiento en caché de prompts.

/v1/responses

• Salvo en los casos que se indican a continuación, el plazo de retención del estado de la aplicación en la API de Responses es de 30 días, tanto de forma predeterminada como cuando el parámetro store se establece en true. En esos casos, los datos de la respuesta se almacenan durante al menos 30 días.
• Cuando una organización tiene habilitada la retención cero de datos, el parámetro store siempre se interpreta como false, incluso si la solicitud intenta establecerlo en true.
• El modo en segundo plano guarda los datos de la respuesta en disco durante unos 10 minutos para permitir consultas periódicas. En los proyectos que usan el monitoreo modificado de abusos, incluida su versión mejorada, se aplica la retención estándar a las solicitudes en primer plano cuando se omite store o se establece en true. El plazo de retención estándar solo se aplica a las respuestas en segundo plano 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 al finalizar el período 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 la sección sobre imágenes y archivos de entrada.
• Los servidores MCP que se usan con la herramienta de servidor MCP remoto son servicios de terceros. Los datos que envías a un servidor MCP están sujetos a las políticas de retención de datos de ese servicio.
• Los contenedores alojados que usan la Terminal alojada en la nube y el intérprete de código pueden guardar temporalmente el estado de la aplicación en el sistema de archivos del contenedor mientras este permanece activo. El sistema de archivos utiliza almacenamiento efímero en bloques. Los datos del contenedor se eliminan cuando este vence o se elimina explícitamente.
• El almacenamiento en caché de prompts puede guardar tensores cifrados de claves y valores como estado de la aplicación en el almacenamiento local de los equipos con GPU. Los datos se guardan en esos equipos y se eliminan al vencer el plazo de 24 horas. Con gpt-5.5 y gpt-5.5-pro, establecer prompt_cache_retention en in_memory devuelve un error. En los modelos GPT-5.6 y las familias de modelos posteriores, prompt_cache_options.ttl controla el tiempo mínimo de permanencia en caché. El plazo máximo de retención del estado de la aplicación es independiente de ese parámetro. Para obtener más información, consulta la guía de almacenamiento en caché de prompts.
• En la compactación del lado del servidor, no se conservan datos cuando store="false".
• Las habilidades admiten dos modalidades de ejecución: local o en contenedores alojados. Las habilidades alojadas siguen el mismo ciclo de vida 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 vence o se elimina.
• Los datos que se transmiten 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/decisions

De forma predeterminada, los registros de monitoreo de abusos se conservan hasta 30 días.

La API de Decisions admite la retención cero de datos, la retención privada con PSP y la retención por motivos de seguridad, siempre que se cumplan los requisitos de elegibilidad y de configuración de la cuenta descritos anteriormente.

La API de Decisions aplica la misma política de retención privada con PSP que la API de Responses. Es posible que se conserven el contenido marcado y una muestra de las solicitudes para realizar revisiones automatizadas de seguridad. Consulta la sección sobre retención privada con PSP para obtener más información.

Se aplican las siguientes limitaciones:

• El almacenamiento en caché de prompts puede guardar tensores cifrados de claves y valores como estado de la aplicación en el almacenamiento local de los equipos con GPU. Los datos se guardan en esos equipos y se eliminan al vencer el plazo de 24 horas. Para obtener más información, consulta la guía de almacenamiento en caché de prompts.
• Consulta la sección sobre imágenes y archivos de entrada para conocer la excepción de retención que se aplica cuando se detecta posible MASI en imágenes de entrada.

Si firmaste la adenda de OpenAI para socios comerciales y atención médica, puedes usar la API de Decisions en el marco de la HIPAA, siempre que se cumplan los requisitos de configuración de la cuenta aplicables.

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

• Los objetos relacionados con la API de Assistants se eliminan de nuestros servidores 30 días después de que los elimines mediante la API o el panel. Si no los eliminas por uno de esos medios, se conservan indefinidamente.

/v1/images

• La generación de imágenes es compatible con la retención cero de datos cuando usas 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 o gpt-image-1-mini.

/v1/files

• Puedes eliminar archivos manualmente mediante la API o el panel, o configurar el parámetro expires_after para que se eliminen automáticamente. Consulta la referencia del parámetro para obtener más información.

Política de retención anterior de la API de Videos

Antes del cierre del 24 de septiembre de 2026, la documentación de la API de Videos establecía un plazo de 48 horas para descargar los videos generados, seguido de un período de retención de 30 días para el monitoreo de abusos. Estos plazos describen la política documentada antes del cierre y no garantizan la disponibilidad de las descargas después de esa fecha. Consulta el aviso de cierre de la API de Videos.

Imágenes y archivos de entrada

Puedes cargar imágenes y archivos como entradas en /v1/responses (incluso cuando usas la herramienta Uso de la computadora), /v1/chat/completions y /v1/images. También puedes cargar imágenes en /v1/decisions. Al enviarse, las imágenes y los archivos de entrada se analizan para detectar material de abuso sexual infantil (MASI). Si el clasificador detecta posible MASI, la imagen se conservará para su revisión manual, incluso si está habilitada la retención cero de datos, el monitoreo modificado de abusos o la retención privada con PSP.

Búsqueda web

La búsqueda web con acceso a internet en tiempo real no reúne los requisitos de la HIPAA ni está cubierta por un BAA. La búsqueda web en modo sin conexión, que usa únicamente la caché (external_web_access: false), puede estar cubierta por un BAA cuando se usa con una clave de API de un proyecto con ZDR habilitada que pertenece a una organización con ZDR. Estas indicaciones sobre la HIPAA y el BAA se aplican únicamente a la herramienta web_search de la API de Responses. Ten en cuenta que las variantes en versión preliminar (web_search_preview) ignoran este parámetro y se comportan como si external_web_access estuviera establecido en 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 elegir la ubicación de la infraestructura que usa OpenAI para prestar sus servicios.

Ponte en contacto 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 admiten la 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 que se indican más adelante para cada proyecto nuevo que crees en esa cuenta. Si usas los puntos de acceso, modelos y versiones específicas compatibles que se enumeran más adelante, el contenido del cliente de ese proyecto (según la definición de tu acuerdo de servicios) se almacenará en reposo en la región seleccionada en la medida en que el punto de acceso necesite conservar los datos para funcionar, como ocurre con /v1/batches.

Si eliges una región que admite el procesamiento regional, según se indica más adelante, los servicios también realizarán la inferencia sobre el 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, metadatos y datos de uso que no contienen contenido del cliente y que los servicios recopilan y utilizan para su administración y funcionamiento. Entre ellos se incluyen la información de cuenta o los perfiles de los usuarios finales que acceden directamente a los servicios (por ejemplo, tu personal), los datos de análisis, las estadísticas de uso, la información de facturación, las solicitudes de soporte y el esquema de resultados estructurados.

Subencargados del tratamiento y procesamiento regional de solicitudes

OpenAI utiliza subencargados del tratamiento para prestar sus servicios. Para las solicitudes que se envían 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) la transmisión o el almacenamiento del contenido del cliente fuera de la región seleccionada cuando se deban a la ubicación del usuario final o de la infraestructura del cliente al acceder a los servicios, (2) los productos, servicios o contenidos que terceros ajenos a OpenAI ofrecen a través de los servicios, ni (3) los datos distintos del contenido del cliente, como los datos del sistema.

Si la región que elegiste no admite el procesamiento regional, según se indica más adelante, OpenAI también puede procesar y almacenar temporalmente el 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 distinta de Estados Unidos, debes obtener la aprobación para usar los controles de monitoreo de abusos y firmar una enmienda de retención modificada.

Para seleccionar la región de Emiratos Árabes Unidos, necesitas una aprobación adicional. Ponte en contacto con el equipo de ventas si necesitas 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.

Cuando envíes solicitudes a proyectos que tengan configurada la residencia de datos, agrega a cada solicitud el prefijo de dominio que se indica en la siguiente tabla.

Seleccionar una región de procesamiento por solicitud

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

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

En el siguiente ejemplo se reutilizan un solo cliente y una clave de API de un proyecto Global para enviar solicitudes globales y solicitudes a Estados Unidos y a la Unión Europea (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
21
22require "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)

# EU processing requires a key from an EU-region project.
response = client.with_options(data_residency: :eu, api_key: ENV.fetch("OPENAI_EU_API_KEY"), organization: nil, project: nil).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 la API admiten actualmente la residencia de datos en las regiones que se indican más adelante.

Usa Compatibilidad por región para comparar las capacidades regionales y desplegar la lista de servicios disponibles en cada región. En Compatibilidad de puntos de acceso de la API, herramientas y modelos encontrarás las listas completas de modelos y los detalles de cada servicio. La compatibilidad con el almacenamiento regional no implica compatibilidad con el procesamiento regional.

El Modo rápido admite la residencia de datos en la UE para GPT-6.1 Sol, GPT-6.1 Terra y GPT-6 Luna. El Modo rápido no está disponible con residencia de datos en la UE para GPT-6 Astra ni GPT-6 Sol. GPT-6.1 Sol, GPT-6.1 Terra, GPT-6 Sol y GPT-6 Luna admiten la residencia de datos en la UE con las modalidades de procesamiento Standard, Flex y Batch. El modo ultrarrápido de GPT-6.1 Sol admite la residencia de datos en Estados Unidos y la UE, así como el procesamiento global. El modo ultrarrápido de GPT-6 Astra solo admite la residencia de datos en Estados Unidos y el procesamiento global.

Limitaciones de los puntos de acceso

/v1/decisions

La API de Decisions está disponible en todas las regiones compatibles con la API. El procesamiento regional está disponible en Estados Unidos y Europa (EEE y Suiza). Que la API esté disponible en una región no implica que la inferencia se realice allí.

• Si usas el almacenamiento en caché de prompts de duración extendida en regiones que no admiten el procesamiento regional, es posible que OpenAI deba procesar y almacenar temporalmente el contenido del cliente fuera de la región para prestar los servicios.

/v1/chat/completions

• No puedes establecer store=true en regiones fuera de Estados Unidos.
• Si usas el almacenamiento en caché de prompts de duración extendida en regiones que no admiten el procesamiento regional, es posible que OpenAI deba procesar y almacenar temporalmente el contenido del cliente fuera de la región para prestar los servicios.

/v1/responses

• Si usas el almacenamiento en caché de prompts de duración extendida en regiones que no admiten el procesamiento regional, es posible que OpenAI deba procesar y almacenar 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 está habilitada, store se interpreta como false, incluso si una solicitud lo establece en true.

El almacenamiento de sesiones está deshabilitado de forma predeterminada. En los proyectos que tienen habilitado el almacenamiento de sesiones, store: true conserva la grabación de la sesión finalizada durante 30 días para que puedas descargarla o usarla para iniciar un fork de la sesión. Las sesiones almacenadas y su índice vencen después de 30 días. Para descargar grabaciones y crear forks, se requiere una política de datos que permita el almacenamiento persistente. Estas operaciones 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. La grabación original se conserva y sigue siendo necesario contar con 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 rastreo de /v1/realtime no cumple los requisitos de residencia de datos de la UE.

Administración de claves empresariales (EKM)

La administración de claves empresariales (EKM) te permite cifrar tu contenido de cliente en OpenAI con claves que administra tu propio sistema externo de administración de claves (KMS).

Una vez configurada, la EKM se aplica a todo estado de la aplicación que se cree al usar la plataforma. Consulta el artículo sobre EKM del centro de ayuda para obtener más información sobre cómo funciona la EKM y cómo integrarla con tu proveedor de KMS.

Limitaciones de la 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 administración de claves, debes sincronizar esas claves con uno de los proveedores de KMS en la nube compatibles para usarlas con OpenAI.

La EKM no es compatible con los siguientes productos. Si intentas usar estos puntos de acceso en un proyecto con EKM habilitada, la API devolverá un error.

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