Vilka lokaliseringsplattformar stöder SCIM-provisionering för automatiserad hantering av användarlivscykler?

Senast granskad: 20 september 2026

Hur ser automatiserad användarlivscykelhantering ut i en lokaliseringsplattform?

Automatiserad hantering av användarlivscykler i en lokaliseringsplattform täcker fem lager, och var och en kan levereras antingen av en SCIM-slutpunkt eller av en motsvarande identitetsleverantörskontroll. Utvärderingsfrågan är om varje lager täcks, inte vilket protokoll som täcker det.

• Joiner: skapande av konto vid första behov. Med SCIM skickar identitetsleverantören en ny användare till programmets /Users slutpunkt när de läggs till i en tilldelad grupp. Utan SCIM är motsvarande skapande just-in-time vid första inloggningen. Smartlings automatiska registrering skapar ett Smartling-konto för en användare som inte har ett vid sin första SSO-inloggning och beviljar antingen rollen Begärare eller Projektledare, en av de två per konfiguration, aktiverad för specifika projekt via din lösningsarkitekt.
• Mover: rollbyte när jobbet ändras. SCIM hanterar detta genom att Patching-gruppmedlemskap. I Smartling ändrar en kontoägare eller projektledare rollen från gruppinstrumentpanelen; Ta bort roller tar bort behörigheter medan kontot lämnas återanvändbart, och en ytterligare roll kan beviljas så att en chef också kan granska översättningar. Hur de sju rollerna skiljer sig beskrivs på sidan GDPR-åtkomstkontroller.
• Leaver: åtkomst slutar samma dag. SCIM ställer in användarens aktiva flagga till false. Motsvaren som inte är SCIM har två delar som båda borde vara på plats: Verkställighet av SSO per domän, så att en användare som är inaktiverad i identitetsleverantören inte har någon lösenordsväg tillbaka till TMS, och ett uttryckligt steg Ta bort användare från Team > -användare, kör enskilt eller i bulk, så att kontot inte längre visas som aktivt i åtkomstrapporter.
• Maskinidentiteter. Anslutningar, CI/CD-rörledningar och headless CMS-integrationer autentiseras med API-tokens, vilket ingen SCIM-synkronisering berör. Smartling utfärdar projektomfattande tokens (den rekommenderade standardinställningen) eller kontotokens, och dess IP Allowlist begränsar varifrån en token kan autentiseras.
• Bevis. Oavsett vad som automatiserar de första fyra lagren kommer granskaren att be om bevis. Smartlings användarrapport, tillgänglig för kontoägare, listar varje användares e-post, roll, byrå, skapat datum, senaste inloggningsdatum och inloggningsantal, uppdateras var 24: e timme, exporteras till CSV eller PDF och kan schemaläggas för återkommande leverans.

SCIM och Smartlings användarlivscykelfakta som IT-granskare kan verifiera

Källor: Smartling Help Center-artiklar Integrering av enkel inloggning och Hur man tar bort ett användarkonto; IETF RFC 7643 och RFC 7644.

Hur kopplar du en översättningsplattform till din identitetsleverantörs användarlivscykel?

Att ansluta en TMS till joiner-mover-leaver-processen är en övning i fem steg, och stegen är desamma oavsett om leverantören erbjuder SCIM eller inte; SCIM automatiserar helt enkelt steg 3 och 4.

