Rivya AI Docs

Посібник Rivya з даних і обробки постачальниками

Зрозумійте, що Rivya зберігає, коли постачальники можуть обробляти prompt, завантаження, результати й метадані, а також як працювати з чутливими даними.

Востаннє переглянуто 2026/04/28

Використовуйте цей посібник з обробки даних, коли потрібне просте пояснення того, що відбувається з prompt, завантаженнями, результатами, історією й запитами Rivya, маршрутизованими через постачальників.

Він пояснює, як поточна продуктова й політична мова Rivya описує обробку даних.

Він не замінює обов'язкові формулювання в Політика конфіденційності або Умови надання послуг.

Коротка відповідь

Rivya зберігає prompt, завантаження, результати, історію й пов'язані записи, потрібні для роботи продукту й підтримки зв'язаного робочого простору.

Rivya також покладається на сторонніх постачальників для роботи частин сервісу.

Це означає:

  • ваші дані не просто лежать на одній ізольованій сторінці
  • prompt, завантаження, результати й метадані можуть оброблятися як частина виконання робочого процесу, який ви запросили
  • дуже чутливу інформацію не варто подавати недбало

Що Rivya зберігає для роботи продукту

Відповідно до поточної Політика конфіденційності, Rivya може зберігати таку інформацію:

  • prompt, інструкції й чат-повідомлення, які ви надсилаєте
  • завантажені референсні медіа, пов'язані URL файлів і метадані завантаження
  • параметри генерації й налаштування робочого процесу
  • вибір моделі, інструмента й робочого простору
  • URL результатів, метадані результату й записи статусу задач
  • історію чат-сесій, історію повідомлень, URL вкладень і метадані використання
  • записи списання кредитів і повернень, пов'язані з AI-запусками

Rivya також може збирати технічну й безпекову інформацію, зокрема записи сесій, IP address, дані браузера й пристрою, налаштування locale і logs, що використовуються для безпеки та надійності сервісу.

Навіщо Rivya зберігає цю інформацію

Поточна політика каже, що ця інформація може використовуватися, щоб:

  • створювати й керувати вашим акаунтом
  • автентифікувати вхід і захищати доступ до акаунта
  • надавати підтримку для білінгу, кредитів, підписок і платежів
  • обробляти запити генерації, запити чату, завантаження й запитані результати
  • підтримувати історію генерацій, історію чатів і безперервність робочого простору
  • надсилати сервісні, білінгові, підтримкові повідомлення та листи, пов'язані з newsletter
  • розслідувати зловживання, шахрайство, неправильне використання або технічні збої
  • покращувати якість продукту, надійність, роботу підтримки й користувацький досвід

Практичне прочитання таке: Rivya зберігає дані, бо продукт побудований навколо збереженої безперервності, білінгу й історії задач, а не лише одноразових результатів.

Які постачальники можуть обробляти дані

Поточна політика каже, що Rivya може покладатися на таких постачальників:

  • Stripe для білінгу, checkout, підписок і записів, пов'язаних із платежами
  • сторонню AI-інфраструктуру для AI generation, маршрутизації чату, завантажень медіа й пов'язаної обробки задач
  • Resend для листів, пов'язаних з акаунтом, контактами й newsletter
  • S3-compatible storage providers для завантажених avatars і stored files
  • Google, GitHub або Discord, якщо ви вибираєте ці способи входу
  • постачальників інфраструктури, hosting, monitoring або security, потрібних для роботи сервісу
  • optional analytics, captcha, affiliate або support-widget providers, якщо ці features увімкнені в конкретному deployment

Політика також каже, що AI-запити, маршрутизовані через сторонню AI-інфраструктуру, можуть залучати upstream model або infrastructure providers, вибраних для робочого процесу, який ви використовуєте, але лише як частину завершення цього робочого процесу.

Що це означає для prompt, завантажень і результатів

