Rivya AI-dokumentation

Rivyas guide för data- och leverantörsbehandling

Förstå vad Rivya lagrar, när leverantörer kan behandla prompter, uppladdningar, resultat och metadata, samt hur känsliga data bör hanteras.

Senast granskad 2026/04/28

Använd den här guiden för databehandling när du behöver en lättläst bild av vad som händer med prompter, uppladdningar, resultat, historik och leverantörsroutade förfrågningar i Rivya.

Den förklarar hur Rivyas nuvarande produkt- och policyspråk beskriver datahantering.

Den ersätter inte den bindande texten i Integritetspolicy eller Användarvillkor.

Det korta svaret

Rivya lagrar de prompter, uppladdningar, resultat, historik och relaterade poster som behövs för att köra produkten och hålla arbetsytan sammanhängande.

Rivya förlitar sig också på tredjepartsleverantörer för att driva delar av tjänsten.

Det betyder:

  • dina data ligger inte bara på en isolerad sida
  • prompter, uppladdningar, resultat och metadata kan behandlas som en del av att leverera arbetsflödet du bad om
  • mycket känslig information bör inte skickas in slentrianmässigt

Vad Rivya lagrar för att köra produkten

Enligt nuvarande Integritetspolicy kan Rivya lagra information som:

  • prompter, instruktioner och chattmeddelanden som du skickar in
  • uppladdade referensmedier, relaterade fil-URL:er och uppladdningsmetadata
  • genereringsparametrar och arbetsflödesinställningar
  • modell-, verktygs- och arbetsyteval
  • resultat-URL:er, resultatmetadata och statusposter för uppgifter
  • chattsessionshistorik, meddelandehistorik, bilage-URL:er och användningsmetadata
  • credit-avräknings- och återbetalningsposter kopplade till AI-körningar

Rivya kan också samla in teknisk information och säkerhetsinformation som sessionsposter, IP-adress, webbläsar- och enhetsdata, språkinställningar och loggar som används för säkerhet och tjänstens tillförlitlighet.

Varför Rivya lagrar den informationen

Den nuvarande policyn säger att informationen kan användas för att:

  • skapa och hantera ditt konto
  • autentisera inloggning och skydda kontoåtkomst
  • tillhandahålla fakturering, credits, prenumerationer och betalningssupport
  • behandla genereringsförfrågningar, chattförfrågningar, uppladdningar och begärda resultat
  • behålla genereringshistorik, chatthistorik och kontinuitet i arbetsytan
  • skicka kommunikation om tjänst, fakturering, support och nyhetsbrev
  • utreda missbruk, bedrägerier, felanvändning eller tekniska fel
  • förbättra produktkvalitet, tillförlitlighet, supportarbete och användarupplevelse

Den praktiska tolkningen är att Rivya lagrar data eftersom produkten är byggd kring sparad kontinuitet, fakturering och uppgiftshistorik, inte bara engångsresultat.

Vilka leverantörer som kan behandla data

Den nuvarande policyn säger att Rivya kan förlita sig på leverantörer som:

  • Stripe för fakturering, checkout, prenumerationer och betalningsrelaterade poster
  • tredjeparts-AI-infrastruktur för AI-generering, chattrouting, medieuppladdningar och relaterad uppgiftsbehandling
  • Resend för konto-, kontakt- och nyhetsbrevsrelaterade e-postmeddelanden
  • S3-kompatibla lagringsleverantörer för uppladdade avatarer och lagrade filer
  • Google, GitHub eller Discord om du väljer de inloggningsmetoderna
  • infrastruktur-, hosting-, övervaknings- eller säkerhetsleverantörer som används för att driva tjänsten
  • valfria analys-, captcha-, affiliate- eller supportwidgetleverantörer om dessa funktioner är aktiverade i en viss driftsättning

Policyn säger också att AI-förfrågningar som routas via tredjeparts-AI-infrastruktur kan omfatta uppströms modell- eller infrastrukturleverantörer som valts för arbetsflödet du använder, men bara som en del av att slutföra det arbetsflödet.

