Guía de datos y procesamiento de providers en Rivya
Entiende qué guarda Rivya, cuándo los providers pueden procesar prompts, subidas, salidas y metadatos, y cómo manejar datos sensibles.
Última revisión el 2026/04/28
Usa esta guía de procesamiento de datos cuando necesites una explicación en lenguaje claro de qué ocurre con prompts, subidas, salidas, historial y solicitudes enrutadas a providers en Rivya.
Explica cómo el lenguaje actual de producto y política de Rivya describe el manejo de datos.
No reemplaza el lenguaje vinculante de Política de privacidad ni Términos de servicio.
La respuesta breve
Rivya guarda los prompts, subidas, salidas, historial y registros relacionados necesarios para ejecutar el producto y mantener conectado el workspace.
Rivya también depende de providers externos para operar partes del servicio.
Eso significa:
- tus datos no están solo en una página aislada
- prompts, subidas, salidas y metadatos pueden procesarse como parte de entregar el flujo que solicitaste
- la información altamente sensible no debe enviarse de forma casual
Qué guarda Rivya para ejecutar el producto
Según la Política de privacidad actual, Rivya puede guardar información como:
- prompts, instrucciones y mensajes de chat que envías
- medios de referencia subidos, URL de archivos relacionadas y metadatos de subida
- parámetros de generación y ajustes de workflow
- selecciones de modelo, herramienta y workspace
- URL de salida, metadatos de resultado y registros de estado de tarea
- historial de sesiones de chat, historial de mensajes, URL de adjuntos y metadatos de uso
- registros de liquidación de créditos y reembolsos conectados con ejecuciones de IA
Rivya también puede recopilar información técnica y de seguridad como registros de sesión, dirección IP, datos de navegador y dispositivo, configuración de locale y logs usados para seguridad y fiabilidad del servicio.
Por qué Rivya guarda esa información
La política actual dice que esta información puede usarse para:
- crear y gestionar tu cuenta
- autenticar el inicio de sesión y proteger el acceso a cuenta
- ofrecer soporte de facturación, créditos, suscripciones y pagos
- procesar solicitudes de generación, solicitudes de chat, subidas y salidas solicitadas
- mantener historial de generación, historial de chat y continuidad del workspace
- enviar comunicaciones de servicio, facturación, soporte y newsletter
- investigar abuso, fraude, uso indebido o fallos técnicos
- mejorar calidad del producto, fiabilidad, operaciones de soporte y experiencia de usuario
La lectura práctica es que Rivya guarda datos porque el producto está construido alrededor de continuidad guardada, facturación e historial de tareas, no solo salidas puntuales.
Qué providers pueden procesar datos
La política actual dice que Rivya puede depender de providers como:
- Stripe para facturación, checkout, suscripciones y registros relacionados con pagos
- infraestructura de IA de terceros para generación de IA, enrutamiento de chat, subidas multimedia y procesamiento de tareas relacionado
- Resend para emails relacionados con cuenta, contacto y newsletter
- providers de almacenamiento compatible con S3 para avatares subidos y archivos guardados
- Google, GitHub o Discord si eliges esos métodos de inicio de sesión
- proveedores de infraestructura, hosting, monitoreo o seguridad usados para operar el servicio
- providers opcionales de analítica, captcha, afiliados o widgets de soporte si esas funciones están habilitadas en un despliegue determinado
La política también dice que las solicitudes de IA enrutadas mediante infraestructura de IA de terceros pueden involucrar providers upstream de modelos o infraestructura seleccionados para el workflow que uses, pero solo como parte de completar ese workflow.
Qué significa esto para prompts, subidas y salidas
En términos prácticos:
- los prompts y mensajes de chat pueden procesarse para generar la respuesta que pediste
- las subidas pueden procesarse para completar generación, edición o pasos relacionados del workflow
- las salidas, registros de tareas e historial permanecen conectados a tu cuenta para que el producto pueda sostener continuidad guardada
La política actual también señala:
- los archivos de referencia para generación de IA se suben actualmente mediante endpoints de Rivya a infraestructura de IA de terceros usada para subidas de generación
- las subidas de avatar se envían actualmente al almacenamiento compatible con S3 configurado para el servicio
Cómo pensar la pregunta sobre entrenamiento
El lenguaje público de política de Rivya aquí se centra en qué guarda el producto y qué providers pueden procesar solicitudes para operar el servicio.
Esta página no crea una promesa general de producto de que todos los providers tengan reglas idénticas de retención, revisión o uso secundario más allá de ese límite operativo.
Si una garantía de no entrenamiento o no retención es crítica para tu workflow, la lectura segura es:
- no lo asumas solo por lenguaje abreviado de marketing
- revisa los términos del provider relevante para el workflow que planeas usar
- evita enviar información sensible hasta que estés cómodo con esa ruta de procesamiento
Eso es una cautela práctica, no un nuevo claim legal.
Guía para datos sensibles
La Política de privacidad actual dice que, si puedes evitarlo, no deberías enviar datos personales sensibles, material confidencial o información protegida salvo que hayas revisado tus propios requisitos internos y estés cómodo con los riesgos operativos del procesamiento de terceros.
Esa sigue siendo la regla práctica más segura.
Retención y eliminación
La política actual dice que Rivya intenta no conservar información más tiempo del necesario, pero puede retenerla por razones operativas, legales, de facturación, seguridad, prevención de fraude, manejo de abuso, soporte, backups o procesamiento del lado de providers.
También dice:
- si eliminas tu cuenta desde
Settings > Security, los registros vinculados a la cuenta en la base de datos principal de Rivya generalmente se eliminan en cascada - algunos registros limitados pueden seguir reteniéndose cuando sea necesario por facturación, prevención de fraude, manejo de abuso, obligaciones legales, backups, procesamiento del lado de providers o logs de seguridad
Eso significa que la eliminación es significativa, pero no siempre instantánea o absoluta en todas las capas operativas.
Dónde revisar después
Si quieres las principales páginas públicas alrededor de esta pregunta, mantén cerca estas:
Si quieres lecturas complementarias que expliquen el producto y la ruta de primera sesión en lenguaje claro, lee:
Si quieres las páginas relacionadas de confianza y política, lee:
Si quieres el límite de ejecución alrededor de subidas y alcance activo del producto, lee:
Checklist de revisión de datos
Antes de enviar prompts, subidas o salidas por un workflow respaldado por provider, comprueba:
- Decide si la entrada contiene material confidencial, regulado, personal, de cliente o de terceros.
- Confirma si la tarea requiere subida o si un resumen solo de texto sería más seguro.
- Revisa el punto de contacto del provider para el workflow seleccionado antes de compartir archivos sensibles.
- Mantén propiedad de la fuente, consentimiento y derechos de uso comercial separados de la calidad de generación.
- Usa las páginas legales para términos vinculantes; usa esta guía para comportamiento práctico del producto.
Revisa cuando cambie la sensibilidad de los datos
Revisa de nuevo cuando añadas personas reales, voces, documentos de cliente, recursos de marca no publicados, contexto médico/legal/financiero o material que no debería salir de tu organización.
Guía del dashboard de Rivya
Usa el dashboard de Rivya para revisar créditos, generaciones recientes, chats, notificaciones, acciones rápidas, estado de cuenta y el siguiente workspace.
Guía de tareas fallidas y reembolsos de créditos en Rivya
Gestiona tareas fallidas en Rivya, revisión de créditos, reintentos, problemas de subida, errores de provider, notificaciones, historial y estados de procesamiento.