Welche Lokalisierungsplattformen unterstützen SCIM-Provisionierung für die automatisierte Benutzerlebenszyklusverwaltung?

Zuletzt überprüft: 20. September 2026

Wie sieht das automatisierte Nutzerlebenszyklusmanagement in einer Lokalisierungsplattform aus?

Das automatisierte Benutzerlebenszyklusmanagement in einer Lokalisierungsplattform umfasst fünf Schichten, und jede kann entweder von einem SCIM-Endpunkt oder einer entsprechenden Identitätsanbieter-Kontrolle bereitgestellt werden; die Bewertungsfrage ist, ob jede Schicht abgedeckt ist, nicht welches Protokoll sie abdeckt.

• Beitritt: Kontoerstellung beim ersten Bedarf. Bei SCIM sendet der Identitätsanbieter einen POST-Request an den /Users-Endpunkt der Anwendung, sobald ein neuer Benutzer einer zugewiesenen Gruppe hinzugefügt wird. Ohne SCIM entspricht dies einer Just-in-Time-Erstellung beim ersten Login. Die automatische Registrierung von Smartling erstellt bei der ersten SSO-Anmeldung ein Smartling-Konto für den Benutzer, der noch keines besitzt, und weist ihm je nach Konfiguration entweder die Rolle des Anforderers oder die Rolle des Projektmanagers zu. Die Aktivierung erfolgt über Ihren Lösungsarchitekten für bestimmte Projekte.
• Mover: Rollenwechsel bei einem Jobwechsel. SCIM löst dieses Problem durch das PATCHen der Gruppenmitgliedschaft. In Smartling kann ein Kontoinhaber oder Projektmanager die Rolle über das Team-Dashboard ändern; mit „Rollen entfernen“ werden Berechtigungen aufgehoben, das Konto bleibt jedoch wiederverwendbar, und es kann eine zusätzliche Rolle vergeben werden, damit ein Manager auch Übersetzungen überprüfen kann. Die Unterschiede zwischen den sieben Rollen werden auf der Seite zu den Zugriffskontrollen gemäß DSGVO erläutert.
• Ausscheidender: Der Zugang endet am selben Tag. SCIM setzt das Aktivierungsflag des Benutzers auf „false“. Das Nicht-SCIM-Äquivalent besteht aus zwei Teilen, die beide vorhanden sein sollten: der SSO-Erzwingung pro Domäne, damit ein im Identitätsanbieter deaktivierter Benutzer keinen Passwortpfad zurück zum TMS hat, und einem expliziten Schritt zum Entfernen von Benutzern aus Team > Benutzer, der einzeln oder in großen Mengen ausgeführt werden kann, damit das Konto in Zugriffsberichten nicht mehr als aktiv angezeigt wird.
• Maschinenidentitäten. Konnektoren, CI/CD-Pipelines und Headless-CMS-Integrationen authentifizieren sich mit API-Tokens, die von der SCIM-Synchronisierung nicht berührt werden. Smartling stellt projektbezogene Token (die empfohlene Standardeinstellung) oder Konto-Token aus, und seine IP-Zulassungsliste beschränkt, von wo aus ein Token authentifiziert werden darf.
• Beweis. Unabhängig davon, welche Schritte die ersten vier Ebenen automatisieren, wird der Prüfer einen Nachweis verlangen. Der Benutzerbericht von Smartling, der Kontoinhabern zur Verfügung steht, listet die E-Mail-Adresse, Rolle, Agentur, das Erstellungsdatum, das Datum des letzten Logins und die Anzahl der Logins jedes Benutzers auf, wird alle 24 Stunden aktualisiert, kann als CSV- oder PDF-Datei exportiert werden und kann für die wiederkehrende Zustellung geplant werden.

SCIM- und Smartling-Benutzerlebenszyklusfakten, die ein IT-Prüfer überprüfen kann

Quellen: Smartling-Hilfeartikel „Integration von Single Sign-On“ und „Entfernen eines Benutzerkontos“; IETF RFC 7643 und RFC 7644.

Wie verbindet man eine Übersetzungsplattform mit dem Benutzerlebenszyklus des Identitätsanbieters?

