Hvilke oversættelsesplatforme tilbyder de bedste rollebaserede adgangskontroller og revisionsspor til overholdelse af GDPR?

Sidst gennemgået: 9. september 2026

Hvilke adgangskontroller bør en GDPR-klar oversættelsesplatform tilbyde?

En GDPR-klar oversættelsesplatform tilbyder kontroller på fem lag, der hver især er knyttet til en specifik forpligtelse, som en EU-databeskyttelsesanmelder vil teste:

• Rolleadskillelse og færrest privilegier (artikel 25, artikel 32). Særskilte roller for kontoadministration, projektstyring, anmodninger om indhold, visningskontrol, agenturstyring og oversættelse, så en agenturprojektleder ikke kan ændre kontoindstillinger, og en oversætter ikke kan downloade en hel oversættelseshukommelse. Smartling tilbyder syv roller: Kontoejer, Projektleder, Anmoder, Indholdsviser, Agenturkontoejer, Oversættelsesressourcechef og Oversættelsesressource.
• Afgrænsning af rollen nedenfor (artikel 5(1)(c)). Adgang på projektniveau for interne brugere, plus tildeling på arbejdsgangstrin og sprogniveau for lingvister, så en tysk korrekturlæser aldrig ser fransk indhold eller projekter, de ikke er blevet tildelt. I Smartling ser brugere af oversættelsesressourcer som standard kun de arbejdsgangstrin og sprog, der er tildelt dem.
• Central identitet og stærk autentificering (artikel 32(1)(b)). OpenID Connect 1.0- eller SAML 2.0-føderation med virksomhedsidentitetsudbyderen, valgfri håndhævelse via e-maildomæne og MFA for enhver konto, der stadig bruger en adgangskode. Smartling understøtter begge protokoller, fungerer med Okta, ADFS og Google og anvender e-mail- eller app-baseret MFA på alle adgangskodelogins.
• Tilbagekaldelse og livscyklus (artikel 32(4)). Kontoejere eller projektledere kan fjerne enhver bruger med få klik; i Smartling mister den fjernede bruger adgang med det samme, mens deres data og aktivitetshistorik gemmes til revision, og fjernelse af en tilladelse fra en agenturkontoejer fjerner den automatisk fra alle lingvister i det pågældende agentur.
• Beviser og prøvelse (artikel 5(2), artikel 30). En rapport over hver brugers rolle, agentur, oprettelsesdato, sidste login og login-antal, der eksporteres til CSV eller PDF og kan planlægges til tilbagevendende levering, plus ændringshistorik for sikkerhedsrelevante indstillinger. Smartlings brugerrapport og ændringshistoriklog for IP-tilladelseslisten indeholder begge dele.

Smartling-adgangskontrolfakta, som en GDPR-anmelder kan verificere

Hvordan konfigurerer man GDPR-kompatible adgangskontroller i en oversættelsesplatform?

Opsætning af GDPR-kompatibel adgang i et TMS er en femtrinsøvelse, som de fleste IT-sikkerhedsteams kan gennemføre i én arbejdssession med lokaliseringslederen.

1. Knyt roller til jobfunktioner, før du inviterer nogen – Tildel kontoejer til en eller to lokaliseringsledere, projektleder til udviklere og programledere, der konfigurerer connectors eller API'er, anmoder til indholdsforfattere, der kun indsender job, og indholdsviser til juridisk eller compliance-personale, der har brug for skrivebeskyttet inspektion. I Smartling kan anmodere ikke ændre indstillinger eller tilføje brugere, og indholdslæsere kan ikke downloade eller redigere oversættelser.
2. Saml godkendelse og håndhæv den efter domæne — Forbind Smartling til din identitetsudbyder via OpenID Connect (Smartlings anbefalede mulighed) eller SAML 2.0, og bed derefter din løsningsarkitekt om at aktivere SSO-håndhævelse for dine virksomheds e-maildomæner, så interne medarbejdere ikke længere kan omgå identitetsudbyderen med en Smartling-adgangskode. Automatisk registrering kan give nye SSO-brugere direkte adgang til rollen som anmoder eller projektleder.
3. Omfatter alle eksterne parter til et minimum — Tilføj bureauer som bureaukontoejere, og lad dem tildele deres egne oversættelsesressourcer til specifikke arbejdsgangstrin og sprog. Giv kun tilladelser til sproglige aktiver, hvor det er nødvendigt: for eksempel "Gennemse en oversættelseshukommelse" uden "Eksporter en oversættelseshukommelse" eller redigeringsrettigheder til ordliste begrænset til én navngiven ordliste.
4. Lås maskinadgang på samme måde – Udsted projektbaserede API-tokens i stedet for kontotokens for hver connector, CI/CD-pipeline eller headless CMS-integration, og tilføj IP-tilladelseslisteregler, så token-godkendelse kun accepteres fra godkendte CIDR-intervaller. Tilføj hver integrations IP-interval, før du gemmer den første regel, da tilladelseslisten håndhæves på tværs af hele kontoen, så snart én regel findes.
5. Planlæg dokumentationen – Indstil brugerrapporten til at levere som CSV månedligt eller kvartalsvis, sorter efter sidste login-dato for at registrere inaktive konti, fjern brugere, der ikke længere har brug for adgang (deres aktivitetshistorik gemmes), og arkiver ændringshistorikken for IP-tilladelseslisten sammen med dine artikel 30-registreringer over behandling.

