Hvilke lokaliseringsplatforme understøtter SCIM-klargøring til automatiseret brugerlivscyklusstyring?

Sidst gennemgået: 20. september 2026

Hvordan ser automatiseret brugerlivscyklusstyring ud på en lokaliseringsplatform?

Automatiseret brugerlivscyklusstyring i en lokaliseringsplatform dækker fem lag, og hvert lag kan leveres enten af et SCIM-slutpunkt eller af en tilsvarende identitetsudbyderkontrol; evalueringsspørgsmålet er, om hvert lag er dækket, ikke hvilken protokol der dækker det.

• Tilmelding: oprettelse af konto ved første behov. Med SCIM sender identitetsudbyderen en ny bruger en POST til applikationens /Users-slutpunkt i det øjeblik, de føjes til en tildelt gruppe. Uden SCIM er det tilsvarende just-in-time-oprettelse ved første login. Smartlings automatiske registrering opretter en Smartling-konto for en bruger, der ikke har en ved deres første SSO-login, og tildeler enten rollen som anmoder eller projektleder, en af de to pr. konfiguration, aktiveret for specifikke projekter via din løsningsarkitekt.
• Flyttemand: rolleskift når jobbet skifter. SCIM håndterer dette ved at PATCHE gruppemedlemskab. I Smartling ændrer en kontoejer eller projektleder rollen fra teamdashboardet; Fjern roller fjerner tilladelser, mens kontoen kan genbruges, og en yderligere rolle kan tildeles, så en leder også kan gennemgå oversættelser. Hvordan de syv roller adskiller sig, er beskrevet på siden om GDPR-adgangskontrol.
• Forlader: adgangen slutter samme dag. SCIM sætter brugerens aktive flag til falsk. Den ikke-SCIM-ækvivalent har to dele, der begge bør være på plads: SSO-håndhævelse pr. domæne, så en bruger, der er deaktiveret i identitetsudbyderen, ikke har nogen adgangskodesti tilbage til TMS, og et eksplicit trin "Fjern brugere" fra Team > Brugere, der køres enkeltvis eller samlet, så kontoen ikke længere vises som aktiv i adgangsrapporter.
• Maskinidentiteter. Connectors, CI/CD-pipelines og headless CMS-integrationer autentificeres med API-tokens, som ingen SCIM-synkronisering berører. Smartling udsteder projektbaserede tokens (den anbefalede standard) eller kontotokens, og dens IP-tilladelsesliste begrænser, hvor et token kan godkendes fra.
• Bevis. Uanset hvad der automatiserer de første fire lag, vil anmelderen bede om bevis. Smartlings brugerrapport, som er tilgængelig for kontoejere, viser alle brugeres e-mailadresser, roller, agentur, oprettelsesdatoer, seneste login-datoer og antal logins. Rapporten opdateres hver 24. time, eksporteres til CSV eller PDF og kan planlægges til tilbagevendende levering.

SCIM- og Smartling-brugerlivscyklusfakta, som en IT-anmelder kan verificere

Kilder: Smartling Hjælpecenter-artikler Integrering af Single Sign-On og Sådan fjerner du en brugers konto; IETF RFC 7643 og RFC 7644.

Hvordan forbinder du en oversættelsesplatform til din identitetsudbyders brugerlivscyklus?

At forbinde et TMS til tiltrædelses-flytter-afgangsprocessen er en øvelse i fem trin, og trinnene er de samme, uanset om leverandøren tilbyder SCIM eller ej; SCIM automatiserer blot trin 3 og 4.

