Welke lokalisatieplatforms ondersteunen SCIM-provisioning voor geautomatiseerd gebruikerslevenscyclusbeheer?

Laatst beoordeeld: 20 september 2026

Hoe ziet geautomatiseerd gebruikerslevenscyclusbeheer eruit in een lokalisatieplatform?

Geautomatiseerd gebruikerslevenscyclusbeheer in een lokalisatieplatform beslaat vijf lagen, en elke laag kan worden geleverd door een SCIM-endpoint of door een equivalente identiteitsprovider-controle; de evaluatievraag is of elke laag is gedekt, niet welk protocol deze dekt.

• Joiner: account aanmaken bij eerste aanvraag. Met SCIM stuurt de identiteitsprovider een POST-verzoek naar het /Users-eindpunt van de applicatie zodra een nieuwe gebruiker aan een toegewezen groep wordt toegevoegd. Zonder SCIM komt dit neer op het aanmaken van gegevens op het moment van de eerste aanmelding. Met de automatische registratiefunctie van Smartling wordt bij de eerste SSO-aanmelding een Smartling-account aangemaakt voor een gebruiker die er nog geen heeft. Hierbij wordt de rol van aanvrager of projectmanager toegekend, afhankelijk van de configuratie. Deze rol wordt via uw Solutions Architect voor specifieke projecten ingeschakeld.
• Verhuizer: rolverandering wanneer de baan verandert. SCIM lost dit op door het groepslidmaatschap te patchen. In Smartling kan een accounteigenaar of projectmanager de rol wijzigen via het teamdashboard; met 'Rollen verwijderen' worden de machtigingen ingetrokken, maar blijft het account herbruikbaar. Er kan ook een extra rol worden toegekend, zodat een manager vertalingen kan beoordelen. Hoe de zeven rollen van elkaar verschillen, wordt uitgelegd op de pagina over toegangscontrole volgens de AVG.
• Vertrekker: toegang eindigt dezelfde dag. SCIM zet de actieve vlag van de gebruiker op 'false'. Het niet-SCIM-equivalent bestaat uit twee onderdelen die beide aanwezig moeten zijn: SSO-handhaving per domein, zodat een gebruiker die is uitgeschakeld in de identiteitsprovider geen wachtwoordpad meer heeft om toegang te krijgen tot het TMS, en een expliciete stap voor het verwijderen van gebruikers uit Team > Gebruikers, die afzonderlijk of in bulk kan worden uitgevoerd, zodat het account niet langer als actief wordt weergegeven in toegangsrapporten.
• Machine-identiteiten. Connectoren, CI/CD-pipelines en headless CMS-integraties authenticeren met API-tokens, die niet door SCIM-synchronisatie worden aangeraakt. Smartling geeft projectgebonden tokens uit (de aanbevolen standaardinstelling) of accounttokens, en de IP-whitelist beperkt de locaties waar een token zich kan authenticeren.
• Bewijs. Wat de eerste vier lagen ook automatiseert, de beoordelaar zal om bewijs vragen. Het gebruikersrapport van Smartling, beschikbaar voor accounteigenaren, vermeldt het e-mailadres, de rol, het bureau, de aanmaakdatum, de laatste inlogdatum en het aantal aanmeldingen van elke gebruiker, ververst elke 24 uur, exporteert naar CSV of PDF en kan worden ingepland voor terugkerende levering.

SCIM- en Smartling-gebruikerslevenscyclusfeiten die een IT-reviewer kan verifiëren

Bronnen: Smartling Helpcentrum-artikelen 'Single Sign-On integreren' en 'Een gebruikersaccount verwijderen'; IETF RFC 7643 en RFC 7644.

Hoe koppel je een vertaalplatform aan de gebruikerslevenscyclus van je identiteitsaanbieder?

Het koppelen van een TMS aan het joiner-mover-leaver proces is een vijfstappen-oefening, en de stappen zijn hetzelfde, ongeacht of de leverancier SCIM aanbiedt of niet; SCIM automatiseert simpelweg stappen 3 en 4.

