La privacidad de una consulta no depende de un único interruptor. Request ZDR actúa sobre el endpoint remoto que procesa la petición; el chat temporal decide si la conversación aparece en el historial de Open WebUI. Juntos forman una matriz clara de cuatro escenarios.
Ver la matriz de privacidad
Separarlos evita una confusión habitual: ZDR no borra automáticamente el historial de Open WebUI y un chat temporal no exige por sí solo un endpoint ZDR.
Solicita que OpenRouter envíe la petición exclusivamente a un endpoint cuyo proveedor declara retención cero de los datos procesados. Incluye normalmente el mensaje, las instrucciones, el historial enviado, los archivos procesados y la respuesta.
Controla la persistencia en Open WebUI. Al activarlo, la conversación no aparece en el historial del usuario; en modo normal, el historial se conserva dentro de la instancia.
Elija la combinación según la sensibilidad de la información y la necesidad de conservar la conversación para continuar trabajando.
Endpoint: la solicitud exige un proveedor compatible que declara retención cero.
Historial: el chat no aparece en el historial de Open WebUI.
Endpoint: la solicitud exige un proveedor compatible que declara retención cero.
Historial: la conversación queda guardada en el historial de la instancia para poder retomarla.
Endpoint: la política de conservación remota depende del proveedor seleccionado.
Historial: el chat no aparece en el historial de Open WebUI.
Endpoint: la política de conservación remota depende del proveedor seleccionado.
Historial: la conversación se conserva en el historial de la instancia.
Esta tabla resume el alcance de cada elección sin confundir la política del proveedor remoto con la persistencia de la plataforma.
| Solicitud ZDR | Tipo de chat | Endpoint remoto | Historial en Open WebUI | Uso orientativo |
|---|---|---|---|---|
| Activada y endpoint compatible | Temporal | El proveedor del endpoint declara retención cero para la petición. | No aparece en el historial. | Consultas sensibles que no necesitan continuidad. |
| Activada y endpoint compatible | Normal | El proveedor del endpoint declara retención cero para la petición. | Se conserva en el historial de la instancia. | Trabajo sensible que necesita seguimiento interno. |
| No exigida | Temporal | La política remota depende del proveedor que atienda la petición. | No aparece en el historial. | Consultas puntuales sin necesidad de guardarse. |
| No exigida | Normal | La política remota depende del proveedor que atienda la petición. | Se conserva en el historial de la instancia. | Trabajo general en el que se desea mantener la conversación. |
La opción actúa sobre la ruta de la petición. No cambia necesariamente los modelos visibles ni sustituye las decisiones sobre el historial de la conversación.
El catálogo de modelos, la obligación sobre una petición y la capacidad de decisión del usuario son opciones separadas.
Filtra el catálogo para mostrar únicamente modelos que disponen de algún proveedor compatible con ZDR. Filtrar el selector no obliga por sí solo a que cada petición use ZDR.
Exige un proveedor compatible con ZDR en todas las peticiones. Si no hay un endpoint ZDR disponible para el modelo elegido, la petición puede ser rechazada.
Permite al usuario activar o desactivar la solicitud ZDR en cada conversación. Si el administrador ha activado Enforce ZDR, esa obligación no se puede anular.
La configuración es una ayuda práctica, pero no sustituye el criterio profesional sobre la información que se comparte.
El control granular permite adaptar la configuración a cada materia, equipo y necesidad de continuidad.
Contratos, expedientes, información fiscal y documentación de clientes pueden requerir una combinación de ZDR y chat temporal o de historial interno, según el trabajo a realizar.
Las consultas sobre pólizas, documentación interna y datos de clientes se benefician de distinguir la retención del endpoint de la conservación del chat en la instancia.
Informes internos, configuraciones y código privado son casos en los que conviene revisar el modelo, solicitar ZDR y decidir conscientemente si debe existir historial.
Solicita que OpenRouter envíe la petición a un endpoint cuyo proveedor declara retención cero de los datos procesados. Si no existe un endpoint compatible para el modelo elegido, la petición puede ser rechazada.
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.
No necesariamente. Solo significa que la solicitud no exige un endpoint con política ZDR. La conservación, el registro y el entrenamiento dependen de la política del proveedor que atienda la petición.
Sí. Akutangulo puede configurar el catálogo para limitarlo a modelos con proveedores compatibles con ZDR, y también puede exigir ZDR en todas las peticiones cuando la empresa lo necesite.
Probablemente el modelo no dispone de un endpoint compatible en ese momento. Puede elegir otro modelo compatible, desactivar ZDR para una conversación no sensible o consultar al administrador.
Solicite una demostración para revisar qué configuración de catálogo, solicitud ZDR e historial se adapta al uso real de su empresa.
Solicitar una demostración