Lees wat Rivya opslaat, wanneer aanbieders prompts, uploads, resultaten en metadata kunnen verwerken en hoe je met gevoelige gegevens omgaat.

Gebruik deze gids wanneer je in gewone taal wilt begrijpen wat Rivya doet met prompts, uploads, resultaten, geschiedenis en aanvragen die naar een externe aanbieder worden doorgestuurd.

De gids legt uit hoe Rivya in het product en het beleid over gegevensverwerking spreekt.

Hij vervangt niet de bindende tekst in Privacybeleid of Servicevoorwaarden.

Het korte antwoord

Rivya bewaart de prompts, uploads, resultaten, geschiedenis en bijbehorende gegevens die nodig zijn om het product te laten werken en de werkruimte samenhangend te houden.

Rivya gebruikt ook externe aanbieders voor functies die daadwerkelijk zijn ingeschakeld en voor workflows die je uitvoert.

Dat betekent:

je gegevens staan niet alleen op één geïsoleerde pagina
prompts, ondersteunde uploads, resultaten en metadata kunnen worden verwerkt door de aanbieders die nodig zijn voor de gekozen, uitvoerbare workflow
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 workspacecontinuïteit 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

In de praktijk bewaart Rivya gegevens omdat het product is opgebouwd rond continuïteit, facturering en taakgeschiedenis, en niet alleen rond eenmalige resultaten.

Welke providers data kunnen verwerken

Het huidige beleid beschrijft providercategorieën die alleen gelden wanneer de bijbehorende functie is ingeschakeld of gebruikt. Afhankelijk van de deployment en je acties kunnen daaronder vallen:

Stripe wanneer je billing, checkout, subscriptions of betaalbeheer gebruikt
externe AI-infrastructuur die is gekozen voor een door jou ingediende uitvoerbare generatie-, chat- of ondersteunde mediaworkflow
de geconfigureerde e-mailprovider wanneer Rivya berichten over authenticatie, account, contact, support of newsletters verstuurt
geconfigureerde storageproviders wanneer een ingeschakelde upload- of bestandsopslagfunctie ze gebruikt
Google wanneer je Google-login kiest
GitHub of Discord alleen wanneer de deployment deze legacy inlogmethoden toont en je er een kiest
infrastructuur-, hosting-, monitoring- of securityvendors die worden gebruikt om de service te draaien
een analytics-, captcha-, affiliate- of supportprovider alleen wanneer die specifieke integratie in de deployment is geconfigureerd en actief is

De aanwezigheid van een optionele integratie in de code betekent niet dat die in elke deployment actief is of de data van elke gebruiker verwerkt. AI-requests die via externe infrastructuur worden gerouteerd, kunnen de upstream providers betrekken die voor je uitvoerbare workflow zijn gekozen, maar alleen om die workflow te voltooien.

Wat dit betekent voor prompts, uploads en outputs

In praktische termen:

prompts en chatberichten kunnen worden verwerkt om de gevraagde response te genereren
ondersteunde uploads kunnen worden verwerkt om de gekozen uitvoerbare generatie-, bewerkings- of gerelateerde workflowstap te voltooien
outputs, taakrecords en history blijven verbonden met je account zodat het product opgeslagen continuïteit kan ondersteunen

Het huidige beleid merkt ook op:

referentiebestanden voor een ondersteund uitvoerbaar model gaan via Rivya-endpoints naar de AI-infrastructuur van die generatieworkflow
avatar- of opgeslagen-bestandsuploads gebruiken de storageprovider die voor de ingeschakelde functie is geconfigureerd

Een zichtbare model- of statuspagina betekent niet dat de verwerkingsworkflow beschikbaar is. De gedocumenteerde items Audio Isolation en ElevenLabs Sound Effect V2 zijn gepauzeerd en kunnen momenteel geen taken starten of workflowuploads via Rivya aannemen.

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:

Checklist voor gegevenscontrole

Controleer voordat je prompts, uploads of resultaten via een workflow van een externe aanbieder laat verwerken:

Bepaal of de invoer vertrouwelijk, gereguleerd, persoonlijk materiaal of materiaal van klanten of derden bevat.
Controleer of de taak een upload vereist of dat een samenvatting zonder bestand veiliger is.
Controleer vóór het delen van gevoelige bestanden welke aanbieder bij de gekozen workflow betrokken is.
Beoordeel eigendom van bronmateriaal, toestemming en commerciële gebruiksrechten los van de 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 gegevensverwerking door aanbieders