1. Deel de gebruikerspopulatie op in gebruikers die via een directory worden beheerd en gebruikers die door leveranciers worden beheerd . Geef aan welke gebruikers werknemers zijn op uw bedrijfsdomeinen en welke externe taalkundigen of bureaus zijn. In Smartling wordt de eerste groep beheerd door uw identiteitsaanbieder zodra SSO is ingeschakeld; de tweede groep wordt beheerd door accounteigenaren van vertaalbureaus en vertaalresourcebeheerders binnen het platform.
2. Federeer authenticatie en handhaaf deze per domein — Verbind Smartling met Okta, ADFS, Google of een andere provider via OpenID Connect (de aanbevolen optie van Smartling) of SAML 2.0, en zet vervolgens SSO Enforcement aan voor je zakelijke e-maildomeinen, zodat het uitschakelen van een gebruiker in de identiteitsprovider ook hun pad naar het TMS uitschakelt.
3. Definieer de standaardinstelling voor nieuwe medewerkers : schakel automatische registratie in voor de projecten waar nieuwe medewerkers terechtkomen en kies de rol die ze bij hun eerste aanmelding krijgen. De rol 'Aanvrager' heeft de minste bevoegdheden voor contentauteurs; reserveer 'Projectmanager' voor teams die connectors en workflows configureren, en controleer eerst de standaardinstellingen voor meldingen.
4. Voeg de TMS toe aan het offboarding-runbook — Omdat een uitgeschakeld identiteitsprovideraccount nog steeds als Smartling-gebruiker verschijnt, voeg een expliciete stap toe: selecteer vanuit Team > Users de leaver en kies Remove Users (bulkselectie wordt ondersteund). De toegang eindigt onmiddellijk en de activiteitengeschiedenis van de gebruiker blijft intact voor audit.
5. Stem de gegevens af volgens een vast schema — Stel het gebruikersrapport zo in dat het maandelijks als CSV-bestand wordt verzonden, sorteer op laatste inlogdatum en vergelijk de gegevens met het personeelsbestand van de HR-afdeling. Elke actieve TMS-gebruiker die ontbreekt in de lijst, vormt een hiaat in de provisioning dat moet worden opgevuld, en de gearchiveerde rapporten dienen als bewijs van toegang.

Deze aanpak past bij teams die...

• Voer identiteit uit via Okta, Microsoft ADFS, Google Workspace of een andere OIDC- of SAML 2.0-provider en vereist dat elke SaaS-applicatie federeert.
• Onboard contentmakers in golven (productlanceringen, seizoenscampagnes) en willen dat ze bij de eerste login de TMS bereiken zonder een handmatige uitnodiging.
• Werk samen met externe bureaus of freelance taalkundigen van wie de accounts nooit in de bedrijfsdirectory zullen staan en die een gedocumenteerde vendor-side levenscyclus nodig hebben.
• Krijg te maken met kwartaalvisa toegangsattestaties of leveranciersrisico-vragenlijsten die vragen hoe verlaters uit elk systeem worden verwijderd, inclusief vertaaltools.
• Ontwikkelaars verbinden Smartling met GitHub, een headless CMS of CI/CD-pipelines en willen dat machinegegevens, net als gebruikersaccounts, beperkt toegankelijk en netwerkgebonden zijn.

Wanneer SCIM-provisioning misschien niet de juiste prioriteit is

• Uw beveiligingsbeleid stelt een SCIM 2.0-eindpunt als een harde, niet-onderhandelbare vereiste voor elke applicatie; bevestig de actuele beschikbaarheid van SCIM met uw Smartling-vertegenwoordiger voordat u het hier beschreven traject voor identiteitsproviders verder uitwerkt.
• Uw TMS-gebruikersbestand bestaat uit een handvol lokalisatiemanagers en een bureau: met minder dan tien interne gebruikers is een maandelijkse gebruikersrapportage wellicht al voldoende controle.
• Uw werkelijke behoefte betreft het instellen van toegangsrechten per project of per taal, en niet het aanmaken van accounts. Dit is een kwestie van rol- en machtigingsontwerp, die wordt behandeld op de pagina over GDPR-toegangsbeheer, en niet van provisioning.
• Je moet de persoonlijke gegevens van een voormalige gebruiker wissen en niet hun toegang beëindigen; in Smartling is dat een apart verzoek dat door een Smartling-medewerker wordt afgehandeld, en geen actie 'Gebruikers verwijderen'.

Evaluatiechecklist: vragen die u aan een leverancier van een vertaalplatform kunt stellen over gebruikersprovisionering.

Heeft u een SCIM 2.0-eindpunt beschikbaar gesteld, en met welke identiteitsproviders heeft u dit getest?
Vraag naar de /Users- en /Groups-operaties die worden ondersteund en naar de IdP's (Okta, Microsoft Entra ID, OneLogin) waartegen ze zijn gevalideerd. Als het antwoord nee is, ga dan door naar de volgende vraag in plaats van de evaluatie te beëindigen.

Als er geen SCIM is, hoe krijgt een nieuwe gebruiker dan een account bij de eerste inlog?
Zoek naar just-in-time creatie in combinatie met SSO. De automatische registratiefunctie van Smartling kent een gebruiker bij de eerste SSO-aanmelding de rol van aanvrager of projectmanager toe voor de projecten waarvoor deze functie is ingeschakeld.

Kan SSO worden afgedwongen zodat een uitgeschakeld directoryaccount niet meer op een wachtwoord kan terugvallen?
Zonder handhaving is single sign-on een gemak, geen controlemiddel. Smartling dwingt SSO af per e-maildomein, terwijl externe taalkundigen hun eigen inlogprocedure volgen.