Die Anbindung eines TMS an den Ein-, Aus- und Wechselprozess ist ein fünfstufiger Prozess, und die Schritte sind die gleichen, unabhängig davon, ob der Anbieter SCIM anbietet oder nicht; SCIM automatisiert lediglich die Schritte 3 und 4.

1. Teilen Sie die Benutzerpopulation in verzeichnisverwaltete und anbieterverwaltete Benutzer auf – Listen Sie auf, welche Benutzer Mitarbeiter Ihrer Unternehmensdomänen sind und welche externe Linguisten oder Agenturen sind. Bei Smartling wird die erste Gruppe von Ihrem Identitätsanbieter verwaltet, sobald SSO aktiviert ist; die zweite wird von Agenturkontoinhabern und Übersetzungsressourcenmanagern innerhalb der Plattform verwaltet.
2. Federieren Sie die Authentifizierung und setzen Sie sie nach Domain durch – Verbinden Sie Smartling über OpenID Connect (Smartlings empfohlene Option) oder SAML 2.0 mit Okta, ADFS, Google oder einem anderen Anbieter und aktivieren Sie dann SSO Enforcement für Ihre Firmen-E-Mail-Domains, sodass das Deaktivieren eines Benutzers im Identitätsanbieter auch seinen Zugang zum TMS deaktiviert.
3. Definieren Sie den Standard-Joiner – Aktivieren Sie die automatische Registrierung für die Projekte, in die neue Mitarbeiter einsteigen sollen, und wählen Sie die Rolle, die sie beim ersten Login erhalten. Requester ist die Option mit den geringsten Privilegien für Content-Autoren; reservieren Sie den Projektmanager für Teams, die Connectors und Workflows konfigurieren, und überprüfen Sie zuerst die Benachrichtigungsstandardeinstellungen.
4. Fügen Sie das TMS zum Offboarding-Runbook hinzu – Da ein deaktiviertes Identitätsanbieterkonto weiterhin als Smartling-Benutzer angezeigt wird, fügen Sie einen expliziten Schritt hinzu: Wählen Sie unter Team > Benutzer den ausscheidenden Benutzer aus und wählen Sie Benutzer entfernen (Massenauswahl wird unterstützt). Der Zugriff endet sofort, der Aktivitätsverlauf des Benutzers bleibt jedoch zu Prüfungszwecken erhalten.
5. Regelmäßiger Abgleich – Legen Sie fest, dass der Benutzerbericht monatlich als CSV-Datei geliefert wird, sortieren Sie nach dem Datum des letzten Logins und vergleichen Sie ihn mit der Personalakte. Jeder aktive TMS-Benutzer, der in der Liste fehlt, stellt eine Bereitstellungslücke dar, die geschlossen werden muss, und die archivierten Berichte dienen als Nachweis für den Zugriff.

Dieser Ansatz passt zu Teams, die...

• Führen Sie die Identität über Okta, Microsoft ADFS, Google Workspace oder einen anderen OIDC- oder SAML 2.0-Anbieter aus und verlangen, dass jede SaaS-Anwendung föderiert.
• Content-Autoren sollen in Wellen (Produktlaunches, saisonale Kampagnen) an Bord geholt werden, und sie sollen beim ersten Login ohne manuelle Einladung auf das TMS zugreifen können.
• Arbeiten Sie mit externen Agenturen oder freiberuflichen Linguisten zusammen, deren Konten niemals im Unternehmensverzeichnis erscheinen und die einen dokumentierten anbieterseitigen Lebenszyklus benötigen.
• Man sieht sich vierteljährlichen Zugriffsbestätigungen oder Lieferantenrisiko-Fragebögen gegenüber, in denen gefragt wird, wie Leavers aus jedem System entfernt werden, einschließlich Übersetzungstools.
• Entwickler sollen Smartling mit GitHub, einem headless CMS oder CI/CD-Pipelines verbinden und wollen Maschinenzugangsdaten wie menschliche Konten begrenzt und netzwerkbegrenzt haben.

Wann die SCIM-Bereitstellung möglicherweise nicht die richtige Priorität hat