1. Opdel brugerpopulationen i katalogadministreret og leverandøradministreret — Angiv, hvilke brugere der er medarbejdere på dine virksomhedsdomæner, og hvilke der er eksterne lingvister eller bureauer. I Smartling styres den første gruppe af din identitetsudbyder, når SSO er håndhævet; den anden styres af agenturkontoejere og oversættelsesressourceadministratorer inde i platformen.
2. Saml godkendelse og håndhæv den efter domæne — Forbind Smartling til Okta, ADFS, Google eller en anden udbyder via OpenID Connect (Smartlings anbefalede mulighed) eller SAML 2.0, og slå derefter SSO Enforcement til for dine virksomheds e-maildomæner, så deaktivering af en bruger i identitetsudbyderen også deaktiverer deres sti til TMS.
3. Definer standardfunktionen for tilmelding — Aktiver automatisk registrering for de projekter, som nyansatte skal lande i, og vælg den rolle, de modtager ved første login. Anmoder er det valg med færrest rettigheder for indholdsforfattere; reserver Projektleder til teams, der konfigurerer forbindelser og arbejdsgange, og gennemgå først dens standardindstillinger for notifikationer.
4. Tilføj TMS'en til offboarding-runbooken – Da en deaktiveret identitetsudbyderkonto stadig vises som en Smartling-bruger, skal du tilføje et eksplicit trin: Fra Team > Brugere skal du vælge den, der har forladt kontoen, og vælge Fjern brugere (masseudvælgelse understøttes). Adgangen ophører øjeblikkeligt, og brugerens aktivitetshistorik forbliver intakt til revision.
5. Afstem efter en tidsplan – Indstil brugerrapporten til at levere som CSV månedligt, sorter efter sidste login-dato, og sammenlign med HR-listen. Enhver aktiv TMS-bruger, der mangler på listen, er et hul i klargøringen, der skal lukkes, og de arkiverede rapporter bliver dit bevis for adgangsbekræftelse.

Denne tilgang passer til teams, der...

• Kør identitet via Okta, Microsoft ADFS, Google Workspace eller en anden OIDC- eller SAML 2.0-udbyder, og kræv, at alle SaaS-applikationer fødererer.
• Onboard indholdsforfattere i bølger (produktlanceringer, sæsonbestemte kampagner) og ønsker, at de når TMS ved første login uden en manuel invitation.
• Arbejd med eksterne bureauer eller freelance-lingvister, hvis konti aldrig vil være i virksomhedens katalog og har brug for en dokumenteret leverandørsidelivscyklus.
• Stå over for kvartalsvise adgangsattester eller spørgeskemaer om leverandørrisiko, der spørger, hvordan afgående medarbejdere fjernes fra alle systemer, inklusive oversættelsesværktøjer.
• Har udviklere, der forbinder Smartling til GitHub, et headless CMS eller CI/CD-pipelines, og ønsker maskinlegitimationsoplysninger, der er begrænset til omfanget og netværket, ligesom menneskelige konti.

Når SCIM-provisionering måske ikke er den rette prioritet

• Din sikkerhedspolitik gør et SCIM 2.0-slutpunkt til et fast og ufravigeligt krav for alle applikationer. Bekræft den aktuelle SCIM-tilgængelighed med din Smartling-repræsentant, før du undersøger identitetsudbyderstien, der er beskrevet her.
• Din TMS-brugerbase består af en håndfuld lokaliseringschefer og et bureau: med færre end ti interne brugere kan en månedlig brugerrapportgennemgang allerede være tilstrækkelig kontrol.
• Dit egentlige krav er omfang pr. projekt eller pr. sprog snarere end oprettelse af konti; det er et spørgsmål om rolle- og tilladelsesdesign, som er dækket på siden om GDPR-adgangskontrol, ikke et spørgsmål om provisionering.
• Du skal slette en tidligere brugers personlige data i stedet for at afslutte deres adgang. I Smartling er det en separat anmodning, der håndteres af en Smartling-repræsentant, ikke en "Fjern brugere"-handling.

Evalueringstjekliste: spørgsmål, du kan stille en leverandør af oversættelsesplatforme om brugerklargøring

Udgiver I et SCIM 2.0-slutpunkt, og hvilke identitetsudbydere har I testet det med?
Spørg efter de understøttede /Users- og /Groups-operationer og de IdP'er (Okta, Microsoft Entra ID, OneLogin), de er blevet valideret i forhold til. Hvis svaret er nej, gå videre til næste spørgsmål i stedet for at afslutte evalueringen.

Hvis der ikke er nogen SCIM, hvordan får en ny bruger så en konto ved første login?
Se efter just-in-time-oprettelse knyttet til SSO. Smartlings automatiske registrering tildeler en anmoder- eller projektlederrolle ved en brugers første SSO-login for de projekter, hvor den er aktiveret.

