API y retención de datos

Esta página cubre la Claude API (api.anthropic.com), Claude Platform en AWS y Claude en Microsoft Foundry, donde Anthropic es el procesador de datos. En Amazon Bedrock y Google Cloud's Agent Platform, el proveedor de nube es el procesador de datos; consulta la documentación de retención de datos y cumplimiento de esas plataformas para conocer sus controles equivalentes.

Anthropic ofrece dos acuerdos de manejo de datos para la Claude API: "zero data retention" (retención cero de datos), o ZDR y preparación para HIPAA. La tabla de elegibilidad de funciones indica qué funciones de la API cubre cada acuerdo. Para conocer las políticas de retención estándar de Anthropic fuera de estos acuerdos, consulta la política de retención de datos comerciales y la política de retención de datos de consumidores.

Cómo aborda Anthropic la retención de datos

Las distintas API y funciones tienen diferentes necesidades de almacenamiento. Cuando una función no requiere almacenar los prompts o las respuestas de los clientes, puede ser elegible para ZDR. Cuando una función necesariamente requiere almacenamiento, Anthropic la diseña para que tenga la menor huella de retención posible, bajo los siguientes compromisos:

• Los datos retenidos nunca se usan para entrenar modelos sin tu permiso expreso.
• Solo se retiene lo técnicamente necesario para que la función opere. El contenido de las conversaciones (tus prompts y las salidas de Claude) no se retiene de forma predeterminada; la excepción son los Modelos Cubiertos, que requieren una retención de 30 días.
• Los datos retenidos se eliminan en el "time to live" (tiempo de vida), o TTL, más corto que sea práctico, y Anthropic busca dar a los clientes control sobre cuánto tiempo se retienen los datos. Lo que se conserva, y la duración de la retención cuando se aplica un TTL específico, se documenta en la página de cada función.

Varios modelos de retención quedan fuera de los acuerdos de ZDR y HIPAA descritos en esta página. Los datos accesibles a través de la Compliance API siguen su propio modelo de retención. El Activity Feed retiene los datos durante 6 años. El contenido de chats, archivos y proyectos de claude.ai sigue la política de retención de tu organización establecida en claude.ai > Organization settings > Data and privacy, a menos que un usuario lo elimine antes. Las transcripciones de sesiones locales (de sesiones en las máquinas de los usuarios, en aplicaciones como Cowork y Claude Code) se almacenan durante 6 años de forma predeterminada, o durante el período de retención de conversaciones personalizado de tu organización cuando se establece uno finito (la misma configuración de claude.ai). Las transcripciones de sesiones remotas (Cowork en la nube) se retienen durante 6 años, a menos que un usuario elimine la sesión antes. La Compliance API no captura las sesiones locales para las que ZDR está en vigor. Para las organizaciones con la preparación para HIPAA habilitada, captura únicamente las sesiones locales de Cowork y Claude Code y almacena sus transcripciones durante 30 días.

Retención cero de datos (ZDR)

Bajo un acuerdo de ZDR, Anthropic no almacena los prompts ni las respuestas del cliente en reposo después de que se devuelve la respuesta de la API. Para solicitar ZDR para tu organización, contacta al equipo de ventas de Anthropic. ZDR se habilita por organización; cada nueva organización requiere que tu equipo de cuenta habilite ZDR por separado, y la habilitación no se extiende automáticamente a otras organizaciones bajo la misma cuenta.

Qué cubre ZDR

• Claude Messages API y Token Counting API: ZDR se aplica a estos endpoints para las funciones elegibles que aparecen en la tabla de elegibilidad de funciones. Las funciones que operan sobre /v1/messages pero están marcadas con "No" en la tabla (como la ejecución de código) no están cubiertas.
• Claude Code con claves de API: ZDR se aplica cuando Claude Code se usa con claves de API de una organización Comercial (una organización sujeta a los Términos de Servicio Comerciales de Anthropic, a diferencia de una cuenta de consumidor de Claude). Si el registro de métricas está habilitado en Claude Code, los datos de productividad, como las estadísticas de uso, quedan exentos de ZDR y pueden retenerse. Claude Code en Claude Enterprise no está cubierto por este acuerdo y tiene una oferta de ZDR independiente; consulta Qué no cubre ZDR.
• Claude Platform on AWS: Claude Platform on AWS sigue la misma política de retención de datos que la Claude API de primera parte. ZDR está disponible bajo solicitud; contacta a tu representante de cuenta de Anthropic para habilitarlo.