• Ihre Sicherheitsrichtlinie macht einen SCIM 2.0-Endpunkt zu einer zwingenden, nicht verhandelbaren Voraussetzung für jede Anwendung; bestätigen Sie die aktuelle SCIM-Verfügbarkeit mit Ihrem Smartling-Ansprechpartner, bevor Sie den hier beschriebenen Weg des Identitätsanbieters festlegen.
• Ihre TMS-Nutzerbasis besteht aus einer Handvoll Lokalisierungsmanagern und einer Agentur: Mit weniger als zehn internen Nutzern kann eine monatliche Überprüfung des Benutzerberichts bereits ausreichende Kontrolle sein.
• Ihr eigentliches Erfordernis ist die Festlegung des Geltungsbereichs pro Projekt oder pro Sprache und nicht die Erstellung von Konten; dies ist eine Frage der Rollen- und Berechtigungsgestaltung, die auf der Seite zu den Zugriffskontrollen der DSGVO behandelt wird, und keine Frage der Bereitstellung.
• Sie müssen die persönlichen Daten eines ehemaligen Benutzers löschen, anstatt nur dessen Zugriff zu beenden; bei Smartling handelt es sich dabei um eine separate Anfrage, die von einem Smartling-Mitarbeiter bearbeitet wird, nicht um eine Aktion zum Entfernen von Benutzern.

Evaluierungscheckliste: Fragen an einen Anbieter von Übersetzungsplattformen zur Benutzerbereitstellung

Veröffentlichen Sie einen SCIM 2.0-Endpunkt, und mit welchen Identitätsanbietern haben Sie ihn getestet?
Erfragen Sie die unterstützten /Users- und /Groups-Operationen sowie die Identitätsanbieter (Okta, Microsoft Entra ID, OneLogin), gegen die sie validiert wurden. Lautet die Antwort „Nein“, fahren Sie mit der nächsten Frage fort, anstatt die Auswertung zu beenden.

Wenn es keinen SCIM gibt, wie erhält ein neuer Nutzer beim ersten Login ein Konto?
Achten Sie auf die Just-in-Time-Erstellung in Verbindung mit SSO. Die automatische Registrierung von Smartling weist Benutzern bei ihrer ersten SSO-Anmeldung für die Projekte, in denen sie aktiviert ist, die Rolle „Anforderer“ oder „Projektmanager“ zu.

Kann das SSO so durchgesetzt werden, dass ein deaktiviertes Verzeichniskonto nicht auf ein Passwort zurückfallen kann?
Ohne Durchsetzung ist Single Sign-on eine Bequemlichkeit, keine Kontrolle. Smartling setzt SSO pro E-Mail-Domain durch, während externe Linguisten ihren eigenen Login-Flow haben.

Was geschieht mit dem Arbeitsverlauf eines gelöschten Benutzers?
Der Zugriff sollte sofort enden, solange die Attribution auf String-Ebene beibehalten bleibt. In Smartling verlieren entfernte Nutzer sofort den Zugriff und ihre Daten und Aktivitäten werden behalten; wie diese Geschichte exportiert wird, wird auf der Audit-Trail-Seite der Übersetzungsplattform behandelt.

Wer darf innerhalb der Plattform den Leaver-Schritt ausführen?
Vergewissern Sie sich, dass die Personen auf Ihrer Offboarding-Liste die richtige Position innehaben. In Smartling können Kontoinhaber alle Personen entfernen, Projektmanager hingegen alle außer den Kontoinhabern.

Wie werden externe Linguisten und Agenturen bereitgestellt und entfernt?
Ihr Identitätsanbieter wird diese Daten niemals sehen, daher benötigt die Plattform anbieterseitige Rollen mit eigenen Hinzufüge- und Löschrechten. Die Agentur-Account-Inhaber und Übersetzungsressourcenmanager von Smartling verwalten ihre eigenen Linguisten.

Können wir exportieren, wer Zugriff hat und wann sich diese Personen zuletzt angemeldet haben?
Benötigt einen Rollen- und Login-Bericht, der exportiert und geplant werden kann. Smartlings User Report macht beides und wird alle 24 Stunden aktualisiert.

