Privacybeleid van Ailoot
Bijgewerkt: 2026-10-17
Versie van 2026-10-17.
Het Privacybeleid van Ailoot (hierna: het Beleid) en het Openbaar aanbod en de licentieovereenkomst Ailoot (hierna: het Aanbod) vormen samen met hun bijlagen de volledige set documenten van Ailoot.
Bijlagen bij het Beleid:
- Cookiebeleid van Ailoot.
- Gegevensinstellingen van Ailoot.
- Verwijdering van accounts en gegevens van Ailoot.
- Voorwaarden voor gegevensverwerking voor organisaties.
- Toestemming voor verwerking van persoonsgegevens — een zelfstandig document dat hier voor eenvoudige raadpleging is opgenomen.
- Inbreuk op intellectuele-eigendomsrechten — Bijlage 7 bij het Aanbod, hier opgenomen voor eenvoudige raadpleging.
Verwijzingen zoals «Bijlage N bij het Aanbod» verwijzen naar bijlagen bij het Openbaar aanbod en de licentieovereenkomst Ailoot; verwijzingen naar de «hoofdtekst van het Beleid» verwijzen naar hoofdstukken 1–12 hieronder.
Dit Beleid geldt vanaf publicatie op ailoot.ai en werkt samen met het Aanbod en zijn bijlagen, waaronder Bijlage 4 bij het Aanbod («Regels voor aanvaardbaar gebruik van Ailoot») en Bijlage 3 bij het Aanbod («Terugbetalingen en betalingsgeschillen»), evenals bijlagen 1 («Cookiebeleid van Ailoot») en 2 («Gegevensinstellingen van Ailoot») bij dit Beleid. Voor een zakelijke bestelling waarbij de dienst ailoot.ai persoonsgegevens volgens gedocumenteerde instructies van de klantorganisatie verwerkt, geldt ook een afzonderlijke overeenkomst of bijlage over gegevensverwerking; de algemene regels hiervoor staan in bijlage 4 bij dit Beleid («Voorwaarden voor gegevensverwerking voor organisaties»).
1. Wie verantwoordelijk is voor verwerking en waarop het Beleid van toepassing is
Voor doeleinden die Ailoot zelf bepaalt, is de dienst ailoot.ai de verwerkingsverantwoordelijke voor persoonsgegevens. Vragen over persoonsgegevens, verwijdering, beveiliging en uitoefening van rechten kunnen worden gericht aan support@ailoot.ai.
Ailoot is een API-router. Een Klant met een API-sleutel verstuurt via interfaces die compatibel zijn met OpenAI, Anthropic en Gemini aanvragen naar https://api.ailoot.ai/v1 en ontvangt antwoorden van modellen van meerdere leveranciers (bijvoorbeeld Anthropic Claude, OpenAI GPT, Google Gemini, xAI Grok, Alibaba Qwen, MiniMax en modellen die bij NVIDIA worden gehost): tekst, afbeeldingen, video, muziek, spraaksynthese en transcriptie. Het gebruikersportaal op ailoot.ai dient voor beheer van accounts, API-sleutels, saldo en gebruiksgeschiedenis. De Dienst beheert gebruikersaccounts, toegang, routering van aanvragen, eigen verwerkingslogica, gebruiksregistratie, saldo en ondersteuning. Het gebruik van Ailoot creëert voor de gebruiker geen account, overeenkomst of betalingsrelatie met de modelleverancier enkel omdat dat model in Ailoot beschikbaar is. De betalingsdienstverlener op de betaalpagina, de modelleverancier, routeringsdienst of andere opdrachtnemer verwerkt gegevens binnen zijn eigen rol, de toepasselijke overeenkomst en wetgeving.
Het Beleid geldt voor gegevens die worden verwerkt bij bezoek aan ailoot.ai, registratie en gebruik van het gebruikersportaal, API-gebruik, contact met de ondersteuning, opwaardering van het saldo of inschakeling van een facultatieve functie. Het vervangt niet het privacybeleid van een externe website, toepassing, betaalmethode of modelleverancier.
Beschikbaarheid van de Dienst in een bepaald land hangt af van de toepasselijke wet, het gekozen model, de technologische route en de betaalmethode. De taal van een pagina betekent op zichzelf niet dat de dienst in elk land wordt aangeboden of dat in alle landen dezelfde rechten gelden.
In dit Beleid:
account: het gebruikersaccount bij Ailoot, beheerd via het gebruikersportaal op ailoot.ai;
API-sleutel: een toegangssleutel die in Ailoot wordt uitgegeven en waarmee de klant aanvragen naar de API verstuurt;
aanvraagmateriaal: de aanvraagtekst, context, een bestand, media, parameter, antwoord, toolresultaat en andere gegevens die noodzakelijk zijn om een bepaalde functie uit te voeren;
modelleverancier: de organisatie waarvan het model of de technologische tool daadwerkelijk voor de gekozen route wordt gebruikt;
«Voorwaarden van modellen en leveranciers»: Bijlage 5 bij het Aanbod, een overzicht met verwijzingen naar gepubliceerde voorwaarden van modellen en technologieleveranciers; dit is geen lijst van daadwerkelijke gegevensontvangers van een bepaalde gebruiker;
persoonsgegevens: informatie over een direct of indirect identificeerbare natuurlijke persoon in de zin van het toepasselijke recht.
Als een organisatie Ailoot gebruikt voor gegevens van werknemers, klanten of anderen, kan zij de doelen en wezenlijke middelen van die verwerking bepalen. De dienst ailoot.ai kan dan als verwerker volgens gedocumenteerde instructies van de organisatie handelen binnen een afzonderlijke B2B-bestelling en gegevensverwerkingsovereenkomst. De dienst ailoot.ai blijft daarbij zelfstandig verwerkingsverantwoordelijke voor eigen noodzakelijke doelen: account- en contractbeheer, afrekening, misbruikpreventie, beveiliging, naleving van de wet en bescherming van aanspraken. De rol wordt bepaald door de daadwerkelijke gegevensstroom en overeenkomst, niet door de functienaam.
2. Welke gegevens wij kunnen ontvangen en waarvandaan
Wij hanteren het noodzakelijkheidsbeginsel: wij vragen of gebruiken geen gegevens die voor het opgegeven doel niet nodig zijn. De gebruiker mag geen volledig kaartnummer, CVV, PIN, wachtwoord, volledige API-sleutel, eenmalige bankcode of ander toegangsgeheim naar de ondersteuning sturen. Opwaarderingen worden verwerkt door de betalingsdienstverlener op de betaalpagina: deze ontvangt de betaalgegevens. Ailoot ontvangt uitsluitend betalingsinformatie die nodig is voor bijschrijving op het saldo, betalingsregistratie, correctie van een fout, terugbetaling of een geschil, zonder volledige kaartgegevens.
| Categorie | Voorbeelden en bron | Wanneer dit voorkomt |
|---|---|---|
| Account- en contactgegevens | e-mailadres van het account; weergavenaam als de gebruiker deze opgeeft; wachtwoord of informatie over de inlogmethode; account- en sessie-ID’s; taal, instellingen, toestemmingsgeschiedenis; doorgaans ingevoerd door de gebruiker of een bevoegde beheerder | registratie, inloggen, profielwijziging, herstel van toegang, meldingen |
| API-sleutels | ID, naam en zichtbaar gedeelte van de API-sleutel, aanmaaktijd, status en sleutelinstellingen; de sleutel zelf wordt gebruikt om API-toegang te controleren | aanmaken, gebruiken, wijzigen of uitschakelen van een API-sleutel |
| Organisatie en rollen | organisatienaam en -ID, bevoegde beheerders en hun handelingen binnen een B2B-bestelling | B2B-bestelling, handelingen van de organisatiebeheerder |
| Aanvraagmateriaal en resultaten | tekst, context, bijlagen, documenten, afbeeldingen, audio, video, URL, aanvraagparameters, gekozen model en methode, antwoorden en resultaten, inclusief gegevens van derden die de gebruiker besluit te uploaden | de gebruiker stuurt een API-aanvraag of gebruikt een andere beschikbare tool |
| Geschiedenis, cache en functie-instellingen | opgeslagen objecten, gekozen instellingen, interne cache en uitvoeringsmetadata, uitsluitend in de omvang en gedurende de termijn die de gekozen functie daadwerkelijk voorziet | wanneer de gebruiker materiaal opslaat of de functie uitdrukkelijk opslag of caching meldt |
| Bestanden en media | bestandsnaam, type, grootte, uploaddatum, technische eigenschappen en inhoud; gegenereerde afbeeldingen, video, muziek en audio die voor downloaden worden bewaard; bij afbeeldingen, spraak of video kunnen dit gegevens van de gebruiker of een andere afgebeelde of opgenomen persoon zijn | upload van een bestand, doorgeven aan de gekozen functie, ontvangen en bewaren van gegenereerde media voor downloaden |
| Gebruiksregistraties | model, methode, tijdstip, hoeveelheid (tokens, afbeeldingen, videoseconden, audiominuten enzovoort), kosten, aanvraag-ID’s, uitvoeringsstatus, Reservering en afschrijving | elke API-aanvraag |
| Technische en beveiligingsgegevens | IP-adres, apparaat- en browsertype of clienttoepassing, besturingssysteem, tijdzone, taal, globale netwerkinformatie, sessie-ID’s, activiteitenlogboeken, diagnostische meldingen, foutinformatie en beveiligingssignalen | toegang tot website, gebruikersportaal en API, uitvoering van aanvragen, misbruikpreventie, diagnose |
| Opwaarderingen en afrekening | ID van opwaardering en transactie bij de betalingsdienstverlener op de betaalpagina, betaalmethode, status, bedrag en valuta van de betaling en bijgeschreven bedrag in Amerikaanse dollars, toegepaste wisselkoers, kosten van de betalingsdienstverlener, saldo, Reserveringen en afschrijvingen voor aanvragen, geschiedenis van correcties, terugbetalingen, betwiste betalingen en bijbehorende schulden, verzoeken | opwaardering van het saldo, gebruik van vooruitbetaald saldo, terugbetaling of betalingsgeschil |
| Ondersteuning, klachten en feedback | inhoud van het verzoek, bijgevoegd bewijs, contactkanaal, beoordeling van een antwoord en bijbehorende context als de gebruiker deze besluit te verstrekken | contact met ondersteuning, melding van een overtreding, kwaliteitsbeoordeling, rechtenverzoek |
| Leeftijd, vertegenwoordiger en bevoegdheidscontrole | leeftijdsbewijs, toestemming van een wettelijke vertegenwoordiger, documenten of gegevens die nodig zijn voor controle van een vertegenwoordiger of beveiliging als de wet, het model of een specifieke situatie dit vereist | alleen wanneer de controle daadwerkelijk noodzakelijk is; vóór verzameling krijgt de gebruiker een afzonderlijke kennisgeving over doel en omvang |
| Gegevens uit rechtmatige bronnen | informatie van de organisatiebeheerder, de betalingsdienstverlener op de betaalpagina over transactiestatus of een betalingsbetwisting, een authenticatieprovider, wederpartij, gebruiker, bevoegde vertegenwoordiger of overheidsinstantie | bevestiging van een opwaardering, uitvoering van een B2B-bestelling, beveiliging, geschillenbeslechting of nakoming van een wettelijke verplichting |
Als een functie verwerking van bijzondere, gevoelige of biometrische gegevens vereist, beschouwt Ailoot gewone aanvaarding van dit Beleid niet als voldoende grondslag: vóór de start moeten doel, gegevens, ontvanger, beschikbare waarborgen en wettelijk vereiste toestemming of een ander juridisch mechanisme zijn bekendgemaakt.
De gebruiker is verantwoordelijk voor de rechtmatige grondslag, rechten en toestemmingen die nodig zijn om materiaal over een ander te uploaden. Dit ontslaat de dienst ailoot.ai niet van zijn eigen verplichtingen volgens toepasselijk recht, beveiliging en gegevensverwerking binnen zijn rol.
3. Waarom wij gegevens verwerken en op welke grondslag
Verwerkingsdoelen worden vooraf vastgesteld en mogen niet onverenigbaar zijn met het doel waarvoor de gegevens zijn verkregen. Waar toepasselijk recht het begrip rechtsgrondslag gebruikt, baseren wij ons op één of meer onderstaande grondslagen. Toestemming vervangt geen overeenkomst, wettelijke verplichting of gerechtvaardigd belang en wordt niet verborgen opgenomen in een verplicht selectievakje voor opwaardering.
| Doel | Voornaamste categorieën | Grondslag wanneer die nodig is |
|---|---|---|
| Account aanmaken en onderhouden, inloggen bevestigen, toegang herstellen, API-sleutels uitgeven en controleren, gebruikersportaal bieden | account, API-sleutels, sessie, technische gegevens, instellingen | uitvoering van de overeenkomst en handelingen op verzoek van de gebruiker; in bepaalde gevallen gerechtvaardigd belang bij accountbescherming |
| Aanvraag uitvoeren, noodzakelijk materiaal naar de gekozen route doorgeven, resultaat teruggeven, gegenereerde media voor downloaden bewaren en gebruik registreren | aanvraagmateriaal, bestanden en media, technische parameters, gebruiksregistraties, gekozen model | uitvoering van de overeenkomst; voor een organisatie ook gedocumenteerde instructies van de klant binnen de toepasselijke B2B-afspraken |
| Opwaardering na bevestiging van de betalingsdienstverlener bijschrijven, verwachte aanvraagkosten reserveren en werkelijke kosten één keer afschrijven, administratie en belasting- en betalingsdocumenten bijhouden, dubbele afschrijving en herhaalde verzending van onbevestigde aanvragen voorkomen, betwiste betalingen en schulden verwerken, terugbetaling uitvoeren | opwaardering, transactie-ID, status, saldo, Reservering, afschrijving, gebruiksregistraties, contactgegevens | uitvoering van de overeenkomst, wettelijke verplichting, gerechtvaardigd belang bij fraudepreventie en bescherming van aanspraken |
| Dienst onderhouden, fouten herstellen, compatibiliteit, prestaties en stabiliteit waarborgen | technische logboeken, diagnostische informatie, beperkte foutcontext, instellingen | gerechtvaardigd belang bij werking en beveiliging; waar nodig uitvoering van de overeenkomst |
| Gebruikers, systemen, gegevens en rechten van derden beschermen; fraude, spam, schadelijke activiteit, omzeiling van beperkingen en overtreding van regels voorkomen | technische signalen, materiaal dat voor de controle nodig is, accounthandelingen, verzoeken | gerechtvaardigd belang, wettelijke verplichting en bescherming van rechten en beveiliging waar de wet dit voorziet |
| Verzoeken, klachten en geschillen behandelen en rechtmatige eisen uitvoeren | contact-, betalings- en technische gegevens, materiaal dat met het onderwerp verband houdt | wettelijke verplichting, uitvoering van de overeenkomst, gerechtvaardigd belang bij geschillenbeslechting en bescherming van rechten |
| Vrijwillig ingeschakelde functies bieden: marketingberichten, facultatieve analytics indien beschikbaar | afhankelijk van de gekozen functie | toestemming waar vereist; anders een afzonderlijk bekendgemaakte grondslag en afmeldmogelijkheid |
| Feedback gebruiken om een bepaalde functie te verbeteren | beoordeling, opmerking en uitsluitend bijbehorende context die de gebruiker besluit te verstrekken | gerechtvaardigd belang bij dienstverbetering of toestemming waar nodig; feedback maakt niet de volledige gebruikersgeschiedenis tot materiaal voor een ander doel |
| Geaggregeerde of geanonimiseerde analyse uitvoeren indien daadwerkelijk ingeschakeld | technische en gebruiksgegevens, feedback of andere gegevens na toepasselijke aggregatie of anonimisering | gerechtvaardigd belang of toestemming waar vereist; gegevens mogen niet voor heridentificatie worden gebruikt, behalve in een wettelijk toegestaan geval voor beveiliging of kwaliteitscontrole |
Aanvraaginhoud, bijlagen en resultaten worden gebruikt voor levering, bescherming en ondersteuning van Ailoot. De dienst ailoot.ai gebruikt deze niet voor training van eigen algemene modellen of facultatieve reclame alleen omdat de gebruiker dit Beleid heeft aanvaard. Als Ailoot ooit afzonderlijk onderzoek, training of ander secundair gebruik aanbiedt, worden vóór inschakeling het specifieke doel, gegevenscategorieën, de termijn, ontvangers, gevolgen van weigering en noodzakelijke toestemmings- en intrekkingsmechanismen bekendgemaakt.
4. Modellen, routering en bestanden
4.1. Gekozen model en leverancier
Ailoot geeft noodzakelijk aanvraagmateriaal door aan de leverancier van het gekozen model of de tool waarmee de aanvraag daadwerkelijk wordt uitgevoerd. Dit kan aanvraagtekst, relevante context, een bestand, technische parameters en een gedeelte van het antwoord omvatten als dit voor de functie, beveiliging of resultaatcontrole nodig is. De modelleverancier die de aanvraag uitvoert, kan zich buiten het land van de klant bevinden. Wij geven niet meer door dan voor de specifieke aanvraag noodzakelijk is.
Vóór gebruik kan de gebruiker de naam, methoden en prijs van een model in de modelcatalogus in het gebruikersportaal bekijken en toepasselijke voorwaarden raadplegen in Bijlage 5 bij het Aanbod («Voorwaarden van modellen en leveranciers»). Op aanvragen gelden de gebruiksregels van de betreffende leveranciers (bijvoorbeeld Anthropic, OpenAI en Google). Die bijlage helpt gepubliceerde voorwaarden van technologieleveranciers te vinden. Het is een overzicht van externe voorwaarden, geen bevestiging dat elke vermelde leverancier in een route van Ailoot is opgenomen of gebruikersgegevens ontvangt. Informatie die wezenlijk is voor een bepaalde aanvraag, waaronder de ontvanger, gegevensbeperkingen en beschikbare instellingen, wordt vóór verwerking in de modelcatalogus, instellingen of betreffende bestelling bekendgemaakt voor zover de wet en overeenkomst dit vereisen. Bij zakelijke verwerking worden ontvangers en internationale overdrachten door de feitelijke verwerkingsbijlage bepaald.
Modelleveranciers kunnen verschillende regels hebben voor bewaring, logging, beveiligingscontrole, training en verwijdering. Voor elke route gelden de voorwaarden in de modelcatalogus en toepasselijke leveranciersregels. «Zeroretentie», geen training, een vast verwerkingsland of een bepaalde verwijderingstermijn gelden alleen als zij voor de gekozen route uitdrukkelijk zijn vermeld. Als automatisch overschakelen naar een andere route de verwerkingsvoorwaarden wezenlijk verandert, maakt Ailoot dit vóór gebruik bekend en verkrijgt het een afzonderlijke keuze van de gebruiker waar de wet of productinstelling dit vereist. Het omzeilen van toepasselijke geografische, export- of beveiligingsbeperkingen is niet toegestaan.
4.2. Bestanden, cache, geschiedenis en gegenereerde media
Een bestand dat met een aanvraag wordt meegestuurd, mag alleen worden verwerkt voor zover noodzakelijk om die aanvraag uit te voeren, inclusief controle van formaat, beveiliging en toepasselijke regels. Gegenereerde afbeeldingen, video, muziek en audio worden bewaard zodat de klant ze kan downloaden. Als Ailoot afzonderlijke bestandsopslag, geschiedenis, cache of een ander bewaard object aanbiedt, moet de interface vóór inschakeling uitleggen wat precies wordt bewaard, waar dit in het account zichtbaar is, hoe het object kan worden verwijderd en welke bewaarcriteria gelden. Niet elk aangeleverd materiaal wordt permanent opgeslagen en niet elke tijdelijke cache vormt gebruikersgeschiedenis.
Een technische cache kan gedurende de noodzakelijke tijd worden gebruikt voor uitvoering van een aanvraag, prestaties, voorkoming van duplicaten of beveiliging. Dit geeft geen recht de inhoud voor onafhankelijke doelen te gebruiken. Na verwijdering van een gebruikersobject kunnen restkopieën tijdelijk in back-ups of beschermde technische systemen blijven tot hun gewone cyclus; zij keren niet terug naar gewoon gebruik na verwijdering, behalve als herstel op een rechtmatige grondslag of vanwege een onopgelost incident noodzakelijk is.
Upload geen wachtwoord, geheime sleutel, volledige betaalgegevens of ander geheim naar Ailoot als dit niet nodig is voor de gekozen functie. Controleer vóór upload van gegevens over een ander, medische, biometrische, financiële of andere gevoelige gegevens dat u daartoe gerechtigd bent en dat de gekozen route die verwerking toestaat. Een waarschuwing vervangt geen afzonderlijke wettelijke eisen, afspraken met de organisatie of leveranciersvoorwaarden.
4.3. Feedback
Een antwoord beoordelen, een probleem melden of een verbetersuggestie geven is vrijwillig. Als de gebruiker feedback geeft, mag Ailoot die feedback zelf gebruiken en uitsluitend de bijbehorende context die hij uitdrukkelijk voor analyse, correctie of verbetering van de betreffende functie heeft verstrekt. Wij beschouwen niet het volledige account of alle eerdere aanvragen als feedback alleen omdat de gebruiker één beoordeling geeft.
4.4. Organisaties en B2B-bestellingen
Als een organisatie en de dienst ailoot.ai een B2B-bestelling hebben gesloten, worden toegang van beheerders, export, verwijdering, instructies en verzoeken van betrokkenen aanvullend bepaald door die bestelling en de gegevensverwerkingsovereenkomst. Ailoot verstrekt een beheerder niet meer dan de rol, overeenkomst, instellingen en wet toestaan.
5. Aan wie en wanneer wij gegevens bekendmaken
Wij verkopen aanvragen, bestanden of resultaten niet als handelswaar en geven een derde niet het recht deze te verkopen alleen omdat de gebruiker dit Beleid aanvaardt. Elke bekendmaking blijft beperkt door het doel en de juridische rol van de ontvanger.
Gegevens kunnen aan de volgende categorieën ontvangers worden doorgegeven:
Leveranciers van modellen en routes. Zij ontvangen materiaal dat voor het gekozen model of de tool nodig is en kunnen zich buiten het land van de klant bevinden. Hun afzonderlijke regels en wezenlijke bijzonderheden staan in Bijlage 5 bij het Aanbod («Voorwaarden van modellen en leveranciers»).
Technische opdrachtnemers. Leveranciers van hosting, opslag, authenticatie, meldingsbezorging, diagnose, ondersteuning, beveiliging en andere diensten kunnen het noodzakelijke minimum aan gegevens voor hun functie ontvangen. Wij schakelen hen volgens toepasselijke overeenkomsten en de wet in; hun precieze rol hangt af van de feitelijke dienst.
Betalingspartijen. De betalingsdienstverlener op de betaalpagina en banken en betalingssystemen die aan de transactie deelnemen, ontvangen informatie die nodig is voor verwerking van de opwaardering, afstemming, terugbetaling of een geschil. Voor die transactie gelden de voorwaarden van het specifieke betaalkanaal.
De organisatie en haar beheerders. Binnen een B2B-bestelling, voor zover hun rechtmatige bevoegdheden, rol, instellingen en overeenkomst met Ailoot dit toestaan.
Rechtsopvolgers. Alleen in verband met reorganisatie, overdracht van de dienst of activa, financiering, faillissement of een vergelijkbare transactie en met naleving van toepasselijke kennisgevings-, vertrouwelijkheids- en gegevensbeschermingsplichten.
Overheidsinstanties, rechters, rechtshandhavingsinstanties en andere rechtmatige ontvangers. Wanneer bekendmaking door dwingend recht of een uitvoerbaar verzoek wordt vereist of noodzakelijk is voor bescherming van rechten, beveiliging en voorkoming van ernstige schade. Als de wet dit toestaat, beoordelen wij het verzoek en informeren wij de betrokken persoon of organisatie wanneer dit geen risico creëert, de wet niet schendt en het onderzoek niet belemmert.
Ontvangers van geanonimiseerde of geaggregeerde informatie. Alleen als de gegevens daadwerkelijk zodanig zijn verwerkt dat zij niet voor gewone identificatie van een persoon worden gebruikt en die bekendmaking voldoet aan de wet en het opgegeven doel.
Een overzicht van leveranciersvoorwaarden vervangt geen informatie over daadwerkelijke gegevensontvangers. Informatie over de ontvanger van een specifieke aanvraag wordt via de modelcatalogus, instellingen en contractdocumenten bekendgemaakt; aanvullende informatie kan via support@ailoot.ai worden gevraagd. De omvang van bekendmaking wordt bepaald door toepasselijke transparantieverplichtingen, vertrouwelijkheid en beveiliging.
6. Internationale verwerking en overdracht
Gegevens kunnen worden verwerkt in landen waar daadwerkelijk gebruikte modelleveranciers, technische opdrachtnemers of door de gebruiker gekozen ontvangers gevestigd zijn, ook buiten het land van de klant. Het land van de interface of de taal van een document bepaalt niet alle verwerkingslocaties.
Vóór internationale overdracht past Ailoot het mechanisme toe dat toepasselijke wetgeving vereist: het beoordeelt de rollen van partijen en het doel van de overdracht, gebruikt contractuele, organisatorische of andere toegestane waarborgen en verstrekt afzonderlijke informatie of verkrijgt toestemming indien noodzakelijk. Een algemene zin over internationale verwerking vormt geen toestemming voor elke toekomstige overdracht en vervangt geen toestemming die specifiek moet zijn.
Voor zakelijke klanten wordt het grensoverschrijdende overdrachtsmechanisme, waaronder een contractuele bijlage voor de EER, het Verenigd Koninkrijk of Zwitserland indien vereist, vastgelegd in een individuele B2B-overeenkomst nadat exporteur, importeur, gegevenscategorieën, landen, werkelijke ontvangers en het toepasselijke juridische mechanisme zijn vastgesteld. Een lokalisatiemodus of verwerking uitsluitend in een bepaalde regio geldt alleen voor de route waarvan de catalogus en overeenkomst dit uitdrukkelijk vermelden.
7. Hoelang gegevens worden bewaard
Wij gebruiken niet één algemene termijn voor alle gegevens. De termijn hangt af van het doel, functie-instellingen, de overeenkomst, de noodzaak toegang en gebruiksgeschiedenis te bieden, rechtsvereisten, beveiliging, administratie, een geschil en de mogelijkheid gegevens van de identiteit los te koppelen. Wanneer het doel vervalt, worden gegevens verwijderd, geanonimiseerd of geïsoleerd als verdere bewaring wettelijk niet vereist is of wettelijk niet toegestaan is.
| Categorie | Criteria voor bewaring en beëindiging |
|---|---|
| Account, profiel en instellingen | zolang het account nodig is voor de overeenkomst, toegang en gekozen instellingen; na bevestigde verwijdering volgens de procedure in bijlage 3 bij dit Beleid («Verwijdering van accounts en gegevens van Ailoot»), met onderstaande uitzonderingen |
| API-sleutels | zolang de sleutel actief is en daarna zolang noodzakelijk voor gebruiksregistratie, beveiliging en bescherming van aanspraken |
| Aanvraagmateriaal, bestanden en gegenereerde media | aanvraagmateriaal voor zover noodzakelijk voor uitvoering en voorzien door de ingeschakelde functie; gegenereerde media zolang zij voor downloaden worden bewaard volgens de functie, het account of de gebruikersinstelling; bij verwijdering van een object of account of beëindiging van de overeenkomst volgens de toepasselijke verwijderingsprocedure en rechtmatige uitzonderingen |
| Tijdelijke cache, wachtrij en technische kopieën | zolang noodzakelijk voor uitvoering, voorkoming van een herhaalde transactie, diagnose, beveiliging of een gewone technische cyclus; deze cache is geen permanente gebruikersgeschiedenis tenzij de functie uitdrukkelijk anders meldt |
| Technische en beveiligingslogboeken | zolang nodig voor stabiliteit, foutonderzoek, misbruikpreventie, toegangsaudit of bescherming van aanspraken; toegang blijft beperkt tot het betreffende doel |
| Gebruiksregistraties, opwaarderingen, Reserveringen, afschrijvingen, belastinggegevens, terugbetalingen en betwiste betalingen | gedurende de verplichte termijn voor administratie, transactiecontrole, terugbetaling, een geschil, voldoening van schulden en bescherming van aanspraken; een Reservering voor een aanvraag met onbevestigde uitkomst blijft staan tot controle van de uitkomst |
| Ondersteuning, klachten en feedback | zolang een verzoek loopt en daarna zolang nodig voor een antwoord, voorkoming van herhaling, naleving van de wet of bescherming van rechten; niet alle content wordt alleen vanwege een verzoek bewaard |
| Organisatiegegevens binnen een B2B-bestelling | gedurende de B2B-bestelling, beheerdersinstellingen en toepasselijke gegevensverwerkingsovereenkomst; rechten van een deelnemer kunnen door organisatiebevoegdheden en de wet worden beperkt |
| Back-ups en geïsoleerde kopieën | tot de gewone back-upcyclus, rechtmatige bewaring of herstel na een incident; na verwijdering keren zij niet terug naar gewoon gebruik |
Een modelleverancier of externe dienst kan een eigen bewaartermijn hebben nadat materiaal rechtmatig aan hem is doorgegeven. Ailoot kan geen uniforme termijn namens hen vaststellen. Voor de gekozen route gelden informatie uit Bijlage 5 bij het Aanbod («Voorwaarden van modellen en leveranciers») en de voorwaarden van de ontvanger. Voor verwijdering bij een externe dienst kan een afzonderlijk verzoek nodig zijn; waar van toepassing biedt Ailoot redelijke hulp binnen zijn rol en overeenkomst.
Bevestigde accountverwijdering heft niet de bewaring op van gegevens die beperkt moeten worden bewaard voor afrekening, de wet, misbruikpreventie, beveiliging, een onafgewikkelde aanspraak, schuld door een betwiste betaling of bescherming van rechten. Deze gegevens worden niet voor gewone personalisatie, marketing of nieuwe dienstverlening gebruikt zonder zelfstandige grondslag.
8. Beveiliging, incidenten en automatische controles
Wij nemen juridische, organisatorische en technische maatregelen die evenredig zijn aan het risico: beperken toegang tot wat voor de werkzaamheden noodzakelijk is, beheren toegang tot accounts en systemen, scheiden functies en omgevingen waar nodig, houden noodzakelijke technische registraties bij, beoordelen incidenten, controleren opdrachtnemers en leiden bevoegde personen op in toepasselijke gegevensprocedures. Een certificaat, bepaald versleutelingsalgoritme, datacenterland of reactietermijn is alleen een verplichting van Ailoot als dit uitdrukkelijk in de toepasselijke overeenkomst, modelcatalogus of een andere gepubliceerde voorwaarde staat.
Geen overdrachts- of opslagmethode garandeert absolute beveiliging. De gebruiker moet het wachtwoord, API-sleutels en apparaat beschermen, inloggegevens en API-sleutels niet met anderen delen, officiële kanalen gebruiken en vermoedelijke compromittering van een account of API-sleutel onverwijld melden via support@ailoot.ai.
Als wij een incident ontdekken dat persoonsgegevens kan raken, beoordelen wij aard en gevolgen, nemen maatregelen voor beheersing en onderzoek, leggen beschikbare informatie vast en informeren de betrokken organisatie, persoon of toezichthouder wanneer toepasselijk recht of de overeenkomst dit vereist. Voor gegevens van een zakelijke klant wordt kennisgeving en medewerking bepaald door de toepasselijke B2B-overeenkomst; de meldingstermijn volgt toepasselijk recht, de overeenkomst en beschikbare bevestigde incidentomstandigheden.
Bescherming tegen fraude, spam, schadelijke code, omzeiling van beperkingen en regelovertredingen kan automatische signalen en beperkte menselijke controle gebruiken. Die controle dient beveiliging en naleving van voorwaarden, niet het nemen van een juridisch belangrijke beslissing over een persoon. Waar toepasselijk recht dit bepaalt, kan de gebruiker om menselijke herbeoordeling van een wezenlijke accountbeperking vragen; wettelijke eisen, beveiliging en rechten van derden kunnen de omvang van bekendgemaakte informatie beperken.
9. Rechten en manieren om gegevens te beheren
Rechten hangen af van het woonland, de gebruikersrol, de aard van gegevens en toepasselijke wetgeving. Waar van toepassing kan de gebruiker verzoeken om:
bevestiging van verwerking, toegang tot gegevens en informatie over categorieën, bronnen, doelen en ontvangers;
correctie van onvolledige, onjuiste of verouderde gegevens;
verwijdering, anonimisering of beëindiging van verwerking als er geen voortgezette rechtmatige grondslag is;
beperking van verwerking of bezwaar tegen verwerking op basis van gerechtvaardigd belang, waaronder bezwaar tegen direct marketing;
overdraagbaarheid van beschikbare gegevens in een toepasselijk en technisch uitvoerbaar formaat;
intrekking van toestemming voor facultatieve verwerking zonder de rechtmatigheid van eerdere verwerking ongedaan te maken;
informatie over grensoverschrijdende overdracht voor zover de wet dit vereist;
herbeoordeling van een afgewezen verzoek en een klacht bij een bevoegde gegevensbeschermingsinstantie of rechter indien de wet dit recht biedt.
Schrijf om een recht uit te oefenen naar support@ailoot.ai met het onderwerp «Gegevens Ailoot». Vermeld het account of een andere veilige manier om de registratie te vinden, de gewenste handeling en een geschikt antwoordkanaal. Stuur geen volledig kaartnummer, CVV, wachtwoord, volledige API-sleutel of bankcode. Wij mogen evenredig bewijs van identiteit en bevoegdheid vragen om gegevens niet aan een ander te verstrekken. Een bevoegde vertegenwoordiger moet voldoende bewijs van bevoegdheid overleggen wanneer de wet dit vereist en dit geen buitensporige belemmering voor het recht vormt.
Wij antwoorden binnen de termijn van het toepasselijke recht. Als een verzoek complex of herhaald is of rechten van anderen, beschermde bedrijfsinformatie, rechtmatige bewaring, beveiliging of organisatiemateriaal raakt, mogen wij de reactie rechtmatig beperken, verduidelijking vragen of de termijn verlengen en de reden melden wanneer dit vereist is. Een weigering mag niet willekeurig zijn; de gebruiker kan via hetzelfde contact om herbeoordeling vragen. Uitoefening van wettelijke gegevensbeschermingsrechten is geen grond voor discriminatie of verslechtering van de basisdienst, behalve wanneer verwerking objectief noodzakelijk is voor de gekozen functie of de wet een ander gevolg toestaat.
Regionale aanvullingen
EER, Verenigd Koninkrijk en Zwitserland. Als GDPR, UK GDPR, Zwitsers recht of vergelijkbare regels op de verwerking van toepassing zijn, kan de gebruiker recht hebben op inzage, correctie, verwijdering, beperking, bezwaar, overdraagbaarheid en een klacht bij een bevoegde instantie. De grondslagen waarop Ailoot zich baseert staan in hoofdstuk 3 van dit Beleid. Verzoeken worden binnen de door die regels bepaalde termijn behandeld; verlenging is alleen mogelijk in de daarin voorziene gevallen met kennisgeving. Als een vertegenwoordiger, DPO of aanvullende regionale informatie nodig is, publiceert Ailoot deze vóór de betreffende activiteit begint.
Verenigde Staten. Iemand op wie toepasselijke wetgeving van een staat van toepassing is, kan rechten hebben op informatie en toegang, correctie, verwijdering, overdraagbaarheid, optreden via een bevoegde vertegenwoordiger, bezwaar tegen een weigering en afmelding voor verkoop, overdracht of gerichte reclame in de zin van die wet. Welke regeling van toepassing is, hangt af van de staatswet en de feitelijke verwerking. Ailoot gebruikt aanvragen en bijlagen niet voor gedragsgerichte reclame van derden. Als een bepaalde regeling een afzonderlijke link, formulier of verwerking van een global privacy control-signaal vereist, biedt Ailoot dit mechanisme voor de betreffende praktijk.
Republiek Korea. Als toepasselijk Koreaans recht op de verwerking van toepassing is, kan de gebruiker rechten hebben op inzage, correctie, verwijdering, opschorting van verwerking, intrekking van toestemming en informatie over overdracht naar het buitenland voor zover de wet dit bepaalt. Noodzakelijke lokale contactgegevens en afzonderlijke informatie over ontvangers worden gepubliceerd wanneer zij voor de daadwerkelijke activiteiten van Ailoot verplicht worden.
10. Kinderen en leeftijdsbeperkingen
De minimumleeftijd voor Ailoot wordt bepaald door het Aanbod en de toepasselijke wet; een gekozen model, land of functie kan een hogere leeftijd vereisen. Een hogere grens voor een specifieke route heeft voorrang en toegang tot die route wordt pas na vervulling van die voorwaarde gegeven. De Dienst Ailoot is niet bedoeld voor personen onder de minimumleeftijd zonder rechtmatige grondslag die de wet en een daadwerkelijk ondersteunde functie bieden.
Als de gebruiker nog niet de leeftijd heeft waarop hij zelfstandig voorwaarden mag aanvaarden of toepasselijke toestemming mag geven, is deelname van een ouder of wettelijke vertegenwoordiger vereist. Wij vragen een kind niet om een leeftijdsbeperking te omzeilen. Een ouder, vertegenwoordiger of ander die meent dat een kind gegevens zonder noodzakelijke grondslag heeft verstrekt, kan contact opnemen via support@ailoot.ai; wij controleren bevoegdheden en beoordelen beperking of verwijdering volgens de wet, beveiliging en bestaande verplichtingen.
11. Cookies, lokale opslag en gegevensinstellingen
Op ailoot.ai en in het gebruikersportaal kunnen noodzakelijke technologieën worden gebruikt voor inloggen, sessiebeveiliging en basisinstellingen indien de daadwerkelijk ingeschakelde interface die vereist. Facultatieve analytics, reclame, personalisatie en vergelijkbare technologieën vallen onder bijlage 1 bij dit Beleid («Cookiebeleid van Ailoot»). Daar staan ook categorieën, het register van daadwerkelijk ingeschakelde technologieën, manieren om keuzes te aanvaarden, weigeren of wijzigen en regels voor lokale opslag.
Instellingen voor geschiedenis, export, verwijdering, feedback en gegevensgebruik staan in bijlage 2 bij dit Beleid («Gegevensinstellingen van Ailoot»). Het bestaan van die bijlage betekent niet dat elke genoemde functie al beschikbaar is: alleen de interface en beschrijving van een daadwerkelijk ingeschakelde functie bepalen het concrete beheer.
12. Wijzigingen, versie en contact
Wij werken het Beleid bij als de dienst, routes, feitelijke verwerkingspraktijken, wettelijke vereisten of gebruikersrechten veranderen. Een nieuwe versie wordt met datum en versienummer gepubliceerd. Over een wezenlijke wijziging van doelen, categorieën, ontvangers, rechten of verwerkingswijze informeren wij volgens de wet en overeenkomst vóór de wijziging ingaat, tenzij een spoedeisende wijziging voortvloeit uit de wet, beveiliging of misbruikpreventie. Een nieuw doel dat afzonderlijke toestemming vereist, ontstaat niet alleen door publicatie van een nieuwe versie.
Beschikbare taalversies van het Beleid staan op ailoot.ai. Taalversies bieden dezelfde omvang van bescherming; een vertaling of technische link vermindert geen dwingende gebruikersrechten. Vragen over gegevens, beveiliging, een betrokken model, internationale overdracht, verwijdering of rechten kunnen naar support@ailoot.ai worden gestuurd.
Bijlage 1. Cookiebeleid van Ailoot
Deze bijlage geldt voor ailoot.ai, het gebruikersportaal en andere interfaces van Ailoot die cookies, local storage, SDK, pixels, apparaat-ID’s, sessielogboeken of vergelijkbare technologieën gebruiken. Zij geldt niet voor cookies en SDK van externe websites die de gebruiker buiten Ailoot opent.
1. Wat deze technologieën zijn en waarvoor zij nodig zijn
Cookies zijn kleine bestanden of registraties die een website in de browser opslaat. Local storage, session storage, SDK, apparaat-ID’s, pixels, web beacons en vergelijkbare mechanismen kunnen op het web of in een toepassing een soortgelijke taak vervullen. Afhankelijk van de instellingen helpen zij om:
inloggen en een beveiligde sessie in stand te houden en herhaalde autorisatie te voorkomen;
de taal, basisinstellingen voor toegankelijkheid en technische voorkeuren te bewaren;
de cookiekeuze van de gebruiker te onthouden en niet herhaaldelijk dezelfde melding te tonen;
beveiliging te bieden en misbruik, fouten of dubbele aanvragen te herkennen;
wanneer afzonderlijk ingeschakeld, de werking van de interface te meten, een functie te verbeteren of een facultatief informatiebericht te tonen.
Een technologie krijgt niet automatisch meer gegevens dan voor haar specifieke taak noodzakelijk is. Een registratie van cookietoestemming geeft bijvoorbeeld geen toestemming om aanvraaginhoud te lezen en een taalinstelling geeft geen toestemming voor reclame. Ailoot gebruikt aanvragen, bijlagen of resultaten niet voor gedragsgerichte reclame van derden.
2. Categorieën en inschakelingsregels
| Categorie | Wat deze kan doen | Grondslag en beheer |
|---|---|---|
| Strikt noodzakelijk | inloggen op het gebruikersportaal en sessiebeveiliging ondersteunen, technische belasting verdelen, misbruik voorkomen, beveiligingsinstellingen, de cookiekeuze zelf en handmatig gekozen websitetalen bewaren | gebruikt waar nodig voor de gevraagde dienst, beveiliging of uitvoering van de overeenkomst; uitschakeling kan inloggen of een afzonderlijke functie onmogelijk maken |
| Functioneel | thema, toegankelijkheid en andere uitdrukkelijk gekozen instellingen onthouden | ingeschakeld wanneer de instelling beschikbaar en nodig is voor de gekozen ervaring; de gebruiker krijgt informatie over wijzigen ervan |
| Analytisch | technisch gebruik van pagina’s of functies meten, fouten vinden, effectiviteit van de interface begrijpen | alleen ingeschakeld na controle van werkelijke leverancier, doel, termijn en toepasselijke grondslag; waar voorafgaande toestemming nodig is, werken zij pas daarna |
| Marketing en reclame | een campagne meten, een aanbod tonen of een reclame-ID gebruiken | ingeschakeld na publicatie van het daadwerkelijke register, doel, ontvanger en termijn en verkrijging van vereiste toestemming of een afmeldmogelijkheid; toegang tot basisfuncties die uit het saldo worden betaald hangt niet af van toestemming voor facultatieve reclame |
| Lokale browseropslag en SDK | inloggen, meldingen, instellingen, werking of een uitdrukkelijk gekozen integratie ondersteunen | onderworpen aan dezelfde beginselen van noodzakelijkheid, transparantie, minimale gegevensverwerking en beheer; browser- of besturingssysteemmachtigingen vervangen geen toestemming voor facultatieve verwerking |
Het register bevat uitsluitend daadwerkelijk gebruikte technologieën, reclamenetwerken, SDK en termijnen. Een facultatieve technologie wordt pas gebruikt na opname in het gecontroleerde register en nadat de wettelijk of door deze bijlage vereiste informatie en gebruikerskeuze zijn geregeld.
3. Register van daadwerkelijk gebruikte technologieën
Voor elke daadwerkelijk actieve technologie, inclusief een noodzakelijke instelling, publiceert Ailoot in deze bijlage of een gekoppelde registerwidget:
de naam van de technologie of SDK en de ontvanger;
de categorie en het precieze doel;
welke gegevens of identificatoren worden verwerkt;
de bewaartermijn van de registratie of het criterium om die te bepalen;
of de ontvanger zelfstandig verwerkingsverantwoordelijke, verwerker of externe dienst is in de toepasselijke betekenis;
het land of internationale overdrachtsmechanisme indien deze informatie verplicht is;
een link naar instellingen, afmelding of beleid van de ontvanger indien nodig;
de datum waarop de registratie voor het laatst is gecontroleerd.
Het register moet de echte website, het gebruikersportaal en gebruikte SDK weergeven, niet de geplande architectuur. Als een technologie wordt verwijderd, wordt haar registratie als inactief gemarkeerd of uit de actieve lijst verwijderd, waarbij wordt gecontroleerd dat de code, tag of SDK niet meer wordt uitgevoerd. De gebruiker kan via support@ailoot.ai informatie over een registervermelding vragen.
Huidige registervermeldingen
Registervermeldingen worden in het volgende formaat gepubliceerd:
| Technologie en ontvanger | Categorie en precies doel | Gegevens en termijn | Toepassingsgebied en beheer | Laatste controle |
|---|
Op de datum van deze versie worden technologieën van ailoot.ai en het gebruikersportaal aan het register toegevoegd naarmate elke daadwerkelijk gebruikte technologie is gecontroleerd. Facultatieve technologieën worden niet gebruikt vóór publicatie van hun registervermelding.
4. Keuze van de gebruiker
Waar toestemming voor een facultatieve categorie nodig is, moet de banner of het instellingenscherm vóór inschakeling duidelijke handelingen bieden:
«Gekozen facultatieve categorieën accepteren»;
«Facultatieve categorieën weigeren»;
«Instellen» met categorieën en uitleg over het doel;
«Keuze opslaan»;
de mogelijkheid later van keuze te veranderen via een link of instelling op ailoot.ai of in het gebruikersportaal.
Weigeren is even eenvoudig als instemmen. De interface vinkt facultatieve categorieën niet vooraf aan, combineert marketing niet met aanvaarding van het Aanbod en gebruikt weigering niet als grond om de basisdienst te verslechteren. Toestemming geldt voor verwerking die in het register is beschreven; een nieuwe leverancier, doelstelling of wezenlijk type tracking wordt opnieuw beoordeeld en leidt waar nodig tot een nieuwe keuze.
Intrekking van toestemming stopt verder gebruik van de betreffende facultatieve technologie voor zover technisch mogelijk en binnen de grenzen van de wet. Dit maakt verwerking die vóór intrekking rechtmatig is voltooid niet onrechtmatig en verwijdert niet automatisch gegevens die een andere partij al op een eigen rechtmatige grondslag heeft ontvangen. Als toepasselijk recht een globaal privacysignaal of vergelijkbare afmeldmethode vereist, implementeert Ailoot die voor de daadwerkelijk toepasselijke categorie nadat de technische gegevensstroom is gecontroleerd.
5. Browser, apparaat en externe elementen
De gebruiker kan cookies via de browser verwijderen of beperken, een reclame-ID resetten of machtigingen in apparaatinstellingen wijzigen. Dit is niet altijd hetzelfde als intrekking van toestemming in de interface van Ailoot: de browser kan de keuzeregistratie verwijderen terwijl de website of het gebruikersportaal noodzakelijke lokale gegevens voor inloggen en beveiliging blijft gebruiken. Gebruik daarom voor facultatieve categorieën bij voorkeur zowel de instellingen van Ailoot als apparaatmogelijkheden.
Het uitschakelen van alle cookies of local storage kan inloggen, beveiliging, taalopslag of afzonderlijke functies verstoren. Dit betekent niet dat Ailoot facultatieve analytics of reclame zonder grondslag mag inschakelen. Als een externe widget, link, betaalpagina (bijvoorbeeld van de betalingsdienstverlener op de betaalpagina), ingebouwd document of gekoppelde dienst van een derde is, geldt diens beleid voor de gebruikte technologieën. De gebruiker moet dit vóór openen of koppelen raadplegen; Ailoot heeft buiten zijn eigen omgeving geen controle over die technologieën.
6. Bewaartermijnen en beveiliging
Sessieregistraties vervallen doorgaans bij het einde van de sessie of na de noodzakelijke beveiligingsperiode. Permanente registraties worden alleen bewaard zolang hun doel dit vereist, totdat de gebruiker ze met een beschikbare tool verwijdert of een rechtmatig bewaarcriterium verandert. De specifieke termijn van elke actieve registratie wordt in het register gepubliceerd. Gegevens over cookiekeuzes en noodzakelijke bescherming kunnen langer dan de technische identificator zelf worden bewaard als dit nodig is om de keuze aan te tonen, beveiliging te bieden of een wettelijke verplichting na te komen.
Toegang tot informatie die via technologieën van Ailoot wordt verzameld blijft beperkt tot het doel waarvoor zij is verkregen. Wij nemen maatregelen die evenredig zijn aan het risico maar garanderen geen absolute beveiliging van het netwerk of apparaat van de gebruiker. Voer geen wachtwoord, volledige API-sleutel, volledig kaartnummer, CVV, bankcode of ander geheim in velden in die daar niet voor bedoeld zijn.
7. Samenhang met andere gegevensinstellingen
Cookies bepalen niet automatisch of aanvraagmateriaal wordt opgeslagen of een bestand aan de modelleverancier wordt doorgegeven. Dit wordt geregeld door de hoofdtekst van het Beleid, bijlage 2 daarbij («Gegevensinstellingen van Ailoot»), de instellingen van de specifieke functie en Bijlage 5 bij het Aanbod («Voorwaarden van modellen en leveranciers»). Zo maakt uitschakeling van een analytische cookie de noodzakelijke overdracht van een aanvraag aan de gekozen leverancier niet ongedaan, en geeft toestemming voor een functionele cookie geen toestemming om materiaal voor training te gebruiken.
8. Wijzigingen en contactgegevens
Wij werken deze bijlage bij als een technologie wordt toegevoegd, gewijzigd of verwijderd of als ontvanger, doel, termijn of wettelijke eis verandert. Een wezenlijke wijziging van facultatieve verwerking wordt niet achteraf op een bestaande keuze toegepast: vóór inschakeling publiceert Ailoot het bijgewerkte register en verkrijgt het een nieuwe gebruikershandeling waar vereist. Cookievragen en -verzoeken kunnen worden gericht aan support@ailoot.ai.
Bijlage 2. Gegevensinstellingen van Ailoot
Deze bijlage legt uit hoe geschiedenis, opgeslagen resultaten, bestanden, feedback, training, API-sleutels en gegevensverwijdering binnen Ailoot van elkaar verschillen.
De bijlage beschrijft gegevensbeheer voor instellingen die in het gebruikersportaal, de API, het model en het land beschikbaar zijn. Beschikbaar beheer wordt vóór inschakeling van de functie in de interface getoond. Als een instelling niet wordt aangeboden, gelden de hoofdtekst van het Beleid en de regels van de daadwerkelijk ingeschakelde functie.
1. Basisbeginsel: verschillende gegevens, verschillende instellingen
Eén aanvraag kan tegelijk aanvraagmateriaal, technische registraties, een modelkeuze, een gebruiksregistratie, een Reservering, een afschrijving van het saldo en gegenereerde media opleveren. Verwijdering van één object betekent niet noodzakelijk verwijdering van alle andere: het verwijderen van een gegenereerd bestand maakt bijvoorbeeld de gebruiksregistratie en afschrijving voor een uitgevoerde aanvraag niet ongedaan. Ailoot toont daarom beheer bij het betreffende object en legt de gevolgen vóór bevestiging uit.
| Object | Voornaamste beheermethode | Wat de handeling doorgaans verandert | Wat niet automatisch verandert |
|---|---|---|---|
| Profiel en inlogmethoden | accountinstellingen in het gebruikersportaal of een verzoek aan ondersteuning | contactgegevens, wachtwoord en sessie, taal, basisinstellingen | wettelijk noodzakelijke opwaarderings- en afschrijvingsregistraties en gegevens die volgens een B2B-bestelling van de organisatie zijn |
| API-sleutels | API-sleutelinstellingen in het gebruikersportaal als de betreffende handeling beschikbaar is, of een verzoek aan ondersteuning | de mogelijkheid nieuwe aanvragen met die sleutel te versturen | gebruiksregistraties en afschrijvingen voor aanvragen die al met deze sleutel zijn uitgevoerd |
| Aanvraaggeschiedenis en opgeslagen objecten | verwijderen of archiveren indien aangeboden; een rechtenverzoek | beschikbaarheid van het object in de gebruikersinterface en gewoon gebruik ervan | technische, afrekenings-, beveiligings- en back-upgegevens waarvoor een rechtmatige grondslag blijft bestaan |
| Bestanden en gegenereerde media | bestandsverwijdering indien aangeboden in het gebruikersportaal, of een rechtenverzoek | de mogelijkheid het bestand later via Ailoot te downloaden of gebruiken | kopieën die al aan de gekozen leverancier of ontvanger zijn verstrekt of door de klant zijn gedownload, zolang ontvangersvoorwaarden en de wet daarop van toepassing zijn |
| Marketing en facultatieve cookies | afmelden voor berichten, cookie-instellingen of afzonderlijke toestemming | toekomstige facultatieve berichten en technologieën | dienstmeldingen, rechtmatige bewaring van keuzebewijs of verwerking die vóór intrekking is voltooid |
| Volledig account | procedure in bijlage 3 bij dit Beleid («Verwijdering van accounts en gegevens van Ailoot») | accounttoegang en gewone verwerking van bijbehorende persoonsgegevens | gegevens die moeten worden bewaard voor afrekening, beveiliging, een geschil waaronder een betwiste betaling, de wet of een B2B-bestelling van de organisatie |
2. Geschiedenis, opgeslagen objecten en cache
Geschiedenis is een gebruikersobject dat een eerdere aanvraag, antwoord of gebruiksregistratie in de interface beschikbaar maakt als die functie is ingeschakeld. Cache is een technisch mechanisme voor uitvoering, voorkoming van een herhaalde transactie, stabiliteit of beveiliging. Deze begrippen zijn niet uitwisselbaar.
Voor verwijdering van geschiedenis, een bestand of account gelden de afzonderlijke betreffende handelingen.
3. Modeltraining, dienstverbetering en feedback
Volgens de basisregel gebruikt Ailoot aanvragen, bijlagen en resultaten voor levering, bescherming en ondersteuning van zijn eigen dienst. De dienst ailoot.ai neemt deze niet op in training van eigen algemene modellen, geeft ze niet door voor gedragsgerichte reclame van derden en verandert dit niet stilzwijgend via een update van de interface of voorwaarden.
De gekozen modelleverancier kan eigen regels hebben voor bewaring, beveiligingscontrole, feedback, training of verbetering. Op aanvragen zijn de gebruiksregels van de betreffende leveranciers van toepassing (bijvoorbeeld Anthropic, OpenAI en Google). Vóór verzending kan de gebruiker toepasselijke voorwaarden in Bijlage 5 bij het Aanbod («Voorwaarden van modellen en leveranciers») en de modelbeschrijving in de modelcatalogus in het gebruikersportaal raadplegen. Als de gebruiker een route met een andere gegevensmodus kiest, maakt Ailoot dat verschil vóór uitvoering bekend. Als het recht of een instelling afzonderlijke toestemming vereist, wordt de aanvraag pas na die handeling verstuurd. Algemene toestemming voor het Aanbod, geschiedenis of cookies is niet hetzelfde als toestemming voor modeltraining.
Feedback verschilt van een gewone aanvraag. De gebruiker kan vrijwillig een beoordeling of foutmelding sturen. Ailoot mag dan de opmerking zelf en de context die de gebruiker bewust heeft bijgevoegd gebruiken om een fout te herstellen, beveiliging te controleren of de betreffende functie te verbeteren. Als feedback persoonsgegevens bevat, gelden de hoofdtekst van het Beleid en de rechten van de betrokkene. Een beoordeling van één antwoord geeft geen recht om al het accountmateriaal voor een ander doel te gebruiken.
Een afzonderlijk onderzoeks-, evaluatie- of trainingsprogramma wordt, indien aangeboden, vóór de start begeleid door afzonderlijke informatie over doel, gegevenscategorieën, ontvangers, termijn, intrekkingsmethode, gevolgen voor toegang tot de basisdienst en beperkingen van het gekozen model. Toestemming voor zo’n programma wordt apart van deze bijlage en het Aanbod verkregen.
4. Bestanden, media en gevoelige gegevens
Vóór het meesturen van een bestand beslist de gebruiker of dit voor de taak nodig is. Ailoot mag het bestand, technische eigenschappen en noodzakelijke context gebruiken voor uitvoering, compatibiliteit, beveiliging en ondersteuning. Gegenereerde afbeeldingen, video, muziek en audio worden bewaard zodat de klant ze kan downloaden; als een functie permanente bestandsopslag of een bibliotheek biedt, toont zij hoe het object kan worden gevonden en verwijderd. Als die functie ontbreekt, hoort het bestand bij de specifieke aanvraag en wordt geen afzonderlijk opgeslagen object gecreëerd.
Een afbeelding, stem, video, gezondheidsdocument, identiteitsbewijs, financieel document of ander gevoelig materiaal kan gegevens van de gebruiker of een derde bevatten. De gebruiker moet gerechtigd zijn deze te gebruiken en waar nodig toestemming hebben. Een functie die bijzondere, biometrische of risicovolle verwerking vereist, wordt alleen gestart na afzonderlijke informatie over de echte ontvanger, het doel, de rechtsgrondslag en wettelijk vereiste keuze. Een gewone media-upload geeft Ailoot geen algemene toestemming voor identificatie, identiteitsklonen, biometrische analyse of bewaring van die gegevens.
Technische bestandscontroles kunnen worden toegepast voor zover nodig tegen schadelijke code, regelovertredingen, voor beveiliging of naleving van de wet. Zo’n controle is geen garantie van risicoloosheid, moderatie van al het materiaal of vervanging van de verantwoordelijkheid van de gebruiker voor rechtmatig geüploade content.
5. Modelleveranciers en Routekeuze
De gebruiker kan gegevens beheren via accountinstellingen en de keuze van model en methode in een API-aanvraag. Bijlage 5 bij het Aanbod («Voorwaarden van modellen en leveranciers») helpt gepubliceerde leveranciersvoorwaarden te vinden, maar somt niet alle feitelijke routes van Ailoot op. Voor de gekozen functie worden noodzakelijk aanvraagmateriaal, wezenlijke voorwaarden voor opslag en gegevensgebruik, beveiligingscontroles, beschikbare instellingen en toepasselijke beperkingen afzonderlijk bekendgemaakt. De modelleverancier die de aanvraag uitvoert, kan zich buiten het land van de klant bevinden.
De modelnaam bepaalt op zichzelf de gegevensmodus niet. De route hangt af van beschikbaarheid, het land, technische compatibiliteit, de gekozen functie en leveranciersbeperkingen. Bij automatische routering staan het criterium en de gegevensgevolgen in de modelcatalogus of instellingen. Als overschakeling wezenlijke gegevensvoorwaarden verandert, krijgt de gebruiker aanvullende informatie en maakt hij waar vereist een keuze. Als een overeengekomen voorwaarde niet kan worden gewaarborgd, weigert Ailoot de aanvraag of biedt een toegestane optie; materiaal wordt niet naar een niet-overeengekomen route gestuurd.
De gebruiker kan informatie over de gekozen route vragen, maar Ailoot onthult geen geheimen, kwetsbaarheden of toegangssleutels van anderen en geen informatie waarvan bekendmaking rechten van derden, beveiliging of de wet schendt. Dit beperkt niet de plicht de gebruiker verplichte transparantie over zijn gegevens te bieden.
6. Organisatiegegevens
Een gebruiker binnen een B2B-bestelling van een organisatie moet bepaalde verzoeken over organisatiecontent aan zijn beheerder richten; Ailoot verstrekt hem geen gegevens van andere deelnemers en omzeilt rechtmatige bevoegdheden van de organisatie niet. Waar de dienst ailoot.ai zelfstandig verwerkingsverantwoordelijke is en waar verwerker volgens organisatie-instructies, staat in bijlage 4 bij dit Beleid («Voorwaarden voor gegevensverwerking voor organisaties»).
7. Export, correctie en verwijdering
Het exportrecht hangt af van toepasselijk recht en daadwerkelijk beschikbare functionaliteit. Als de gebruiker dit recht heeft, biedt Ailoot een beschikbaar formaat of behandelt het verzoek volgens hoofdstuk 9 van de hoofdtekst van het Beleid. Een export mag geen gegevens van anderen, systeemgeheimen, beveiligingsinformatie of gegevens waarop de gebruiker geen recht heeft bevatten. Bij organisatiegegevens kan deelname van de beheerder of organisatie nodig zijn.
De gebruiker kan sommige gegevens in accountinstellingen in het gebruikersportaal corrigeren. Voor andere gegevens, waaronder persoonsgegevens in aanvraagmateriaal of een onjuist resultaat, kan contact worden opgenomen via support@ailoot.ai. Correctie betekent niet dat Ailoot kennis van een extern model kan herschrijven of een feit uit een reeds gemaakt resultaat bij de ontvanger kan verwijderen; wij beoordelen het beschikbare oorspronkelijke object en verbinden ons ertoe de gebruiker niet te misleiden over technische mogelijkheden.
Bestands- en accountverwijdering staat in bijlage 3 bij dit Beleid («Verwijdering van accounts en gegevens van Ailoot»). Vóór accountverwijdering moet de gebruiker waar mogelijk het resterende saldo en lopende aanvragen met nog niet vrijgegeven Reserveringen controleren, benodigde gegenereerde media downloaden, noodzakelijke export beoordelen en de koppeling met een organisatie controleren. Accountverwijdering leidt niet tot terugbetaling van het ongebruikte restant: dit wordt niet in geld uitgekeerd, behalve als toepasselijke wetgeving terugbetaling verplicht stelt. Verwijdering houdt geen afstand van een rechtmatige terugbetaling in; hiervoor geldt Bijlage 3 bij het Aanbod («Terugbetalingen en betalingsgeschillen»).
8. Marketing, cookies en rechtenverzoeken
Marketingberichten, facultatieve analytics en reclametechnologieën worden niet gecombineerd met aanvaarding van het Aanbod of noodzakelijke verwerking voor een aanvraag. Als Ailoot marketingberichten aanbiedt, worden toestemming of een ander toepasselijk mechanisme afzonderlijk vermeld en moet elk bericht een duidelijke afmeldmethode bevatten. Meldingen over accounts, beveiliging, saldo, opwaardering, toegangsopschorting of wezenlijke voorwaardenwijzigingen zijn geen reclameberichten.
Cookie-instellingen en vergelijkbare technologieën staan in bijlage 1 bij dit Beleid («Cookiebeleid van Ailoot»). Een cookiekeuze vervangt geen keuze over training. Verzoeken over rechten, afmelding voor toepasselijke gerichte reclame, verkoop of overdracht van gegevens, intrekking van toestemming of klachten kunnen naar support@ailoot.ai worden gericht; wij passen identiteitscontrole en de procedure uit hoofdstuk 9 van de hoofdtekst van het Beleid toe.
9. Wijzigingen van instellingen
Ailoot verbergt geen nieuw verwerkingsdoel achter een bestaande instelling. Als de modus voor geschiedenis, routekeuze, training, cookies of bewaring verandert, worden de interface en deze bijlage waar nodig vóór inschakeling bijgewerkt. Een wezenlijke wijziging die nieuwe toestemming of een andere afzonderlijke keuze vereist, wordt niet op de gebruiker toegepast enkel omdat deze de dienst blijft gebruiken. Vragen over gegevensinstellingen kunnen naar support@ailoot.ai worden gericht.
Bijlage 3. Verwijdering van accounts en gegevens van Ailoot
Deze bijlage bepaalt de procedure voor sluiting van een persoonlijk account van Ailoot en de bijbehorende verwijdering of anonimisering van gegevens.
Accountverwijdering is een afzonderlijke handeling met gevolgen voor inloggen, API-sleutels, gebruiksgeschiedenis, gegenereerde bestanden en beschikbare functies. Zij leidt niet tot terugbetaling of uitbetaling van het saldorestant, houdt geen afstand van een wettelijk verplichte terugbetaling in en is geen manier om betalings-, beveiligings- of wettelijke verplichtingen te omzeilen.
1. Wat kan worden verwijderd
De gebruiker kan verzoeken om verwijdering van zijn persoonlijke account en bijbehorende persoonsgegevens die de dienst ailoot.ai voor de gewone werking van Ailoot verwerkt. Het verzoek omvat, voor zover van toepassing:
profiel, e-mailadres van het account, inlogmethoden, actieve sessies en persoonlijke instellingen;
API-sleutels van het account;
gegenereerde mediabestanden die voor downloaden worden bewaard, als deze tot het account behoren en de functie verwijdering ondersteunt;
gebruiks- en betalingsregistraties voor zover zij niet beperkt moeten worden bewaard (hoofdstuk 6 van deze bijlage);
gegevens die volgens een rechtmatig verzoek onder toepasselijk recht moeten worden verwijderd of geanonimiseerd.
Verwijdering garandeert geen vernietiging van objecten die aan een organisatie, andere deelnemer, externe dienst of modelleverancier toebehoren. Aanvraaginhoud (prompts, bestanden) wordt aan de modelleverancier die de aanvraag uitvoert doorgegeven en kan buiten het land van de Gebruiker worden verwerkt. Voor zulke objecten bepaalt Ailoot zijn rol en beschikbare hulp, maar kan het niet over gegevens beschikken buiten zijn rechten, overeenkomst en de wet.
2. Wat te doen vóór het verzoek
Vóór accountverwijdering wordt aanbevolen:
- gegenereerde mediabestanden te downloaden en noodzakelijke gebruiks- en betalingsinformatie te bewaren via beschikbare functies van het gebruikersportaal of een afzonderlijk rechtenverzoek;
- aanvragen met API-sleutels van het account vanuit eigen toepassingen en integraties te stoppen en lopende aanvragen te laten afronden;
- te controleren of een organisatie het account gebruikt en de gebruiker de enige beheerder van haar toegang is;
- automatische handelingen indien ingeschakeld via de beschikbare interface of ondersteuning uit te schakelen;
- indien nodig afzonderlijk terugbetaling of transactiecorrectie te verzoeken volgens Bijlage 3 bij het Aanbod («Terugbetalingen en betalingsgeschillen»).
Stoppen met gebruik en accountverwijdering zijn verschillende handelingen. Stoppen met gebruik stopt nieuwe afschrijvingen van het saldo maar behoudt accounttoegang. Verwijdering beëindigt accounttoegang na verwerking van het verzoek, maar vervangt geen regels van de betalingsdienstverlener of een andere partij die een bepaalde betaling beheert.
3. Een verzoek indienen
Gebruik de verwijderingsfunctie in het gebruikersportaal als deze beschikbaar is, of schrijf vanaf het aan het account gekoppelde e-mailadres naar support@ailoot.ai met het onderwerp «Account van Ailoot verwijderen». Vermeld in het bericht:
het e-mailadres of een veilige account-ID;
wat nodig is: accountverwijdering, verwijdering van een bepaald object, uitschakeling van een API-sleutel of statusinformatie;
bij koppeling aan een organisatie: haar naam of ID en uw rol indien bekend;
een geschikte manier om een bevestiging te ontvangen.
Stuur geen volledig kaartnummer, CVV, PIN, wachtwoord, volledige API-sleutel, bankcode, document van iemand anders of ander geheim als identiteitsbewijs. Als de gebruiker geen toegang tot het account-e-mailadres heeft, kan hij vanaf een ander adres schrijven en de situatie uitleggen. Wij bieden een evenredige, veilige manier om het recht op het account te controleren zonder van de verwijderingsprocedure verzameling van overbodige gegevens te maken.
Na ontvangst bevestigt Ailoot het verzoek waar mogelijk en controleert het of het account toebehoort aan de verzoeker, de bevoegdheden van een vertegenwoordiger, gevolgen voor de organisatie, actieve transacties, open Reserveringen en verplichte gronden voor beperkte bewaring. Bij onduidelijkheid vragen wij verduidelijking vóór een onomkeerbare handeling. Verwijdering die de gebruiker heeft bevestigd en Ailoot heeft uitgevoerd, kan onomkeerbaar zijn voor gegevens die al verwijderd of geanonimiseerd zijn.
4. Identiteitscontrole en vertegenwoordiging
Wij controleren identiteit alleen voor zover noodzakelijk om verwijdering van accounts van anderen of onrechtmatige gegevensverstrekking te voorkomen. De methode hangt af van het risico: bij een gewoon verzoek kan bevestiging vanuit het gekoppelde account volstaan; een gevoelige handeling, zakelijke omgeving of vertegenwoordiger kan aanvullend bevoegdheidsbewijs vereisen. Een vertegenwoordiger moet een rechtmatige grondslag voor handelen namens de gebruiker aantonen voor zover toepasselijk recht dit vereist.
Wij mogen een handeling weigeren of beperken als wij bevoegdheid niet redelijkerwijs kunnen bevestigen, als uitvoering gegevens van anderen zou onthullen, de wet zou schenden, een beveiligingsdreiging zou creëren of een lopend geschil/verplichte bewaring zou raken. Wij leggen waar mogelijk de reden en beschikbare herbeoordelingsroute uit. Controle mag geen betalingsgeheimen, onnodige biometrische gegevens of informatie zonder verband met het verzoek vereisen.
5. Wat er na bevestiging gebeurt
Na bevestigde verwijdering beëindigt Ailoot gewone accounttoegang, sluit actieve sessies, schakelt API-sleutels van het account uit en begint gegevens uit actieve systemen te verwijderen of anonimiseren binnen de toepasselijke procedure, mits dit de wet, beveiliging, uitvoering van een nog niet voltooide verplichting of organisatierechten niet belemmert.
Afhankelijk van daadwerkelijk ingeschakelde functies kunnen de gevolgen zijn:
| Object | Gewoon gevolg van verwijdering |
|---|---|
| Persoonlijk profiel en sessies | inloggen en toegang tot het persoonlijke account eindigen; actieve sessies worden gesloten |
| API-sleutels | accountsleutels worden uitgeschakeld; nieuwe aanvragen ermee worden geweigerd |
| Gegenereerde mediabestanden | worden verwijderd of geanonimiseerd voor zover Ailoot hierover beschikt, met inachtneming van back-up- en juridische uitzonderingen |
| Aanvraaginhoud die aan een modelleverancier is verstrekt | wordt door de modelleverancier volgens eigen regels verwerkt; Ailoot biedt redelijke hulp binnen zijn rol |
| Reserveringen en lopende aanvragen | een Reservering voor een aanvraag met onbevestigde uitkomst blijft staan tot controle van de uitkomst; er wordt niet dubbel afgeschreven |
| Organisatie | persoonlijk lidmaatschap of toegang kan eindigen, maar organisatiegegevens, beheerdersrechten en de organisatieovereenkomst vallen onder afzonderlijke regels |
| Gebruiks-, betalings- en afrekeningsregistraties | geschiedenis die nodig is voor rechtmatige administratie, terugbetaling, een geschil, fraudepreventie of bescherming van aanspraken kan beperkt worden bewaard |
Voor verwijdering gelden de bewaarcriteria uit hoofdstuk 7 van de hoofdtekst van het Beleid: actieve gegevens worden na verwerking van het verzoek verwijderd of geanonimiseerd; geïsoleerde back-ups worden volgens de gewone cyclus opgeschoond en keren niet terug naar gewoon gebruik. Een modelleverancier of betalingsdienstverlener kan een eigen verwijderingsprocedure hebben voor al doorgegeven gegevens; waar nodig verwijzen wij de gebruiker naar die ontvanger of bieden redelijke hulp binnen onze rol.
6. Wat beperkt bewaard kan blijven
Ook na accountverwijdering mag de dienst ailoot.ai een minimum aan gegevens bewaren als dit nodig is voor:
naleving van de wet, afrekening, fiscale/administratieve vastlegging of beantwoording van een verplicht verzoek;
bevestiging van betaling, terugbetaling, correctie, controle van een aanvraaguitkomst, voorkoming van dubbele vergoeding of afhandeling van een betalingsgeschil, inclusief schulden door een betwiste betaling;
onderzoek van een overtreding, systeembescherming, fraudepreventie en beveiliging;
vaststelling, uitoefening of verdediging van rechtsvorderingen;
uitvoering van een overeenkomst met een organisatie als de gegevens haar betreffen en de gebruiker niet als enige zeggenschap heeft.
Die registraties worden van gewoon accountgebruik geïsoleerd en zonder zelfstandige rechtmatige grondslag niet gebruikt voor personalisatie, marketing, modeltraining of hernieuwde persoonlijke toegang. Als de wet langere bewaring vereist of bekendmaking van een bepaalde handeling verbiedt, voldoet Ailoot aan die eis voor zover noodzakelijk.
7. Organisaties en zakelijke accounts
Verwijdering van een persoonlijk account mag niet onverwacht organisatiegegevens vernietigen of haar enige beheerder toegang ontnemen. Als een gebruiker namens een organisatie handelt, controleert Ailoot wie de organisatietoegang beheert en welke handelingen een deelnemer mag verrichten. De organisatie mag haar materiaal, logboeken en rechtmatige registraties onafhankelijk van verwijdering van het persoonlijke deelnemersprofiel bewaren als dit overeenstemt met haar overeenkomst en het recht.
Als de organisatie de doelen voor verwerking van gebruikersgegevens bepaalt, kan een deelnemersverzoek om zakelijke content te verwijderen deelname van een beheerder of de organisatie als verantwoordelijke partij vereisen. Ailoot negeert het verzoek niet: wij bepalen welke gegevens eigen doelen van de dienst ailoot.ai betreffen en welke organisatie-instructies volgen, en verwijzen het verzoek naar het toepasselijke kanaal. Meer informatie staat in bijlage 4 bij dit Beleid («Voorwaarden voor gegevensverwerking voor organisaties»).
8. Betalingen, saldo en terugbetalingen
Accountverwijdering leidt niet tot terugbetaling van een opwaardering of uitbetaling van een ongebruikt saldorestant: dit wordt niet in geld uitgekeerd, behalve als toepasselijke wetgeving terugbetaling verplicht stelt. Verwijdering heft verplichte rechten op rechtmatige terugbetaling niet op. Als de gebruiker een betaling wil betwisten, een onjuiste of dubbele afschrijving wil corrigeren, terugbetaling bij niet-levering wil krijgen of een dwingend consumentenrecht wil uitoefenen, moet dit afzonderlijk worden vermeld in een verzoek volgens Bijlage 3 bij het Aanbod («Terugbetalingen en betalingsgeschillen»).
Een betaling via de betalingsdienstverlener op de betaalpagina kan een afzonderlijk verzoek aan die provider vereisen. Ailoot beheert annulering en terugbetaling niet waar die bevoegdheid bij de betalingsdienstverlener of een andere betalingspartij ligt. Wij gebruiken accountverwijdering echter niet als reden om verplichte terugbetaling, foutcorrectie of rechtmatige behandeling te weigeren. Accountverwijdering heft een schuld wegens een betwiste betaling niet op.
9. Status, termijnen en herbeoordeling
Wij behandelen een bevestigd verzoek binnen de termijn van het toepasselijke recht en melden het resultaat of de rechtmatige reden om bepaalde gegevens te bewaren. Technische verwijdering, opschoning van back-ups en een reactie van een externe ontvanger kunnen verschillende fasen hebben; dit geeft geen grond om gegevens na bevestigde verwijdering weer gewoon toegankelijk te maken.
Als de gebruiker meent dat verwijdering, beperking of weigering onjuist is afgehandeld, kan hij via support@ailoot.ai om herbeoordeling vragen en andere rechtsmiddelen volgens toepasselijke wetgeving gebruiken. Aanvullende rechten en termijnen gelden zoals bepaald in de hoofdtekst van het Beleid en toepasselijke wetgeving.
Vragen over de verwijderingsprocedure kunnen worden gericht aan support@ailoot.ai.
Bijlage 4. Voorwaarden voor gegevensverwerking voor organisaties
Deze bijlage bepaalt algemene B2B-afspraken voor een organisatie die Ailoot via het gebruikersportaal, de API of een andere zakelijke bestelling gebruikt. Een specifieke B2B-bestelling en gegevensverwerkingsbijlage bepalen de toepasselijke rollen, routes, audit, termijnen, overdrachtsvoorwaarden en bijzondere instellingen. Deze voorwaarden gelden voor de Klant wanneer zij uitdrukkelijk in zijn B2B-overeenkomst met de dienst ailoot.ai zijn opgenomen.
Voor een gewoon persoonlijk account bepaalt de dienst ailoot.ai doorgaans als zelfstandig verwerkingsverantwoordelijke de doelen voor account-, betalings-, beveiligings- en ondersteuningsverwerking; de hoofdtekst van het Beleid geldt. Voor persoonsgegevens die een klantorganisatie via Ailoot over werknemers, klanten of anderen verstrekt en waarvoor zij doelen/wezenlijke middelen bepaalt, gelden onderstaande afspraken «klant als verwerkingsverantwoordelijke — Ailoot als verwerker» binnen de daadwerkelijk gesloten B2B-overeenkomst.
1. Rollen, toepassingsgebied en rangorde
In deze bijlage:
- Klant: de organisatie of ondernemer die met de dienst ailoot.ai een B2B-bestelling voor Ailoot heeft gesloten;
- Verwerkingsverantwoordelijke: de Klant wanneer hij doelen en wezenlijke middelen voor verwerking van persoonsgegevens van gebruikers, werknemers, klanten of anderen bepaalt;
- Verwerker: de dienst ailoot.ai wanneer deze Customer Personal Data volgens gedocumenteerde instructies van de Klant verwerkt om Ailoot te leveren;
- Customer Data: gegevens die de Klant, zijn beheerder of een API-gebruiker namens de Klant aan Ailoot verstrekt, inclusief persoonsgegevens;
- Customer Personal Data: het gedeelte van Customer Data dat volgens toepasselijk recht persoonsgegevens vormt;
- Subverwerker: degene die Ailoot inschakelt om Customer Personal Data namens de Klant binnen de toepasselijke rol te verwerken;
- Gedocumenteerde instructies: schriftelijke overeenkomst-/bestellingsvoorwaarden, de door de Klant gekozen configuratie, gebruikersportaal-/API-instellingen en andere instructies van een bevoegde persoon die Ailoot rechtmatig en technisch kan uitvoeren.
Een afzonderlijke B2B-bestelling of DPA heeft voorrang op deze algemene bijlage voor onderwerpen die zij specifiek regelt. Voor persoonsgegevens heeft de DPA bij tegenstrijdigheid voorrang op algemene commerciële voorwaarden. Dwingend recht heeft voorrang op de overeenkomst. Deze bijlage heft geen rechten van natuurlijke personen volgens toepasselijk recht op en maakt niet elke externe leverancier automatisch tot subverwerker: de rol hangt af van de feitelijke gegevensstroom, overeenkomst en verwerkingsdoel.
De dienst ailoot.ai blijft zelfstandig verwerkingsverantwoordelijke voor de minimale gegevens die nodig zijn om zijn eigen overeenkomst en product te beheren: aanmaak/beheer van het Klantaccount, saldoafrekening en belastingen, preventie van fraude en overtredingen, infrastructuurbescherming, verplichte rapportage, geschillenbeslechting en bescherming van rechtsvorderingen. Voor deze zelfstandige doelen geldt de hoofdtekst van het Beleid, niet een onbeperkte instructie van de Klant.
2. Verwerking uitsluitend volgens instructies en een toegestaan doel
Als Ailoot als verwerker handelt, verwerkt het Customer Personal Data uitsluitend voor levering, ondersteuning, bescherming en uitvoering van Ailoot volgens de B2B-overeenkomst, bestelling, gekozen configuratie en rechtmatige instructies van de Klant. Verwerking kan ontvangst, registratie, ordening, opslag, toegang, overdracht naar de gekozen route, resultaatweergave, beperkte caching, verwijdering/anonimisering, technische diagnose en beveiligingsmaatregelen omvatten, uitsluitend voor zover noodzakelijk voor de betreffende functie.
De Klant is er verantwoordelijk voor dat zijn instructies rechtmatig en transparant voor betrokkenen zijn, geen rechten van derden schenden, bij zijn verwerkingsgrondslag passen en noodzakelijke kennisgevingen/toestemmingen omvatten. De Klant draagt Ailoot alleen verwerking op die hij zelf mag uitvoeren en gebruikt de interface niet voor verborgen overdracht van bijzondere, biometrische, medische, kinder- of andere informatie met een hoog risico zonder passende beoordeling, overeenkomst en bescherming.
Ailoot informeert de Klant als het redelijkerwijs vaststelt dat een uitdrukkelijke instructie toepasselijk recht of de B2B-overeenkomst schendt, behalve als bekendmaking wettelijk verboden is. Ailoot mag Customer Personal Data anders verwerken als de wet dit verplicht; waar de wet dit toestaat, informeert het de Klant vóór die verwerking of zonder onredelijke vertraging erna.
De Klant wijst bevoegde beheerders aan en houdt hun contactgegevens actueel. Een instructie die model, route, bewaring, beheerderstoegang, export, gegevenstype of grensoverschrijdende overdracht verandert, moet van zo’n bevoegde persoon komen en uitdrukkelijk in de beschikbare configuratie/bestelling staan. Een onduidelijke e-mail, instructie van een onbevoegde persoon of aanvraag buiten de gedocumenteerde configuratie hoeft niet als instructie van de verwerkingsverantwoordelijke te worden uitgevoerd.
3. Verwerkingsdetails: verplichte bijlage voor elke B2B-bestelling
Elke B2B-bestelling bevat een feitelijk verwerkingsoverzicht voor Customer Personal Data. Dit bepaalt de specifieke gegevens en verwerkingsdoelen; het omvat geen onbepaalde hoeveelheid «alle gegevens voor alle doelen». De minimale inhoud is:
| Veld in de bijlage | Wat moet worden vermeld |
|---|---|
| Partijen en contactgegevens | Klant, de dienst ailoot.ai, bevoegde beheerders, privacy-/incidentcontacten; waar nodig een vertegenwoordiger/DPO na daadwerkelijke aanstelling |
| Product en functies | gebruikersportaal, API, bestanden, mediageneratie, modellen en methoden en andere daadwerkelijk ingeschakelde mogelijkheden |
| Onderwerp en duur | overeenkomst-/bestellingsperiode, startmoment, toepasselijke beëindigingscriteria, procedure voor export/teruggave/verwijdering |
| Doelen | levering van het gekozen product, uitvoering van gedocumenteerde instructies, ondersteuning, bescherming, wettelijke verplichtingen; zelfstandige doeleinden van Ailoot als verwerkingsverantwoordelijke worden afzonderlijk vermeld |
| Categorieën betrokkenen | bijvoorbeeld gebruikers, werknemers, klanten, partners van de Klant of anderen, uitsluitend daadwerkelijk verwachte groepen |
| Gegevenscategorieën | account-e-mailadres, API-sleutels, gebruiksregistraties (model, methode, tijdstip, hoeveelheid, kosten, aanvraag-ID’s), aanvragen (prompt) en bestanden, resultaten, voor downloaden bewaarde mediabestanden, ondersteuningsverzoeken en andere gegevens die de functie werkelijk nodig heeft |
| Bijzondere/gevoelige gegevens | verbod of een specifiek overeengekomen verwerkingstype, rechtsgrondslag, maatregelen, toegestane modellen en routes; een ontbrekende vermelding betekent geen toestemming |
| Handelingen en frequentie | ontvangst, opslag, routering, toegang, resultaatteruggave, cache, verwijdering en regelmaat, zonder schijnprecisie |
| Ontvangers en routes | gecontroleerd register van subverwerkers en model-/toolleveranciers, landen en functies, of een link naar een bijgehouden contractueel register |
| Beveiliging, overdracht en verwijdering | toepasselijke maatregelen, incidentcontact, overeengekomen mechanisme voor internationale overdracht, teruggave-/verwijderingsregels en uitzonderingen |
Een modelleverancier ontvangt Customer Data uitsluitend binnen de gekozen toepasselijke route: aanvraaginhoud (prompt, bestanden) wordt aan de modelleverancier die de aanvraag uitvoert doorgegeven en deze kan zich buiten het land van de Klant bevinden. Bijlage 5 bij het Aanbod («Voorwaarden van modellen en leveranciers») biedt toegang tot gepubliceerde leveranciersvoorwaarden. Zij vervangt niet de met de Klant overeengekomen informatie over daadwerkelijke ontvanger, gegevensmodus en internationale overdracht. Geen training, beperkte bewaring of een specifiek gebied geldt voor de Klant wanneer dit uitdrukkelijk in de toepasselijke configuratie of B2B-overeenkomst staat.
4. Vertrouwelijkheid en toegang van bevoegde personen
Ailoot staat verwerking van Customer Personal Data alleen toe aan personen die toegang nodig hebben voor dienstverlening, beveiliging, ondersteuning, naleving van de wet of uitvoering van de B2B-overeenkomst. Zij moeten gebonden zijn aan vertrouwelijkheidsverplichtingen die passen bij de gegevens en minstens zo streng zijn als de overeenkomst en de wet vereisen. Toegang volgt noodzakelijkheid en evenredigheid aan de functie.
De Klant moet ook toegang tot zijn configuratie, API-sleutels, beheerdersinloggegevens en gebruikersportaal beperken. Verstrekking van een sleutel aan een onbevoegde persoon, een gedeeld account zonder rolgebaseerd beheer of gebruik van gegevens van een andere organisatie buiten instructies kan een risico creëren waarvoor Ailoot niet als voor een eigen handeling kan instaan. Dit ontslaat Ailoot niet van de plicht systemen te beschermen en op een bevestigd incident binnen zijn eigen controle te reageren.
Vertrouwelijke gegevens omvatten geen informatie die openbaar werd zonder overtreding door de ontvanger, rechtmatig zonder vertrouwelijkheidsplicht van een derde is verkregen, onafhankelijk zonder toegang tot vertrouwelijke informatie is ontwikkeld of wettelijk bekend moet worden gemaakt. Bij verplichte bekendmaking informeert Ailoot de Klant waar rechtmatig en beperkt het de bekendmaking tot wat noodzakelijk is.
5. Subverwerkers, modelleveranciers en routewijzigingen
Ailoot mag subverwerkers inschakelen waar nodig voor levering, ondersteuning, beveiliging of uitvoering van Ailoot. Vóór een subverwerker toegang tot Customer Personal Data krijgt, waarborgt Ailoot toepasselijke contractuele plichten voor vertrouwelijkheid, beveiliging en verwerking uitsluitend voor het toegestane doel. Ailoot blijft jegens de Klant binnen de B2B-overeenkomst verantwoordelijk voor de nakoming van de verplichtingen van Ailoot door de subverwerker, tenzij dwingend recht anders bepaalt.
Een afzonderlijke DPA/bestelling bepaalt hoe een actueel register van belangrijke subverwerkers en modelroutes kan worden verkregen. Het register bevat gegevens die op de registratiedatum zijn bevestigd over ontvanger/categorie, functie, routestatus en land/overdracht waar die informatie verplicht is. Het register wordt bepaald door het product, model en de configuratie van de Klant.
Als de B2B-overeenkomst de Klant kennisgeving of het recht geeft gemotiveerd bezwaar te maken tegen een nieuwe belangrijke subverwerker, bepaalt zij kanaal, termijn, motiveringseisen, mogelijke alternatieven en gevolgen als technisch geen toegestane oplossing bestaat. Het recht geldt binnen de wet, beveiliging, beschikbaarheid van de leverancier en het product. Als de individuele B2B-overeenkomst dit recht niet vastlegt, gelden voor routewijzigingen de algemene voorwaarden en het toepasselijke recht.
Een model-/routewijziging die voorwaarden voor Customer Personal Data wezenlijk verandert, wordt als configuratiewijziging behandeld: Ailoot maakt die aan de bevoegde Klant bekend binnen de overeenkomst en verkrijgt de vereiste bevestiging/handeling vóór gebruik waar de wet, bestelling of overeengekomen instelling dit vereist. Automatische fallback wordt niet gebruikt om overeengekomen gegevensbeperkingen te omzeilen.
6. Beveiliging en incidenten met persoonsgegevens
Ailoot past op Customer Personal Data maatregelen toe die evenredig zijn aan het risico van de werkelijke verwerking. De B2B-bijlage bevat een gecontroleerde set toepasselijke organisatorische en technische maatregelen. Certificering, een bepaald algoritme, audit, infrastructuurland, hersteltijd of onafhankelijke controle behoort alleen tot de verplichtingen van Ailoot als dit uitdrukkelijk in de B2B-overeenkomst of bijlage staat.
Bij ontdekking van een persoonsgegevensincident binnen zijn eigen controle neemt Ailoot redelijke maatregelen om het incident te beheersen, onderzoeken en de gevolgen te beperken. Als het incident Customer Personal Data raakt en de wet of B2B-overeenkomst kennisgeving aan de Klant vereist, informeert Ailoot de Klant zonder onredelijke vertraging zodra voldoende eerste informatie beschikbaar is. De melding bevat de dan bekende aard van het incident, getroffen categorieën/systemen, genomen of geplande maatregelen en een kanaal voor vervolgcontact. Vervolginformatie kan tijdens het onderzoek worden aangevuld.
De Klant bepaalt in zijn rol als verwerkingsverantwoordelijke of hij betrokkenen of de toezichthouder moet informeren, tenzij de wet rechtstreeks een andere verplichting aan Ailoot oplegt. Ailoot biedt redelijke hulp binnen beschikbare informatie, het werkelijke product en de overeenkomst. De meldingstermijn wordt bepaald door toepasselijk recht, de B2B-overeenkomst en de overeengekomen incidentprocedure.
7. Verzoeken van betrokkenen, overheidsinstanties en medewerking
Als Ailoot een verzoek van een betrokkene ontvangt over Customer Personal Data waarvoor de Klant als verwerkingsverantwoordelijke verantwoordelijk is, stuurt Ailoot dit waar mogelijk naar de Klant door of adviseert het de betrokkene contact op te nemen met de Klant. Het biedt redelijke hulp binnen de B2B-overeenkomst, beschikbare informatie en de wet. Het antwoord van Ailoot blijft beperkt om geen gegevens van een ander, bedrijfsgeheimen van de Klant, beveiligingsmaatregelen of wettelijk beschermde informatie te onthullen.
Op een onderbouwd verzoek van de Klant kan Ailoot evenredige hulp bieden bij een gegevensbeschermingseffectbeoordeling, overleg met een instantie of een andere verplichting van de verwerkingsverantwoordelijke als dit verband houdt met de werkelijk geleverde dienst. Omvang, kosten, termijnen en toegestane materialen volgen de B2B-overeenkomst, aard van het verzoek en beveiliging. Deze hulp betekent niet dat Ailoot juridisch adviseur van de Klant is.
Bij een rechtmatig overheidsverzoek beoordeelt Ailoot dit binnen zijn bevoegdheid en maakt het alleen het noodzakelijke bekend. Als overeenkomst en wet dit toestaan, informeert Ailoot de Klant vóór of onmiddellijk na bekendmaking. Een melding kan worden uitgesteld of achterwege blijven als zij verboden is, onderzoek kan belemmeren, risico kan creëren of een wettelijke verplichting kan schenden.
8. Informatie over naleving en audit
De Klant mag informatie vragen die redelijkerwijs nodig is om nakoming van de overeengekomen B2B-afspraken te bevestigen. Ailoot beoordeelt het verzoek met inachtneming van vertrouwelijkheid, beveiliging, rechten van andere klanten, beschikbaar bewijs en de aard van verwerking. Beschikbare documenten, vragenlijstantwoorden, een samenvatting van maatregelen of onafhankelijk bewijs kunnen een aanvaardbaar alternatief voor audit zijn als zij werkelijk bestaan en voldoende zijn voor het doel.
Een audit op locatie of op afstand vindt plaats wanneer de B2B-overeenkomst uitdrukkelijk in deze audit voorziet en scope, termijn, auditoronafhankelijkheid, vertrouwelijkheid, systeembescherming, frequentie en kosten zijn overeengekomen. Een audit geeft geen toegang tot infrastructuur, broncode, sleutels, gegevens van andere klanten, beveiliging van de modelleverancier of ander materiaal waarvan bekendmaking vertrouwelijkheid, beveiliging, rechten van derden of de wet schendt.
9. Teruggave, verwijdering en beëindiging van een B2B-bestelling
Bij beëindiging van een B2B-bestelling krijgt de Klant een redelijke gelegenheid teruggave of export van Customer Data in een beschikbaar formaat te verzoeken als dit technisch uitvoerbaar is en rechten van derden, beveiliging, de wet of leveranciersvoorwaarden niet schendt. De B2B-bestelling of verwerkingsbijlage bepaalt termijn, formaat, kosten, omvang en contact voor dat verzoek.
Na de toepasselijke teruggave-/exportperiode verwijdert of anonimiseert Ailoot Customer Personal Data binnen zijn rol, tenzij de wet, beveiliging, een geschil, administratie, bescherming van rechten of de overeenkomst beperkte bewaring vereist. Back-ups en geïsoleerde kopieën worden volgens de werkelijke cyclus opgeschoond, keren niet terug naar gewoon gebruik en bieden geen toegang tot een hersteld account zonder zelfstandige grondslag. Modelleveranciers kunnen gegevens volgens eigen contractvoorwaarden bewaren; de toepasselijke route en mogelijke hulp staan in het register/de bijlage.
Teruggave en verwijdering volgen criteria van de B2B-bestelling, het werkelijke product, de back-upcyclus en het toepasselijke recht. Een bijzondere termijn, data residency, retention lock, destruction certificate of afzonderlijke export geldt wanneer dit vóór verwerking is overeengekomen en in de bijlage vermeld.
10. Internationale overdrachten
Voor Customer Personal Data met beperkingen voor internationale overdracht bepalen partijen eerst de werkelijke gegevensstroom: exporteur, importeur, rollen, landen, gegevenscategorieën, ontvangers, modelroute en toepasselijk recht. Daarna sluiten zij een afzonderlijke bijlage of gebruiken zij een ander erkend mechanisme indien nodig. Dit kan contractvoorwaarden voor de EER, het Verenigd Koninkrijk, Zwitserland of een ander gebied omvatten, maar pas nadat de verplichte partijen, bijlagen en gegevens zijn ingevuld.
Een individuele bijlage over grensoverschrijdende overdracht wordt onderdeel van de B2B-overeenkomst nadat het toepasselijke mechanisme en noodzakelijke gegevens over partijen, route en gegevens zijn vastgesteld. De hoofdtekst van het Beleid dient als openbare kennisgeving; een specifieke waarborg voor verwerking in één land, SCC, UK addendum of een ander transfer mechanism geldt uitsluitend in een individuele bijlage die dit uitdrukkelijk vermeldt.
11. Aansprakelijkheid, wijzigingen en samenhang met andere voorwaarden
Verplichtingen en rechtsmiddelen voor gegevensverwerking gelden binnen de B2B-overeenkomst en dwingend recht. Aansprakelijkheidsgrens, schadeloosstelling, vertrouwelijkheid en geschillenprocedure gelden voor zover uitdrukkelijk in de B2B-overeenkomst vastgelegd. Een B2B-beperking geldt niet voor een consument als de wet dit niet toestaat en beperkt geen onvervreemdbare rechten van een betrokkene.
Ailoot mag de algemene B2B-afspraken bijwerken bij wijzigingen van recht, product, werkelijke subverwerker of beveiligingseisen. Een wezenlijke wijziging volgt de met de Klant overeengekomen kennisgevingsprocedure en werking voor de toekomst en verandert geen eerder overeengekomen route, verwerkingsbijlage of dwingende rechten achteraf. Vragen van de organisatie kunnen naar support@ailoot.ai worden gericht; een B2B-bestelling kan een afzonderlijk werkcontact bepalen.
Minimaal formulier voor het verwerkingsoverzicht
Het volgende formulier wordt met actuele gegevens voor de specifieke B2B-bestelling ingevuld:
| Veld | In te vullen inhoud |
|---|---|
| Klant / contact van de verwerkingsverantwoordelijke | naam, adres/contact, privacy- en incidentcontact, bevoegde beheerder |
| Ailoot / contact van de verwerker | de dienst ailoot.ai als contractspartij; operationeel privacy-/incidentcontact (tot aanstelling: support@ailoot.ai) |
| Dienst en bestelling | gebruikersportaal, API en specifieke functies, contractversie, begin- en einddatum |
| Instructies | overeenkomst, bestelling, instellingen, API-documentatie, bevoegde beheerder; rechtmatige verplichte uitzonderingen |
| Doelen en handelingen | dienstverlening, gekozen functies, ondersteuning, beveiliging, verwijdering/export |
| Betrokkenen en gegevens | werkelijke categorieën, gevoelige gegevens/verbod, verwachte omvang en frequentie |
| Subverwerkers en modellen | actueel register, rollen, functies, landen/overdrachten, wijzigingsregels |
| Beveiliging en incidenten | bevestigde maatregelen, contact, kennisgeving en ondersteuningsprocedure |
| Bewaring, teruggave en verwijdering | criterium, exportformaat, back-up-/juridische uitzonderingen, bevestiging van beëindiging |
| Gegevensoverdracht | toepasselijk recht, exporteur/importeur, afzonderlijk mechanisme en bijlagen indien nodig |
Bijlage 5. Toestemming voor verwerking van persoonsgegevens
Door mij te registreren in het gebruikersportaal op ailoot.ai, een API-sleutel aan te maken, het saldo op te waarderen of de dienst ailoot.ai (hierna: «Ailoot», «Dienst») anders te gebruiken, geef ik vrij, uit eigen wil en in mijn eigen belang toestemming aan de Dienst om mijn persoonsgegevens onder onderstaande voorwaarden te verwerken. Deze toestemming is een zelfstandig document: zij is uitsluitend voor eenvoudige raadpleging als bijlage 5 bij het Privacybeleid van Ailoot opgenomen en maakt geen deel uit van de tekst van het Openbaar aanbod en de licentieovereenkomst Ailoot of de hoofdtekst van het Privacybeleid van Ailoot.
1. Verwerkingsverantwoordelijke
Verwerkingsverantwoordelijke voor persoonsgegevens is de dienst ailoot.ai. Contact met de verwerkingsverantwoordelijke verloopt per e-mail via support@ailoot.ai.
2. Verwerkingsdoelen
- Accountaanmaak en -beheer, bevestiging van inloggen, herstel van toegang, uitgifte en controle van API-sleutels en beschikbaarstelling van het gebruikersportaal.
- Uitvoering van API-aanvragen: noodzakelijk aanvraagmateriaal aan de uitvoerende modelleverancier doorgeven, het resultaat teruggeven, gegenereerde media voor downloaden bewaren en gebruik registreren.
- Afrekening: opwaarderingen na bevestiging van de betalingsdienstverlener op de betaalpagina bijschrijven, verwachte aanvraagkosten reserveren en werkelijke kosten één keer afschrijven, betwiste betalingen en bijbehorende schulden registreren en terugbetalingen behandelen.
- Gebruikers ondersteunen en verzoeken, klachten en geschillen behandelen.
- Beveiliging en werking van de Dienst waarborgen en fraude en misbruik voorkomen.
- Verplichtingen volgens toepasselijke wetgeving nakomen.
3. Gegevenscategorieën
- Accountgegevens: e-mailadres; weergavenaam als ik die opgeef; account- en sessie-ID’s; instellingen en toestemmingsgeschiedenis.
- API-sleutels: ID, naam, zichtbaar sleutelgedeelte, aanmaaktijd, status en instellingen.
- Gebruiksregistraties: model, methode, tijdstip, hoeveelheid, kosten, aanvraag-ID’s, Reserveringen en afschrijvingen.
- Betalingsgegevens van de betalingsdienstverlener op de betaalpagina: transactie-ID, betaalmethode, status, bedragen, toegepaste wisselkoers en kosten, zonder volledige kaartgegevens.
- Aanvraagmateriaal en resultaten: teksten, bestanden, afbeeldingen, audio en video die ik verstuur en gegenereerde resultaten, inclusief media die voor downloaden worden bewaard.
- Technische gegevens: IP-adres, informatie over browser of clienttoepassing, activiteitenlogboeken en diagnostische gegevens.
- Inhoud van mijn ondersteuningsverzoeken.
4. Handelingen met gegevens
Verzamelen, registreren, systematiseren, bijeenbrengen, bewaren, corrigeren (bijwerken, wijzigen), ophalen, gebruiken, doorgeven (verstrekken, toegang bieden), anonimiseren, blokkeren, verwijderen en vernietigen, met en zonder geautomatiseerde middelen.
5. Gegevensoverdracht
Ik begrijp en ga ermee akkoord dat de inhoud van mijn aanvragen (prompts, bestanden) wordt doorgegeven aan de modelleverancier die de aanvraag uitvoert (bijvoorbeeld Anthropic, OpenAI, Google, xAI, Alibaba, MiniMax, NVIDIA) en dat deze leverancier zich buiten mijn woonland kan bevinden. Betalingsinformatie wordt verwerkt door de betalingsdienstverlener op de betaalpagina. De ontvangerscategorieën staan in hoofdstuk 5 van het Privacybeleid van Ailoot.
6. Geldigheid en intrekking
De toestemming geldt totdat de verwerkingsdoelen zijn bereikt of zij wordt ingetrokken. Bewaartermijnen voor afzonderlijke gegevenscategorieën worden bepaald door hoofdstuk 7 van het Privacybeleid van Ailoot.
Ik kan mijn toestemming intrekken door een verzoek naar support@ailoot.ai te sturen. Na intrekking beëindigt de Dienst verwerking waarvoor toestemming nodig is, behalve als verwerking op een andere grondslag volgens toepasselijke wetgeving mag doorgaan (bijvoorbeeld voor uitvoering van de overeenkomst, afrekeningsadministratie of bescherming van rechten). Intrekking beïnvloedt niet de rechtmatigheid van verwerking vóór intrekking.
7. Rechten
Mijn rechten met betrekking tot persoonsgegevens en de procedure om deze uit te oefenen staan in hoofdstuk 9 van het Privacybeleid van Ailoot.
Bijlage 6. Inbreuk op intellectuele-eigendomsrechten
Deze bijlage vormt Bijlage 7 bij het Openbaar aanbod en de licentieovereenkomst Ailoot en is voor eenvoudige raadpleging in het Privacybeleid van Ailoot opgenomen. Zij vult het Aanbod, Bijlage 4 bij het Aanbod («Regels voor aanvaardbaar gebruik van Ailoot»), Bijlage 5 bij het Aanbod («Voorwaarden van modellen en leveranciers») en Bijlage 6 bij het Aanbod («Bijzondere voorwaarden voor functies van Ailoot») aan.
1. Doel en grenzen van de procedure
1.1. Ailoot behandelt te goeder trouw gedane meldingen van vermoedelijke inbreuk op auteursrechten, naburige rechten, merkrechten, octrooirechten, databankrechten, bedrijfsgeheimen, portretrechten en andere intellectuele-eigendomsrechten of vergelijkbare rechten in verband met Content, een functiebeschrijving of ander via Ailoot beschikbaar materiaal.
1.2. Deze procedure vormt geen verklaring dat een bijzondere Amerikaanse procedure van toepassing is, dat een DMCA-agent is aangesteld of dat het recht van één land automatisch wordt aanvaard. Toepasselijke wetgeving, bevoegdheden van de verzoeker, gebruikslocatie, aard van het recht en voorwaarden van het gekozen Model kunnen verschillen. Een melding vervangt geen rechterlijk verbod, licentieovereenkomst, verplichte overheidsprocedure of juridisch advies.
1.3. Ailoot kan slechts beperkte technische toegang tot een privéprompt, bestand of Resultaat hebben. Wij hoeven besloten materiaal, geheimen, gegevens van derden, sleutels of onderzoeksinformatie niet aan een andere partij bekend te maken. Als het onderwerp een leveranciersroute betreft, kan de verplichte procedure van die leverancier een afzonderlijk verzoek aan hem vereisen; dit moet in Bijlage 5 bij het Aanbod («Voorwaarden van modellen en leveranciers») staan.
2. Een melding indienen
2.1. Stuur de melding naar support@ailoot.ai met het onderwerp «IE-klacht Ailoot». Stuur geen wachtwoorden, API-sleutels, CVV/CVC, PIN, eenmalige bankcodes of materiaal dat niet nodig is om het onderwerp van de klacht te identificeren.
2.2. Om controle mogelijk te maken, moet de melding voor zover redelijkerwijs mogelijk bevatten:
de naam van de verzoeker of organisatie, een geschikt contact en het land/gebied waarop de aanspraak betrekking heeft;
vermelding of de verzoeker als rechthebbende, vertegenwoordiger, licentienemer of andere bevoegde persoon handelt; voor een vertegenwoordiger: beschikbaar bewijs van bevoegdheid;
een beschrijving van het beschermde object en het specifieke recht waarop de verzoeker zich beroept; indien beschikbaar een link naar de oorspronkelijke bron, registratienummer, licentie, aanmaakdatum of ander materiaal om het recht te controleren;
een exacte link, aanvraag- of materiaal-ID, gebruiker, tijdstip, screenshot of andere manier om het betwiste materiaal in Ailoot te vinden; bij privémateriaal een aanvraag-ID of account uitsluitend voor zover de verzoeker hierover rechtmatig beschikt;
uitleg waarom het gebruik vermoedelijk inbreuk maakt en welke handeling wordt gevraagd: toegangsbeperking, materiaalverwijdering, verduidelijking van bronvermelding, doorgeven van contactgegevens, bewaren van bewijs of een andere evenredige handeling;
bevestiging dat de verzoeker te goeder trouw meent dat de informatie juist en het verzoek rechtmatig is, en een elektronische handtekening, naam onder het bericht of andere manier om te bevestigen wie de verklaring heeft afgelegd.
2.3. Als informatie onvoldoende of tegenstrijdig is of materiaal betreft dat Ailoot niet kan vinden, mogen wij om verduidelijking vragen. Dit is geen inhoudelijke afwijzing en betekent niet dat het betwiste materiaal rechtmatig is bevonden. Wij eisen niet dat de verzoeker vooraf bewijs verstrekt dat hij wettelijk niet hoeft te onthullen of waarvan overdracht een extra rechtenschending zou veroorzaken.
3. Controle en mogelijke maatregelen
3.1. Na ontvangst van een voldoende concrete melding controleert Ailoot beschikbare informatie, de toepasselijke overeenkomst, aard van de functie, argumenten van de betrokken partij en wettelijke eisen. Wij mogen aanvullend materiaal vragen, relevante logboeken tijdelijk in toegestane omvang bewaren, materiaaltoegang beperken, metadata verwijderen, een specifieke functie tijdelijk beperken of een handeling weigeren als de klacht duidelijk niet op Ailoot betrekking heeft of geen juridische grondslag bevat.
3.2. Niet elke gelijkenis van een Resultaat met werk van een ander bewijst inbreuk. Een generatief Resultaat kan niet-uniek zijn en kwesties van auteurschap, licentie, fair use, citeren, parodie, publiek domein, de overeenkomst en territoriaal recht vereisen beoordeling van het concrete geval. Wij beloven geen automatische verwijdering na één bewering en beslechten geen complex rechtengeschil definitief in plaats van een bevoegde instantie of rechter.
3.3. Bij een spoedeisende dreiging van voortdurende inbreuk, risico op openbaarmaking van bedrijfsgeheimen, openbare toegang tot persoonsgegevens of een verplichte wettelijke eis kan vóór een gebruikersreactie worden gehandeld. In andere gevallen informeren wij de betrokken Gebruiker waar mogelijk zonder overbodige verzoekersgegevens bekend te maken of de wet, beveiliging of rechten van derden te schenden.
3.4. Beperking van materiaal volgens deze procedure betekent geen erkenning van aansprakelijkheid, heft dwingende consumentenbescherming niet op en schept geen recht op toegang tot Content van anderen. Voor API-handelingen of een privéaanvraag wordt een minimaal toereikende maatregel gekozen: deze kan bijvoorbeeld bepaald materiaal, een sleutel of een Route betreffen in plaats van het volledige account.
4. Toelichting en tegenverklaring van de betrokken partij
4.1. De Gebruiker of een andere betrokken rechthebbende kan op een melding reageren via support@ailoot.ai, met vermelding van bericht-/materiaal-ID, contactgegevens, gebruiksgrondslag, betreffende licentie, toestemming, auteurschapsbewijs, uitleg van een identificatiefout of ander beschikbaar materiaal. Een tegenverklaring moet te goeder trouw zijn en mag geen geheimen of persoonsgegevens van anderen zonder recht bevatten.
4.2. Indien nodig mogen wij een beperkt gedeelte van de tegenverklaring naar de verzoeker sturen om het geschil te onderzoeken en oplossen, uitsluitend voor zover noodzakelijk en verenigbaar met de wet en de hoofdtekst van het Privacybeleid van Ailoot. Wij kunnen partijen voorstellen rechtstreeks tot een oplossing te komen, een besluit van een bevoegde instantie te verstrekken, de licentie te verduidelijken of een wettelijke termijn af te wachten. De Dienst Ailoot hoeft geen betwist materiaal te publiceren, partijen met elkaar in contact te brengen of toegang te herstellen zolang risico en juridische situatie niet zijn opgehelderd.
4.3. Als de verzoeker de klacht intrekt, partijen overeenstemming bereiken, een bindend besluit wordt verstrekt of beschikbare informatie toont dat er geen grondslag is, herbeoordeelt Ailoot de beperking binnen redelijke grenzen. Herstel is niet vereist als het materiaal verboden blijft door de wet, modelvoorwaarden, beveiliging, rechten van een ander of feitelijke beëindiging van de functie.
5. Herhaalde overtredingen en kwade trouw
5.1. Bij herhaalde bevestigde rechtenschending, bewust omzeilen van een eerdere maatregel, upload van verboden materiaal waarvan de gebruiker weet dat het van een ander is of accountgebruik voor die omzeiling mag Ailoot waarschuwen, een functie beperken, een sleutel intrekken of een Route of account opschorten volgens Bijlage 4 bij het Aanbod («Regels voor aanvaardbaar gebruik van Ailoot») en het Aanbod.
5.2. Herhaling wordt beoordeeld op feiten, verwijtbaarheid, toelichting, type recht, gevolgen en beschikbare herstelmiddelen. Er geldt geen automatische numerieke grens waarbij elk geschil noodzakelijk tot accountsluiting leidt. Een geschil over een licentie te goeder trouw, fout, ingetrokken klacht of onbewezen bewering staat niet gelijk aan een vastgestelde overtreding.
5.3. Een bewust onjuiste klacht, vervalste bevoegdheid, poging tot censuur van rechtmatig materiaal, misbruik van tegenverklaringen of bekendmaking van gegevens van anderen tijdens een geschil kan eveneens tot weigering van deze procedure en evenredige maatregelen leiden. Dit beperkt niet het recht om eigen rechten te goeder trouw via de rechter, bevoegde instantie of een ander rechtmatig mechanisme te beschermen.
6. Vertrouwelijkheid, bewijs en contactgegevens
6.1. Ailoot gebruikt informatie uit de klacht en reactie voor behandeling, beveiliging, naleving van de wet, bescherming van rechten en noodzakelijke registraties. Bewaring hangt af van het onderwerp van het geschil, toepasselijk recht, mogelijke aanspraken, de bezwaartermijn en de noodzaak de Dienst te beschermen. Details over persoonsgegevensverwerking staan in de hoofdtekst van het Privacybeleid van Ailoot.
6.2. Als een klacht informatie bevat over onmiddellijk risico voor een persoon, kind, infrastructuur, persoonsgegevens of een andere wettelijke meldplicht, mag Ailoot deze naar het wettelijk aangewezen bevoegde kanaal sturen en een spoedeisende beschermingsmaatregel nemen. Dit maakt de IE-procedure niet tot vervanging van noodhulpdiensten.
6.3. Contact voor IE-klachten en reacties: support@ailoot.ai. Dienstverlener: de dienst ailoot.ai.