Rivya AI-dokumentation

Guide til data- og udbyderbehandling i Rivya

Forstå hvad Rivya gemmer, hvornår udbydere kan behandle prompts, uploadede filer, outputs og metadata, og hvordan du håndterer følsomme data.

Sidst gennemgået den 2026/04/28

Brug denne guide til databehandling, når du har brug for en letforståelig forklaring af, hvad der sker med prompts, uploadede filer, outputs, historik og udbyderrouteede anmodninger i Rivya.

Den forklarer, hvordan Rivyas aktuelle produkt- og policysprog beskriver datahåndtering.

Den erstatter ikke den bindende tekst i Privatlivspolitik eller Servicevilkår.

Det korte svar

Rivya gemmer de prompts, uploadede filer, outputs, historik og relaterede poster, der kræves for at køre produktet og holde arbejdsområdet forbundet.

Rivya er også afhængig af tredjepartsudbydere til at drive dele af tjenesten.

Det betyder:

  • dine data ligger ikke kun på én isoleret side
  • prompts, uploadede filer, outputs og metadata kan blive behandlet som led i at levere den arbejdsgang, du bad om
  • meget følsomme oplysninger bør ikke indsendes tilfældigt

Hvad Rivya gemmer for at køre produktet

Ifølge den aktuelle Privatlivspolitik kan Rivya gemme oplysninger som:

  • prompts, instruktioner og chatbeskeder, du indsender
  • uploadede referencemedier, relaterede fil-URL'er og uploadmetadata
  • genereringsparametre og arbejdsgangsindstillinger
  • model-, værktøjs- og arbejdsområdevalg
  • output-URL'er, resultatmetadata og poster om opgavestatus
  • chatsessionshistorik, beskedhistorik, vedhæftnings-URL'er og forbrugsmetadata
  • credit-afregnings- og refunderingsposter knyttet til AI-kørsler

Rivya kan også indsamle tekniske og sikkerhedsrelaterede oplysninger som sessionsposter, IP-adresse, browser- og enhedsdata, locale-indstillinger og logs, der bruges til sikkerhed og tjenestens driftssikkerhed.

Hvorfor Rivya gemmer de oplysninger

Den aktuelle politik siger, at disse oplysninger kan bruges til at:

  • oprette og administrere din konto
  • godkende login og beskytte kontoadgang
  • levere fakturering, credits, abonnementer og betalingssupport
  • behandle genereringsanmodninger, chatanmodninger, uploadede filer og ønskede outputs
  • vedligeholde genereringshistorik, chathistorik og kontinuitet i arbejdsområdet
  • sende service-, fakturerings-, support- og nyhedsbrevsrelateret kommunikation
  • undersøge misbrug, svindel, forkert brug eller tekniske fejl
  • forbedre produktkvalitet, driftssikkerhed, supportarbejde og brugeroplevelse

Den praktiske læsning er, at Rivya gemmer data, fordi produktet er bygget omkring gemt kontinuitet, fakturering og opgavehistorik, ikke kun enkeltstående outputs.

Hvilke udbydere der kan behandle data

Den aktuelle politik siger, at Rivya kan være afhængig af udbydere som:

  • Stripe til fakturering, checkout, abonnementer og betalingsrelaterede poster
  • tredjeparts AI-infrastruktur til AI-generering, chatrouting, medieuploads og relateret opgavebehandling
  • Resend til konto-, kontakt- og nyhedsbrevsrelaterede e-mails
  • S3-kompatible lagerudbydere til uploadede avatarer og gemte filer
  • Google, GitHub eller Discord, hvis du vælger disse loginmetoder
  • infrastruktur-, hosting-, overvågnings- eller sikkerhedsleverandører, der bruges til at drive tjenesten
  • valgfrie analyse-, captcha-, affiliate- eller support-widgetudbydere, hvis disse funktioner er aktiveret i en given udrulning

Politikken siger også, at AI-anmodninger routed gennem tredjeparts AI-infrastruktur kan involvere upstream-model- eller infrastrukturudbydere valgt til den arbejdsgang, du bruger, men kun som led i at fuldføre den arbejdsgang.

Hvad det betyder for prompts, uploadede filer og outputs

