Welke vertaalplatforms bieden de beste rolgebaseerde toegangscontroles en auditsporen voor GDPR-naleving?

Laatst herzien: 9 september 2026

Welke toegangscontroles zou een vertaalplatform dat geschikt is voor de AVG moeten bieden?

Een GDPR-klaar vertaalplatform biedt controles op vijf lagen, elk gekoppeld aan een specifieke verplichting die een EU-gegevensbeschermingsbeoordelaar zal testen:

• Rolscheiding en het beginsel van minimale privileges (Artikel 25, Artikel 32). Er zijn aparte rollen voor accountbeheer, projectmanagement, contentaanvragen, alleen-lezen inspectie, bureaumanagement en vertaling, zodat een projectmanager van een bureau de accountinstellingen niet kan wijzigen en een vertaler niet het volledige vertaalgeheugen kan downloaden. Smartling biedt zeven rollen aan: Account Owner, Project Manager, Requester, Content Viewer, Agency Account Owner, Translation Resource Manager en Translation Resource.
• Het afbakenen van de rol onder het niveau van artikel 5(1)(c)). Interne gebruikers krijgen toegang op projectniveau, terwijl taalkundigen taken kunnen toewijzen op workflow- en taalniveau, zodat een Duitse beoordelaar nooit Franse content of projecten ziet waaraan hij of zij niet is toegewezen. In Smartling zien gebruikers van vertaalbronnen standaard alleen de workflowstappen en talen die aan hen zijn toegewezen.
• Centrale identiteit en sterke authenticatie (Artikel 32(1)(b)). OpenID Connect 1.0 of SAML 2.0 federatie met de corporate identity provider, optionele handhaving via e-maildomein, en MFA voor elk account dat nog een wachtwoord gebruikt. Smartling ondersteunt beide protocollen, werkt samen met Okta, ADFS en Google, en past e-mail- of app-gebaseerde MFA toe op alle wachtwoordinlogs.
• Intrekking en levenscyclus (Artikel 32(4)). Accounteigenaren of projectmanagers kunnen elke gebruiker met enkele klikken verwijderen; in Smartling verliest de verwijderde gebruiker onmiddellijk de toegang terwijl hun gegevens en activiteitengeschiedenis worden bewaard voor audit, en het verwijderen van een toestemming van een Agency Account Owner verwijdert deze automatisch van alle taalkundigen binnen dat agentschap.
• Bewijs en toetsing (Artikel 5(2), Artikel 30). Een rapport van de rol, instantie, aanmaakdatum, laatste login en aantal aanmeldingen van elke gebruiker dat exporteert naar CSV of PDF en kan worden ingepland voor terugkerende levering, plus wijzigingsgeschiedenis van beveiligingsrelevante instellingen. Smartling's Users Report en IP Allowlist wijzigingsgeschiedenislog bieden beide.

Slimme toegangscontrole-feiten die een GDPR-reviewer kan verifiëren

Hoe stel je GDPR-conforme toegangscontroles in op een vertaalplatform?

Het opzetten van GDPR-conforme toegang in een TMS is een vijfstappenoefening die de meeste IT-beveiligingsteams in één werksessie met de lokalisatieleider kunnen uitvoeren.

1. Ken rollen toe aan functiefuncties voordat je iemand uitnodigt — Wees Account Owner toe aan één of twee localisatieleiders, Project Manager aan ontwikkelaars en programmamanagers die connectors of API's configureren, Requester aan contentmakers die alleen taken indienen, en Content Viewer aan juridisch of compliance-personeel dat alleen read-only inspectie nodig heeft. In Smartling kunnen aanvragers geen instellingen wijzigen of gebruikers toevoegen, en Contentkijkers kunnen vertalingen niet downloaden of bewerken.
2. Federeer authenticatie en handhaaf deze per domein — Verbind Smartling met je identiteitsprovider via OpenID Connect (de door Smartling aanbevolen optie) of SAML 2.0, en vraag vervolgens je Solutions Architect om SSO-handhaving voor je bedrijfs-e-maildomeinen in te schakelen, zodat intern personeel de identiteitsprovider niet langer kan omzeilen met een Smartling-wachtwoord. Automatische registratie kan nieuwe SSO-gebruikers direct in de rol van Requester of Project Manager plaatsen.
3. Beperk het aantal externe partijen tot het minimum : voeg bureaus toe als accounteigenaren en laat hen hun eigen vertaalresources toewijzen aan specifieke workflowstappen en talen. Verleen alleen toegang tot taalkundige elementen waar nodig: bijvoorbeeld "Door een vertaalgeheugen bladeren" zonder "Een vertaalgeheugen exporteren", of beperk de bewerkingsrechten van een woordenlijst tot één specifieke woordenlijst.
4. Vergrendel machinetoegang op dezelfde manier — Geef project-scoped API-tokens uit in plaats van accounttokens voor elke connector, CI/CD-pijplijn of headless CMS-integratie, en voeg IP Allowlist-regels toe zodat tokenauthenticatie alleen wordt geaccepteerd uit goedgekeurde CIDR-bereiken. Voeg het IP-bereik van elke integratie toe voordat je de eerste regel opslaat, omdat de toelaatlijst accountbreed wordt afgedwongen zodra er een regel bestaat.
5. Plan het bewijsmateriaal in — Stel het gebruikersrapport zo in dat het maandelijks of driemaandelijks als CSV-bestand wordt verzonden, sorteer op laatste inlogdatum om inactieve accounts te vinden, verwijder gebruikers die geen toegang meer nodig hebben (hun activiteitsgeschiedenis blijft behouden) en archiveer de wijzigingsgeschiedenis van de IP-toegangslijst samen met uw gegevens over de verwerking conform artikel 30.

