Ailoots integritetspolicy
Uppdaterat: 2026-10-17
Version av 2026-10-17.
Ailoots integritetspolicy (nedan Policyn) och det offentliga anbudet och licensavtalet för Ailoot (nedan Anbudet) utgör tillsammans med sina bilagor den fullstÀndiga uppsÀttningen Ailoot-dokument.
Bilagor till Policyn:
- Ailoots cookiepolicy.
- Ailoots datainstÀllningar.
- Radering av Ailoot-konto och uppgifter.
- Villkor för behandling av organisationers uppgifter.
- Samtycke till behandling av personuppgifter â ett sjĂ€lvstĂ€ndigt dokument som finns hĂ€r för att underlĂ€tta lĂ€sningen.
- IntrĂ„ng i immateriella rĂ€ttigheter â bilaga 7 till Anbudet, som finns hĂ€r för att underlĂ€tta lĂ€sningen.
HĂ€nvisningar av typen âBilaga N till Anbudetâ avser bilagor till det offentliga anbudet och licensavtalet för Ailoot; hĂ€nvisningar till âPolicyns huvudtextâ avser avsnitten 1â12 nedan.
Denna Policy gĂ€ller frĂ„n publiceringsdagen pĂ„ ailoot.ai och tillsammans med Anbudet och dess bilagor, inklusive bilaga 4 till Anbudet (âAiloots regler för tillĂ„ten anvĂ€ndningâ) och bilaga 3 till Anbudet (âĂ terbetalningar och betalningstvisterâ), samt bilagorna 1 (âAiloots cookiepolicyâ) och 2 (âAiloots datainstĂ€llningarâ) till denna Policy. För en företagsbestĂ€llning dĂ€r tjĂ€nsten ailoot.ai behandlar personuppgifter enligt kundorganisationens dokumenterade instruktioner gĂ€ller Ă€ven ett separat avtal eller en bilaga om behandling av uppgifter; allmĂ€nna regler för detta avtalslager beskrivs i bilaga 4 till denna Policy (âVillkor för behandling av organisationers uppgifterâ).
1. Vem som ansvarar för behandlingen och vad Policyn omfattar
TjÀnsten ailoot.ai Àr personuppgiftsansvarig för de ÀndamÄl som Ailoot sjÀlvstÀndigt bestÀmmer. Vid frÄgor om personuppgifter, radering, sÀkerhet och utövande av rÀttigheter kan du kontakta support@ailoot.ai.
Ailoot Àr en API-router. Kunden skickar förfrÄgningar med API-nyckeln via grÀnssnitt som Àr kompatibla med OpenAI, Anthropic och Gemini till https://api.ailoot.ai/v1 och fÄr svar frÄn flera leverantörers modeller (till exempel Anthropic Claude, OpenAI GPT, Google Gemini, xAI Grok, Alibaba Qwen, MiniMax och modeller som finns hos NVIDIA): text, bilder, video, musik, talsyntes och transkription. Kundportalen pÄ ailoot.ai anvÀnds för att hantera kontot, API-nycklar, saldo och anvÀndningshistorik. TjÀnsten hanterar anvÀndarkonton, Ätkomst, dirigering av förfrÄgningar, egen bearbetningslogik, registrering av anvÀndning, saldo och support. AnvÀndning av Ailoot skapar inte ett konto, avtal eller betalningsförhÄllande mellan anvÀndaren och modellleverantören enbart för att modellen finns tillgÀnglig i Ailoot. Den betalningsleverantör som anges pÄ betalningssidan, modellleverantören, dirigeringstjÀnsten eller en annan underleverantör behandlar uppgifter inom ramen för sin egen roll, tillÀmpligt avtal och lagstiftning.
Policyn omfattar uppgifter som behandlas vid besök pÄ ailoot.ai, registrering och anvÀndning av kundportalen, API-anvÀndning, supportkontakt, pÄfyllning av saldot eller aktivering av en frivillig funktion. Den ersÀtter inte integritetspolicyn för en extern webbplats, applikation, betalningsmetod eller modellleverantör.
TjÀnstens tillgÀnglighet i ett visst land beror pÄ tillÀmplig lag, vald modell, teknisk rutt och betalningsmetod. Sidans sprÄk innebÀr inte i sig att tjÀnsten erbjuds i alla lÀnder eller att samma rÀttigheter gÀller i alla lÀnder.
I denna Policy:
konto â anvĂ€ndarens konto i Ailoot, som hanteras genom kundportalen pĂ„ ailoot.ai;
API-nyckel â en Ă„tkomstnyckel som utfĂ€rdats i Ailoot och som kunden anvĂ€nder för att skicka förfrĂ„gningar till API;
förfrĂ„gningsmaterial â förfrĂ„gningstext, kontext, fil, media, parameter, svar, verktygsresultat och andra uppgifter som behövs för att utföra en viss funktion;
modellleverantör â den organisation vars modell eller tekniska verktyg faktiskt anvĂ€nds för den valda rutten;
âVillkor för modeller och leverantörerâ â bilaga 5 till Anbudet, en referenshandling med lĂ€nkar till publicerade villkor för modeller och teknikleverantörer; den Ă€r inte en förteckning över faktiska mottagare av en viss anvĂ€ndares uppgifter;
personuppgifter â information om en direkt eller indirekt identifierbar fysisk person i den mening som avses i tillĂ€mplig lag.
Om en organisation anvÀnder Ailoot för sina anstÀlldas, kunders eller andra personers uppgifter kan organisationen bestÀmma ÀndamÄlen och de vÀsentliga medlen för behandlingen. I sÄdana fall kan tjÀnsten ailoot.ai agera som personuppgiftsbitrÀde enligt organisationens dokumenterade instruktioner inom ramen för en separat B2B-bestÀllning och ett personuppgiftsbitrÀdesavtal. TjÀnsten ailoot.ai förblir samtidigt sjÀlvstÀndigt personuppgiftsansvarig för sina egna nödvÀndiga ÀndamÄl: hantering av konto och avtal, betalningsavrÀkning, förebyggande av missbruk, sÀkerhet, efterlevnad av lag och tillvaratagande av rÀttsliga ansprÄk. Rollen bestÀms av det faktiska flödet och avtalet, inte av funktionens namn.
2. Vilka uppgifter vi kan fÄ och frÄn vilka kÀllor
Vi tillÀmpar nödvÀndighetsprincipen: vi begÀr eller anvÀnder inte uppgifter som inte behövs för det angivna ÀndamÄlet. AnvÀndaren fÄr inte skicka fullstÀndigt kortnummer, CVV, PIN, lösenord, fullstÀndig API-nyckel, bankens engÄngskod eller annan Ätkomsthemlighet till supporten. PÄfyllning av saldot hanteras av den betalningsleverantör som anges pÄ betalningssidan: leverantören fÄr betalningsuppgifterna och Ailoot fÄr endast den betalningsinformation som behövs för kreditering av saldot, registrering av betalningen, hantering av fel, Äterbetalning eller tvist, utan fullstÀndiga kortuppgifter.
| Kategori | Exempel och kÀlla | NÀr uppgifterna uppkommer |
|---|---|---|
| Konto- och kontaktuppgifter | kontots e-postadress; visningsnamn om anvÀndaren anger det; lösenord eller uppgifter om inloggningsmetod; konto- och sessionsidentifierare; sprÄk, instÀllningar, samtyckeshistorik; anges vanligen av anvÀndaren eller en behörig administratör | registrering, inloggning, profilÀndring, ÄterstÀllande av Ätkomst, meddelanden |
| API-nycklar | identifierare, namn och synlig del av API-nyckeln, skapandetid, status och nyckelinstÀllningar; sjÀlva nyckeln anvÀnds för att kontrollera Ätkomst till API | skapande, anvÀndning, Àndring eller inaktivering av API-nyckel |
| Organisation och roller | organisationens namn och identifierare, behöriga administratörer och deras ÄtgÀrder enligt B2B-bestÀllningen | B2B-bestÀllning, ÄtgÀrder av organisationens administratör |
| FörfrÄgningsmaterial och resultat | text, kontext, bilagor, dokument, bilder, ljud, video, URL, förfrÄgningsparametrar, vald modell och metod, svar och resultat, inklusive tredje mans uppgifter som anvÀndaren valt att ladda upp | anvÀndaren skickar en API-förfrÄgning eller anvÀnder ett annat tillgÀngligt verktyg |
| Historik, cache och funktionsinstĂ€llningar | sparade objekt, valda instĂ€llningar, intern cache och metadata om utförandet â endast i den omfattning och under den tid som den valda funktionen faktiskt medger | nĂ€r anvĂ€ndaren sparar material eller funktionen uttryckligen informerar om lagring eller cachelagring |
| Filer och media | filnamn, typ, storlek, uppladdningsdatum, tekniska egenskaper och innehÄll; genererade bilder, video, musik och ljud som lagras för nedladdning; för bilder, röst eller video kan detta omfatta uppgifter om anvÀndaren eller nÄgon annan avbildad eller inspelad person | filuppladdning, överföring till den valda funktionen, mottagande och lagring av genererade medier för nedladdning |
| AnvÀndningsposter | modell, metod, tid, volym (token, bilder, videosekunder, ljudminuter och liknande), kostnad, förfrÄgningsidentifierare, utförandestatus, reserverat belopp och debitering | varje API-förfrÄgning |
| Tekniska uppgifter och sÀkerhetsuppgifter | IP-adress, enhets- och webblÀsartyp eller klientapplikation, operativsystem, tidszon, sprÄk, ungefÀrliga nÀtverksuppgifter, sessionsidentifierare, aktivitetsloggar, diagnostiska meddelanden, feluppgifter och sÀkerhetssignaler | Ätkomst till webbplats, kundportal och API, utförande av förfrÄgning, skydd mot missbruk, felsökning |
| PÄfyllningar och betalningsavrÀkning | identifierare för pÄfyllning och transaktion hos den betalningsleverantör som anges pÄ betalningssidan, betalningsmetod, status, betalningsbelopp och betalningsvaluta och krediterat belopp i US-dollar, tillÀmpad vÀxelkurs, betalningsleverantörens avgift, saldo, reserverade belopp och förfrÄgningsdebiteringar, historik över korrigeringar, Äterbetalningar, bestridda betalningar och deras skulder, framstÀllningar | pÄfyllning av saldot, anvÀndning av förbetalt saldo, Äterbetalning eller betalningstvist |
| Support, anmÀlningar och Äterkoppling | framstÀllningens innehÄll, bifogad bevisning, kontaktkanal, svarsbedömning och tillhörande kontext om anvÀndaren valt att lÀmna den | supportkontakt, anmÀlan om övertrÀdelse, kvalitetsbedömning, begÀran om rÀttigheter |
| à lder, företrÀdare och behörighetskontroll | ÄldersbekrÀftelse, legal företrÀdares samtycke, dokument eller uppgifter som behövs för kontroll av företrÀdare eller sÀkerhet om lag, modell eller den aktuella situationen krÀver det | endast nÀr kontrollen faktiskt behövs; före insamling fÄr anvÀndaren separat information om kontrollens ÀndamÄl och omfattning |
| Uppgifter frÄn lagliga kÀllor | uppgifter frÄn organisationens administratör, den angivna betalningsleverantören om transaktionens status eller bestridd betalning, autentiseringsleverantör, avtalspart, anvÀndare, behörig företrÀdare eller myndighet | bekrÀftelse av pÄfyllning, fullgörande av B2B-bestÀllning, sÀkerhet, tvistlösning eller fullgörande av en rÀttslig förpliktelse |
Om en viss funktion krÀver behandling av sÀrskilda, kÀnsliga eller biometriska uppgifter betraktar Ailoot inte en vanlig accept av denna Policy som tillrÀcklig grund: före start ska ÀndamÄl, uppgifter, mottagare, tillgÀngliga skyddsÄtgÀrder och lagstadgat samtycke eller annan rÀttslig mekanism redovisas.
AnvÀndaren ansvarar för att det finns laglig grund, rÀttigheter och samtycken som behövs för att ladda upp material om en annan person. Detta befriar inte tjÀnsten ailoot.ai frÄn dess egna skyldigheter enligt tillÀmplig lag eller avseende sÀkerhet och behandling av uppgifter i sin roll.
3. Varför vi behandlar uppgifter och pÄ vilken grund
BehandlingsÀndamÄlen bestÀms i förvÀg och fÄr inte vara oförenliga med det ÀndamÄl för vilket uppgifterna erhölls. DÀr tillÀmplig lag anvÀnder begreppet rÀttslig grund förlitar vi oss pÄ en eller flera av grunderna nedan. Samtycke ersÀtter inte avtal, rÀttslig förpliktelse eller berÀttigat intresse och bakas inte i det fördolda in i en obligatorisk kryssruta för pÄfyllning.
| ĂndamĂ„l | Huvudsakliga kategorier | Grund nĂ€r den krĂ€vs |
|---|---|---|
| Skapa och hantera konto, bekrÀfta inloggning, ÄterstÀlla Ätkomst, utfÀrda och kontrollera API-nycklar, tillhandahÄlla kundportalen | konto, API-nycklar, session, tekniska uppgifter, instÀllningar | fullgörande av avtal och ÄtgÀrder pÄ anvÀndarens begÀran; i vissa fall berÀttigat intresse av att skydda kontot |
| Utföra förfrÄgning, överföra nödvÀndigt material till vald rutt, Äterföra resultat, lagra genererade medier för nedladdning och registrera anvÀndning | förfrÄgningsmaterial, filer och media, tekniska parametrar, anvÀndningsposter, vald modell | fullgörande av avtal; för organisationer Àven kundens dokumenterade instruktioner i tillÀmpligt B2B-avtalslager |
| Kreditera pÄfyllning efter betalningsleverantörens bekrÀftelse, reservera förfrÄgningens förvÀntade kostnad och debitera faktisk kostnad en gÄng, föra redovisning, skatte- och betalningshandlingar, förhindra dubbeldebitering och omsÀndning av förfrÄgningar med obekrÀftat utfall, registrera bestridda betalningar och deras skulder, genomföra Äterbetalning | pÄfyllning, transaktionsidentifierare, status, saldo, reserverat belopp, debitering, anvÀndningsposter, kontakter | fullgörande av avtal, rÀttslig förpliktelse, berÀttigat intresse av att förebygga bedrÀgeri och tillvarata rÀttsliga ansprÄk |
| UnderhÄlla tjÀnsten, ÄtgÀrda fel, sÀkerstÀlla kompatibilitet, prestanda och driftsÀkerhet | tekniska loggar, diagnostiska uppgifter, begrÀnsad felkontext, instÀllningar | berÀttigat intresse av att upprÀtthÄlla drift och sÀkerhet; vid behov fullgörande av avtal |
| Skydda anvÀndare, system, uppgifter och tredje mans rÀttigheter; förebygga bedrÀgeri, spam, skadlig aktivitet, kringgÄende av begrÀnsningar och regelövertrÀdelser | tekniska signaler, material i nödvÀndig omfattning för kontroll, kontoÄtgÀrder, framstÀllningar | berÀttigat intresse, rÀttslig förpliktelse samt skydd av rÀttigheter och sÀkerhet nÀr lagen föreskriver det |
| Pröva begÀran, krav och tvister och fullgöra lagenliga krav | kontaktuppgifter, betalningsuppgifter, tekniska uppgifter, material som rör frÄgan | rÀttslig förpliktelse, fullgörande av avtal, berÀttigat intresse av att lösa tvister och skydda rÀttigheter |
| TillhandahÄlla frivilligt aktiverade funktioner: marknadsföringsutskick och frivillig analys om dessa finns | beror pÄ den valda funktionen | samtycke nÀr det krÀvs; i andra fall en separat redovisad grund och möjlighet att avstÄ |
| AnvÀnda Äterkoppling för att förbÀttra en viss funktion | bedömning, kommentar och endast den tillhörande kontext som anvÀndaren valt att lÀmna | berÀttigat intresse av att förbÀttra tjÀnsten eller samtycke nÀr det krÀvs; Äterkoppling gör inte hela anvÀndarhistoriken till material för ett annat ÀndamÄl |
| Utföra aggregerad eller avidentifierad analys om den faktiskt Àr aktiverad | tekniska uppgifter och anvÀndningsuppgifter, Äterkoppling eller andra uppgifter efter tillÀmplig aggregering eller avidentifiering | berÀttigat intresse eller samtycke nÀr det krÀvs; uppgifter fÄr inte anvÀndas för Äteridentifiering utom i fall dÀr lagen tillÄter det av sÀkerhetsskÀl eller för kvalitetskontroll |
InnehÄll i förfrÄgningar, bilagor och resultat anvÀnds för att tillhandahÄlla, skydda och stödja Ailoot. TjÀnsten ailoot.ai anvÀnder det inte för att trÀna egna allmÀnna modeller eller för frivillig reklam enbart för att anvÀndaren har accepterat denna Policy. Om Ailoot nÄgon gÄng erbjuder separat forskning, trÀning eller annan sekundÀr anvÀndning redovisas före aktivering det konkreta ÀndamÄlet, uppgiftskategorierna, tiden, mottagarna, följderna av att avstÄ och nödvÀndig mekanism för samtycke och Äterkallelse.
4. Modeller, dirigering och filer
4.1. Vald modell och leverantör
Ailoot skickar nödvÀndigt förfrÄgningsmaterial till den leverantör av den valda modellen eller det verktyg genom vilket förfrÄgningen faktiskt utförs. Det kan omfatta förfrÄgningstext, relevant kontext, fil, tekniska parametrar och en del av svaret om det behövs för att utföra funktionen, upprÀtthÄlla sÀkerheten eller kontrollera resultatet. Den modellleverantör som utför förfrÄgningen kan finnas utanför kundens land. Vi överför inte mer Àn vad som behövs för den aktuella förfrÄgningen.
Före anvĂ€ndning av en modell kan anvĂ€ndaren lĂ€sa om dess namn, metoder och pris i modellkatalogen pĂ„ kundportalen och om tillĂ€mpliga villkor i bilaga 5 till Anbudet (âVillkor för modeller och leverantörerâ). De aktuella leverantörernas anvĂ€ndningsregler gĂ€ller för förfrĂ„gningar (till exempel Anthropics, OpenAIs och Googles anvĂ€ndningsregler). Bilagan hjĂ€lper till att hitta teknikleverantörernas publicerade villkor. Den Ă€r en förteckning över externa villkor, inte en bekrĂ€ftelse pĂ„ att varje angiven leverantör ingĂ„r i en Ailoot-rutt eller fĂ„r anvĂ€ndarens uppgifter. Information som Ă€r vĂ€sentlig för en viss förfrĂ„gning, inklusive mottagare, databegrĂ€nsningar och tillgĂ€ngliga instĂ€llningar, redovisas i modellkatalogen, instĂ€llningarna eller den aktuella bestĂ€llningen före behandling i den omfattning lag och avtal krĂ€ver. Vid företagsbehandling bestĂ€ms mottagare och internationella överföringar av den faktiska behandlingsbilagan.
Modellleverantörer kan ha olika regler för lagring, loggning, sĂ€kerhetskontroll, trĂ€ning och radering. För varje rutt gĂ€ller villkoren i modellkatalogen och leverantörens tillĂ€mpliga regler. âNollagringâ, ingen trĂ€ning, ett fast behandlingsland eller en viss raderingsfrist gĂ€ller endast nĂ€r detta uttryckligen anges för den valda rutten. Om automatiskt byte till en annan rutt vĂ€sentligt Ă€ndrar villkoren för materialbehandling redovisar Ailoot detta före anvĂ€ndning och inhĂ€mtar anvĂ€ndarens separata val nĂ€r lag eller produktinstĂ€llning krĂ€ver det. TillĂ€mpliga geografiska, exportrelaterade eller sĂ€kerhetsrelaterade begrĂ€nsningar fĂ„r inte kringgĂ„s.
4.2. Filer, cache, historik och genererade medier
En fil som skickas med en förfrÄgning fÄr behandlas endast i den omfattning som behövs för att utföra förfrÄgningen, inklusive kontroll av format, sÀkerhet och tillÀmpliga regler. Genererade bilder, video, musik och ljud lagras för kundens nedladdning. Om Ailoot erbjuder separat fillagring, historik, cache eller nÄgot annat sparat objekt ska grÀnssnittet före aktivering förklara vad som lagras, i vilken del av kontot det syns, hur objektet raderas och vilka lagringskriterier som gÀller. Inte varje överfört material blir ett permanent sparat objekt och inte varje tillfÀllig cache utgör anvÀndarhistorik.
Teknisk cache fÄr anvÀndas för att utföra en förfrÄgning, förbÀttra prestanda, förhindra dubbletter eller upprÀtthÄlla sÀkerhet under den nödvÀndiga tiden. Den ger inte rÀtt att anvÀnda innehÄllet för sjÀlvstÀndiga ÀndamÄl. Efter radering av ett anvÀndarobjekt kan restkopior tillfÀlligt finnas kvar i sÀkerhetskopior eller skyddade tekniska system tills deras vanliga cykel löper ut; de Äterförs inte till normal anvÀndning efter radering, utom nÀr det Àr nödvÀndigt för ÄterstÀllning pÄ laglig grund eller pÄ grund av en olöst incident.
Ladda inte upp lösenord, hemlig nyckel, fullstÀndiga betalningsuppgifter eller andra hemligheter till Ailoot om de inte behövs för den valda funktionen. Innan du laddar upp uppgifter om nÄgon annan, medicinska, biometriska, finansiella eller andra kÀnsliga uppgifter, kontrollera att du har rÀtt att göra det och att den valda rutten tillÄter behandlingen. En varning ersÀtter inte sÀrskilda lagkrav, avtalet med organisationen eller leverantörens villkor.
4.3. Ă terkoppling
Att bedöma ett svar, rapportera ett problem eller lÀmna ett förbÀttringsförslag Àr frivilligt. Om anvÀndaren lÀmnar Äterkoppling fÄr Ailoot anvÀnda sjÀlva Äterkopplingen och den tillhörande kontext som anvÀndaren uttryckligen lÀmnat för analys, rÀttelse eller förbÀttring av den aktuella funktionen. Vi betraktar inte hela kontot eller alla tidigare förfrÄgningar som Äterkoppling enbart för att anvÀndaren lÀmnat en bedömning.
4.4. Organisationer och B2B-bestÀllning
Om organisationen och tjÀnsten ailoot.ai har ingÄtt en B2B-bestÀllning regleras administratörens Ätkomst, export, radering, instruktioner och begÀran frÄn registrerade Àven av denna bestÀllning och avtalet om behandling av uppgifter. Ailoot lÀmnar inte mer till administratören Àn vad roll, avtal, instÀllningar och lag tillÄter.
5. Till vilka vi lÀmnar ut uppgifter och nÀr
Vi sÀljer inte förfrÄgningar, filer eller resultat som en vara och ger inte tredje man rÀtt att sÀlja dem enbart för att anvÀndaren accepterat denna Policy. Varje utlÀmnande begrÀnsas av ÀndamÄlet och mottagarens rÀttsliga roll.
Uppgifter fÄr överföras till följande mottagarkategorier:
Modell- och ruttleverantörer. De fĂ„r det material som behövs för den valda modellen eller verktyget och kan finnas utanför kundens land. Deras sĂ€rskilda regler och vĂ€sentliga egenskaper finns i bilaga 5 till Anbudet (âVillkor för modeller och leverantörerâ).
Tekniska underleverantörer. Leverantörer av hosting, lagring, autentisering, meddelandeleverans, felsökning, support, sÀkerhet och andra funktioner fÄr ta emot det minimum av uppgifter som behövs för funktionen. Vi anlitar dem enligt tillÀmpliga avtal och lag; deras konkreta roll beror pÄ den faktiska tjÀnsten.
Betalningsaktörer. Den betalningsleverantör som anges pÄ betalningssidan samt banker och betalningssystem som deltar i transaktionen fÄr de uppgifter som behövs för att hantera pÄfyllning, avstÀmning, Äterbetalning eller tvist. Den aktuella betalningskanalens villkor gÀller för transaktionen.
Organisationen och dess administratörer. Inom ramen för B2B-bestĂ€llningen â i den omfattning deras lagliga befogenheter, roll, instĂ€llningar och avtal med Ailoot medger.
RÀttsliga eftertrÀdare. Endast i samband med omorganisation, överlÄtelse av tjÀnsten eller dess tillgÄngar, finansiering, konkurs eller en liknande transaktion och med iakttagande av tillÀmpliga skyldigheter avseende underrÀttelse, konfidentialitet och dataskydd.
Myndigheter, domstolar, brottsbekÀmpande organ och andra lagliga mottagare. NÀr utlÀmnande krÀvs enligt tvingande lag eller ett verkstÀllbart krav, eller behövs för att skydda rÀttigheter och sÀkerhet eller förebygga allvarlig skada. Om lagen tillÄter det bedömer vi begÀran och underrÀttar den berörda personen eller organisationen nÀr detta inte medför risk, strider mot lagen eller hindrar en utredning.
Mottagare av avidentifierad eller aggregerad information. Endast om uppgifterna faktiskt har behandlats sÄ att de inte anvÀnds för normal identifiering av personer och utlÀmnandet Àr förenligt med lagen och det angivna ÀndamÄlet.
Referensförteckningen över leverantörsvillkor ersÀtter inte information om faktiska uppgiftsmottagare. Information om mottagaren för en viss förfrÄgning lÀmnas genom modellkatalogen, instÀllningarna och avtalsdokumenten; ytterligare information kan begÀras frÄn support@ailoot.ai. Omfattningen bestÀms av tillÀmpliga informationsskyldigheter, konfidentialitet och sÀkerhet.
6. Internationell behandling och överföring
Uppgifter kan behandlas i lÀnder dÀr de modellleverantörer och tekniska underleverantörer som faktiskt anvÀnds finns, eller dÀr mottagare som anvÀndaren valt finns, Àven utanför kundens land. GrÀnssnittets land eller dokumentets sprÄk bestÀmmer inte alla behandlingsplatser.
Före en internationell överföring anvÀnder Ailoot den mekanism som tillÀmplig lag krÀver: bedömer parternas roller och överföringens ÀndamÄl, anvÀnder avtalsmÀssiga, organisatoriska eller andra tillÄtna skyddsÄtgÀrder och lÀmnar separat information eller inhÀmtar samtycke nÀr det behövs. En allmÀn formulering om internationell behandling utgör inte samtycke till varje framtida överföring och ersÀtter inte ett samtycke som ska vara specifikt.
För företagskunder faststÀlls mekanismen för grÀnsöverskridande överföring, inklusive en avtalsbilaga för EES, Storbritannien eller Schweiz om en sÄdan krÀvs, i ett individuellt B2B-avtal efter att exportör, importör, uppgiftskategorier, lÀnder, faktiska mottagare och tillÀmplig rÀttslig mekanism har faststÀllts. Datalokalisering eller behandling enbart i en viss region gÀller endast för en rutt dÀr detta uttryckligen anges i katalogen och avtalet.
7. Hur lÀnge uppgifter lagras
Vi anvÀnder inte en gemensam lagringstid för alla uppgifter. Tiden bestÀms av ÀndamÄl, funktionsinstÀllning, avtal, behov av Ätkomst och anvÀndningshistorik, lagkrav, sÀkerhet, redovisning, tvist och möjlighet att skilja uppgifter frÄn en person. NÀr ÀndamÄlet upphör raderas, avidentifieras eller isoleras uppgifterna om fortsatt lagring inte krÀvs eller inte tillÄts enligt lag.
| Kategori | Kriterium för lagring och upphörande |
|---|---|
| Konto, profil och instĂ€llningar | sĂ„ lĂ€nge kontot behövs för avtal, Ă„tkomst och de instĂ€llningar anvĂ€ndaren valt; efter bekrĂ€ftad radering enligt förfarandet i bilaga 3 till denna Policy (âRadering av Ailoot-konto och uppgifterâ), med undantagen nedan |
| API-nycklar | sÄ lÀnge nyckeln gÀller och dÀrefter sÄ lÀnge som behövs för registrering av anvÀndning, sÀkerhet och tillvaratagande av rÀttsliga ansprÄk |
| FörfrÄgningsmaterial, filer och genererade medier | förfrÄgningsmaterial i den omfattning som behövs för att utföra förfrÄgningen och som den aktiverade funktionen medger; genererade medier sÄ lÀnge de lagras för nedladdning enligt funktion, konto eller anvÀndarinstÀllning; vid radering av objekt eller konto eller nÀr avtalet upphör inom ramen för tillÀmpligt raderingsförfarande och lagliga undantag |
| TillfÀllig cache, kö och tekniska kopior | sÄ lÀnge detta behövs för utförande, förhindrande av upprepad transaktion, felsökning, sÀkerhet eller en normal teknisk cykel; sÄdan cache rÀknas inte som permanent anvÀndarhistorik om inte funktionen uttryckligen anger annat |
| Tekniska loggar och sÀkerhetsloggar | sÄ lÀnge de behövs för stabilitet, felutredning, förebyggande av missbruk, Ätkomstgranskning eller tillvaratagande av rÀttsliga ansprÄk; Ätkomsten begrÀnsas till respektive ÀndamÄl |
| AnvÀndningsposter, pÄfyllningar, reserverade belopp, debiteringar, skatteposter, Äterbetalningar och bestridda betalningar | under den obligatoriska tiden för redovisning, transaktionskontroll, Äterbetalning, tvist, skuldbetalning och tillvaratagande av rÀttsliga ansprÄk; reserverade belopp för förfrÄgningar med obekrÀftat utfall behÄlls tills utfallet kontrollerats |
| Support, anmÀlningar och Äterkoppling | medan Àrendet Àr öppet och dÀrefter sÄ lÀnge som behövs för svar, förebyggande av Äterkommande problem, efterlevnad av lag eller rÀttighetsskydd; inte allt innehÄll sparas enbart för att en framstÀllning har gjorts |
| Organisationsuppgifter enligt B2B-bestÀllning | under B2B-bestÀllningens giltighetstid och enligt administratörsinstÀllningar och tillÀmpligt avtal om behandling av uppgifter; en enskild deltagares rÀttigheter kan begrÀnsas av organisationens befogenheter och lagen |
| SÀkerhetskopior och isolerade kopior | till normal sÀkerhetskopieringscykel, lagenlig skyldighet att bevara uppgifter eller ÄterstÀllning efter incident; efter radering Äterförs de inte till normal anvÀndning |
Modellleverantören eller en extern tjĂ€nst kan ha en egen lagringstid efter att material lagligen överförts till denne. Ailoot kan inte ange en gemensam tid för deras rĂ€kning. För den valda rutten gĂ€ller informationen i bilaga 5 till Anbudet (âVillkor för modeller och leverantörerâ) och mottagarens villkor. Om anvĂ€ndaren vill radera uppgifter hos en extern tjĂ€nst kan en separat begĂ€ran till den behövas; Ailoot lĂ€mnar rimligt stöd inom sin roll och sitt avtal dĂ€r detta Ă€r tillĂ€mpligt.
BekrÀftad radering av kontot upphÀver inte uppgifter som mÄste bevaras i begrÀnsad omfattning för avrÀkning, lagkrav, förebyggande av missbruk, sÀkerhet, ett olöst ansprÄk, skuld till följd av bestridd betalning eller rÀttighetsskydd. Dessa uppgifter anvÀnds inte för vanlig personalisering, marknadsföring eller nytt tillhandahÄllande av tjÀnsten utan en separat grund.
8. SĂ€kerhet, incidenter och automatiska kontroller
Vi vidtar rÀttsliga, organisatoriska och tekniska ÄtgÀrder som stÄr i proportion till risken: begrÀnsar Ätkomst efter tjÀnstebehov, hanterar konto- och systemÄtkomst, skiljer funktioner och miljöer Ät i nödvÀndig omfattning, för nödvÀndiga tekniska poster, bedömer incidenter, kontrollerar underleverantörer och utbildar behöriga personer i tillÀmpliga rutiner för behandling av uppgifter. Certifiering, en viss krypteringsalgoritm, ett datacenters land eller en svarstid utgör Ailoots Ätagande endast nÀr detta uttryckligen anges i tillÀmpligt avtal, modellkatalogen eller annat publicerat villkor.
Ingen överförings- eller lagringsmetod garanterar absolut sÀkerhet. AnvÀndaren ska skydda lösenord, API-nycklar och enheten, inte lÀmna inloggningsuppgifter eller API-nycklar till andra, anvÀnda officiella kanaler och utan dröjsmÄl meddela misstÀnkt kompromettering av kontot eller API-nyckeln till support@ailoot.ai.
Om vi upptÀcker en incident som kan pÄverka personuppgifter bedömer vi dess karaktÀr och följder, vidtar begrÀnsnings- och utredningsÄtgÀrder, registrerar tillgÀnglig information och underrÀttar berörd organisation, person eller tillsynsmyndighet nÀr tillÀmplig lag eller avtal krÀver det. För företagskundens uppgifter bestÀms underrÀttelse och stöd av tillÀmpligt B2B-avtal; anmÀlningsfristen berÀknas enligt tillÀmplig lag, avtal och tillgÀngliga bekrÀftade omstÀndigheter kring incidenten.
Skydd mot bedrÀgeri, spam, skadlig kod, kringgÄende av begrÀnsningar och regelövertrÀdelser kan anvÀnda automatiska signaler och begrÀnsad mÀnsklig kontroll. Kontrollen tjÀnar sÀkerhet och efterlevnad av villkor, inte rÀttsligt betydelsefulla beslut om en person. DÀr tillÀmplig lag föreskriver det kan anvÀndaren begÀra mÀnsklig omprövning av en vÀsentlig kontobegrÀnsning; lagliga krav, sÀkerhet och tredje mans rÀttigheter kan begrÀnsa den information som lÀmnas ut.
9. RÀttigheter och sÀtt att hantera uppgifter
RÀttigheter beror pÄ bosÀttningsland, anvÀndarens roll, uppgifternas karaktÀr och tillÀmplig lag. I tillÀmpliga fall fÄr anvÀndaren begÀra:
bekrÀftelse pÄ behandling, Ätkomst till uppgifter och information om kategorier, kÀllor, ÀndamÄl och mottagare;
rÀttelse av ofullstÀndiga, felaktiga eller förÄldrade uppgifter;
radering, avidentifiering eller upphörande av behandling nÀr ingen fortsatt laglig grund finns;
begrÀnsning av behandling eller invÀndning mot behandling som grundas pÄ berÀttigat intresse, inklusive invÀndning mot direktmarknadsföring;
dataportabilitet för tillgÀngliga uppgifter i ett tillÀmpligt och tekniskt genomförbart format;
Äterkallelse av samtycke till frivillig behandling utan att lagligheten i tidigare utförd behandling upphÀvs;
information om grÀnsöverskridande överföringar i den omfattning lagen krÀver;
omprövning av avslag pÄ begÀran och möjlighet att vÀnda sig till behörig dataskyddsmyndighet eller domstol nÀr lagen ger en sÄdan rÀtt.
För att utöva en rĂ€ttighet, skriv till support@ailoot.ai med Ă€mnet âAiloot-uppgifterâ. Ange kontot eller ett annat sĂ€kert sĂ€tt att hitta posten, begĂ€rd Ă„tgĂ€rd och lĂ€mplig svarskanal. Skicka inte fullstĂ€ndigt kortnummer, CVV, lösenord, fullstĂ€ndig API-nyckel eller bankkod. Vi fĂ„r begĂ€ra proportionerligt underlag om identitet och behörighet för att inte lĂ€mna ut uppgifter till fel person. En behörig företrĂ€dare ska styrka sin behörighet tillrĂ€ckligt nĂ€r lagen krĂ€ver det och detta inte skapar ett oskĂ€ligt hinder för utövandet av rĂ€ttigheten.
Vi svarar inom den tidsfrist som tillÀmplig lag föreskriver. Om begÀran Àr komplicerad, Äterkommande, berör andras rÀttigheter, skyddad affÀrsinformation, lagenligt bevarande, sÀkerhet eller organisationens material fÄr vi lagenligt begrÀnsa svaret, begÀra förtydligande eller förlÀnga fristen och meddela orsaken nÀr det krÀvs. Ett avslag fÄr inte vara godtyckligt; anvÀndaren kan begÀra omprövning via samma kontakt. Utövande av lagliga dataskyddsrÀttigheter ger inte grund för diskriminering eller försÀmring av kÀrntjÀnsten, utom nÀr behandlingen objektivt behövs för den valda funktionen eller lagen tillÄter ett annat resultat.
Regionala tillÀgg
EES, Storbritannien och Schweiz. Om GDPR, UK GDPR, schweizisk lag eller liknande regler gÀller för behandlingen kan anvÀndaren ha rÀtt till Ätkomst, rÀttelse, radering, begrÀnsning, invÀndning, portabilitet och klagomÄl till behörig myndighet. De grunder Ailoot förlitar sig pÄ anges i avsnitt 3 i denna Policy. BegÀran prövas inom de tidsfrister som dessa regler föreskriver; förlÀngning fÄr ske endast i angivna fall och med underrÀttelse. Om en företrÀdare, DPO eller ytterligare regional information krÀvs publicerar Ailoot detta före den berörda verksamhetens start.
Förenta staterna. Den som omfattas av tillÀmplig delstatslag kan ha rÀtt att fÄ information och tillgÄng, rÀtta, radera och flytta uppgifter, agera genom behörigt ombud, överklaga avslag och avstÄ frÄn försÀljning, delning eller riktad reklam i den mening lagen anger. Vilka regler som gÀller bestÀms av delstatens lag och den faktiska behandlingen. Ailoot anvÀnder inte förfrÄgningar och bilagor för tredje parts beteendebaserade reklam. NÀr ett visst regelverk krÀver en separat lÀnk, blankett eller behandling av signalen global privacy control tillhandahÄller Ailoot en sÄdan mekanism för den aktuella behandlingen.
Republiken Korea. NÀr tillÀmplig koreansk lag gÀller för behandlingen kan anvÀndaren ha rÀtt till Ätkomst, rÀttelse, radering, pausad behandling, Äterkallelse av samtycke och information om överföringar till utlandet i den omfattning lagen anger. NödvÀndiga lokala kontaktuppgifter och separat information om mottagare publiceras nÀr de blir obligatoriska för Ailoots faktiska verksamhet.
10. Barn och ÄldersgrÀnser
MinimiÄldern för att anvÀnda Ailoot bestÀms av Anbudet och tillÀmplig lag; vald modell, land eller funktion kan krÀva högre Älder. Om en högre grÀns gÀller för en viss rutt har den företrÀde och Ätkomst till rutten ges nÀr villkoret Àr uppfyllt. Ailoot Àr inte avsett för personer under minimiÄldern utan en laglig grund som medges av lagen och en funktion som faktiskt stöds.
Om anvÀndaren Ànnu inte uppnÄtt Äldern för att sjÀlvstÀndigt acceptera villkor eller lÀmna tillÀmpligt samtycke krÀvs medverkan av en förÀlder eller legal företrÀdare. Vi ber inte barnet kringgÄ ÄldersgrÀnsen. En förÀlder, företrÀdare eller annan person som anser att barnet lÀmnat uppgifter utan nödvÀndig grund kan kontakta support@ailoot.ai; vi kontrollerar behörigheten och prövar begrÀnsning eller radering enligt lag, sÀkerhet och gÀllande förpliktelser.
11. Cookies, lokal lagring och datainstÀllningar
PĂ„ ailoot.ai och i kundportalen kan nödvĂ€ndig teknik för inloggning, sessionsskydd och grundinstĂ€llningar anvĂ€ndas nĂ€r det faktiskt aktiverade grĂ€nssnittet krĂ€ver det. Frivillig analys, reklam, personalisering och liknande teknik regleras av bilaga 1 till denna Policy (âAiloots cookiepolicyâ). DĂ€r beskrivs Ă€ven kategorier, registret över faktiskt aktiverad teknik, hur val accepteras, avvisas eller Ă€ndras samt regler för lokal lagring.
InstĂ€llningar för historik, export, radering, Ă„terkoppling och anvĂ€ndning av uppgifter beskrivs i bilaga 2 till denna Policy (âAiloots datainstĂ€llningarâ). Att bilagan finns innebĂ€r inte att varje nĂ€mnd funktion redan Ă€r tillgĂ€nglig: endast grĂ€nssnittet och beskrivningen av en faktiskt aktiverad funktion anger vilka kontroller som finns.
12. Ăndringar, version och kontakt
Vi uppdaterar Policyn nÀr tjÀnsten, rutterna, den faktiska behandlingen, lagkraven eller anvÀndarnas rÀttigheter Àndras. En ny version publiceras med datum och versionsnummer. VÀsentliga Àndringar av ÀndamÄl, kategorier, mottagare, rÀttigheter eller behandlingssÀtt meddelas enligt lag och avtal innan Àndringen börjar gÀlla, om inte en brÄdskande Àndring beror pÄ lag, sÀkerhet eller förebyggande av missbruk. Ett nytt ÀndamÄl som krÀver separat samtycke uppstÄr inte enbart genom publicering av en ny version.
Policyns tillgÀngliga sprÄkversioner anges pÄ ailoot.ai. SprÄkversionerna ger samma skyddsomfattning; varken en översÀttning eller en teknisk lÀnk minskar anvÀndarens tvingande rÀttigheter. Vid frÄgor om uppgifter, sÀkerhet, berörd modell, internationell överföring, radering eller rÀttigheter, kontakta support@ailoot.ai.
Bilaga 1. Ailoots cookiepolicy
Denna bilaga gÀller för ailoot.ai, kundportalen och andra Ailoot-grÀnssnitt dÀr cookies, local storage, SDK, pixlar, enhetsidentifierare, sessionsloggar eller jÀmförbar teknik anvÀnds. Den gÀller inte cookies och SDK pÄ externa webbplatser som anvÀndaren öppnar utanför Ailoot.
1. Vad tekniken Àr och varför den behövs
Cookies Àr smÄ filer eller poster som en webbplats sparar i webblÀsaren. Local storage, session storage, SDK, enhetsidentifierare, pixlar, webb-beacons och liknande mekanismer kan fylla liknande funktioner pÄ webben eller i en applikation. Beroende pÄ instÀllning kan de hjÀlpa till att:
upprÀtthÄlla inloggning och skyddad session samt undvika upprepad autentisering;
spara sprÄk, grundlÀggande tillgÀnglighetsinstÀllningar och tekniska preferenser;
komma ihÄg anvÀndarens cookieval och undvika att samma meddelande visas upprepade gÄnger;
sÀkerstÀlla sÀkerheten och upptÀcka missbruk, fel eller dubbla förfrÄgningar;
vid separat aktivering mÀta grÀnssnittets funktion, förbÀttra en funktion eller visa ett frivilligt informationsmeddelande.
Tekniken fÄr inte automatiskt fler uppgifter Àn vad dess sÀrskilda uppgift krÀver. En post om cookiesamtycke innebÀr exempelvis inte tillstÄnd att lÀsa förfrÄgningsinnehÄll och en sprÄkpost innebÀr inte tillstÄnd till reklam. Ailoot anvÀnder inte förfrÄgningar, bilagor eller resultat för tredje parts beteendebaserade reklam.
2. Kategorier och aktiveringsregel
| Kategori | Vad den kan göra | Grund och kontroll |
|---|---|---|
| Strikt nödvÀndiga | upprÀtthÄlla inloggning i kundportalen och sessionsskydd, fördela teknisk belastning, förebygga missbruk, spara sÀkerhetsinstÀllning, sjÀlva cookievalet och manuellt valt webbplatssprÄk | anvÀnds nÀr de behövs för den begÀrda tjÀnsten, sÀkerhet eller fullgörande av avtal; avstÀngning kan göra inloggning eller en viss funktion otillgÀnglig |
| Funktionella | komma ihÄg tema, tillgÀnglighet och andra uttryckligen valda instÀllningar | aktiveras nÀr instÀllningen finns och behövs för den valda upplevelsen; anvÀndaren informeras om hur den Àndras |
| Analytiska | mÀta teknisk anvÀndning av sidor eller funktioner, hitta fel, förstÄ grÀnssnittets effektivitet | aktiveras först efter kontroll av faktisk leverantör, ÀndamÄl, tid och tillÀmplig grund; dÀr förhandssamtycke krÀvs Àr de inte aktiva innan samtycke finns |
| Marknadsföring och reklam | mÀta kampanjer, visa erbjudanden eller anvÀnda reklamidentifierare | aktiveras efter publicering av faktiskt register, ÀndamÄl, mottagare och tid samt inhÀmtande av nödvÀndigt samtycke eller erbjudande om möjlighet att avstÄ; Ätkomst till grundfunktioner som betalas frÄn saldot beror inte pÄ samtycke till frivillig reklam |
| Lokal webblÀsarlagring och SDK | stödja inloggning, meddelanden, instÀllningar, drift eller en uttryckligen vald integration | omfattas av samma principer om nödvÀndighet, transparens, minimering och kontroll; webblÀsarens eller operativsystemets tillstÄnd ersÀtter inte samtycke till frivillig behandling |
Registret innehÄller endast teknik, reklamnÀtverk, SDK och tidsperioder som faktiskt anvÀnds. Frivillig teknik börjar anvÀndas efter att den införts i det kontrollerade registret och kraven pÄ information och anvÀndarens val enligt lag eller denna bilaga har uppfyllts.
3. Register över faktiskt anvÀnd teknik
För varje faktiskt aktiv teknik, inklusive nödvÀndiga instÀllningar, publicerar Ailoot i denna bilaga eller i en ansluten registerwidget:
teknikens eller SDK:s namn och mottagaren;
kategori och exakt ÀndamÄl;
vilka uppgifter eller identifierare som behandlas;
postens lagringstid eller kriteriet för att bestÀmma den;
om mottagaren Àr sjÀlvstÀndigt personuppgiftsansvarig, personuppgiftsbitrÀde eller extern tjÀnst i tillÀmplig mening;
land eller mekanism för internationell överföring nÀr sÄdan information Àr obligatorisk;
lÀnk till instÀllningar, möjlighet att avstÄ eller mottagarens policy nÀr den behövs;
datum för senaste kontroll av posten.
Registret ska Äterspegla den faktiska webbplatsen, kundportalen och anvÀnda SDK, inte en planerad arkitektur. Om en teknik tas bort markeras posten som inaktiv eller tas bort frÄn den aktiva förteckningen tillsammans med kontroll av att kod, tagg eller SDK inte lÀngre körs. AnvÀndaren kan begÀra information om en registerpost frÄn support@ailoot.ai.
Aktuella registerposter
Registerposter publiceras i följande format:
| Teknik och mottagare | Kategori och exakt ÀndamÄl | Uppgifter och tid | OmrÄde och kontroll | Senaste kontroll |
|---|
Vid datumet för denna version lÀggs uppgifter om teknik pÄ ailoot.ai och i kundportalen till i registret efter kontroll av varje faktiskt anvÀnd teknik. Frivillig teknik anvÀnds inte innan dess registerpost har publicerats.
4. AnvÀndarens val
DÀr samtycke krÀvs för en frivillig kategori ska bannern eller instÀllningsskÀrmen före aktivering erbjuda begripliga ÄtgÀrder:
âAcceptera valda frivilliga kategorierâ;
âAvvisa frivilliga kategorierâ;
âAnpassaâ med kategorier och förklaring av Ă€ndamĂ„let;
âSpara valâ;
möjlighet att senare Àndra beslutet via en lÀnk eller instÀllning pÄ ailoot.ai eller i kundportalen.
Det Àr lika enkelt att avvisa som att acceptera. GrÀnssnittet förvÀljer inte frivilliga kategorier, kombinerar inte marknadsföring med accept av Anbudet och anvÀnder inte avvisande som grund för att försÀmra kÀrntjÀnsten. Samtycket avser den behandling som beskrivs i registret; nÀr en ny leverantör, ett nytt ÀndamÄl eller en vÀsentlig ny typ av spÄrning lÀggs till görs en ny analys och, nÀr det behövs, ett nytt val.
à terkallelse av samtycke stoppar fortsatt anvÀndning av den aktuella frivilliga tekniken inom ramen för tekniska möjligheter och lagen. Den gör inte tidigare lagligen slutförd behandling olaglig och raderar inte automatiskt uppgifter som en annan part redan fÄtt pÄ sjÀlvstÀndig laglig grund. Om tillÀmplig lag krÀver att en global integritetssignal eller liknande mekanism för att avstÄ beaktas genomför Ailoot detta för den faktiskt tillÀmpliga kategorin efter kontroll av det aktuella tekniska flödet.
5. WebblÀsare, enhet och externa element
AnvÀndaren kan radera eller begrÀnsa cookies genom webblÀsaren, ÄterstÀlla reklamidentifieraren eller Àndra behörigheter i enhetens instÀllningar. Detta motsvarar inte alltid Äterkallelse av samtycke i Ailoots grÀnssnitt: webblÀsaren kan radera posten om valet och webbplatsen eller kundportalen kan fortsÀtta anvÀnda nödvÀndiga lokala uppgifter för inloggning och sÀkerhet. För frivilliga kategorier Àr det dÀrför lÀmpligast att anvÀnda bÄde Ailoots instÀllningar och enhetens verktyg.
Att stÀnga av alla cookies eller local storage kan störa inloggning, sÀkerhet, sparat sprÄk eller vissa funktioner. Det innebÀr inte att Ailoot fÄr aktivera frivillig analys eller reklam utan grund. Om en extern widget, lÀnk, betalningssida (exempelvis sidan hos den betalningsleverantör som anges pÄ betalningssidan), inbÀddat dokument eller ansluten tjÀnst tillhör tredje man regleras dess teknik av dess policy. AnvÀndaren ska lÀsa den före besök eller anslutning; Ailoot kontrollerar inte sÄdan teknik utanför den egna tjÀnsteytan.
6. Lagringstider och sÀkerhet
Sessionsposter upphör normalt att gÀlla nÀr sessionen avslutas eller den nödvÀndiga sÀkerhetsperioden löpt ut. Permanenta poster bevaras endast sÄ lÀnge ÀndamÄlet krÀver det, tills anvÀndaren raderar dem med ett tillgÀngligt verktyg eller det lagliga lagringskriteriet Àndras. Den nÀrmare tiden för varje aktiv post publiceras i registret. Uppgifter om cookieval och nödvÀndigt skydd kan bevaras lÀngre Àn sjÀlva den tekniska identifieraren om det behövs för att styrka valet, sÀkerstÀlla sÀkerhet eller fullgöra en lagstadgad skyldighet.
à tkomst till information som samlas in genom Ailoots teknik begrÀnsas till det ÀndamÄl för vilket den erhölls. Vi vidtar riskproportionerliga ÄtgÀrder men garanterar inte absolut sÀkerhet för nÀtverket eller anvÀndarens enhet. Ange inte lösenord, fullstÀndig API-nyckel, fullstÀndigt kortnummer, CVV, bankkod eller annan hemlighet i fÀlt som inte Àr avsedda för det.
7. FörhÄllande till andra datainstÀllningar
Cookies avgör inte automatiskt om förfrĂ„gningsmaterial lagras eller om en fil överförs till modellleverantören. Dessa frĂ„gor regleras av Policyns huvudtext, dess bilaga 2 (âAiloots datainstĂ€llningarâ), den aktuella funktionens instĂ€llning och bilaga 5 till Anbudet (âVillkor för modeller och leverantörerâ). Att en analyscookie stĂ€ngs av upphĂ€ver exempelvis inte den nödvĂ€ndiga överföringen till vald leverantör för att utföra förfrĂ„gningen och samtycke till en funktionell cookie ger inte tillstĂ„nd att anvĂ€nda material för trĂ€ning.
8. Ăndringar och kontaktuppgifter
Vi uppdaterar denna bilaga nÀr teknik tillkommer, Àndras eller tas bort, nÀr mottagare, ÀndamÄl eller tid Àndras eller nÀr lagen krÀver det. En vÀsentlig Àndring av frivillig behandling tillÀmpas inte retroaktivt pÄ ett redan gjort val: före aktivering publicerar Ailoot det uppdaterade registret och inhÀmtar en ny ÄtgÀrd frÄn anvÀndaren nÀr det krÀvs. FrÄgor och begÀran om cookies kan skickas till support@ailoot.ai.
Bilaga 2. Ailoots datainstÀllningar
Denna bilaga förklarar skillnaderna mellan historik, sparade resultat, filer, Äterkoppling, trÀning, API-nycklar och radering av uppgifter i Ailoot.
Bilagan beskriver regler för datahantering för instÀllningar som Àr tillgÀngliga i kundportalen, API, modellen och landet. TillgÀngliga kontroller visas i grÀnssnittet före aktivering av en funktion. Om en instÀllning inte erbjuds gÀller Policyns huvudtext och reglerna för den faktiskt aktiverade funktionen.
1. Grundprincip: olika uppgifter â olika instĂ€llningar
Samma förfrÄgning kan samtidigt skapa förfrÄgningsmaterial, tekniska poster, modellval, anvÀndningspost, reserverat belopp, saldodebitering och genererade medier. Att ett objekt raderas innebÀr inte nödvÀndigtvis att allt annat raderas: radering av en genererad fil upphÀver exempelvis inte anvÀndningsposten eller debiteringen för en redan utförd förfrÄgning. DÀrför visar Ailoot kontrollen nÀra det den avser och förklarar följderna innan ÄtgÀrden bekrÀftas.
| Objekt | Huvudsakligt sÀtt att hantera det | Vad ÄtgÀrden normalt Àndrar | Vad som inte Àndras automatiskt |
|---|---|---|---|
| Profil och inloggningsmetoder | kontoinstÀllningar i kundportalen eller begÀran till supporten | kontaktuppgifter, lösenord och session, sprÄk, grundinstÀllningar | pÄfyllnings- och debiteringsposter som lagen krÀver samt uppgifter som organisationen Àger enligt B2B-bestÀllning |
| API-nycklar | API-nyckelinstÀllningar i kundportalen om ÄtgÀrden finns, eller begÀran till supporten | möjlighet att skicka nya förfrÄgningar med nyckeln | anvÀndningsposter och debiteringar för förfrÄgningar som redan utförts med nyckeln |
| FörfrÄgningshistorik och sparade objekt | raderings- eller arkiveringsfunktion om den erbjuds; begÀran om rÀttigheter | objektets tillgÀnglighet i anvÀndargrÀnssnittet och dess normala anvÀndning | tekniska uppgifter, avrÀkningsuppgifter, sÀkerhetsuppgifter och sÀkerhetskopior för vilka laglig grund kvarstÄr |
| Fil och genererade medier | filradering om den erbjuds i kundportalen, eller begÀran om rÀttigheter | möjlighet att senare ladda ned eller anvÀnda filen genom Ailoot | kopior som redan överförts till vald leverantör eller mottagare eller laddats ned av kunden, sÄ lÀnge de regleras av mottagarens villkor och lagen |
| Marknadsföring och frivilliga cookies | avregistrering frÄn utskick, cookieinstÀllningar eller separat samtycke | framtida frivilliga meddelanden och tekniker | tjÀnstemeddelanden, lagenligt bevarande av valbekrÀftelse eller behandling som slutförts före Äterkallelse |
| Hela kontot | förfarandet i bilaga 3 till denna Policy (âRadering av Ailoot-konto och uppgifterâ) | kontoĂ„tkomst och normal behandling av tillhörande personuppgifter | uppgifter som mĂ„ste bevaras för avrĂ€kning, sĂ€kerhet, tvist inklusive bestridd betalning, lagkrav eller organisationens B2B-bestĂ€llning |
2. Historik, sparade objekt och cache
Historik Àr ett anvÀndarobjekt som gör en tidigare förfrÄgning, ett svar eller en anvÀndningspost tillgÀnglig i grÀnssnittet nÀr funktionen Àr aktiverad. Cache Àr en teknisk mekanism för utförande, förhindrande av upprepad transaktion, stabilitet eller sÀkerhet. Begreppen Àr inte utbytbara.
Historik, filer och konton raderas genom respektive separata ÄtgÀrd.
3. ModelltrÀning, förbÀttring av tjÀnsten och Äterkoppling
Som grundregel anvÀnder Ailoot förfrÄgningar, bilagor och resultat för att tillhandahÄlla, skydda och stödja sin egen tjÀnst. TjÀnsten ailoot.ai anvÀnder dem inte för trÀning av egna allmÀnna modeller, överför dem inte för tredje parts beteendebaserade reklam och Àndrar inte denna regel i det tysta genom uppdatering av grÀnssnitt eller villkor.
Den valda modellleverantören kan dĂ€remot ha egna lĂ€gen för lagring, sĂ€kerhetskontroll, Ă„terkoppling, trĂ€ning eller förbĂ€ttring. De aktuella leverantörernas anvĂ€ndningsregler gĂ€ller för förfrĂ„gningarna (till exempel Anthropics, OpenAIs och Googles anvĂ€ndningsregler). Före förfrĂ„gningen kan anvĂ€ndaren lĂ€sa tillĂ€mpliga villkor i bilaga 5 till Anbudet (âVillkor för modeller och leverantörerâ) och modellbeskrivningen i modellkatalogen pĂ„ kundportalen. Om anvĂ€ndaren vĂ€ljer en rutt med ett annat datalĂ€ge redovisar Ailoot skillnaden före utförandet. Om lag eller instĂ€llning krĂ€ver separat samtycke skickas inte förfrĂ„gningen innan anvĂ€ndaren vidtagit den Ă„tgĂ€rden. Ett allmĂ€nt samtycke till Anbudet, historik eller cookies Ă€r inte likvĂ€rdigt med samtycke till modelltrĂ€ning.
à terkoppling skiljer sig frÄn en vanlig förfrÄgning. AnvÀndaren kan frivilligt lÀmna en bedömning eller felrapport. DÄ fÄr Ailoot anvÀnda sjÀlva kommentaren och den kontext som anvÀndaren medvetet bifogat för att rÀtta felet, kontrollera sÀkerheten eller förbÀttra den aktuella funktionen. Om Äterkopplingen innehÄller personuppgifter gÀller Policyns huvudtext och den registrerades rÀttigheter. Bedömning av ett svar ger inte rÀtt att anvÀnda allt kontomaterial för ett annat ÀndamÄl.
Ett separat forsknings-, utvÀrderings- eller trÀningsprogram, om det erbjuds, föregÄs av separat information om ÀndamÄl, uppgiftskategorier, mottagare, tid, Äterkallelsemetod, pÄverkan pÄ Ätkomsten till kÀrntjÀnsten och den valda modellens begrÀnsningar. Samtycke till programmet inhÀmtas separat frÄn denna bilaga och Anbudet.
4. Filer, media och kÀnsliga uppgifter
Innan en fil skickas i en förfrÄgning avgör anvÀndaren om den behövs för uppgiften. Ailoot fÄr anvÀnda filen, dess tekniska egenskaper och nödvÀndig kontext för att utföra förfrÄgningen, sÀkerstÀlla kompatibilitet och sÀkerhet samt ge support. Genererade bilder, video, musik och ljud lagras för kundens nedladdning; om funktionen erbjuder permanent fillagring eller bibliotek visar den hur objektet hittas och raderas. Om funktionen saknas hör filen till den aktuella förfrÄgningen och skapar inte ett separat sparat objekt.
En bild, röst, video, hÀlsohandling, identitetshandling, finansiell handling eller annat kÀnsligt material kan innehÄlla uppgifter om anvÀndaren eller tredje man. AnvÀndaren ska ha rÀtt till och, nÀr det behövs, samtycke för anvÀndningen. En funktion som krÀver sÀrskild, biometrisk eller högriskbehandling startas först efter separat information om faktisk mottagare, ÀndamÄl, rÀttslig grund och lagstadgat val. Vanlig mediauppladdning ger inte Ailoot ett generellt tillstÄnd till identifiering, identitetskloning, biometrisk analys eller bevarande av sÄdana uppgifter.
Tekniska filkontroller fÄr tillÀmpas i den omfattning som behövs för att motverka skadlig kod och regelövertrÀdelser, upprÀtthÄlla sÀkerhet eller följa lagen. En sÄdan kontroll ska inte förstÄs som en garanti för att risk saknas, moderering av allt material eller ersÀttning för anvÀndarens ansvar för att uppladdat innehÄll Àr lagenligt.
5. Modellleverantörer och ruttval
AnvĂ€ndaren kan hantera uppgifter genom kontoinstĂ€llningar och val av modell och metod i API-förfrĂ„gningen. Referensbilaga 5 till Anbudet (âVillkor för modeller och leverantörerâ) hjĂ€lper till att hitta leverantörernas publicerade villkor men förtecknar inte alla faktiska Ailoot-rutter. För vald funktion redovisas separat nödvĂ€ndigt förfrĂ„gningsmaterial, vĂ€sentliga villkor för lagring och dataanvĂ€ndning, sĂ€kerhetskontroller, tillgĂ€ngliga instĂ€llningar och tillĂ€mpliga begrĂ€nsningar. Den modellleverantör som utför förfrĂ„gningen kan finnas utanför kundens land.
Modellens namn bestÀmmer inte i sig datalÀget. Rutten beror pÄ tillgÀnglighet, land, teknisk kompatibilitet, vald funktion och leverantörens begrÀnsningar. Vid automatisk dirigering anges kriteriet och följderna för uppgifter i modellkatalogen eller instÀllningen. Om ett byte Àndrar vÀsentliga datavillkor fÄr anvÀndaren ytterligare information och gör ett val nÀr det krÀvs. Om ett överenskommet villkor inte kan sÀkerstÀllas avvisar Ailoot förfrÄgningen eller erbjuder ett tillÄtet alternativ; material skickas inte via en icke överenskommen rutt.
AnvÀndaren kan begÀra information om den valda rutten, men Ailoot lÀmnar inte ut andras hemligheter, sÄrbarheter, Ätkomstnycklar eller information vars utlÀmnande strider mot tredje mans rÀttigheter, sÀkerhet eller lag. BegrÀnsningen upphÀver inte skyldigheten att ge anvÀndaren obligatorisk insyn i behandlingen av dennes uppgifter.
6. Företagsuppgifter
En anvĂ€ndare som arbetar inom organisationens B2B-bestĂ€llning ska rikta vissa begĂ€randen om organisationsinnehĂ„ll till sin administratör; Ailoot lĂ€mnar inte ut andra deltagares uppgifter och kringgĂ„r inte organisationens lagliga befogenheter. Information om nĂ€r tjĂ€nsten ailoot.ai Ă€r sjĂ€lvstĂ€ndigt personuppgiftsansvarig respektive personuppgiftsbitrĂ€de enligt organisationens instruktioner finns i bilaga 4 till denna Policy (âVillkor för behandling av organisationers uppgifterâ).
7. Export, rÀttelse och radering
RÀtten till export beror pÄ tillÀmplig lag och den funktion som faktiskt finns. NÀr anvÀndaren har en sÄdan rÀtt tillhandahÄller Ailoot ett tillgÀngligt format eller prövar begÀran enligt förfarandet i avsnitt 9 i Policyns huvudtext. Exporten fÄr inte innehÄlla andras uppgifter, systemhemligheter, sÀkerhetsinformation eller uppgifter som anvÀndaren saknar rÀtt till. Export av organisationsuppgifter kan krÀva administratörens eller organisationens medverkan.
AnvÀndaren kan rÀtta vissa uppgifter i kontoinstÀllningarna pÄ kundportalen. För andra uppgifter, inklusive personuppgifter i förfrÄgningsmaterial eller ett felaktigt resultat, gÄr det att kontakta support@ailoot.ai. RÀttelse innebÀr inte att Ailoot kan skriva om en extern modells kunskap eller radera en uppgift ur ett redan skapat resultat hos en mottagare; vi prövar det tillgÀngliga ursprungsobjektet och Ätar oss att inte vilseleda anvÀndaren om den tekniska möjligheten.
Radering av fil eller konto beskrivs i bilaga 3 till denna Policy (âRadering av Ailoot-konto och uppgifterâ). Före kontoradering ska anvĂ€ndaren om möjligt kontrollera Ă„terstĂ„ende saldo och ofullbordade förfrĂ„gningar vars reserverade belopp Ă€nnu inte frigjorts, ladda ned önskade genererade medier, bedöma nödvĂ€ndig export och kontrollera kopplingen till organisationen. Radering av kontot medför inte Ă„terbetalning av oanvĂ€nt saldo: det betalas inte ut i pengar utom nĂ€r Ă„terbetalning Ă€r obligatorisk enligt tillĂ€mplig lag. Radering innebĂ€r inte avstĂ„ende frĂ„n lagenlig Ă„terbetalning; dessa frĂ„gor regleras av bilaga 3 till Anbudet (âĂ terbetalningar och betalningstvisterâ).
8. Marknadsföring, cookies och rÀttighetsbegÀran
Marknadsföringsmeddelanden, frivillig analys och reklamteknik kombineras inte med accept av Anbudet eller nödvÀndig behandling för att utföra en förfrÄgning. Om Ailoot erbjuder marknadsföringsutskick anges samtycke eller annan tillÀmplig mekanism separat och varje meddelande ska ha ett tydligt sÀtt att avregistrera sig. TjÀnstemeddelanden om konto, sÀkerhet, saldo, pÄfyllning, pausad Ätkomst eller vÀsentliga villkorsÀndringar utgör inte reklamutskick.
InstĂ€llningar för cookies och liknande teknik beskrivs i bilaga 1 till denna Policy (âAiloots cookiepolicyâ). Cookieval ersĂ€tter inte val om trĂ€ning. Vid begĂ€ran om utövande av rĂ€ttigheter, avstĂ„ende frĂ„n tillĂ€mplig riktad reklam, försĂ€ljning eller delning av uppgifter, Ă„terkallelse av samtycke eller klagomĂ„l, kontakta support@ailoot.ai; vi tillĂ€mpar identitetskontrollen och förfarandet i avsnitt 9 i Policyns huvudtext.
9. Ăndringar av instĂ€llningar
Ailoot döljer inte ett nytt behandlingsÀndamÄl bakom en befintlig instÀllning. Om reglerna för historik, ruttval, trÀning, cookies eller lagringstid Àndras uppdateras grÀnssnittet och denna bilaga i nödvÀndig omfattning innan Àndringen aktiveras. En vÀsentlig Àndring som krÀver nytt samtycke eller annat separat val tillÀmpas inte pÄ anvÀndaren enbart pÄ grund av fortsatt anvÀndning av tjÀnsten. FrÄgor om datainstÀllningar tas emot pÄ support@ailoot.ai.
Bilaga 3. Radering av Ailoot-konto och uppgifter
Denna bilaga anger förfarandet för att stÀnga ett personligt Ailoot-konto och radera eller avidentifiera tillhörande uppgifter.
Radering av kontot Àr en separat ÄtgÀrd med följder för inloggning, API-nycklar, anvÀndningshistorik, genererade filer och tillgÀngliga funktioner. Den medför inte Äterbetalning eller utbetalning av ÄterstÄende saldo, innebÀr inte avstÄende frÄn lagstadgad Äterbetalning och Àr inte ett sÀtt att kringgÄ skyldigheter avseende betalning, sÀkerhet och lag.
1. Vad som kan raderas
AnvÀndaren kan begÀra radering av sitt personliga konto och tillhörande personuppgifter som tjÀnsten ailoot.ai behandlar för Ailoots normala drift. BegÀran omfattar, i tillÀmplig utstrÀckning:
profil, kontots e-postadress, inloggningsmetoder, aktiva sessioner och personliga instÀllningar;
kontots API-nycklar;
genererade mediefiler som lagras för nedladdning om de tillhör kontot och funktionen stöder radering av dem;
anvÀndnings- och betalningsposter i den del som inte ska bevaras i begrÀnsad omfattning (avsnitt 6 i denna bilaga);
uppgifter som ska raderas eller avidentifieras till följd av en lagenlig begÀran enligt tillÀmplig lag.
Radering garanterar inte att objekt som tillhör organisationen, en annan deltagare, en extern tjÀnst eller modellleverantör förstörs. FörfrÄgningarnas innehÄll (promptar, filer) överförs till den modellleverantör som utför förfrÄgningen och kan behandlas utanför AnvÀndarens land. För dessa objekt faststÀller Ailoot sin roll och tillgÀngliga sÀtt att hjÀlpa till, men fÄr inte disponera över uppgifter utanför sina rÀttigheter, avtalet och lagen.
2. Vad som ska göras före begÀran
Före radering av kontot rekommenderas att:
- ladda ned genererade mediefiler och spara uppgifter om anvÀndning och betalningar som anvÀndaren behöver genom kundportalens tillgÀngliga funktioner eller en separat rÀttighetsbegÀran;
- stoppa förfrÄgningar frÄn kontots API-nycklar i egna applikationer och integrationer och invÀnta att pÄgÄende förfrÄgningar slutförs;
- kontrollera om kontot anvÀnds av en organisation och om anvÀndaren Àr den enda som hanterar dess Ätkomst;
- stÀnga av automatiska transaktioner om de aktiverats, via tillgÀngligt grÀnssnitt eller support;
- vid behov separat begĂ€ra Ă„terbetalning eller rĂ€ttelse av en transaktion enligt bilaga 3 till Anbudet (âĂ terbetalningar och betalningstvisterâ).
Att sluta anvÀnda tjÀnsten och radera kontot Àr skilda ÄtgÀrder. Avslutad anvÀndning stoppar nya saldodebiteringar men behÄller kontoÄtkomsten. Radering avslutar kontoÄtkomsten efter att begÀran hanterats, men ersÀtter inte reglerna hos betalningsleverantören eller annan part som hanterar en viss betalning.
3. Hur begÀran lÀmnas
AnvĂ€nd raderingsfunktionen i anvĂ€ndarkontot om den finns eller skriv frĂ„n kontots anslutna e-postadress till support@ailoot.ai med Ă€mnet âRadering av Ailoot-kontoâ. Ange i meddelandet:
e-postadress eller sÀker kontoidentifierare;
vad som begÀrs: radera kontot, radera ett visst objekt, inaktivera API-nyckeln eller fÄ statusinformation;
om kontot hör till en organisation, dess namn eller identifierare och din roll om den Àr kÀnd;
hur du helst vill fÄ bekrÀftelse.
Skicka inte fullstÀndigt kortnummer, CVV, PIN, lösenord, fullstÀndig API-nyckel, bankkod, nÄgon annans handling eller annan hemlighet för att styrka identiteten. Om anvÀndaren saknar tillgÄng till kontots e-postadress kan denne skriva frÄn en annan adress och beskriva situationen. Vi föreslÄr ett proportionerligt och sÀkert sÀtt att kontrollera rÀtten till kontot utan att göra raderingsförfarandet till insamling av onödiga uppgifter.
Efter mottagen begÀran bekrÀftar Ailoot mottagandet om möjligt och kontrollerar kontoinnehav, företrÀdarens behörighet, pÄverkan pÄ organisationen, aktiva transaktioner, öppna reserverade belopp och obligatorisk grund för begrÀnsat bevarande. Om begÀran Àr oklar ber vi om förtydligande före en oÄterkallelig ÄtgÀrd. Radering som bekrÀftats av anvÀndaren och utförts av Ailoot kan vara oÄterkallelig i de delar dÀr uppgifterna redan raderats eller avidentifierats.
4. Identitetskontroll och företrÀdare
Vi kontrollerar identiteten endast i den omfattning som behövs för att skydda mot radering av nÄgon annans konto eller olagligt utlÀmnande av uppgifter. Metoden beror pÄ risken: för en vanlig begÀran kan bekrÀftelse frÄn det anslutna kontot rÀcka; vid en kÀnslig transaktion, företagsmiljö eller företrÀdare kan ytterligare behörighetsunderlag behövas. FöretrÀdaren ska visa laglig grund för att agera för anvÀndarens rÀkning i den omfattning tillÀmplig lag krÀver.
Vi fÄr vÀgra eller begrÀnsa ÄtgÀrden om behörighet inte rimligen kan bekrÀftas, om utförandet röjer andras uppgifter, strider mot lag, hotar sÀkerheten eller pÄverkar en pÄgÄende tvist eller obligatoriskt bevarande. DÄ förklarar vi om möjligt orsaken och hur omprövning kan begÀras. Kontrollen fÄr inte krÀva betalningshemligheter, onödiga biometriska uppgifter eller uppgifter utan samband med begÀran.
5. Vad som hÀnder efter bekrÀftelse
Efter bekrÀftad radering avslutar Ailoot normal kontoÄtkomst, stÀnger aktiva sessioner, inaktiverar kontots API-nycklar och börjar radera eller avidentifiera uppgifter i aktiva system inom tillÀmpligt förfarande, om det inte hindrar lagkrav, sÀkerhet, fullgörande av ett oavslutat Ätagande eller organisationens rÀttigheter.
Beroende pÄ de faktiskt aktiverade funktionerna kan följande pÄverkas:
| Objekt | Normal följd av radering |
|---|---|
| Personlig profil och sessioner | inloggning och Ätkomst till det personliga kontot upphör; aktiva sessioner stÀngs |
| API-nycklar | kontots nycklar inaktiveras; nya förfrÄgningar med dem tas inte emot |
| Genererade mediefiler | raderas eller avidentifieras i den omfattning Ailoot hanterar, med beaktande av undantag för sÀkerhetskopior och lagkrav |
| FörfrÄgningsinnehÄll som överförts till modellleverantören | behandlas av modellleverantören enligt dess egna regler; Ailoot lÀmnar rimligt stöd inom sin roll |
| Reserverade belopp och ofullbordade förfrÄgningar | reserverat belopp för en förfrÄgning med obekrÀftat utfall behÄlls tills utfallet kontrollerats; ingen dubbeldebitering sker |
| Organisation | personligt medlemskap eller Ätkomst kan upphöra, men organisationsuppgifter, administratörsrÀttigheter och organisationens avtal hanteras enligt separata regler |
| AnvÀndnings-, betalnings- och avrÀkningsposter | historik som behövs för lagenlig redovisning, Äterbetalning, tvist, förebyggande av bedrÀgeri eller tillvaratagande av rÀttsliga ansprÄk fÄr bevaras i begrÀnsad omfattning |
Vid radering gÀller lagringskriterierna i avsnitt 7 i Policyns huvudtext: aktiva uppgifter raderas eller avidentifieras nÀr begÀran hanterats, medan isolerade sÀkerhetskopior rensas enligt normal cykel och inte Äterförs till normal anvÀndning. Modell- eller betalningsleverantören kan ha ett eget raderingsförfarande för uppgifter som redan överförts till denne; vid behov hÀnvisar vi anvÀndaren till den aktuella mottagaren eller lÀmnar rimligt stöd inom vÄr roll.
6. Vad som kan bevaras i begrÀnsad omfattning
Ăven efter kontoradering fĂ„r tjĂ€nsten ailoot.ai bevara ett minimum av uppgifter nĂ€r det behövs för att:
följa lagen, genomföra avrÀkning, skatte-/bokföringsredovisning eller besvara ett obligatoriskt krav;
bekrÀfta betalning, Äterbetalning, korrigering eller förfrÄgningens utfall, förhindra upprepad ersÀttning eller lösa en betalningstvist, inklusive registrering av skuld till följd av bestridd betalning;
utreda övertrÀdelser, skydda system, förebygga bedrÀgeri och upprÀtthÄlla sÀkerhet;
faststÀlla, göra gÀllande eller försvara rÀttsliga ansprÄk;
fullgöra organisationens avtal nÀr uppgifterna hör till organisationen och anvÀndaren inte ensam bestÀmmer över dem.
Dessa poster isoleras frÄn normal kontoanvÀndning och anvÀnds inte för personalisering, marknadsföring, modelltrÀning eller ÄterstÀllande av personlig Ätkomst utan sjÀlvstÀndig laglig grund. Om lagen krÀver lÀngre bevarande eller förbjuder att en viss ÄtgÀrd röjs följer Ailoot kravet i nödvÀndig omfattning.
7. Organisationer och företagskonton
Radering av ett personligt konto fÄr inte ovÀntat förstöra organisationsuppgifter eller beröva organisationens enda administratör Ätkomsten. Om anvÀndaren agerar för organisationens rÀkning kontrollerar Ailoot vem som styr organisationens Ätkomst och vilka ÄtgÀrder deltagaren fÄr vidta. Organisationen fÄr bevara sitt material, loggar och lagenliga poster oberoende av att deltagarens personliga profil raderas om detta Àr förenligt med dess avtal och lagen.
Om organisationen bestĂ€mmer Ă€ndamĂ„len för behandling av sina anvĂ€ndares uppgifter kan en deltagares begĂ€ran om radering av företagsinnehĂ„ll krĂ€va administratörens eller organisationens medverkan som kontrollerande part. Ailoot ignorerar inte begĂ€ran: vi faststĂ€ller vilka uppgifter som hör till tjĂ€nsten ailoot.ai:s egna Ă€ndamĂ„l respektive organisationens instruktioner och hĂ€nvisar begĂ€ran till tillĂ€mplig kontaktvĂ€g. LĂ€s mer i bilaga 4 till denna Policy (âVillkor för behandling av organisationers uppgifterâ).
8. Betalningar, saldo och Äterbetalningar
Radering av kontot medför inte Ă„terbetalning av pĂ„fyllning eller utbetalning av oanvĂ€nt saldo: det betalas inte ut i pengar utom nĂ€r Ă„terbetalning Ă€r obligatorisk enligt tillĂ€mplig lag. Radering upphĂ€ver inte tvingande rĂ€ttigheter till lagenlig Ă„terbetalning. Om anvĂ€ndaren vill bestrida en betalning, rĂ€tta en felaktig eller dubbel debitering, fĂ„ Ă„terbetalning för en utebliven tjĂ€nst eller utnyttja en tvingande konsumentrĂ€tt ska detta anges separat i en begĂ€ran enligt bilaga 3 till Anbudet (âĂ terbetalningar och betalningstvisterâ).
En betalning via den betalningsleverantör som anges pÄ betalningssidan kan krÀva separat kontakt med leverantören. Ailoot styr inte upphÀvande och Äterbetalning nÀr behörigheten tillhör betalningsleverantören eller en annan betalningsaktör. Vi anvÀnder dock inte kontoradering som grund för att neka obligatorisk Äterbetalning, rÀttelse av fel eller lagenlig prövning av en framstÀllning. Skuld till följd av bestridd betalning upphör inte nÀr kontot raderas.
9. Status, tidsfrister och omprövning
Vi prövar en bekrÀftad begÀran inom den tidsfrist som tillÀmplig lag krÀver och meddelar resultatet eller en laglig grund för att vissa uppgifter bevaras. Teknisk radering, rensning av sÀkerhetskopior och en extern mottagares svar kan ha olika steg; detta ger inte grund för att Äterföra uppgifter till normal Ätkomst efter bekrÀftad radering.
Om anvÀndaren anser att radering, begrÀnsning eller avslag hanterats felaktigt kan denne begÀra omprövning genom att skriva till support@ailoot.ai och anvÀnda andra rÀttsmedel enligt tillÀmplig lag. Ytterligare rÀttigheter och tidsfrister gÀller i den omfattning som anges i Policyns huvudtext och tillÀmplig lag.
FrÄgor om raderingsförfarandet tas emot pÄ support@ailoot.ai.
Bilaga 4. Villkor för behandling av organisationers uppgifter
Denna bilaga anger ett allmÀnt B2B-avtalslager för en organisation som anvÀnder Ailoot genom anvÀndarkontot, API eller annan företagsbestÀllning. Den aktuella B2B-bestÀllningen och behandlingsbilagan anger tillÀmpliga roller, rutter, granskning, tidsperioder, överföringsvillkor och sÀrskilda instÀllningar. Dessa villkor gÀller Kunden nÀr de uttryckligen ingÄr i dennes B2B-avtal med tjÀnsten ailoot.ai.
För ett vanligt personligt konto bestĂ€mmer tjĂ€nsten ailoot.ai normalt sjĂ€lvstĂ€ndigt Ă€ndamĂ„len för konto, betalning, skydd och support som personuppgiftsansvarig; Policyns huvudtext gĂ€ller. För personuppgifter som kundorganisationen skickar genom Ailoot om sina anstĂ€llda, kunder eller andra personer och för vilka organisationen bestĂ€mmer Ă€ndamĂ„len och de vĂ€sentliga medlen gĂ€ller avtalslagret âkunden som kontrollerande part â Ailoot som personuppgiftsbitrĂ€deâ nedan, inom ramen för det faktiskt ingĂ„ngna B2B-avtalet.
1. Roller, tillÀmpningsomrÄde och företrÀde
I denna bilaga:
- Kunden â en organisation eller nĂ€ringsidkare som har ingĂ„tt en B2B-bestĂ€llning om Ailoot med tjĂ€nsten ailoot.ai;
- Kontrollerande part â Kunden nĂ€r denne bestĂ€mmer Ă€ndamĂ„len och de vĂ€sentliga medlen för behandling av sina anvĂ€ndares, anstĂ€lldas, kunders eller andra personers personuppgifter;
- PersonuppgiftsbitrĂ€de â tjĂ€nsten ailoot.ai nĂ€r den behandlar Kundens personuppgifter enligt Kundens dokumenterade instruktioner för att tillhandahĂ„lla Ailoot;
- Kunddata â uppgifter som Kunden, administratören eller API-anvĂ€ndaren överför till Ailoot för Kundens rĂ€kning, inklusive personuppgifter;
- Kundens personuppgifter â den del av Kunddata som utgör personuppgifter enligt tillĂ€mplig lag;
- UnderbitrĂ€de â den som Ailoot anlitar för att behandla Kundens personuppgifter för Kundens rĂ€kning i tillĂ€mplig roll;
- Dokumenterade instruktioner â skriftliga avtals-/bestĂ€llningsvillkor, Kundens valda konfiguration, instĂ€llningar i anvĂ€ndarkontot/API och andra instruktioner frĂ„n en behörig person som Ailoot lagligen och tekniskt kan följa.
En separat B2B-bestÀllning eller ett DPA har företrÀde framför denna allmÀnna bilaga i de frÄgor det konkret reglerar. I personuppgiftsfrÄgor har DPA företrÀde framför allmÀnna kommersiella villkor vid motstridighet. Tvingande lag har företrÀde framför avtal. Ingenting i denna bilaga upphÀver fysiska personers rÀttigheter enligt tillÀmplig lag eller gör varje extern leverantör automatiskt till underbitrÀde: rollen beror pÄ det faktiska flödet, avtalet och behandlingsÀndamÄlet.
TjÀnsten ailoot.ai förblir sjÀlvstÀndigt personuppgiftsansvarig för det minimum av uppgifter som behövs för att hantera det egna avtalet och produkten: skapa/administrera Kundens konto, saldoavrÀkning och skatter, förebygga bedrÀgeri och övertrÀdelser, skydda infrastruktur, föra obligatorisk redovisning, lösa tvister och tillvarata rÀttsliga ansprÄk. För dessa sjÀlvstÀndiga ÀndamÄl gÀller Policyns huvudtext, inte Kundens obegrÀnsade instruktioner.
2. Behandling endast enligt instruktioner och tillÄtet ÀndamÄl
NĂ€r Ailoot agerar som personuppgiftsbitrĂ€de behandlar tjĂ€nsten Kundens personuppgifter endast för att tillhandahĂ„lla, stödja, skydda och fullgöra Ailoot enligt B2B-avtalet, bestĂ€llningen, vald konfiguration och Kundens lagliga instruktioner. Behandlingen kan omfatta mottagning, registrering, organisering, lagring, Ă„tkomst, överföring till vald rutt, visning av resultat, begrĂ€nsad cachelagring, radering/avidentifiering, teknisk felsökning och sĂ€kerhetsĂ„tgĂ€rder â endast i den omfattning den aktuella funktionen behöver.
Kunden ansvarar för att instruktionerna Àr lagenliga, transparenta för de registrerade, inte inkrÀktar pÄ tredje mans rÀttigheter, Àr förenliga med Kundens behandlingsgrund och innehÄller nödvÀndiga underrÀttelser/samtycken. Kunden ger Ailoot uppdrag endast om behandling som Kunden sjÀlv har rÀtt att utföra och anvÀnder inte anvÀndargrÀnssnittet för dold överföring av sÀrskilda, biometriska, medicinska, barnrelaterade eller andra högriskuppgifter utan lÀmplig bedömning, avtal och skydd.
Ailoot informerar Kunden om en uttrycklig instruktion enligt rimlig bedömning strider mot tillÀmplig lag eller B2B-avtalet, utom nÀr utlÀmnande Àr förbjudet enligt lag. Ailoot fÄr behandla Kundens personuppgifter pÄ annat sÀtt nÀr lagen krÀver det; nÀr lagen tillÄter underrÀttar Ailoot Kunden före behandlingen eller utan oskÀligt dröjsmÄl efter den.
Kunden utser behöriga administratörer och hÄller deras kontaktuppgifter aktuella. En instruktion som Àndrar modell, rutt, lagringstid, administratörsÄtkomst, export, uppgiftstyp eller grÀnsöverskridande överföring ska komma frÄn en sÄdan behörig person och uttryckligen framgÄ av tillgÀnglig konfiguration/bestÀllning. Ett oklart brev, en instruktion frÄn en obehörig person eller en begÀran utanför den dokumenterade konfigurationen behöver inte följas som den kontrollerande partens instruktion.
3. Behandlingsdetaljer: obligatorisk bilaga för varje B2B-bestÀllning
Varje B2B-bestĂ€llning innehĂ„ller ett faktiskt behandlingskort för Kundens personuppgifter. Kortet anger konkreta uppgifter och behandlingsĂ€ndamĂ„l; det omfattar inte en obestĂ€md mĂ€ngd âvilka uppgifter som helst för vilka Ă€ndamĂ„l som helstâ. Minsta innehĂ„ll:
| BilagefÀlt | Vad som ska anges |
|---|---|
| Parter och kontakter | Kunden, tjÀnsten ailoot.ai, behöriga administratörer, kontaktpersoner för integritet/incidenter; vid behov företrÀdare/DPO efter faktisk utnÀmning |
| Produkt och funktioner | anvÀndarkonto, API, filer, mediegenerering, modeller och metoder samt annan faktiskt aktiverad omfattning |
| FöremÄl och varaktighet | avtals-/bestÀllningsperiod, starttidpunkt, tillÀmpliga kriterier för upphörande, förfarande för export/ÄterlÀmnande/radering |
| ĂndamĂ„l | tillhandahĂ„llande av vald produkt, utförande av dokumenterade instruktioner, support, skydd, lagliga förpliktelser; Ailoots sjĂ€lvstĂ€ndiga Ă€ndamĂ„l som personuppgiftsansvarig anges separat |
| Kategorier av registrerade | exempelvis Kundens anvĂ€ndare, anstĂ€llda, kunder, partner eller andra personer â endast faktiskt förvĂ€ntade grupper |
| Uppgiftskategorier | kontots e-postadress, API-nycklar, anvÀndningsposter (modell, metod, tid, volym, kostnad, förfrÄgningsidentifierare), förfrÄgningar (promptar) och filer, resultat, mediefiler sparade för nedladdning, supportÀrenden och andra uppgifter som funktionen faktiskt behöver |
| SÀrskilda/kÀnsliga uppgifter | förbud eller konkret överenskommen behandlingstyp, rÀttslig grund, ÄtgÀrder, tillÄtna modeller och rutter; avsaknad av uppgift innebÀr inte tillstÄnd |
| Ă tgĂ€rder och frekvens | mottagning, lagring, dirigering, Ă„tkomst, Ă„terföring av resultat, cache, radering och regelbundenhet â utan falsk precision |
| Mottagare och rutter | kontrollerat register över underbitrÀden, modell-/verktygsleverantörer, lÀnder och funktioner, eller lÀnk till ett underhÄllet avtalsregister |
| SÀkerhet, överföring och radering | tillÀmpliga ÄtgÀrder, incidentkontakt, överenskommen mekanism för internationell överföring, regler för ÄterlÀmnande/radering och undantag |
Modellleverantören fĂ„r Kunddata endast inom ramen för den valda och tillĂ€mpliga rutten: förfrĂ„gningens innehĂ„ll (promptar, filer) överförs till den modellleverantör som utför förfrĂ„gningen och leverantören kan finnas utanför Kundens land. Bilaga 5 till Anbudet (âVillkor för modeller och leverantörerâ) gör det möjligt att lĂ€sa leverantörernas publicerade villkor. Den ersĂ€tter inte information som överenskommits med Kunden om faktisk mottagare, datalĂ€ge och internationell överföring. Ingen trĂ€ning, begrĂ€nsad lagring eller ett visst territorium gĂ€ller för Kunden nĂ€r detta uttryckligen anges i tillĂ€mplig konfiguration eller B2B-avtal.
4. Konfidentialitet och behöriga personers Ätkomst
Ailoot tillÄter behandling av Kundens personuppgifter endast för personer som behöver Ätkomsten för tjÀnstens tillhandahÄllande, sÀkerhet, support, efterlevnad av lag eller fullgörande av B2B-avtalet. Dessa personer ska omfattas av konfidentialitetsförpliktelser som passar uppgifternas karaktÀr och Àr minst sÄ strikta som avtal och lag krÀver. à tkomst ordnas enligt principerna om nödvÀndighet och proportionalitet i förhÄllande till funktionen.
Kunden ska ocksÄ begrÀnsa Ätkomst till sin konfiguration, API-nycklar, administrativa inloggningsuppgifter och anvÀndarkonto. Att lÀmna en nyckel till en obehörig person, dela konto utan rollbaserad kontroll eller anvÀnda en annan organisations uppgifter utanför instruktionerna kan skapa en risk som Ailoot inte kan ansvara för som om den vore en egen handling. Detta befriar inte Ailoot frÄn skyldigheten att skydda system och hantera en bekrÀftad incident inom sin kontroll.
Konfidentiella uppgifter omfattar inte information som blivit allmÀnt tillgÀnglig utan övertrÀdelse frÄn mottagaren, lagligen erhÄllits frÄn tredje man utan konfidentialitetsförpliktelse, utvecklats sjÀlvstÀndigt utan tillgÄng till konfidentiell information eller mÄste lÀmnas ut enligt lag. Vid obligatoriskt utlÀmnande underrÀttar Ailoot Kunden nÀr detta Àr lagenligt och begrÀnsar utlÀmnandet till nödvÀndig omfattning.
5. UnderbitrÀden, modellleverantörer och ruttÀndringar
Ailoot fÄr anlita underbitrÀden nÀr det behövs för att tillhandahÄlla, stödja, skydda eller fullgöra Ailoot. Innan ett underbitrÀde fÄr Ätkomst till Kundens personuppgifter sÀkerstÀller Ailoot tillÀmpliga avtalsförpliktelser om konfidentialitet, sÀkerhet och behandling endast för ett tillÄtet ÀndamÄl. Ailoot förblir ansvarigt gentemot Kunden enligt B2B-avtalet för att underbitrÀdet fullgör de skyldigheter som ligger pÄ Ailoot, om inget annat följer av tvingande lag.
Ett separat DPA/en bestÀllning anger hur ett aktuellt register över vÀsentliga underbitrÀden och modellrutter erhÄlls. Registret innehÄller uppgifter som bekrÀftats vid postens datum om mottagare/kategori, funktion, ruttstatus och land/överföring nÀr sÄdan information krÀvs. Registret bestÀms av Kundens produkt, modell och konfiguration.
Om B2B-avtalet ger Kunden rÀtt till underrÀttelse eller rÀtt att pÄ saklig grund invÀnda mot ett nytt vÀsentligt underbitrÀde anger avtalet kanal, tidsfrist, krav pÄ motivering, möjliga alternativ och följderna om en tekniskt tillÄten lösning saknas. RÀtten gÀller inom ramen för lag, sÀkerhet samt leverantörens och produktens tillgÀnglighet. Om det individuella B2B-avtalet inte anger rÀtten regleras ruttÀndringar av allmÀnna villkor och tillÀmplig lag.
En Àndring av modell/rutt som vÀsentligt Àndrar villkoren för Kundens personuppgifter hanteras som en konfigurationsÀndring: Ailoot redovisar den för den behöriga Kunden enligt avtalets omfattning och inhÀmtar nödvÀndig bekrÀftelse/ÄtgÀrd före anvÀndning nÀr lag, bestÀllning eller överenskommen instÀllning krÀver det. Automatiskt byte till en reservrutt anvÀnds inte för att kringgÄ överenskomna databegrÀnsningar.
6. SĂ€kerhet och personuppgiftsincidenter
Ailoot tillÀmpar ÄtgÀrder för Kundens personuppgifter som stÄr i proportion till den faktiska behandlingens risk. B2B-bilagan innehÄller en kontrollerad uppsÀttning tillÀmpliga organisatoriska och tekniska ÄtgÀrder. Certifiering, en viss algoritm, granskning, infrastrukturland, ÄterstÀllningstid eller oberoende kontroll ingÄr i Ailoots förpliktelser endast nÀr de uttryckligen anges i B2B-avtalet eller bilagan.
NÀr en personuppgiftsincident upptÀcks inom Ailoots kontroll vidtar Ailoot rimliga ÄtgÀrder för att begrÀnsa, utreda och minska följderna. Om incidenten pÄverkar Kundens personuppgifter och krÀver underrÀttelse till Kunden enligt lag eller B2B-avtal underrÀttar Ailoot Kunden utan oskÀligt dröjsmÄl efter att tillrÀcklig inledande information finns. UnderrÀttelsen innehÄller dÄ kÀnda uppgifter om hÀndelsens karaktÀr, berörda kategorier/system, vidtagna eller planerade ÄtgÀrder och fortsatt kontaktvÀg. Ytterligare information kan preciseras under utredningen.
Kunden avgör om registrerade eller tillsynsmyndigheten ska underrÀttas inom rollen som kontrollerande part, om lagen inte ÄlÀgger Ailoot en annan direkt skyldighet. Ailoot lÀmnar rimligt stöd inom ramen för tillgÀnglig information, faktisk produkt och avtal. AnmÀlningsfristen bestÀms av tillÀmplig lag, B2B-avtalet och överenskommet incidentförfarande.
7. Registrerades begÀran, myndigheter och samarbete
Om Ailoot fÄr en begÀran frÄn en registrerad avseende Kundens personuppgifter för vilka Kunden ansvarar som kontrollerande part vidarebefordrar Ailoot om möjligt begÀran till Kunden eller föreslÄr att den registrerade kontaktar Kunden. Ailoot lÀmnar rimligt stöd till Kunden inom B2B-avtalet, tillgÀnglig information och lagen. Ailoots svar begrÀnsas sÄ att det inte röjer en annan registrerads uppgifter, Kundens företagshemligheter, sÀkerhetsÄtgÀrder eller lagligt skyddad information.
PÄ en vÀlgrundad begÀran frÄn Kunden fÄr Ailoot lÀmna proportionerligt stöd vid en konsekvensbedömning avseende dataskydd, samrÄd med myndighet eller fullgörande av nÄgon annan skyldighet för den kontrollerande parten nÀr detta rör den tjÀnst som faktiskt tillhandahÄlls. Omfattning, kostnader, tidsperioder och tillÄtet material bestÀms av B2B-avtalet, begÀrans karaktÀr och sÀkerheten. Stödet innebÀr inte att Ailoot Àr Kundens juridiska rÄdgivare.
Vid ett lagenligt myndighetskrav bedömer Ailoot detta inom sin behörighet och lÀmnar ut endast det nödvÀndiga. Om avtal och lag tillÄter underrÀttar Ailoot Kunden före utlÀmnandet eller direkt efter. UnderrÀttelsen fÄr skjutas upp eller utebli nÀr den Àr förbjuden, kan hindra utredningen, skapa risk eller strida mot en lagstadgad förpliktelse.
8. Information om efterlevnad och granskning
Kunden fÄr begÀra information som rimligen behövs för att bekrÀfta fullgörandet av det överenskomna B2B-avtalslagret. Ailoot prövar begÀran med hÀnsyn till konfidentialitet, sÀkerhet, andra kunders rÀttigheter, tillgÀnglig bevisning och behandlingens karaktÀr. TillgÀngliga handlingar, svar pÄ frÄgeformulÀr, en sammanfattning av ÄtgÀrder eller oberoende bevisning kan vara ett godtagbart alternativ till granskning om de faktiskt finns och Àr tillrÀckliga för ÀndamÄlet.
Granskning pÄ plats eller pÄ distans genomförs nÀr den uttryckligen anges i B2B-avtalet och omfattning, tid, granskarens oberoende, konfidentialitet, systemskydd, frekvens och kostnader har överenskommits. Granskning ger inte Ätkomst till infrastruktur, kÀllkod, nycklar, andra kunders uppgifter, modellleverantörens sÀkerhet eller annat material vars utlÀmnande strider mot konfidentialitet, sÀkerhet, tredje mans rÀttigheter eller lag.
9. à terlÀmnande, radering och upphörande av B2B-bestÀllning
NÀr B2B-bestÀllningen upphör fÄr Kunden en rimlig möjlighet att begÀra ÄterlÀmnande eller export av Kunddata i ett tillgÀngligt format nÀr detta Àr tekniskt genomförbart och inte strider mot tredje mans rÀttigheter, sÀkerhet, lag eller leverantörsvillkor. B2B-bestÀllningen eller behandlingsbilagan anger tid, format, kostnad, omfattning och kontakt för begÀran.
Efter tillÀmplig ÄterlÀmnande-/exportperiod raderar eller avidentifierar Ailoot Kundens personuppgifter inom sin roll, om inte lag, sÀkerhet, tvist, redovisning, rÀttighetsskydd eller avtal krÀver begrÀnsat bevarande. SÀkerhetskopior och isolerade kopior rensas enligt faktisk cykel, Äterförs inte till normal anvÀndning och ger inte Ätkomst till ett ÄterstÀllt konto utan separat grund. Modellleverantörer fÄr lagra uppgifter enligt sina egna avtalsvillkor; tillÀmplig vÀg och möjlighet till stöd anges i registret/bilagan.
à terlÀmnande och radering utförs enligt B2B-bestÀllningens, den faktiska produktens, sÀkerhetskopieringscykelns och tillÀmplig lags kriterier. En sÀrskild tidsfrist, datalokalisering, spÀrr mot radering, intyg om förstöring eller separat export gÀller nÀr detta överenskommits före behandlingen och anges i bilagan.
10. Internationella överföringar
För Kundens personuppgifter som omfattas av begrÀnsningar av internationell överföring faststÀller parterna först det faktiska flödet: exportör, importör, roller, lÀnder, uppgiftskategorier, mottagare, modellrutt och tillÀmplig lag. DÀrefter ingÄr de en separat bilaga eller anvÀnder en annan erkÀnd mekanism nÀr den behövs. Detta kan omfatta avtalsvillkor för EES, Storbritannien, Schweiz eller ett annat territorium, men först efter att nödvÀndiga uppgifter om parter, bilagor och information fyllts i.
En individuell bilaga om grÀnsöverskridande överföring blir en del av B2B-avtalet efter att tillÀmplig mekanism faststÀllts och nödvÀndiga uppgifter om parter, rutt och data fyllts i. Policyns huvudtext fungerar som offentlig information; en konkret garanti om behandling i ett land, SCC, UK addendum eller annan överföringsmekanism gÀller endast i den individuella bilaga dÀr den uttryckligen anges.
11. Ansvar, Àndringar och förhÄllande till andra villkor
Förpliktelser och rÀttsmedel för behandling av uppgifter gÀller inom B2B-avtalet och tvingande lag. AnsvarsgrÀns, skadeslöshet, konfidentialitet och tvistlösningsförfarande gÀller i den omfattning B2B-avtalet uttryckligen anger. En B2B-begrÀnsning tillÀmpas inte pÄ en konsument nÀr lagen förbjuder detta och begrÀnsar inte den registrerades rÀttigheter som inte kan avstÄs.
Ailoot fÄr uppdatera det allmÀnna B2B-avtalslagret nÀr lag, produkt, faktiskt underbitrÀde eller sÀkerhetskrav Àndras. En vÀsentlig Àndring tillÀmpas enligt det förfarande för underrÀttelse och framtida giltighet som överenskommits med Kunden och Àndrar inte retroaktivt en redan överenskommen rutt, behandlingsbilaga eller rÀttigheter enligt tvingande lag. OrganisationsfrÄgor tas emot pÄ support@ailoot.ai; B2B-bestÀllningen kan ange en separat arbetskontakt.
Minsta formulÀr för behandlingskort
Följande formulÀr fylls i med aktuella uppgifter för en viss B2B-bestÀllning:
| FĂ€lt | Uppgifter som ska fyllas i |
|---|---|
| Kund/kontakt för kontrollerande part | namn, adress/kontakt, kontaktpersoner för integritet och incidenter, behörig administratör |
| Ailoot/kontakt för personuppgiftsbitrĂ€de | tjĂ€nsten ailoot.ai som avtalspart; arbetskontakt för integritet/incidenter (innan en sĂ„dan utsetts â support@ailoot.ai) |
| TjÀnst och bestÀllning | anvÀndarkonto, API och konkreta funktioner, avtalsversion, start- och slutdatum |
| Instruktioner | avtal, bestÀllning, instÀllningar, API-dokumentation, behörig administratör; lagliga obligatoriska undantag |
| ĂndamĂ„l och Ă„tgĂ€rder | tillhandahĂ„llande av tjĂ€nst, valda funktioner, support, sĂ€kerhet, radering/export |
| Registrerade och uppgifter | faktiska kategorier, kÀnsliga uppgifter/förbud, förvÀntad volym och frekvens |
| UnderbitrÀden och modeller | aktuellt register, roller, funktioner, lÀnder/överföringar, Àndringsregel |
| SÀkerhet och incidenter | bekrÀftade ÄtgÀrder, kontakt, underrÀttelse och stödförfarande |
| Lagring, ÄterlÀmnande och radering av uppgifter | kriterium, exportformat, undantag för sÀkerhetskopior/lagkrav, bekrÀftelse pÄ upphörande |
| Dataöverföring | tillÀmplig lag, exportör/importör, separat mekanism och bilagor om sÄdana behövs |
Bilaga 5. Samtycke till behandling av personuppgifter
Genom att registrera mig pĂ„ anvĂ€ndarkontot pĂ„ ailoot.ai, skapa en API-nyckel, fylla pĂ„ saldot eller pĂ„ annat sĂ€tt anvĂ€nda tjĂ€nsten ailoot.ai (nedan âAilootâ, âTjĂ€nstenâ) lĂ€mnar jag fritt, av egen vilja och i mitt eget intresse samtycke till TjĂ€nstens behandling av mina personuppgifter enligt villkoren nedan. Detta samtycke Ă€r ett sjĂ€lvstĂ€ndigt dokument: det finns som bilaga 5 till Ailoots integritetspolicy endast för att underlĂ€tta lĂ€sningen och ingĂ„r inte i texten till det offentliga anbudet och licensavtalet för Ailoot eller i Ailoots integritetspolicys huvudtext.
1. Personuppgiftsansvarig
TjÀnsten ailoot.ai Àr personuppgiftsansvarig. Kontakt med den personuppgiftsansvarige sker via e-post till support@ailoot.ai.
2. BehandlingsÀndamÄl
- Skapa och hantera konto, bekrÀfta inloggning, ÄterstÀlla Ätkomst, utfÀrda och kontrollera API-nycklar samt tillhandahÄlla anvÀndarkontot.
- Utföra API-förfrÄgningar: överföra nödvÀndigt förfrÄgningsmaterial till den modellleverantör som utför förfrÄgningen, Äterföra resultat, lagra genererade medier för nedladdning och registrera anvÀndning.
- AvrÀkning: kreditera pÄfyllning efter bekrÀftelse frÄn den betalningsleverantör som anges pÄ betalningssidan, reservera förfrÄgningens förvÀntade kostnad och debitera den faktiska kostnaden en gÄng, registrera bestridda betalningar och deras skulder samt pröva Äterbetalning.
- Ge anvÀndarsupport och pröva framstÀllningar, krav och tvister.
- UpprÀtthÄlla TjÀnstens sÀkerhet och drift samt förebygga bedrÀgeri och missbruk.
- Fullgöra förpliktelser enligt tillÀmplig lag.
3. Uppgiftsförteckning
- Kontouppgifter: e-postadress; visningsnamn om jag anger det; konto- och sessionsidentifierare; instÀllningar och samtyckeshistorik.
- API-nycklar: identifierare, namn, synlig del av nyckeln, skapandetid, status och instÀllningar.
- AnvÀndningsposter: modell, metod, tid, volym, kostnad, förfrÄgningsidentifierare, reserverade belopp och debiteringar.
- Betalningsuppgifter frÄn den betalningsleverantör som anges pÄ betalningssidan: transaktionsidentifierare, betalningsmetod, status, belopp, tillÀmpad vÀxelkurs och avgift, utan fullstÀndiga kortuppgifter.
- FörfrÄgningsmaterial och resultat: text, filer, bilder, ljud och video som jag skickar samt genererade resultat, inklusive medier som lagras för nedladdning.
- Tekniska uppgifter: IP-adress, uppgifter om webblÀsare eller klientapplikation, aktivitetsloggar och diagnostisk information.
- InnehÄllet i mina supportframstÀllningar.
4. à tgÀrder med uppgifter
Insamling, registrering, systematisering, ackumulering, lagring, precisering (uppdatering, Àndring), framtagning, anvÀndning, överföring (utlÀmnande, Ätkomst), avidentifiering, blockering, radering och förstöring, med och utan automatiserade hjÀlpmedel.
5. Ăverföring av uppgifter
Jag förstÄr och samtycker till att innehÄllet i mina förfrÄgningar (promptar, filer) överförs till den modellleverantör som utför förfrÄgningen (till exempel Anthropic, OpenAI, Google, xAI, Alibaba, MiniMax, NVIDIA) och att leverantören kan finnas utanför mitt bosÀttningsland. Betalningsuppgifter behandlas av den betalningsleverantör som anges pÄ betalningssidan. Mottagarkategorierna anges i avsnitt 5 i Ailoots integritetspolicy.
6. Giltighetstid och Äterkallelse
Samtycket gÀller tills behandlingsÀndamÄlen uppnÄtts eller samtycket Äterkallats. Lagringstider för olika uppgiftskategorier bestÀms av avsnitt 7 i Ailoots integritetspolicy.
Jag kan Äterkalla samtycket genom att skicka en begÀran till support@ailoot.ai. Efter Äterkallelse avslutar TjÀnsten den behandling som krÀver samtycke, utom nÀr behandlingen fÄr fortsÀtta pÄ en annan grund enligt tillÀmplig lag (till exempel fullgörande av avtal, betalningsredovisning eller rÀttighetsskydd). à terkallelse pÄverkar inte lagligheten i behandling som utförts före Äterkallelsen.
7. RĂ€ttigheter
Mina rÀttigheter avseende personuppgifter och hur de utövas beskrivs i avsnitt 9 i Ailoots integritetspolicy.
Bilaga 6. IntrÄng i immateriella rÀttigheter
Denna bilaga Ă€r bilaga 7 till det offentliga anbudet och licensavtalet för Ailoot och finns i Ailoots integritetspolicy för att underlĂ€tta lĂ€sningen. Den kompletterar Anbudet, bilaga 4 till Anbudet (âAiloots regler för tillĂ„ten anvĂ€ndningâ), bilaga 5 till Anbudet (âVillkor för modeller och leverantörerâ) och bilaga 6 till Anbudet (âSĂ€rskilda villkor för Ailoots funktionerâ).
1. Förfarandets syfte och grÀnser
1.1. Ailoot prövar anmÀlningar i god tro om misstÀnkta intrÄng i upphovsrÀtt, nÀrstÄende rÀttigheter, varumÀrkesrÀttigheter, patentrÀttigheter, databasrÀttigheter, företagshemligheter, rÀttigheter till bilder av personer och andra immateriella eller liknande rÀttigheter i samband med InnehÄll, funktionsbeskrivningar eller annat material som Àr tillgÀngligt genom Ailoot.
1.2. Förfarandet innebÀr inte att en sÀrskild amerikansk procedur gÀller, att en DMCA-agent har utsetts eller att nÄgot enskilt lands lag automatiskt accepteras. TillÀmplig lag, anmÀlarens behörighet, anvÀndningsplats, rÀttighetens karaktÀr och den valda Modellens villkor kan variera. AnmÀlan ersÀtter inte ett domstolsförbud, licensavtal, obligatoriskt myndighetsförfarande eller juridisk rÄdgivning.
1.3. Ailoot kan ha begrĂ€nsad teknisk Ă„tkomst till en privat prompt, fil eller ett Resultat. Vi Ă€r inte skyldiga att lĂ€mna icke-offentligt material, hemligheter, tredje mans uppgifter, nycklar eller utredningsinformation till den andra parten. Om frĂ„gan rör en leverantörs Rutt kan leverantörens obligatoriska förfarande krĂ€va separat kontakt med denne; informationen ska anges i bilaga 5 till Anbudet (âVillkor för modeller och leverantörerâ).
2. Hur en anmÀlan lÀmnas
2.1. AnmĂ€lan skickas till support@ailoot.ai med Ă€mnet âAiloot IP-anmĂ€lanâ. Skicka inte lösenord, API-nycklar, CVV/CVC, PIN, bankens engĂ„ngskoder eller material som inte behövs för att identifiera anmĂ€lans föremĂ„l.
2.2. För att vi ska kunna kontrollera Àrendet ska anmÀlan, sÄ lÄngt det rimligen Àr möjligt, innehÄlla:
anmÀlarens namn eller organisationsnamn, lÀmplig kontaktvÀg och landet/territoriet som ansprÄket gÀller;
uppgift om anmÀlaren agerar som rÀttighetshavare, företrÀdare, licenstagare eller annan behörig person; för företrÀdare tillgÀngligt behörighetsunderlag;
beskrivning av det skyddade föremÄlet och den konkreta rÀttighet anmÀlaren Äberopar; nÀr sÄdant finns lÀnk till primÀrkÀlla, registreringsnummer, licens, skapandedatum eller annat material som hjÀlper till att kontrollera rÀttigheten;
exakt lÀnk, identifierare för förfrÄgning eller material, anvÀndare, tid, skÀrmbild eller annat sÀtt att hitta det omtvistade materialet i Ailoot; för privat material förfrÄgnings-ID eller konto endast i den omfattning anmÀlaren lagligen har tillgÄng till;
förklaring till varför anvÀndningen misstÀnks göra intrÄng i rÀttigheten och vilken ÄtgÀrd som begÀrs: begrÀnsad Ätkomst, borttagning av material, rÀttelse av angiven upphovsman, förmedling av kontakt, bevarande av bevisning eller annan proportionerlig ÄtgÀrd;
bekrÀftelse pÄ att anmÀlaren i god tro anser att uppgifterna Àr riktiga och begÀran lagenlig samt elektronisk underskrift, namn i slutet av meddelandet eller annat sÀtt att bekrÀfta vem som lÀmnat förklaringen.
2.3. Om informationen Àr otillrÀcklig, motsÀgelsefull eller gÀller material som Ailoot inte kan hitta fÄr vi begÀra förtydligande. En sÄdan begÀran Àr inte ett avslag i sak och innebÀr inte att det omtvistade materialet har bedömts som lagenligt. Vi krÀver inte att anmÀlaren i förvÀg lÀmnar bevisning som lagen inte krÀver ska röjas eller vars överföring skapar ytterligare rÀttighetsintrÄng.
3. Kontroll och möjliga ÄtgÀrder
3.1. Efter en tillrÀckligt konkret anmÀlan kontrollerar Ailoot tillgÀngliga uppgifter, tillÀmpligt avtal, funktionens karaktÀr, den berörda partens argument och lagkraven. Vi fÄr begÀra ytterligare material, tillfÀlligt bevara Àrenderelevanta loggar i tillÄten omfattning, begrÀnsa materialÄtkomst, ta bort metadata, tillfÀlligt begrÀnsa en viss funktion eller vÀgra en ÄtgÀrd nÀr anmÀlan uppenbart inte rör Ailoot eller saknar rÀttslig grund.
3.2. Inte varje likhet mellan ett Resultat och nÄgon annans verk bevisar ett intrÄng. Ett generativt Resultat kan vara icke-unikt och frÄgor om upphovsmannaskap, licens, fair use, citat, parodi, material utan kvarstÄende ensamrÀtt, avtal och territoriell rÀtt krÀver omstÀndigheterna i det enskilda fallet. Vi utlovar inte automatisk radering pÄ grund av ett enda pÄstÄende och avgör inte slutgiltigt en komplicerad rÀttighetstvist i stÀllet för behörig myndighet eller domstol.
3.3. Vid brÄdskande hot om fortsatt intrÄng, risk för röjande av företagshemligheter, offentlig Ätkomst till personuppgifter eller ett obligatoriskt lagkrav fÄr en ÄtgÀrd vidtas innan anvÀndaren svarat. I övriga fall underrÀttar vi om möjligt den berörda AnvÀndaren utan att röja onödiga uppgifter om anmÀlaren eller bryta mot lag, sÀkerhet eller tredje mans rÀttigheter.
3.4. BegrÀnsning av material enligt förfarandet innebÀr inte erkÀnnande av ansvar, upphÀver inte tvingande konsumentskydd och ger inte rÀtt till Ätkomst till andras InnehÄll. För API-ÄtgÀrder eller en privat förfrÄgning vÀljs den minsta tillrÀckliga ÄtgÀrden: den kan exempelvis avse ett visst material, en nyckel eller en Rutt i stÀllet för hela kontot.
4. Förklaring och motanmÀlan frÄn berörd part
4.1. AnvÀndaren eller en annan berörd rÀttighetshavare fÄr svara pÄ meddelandet genom att skriva till support@ailoot.ai och ange meddelande-/material-ID, kontaktuppgifter, grund för anvÀndningen, tillhörande licens, tillstÄnd, bevisning om upphovsmannaskap, förklaring av identifieringsfel eller annat tillgÀngligt material. MotanmÀlan ska lÀmnas i god tro och fÄr inte innehÄlla andras hemligheter eller personuppgifter utan rÀtt till dem.
4.2. Vid behov fÄr vi skicka en begrÀnsad del av motanmÀlan till anmÀlaren för kontroll och tvistlösning, men endast i den omfattning som behövs och Àr förenlig med lagen och Ailoots integritetspolicys huvudtext. Vi fÄr föreslÄ att parterna löser frÄgan direkt, lÀmnar ett avgörande frÄn behörig myndighet, preciserar licensen eller invÀntar en lagstadgad period. Ailoot Àr inte skyldigt att publicera det omtvistade materialet, sammanföra parterna eller ÄterstÀlla Ätkomst sÄ lÀnge risken och rÀttslÀget inte har klarlagts.
4.3. Om anmÀlaren Äterkallar anmÀlan, parterna nÄr en överenskommelse, ett bindande avgörande lÀmnas eller tillgÀngliga uppgifter visar att grund saknas omprövar Ailoot begrÀnsningen inom rimliga grÀnser. à terstÀllande krÀvs inte om materialet alltjÀmt Àr förbjudet enligt lag, modellvillkor, sÀkerhet, nÄgon annans rÀttigheter eller pÄ grund av att funktionen faktiskt har upphört.
5. Upprepade övertrÀdelser och övertrÀdelser i ond tro
5.1. Vid upprepade bekrĂ€ftade rĂ€ttighetsintrĂ„ng, medvetet kringgĂ„ende av tidigare Ă„tgĂ€rd, uppladdning av material som man vet tillhör nĂ„gon annan och Ă€r förbjudet eller anvĂ€ndning av konton för sĂ„dant kringgĂ„ende fĂ„r Ailoot ge en varning, begrĂ€nsa en funktion, Ă„terkalla en nyckel eller pausa en Rutt eller ett konto enligt bilaga 4 till Anbudet (âAiloots regler för tillĂ„ten anvĂ€ndningâ) och Anbudet.
5.2. Upprepning bedöms utifrÄn fakta, graden av vÄllande, förklaring, typ av rÀttighet, följder och tillgÀngliga rÀttelsemöjligheter. Ingen automatisk numerisk tröskel införs som innebÀr att varje tvist mÄste leda till kontostÀngning. En licenstvist i god tro, ett fel, en Äterkallad anmÀlan eller ett obestyrkt pÄstÄende Àr inte likvÀrdiga med en faststÀlld övertrÀdelse.
5.3. En medvetet falsk anmÀlan, förfalskad behörighet, försök att censurera lagenligt material, missbruk av motanmÀlningar eller röjande av andras uppgifter under tvisten kan ocksÄ medföra vÀgran att anvÀnda förfarandet och proportionerliga ÄtgÀrder. Detta begrÀnsar inte rÀtten att i god tro försvara sina rÀttigheter genom domstol, behörig myndighet eller annan laglig mekanism.
6. Konfidentialitet, bevisning och kontaktuppgifter
6.1. Ailoot anvÀnder uppgifter i anmÀlan och svaret för att pröva framstÀllningen, upprÀtthÄlla sÀkerheten, följa lagen, skydda rÀttigheter och föra nödvÀndiga poster. Lagringstiden beror pÄ tvistens föremÄl, tillÀmplig lag, möjliga ansprÄk, tid för bestridande och behovet av att skydda TjÀnsten. NÀrmare uppgifter om personuppgiftsbehandling finns i Ailoots integritetspolicys huvudtext.
6.2. Om anmÀlan innehÄller uppgifter om omedelbar risk för en person, ett barn, infrastruktur, personuppgifter eller nÄgon annan lagstadgad rapporteringsskyldighet fÄr Ailoot vidarebefordra den genom den lagstadgade behöriga kanalen och vidta en brÄdskande skyddsÄtgÀrd. Detta gör inte IP-förfarandet till en ersÀttning för rÀddningstjÀnst och andra akuta samhÀllstjÀnster.
6.3. Kontakt för IP-anmÀlningar och svar: support@ailoot.ai. TjÀnsteleverantör: tjÀnsten ailoot.ai.