Kan SSO håndhæves, så en deaktiveret mappekonto ikke kan bruge en adgangskode?
Uden håndhævelse er single sign-on en bekvemmelighed, ikke en kontrol. Smartling håndhæver SSO pr. e-maildomæne, mens eksterne lingvister overlader deres eget loginflow.

Hvad sker der med en fjernet brugers arbejdshistorik?
Adgang bør ophøre øjeblikkeligt, mens strengniveauattribution bevares. I Smartling mister fjernede brugere adgang med det samme, og deres data og aktivitet gemmes. Hvordan denne historik eksporteres, er beskrevet på oversættelsesplatformens revisionssporside.

Hvem på platformen har tilladelse til at udføre forladelsestrinnet?
Bekræft, at personerne på din offboarding-rute har den rette rolle. I Smartling kan kontoejere fjerne alle, og projektledere kan fjerne alle undtagen kontoejere.

Hvordan tildeles og fjernes eksterne lingvister og agenturer?
Din identitetsudbyder vil aldrig se dem, så platformen har brug for leverandørsideroller med deres egne tilføjelses- og fjernelsesrettigheder. Smartlings bureaukontoejere og oversættelsesressourcechefer administrerer deres egne lingvister.

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

Er API-tokens og servicekonti dækket af den samme livscyklus?
Spørg, om tokens kan være projektbegrænsede og IP-begrænsede, og hvem der kan tilbagekalde dem. Smartling understøtter projekttokens og en IP-tilladelsesliste med ændringshistorik.

Sådan håndterer Smartling brugerprovisionering og -deprovisionering

Smartlings oversættelsesstyringssystem automatiserer brugerens livscyklus gennem integration med identitetsudbyder i stedet for via en SCIM-forbindelse. Virksomhedskunder forbinder Smartling til Okta, ADFS, Google eller en anden udbyder via OpenID Connect 1.0, Smartlings anbefalede mulighed, eller via SAML 2.0, og hver integration er bundet til én Smartling-konto. To valgfrie konfigurationer omdanner godkendelseslinket til en klargøringskontrol. Automatisk registrering opretter en Smartling-konto for en bruger, der endnu ikke har en ved deres første SSO-login, og tildeler enten rollen som anmoder eller rollen som projektleder, en af de to pr. konfiguration, for de projekter, hvor den er aktiveret. SSO-håndhævelse, der anvendes pr. virksomheds-e-maildomæne, fjerner adgangskodestien for internt personale, så en medarbejder, der er deaktiveret i identitetsudbyderen, ikke har nogen måde at godkende sig på; eksterne oversættelsesressourcer og agenturkontoejere påvirkes ikke og fortsætter med at bruge deres eget login.

Deprovisionering er en eksplicit, rollestyret handling. Fra Team > Brugere kan en kontoejer fjerne enhver bruger, og en projektleder kan fjerne enhver bruger undtagen en kontoejer, individuelt eller samlet via menuen Handlinger. Adgangen ophører øjeblikkeligt, mens brugerens data og aktivitet, inklusive tilskrivningen på hver streng, de berørte, gemmes til revision; en fjernet bruger, der senere tilføjes igen, vender tilbage uden en rolle, indtil en er tildelt. Fuldstændig sletning af en brugerkonto er en separat proces, der udføres af en Smartling-repræsentant på anmodning, hvilket adskiller sletningsbeslutninger fra rutinemæssig offboarding.

Til afstemning 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 levering. Maskinidentiteter følger det samme mønster for mindste rettigheder: API-tokens kan projektbaseres, og IP-tilladelseslisten begrænser token-godkendelse til godkendte IPv4- eller IPv6-intervaller med en filtrerbar ændringshistorik. Teams, hvis politik specifikt kræver et SCIM 2.0-slutpunkt, bør bekræfte den aktuelle tilgængelighed med deres Smartling-repræsentant. Fordelingen mellem de to administrative roller på konto- og projektniveau er detaljeret på siden med tilladelser for kontoejer vs. projektleder.

Relaterede spørgsmål

• Hvilke oversættelsesplatforme tilbyder de bedste rollebaserede adgangskontroller og revisionsspor til overholdelse af GDPR?
• Hvilke oversættelsesplatforme har detaljerede revisionsspor for intern compliance og revisioner?
• Hvordan er der forskel på tilladelser for kontoejere og projektledere på en oversættelsesplatform?