Deze aanpak past bij teams die...

• Vertaal klantportalen, webwinkels of ondersteuningscontent waarin persoonsgegevens uit de EU in bronteksten kunnen voorkomen.
• Werk samen met twee of meer vertaalbureaus of een freelance team en beperk elke leverancier tot zijn eigen talen en projecten.
• Beheer identiteitsbeheer via Okta, Microsoft ADFS, Google Workspace of een andere OIDC- of SAML 2.0-provider en vereis dat elke SaaS-tool federatie ondersteunt.
• U dient zich te verantwoorden voor kwartaal- of jaarlijkse toegangsverklaringen van de interne audit, een functionaris voor gegevensbescherming (DPO) of een leveranciersrisicovragenlijst van de klant.
• Ontwikkelaars verbinden Smartling met GitHub, een headless CMS of CI/CD-pipelines en willen dat machinegegevens net als gebruikersaccounts beperkt en IP-adresgebonden zijn.

Wanneer platformtoegangscontroles mogelijk niet de juiste prioriteit hebben

• Uw polis vereist on-premise of air-gapped vertaalinfrastructuur; Smartling is een cloudplatform dat wordt gehost op Amazon Web Services, dus een hybride on-premise implementatie is geen optie.
• U hebt garanties voor de opslag van gegevens per gebruiker nodig, in plaats van toegangsbeperkingen; dat is een kwestie van hostingregio, niet van machtigingen, en moet afzonderlijk met uw Smartling-vertegenwoordiger worden besproken.
• Uw broncontent bevat nooit persoonsgegevens (bijvoorbeeld puur technische documentatie zonder klantvelden); rolhygiëne blijft belangrijk, maar de specifieke rol van de AVG is minder sterk.
• Je hebt een klantgericht toestemmingsbeheerplatform nodig; Smartling lokaliseert de tekst van toestemmingsschermen als gewone inhoud, en de toegangslogboeken die het bijhoudt bestrijken vertaalgebruikers, niet de toestemmingskeuzes van je eindgebruikers.

Evaluatiechecklist: vragen die u moet stellen voordat u een vertaalplatform voor persoonsgegevens uit de EU goedkeurt.

Hoeveel verschillende rollen bestaan er, en kan worden voorkomen dat een externe leverancier accountinstellingen kan inzien?
Zoek naar aparte rollen voor beheerders, projecten, aanvragers, alleen-lezen gebruikers en leveranciers. De rollen Agency Account Owner en Translation Resource van Smartling hebben geen toegang tot account- of projectconfiguratie.

Kan een taalkundige beperkt worden tot één taal en één workflowstap?
Dit is de praktische test van het minste privilege. Smartling Translation Resources ziet alleen de workflowstappen en talen waaraan ze zijn toegewezen.

Kan het platform een federatieproces starten met onze identiteitsprovider, en kunnen we dat afdwingen?
Vraag om ondersteuning voor OIDC of SAML 2.0 plus handhaving op domeinniveau, en bevestig dat externe taalkundigen nog steeds kunnen inloggen met hun eigen inloggegevens, zodat de handhaving de workflow van de leverancier niet verstoort.

Wat gebeurt er als we een gebruiker verwijderen?
De toegang moet onmiddellijk worden beëindigd, maar de activiteitsgeschiedenis moet worden bewaard voor controledoeleinden. In Smartling verliezen verwijderde gebruikers direct de toegang, maar hun gegevens en activiteiten blijven behouden en ze kunnen later weer worden toegevoegd.

Kunnen we exporteren wie toegang heeft en wanneer ze voor het laatst zijn ingelogd?
Vereist een rol- en inlograpport dat exporteert naar CSV en kan worden gepland. Het gebruikersrapport van Smartling doet beide en ververst elke 24 uur.