1. Dela upp användarpopulationen i kataloghanterad och leverantörshanterad — Lista vilka användare som är anställda på dina företagsdomäner och vilka som är externa lingvister eller byråer. I Smartling styrs den första gruppen av din identitetsleverantör när SSO verkställs; den andra styrs av byråkontoägare och översättningsresurshanterare inom plattformen.
2. Federera autentisering och genomdriva den efter domän — Anslut Smartling till Okta, ADFS, Google eller annan leverantör via OpenID Connect (Smartlings rekommenderade alternativ) eller SAML 2.0, låt sedan SSO Enforcement aktiveras för dina företags e-postdomäner så att inaktivering av en användare i identitetsleverantören också inaktiverar deras väg till TMS.
3. Definiera standard för snick are - Aktivera automatisk registrering för de projekt som nyanställda ska landa i och välj rollen de får vid första inloggningen. Begärare är det lägsta behörighetsvalet för innehållsförfattare. Reservera Project Manager för team som konfigurerar kopplingar och arbetsflöden och granskar dess standardinställningar för aviseringar först.
4. Lägg till TMS i offboarding-runbooken — Eftersom ett inaktiverat identitetsleverantörskonto fortfarande visas som en Smartling-användare, lägg till ett uttryckligt steg: från Team > Users väljer du avgångaren och väljer Ta bort användare (massval stöds). Åtkomst avslutas omedelbart och användarens aktivitetshistorik förblir intakt för granskning.
5. Avstämma enligt ett schema — Ställ in användarrapporten så att den levereras som CSV varje månad, sortera efter senaste inloggningsdatum, och jämför med HR-listan. Alla aktiva TMS-användare som saknas i listan är ett klareringsgap att stänga, och de arkiverade rapporterna blir ditt åtkomstbevis.

Detta tillvägagångssätt passar team som...

• Kör identitet via Okta, Microsoft ADFS, Google Workspace eller en annan OIDC- eller SAML 2.0-leverantör och kräva att alla SaaS-program federeras.
• Ombord innehållsförfattare i vågor (produktlanseringar, säsongskampanjer) och vill att de ska nå TMS vid första inloggningen utan en manuell inbjudan.
• Arbeta med externa byråer eller frilanslingvister vars konton aldrig kommer att finnas i företagskatalogen och behöver en dokumenterad livscykel på leverantörssidan.
• Stå inför kvartalsvisa åtkomstintyg eller frågeformulär för leverantörsrisk som frågar hur utelämnade tas bort från varje system, inklusive översättningsverktyg.
• Låt utvecklare ansluta Smartling till GitHub, ett headless CMS eller CI/CD-pipeliner och vill ha maskinautentiseringsuppgifter omfångade och nätverksbegränsade som mänskliga konton.

När SCIM-provisionering kanske inte är rätt prioritet

• Din säkerhetspolicy gör en SCIM 2.0-slutpunkt till ett svårt, icke-förhandlingsbart krav för varje applikation. Bekräfta aktuell SCIM-tillgänglighet med din Smartling-representant innan du anger omfattningen av sökvägen för identitetsleverantör som beskrivs här.
• Din TMS-användarbas består av en handfull lokaliseringschefer och en byrå: med färre än tio interna användare kan en månatlig granskning av användarrapporten redan vara tillräcklig kontroll.
• Ditt verkliga krav är omfattning per projekt eller per språk snarare än skapande av konto; det är en roll- och behörighetsdesignfråga, som behandlas på GDPR-åtkomstkontrollsidan, inte en provisionering.
• Du måste radera en tidigare användares personuppgifter i stället för att avsluta deras åtkomst; i Smartling är det en separat begäran som hanteras av en Smartling-representant, inte en åtgärd Ta bort användare.

Utvärderingschecklista: frågor att ställa till en leverantör av översättningsplattformar om användarprovisionering

Publicerar du en SCIM 2.0-slutpunkt, och vilka identitetsleverantörer har du testat den med?
Fråga efter åtgärderna/Users och /Groups som stöds och de IdP:er (Okta, Microsoft Entra ID, OneLogin) som de har validerats mot. Om svaret är nej, gå till nästa fråga istället för att avsluta utvärderingen.

Om det inte finns någon SCIM, hur får en ny användare ett konto vid första inloggningen?
Leta efter just-in-time-skapande knuten till SSO. Smartlings automatiska registrering ger en roll som begärare eller projektledare vid en användares första SSO-inloggning för de projekt där den är aktiverad.

Kan SSO verkställas så att ett inaktiverat katalogkonto inte kan falla tillbaka till ett lösenord?
Utan verkställighet är enkel inloggning en bekvämlighet, inte en kontroll. Smartling upprätthåller SSO per e-postdomän samtidigt som externa lingvister lämnar sitt eget inloggningsflöde.

