Wie nog meer kan uw tekst zien.
De contractuele helft van de subverwerkersvraag: de categorieën, de notice period, het recht van bezwaar, en waarom de lijst zelf op één plek leeft in plaats van twee.
- ingangsdatum 5 november 2026
- openbaarmaking afgedwongen door een test
Subverwerkers
De huidige lijst met subverwerkers, met het doel, de regio en de voorwaarden voor elk, staat in het Trust Center, dat deze uitleest uit de configuratie. Deze pagina beschrijft de contractuele afspraken rond die lijst: wat de categorieën zijn, hoe we kennisgeving doen voordat een nieuwe verwerker wordt ingeschakeld, en hoe je bezwaar kunt maken. We publiceren de lijst op één plek met opzet, omdat een lijst die handmatig in een tweede document wordt overgetypt verouderd is vanaf het moment dat een leverancier wijzigt.
Wat dit document is
Dit is de contractuele verklaring over subverwerkers die artikel 28(2) en 28(4) van de AVG, en de equivalente bepalingen van andere wetten inzake gegevensbescherming, van een verwerker vereisen. Het is opgenomen in de Data Processing Addendum (DPA) en vormt een aanvulling op Bijlage III daarvan. De operationele categorieën worden gepubliceerd in het Trust Center en de genoemde leveranciers daarachter worden op verzoek verstrekt onder een geheimhoudingsovereenkomst. Samen vormen zij de algemene schriftelijke toestemming die je ons geeft om subverwerkers in te schakelen, en het mechanisme waarmee die toestemming up-to-date blijft.
Waar de lijst staat en waarom deze hier niet wordt gekopieerd
Het Trust Center genereert de tabel met subverwerkers direct vanuit het configuratiebestand dat de applicatie zelf uitleest, zodat wat je gepubliceerd ziet en wat het systeem mag aanroepen één en hetzelfde zijn. Het kopiëren van die tabel naar deze pagina zou een tweede bron creëren die stilletjes afwijkt: een juridisch document dat vijf leveranciers noemt terwijl het platform er zes aanroept, is erger dan een link, omdat het gelezen wordt als een garantie. Daarom beschrijft deze pagina de categorieën, legt de toezeggingen vast en verwijst naar de tabel. Als je een gedateerde momentopname van de lijst nodig hebt voor een due-diligence-dossier, vraag het ons dan en we sturen je deze toe.
De categorieën en wat elk ontvangt
AI-vertaling en -kwaliteit: ontvangt bronstrings, hun context, glossariumtermen en stijlinstructies, en retourneert vertalingen, kwaliteitsbevindingen en suggesties. Tekstembeddings voor near-match geheugen: ontvangt bronstrings en wordt alleen ingeschakeld wanneer een project semantisch vertaalgeheugen activeert. Een alternatieve vertaalmotor, bereikbaar via een API-router en apart gehost: ontvangt bronstrings en wordt alleen ingeschakeld wanneer een operator een tier daarnaar routeert. Cloudhosting, de database en objectopslag: slaat alles op wat het platform opslaat. Betalingsverwerking: ontvangt factuurcontactgegevens en betalingsinstrumentgegevens, en wordt alleen ingeschakeld voor betaalde abonnementen. Bezorging van transactionele e-mails: ontvangt het e-mailadres van de ontvanger en de inhoud van een product-e-mail. Ondersteuningsberichten in het product: ontvangt de naam, het e-mailadres en de login-ID van een ingelogde gebruiker die een gesprek start, en wordt alleen ingeschakeld wanneer de ondersteuningsmessenger is geactiveerd.
Regio's
Het Trust Center noemt de regio waarin elke subverwerker actief is. Per de ingangsdatum vinden AI-vertaling en embedding-verwerking plaats in de Verenigde Staten, één optionele vertaalmotor is gehost in Singapore, betalingsverwerking vindt plaats in de Verenigde Staten en de Europese Unie, en hosting draait in één cloudregio die bij implementatie wordt vastgelegd. Er is momenteel geen regiobinding per project of per klant en we bieden dit niet aan. Clausule 14 van het Privacybeleid en clausules 15 en 16 van de Data Processing Addendum beschrijven de waarborgen voor gegevensoverdracht.
Altijd en conditioneel
Sommige subverwerkers staan altijd in de verwerkingsketen wanneer je de Service gebruikt. Andere zijn conditioneel en het Trust Center vermeldt de voorwaarde in de rij zelf, niet in een voetnoot: de embeddings-provider wordt alleen ingeschakeld wanneer een project semantisch vertaalgeheugen activeert, wat standaard uitstaat; de alternatieve vertaalmotor wordt alleen ingeschakeld wanneer een operator een tier, de canary of de evaluatie-harness daarnaar routeret, wat standaard uitstaat; de betalingsprocessor wordt alleen ingeschakeld voor een betaald abonnement; de ondersteuningschat wordt alleen ingeschakeld wanneer deze is geactiveerd. Een conditionele subverwerker die door jouw configuratie nooit wordt getriggerd, ontvangt nooit jouw gegevens.
De openbaarmaking wordt afgedwongen, niet alleen beloofd
De applicatie weet welke vertaalproviders een deployment daadwerkelijk kan aanroepen en een geautomatiseerde test vergelijkt die set met de gepubliceerde openbaaringslijst. Als een provider bereikbaar wordt zonder een rij die deze noemt, met een echte regio en een eerlijke engagement-voorwaarde, faalt de build. Dit is het mechanisme achter de claim dat we je informeren voordat een nieuwe engine jouw tekst ziet: het routeren van een vendor zonder deze openbaar te maken wordt onmogelijk gemaakt in plaats van slechts afgeraden. Het speculatief toevoegen van een vendor wordt om dezelfde reden in omgekeerde richting geweigerd, omdat een subverwerker die op de lijst staat voordat deze bereikbaar is, op zichzelf een vorm van een onjuiste verklaring is.
Kennisgeving vóór een wijziging
We geven minimaal dertig dagen van tevoren kennis voordat een nieuwe subverwerker begint met het verwerken van persoonsgegevens van klanten, per e-mail aan de accounteigenaren en door publicatie van de wijziging in het Trust Center. Kennisgeving wordt gegeven voordat de verwerking begint, niet erna, en noemt de leverancier, het doel, de regio en de voorwaarden. Als een wijziging ons wordt opgelegd met kortere kennisgeving, bijvoorbeeld omdat een bestaande leverancier wordt overgenomen of een service stopzet, informeren we u zo snel mogelijk en leggen we uit waarom de termijn korter was.
Uw recht om bezwaar te maken
U kunt binnen de kennisgevingsperiode bezwaar maken tegen een nieuwe subverwerker op grond van redelijke, gedocumenteerde gegevensbeschermingsoverwegingen, door schriftelijk contact op te nemen met het privacyadres. Wij zullen in goed overleg met u samenwerken om een manier te vinden om de verwerking te vermijden, wat onder meer een configuratiewijziging kan inhouden waardoor de conditionele subverwerker buiten uw proces blijft. Als dit binnen een redelijke termijn niet lukt, kunt u het betreffende abonnement zonder boete beëindigen en ontvangt u een naar rato terugbetaald bedrag van de vooruitbetaalde, niet-gebruikte kosten. Wij zullen een bezwaar in goed vertrouwen niet beschouwen als een schending of als reden om uw service te degraderen.
Wat wij van een subverwerker eisen voordat we deze inschakelen
Wij beoordelen een potentiële subverwerker op basis van zijn beveiligingsniveau, zijn toezeggingen op het gebied van gegevensbescherming, zijn beleid voor bewaring en verwijdering, zijn mechanisme voor gegevensoverdracht en, bij een AI-leverancier, zijn standpunt ten aanzien van training. Wij sluiten een schriftelijk contract waarin gegevensbeschermingsverplichtingen worden opgelegd die minstens even beschermend zijn als die in onze eigen Verwerkersovereenkomst, waaronder vertrouwelijkheid, beveiligingsmaatregelen, assistentie, melding van inbreuken, verwijdering en audit. Wij blijven volledig aansprakelijk jegens u voor de nakoming van de verplichtingen van een subverwerker. Wanneer een AI-leverancier wordt ingeschakeld, verbiedt het contract het trainen op uw content; dit is de enige toezegging waarvoor we geen betere prijs accepteren.
Derde partijen die je koppelt zijn geen subverwerkers van ons
Wanneer je een repository, een contentplatform, een opslagbucket, een chatwerkruimte of een issue tracker koppelt, is dat systeem jouw provider in plaats van de onze: jij levert de inloggegevens, jij stelt het bereik in en jij bepaalt wat er wordt overgedragen. Hetzelfde geldt voor een webhook-eindpunt dat je registreert en voor een machinevertaalprovider die je configureert met je eigen sleutel. Wij zijn de verwerker van de gegevens zolang deze zich in onze systemen bevinden, en de overdracht naar jouw eigen derde partij gebeurt op jouw instructie. Hun algemene voorwaarden en privacybeleid bepalen wat zij met de gegevens doen, en we nemen ze hier niet op omdat het misleidend zou zijn om de verwerker van iemand anders als onze eigen verwerker te presenteren.
Gelieerde ondernemingen
Wanneer we een gelieerde onderneming inschakelen om persoonsgegevens van klanten te verwerken, wordt die onderneming behandeld als een subverwerker en verschijnt deze op de lijst met dezelfde details over doel, regio en voorwaarden als elke andere derde partij. We gebruiken een gelieerde onderneming niet als manier om verwerking naar een nieuw land te verplaatsen zonder openbaarmaking.
Op de hoogte worden gesteld wanneer de lijst wijzigt
Kennisgevingen worden per e-mail naar de accounteigenaren gestuurd, dus zorg er allereerst voor dat het e-mailadres van elke accounteigenaar een mailbox is die iemand leest, in plaats van het persoonlijke adres van een oprichter. Als u een tweede ontvanger wilt, of een wijzigingsfeed voor een compliance-team, stuur dan een bericht naar privacy@transglot.ai en we voegen deze toe. We houden een gedateerd overzicht bij van wijzigingen in de lijst en verstrekken dit op verzoek voor een due-dossier.
Wie je kunt benaderen
Vragen over een subverwerker, een bezwaar, een gedateerde momentopname van de lijst, of een overdrachtsmechanisme voor een specifieke leverancier kun je richten aan privacy@transglot.ai. Het Trust Center biedt voor de meeste vragen het snelste antwoord en is zo ingericht dat een reviewer geen contact hoeft op te nemen om een beoordeling af te ronden.
41 connectors, al gebouwd.
Juridisch hoeft niet het remmende onderdeel te zijn.
Veertien documenten, elk op een eigen URL, met de lijst van subverwerkers, de datastrategie en de compliancestatus precies zoals deze vandaag staan gepubliceerd.