Vad detta betyder för prompter, uppladdningar och resultat

I praktiken:

  • prompter och chattmeddelanden kan behandlas för att generera svaret du begärde
  • uppladdningar kan behandlas för att slutföra generering, redigering eller relaterade arbetsflödessteg
  • resultat, uppgiftsposter och historik hålls kopplade till ditt konto så att produkten kan stödja sparad kontinuitet

Den nuvarande policyn noterar också:

  • referensfiler för AI-generering laddas för närvarande upp via Rivya-endpoints till tredjeparts-AI-infrastruktur som används för genereringsuppladdningar
  • avataruppladdningar skickas för närvarande till S3-kompatibel lagring som är konfigurerad för tjänsten

Hur du bör tänka kring träningsfrågan

Rivyas offentliga policyspråk här fokuserar på vad produkten lagrar och vilka leverantörer som kan behandla förfrågningar för att driva tjänsten.

Det skapar inte ett generellt produktlöfte på den här sidan om att varje leverantör har identiska regler för lagring, granskning eller sekundär användning bortom den operativa gränsen.

Om en garanti om ingen träning eller ingen lagring är avgörande för ditt arbetsflöde är den säkra tolkningen:

  • anta det inte enbart från marknadsföringsförkortningar
  • granska relevanta leverantörsvillkor för arbetsflödet du planerar att använda
  • undvik att skicka in känslig information tills du är bekväm med den behandlingsvägen

Det är en praktisk försiktighetsregel, inte ett nytt juridiskt påstående.

Vägledning för känsliga data

Nuvarande Integritetspolicy säger att du, om du kan undvika det, inte bör skicka in känsliga personuppgifter, konfidentiellt material eller skyddad information om du inte har granskat dina egna interna krav och är bekväm med de operativa riskerna med tredjepartsbehandling.

Det är fortfarande den säkraste praktiska regeln.

Lagring och radering

Den nuvarande policyn säger att Rivya försöker att inte behålla information längre än nödvändigt, men kan behålla den av verkliga operativa, juridiska, faktureringsmässiga, säkerhetsmässiga, bedrägeriförebyggande, missbrukshanterande, supportrelaterade, backuprelaterade eller leverantörssidesrelaterade skäl.

Den säger också:

  • om du raderar ditt konto från Settings > Security tas kontokopplade poster i Rivyas primära databas i allmänhet bort kaskadvis
  • vissa begränsade poster kan ändå behållas där det behövs för fakturering, bedrägeriförebyggande, missbrukshantering, juridiska skyldigheter, backups, leverantörssidesbehandling eller säkerhetsloggar

Det betyder att radering är meningsfull, men inte alltid omedelbar eller absolut över varje operativt lager.

Var du bör kontrollera härnäst

Om du vill ha de viktigaste offentliga navsidorna kring den här frågan nära till hands, använd:

Om du vill läsa kompletterande sidor som förklarar produkten och första-sessionen på ett lättläst sätt, läs:

Om du vill läsa relaterade sidor om förtroende och policy, läs:

Om du vill förstå utförandegränsen kring uppladdningar och aktuellt produktomfång, läs:

Checklista för datagranskning

Innan du skickar prompter, uppladdningar eller resultat genom ett leverantörsstött arbetsflöde, kontrollera:

  • Avgör om indatan innehåller konfidentiellt, reglerat, personligt, kundrelaterat eller tredjepartsmaterial.
  • Bekräfta om uppgiften kräver uppladdning eller om en textbaserad sammanfattning vore säkrare.
  • Granska leverantörskontakten för det valda arbetsflödet innan du delar känsliga filer.
  • Håll källägarskap, samtycke och kommersiella användningsrättigheter åtskilda från genereringskvalitet.
  • Använd de juridiska sidorna för bindande villkor; använd den här guiden för praktiskt produktbeteende.

Kontrollera igen när datakänsligheten ändras

Kontrollera igen när du lägger till verkliga personer, röster, kunddokument, ej lanserade varumärkestillgångar, medicinsk/juridisk/finansiell kontext eller material som inte bör lämna din organisation.

Innehållsförteckning