Controles y límites de protección de datos

Categorías de datos, retención y postura de control del cliente

Esta página describe la postura pública de protección de datos de TrustOriginality.ai utilizando solo lenguaje respaldado por el repositorio y formulaciones operativas prudentes.

Resumen de protección de datos

TrustOriginality.ai publica materiales legales y de privacidad que ayudan a los clientes a entender qué datos pueden tratarse, qué controles pueden aplicar y dónde se necesita revisión adicional.

Nota sobre subencargados y residencia

Cuando el repositorio no lista públicamente detalles de infraestructura o tratamiento, el lenguaje se mantiene general y dirige a los compradores a una revisión bajo solicitud.

Qué datos se tratan

Los datos exactos tratados dependen del flujo de verificación, como contenido cargado, datos de cuenta, metadatos e informes generados.

Contenido cargado

Los archivos cargados o el texto enviado pueden tratarse para ejecutar el flujo de verificación solicitado y generar salidas de revisión.

Metadatos

Los metadatos pueden incluir detalles operativos o relacionados con la procedencia necesarios para apoyar el flujo de verificación, elaboración de informes o auditabilidad.

Resultados de verificación

Los resultados de verificación pueden incluir puntuaciones, hallazgos, indicadores de procedencia u otras salidas de revisión vinculadas al contenido enviado.

Informes

Los informes pueden recoger salidas orientadas a evidencia, como registros PDF firmados o resúmenes de verificación relacionados para revisión interna.

Datos de cuenta de usuario

Los datos de cuenta y contacto pueden tratarse para apoyar acceso, administración, facturación, soporte y flujos de comunicación empresarial.

Retención de datos

La retención depende del flujo de trabajo, de los materiales legales y del acuerdo enterprise. Los compradores deben revisar la documentación pública sobre retención y solicitar aclaraciones cuando sea necesario.

Eliminación de datos

La gestión de la eliminación debe coordinarse a través de las vías de solicitud de privacidad y legal, sujeta al contexto del flujo de trabajo y a las obligaciones aplicables.

Acceso a los datos

El acceso al material enviado por el cliente debe limitarse según el modelo operativo y contractual en uso.

Residencia de datos

Las expectativas de residencia de datos deben evaluarse frente al modelo de despliegue seleccionado y los requisitos empresariales, y no asumirse a partir de una afirmación genérica.

Subencargados

La información sobre subencargados está disponible mediante la superficie legal pública y canales adicionales de revisión cuando proceda. Si se necesita más detalle, solicítelo durante procurement.

Control del cliente

Los clientes enterprise deben definir expectativas de aprobación, retención, eliminación y acceso en línea con sus requisitos de gobernanza y contratación.

AI overview and procurement Q&A

These short answers are written for enterprise buyers, compliance teams and LLM-assisted discovery workflows.

No. Se mantiene al nivel de la documentación pública y remite a una revisión específica bajo solicitud cuando se necesita más detalle.

No necesariamente. Cuando el repositorio no expone una lista completa, la página dirige a los compradores a vías de divulgación bajo solicitud.

No. Las expectativas de residencia deben validarse frente al despliegue real y al acuerdo enterprise.