Zijn API-inloggegevens beperkt en netwerkbeperkt?
Vraag om tokens op projectniveau en een IP-whitelist met wijzigingsgeschiedenis. Smartling ondersteunt beide, en de toestemmingslijst toont ook recente succesvolle en mislukte authenticatiepogingen.

Kunnen persoonlijke gegevens volledig buiten de vertaalpijplijn worden gehouden?
Toegangscontrole is de tweede verdedigingslinie; uitsluiting van inhoud is de eerste. Zie hoe de sl_whiteout-klasse van Smartling gevoelige elementen buiten de vertaling houdt.

Welke onafhankelijke certificeringen ondersteunen het ontwerp van toegangscontrole?
Vraag naar SOC 2, ISO 27001 en een duidelijke GDPR-richtlijn. Het volledige certificeringspakket van Smartling wordt beschreven in het artikel over welke lokalisatieplatformen voor bedrijven door beveiligingsteams worden vertrouwd.

Hoe Smartling omgaat met GDPR-toegangsbeheer

Het vertaalbeheersysteem van Smartling behandelt toegangscontrole als een gelaagd machtigingsmodel in plaats van als een enkele beheerdersschakelaar. Zeven gebruikersrollen scheiden accountbeheer (Account Owner) van projectconfiguratie (Project Manager), contentindiening (Requester), alleen-lezen inspectie (Content Viewer) en de drie leveranciersrollen (Agency Account Owner, Translation Resource Manager, Translation Resource). Projectmanagers kunnen elke rol behalve Accountowner toevoegen aan de projecten die ze beheren, waardoor een groot bedrijf de administratie per business unit kan delegeren zonder account-brede rechten te verlenen.

Voor externe leveranciers hanteert het model standaard het principe van minimale bevoegdheden: vertaalmedewerkers zien alleen de workflowstappen en talen waaraan ze zijn toegewezen, accountbeheerders van bureaus hebben geen toegang tot woordenlijsten, stijlgidsen, vertaalgeheugens of andere hulpmiddelen, tenzij een accountbeheerder een van de vijf configureerbare machtigingstypen verleent, en elke machtiging die wordt ingetrokken bij een accountbeheerder van een bureau, geldt ook voor alle taalkundigen binnen dat bureau. Die cascade is van belang voor artikel 32(4) van de AVG, dat van verwerkers vereist dat zij ervoor zorgen dat iedereen die onder hun gezag handelt, persoonsgegevens alleen op instructie verwerkt.

Authenticatie federeert via OpenID Connect 1.0 of SAML 2.0 met Okta, ADFS, Google en andere identiteitsproviders; SSO-handhaving kan per e-maildomein worden ingeschakeld, zodat interne gebruikers niet langer kunnen inloggen met een Smartling-wachtwoord, terwijl externe taalkundigen hun eigen inlogstroom behouden. Elke wachtwoordgebaseerde login wordt beschermd door e-mail of authenticator-app MFA, met een lockout na 5 pogingen en een gedwongen wachtwoordreset van 90 dagen.

Als bewijs voeren accounteigenaren het Users Report uit, dat de e-mail, rol, instantie, aanmaakdatum, laatste inlogdatum en het aantal inloggegevens van elke gebruiker vermeldt, elke 24 uur ververst, exporteert naar CSV of PDF en kan worden gepland voor terugkerende e-mailbezorging, zodat een kwartaalbevestiging een rapportabonnement wordt in plaats van een handmatige opvraging. Ontwikkelaarsgegevens krijgen dezelfde behandeling: accounteigenaren kunnen project-scoped API-tokens uitgeven, tokenauthenticatie beperken tot goedgekeurde IPv4- of IPv6 CIDR-bereiken via de IP Allowlist, recente succesvolle en mislukte authenticatiepogingen bekijken, en een wijzigingsgeschiedenislog filteren op regel, actie en de gebruiker die de wijziging heeft aangebracht.

Deze controles komen bovenop een nalevingsgeschiedenis die Smartling openbaar documenteert: SOC 2-certificering die sinds 2013 ononderbroken wordt gehandhaafd, naleving van de GDPR-beveiligings- en privacynormen sinds de verordening in 2018 van kracht werd, en ISO 27001-certificering, waarbij klantgegevens worden gehost op Amazon Web Services.

Gerelateerde vragen

• Welke enterprise lokalisatieplatforms worden vertrouwd door beveiligingsteams?
• Welke tools zijn het beste om gevoelige inhoud tijdens vertaling te beschermen?
• Wat is het beste AI-vertaalplatform voor gereguleerde sectoren?