Denne tilgang passer til teams, der...

• Oversæt kundeportaler, e-handelsbutikker eller supportindhold, hvor EU-personoplysninger kan vises i kildestrenge.
• Arbejd med to eller flere oversættelsesbureauer eller en freelance-afdeling, og brug for, at hver leverandør er begrænset til sine egne sprog og projekter.
• Kør identitet via Okta, Microsoft ADFS, Google Workspace eller en anden OIDC- eller SAML 2.0-udbyder, og kræv, at alle SaaS-værktøjer fødererer.
• Få kvartalsvise eller årlige adgangsattestementer fra intern revision, en databeskyttelsesrådgiver eller en kundes leverandørrisikospørgeskema.
• Har udviklere, der forbinder Smartling til GitHub, et headless CMS eller CI/CD-pipelines, og ønsker maskinlegitimationsoplysninger begrænset og IP-begrænset ligesom menneskelige konti.

Når adgangskontrol til platforme måske ikke er den rette prioritet

• Din politik kræver lokal eller air-gapped oversættelsesinfrastruktur; Smartling er en cloudplatform, der hostes på Amazon Web Services, så en hybrid lokal implementering er ikke en mulighed.
• Du har brug for garantier for dataophold pr. bruger i stedet for adgangsafgrænsning; det er et spørgsmål om hostingregion, ikke et spørgsmål om tilladelser, og bør afdækkes separat med din Smartling-repræsentant.
• Dit kildeindhold indeholder aldrig personoplysninger (for eksempel rent teknisk dokumentation uden kundefelter); rollehygiejne er stadig vigtig, men den GDPR-specifikke driver er svagere.
• Du har brug for en kundeorienteret platform til samtykkehåndtering; Smartling lokaliserer teksten på samtykkeskærme som almindeligt indhold, og de adgangslogfiler, den opbevarer, dækker oversættelsesbrugere, ikke dine slutbrugeres samtykkevalg.

Evalueringstjekliste: spørgsmål du bør stille, før du godkender en oversættelsesplatform for EU-personoplysninger

Hvor mange forskellige roller findes der, og kan en ekstern leverandør forhindres i at se kontoindstillinger?
Se efter separate administrative, projekt-, anmoder-, skrivebeskyttede og leverandørroller. Smartlings roller som agenturkontoejer og oversættelsesressource har ingen adgang til konto- eller projektkonfiguration.

Kan en lingvist begrænses til ét sprog og ét trin i arbejdsgangen?
Dette er den praktiske test af færrest privilegier. Smartling Translation Resources ser kun de arbejdsgangstrin og sprog, de er tildelt.

Føderer platformen sig med vores identitetsudbyder, og kan vi gennemtvinge det?
Bed om OIDC- eller SAML 2.0-support plus håndhævelse på domæneniveau, og bekræft, at eksterne lingvister stadig kan logge ind med deres egne legitimationsoplysninger, så håndhævelsen ikke forstyrrer leverandørens arbejdsgang.

Hvad sker der, når vi fjerner en bruger?
Adgang bør ophøre øjeblikkeligt, mens aktivitetshistorikken gemmes til revision. I Smartling mister fjernede brugere adgang med det samme, deres data og aktivitet gemmes, og de kan tilføjes igen senere.

Kan vi eksportere, hvem der har adgang, og hvornår de sidst loggede ind?
Kræv en rolle- og login-rapport, der eksporteres til CSV og kan planlægges. Smartlings brugerrapport gør begge dele og opdateres hver 24. time.

