Rivya AI-dokumentasjon

Guide til data- og provider-prosessering i Rivya

Forstå hva Rivya lagrer, når providers kan prosessere prompter, opplastinger, output og metadata, og hvordan du bør håndtere sensitive data.

Sist gjennomgått 2026/04/28

Bruk denne databehandlingsguiden når du trenger en enkel forklaring på hva som skjer med prompter, opplastinger, output, historikk og provider-rutede forespørsler i Rivya.

Den forklarer hvordan Rivyas nåværende produkt- og policyspråk beskriver databehandling.

Den erstatter ikke det bindende språket i Privacy Policy eller Terms of Service.

Det korte svaret

Rivya lagrer prompter, opplastinger, output, historikk og relaterte poster som trengs for å kjøre produktet og holde arbeidsområdet sammenhengende.

Rivya er også avhengig av tredjepartsproviders for å drive deler av tjenesten.

Det betyr:

  • dataene dine ligger ikke bare på én isolert side
  • prompter, opplastinger, output og metadata kan prosesseres som del av å levere arbeidsflyten du ba om
  • svært sensitiv informasjon bør ikke sendes inn tilfeldig

Hva Rivya lagrer for å kjøre produktet

Ifølge den nåværende Privacy Policy kan Rivya lagre informasjon som:

  • prompter, instruksjoner og chatmeldinger du sender inn
  • opplastede referansemedier, relaterte fil-URL-er og opplastingsmetadata
  • genereringsparametere og arbeidsflytinnstillinger
  • modell-, verktøy- og arbeidsområdevalg
  • output-URL-er, resultatmetadata og oppgavestatusposter
  • chatøkthistorikk, meldingshistorikk, vedleggs-URL-er og bruksmetadata
  • credit-oppgjørs- og refusjonsposter knyttet til AI-kjøringer

Rivya kan også samle inn teknisk og sikkerhetsrelatert informasjon som øktposter, IP-adresse, nettleser- og enhetsdata, locale-innstillinger og logger brukt for sikkerhet og tjenestepålitelighet.

Hvorfor Rivya lagrer denne informasjonen

Den nåværende policyen sier at denne informasjonen kan brukes til å:

  • opprette og administrere kontoen din
  • autentisere innlogging og beskytte kontotilgang
  • levere fakturering, credits, abonnementer og betalingsstøtte
  • behandle genereringsforespørsler, chatforespørsler, opplastinger og ønskede output
  • opprettholde genereringshistorikk, chathistorikk og arbeidsområdekontinuitet
  • sende service-, fakturerings-, support- og nyhetsbrevrelatert kommunikasjon
  • undersøke misbruk, svindel, feilbruk eller tekniske feil
  • forbedre produktkvalitet, pålitelighet, supportdrift og brukeropplevelse

Den praktiske lesningen er at Rivya lagrer data fordi produktet er bygget rundt lagret kontinuitet, fakturering og oppgavehistorikk, ikke bare engangsoutput.

Hvilke providers som kan prosessere data

Den nåværende policyen sier at Rivya kan være avhengig av providers som:

  • Stripe for fakturering, checkout, abonnementer og betalingsrelaterte poster
  • tredjeparts AI-infrastruktur for AI-generering, chatruting, medieopplastinger og relatert oppgaveprosessering
  • Resend for konto-, kontakt- og nyhetsbrevrelaterte e-poster
  • S3-kompatible lagringsproviders for opplastede avatarer og lagrede filer
  • Google, GitHub eller Discord hvis du velger disse innloggingsmetodene
  • infrastruktur-, hosting-, overvåkings- eller sikkerhetsleverandører som brukes til å drive tjenesten
  • valgfrie analytics-, captcha-, affiliate- eller support-widget-providers hvis disse funksjonene er aktivert i en gitt deployment

Policyen sier også at AI-forespørsler rutet gjennom tredjeparts AI-infrastruktur kan involvere upstream modell- eller infrastrukturproviders valgt for arbeidsflyten du bruker, men bare som del av å fullføre den arbeidsflyten.

Hva dette betyr for prompter, opplastinger og output