Qué no cubre ZDR

• Claude Console: Cualquier uso en la Claude Console, incluido el playground.
• Claude Managed Agents: Claude Managed Agents es un recurso con estado; las transcripciones de las sesiones persisten hasta que las eliminas.
• Productos de consumo de Claude: Planes Claude Free, Pro y Max, incluso cuando los clientes de esos planes usan las aplicaciones web, de escritorio o móviles de Claude o Claude Code.
• Interfaces de producto de Claude Teams y Claude Enterprise: Estas interfaces no son elegibles para ZDR. La única excepción es Claude Code en Claude Enterprise, que tiene su propia oferta de ZDR, independiente del acuerdo de ZDR descrito en esta página. Esa oferta está disponible solo para cuentas calificadas de Claude Enterprise y requiere una habilitación independiente por parte de Anthropic. Consulta la documentación de ZDR de Claude Code, que se aplica únicamente a organizaciones de Claude Enterprise.
• Claude for Excel: Actualmente no es elegible para ZDR.
• Claude Fable 5.1, Claude Mythos 5.1, Claude Fable 5 y Claude Mythos 5: Estos modelos requieren una retención de datos de 30 días y no están disponibles bajo ZDR a menos que Anthropic lo autorice expresamente. Consulta Requisitos de retención de datos específicos por modelo.
• Integraciones de terceros: Los datos procesados por sitios web, herramientas u otras integraciones de terceros no están cubiertos, aunque algunos pueden tener ofertas similares. Revisa las prácticas de manejo de datos de cada servicio.
• "Cross-Origin Resource Sharing" (uso compartido de recursos entre orígenes), o CORS: CORS no es compatible con organizaciones que tienen acuerdos de ZDR. Para realizar llamadas a la API desde aplicaciones basadas en navegador, enruta las solicitudes a través de un servidor proxy de backend. Consulta la guía de seguridad de la API para conocer patrones de proxy y el manejo de claves de API.
• Contenido marcado y retenciones legales: Consulta Retención independientemente del acuerdo.

Preparación para HIPAA

La Claude API admite integraciones preparadas para HIPAA para organizaciones que manejan "protected health information" (información de salud protegida), o PHI. Con un BAA firmado y una organización habilitada para HIPAA, puedes usar las funciones compatibles de la API para procesar PHI mientras respaldas el cumplimiento de HIPAA de tu organización. Las organizaciones elegibles pueden revisar y ejecutar el BAA y habilitar la preparación para HIPAA directamente desde la Claude Console. La preparación para HIPAA aplica un conjunto más amplio de salvaguardas de privacidad y seguridad que ZDR (cifrado, controles de acceso y registro de auditoría que protegen la PHI durante todo su ciclo de vida) en lugar de requerir la eliminación inmediata. Si tu organización maneja PHI, la preparación para HIPAA es el acuerdo que debes usar; no necesitas también ZDR. Consulta la tabla de elegibilidad de funciones para saber qué funciones cubre cada acuerdo.

Qué cubre la preparación para HIPAA

• Claude API: La preparación para HIPAA aplica a la Claude API (api.anthropic.com) para las funciones elegibles indicadas en la tabla de elegibilidad de funciones.

Qué no cubre la preparación para HIPAA

• Productos de consumo de Claude: Planes Claude Free, Pro y Max.
• Claude Console: El uso a través de la interfaz de la Claude Console (se admite habilitar la preparación para HIPAA desde la configuración de la Console; el procesamiento de PHI a través de la Console no está cubierto).
• Plataformas operadas por socios: Amazon Bedrock y Google Cloud's Agent Platform. Consulta la documentación de cumplimiento normativo de esas plataformas.
• Claude Platform on AWS y Microsoft Foundry: La preparación para HIPAA no está disponible en estas plataformas.
• Integraciones de terceros: Los datos procesados por herramientas o servicios externos conectados a tu aplicación.
• Claude Code: Claude Code no está cubierto por la preparación para HIPAA.
• Funciones beta: Las funciones en beta generalmente no están cubiertas por el BAA, a menos que aparezcan explícitamente como elegibles en la tabla de elegibilidad de funciones.
• Contenido marcado y retenciones legales: Consulta Retención independientemente del acuerdo.