I praksis betyder det:

  • prompts og chatbeskeder kan blive behandlet for at generere det svar, du bad om
  • uploadede filer kan blive behandlet for at fuldføre generering, redigering eller relaterede arbejdsgangstrin
  • outputs, opgaveposter og historik forbliver forbundet med din konto, så produktet kan understøtte gemt kontinuitet

Den aktuelle politik bemærker også:

  • referencefiler til AI-generering uploades aktuelt gennem Rivya-endpoints til tredjeparts AI-infrastruktur, der bruges til genereringsuploads
  • avataruploads sendes aktuelt til S3-kompatibelt lager konfigureret for tjenesten

Sådan skal du tænke om træningsspørgsmålet

Rivyas offentlige policysprog her fokuserer på, hvad produktet gemmer, og hvilke udbydere der kan behandle anmodninger for at drive tjenesten.

Det skaber ikke et generelt produktløfte på denne side om, at alle udbydere har identiske regler for opbevaring, gennemgang eller sekundær brug ud over den operationelle grænse.

Hvis en garanti om ingen træning eller ingen opbevaring er kritisk for din arbejdsgang, er den sikre læsning:

  • antag det ikke alene ud fra marketingforkortelser
  • gennemgå de relevante udbydervilkår for den arbejdsgang, du planlægger at bruge
  • undgå at indsende følsomme oplysninger, indtil du er komfortabel med den behandlingsvej

Det er en praktisk forsigtighed, ikke et nyt juridisk krav.

Vejledning om følsomme data

Den aktuelle Privatlivspolitik siger, at du, hvis du kan undgå det, ikke bør indsende følsomme persondata, fortroligt materiale eller beskyttede oplysninger, medmindre du har gennemgået dine egne interne krav og er komfortabel med de operationelle risici ved tredjepartsbehandling.

Det er stadig den sikreste praktiske regel.

Opbevaring og sletning

Den aktuelle politik siger, at Rivya forsøger ikke at gemme oplysninger længere end nødvendigt, men kan beholde dem af reelle operationelle, juridiske, fakturerings-, sikkerheds-, svindelforebyggelses-, misbrugsbehandlings-, support-, backup- eller udbyderside-behandlingsårsager.

Den siger også:

  • hvis du sletter din konto fra Settings > Security, fjernes kontotilknyttede poster i Rivyas primære database generelt kaskademæssigt
  • nogle begrænsede poster kan stadig beholdes, hvor det er nødvendigt for fakturering, svindelforebyggelse, misbrugsbehandling, juridiske forpligtelser, backups, udbyderside-behandling eller sikkerhedslogs

Det betyder, at sletning er meningsfuld, men ikke altid øjeblikkelig eller absolut på tværs af alle operationelle lag.

Hvor du kan kontrollere næste gang

Hvis du vil have de vigtigste offentlige hub-sider omkring dette spørgsmål tæt på, så hold disse ved hånden:

Hvis du vil have de tilhørende forklaringer, der beskriver produktet og første-session-stien i almindeligt sprog, kan du læse:

Hvis du vil have de relaterede tillids- og policysider, kan du læse:

Hvis du vil have udførelsesgrænsen omkring uploads og aktuelt produktscope, kan du læse:

Tjekliste til datagennemgang

Før du sender prompts, uploadede filer eller outputs gennem en udbyderunderstøttet arbejdsgang, skal du kontrollere:

  • Beslut, om inputtet indeholder fortroligt, reguleret, personligt, kunde- eller tredjepartsmateriale.
  • Bekræft, om opgaven kræver upload, eller om et tekstbaseret sammendrag ville være sikrere.
  • Gennemgå udbyderkontaktpunktet for den valgte arbejdsgang, før du deler følsomme filer.
  • Hold kildeejerskab, samtykke og kommercielle brugsrettigheder adskilt fra genereringskvalitet.
  • Brug de juridiske sider til bindende vilkår; brug denne guide til praktisk produktadfærd.

Genkontrollér, når datafølsomheden ændrer sig

Genkontrollér, når du tilføjer rigtige personer, stemmer, kundedokumenter, ikke-frigivne brandmaterialer, medicinsk/juridisk/finansiel kontekst eller materiale, der ikke bør forlade din organisation.

Indholdsfortegnelse