Protege la petición remota
La solicitud puede incluir el mensaje, instrucciones, historial enviado, archivos procesados por ese endpoint y la respuesta. ZDR actúa sobre la retención de esa operación externa.
Cuando una consulta contiene información sensible, Request ZDR permite exigir que OpenRouter la enrute a un endpoint cuyo proveedor declara retención cero. Es una capa decisiva de privacidad, integrada en una plataforma privada de IA gestionada por Akutangulo.
Entender cómo funciona ZDR
ZDR significa que el proveedor de un endpoint declara que no almacena los datos de la petición durante ningún periodo. En IA Privada se solicita mediante la configuración Request ZDR de la ruta de OpenRouter.
La solicitud puede incluir el mensaje, instrucciones, historial enviado, archivos procesados por ese endpoint y la respuesta. ZDR actúa sobre la retención de esa operación externa.
Al activar Request ZDR, OpenRouter busca un endpoint con política ZDR. Si no encuentra uno para el modelo elegido, la petición puede ser rechazada.
La política puede variar entre endpoints. Un modelo visible no garantiza por sí mismo que tenga una ruta ZDR disponible en ese momento.
El ajuste se aplica en la ruta de inferencia. El historial de Open WebUI y las herramientas externas deben configurarse de forma independiente.
La claridad sobre los límites es lo que convierte ZDR en una medida útil y defendible dentro de la estrategia de privacidad.
| Elemento | Con Request ZDR | Control complementario |
|---|---|---|
| Endpoint de inferencia | Exige un proveedor que declara retención cero cuando existe una ruta compatible. | Compruebe la disponibilidad de un endpoint ZDR para el modelo elegido. |
| Historial de conversaciones | No se borra automáticamente por activar ZDR. | Use chat temporal si la conversación no debe aparecer en el historial de Open WebUI. |
| Herramientas y búsquedas web | No quedan cubiertas por la garantía de enrutamiento ZDR del endpoint de inferencia. | Revise las políticas de los terceros y desactive las herramientas que no sean necesarias. |
| Modelos visibles en el catálogo | No filtra necesariamente el selector de modelos. | Utilice ZDR models only para mostrar solo modelos con algún proveedor compatible. |
| Cumplimiento RGPD | Aporta una medida técnica relevante para limitar retención remota. | Valore finalidad, base jurídica, accesos, conservación, información a usuarios y flujo de datos. |
La empresa puede decidir si quiere orientar el catálogo, exigir ZDR para todas las peticiones o permitir que el usuario tome esa decisión en cada conversación.
Filtra el catálogo para mostrar modelos que tienen algún proveedor compatible con ZDR. Es una ayuda de selección, no una obligación de ruta en cada petición.
Exige una ruta ZDR en todas las peticiones. Cuando no existe endpoint compatible para el modelo elegido, la consulta puede ser rechazada.
Permite activar la solicitud de ZDR solo cuando el contenido lo necesita. Si el administrador ha impuesto Enforce ZDR, el usuario no puede anularlo.
Las certificaciones pertenecen a la entidad que las obtiene. Por eso se muestran junto a su alcance técnico y no como una promesa genérica para toda la cadena.
| Entidad | Acreditación publicada | Alcance en IA Privada | Verificación |
|---|---|---|---|
| Fireworks AI | ISO 27001, ISO 27701, ISO 42001 y SOC 2 Type II. | Aplica a los servicios de Fireworks cuando este proveedor atiende el endpoint seleccionado. No certifica a Akutangulo, OpenRouter como conjunto ni a otros endpoints. | Documentación de seguridad Fireworks |
| OpenRouter | SOC 2 Type II y controles de privacidad, incluyendo ZDR. | OpenRouter enruta la petición y aplica sus controles; el tratamiento final también depende del endpoint de proveedor seleccionado. | Centro de confianza de OpenRouter Documentación ZDR |
La estrategia no consiste en usar siempre el mismo modelo, sino en elegir una configuración adecuada al dato y al proceso profesional.
Contratos, expedientes, estrategia procesal e información de clientes son ejemplos de contenidos para los que conviene revisar la ruta ZDR y la necesidad de historial.
Información fiscal, laboral, financiera y documentación de empresa requieren un uso consciente de los modelos, las herramientas y la conservación de conversaciones.
Pólizas, análisis internos y datos de clientes pueden beneficiarse de una configuración que limite retención remota y preserve solo el historial necesario.
ZDR significa que un proveedor del endpoint declara que no almacena los datos de una petición. Request ZDR permite exigir una ruta compatible a través de OpenRouter cuando existe disponibilidad.
No. ZDR controla la retención en el endpoint remoto. El chat temporal controla de forma independiente que una conversación no aparezca en el historial de Open WebUI.
La petición puede ser rechazada. Puede elegir otro modelo compatible, consultar al administrador o desactivar la solicitud para una conversación que no requiera esa condición de privacidad.
Fireworks AI publica ISO 27001, ISO 27701 e ISO 42001, además de SOC 2 Type II, para sus propios servicios. Estas acreditaciones aplican cuando Fireworks interviene como proveedor del endpoint.
La información pública consultada de OpenRouter indica SOC 2 Type II y soporte de controles ZDR. Esta página no atribuye una certificación ISO a OpenRouter sin documentación oficial que la confirme.
No necesariamente. Las herramientas y las búsquedas web pueden operar mediante terceros con políticas propias. Deben revisarse y activarse solo cuando sean necesarias.
Solicite una demostración para revisar catálogo, Request ZDR, historial y las medidas necesarias según las tareas y datos con los que trabaja su empresa.
Solicitar una demostración