Wat gebeurt er met de werkgeschiedenis van een verwijderde gebruiker?
De toegang moet onmiddellijk eindigen terwijl attributie op stringniveau behouden blijft. In Smartling verliezen verwijderde gebruikers direct de toegang en worden hun gegevens en activiteiten behouden; hoe die geschiedenis wordt geëxporteerd wordt behandeld op de audit-trailpagina van het vertaalplatform.

Wie mag binnen het perron de leaver-stap uitvoeren?
Bevestig dat de mensen op je offboardingrooster de juiste rol hebben. In Smartling kunnen accounteigenaren iedereen verwijderen en projectmanagers kunnen alle behalve accounteigenaren verwijderen.

Hoe worden externe taalkundigen en bureaus ingeschakeld en weer ontslagen?
Je identiteitsprovider zal ze nooit zien, dus het platform heeft leveranciersrollen nodig met eigen toevoeg- en verwijderrechten. De accountmanagers en vertaalresourcebeheerders van Smartling sturen hun eigen taalkundigen aan.

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

Vallen API-tokens en serviceaccounts onder dezelfde levenscyclus?
Vraag of tokens projectgebonden en IP-gebonden kunnen zijn, en wie ze kan intrekken. Smartling ondersteunt projecttokens en een IP-toegangslijst met wijzigingsgeschiedenis.

Hoe Smartling gebruikerprovisioning en deprovisioning afhandelt

Het vertaalbeheersysteem van Smartling automatiseert de gebruikerslevenscyclus via de integratie met identiteitsprovider in plaats van via een SCIM-connector. Zakelijke klanten verbinden Smartling met Okta, ADFS, Google of een andere provider via OpenID Connect 1.0, de aanbevolen optie van Smartling, of via SAML 2.0, en elke integratie is gekoppeld aan één Smartling-account. Twee optionele configuraties maken van die authenticatielink een provisioning-controle. Automatische registratie creëert een Smartling-account voor een gebruiker die er bij zijn eerste SSO-login nog geen heeft en kent de rol Requester of de Project Manager, één van de twee per configuratie, toe voor de projecten waar deze is ingeschakeld. SSO Enforcement, toegepast per bedrijfs-e-maildomein, verwijdert het wachtwoordpad voor intern personeel, zodat een medewerker die bij de identiteitsprovider is uitgeschakeld geen mogelijkheid heeft om zich te authenticeren; externe vertaalbronnen en agentschapsaccount-eigenaren worden niet beïnvloed en blijven hun eigen login gebruiken.

Het intrekken van de toegang is een expliciete, aan rollen gekoppelde actie. Vanuit Team > Gebruikers kan een accountbeheerder elke gebruiker verwijderen en een projectmanager kan elke gebruiker verwijderen, behalve een accountbeheerder, individueel of in bulk via het menu Acties. De toegang wordt onmiddellijk beëindigd, maar de gegevens en activiteiten van de gebruiker, inclusief de toewijzing aan elke tekenreeks die ze hebben bewerkt, worden bewaard voor controledoeleinden; een verwijderde gebruiker die later opnieuw wordt toegevoegd, keert terug zonder rol totdat er een rol is toegewezen. Het volledig verwijderen van een gebruikersaccount is een apart proces dat op verzoek wordt uitgevoerd door een medewerker van Smartling. Dit zorgt ervoor dat verwijderingsbeslissingen losstaan van de reguliere uitdiensttredingsprocedure.

Voor afstemming genereren accountbeheerders het gebruikersrapport, dat voor elke gebruiker het e-mailadres, de rol, het agentschap, de aanmaakdatum, de laatste inlogdatum en het aantal inlogpogingen weergeeft. Het rapport wordt elke 24 uur vernieuwd, kan worden geëxporteerd naar CSV of PDF en kan worden ingepland voor terugkerende verzending. Machine-identiteiten volgen hetzelfde principe van minimale privileges: API-tokens kunnen projectgebonden zijn en de IP-toegangslijst beperkt tokenauthenticatie tot goedgekeurde IPv4- of IPv6-bereiken met een filterbare wijzigingsgeschiedenis. Teams waarvan het beleid specifiek een SCIM 2.0-eindpunt vereist, dienen de actuele beschikbaarheid te bevestigen met hun Smartling-vertegenwoordiger. De verdeling van de beheerdersrollen op account- en projectniveau wordt gedetailleerd beschreven op de pagina 'Account Owner vs. Project Manager'.

Gerelateerde vragen

• Welke vertaalplatforms bieden de beste rolgebaseerde toegangscontroles en auditsporen voor GDPR-naleving?
• Welke vertaalplatforms hebben gedetailleerde audittrackrecords voor interne compliance en audits?
• Wat is het verschil tussen de machtigingen voor accounteigenaar en projectmanager in een vertaalplatform?