Pautas para el manejo de PHI

La información de salud protegida (PHI) incluye cualquier información de salud identificable individualmente. En el contexto de la Claude API, la PHI suele aparecer en el contenido de los mensajes (prompts y respuestas de Claude), archivos adjuntos (imágenes, PDFs) y nombres de archivo o metadatos asociados al contenido de los mensajes. No se espera que los siguientes campos contengan PHI bajo el BAA: nombres de workspaces, información de usuarios (nombre, correo electrónico, número de teléfono), datos de facturación y tickets de soporte.

Al usar salidas estructuradas o herramientas con strict: true, la API compila los esquemas JSON en gramáticas que se almacenan en caché por separado del contenido de los mensajes. Estos esquemas en caché no reciben las mismas protecciones de PHI que los prompts y las respuestas. No incluyas PHI en las definiciones de esquemas JSON. Esta restricción aplica a los nombres de propiedades del esquema, los valores enum, los valores const y las expresiones regulares pattern. La información específica de pacientes debe aparecer únicamente en el contenido de los mensajes, donde está protegida bajo las salvaguardas de HIPAA.

Manejo de errores de HIPAA

Tu BAA firmado es la fuente oficial de verdad sobre qué funciones están cubiertas. La API también aplica estas restricciones automáticamente. Cuando una organización habilitada para HIPAA envía una solicitud que incluye una función no elegible, la API devuelve un error 400 para evitar el uso accidental de funciones no cubiertas por tu BAA:

{
  "type": "error",
  "error": {
    "type": "invalid_request_error",
    "message": "The requested features are not available for HIPAA-regulated organizations without Zero Data Retention: code_execution."
  }
}

El mensaje de error enumera las funciones no elegibles detectadas en la solicitud; elimínalas y vuelve a intentarlo. La frase "without Zero Data Retention" es la redacción propia de la API y no cambia la resolución. Las herramientas del lado del cliente cuya columna Detalles en la tabla de elegibilidad de funciones indica que no se bloquean son aceptadas, pero permanecen fuera de la preparación para HIPAA.

Primeros pasos con la preparación para HIPAA

Hay dos formas de configurar el acceso a la API preparado para HIPAA. La mayoría de las organizaciones pueden habilitarlo directamente en la Claude Console con el BAA estándar de Anthropic; las organizaciones que requieren un BAA negociado deben trabajar con su equipo de cuenta.

Habilitar en la Console (BAA estándar)

1. 1

   Abre la configuración de retención de datos de tu organización

   En Claude Console > Settings > Data retention, los administradores de la organización con el permiso de gestión de HIPAA ven una tarjeta HIPAA compliance. Si tu organización es elegible pero no ves la opción para habilitarlo, pide a un administrador de la organización que complete estos pasos.

2. 2

   Revisa y ejecuta el BAA

   Descarga el Business Associate Agreement y la Guía de Implementación de HIPAA, y luego acepta el acuerdo como representante legal autorizado de tu organización. Cada paso se habilita después de descargar el documento anterior, y tu habilitación queda vinculada a la versión exacta del BAA que descargaste.

3. 3

   La habilitación surte efecto de inmediato

   Los controles de preparación para HIPAA se aplican a tu organización en cuanto aceptas. Una vez que la preparación para HIPAA está habilitada para tu organización, la configuración es permanente y un administrador no puede deshabilitarla. La API aplica automáticamente las restricciones de funciones y devuelve un error para las solicitudes que usan funciones no elegibles. Consulta Manejo de errores de HIPAA para conocer el error y la excepción de las herramientas del lado del cliente.

Contactar a ventas (BAA personalizado)

Si tu organización requiere un BAA negociado o personalizado, o si la habilitación de autoservicio no está disponible para tu organización, contacta al equipo de ventas de Anthropic. Anthropic ejecutará el BAA y habilitará la preparación para HIPAA para tu organización.

Construye con funciones elegibles