I praksis:

  • prompter og chatmeldinger kan prosesseres for å generere responsen du ba om
  • opplastinger kan prosesseres for å fullføre generering, redigering eller relaterte arbeidsflytsteg
  • output, oppgaveposter og historikk forblir koblet til kontoen din slik at produktet kan støtte lagret kontinuitet

Den nåværende policyen merker også:

  • referansefiler for AI-generering lastes for øyeblikket opp gjennom Rivya-endepunkter til tredjeparts AI-infrastruktur brukt for genereringsopplastinger
  • avataropplastinger sendes for øyeblikket til S3-kompatibel lagring konfigurert for tjenesten

Hvordan du bør tenke om treningsspørsmålet

Rivyas offentlige policyspråk her fokuserer på hva produktet lagrer, og hvilke providers som kan prosessere forespørsler for å drive tjenesten.

Det oppretter ikke et generelt produktløfte på denne siden om at hver provider har identiske regler for retention, review eller secondary use utover den operative grensen.

Hvis en garanti om no-training eller no-retention er kritisk for arbeidsflyten din, er den trygge lesningen:

  • ikke anta det bare fra markedsføringskortformuleringer
  • gå gjennom de relevante provider-vilkårene for arbeidsflyten du planlegger å bruke
  • unngå å sende inn sensitiv informasjon til du er komfortabel med den prosesseringsveien

Dette er en praktisk forsiktighetsregel, ikke et nytt juridisk claim.

Veiledning for sensitive data

Den nåværende Privacy Policy sier at hvis du kan unngå det, bør du ikke sende inn sensitive persondata, konfidensielt materiale eller beskyttet informasjon med mindre du har gjennomgått dine egne interne krav og er komfortabel med de operative risikoene ved tredjepartsprosessering.

Det er fortsatt den tryggeste praktiske regelen.

Retention og sletting

Den nåværende policyen sier at Rivya prøver å ikke beholde informasjon lenger enn nødvendig, men kan beholde den av reelle operative, juridiske, faktureringsmessige, sikkerhetsmessige, svindelforebyggende, misbrukshåndterende, supportmessige, backupmessige eller provider-side prosesseringsgrunner.

Den sier også:

  • hvis du sletter kontoen din fra Settings > Security, fjernes kontotilknyttede poster i Rivyas primærdatabase vanligvis på kaskaderende basis
  • noen begrensede poster kan fortsatt beholdes der det er nødvendig for fakturering, svindelforebygging, misbrukshåndtering, juridiske forpliktelser, backups, provider-side prosessering eller sikkerhetslogger

Det betyr at sletting er meningsfullt, men ikke alltid øyeblikkelig eller absolutt på tvers av alle operative lag.

Hvor du bør sjekke videre

Hvis du vil ha de viktigste offentlige hubsidene rundt dette spørsmålet, ha disse i nærheten:

Hvis du vil ha ledsagerartiklene som forklarer produktet og første økt på enkelt språk, les:

Hvis du vil ha relaterte tillits- og policysider, les:

Hvis du vil ha utførelsesgrensen rundt opplastinger og nåværende produktomfang, les:

Sjekkliste for datagjennomgang

Før du sender prompter, opplastinger eller output gjennom en provider-støttet arbeidsflyt, sjekk:

  • Avgjør om inputen inneholder konfidensielt, regulert, personlig, klient- eller tredjepartsmateriale.
  • Bekreft om oppgaven krever opplasting, eller om et tekstsammendrag ville vært tryggere.
  • Gå gjennom provider-berøringspunktet for den valgte arbeidsflyten før du deler sensitive filer.
  • Hold kildeeierskap, samtykke og kommersielle bruksrettigheter adskilt fra genereringskvalitet.
  • Bruk de juridiske sidene for bindende vilkår; bruk denne guiden for praktisk produktatferd.

Sjekk på nytt når datasensitivitet endres

Sjekk på nytt når du legger til ekte personer, stemmer, klientdokumenter, ikke-lanserte merkevareassets, medisinsk/juridisk/finansiell kontekst eller materiale som ikke bør forlate organisasjonen din.

Innholdsfortegnelse