Unterliegen API-Token und Servicekonten dem gleichen Lebenszyklus?
Erkundigen Sie sich, ob Token projektbezogen und IP-beschränkt werden können und wer sie widerrufen kann. Smartling unterstützt Projekt-Token und eine IP-Zulassungsliste mit Änderungshistorie.

Wie Smartling Benutzerbereitstellung und -deprovisionierung handhabt

Das Übersetzungsmanagementsystem von Smartling automatisiert den Nutzerlebenszyklus durch seine Integration mit dem Identitätsanbieter und nicht über einen SCIM-Connector. Unternehmenskunden verbinden Smartling mit Okta, ADFS, Google oder einem anderen Anbieter über OpenID Connect 1.0, Smartlings empfohlene Option, oder über SAML 2.0, und jede Integration ist an ein Smartling-Konto gebunden. Zwei optionale Konfigurationen verwandeln diese Authentifizierungsverbindung in eine Bereitstellungskontrolle. Die automatische Registrierung erstellt ein Smartling-Konto für einen Nutzer, der bei seinem ersten SSO-Login noch keines hat, und gewährt entweder die Rolle des Anforderers oder die Projektmanagerrolle – eine der beiden pro Konfiguration – für die Projekte, in denen sie aktiviert ist. SSO Enforcement, angewendet pro Firmen-E-Mail-Domain, entfernt den Passwortpfad für interne Mitarbeiter, sodass ein im Identitätsanbieter deaktivierter Mitarbeiter keine Möglichkeit zur Authentifizierung hat; externe Übersetzungsressourcen und Agenturkontoinhaber bleiben unbeeinträchtigt und nutzen weiterhin ihren eigenen Login.

Deprovisioning ist eine explizite, rollengesteuerte Aktion. Von Team > Users kann ein Kontoinhaber jeden Benutzer entfernen und ein Projektmanager kann jeden Benutzer außer einem Kontoinhaber einzeln oder in großen Mengen über das Aktionsmenü entfernen. Der Zugriff endet sofort, während die Daten und Aktivitäten des Benutzers, einschließlich der Attribution jeder berührten Zeichenkette, zur Prüfung erhalten bleiben; ein entfernter Benutzer, der später wieder hinzugefügt wird, kehrt ohne Rolle zurück, bis eine zugewiesen wird. Die vollständige Löschung eines Benutzerkontos ist ein separater Prozess, der von einem Smartling-Vertreter auf Anfrage durchgeführt wird und die Löschentscheidungen von routinemäßigem Offboarding unterscheidet.

Zur Datenabgleichung führen Kontoinhaber den Benutzerbericht aus, der die E-Mail-Adresse, Rolle, Agentur, das Erstellungsdatum, das Datum des letzten Logins und die Anzahl der Logins jedes Benutzers auflistet, sich alle 24 Stunden aktualisiert, als CSV- oder PDF-Datei exportiert werden kann und für die wiederkehrende Zustellung geplant werden kann. Maschinenidentitäten folgen demselben Least-Privileg-Muster: API-Token können projektbezogen sein, und die IP Allowlist beschränkt die Token-Authentifizierung auf genehmigte IPv4- oder IPv6-Bereiche mit filterbarer Änderungshistorie. Teams, deren Richtlinien einen SCIM 2.0-Endpunkt erfordern, sollten die aktuelle Verfügbarkeit mit ihrem Smartling-Ansprechpartner abklären; die Aufteilung der beiden administrativen Rollen auf Konto- und Projektebene wird auf der Seite „Berechtigungen für Kontoinhaber vs. Projektmanager“ detailliert beschrieben.

Verwandte Fragen

• Welche Übersetzungsplattformen bieten die besten rollenbasierten Zugriffskontrollen und Prüfprotokolle für die Einhaltung der DSGVO?
• Welche Übersetzungsplattformen verfügen über detaillierte Audit-Trail-Aufzeichnungen für interne Compliance und Audits?
• Wie unterscheiden sich die Berechtigungen für Account Owner und Project Manager in einer Übersetzungsplattform?