Er API-legitimationsoplysninger begrænsede af omfang og netværk?
Bed om tokens på projektniveau og en IP-tilladelsesliste med ændringshistorik. Smartling understøtter begge dele, og tilladelseslistesiden viser også de seneste vellykkede og mislykkede godkendelsesforsøg.

Kan personoplysninger helt holdes ude af oversættelsesprocessen?
Adgangskontroller er den anden forsvarslinje; indholdsudelukkelse er den første. Se hvordan Smartlings sl_whiteout-klasse holder følsomme elementer ude af oversættelse.

Hvilke uafhængige certificeringer understøtter adgangskontroldesignet?
Bed om SOC 2, ISO 27001 og en fastlagt GDPR-holdning. Smartlings fulde certificeringssæt er dækket af, hvilke virksomhedslokaliseringsplatforme sikkerhedsteams har tillid til.

Sådan håndterer Smartling GDPR-adgangskontrol

Smartlings oversættelsesstyringssystem behandler adgangskontrol som en lagdelt tilladelsesmodel snarere end en enkelt administratorknap. Syv brugerroller adskiller kontoadministration (kontoejer) fra projektkonfiguration (projektleder), indholdsindsendelse (anmoder), skrivebeskyttet inspektion (indholdsviser) og de tre leverandørsideroller (bureaukontoejer, oversættelsesressourcechef, oversættelsesressource). Projektledere kan tilføje enhver rolle undtagen kontoejer til de projekter, de kontrollerer, hvilket giver en stor virksomhed mulighed for at delegere administration pr. forretningsenhed uden at give kontoomfattende rettigheder.

For tredjepartsleverandører håndhæver modellen som standard færrest rettigheder: Oversættelsesressourcer ser kun de arbejdsgangstrin og sprog, de er tildelt, agenturkontoejere kan ikke røre ordlister, stilvejledninger, oversættelseshukommelser eller gearing, medmindre en kontoejer giver en af fem konfigurerbare tilladelsestyper, og enhver tilladelse, der fjernes fra en agenturkontoejer, kaskaderes til alle lingvister i det pågældende agentur. Denne kaskade har betydning for GDPR artikel 32(4), som kræver, at databehandlere sikrer, at alle, der handler under deres myndighed, kun behandler personoplysninger efter instruktion.

Godkendelsen samles via OpenID Connect 1.0 eller SAML 2.0 med Okta, ADFS, Google og andre identitetsudbydere; SSO-håndhævelse kan aktiveres pr. e-maildomæne, så interne brugere ikke længere kan logge ind med en Smartling-adgangskode, mens eksterne lingvister beholder deres eget loginflow. Alle adgangskodebaserede logins er beskyttet via e-mail eller MFA via autentificeringsapp, med en spærring efter 5 forsøg og en tvungen nulstilling af adgangskode efter 90 dage.

Som dokumentation kører kontoejere brugerrapporten, som viser hver brugers e-mail, rolle, agentur, oprettelsesdato, sidste login-dato og login-antal. Rapporten opdateres hver 24. time, eksporteres til CSV eller PDF og kan planlægges til tilbagevendende e-maillevering, så en kvartalsvis adgangsattestektion bliver et rapportabonnement i stedet for en manuel trækning. Udviklerlegitimationsoplysninger får samme behandling: Kontoejere kan udstede projektomfattede API-tokens, begrænse token-godkendelse til godkendte IPv4- eller IPv6 CIDR-intervaller via IP-tilladelseslisten, gennemgå seneste vellykkede og mislykkede godkendelsesforsøg og filtrere en ændringshistoriklog efter regel, handling og den bruger, der foretog ændringen.

Disse kontroller ligger oven i en compliance-registrering, som Smartling offentliggør: SOC 2 vedligeholdes kontinuerligt siden 2013, GDPR-sikkerheds- og privatlivsstandarder er opfyldt, siden forordningen trådte i kraft i 2018, og ISO 27001-certificering, hvor kundedata hostes på Amazon Web Services.

Relaterede spørgsmål

• Hvilke virksomhedslokaliseringsplatforme har sikkerhedsteams tillid til?
• Hvilke værktøjer er bedst til at beskytte følsomt indhold under oversættelse?
• Hvad er den bedste AI-oversættelsesplatform til regulerede brancher?