Практично це означає:

  • prompt і чат-повідомлення можуть оброблятися, щоб згенерувати відповідь, яку ви запросили
  • завантаження можуть оброблятися, щоб завершити генерацію, редагування або пов'язані кроки робочого процесу
  • результати, записи задач і історія залишаються пов'язаними з вашим акаунтом, щоб продукт міг підтримувати збережену безперервність

Поточна політика також зазначає:

  • референсні файли для AI generation зараз завантажуються через endpoints Rivya до сторонньої AI-інфраструктури, що використовується для завантажень генерації
  • завантаження аватарів зараз надсилаються до S3-compatible storage, налаштованого для сервісу

Як думати про питання навчання

Публічна політична мова Rivya тут зосереджена на тому, що продукт зберігає і які постачальники можуть обробляти запити для роботи сервісу.

Вона не створює на цій сторінці загальної продуктової обіцянки, що кожен постачальник має однакові правила retention, review або secondary use поза цією операційною межею.

Якщо гарантія щодо no-training або no-retention критична для вашого робочого процесу, безпечне прочитання таке:

  • не припускайте це лише з маркетингового скорочення
  • перегляньте відповідні умови постачальника для робочого процесу, який плануєте використовувати
  • уникайте подання чутливої інформації, доки не будете комфортно почуватися з цим шляхом обробки

Це практичне застереження, а не нове юридичне твердження.

Настанови щодо чутливих даних

Поточна Політика конфіденційності каже, що, якщо можна уникнути цього, не слід подавати чутливі персональні дані, конфіденційні матеріали або захищену інформацію, якщо ви не переглянули власні внутрішні вимоги й не готові до операційних ризиків обробки третьою стороною.

Це й надалі найбезпечніше практичне правило.

Зберігання й видалення

Поточна політика каже, що Rivya намагається не зберігати інформацію довше, ніж потрібно, але може зберігати її з реальних операційних, юридичних, білінгових, безпекових, fraud-prevention, abuse-handling, підтримкових, backup або provider-side processing причин.

Вона також каже:

  • якщо ви видаляєте акаунт у Settings > Security, записи, пов'язані з акаунтом у primary database Rivya, зазвичай видаляються каскадно
  • деякі обмежені записи все ще можуть зберігатися там, де це потрібно для білінгу, fraud prevention, abuse handling, legal obligations, backups, provider-side processing або security logs

Це означає, що видалення має значення, але не завжди є миттєвим або абсолютним на кожному операційному шарі.

Куди дивитися далі

Якщо вам потрібні головні публічні сторінки-хаби навколо цього питання, тримайте поруч:

Якщо вам потрібні супровідні матеріали, які простою мовою пояснюють продукт і перший шлях сесії, прочитайте:

Якщо хочете пов'язані сторінки довіри й політик, прочитайте:

Якщо потрібна межа виконання навколо завантажень і поточного живого обсягу продукту, прочитайте:

Чеклист перевірки даних

Перед надсиланням prompt, завантажень або результатів через робочий процес, підтриманий постачальником, перевірте:

  • Вирішіть, чи містить вхідний матеріал конфіденційний, регульований, персональний, клієнтський або сторонній матеріал.
  • Підтвердьте, чи задача потребує завантаження, або чи текстове резюме було б безпечнішим.
  • Перед поширенням чутливих файлів перегляньте точку контакту з постачальником для вибраного робочого процесу.
  • Тримайте власність на джерело, згоду й права на комерційне використання окремо від якості генерації.
  • Для обов'язкових умов використовуйте юридичні сторінки; цей посібник використовуйте для практичної поведінки продукту.

Повторна перевірка, коли змінюється чутливість даних

Повторно перевіряйте, коли додаєте реальних людей, голоси, клієнтські документи, неопубліковані бренд-активи, медичний/юридичний/фінансовий контекст або матеріал, який не має залишати вашу організацію.

Зміст