Sea cual sea la vía que uses, confirma qué funciones son compatibles en la tabla de elegibilidad de funciones y revisa las pautas para el manejo de PHI para las funciones que restringen dónde puede aparecer la PHI. Para conocer los requisitos detallados de configuración y cumplimiento, consulta la Guía de Implementación de HIPAA.

Requisitos de retención de datos específicos por modelo

Claude Fable 5.1, Claude Mythos 5.1, Claude Fable 5 y Claude Mythos 5 están designados como Modelos Cubiertos (consulta el artículo de soporte sobre Modelos Cubiertos) y requieren una retención de datos de 30 días; por lo tanto, ZDR no está disponible para ninguno de ellos a menos que Anthropic lo autorice expresamente. En la Claude API, las solicitudes a Claude Fable 5 desde una organización cuya configuración de retención de datos no cumple este requisito devuelven un 400 invalid_request_error:

{
  "type": "error",
  "error": {
    "type": "invalid_request_error",
    "message": "In order to access this model, your organization or workspace must have data retention enabled."
  }
}

El requisito de retención de datos de 30 días aplica dondequiera que se ofrezcan los Modelos Cubiertos. En la Claude API (incluida Claude Platform en AWS), Anthropic maneja los datos retenidos. En Amazon Bedrock y Google Cloud's Agent Platform, los datos retenidos permanecen dentro del entorno de tu proveedor de nube; revisa la documentación de cada plataforma para conocer los pasos de habilitación.

Habilitar la retención de 30 días para un workspace

Las organizaciones con un acuerdo de ZDR pueden hacer que estos modelos estén disponibles en un workspace específico habilitando la retención de 30 días solo para ese workspace. Los demás workspaces de la organización mantienen la retención cero de datos.

1. 1

   Abre los controles de privacidad del workspace

   En Claude Console > Settings > Workspaces, selecciona el workspace. En el panel que se abre, haz clic en Security para abrir la página Security del workspace. En Data retention, haz clic en Manage in Privacy controls.

2. 2

   Activa la retención de datos de 30 días

   Habilita la configuración de retención de datos de 30 días para el workspace.

3. 3

   Verifica

   Las solicitudes a los Modelos Cubiertos desde este workspace ahora se completan correctamente. Los workspaces sin una anulación siguen la configuración predeterminada de la organización.

Elegibilidad de funciones

La siguiente tabla indica qué funciones de la Claude API son elegibles para los acuerdos de ZDR y de preparación para HIPAA.

Cada columna de elegibilidad usa tres valores:

• Sí: La función es totalmente elegible según el acuerdo. En el caso de ZDR, "Sí" también supone que usas un modelo que no requiere una retención de datos de 30 días. Los Modelos Cubiertos no están disponibles con ZDR, sin importar la elegibilidad de la función.
• Sí (con reservas): Tus prompts y las salidas de Claude no se almacenan. Sin embargo, se retiene brevemente un artefacto técnico acotado (indicado en la columna Detalles) para que la función opere. Consulta Cómo aborda Anthropic la retención de datos para conocer los compromisos que rigen estas funciones.
• No: La función no es elegible.
  • Con la preparación para HIPAA, la API bloquea las solicitudes que incluyen una función marcada con "No" y devuelve un error 400, a menos que la columna Detalles de la función indique lo contrario.
  • Con ZDR, la API no bloquea estas funciones. Usar una de ellas implica decidir salir de tu acuerdo de ZDR para esos datos específicos, y se aplica la política de retención documentada de la propia función. Las funciones marcadas con "No" para ZDR suelen tener estado (almacenan trabajos, archivos o el estado de contenedores), por lo que no pueden tener retención cero.

Retención independientemente del acuerdo

Incluso con acuerdos de ZDR o HIPAA en vigor, Anthropic puede retener datos cuando lo exija la ley o cuando hayan sido marcados por los sistemas automatizados de confianza y seguridad de Anthropic. Como resultado, si un chat o una sesión es marcado, Anthropic puede retener las entradas y salidas hasta por 2 años.

Preguntas frecuentes

Recursos relacionados

• Política de privacidad
• Salidas estructuradas
• Almacenamiento en caché de prompts
• Procesamiento por lotes
• Referencia de la Files API
• Trust Center