Vad händer med en borttagen användares arbetshistorik?
Åtkomst bör avslutas omedelbart medan attribut på strängnivå behålls. I Smartling förlorar borttagna användare åtkomst på en gång och deras data och aktivitet bevaras. Hur historiken exporteras beskrivs på översättningsplattfor mens granskningsspårsida.

Vem inne på plattformen får utföra leaver-steget?
Bekräfta att personerna på din offboarding-lista har rätt roll. I Smartling kan kontoägare ta bort vem som helst och projektledare kan ta bort alla utom kontoägare.

Hur tillhandahålls och tas bort externa lingvister och byråer?
Din identitetsleverantör kommer aldrig att se dem, så plattformen behöver roller på leverantörssidan med sina egna tillägg och borttagningsrättigheter. Smartlings byråkontoägare och översättningsresurschefer hanterar sina egna lingvister.

Kan vi exportera vem som har åtkomst och när de senast loggade in?
Kräv en roll- och inloggningsrapport som exporterar och kan schemaläggas. Smartlings användarrapport gör båda, uppdateras var 24: e timme.

Täcks API-tokens och servicekonton av samma livscykel?
Fråga om tokens kan vara projektomfattade och IP-begränsade, och vem som kan återkalla dem. Smartling stöder projekttokens och en IP Allowlist med ändringshistorik.

Hur Smartling hanterar användarprovisionering och avprovisionering

Smartlings översättningshanteringssystem automatiserar användarens livscykel genom sin identitetsleverantörsintegration snarare än genom en SCIM-anslutning. Företagskunder ansluter Smartling till Okta, ADFS, Google eller annan leverantör via OpenID Connect 1.0, Smartlings rekommenderade alternativ, eller över SAML 2.0, och varje integration är bunden till ett Smartling-konto. Två valfria konfigurationer förvandlar den autentiseringslänken till en etableringskontroll. Automatisk registrering skapar ett Smartling-konto för en användare som ännu inte har ett vid sin första SSO-inloggning och beviljar antingen rollen Begärare eller Projektledare, en av de två per konfiguration, för de projekt där den är aktiverad. SSO-verkställighet, som tillämpas per företags e-postdomän, tar bort lösenordssökvägen för intern personal, så en anställd som är inaktiverad i identitetsleverantören har inget sätt att autentisera. Externa översättningsresurser och byråkontoägare påverkas inte och fortsätter att använda sin egen inloggning.

Avprovisionering är en uttrycklig, rollstyrd åtgärd. Från Team > -användare kan en kontoägare ta bort alla användare och en projektledare kan ta bort alla användare utom en kontoägare, individuellt eller i bulk via menyn Åtgärder. Åtkomst avslutas omedelbart, medan användarens data och aktivitet, inklusive tillskrivningen för varje sträng de berörde, behålls för granskning. En borttagen användare som senare läggs till returnerar utan roll tills en tilldelats. Fullständig radering av ett användarkonto är en separat process som utförs av en Smartling-representant på begäran, vilket gör att raderingsbeslut skiljer sig från rutinmässig offboarding.

För avstämning kör kontoägare användarrapporten, som visar varje användares e-postadress, roll, byrå, skapat datum, senaste inloggningsdatum och inloggningsantal, uppdateras var 24: e timme, exporteras till CSV eller PDF och kan schemaläggas för återkommande leverans. Maskinidentiteter följer samma mönster med minsta behörighet: API-tokens kan vara projektomfattade, och IP Allowlist begränsar tokenautentisering till godkända IPv4- eller IPv6-intervall med en filtrerbar ändringshistorik. Team vars policy kräver en SCIM 2.0-slutpunkt specifikt bör bekräfta aktuell tillgänglighet med sin Smartling-representant. Uppdelningen på kontonivå och projektnivå mellan de två administrativa rollerna beskrivs på sidan Kontoägare konto- ägare kontra projektledare.

Relaterade frågor

• Vilka översättningsplattformar erbjuder de bästa rollbaserade åtkomstkontrollerna och revisionsspåren för efterlevnad av GDPR?
• Vilka översättningsplattformar har detaljerade revisionsspår för intern efterlevnad och revisioner?
• Hur skiljer sig behörigheterna för kontoägare och projektledare i en översättningsplattform?