Begrijp wat Rivya opslaat, wanneer providers prompts, uploads, outputs en metadata kunnen verwerken, en hoe je gevoelige data behandelt.

Gebruik deze gids voor dataverwerking wanneer je in gewone taal wilt begrijpen wat er met prompts, uploads, outputs, history en provider-routed requests in Rivya gebeurt.

Hij legt uit hoe de huidige product- en beleidstaal van Rivya datahandling beschrijft.

Hij vervangt niet de bindende tekst in Privacybeleid of Servicevoorwaarden.

Het korte antwoord

Rivya bewaart de prompts, uploads, outputs, history en gerelateerde records die nodig zijn om het product te laten werken en de workspace verbonden te houden.

Rivya vertrouwt ook op externe providers om delen van de service te draaien.

Dat betekent:

je data zit niet alleen op een geisoleerde pagina
prompts, uploads, outputs en metadata kunnen worden verwerkt als onderdeel van het leveren van de workflow die je hebt gevraagd
zeer gevoelige informatie moet je niet achteloos indienen

Wat Rivya opslaat om het product te draaien

Volgens het huidige Privacybeleid kan Rivya informatie opslaan zoals:

prompts, instructies en chatberichten die je indient
geuploade referentiemedia, gerelateerde file URLs en uploadmetadata
generatieparameters en workflowinstellingen
model-, tool- en workspaceselecties
output URLs, resultmetadata en taakstatusrecords
chatsessiehistory, message history, attachment URLs en usagemetadata
credit settlement- en refundrecords die verbonden zijn aan AI-runs

Rivya kan ook technische en beveiligingsinformatie verzamelen zoals session records, IP-adres, browser- en devicegegevens, locale-instellingen en logs voor security en servicereliability.

Waarom Rivya die informatie opslaat

Het huidige beleid zegt dat deze informatie kan worden gebruikt om:

je account aan te maken en te beheren
sign-in te authenticeren en accounttoegang te beschermen
billing, credits, subscriptions en payment support te leveren
generation requests, chat requests, uploads en gevraagde outputs te verwerken
generation history, chat history en workspacecontinuiteit te onderhouden
service-, billing-, support- en newslettergerelateerde communicatie te sturen
abuse, fraud, misuse of technische failures te onderzoeken
productkwaliteit, betrouwbaarheid, supportoperaties en user experience te verbeteren

De praktische lezing is dat Rivya data opslaat omdat het product is gebouwd rond opgeslagen continuiteit, billing en task history, niet alleen rond eenmalige outputs.

Welke providers data kunnen verwerken

Het huidige beleid zegt dat Rivya kan vertrouwen op providers zoals:

Stripe voor billing, checkout, subscriptions en payment-related records
externe AI-infrastructuur voor AI-generation, chatrouting, mediauploads en gerelateerde taakverwerking
Resend voor account-, contact- en newslettergerelateerde e-mails
S3-compatible storage providers voor geuploade avatars en opgeslagen bestanden
Google, GitHub of Discord als je die sign-in methoden kiest
infrastructuur-, hosting-, monitoring- of securityvendors die worden gebruikt om de service te draaien
optionele analytics-, captcha-, affiliate- of support-widget providers als die features in een bepaalde deployment zijn ingeschakeld

Het beleid zegt ook dat AI-requests die via externe AI-infrastructuur worden gerouteerd upstream model- of infrastructuurproviders kunnen betrekken die voor de workflow zijn gekozen, maar alleen als onderdeel van het afronden van die workflow.

Wat dit betekent voor prompts, uploads en outputs

In praktische termen:

prompts en chatberichten kunnen worden verwerkt om de gevraagde response te genereren
uploads kunnen worden verwerkt om generation, editing of gerelateerde workflowstappen te voltooien
outputs, taakrecords en history blijven verbonden met je account zodat het product opgeslagen continuiteit kan ondersteunen

Het huidige beleid merkt ook op:

reference files voor AI-generation worden momenteel via Rivya-endpoints geupload naar externe AI-infrastructuur die voor generation uploads wordt gebruikt
avataruploads worden momenteel verzonden naar S3-compatible storage die voor de service is geconfigureerd

Hoe je de trainingsvraag moet lezen

Rivya's publieke beleidstaal richt zich hier op wat het product opslaat en welke providers requests kunnen verwerken om de service te draaien.

Deze pagina maakt geen algemene productbelofte dat elke provider identieke retention-, review- of secondary-use regels heeft buiten die operationele grens.

Als een no-training of no-retention guarantee cruciaal is voor je workflow, is de veilige lezing:

neem het niet aan op basis van marketing shorthand alleen
review de relevante provider terms voor de workflow die je wilt gebruiken
vermijd gevoelige informatie indienen totdat je comfortabel bent met dat verwerkingspad

Dat is een praktische waarschuwing, geen nieuwe juridische claim.

Richtlijn voor gevoelige data

Het huidige Privacybeleid zegt dat je, als je het kunt vermijden, geen gevoelige persoonlijke data, vertrouwelijk materiaal of beschermde informatie moet indienen tenzij je je eigen interne vereisten hebt gereviewd en comfortabel bent met de operationele risico's van third-party processing.

Dat blijft de veiligste praktische regel.

Retention en verwijdering

Het huidige beleid zegt dat Rivya probeert informatie niet langer te bewaren dan nodig, maar deze kan bewaren voor echte operationele, juridische, billing-, security-, fraud-prevention-, abuse-handling-, support-, backup- of provider-side processing redenen.

Het zegt ook:

als je je account verwijdert vanuit Settings > Security, worden account-linked records in Rivya's primaire database doorgaans cascading verwijderd
sommige beperkte records kunnen nog worden bewaard waar dat nodig is voor billing, fraud prevention, abuse handling, juridische verplichtingen, backups, provider-side processing of security logs

Dat betekent dat verwijdering betekenisvol is, maar niet altijd onmiddellijk of absoluut over elke operationele laag heen.

Waar je hierna kijkt

Als je de belangrijkste publieke hubpagina's rond deze vraag bij de hand wilt houden, gebruik dan:

Als je de begeleidende uitleg wilt die het product en het first-session pad in gewone taal uitlegt, lees dan:

Als je de gerelateerde trust- en policy-pagina's wilt lezen:

Als je de uitvoeringsgrens rond uploads en live productscope wilt lezen:

Datareviewchecklist

Controleer voordat je prompts, uploads of outputs door een provider-backed workflow stuurt:

Bepaal of de input vertrouwelijk, gereguleerd, persoonlijk, klant- of third-party materiaal bevat.
Bevestig of de taak upload vereist, of dat een text-only summary veiliger zou zijn.
Review het provider touchpoint voor de geselecteerde workflow voordat je gevoelige bestanden deelt.
Houd source ownership, consent en commercial-use rights gescheiden van generatiekwaliteit.
Gebruik de juridische pagina's voor bindende terms; gebruik deze gids voor praktisch productgedrag.

Opnieuw controleren wanneer datagevoeligheid verandert

Controleer opnieuw wanneer je echte mensen, stemmen, klantdocumenten, niet-gepubliceerde brand assets, medical/legal/financial context of materiaal toevoegt dat je organisatie niet mag verlaten.

Rivya gids voor data en provider processing