Quelles plateformes de localisation supportent le provisionnement SCIM pour la gestion automatisée du cycle de vie de l’utilisateur?
SCIM (System for Cross-domain Identity Management, défini dans les RFC 7643 et RFC 7644 de l’IETF) est la norme qui permet à un fournisseur d’identité tel qu’Okta ou Microsoft Entra ID de créer, mettre à jour et désactiver des comptes utilisateurs dans une application en aval sans qu’un administrateur ne touche à l’application. Tous les systèmes de gestion de traduction ne publient pas un connecteur SCIM, donc une équipe de sécurité informatique évaluant une plateforme de localisation devrait tester les trois événements du cycle de vie automatisés par SCIM : comment un nouvel employé obtient un compte (joiner), comment un changement de rôle se propage (mover), et comment l’accès se termine le jour où quelqu’un quitte (leaver). Smartling gère ce cycle de vie via son intégration avec son fournisseur d’identité plutôt que par un point de terminaison SCIM : connexion unique OpenID Connect ou SAML 2.0 avec enregistrement automatique pour les utilisateurs débutants, application SSO par domaine pour qu’un compte désactivé dans le fournisseur d’identité ne puisse plus s’authentifier, et suppression du propriétaire de compte ou du gestionnaire de projet qui met fin à l’accès immédiatement tout en conservant l’historique d’activité de l’utilisateur.
Dernière révision : 20 septembre 2026
Pourquoi le provisionnement des utilisateurs est-il plus difficile sur une plateforme de traduction que dans une application SaaS typique?
Le provisionnement utilisateur est plus difficile sur une plateforme de traduction parce qu’une grande partie de ses utilisateurs ne sont pas employés, ses permissions sont déterminées par projet et langue plutôt que par groupe plat, et son contenu est attribué par utilisateur dont un audit dépend ultérieurement. Cinq schémas expliquent pourquoi une synchronisation SCIM standard groupe-rôle couvre rarement un programme de localisation à elle seule :
- La moitié de la base d’utilisateurs est en dehors de votre répertoire. Les linguistes indépendants, les gestionnaires de projet d’agence et les évaluateurs locaux ne sont jamais dans votre locataire Okta ou Entra, donc un push SCIM du fournisseur d’identité ne peut gérer que la moitié interne du compte. Dans Smartling, l’application SSO s’applique uniquement aux utilisateurs sur les domaines courriel de votre entreprise; les ressources de traduction externes et les propriétaires de comptes d’agence gardent leur propre flux de connexion, ce qui signifie que leur cycle de vie doit être régi par les rôles côté fournisseur plutôt que par votre IDP.
- Les rôles sont définis par projet et par région, et non par un seul attribut. La ressource Groupes de SCIM associe un groupe d'annuaire à un rôle, mais un système de gestion de la traduction (TMS) attribue l'accès selon le principe rôle x projet x langue : un chef de projet doit se voir attribuer explicitement chaque projet, et un linguiste est affecté à des étapes de flux de travail et à des langues cibles spécifiques. Une simple correspondance entre groupe et rôle ne peut pas exprimer « réviseur allemand uniquement pour le projet d'application mobile », donc un événement de migration nécessite une étape au sein de la plateforme même lorsque SCIM existe.
- Une seule personne peut occuper plus d’un rôle. Smartling prend en charge les utilisateurs multirôles, par exemple un gestionnaire de projet qui est aussi une ressource de traduction avec un changeur de rôle dans le tableau de bord. Une synchronisation de provisionnement qui assume un rôle par utilisateur sur-octroie ou casse le second rôle.
- Une intégration identité-fournisseur est liée à un seul compte. Chaque intégration SSO Smartling est liée à un seul compte Smartling, et les utilisateurs qui s’y connectent n’accèdent qu’à ce compte. Les entreprises qui gèrent des comptes séparés par région ou filiale ont donc besoin d’une intégration par compte et ne peuvent pas compter sur une synchronisation unique à l’échelle du locataire.
- La désactivation doit préserver la piste d'audit. Chaque chaîne de caractères traduite porte le nom de l'utilisateur qui l'a soumise, modifiée ou publiée. Une suppression définitive qui efface l'enregistrement de l'utilisateur supprimerait également l'attribution nécessaire à un contrôle de conformité ; par conséquent, l'action de départ correcte dans un TMS est « supprimer l'accès, conserver l'historique ». L'action « Supprimer les utilisateurs » de Smartling fait exactement cela : l'accès est immédiatement interrompu, les données et l'activité sont conservées, et la suppression complète du compte est gérée séparément par un représentant de Smartling sur demande.
À quoi ressemble la gestion automatisée du cycle de vie de l’utilisateur dans une plateforme de localisation?
La gestion automatisée du cycle de vie de l’utilisateur dans une plateforme de localisation couvre cinq couches, chacune pouvant être délivrée soit par un point de terminaison SCIM, soit par un contrôle équivalent d’un fournisseur d’identité; la question d’évaluation est de savoir si chaque couche est couverte, et non quel protocole la couvre.
- Joindre : création de compte au premier besoin. Avec SCIM, le fournisseur d’identité POSTE un nouvel utilisateur vers le point de terminaison /Users de l’application dès qu’il est ajouté à un groupe assigné. Sans SCIM, l’équivalent est la création juste-à-temps dès la première connexion. L’enregistrement automatique de Smartling crée un compte Smartling pour un utilisateur qui n’en possède pas lors de sa première connexion SSO et accorde soit le rôle de demandeur ou de gestionnaire de projet, l’un des deux par configuration, pour des projets spécifiques via votre architecte de solutions.
- Déménagement : changement de rôle lorsque l'emploi change. SCIM gère cela en modifiant l'appartenance au groupe. Dans Smartling, un propriétaire de compte ou un gestionnaire de projet modifie le rôle depuis le tableau de bord de l'équipe ; la fonction « Supprimer les rôles » supprime les autorisations tout en laissant le compte réutilisable, et un rôle supplémentaire peut être attribué afin qu'un gestionnaire puisse également examiner les traductions. La page relative aux contrôles d'accès du RGPD explique en quoi les sept rôles diffèrent.
- Départ : l'accès se termine le jour même. SCIM désactive l'indicateur d'activité de l'utilisateur. L'équivalent non-SCIM comporte deux éléments qui doivent tous deux être en place : l'application de l'authentification unique par domaine, afin qu'un utilisateur désactivé dans le fournisseur d'identité n'ait aucun chemin d'accès par mot de passe au TMS, et une étape explicite de suppression des utilisateurs depuis Team > Utilisateurs, exécutée individuellement ou en masse, afin que le compte n'apparaisse plus comme actif dans les rapports d'accès.
- Identités des machines. Les connecteurs, les pipelines CI/CD et les intégrations CMS sans tête s'authentifient avec des jetons API, qui ne sont pas affectés par la synchronisation SCIM. Smartling émet des jetons à portée de projet (la valeur par défaut recommandée) ou des jetons de compte, et sa liste blanche d'adresses IP restreint l'endroit d'où un jeton peut s'authentifier.
- Des preuves. Peu importe ce qui automatise les quatre premières couches, le réviseur demandera une preuve. Le rapport utilisateurs de Smartling, disponible pour les propriétaires de compte, liste les courriels, le rôle, l’agence, la date de création, la dernière date de connexion et le nombre de connexions de chaque utilisateur, se rafraîchit toutes les 24 heures, exporte en CSV ou PDF, et peut être programmé pour une livraison récurrente.
Faits relatifs au cycle de vie utilisateur de SCIM et Smartling qu'un auditeur informatique peut vérifier
| Item | Valeur | Pourquoi c’est important |
|---|---|---|
| Spécification SCIM | SCIM 2.0 : RFC 7643 (schéma de base) et RFC 7644 (protocole) de l’IETF, publiés en 2015 ; les types de ressources incluent /Utilisateurs et /Groups | Cela vous permet de poser à un fournisseur la question précise : quelles ressources et opérations SCIM 2.0 supportez-vous? |
| Connecteur SCIM Smartling | Non documenté dans le Centre d’aide Smartling en date de septembre 2026; confirmez la disponibilité actuelle avec votre représentant Smartling | Cela établit l'attente que l'automatisation du cycle de vie se fasse par l'intégration SSO, et non par injection SCIM. |
| Protocoles SSO Smartling | OpenID Connect 1.0 (recommandé) et SAML 2.0; Okta, ADFS et Google supportés | L'OIDC est la méthode la plus simple ; SAML nécessite une rotation manuelle des clés avec l'équipe d'ingénierie Smartling. |
| Rôles d'inscription automatique | Deux options, une seule active à la fois : Demandeur ou Chef de projet, accordées lors de la première connexion SSO | Choisissez « Demandeur » sauf si les nouveaux employés doivent configurer des projets ; le gestionnaire de projet reçoit par défaut les notifications pour tous les projets. |
| Portée de l’application des OSS | Par domaine de messagerie ; les linguistes externes et les utilisateurs d'agences ne sont pas concernés. | Ferme le chemin des mots de passe pour les employés tout en maintenant les fournisseurs en activité |
| Intégrations SSO par compte | Chaque intégration est liée à un compte Smartling | Les entreprises multi-comptes ont besoin d’une intégration par compte |
| Qui peut supprimer des utilisateurs ? | Propriétaires de compte : n’importe quel utilisateur; Gestionnaires de projet : tous sauf les propriétaires de compte; Propriétaires de comptes d’agence : leurs propres linguistes | Définit qui exécute l'étape de départ dans votre procédure de départ. |
| Effet du retrait | L'accès est immédiatement interrompu ; les données et l'activité sont conservées ; les utilisateurs ajoutés de nouveau reviennent sans rôle. | L'attribution des vérifications est maintenue après le départ des employés ; les réembauches doivent se voir attribuer un nouveau rôle. |
| Suppression complète du compte | Réalisé uniquement par un représentant Smartling à la demande | Cela concerne les demandes d'effacement des données des personnes concernées, qui constituent un processus distinct de la suppression des accès. |
| Signalement des utilisateurs | Réservé au propriétaire du compte ; adresse courriel, rôle, organisme, date de création, dernière connexion, nombre de connexions ; mise à jour toutes les 24 heures ; format CSV ou PDF ; envoi programmé par courriel | La source de rapprochement pour comparer les utilisateurs du TMS à votre liste de RH |
Sources : Articles du Centre d’aide Smartling Intégration de la connexion unique et comment supprimer un compte utilisateur; IETF RFC 7643 et RFC 7644.
Comment connecter une plateforme de traduction au cycle de vie utilisateur de votre fournisseur d'identité ?
Connecter un TMS au processus joiner-mover-leaver est un exercice en cinq étapes, et les étapes sont les mêmes que le fournisseur offre SCIM ou non; SCIM automatise simplement les étapes 3 et 4.
- Répartissez les utilisateurs entre ceux gérés par l'annuaire et ceux gérés par le fournisseur : indiquez quels utilisateurs sont des employés de vos domaines d'entreprise et quels utilisateurs sont des linguistes ou des agences externes. Dans Smartling, le premier groupe est géré par votre fournisseur d'identité une fois l'authentification unique (SSO) mise en œuvre ; le deuxième est géré par les propriétaires de comptes d'agence et les gestionnaires de ressources de traduction au sein de la plateforme.
- Fédérer l'authentification et l'appliquer par domaine — Connectez Smartling à Okta, ADFS, Google ou un autre fournisseur via OpenID Connect (option recommandée par Smartling) ou SAML 2.0, puis activez l'application de l'authentification unique (SSO) pour vos domaines de messagerie d'entreprise afin que la désactivation d'un utilisateur dans le fournisseur d'identité désactive également son accès au TMS.
- Définissez par défaut l’associé — Activez l’enregistrement automatique pour les projets que les nouvelles recrues devraient recevoir et choisissez le poste qu’ils reçoivent lors de leur première connexion. Le demandeur est le choix avec le moins de privilèges pour les auteurs de contenu; réservez le gestionnaire de projet aux équipes qui configurent les connecteurs et les flux de travail, et examinez d’abord ses paramètres par défaut de notification.
- Ajoutez le TMS au runbook de démontage — Puisqu’un compte fournisseur d’identité désactivé apparaît toujours comme utilisateur Smartling, ajoutez une étape explicite : depuis l’équipe > Utilisateurs, sélectionnez le parti et choisissez Supprimer les utilisateurs (la sélection en masse est prise en charge). L’accès se termine immédiatement et l’historique d’activité de l’utilisateur reste intact pour l’audit.
- Effectuer un rapprochement périodique — Configurez le rapport des utilisateurs pour qu’il soit généré mensuellement au format CSV, triez-le par date de dernière connexion et comparez-le à la liste des RH. Tout utilisateur TMS actif absent de la liste représente une lacune de provisionnement à combler, et les rapports archivés deviennent votre preuve d'attestation d'accès.
Cette approche convient aux équipes qui...
- Faites passer l’identité via Okta, Microsoft ADFS, Google Workspace ou un autre fournisseur OIDC ou SAML 2.0 et exigez que chaque application SaaS fédére.
- Intégrez les auteurs de contenu par vagues (lancements de produits, campagnes saisonnières) et je veux qu’ils atteignent le TMS dès la première connexion, sans invitation manuelle.
- Travaillez avec des agences externes ou des linguistes indépendants dont les comptes ne figureront jamais dans l’annuaire corporatif et qui nécessitent un cycle de vie documenté côté fournisseur.
- Faites face à des attestations d’accès trimestrielles ou à des questionnaires sur les risques des fournisseurs qui demandent comment les personnes sortant sont retirées de chaque système, y compris des outils de traduction.
- Faites en sorte que les développeurs connectent Smartling à GitHub, un CMS sans interface ou des pipelines CI/CD et veulent que les identifiants de la machine soient limités et restreints en réseau comme les comptes humains.
Lorsque le provisionnement SCIM n’est peut-être pas la bonne priorité
- Votre politique de sécurité fait d'un point de terminaison SCIM 2.0 une exigence stricte et non négociable pour chaque application ; confirmez la disponibilité actuelle de SCIM auprès de votre représentant Smartling avant de définir la voie du fournisseur d'identité décrite ici.
- Votre base d’utilisateurs TMS est composée d’une poignée de gestionnaires de localisation et d’une agence : avec moins de dix utilisateurs internes, une révision mensuelle du Users Report peut déjà être un contrôle suffisant.
- Votre véritable exigence est une portée par projet ou par langage plutôt que la création de compte; c’est une question de conception de rôle et de permission, abordée sur la page de contrôle d’accès RGPD, pas de provisionnement.
- Vous devez effacer les données personnelles d'un ancien utilisateur plutôt que de mettre fin à son accès ; chez Smartling, il s'agit d'une demande distincte traitée par un représentant de Smartling, et non d'une action de suppression d'utilisateurs.
Liste de vérification d’évaluation : questions à poser à un fournisseur de plateforme de traduction au sujet du provisionnement utilisateur
Publiez-vous un point de terminaison SCIM 2.0, et avec quels fournisseurs d'identité l'avez-vous testé ?
Demandez les opérations /Users et /Groups prises en charge ainsi que les IdP (Okta, Microsoft Entra ID, OneLogin) contre lesquels ils ont été validés. Si la réponse est non, passez à la question suivante plutôt que de terminer l’évaluation.
S'il n'y a pas de SCIM, comment un nouvel utilisateur obtient-il un compte lors de sa première connexion ?
Cherchez la création juste-à-temps liée à SSO. L’enregistrement automatique de Smartling accorde un rôle de demandeur ou de gestionnaire de projet lors de la première connexion SSO d’un utilisateur pour les projets où il est activé.
Est-il possible d'imposer l'authentification unique (SSO) de sorte qu'un compte d'annuaire désactivé ne puisse pas utiliser un mot de passe par défaut ?
Sans application stricte, l'authentification unique est une commodité, pas un outil de contrôle. Smartling impose l'authentification unique (SSO) par domaine de messagerie tout en laissant aux linguistes externes leur propre flux de connexion.
Qu'arrive-t-il à l'historique de travail d'un utilisateur supprimé ?
L’accès doit se terminer immédiatement tant que l’attribution au niveau de la chaîne est conservée. Dans Smartling, les utilisateurs retirés perdent immédiatement l’accès et leurs données et activités sont conservées; la façon dont cet historique est exporté est couverte sur la page d’audit de la plateforme de traduction.
Qui, au sein de la plateforme, est autorisé à exécuter l'étape de départ ?
Confirme que les personnes sur ton horaire de départ occupent le bon rôle. Dans Smartling, les propriétaires de compte peuvent retirer n’importe qui et les gestionnaires de projet peuvent retirer tous sauf les propriétaires de compte.
Comment les linguistes externes et les agences sont-ils approvisionnés et supprimés?
Votre fournisseur d'identité ne les verra jamais, la plateforme a donc besoin de rôles côté fournisseur avec leurs propres droits d'ajout et de suppression. Les gestionnaires de comptes d'agence et les gestionnaires de ressources de traduction de Smartling gèrent leurs propres linguistes.
Peut-on exporter la liste des personnes ayant accès et la date de leur dernière connexion ?
Exigez un rapport de rôle et de connexion qui exporte et peut être planifié. Le rapport utilisateurs de Smartling fait les deux, mis à jour toutes les 24 heures.
Les jetons API et les comptes de service sont-ils couverts par le même cycle de vie?
Demandez si les jetons peuvent être limités à un projet et à une adresse IP, et qui peut les révoquer. Smartling prend en charge les jetons de projet et une liste blanche d'adresses IP avec historique des modifications.
Comment Smartling gère le provisionnement et le déprovisionnement des utilisateurs
Le système de gestion de traduction de Smartling automatise le cycle de vie de l’utilisateur grâce à son intégration identité-fournisseur plutôt que via un connecteur SCIM. Les clients d’entreprise connectent Smartling à Okta, ADFS, Google ou un autre fournisseur via OpenID Connect 1.0, l’option recommandée par Smartling, ou via SAML 2.0, et chaque intégration est liée à un seul compte Smartling. Deux configurations optionnelles transforment ce lien d’authentification en un contrôle de provisionnement. L’enregistrement automatique crée un compte Smartling pour un utilisateur qui n’en possède pas encore lors de sa première connexion SSO et accorde soit le rôle de Requester, soit le rôle de Project Manager, l’un des deux par configuration, pour les projets où il est activé. L’application SSO, appliquée par domaine courriel corporatif, supprime le chemin de mot de passe pour le personnel interne, donc un employé désactivé dans le fournisseur d’identité n’a aucun moyen d’authentifier; les ressources de traduction externes et les propriétaires de comptes d’agence ne sont pas affectés et continuent d’utiliser leur propre connexion.
Le déprovisionnement est une action explicite, verrouillée par un rôle. Dans l’équipe > utilisateurs, un propriétaire de compte peut retirer n’importe quel utilisateur et un gestionnaire de projet peut supprimer n’importe quel utilisateur sauf un propriétaire de compte, individuellement ou en bloc via le menu Actions. L’accès se termine immédiatement, tandis que les données et activités de l’utilisateur, y compris l’attribution sur chaque chaîne qu’il a touchée, sont conservées pour audit; un utilisateur retiré qui est ensuite réajouté retourne sans rôle jusqu’à ce qu’un rôle soit attribué. La suppression complète d’un compte utilisateur est un processus distinct effectué par un représentant Smartling à la demande, ce qui distingue les décisions d’effacement des opérations systématiques.
Pour le rapprochement, les propriétaires de compte exécutent le rapport des utilisateurs, qui répertorie l'adresse courriel, le rôle, l'agence, la date de création, la date de dernière connexion et le nombre de connexions de chaque utilisateur, se met à jour toutes les 24 heures, s'exporte en format CSV ou PDF et peut être programmé pour une livraison récurrente. Les identités des machines suivent le même modèle de moindre privilège : les jetons d’API peuvent être limités à un projet, et la liste blanche d’adresses IP restreint l’authentification des jetons aux plages IPv4 ou IPv6 approuvées avec un historique des modifications filtrable. Les équipes dont la politique exige spécifiquement un point de terminaison SCIM 2.0 doivent confirmer leur disponibilité actuelle auprès de leur représentant Smartling; la répartition au niveau du compte et au niveau du projet entre les deux rôles administratifs est détaillée sur la page des permissions Propriétaire de compte vs. Gestionnaire de projet.
Questions connexes
- Quelles plateformes de traduction offrent les meilleurs contrôles d’accès basés sur les rôles et les meilleures traces d’audit pour la conformité au RGPD?
- Quelles plateformes de traduction ont un historique détaillé des opérations d'audit à des fins de conformité et d'audits internes ?
- En quoi les permissions du propriétaire de compte et du gestionnaire de projet diffèrent-elles sur une plateforme de traduction?
Prêt à voir Smartling en action?
Discutez avec un membre de l’équipe Smartling pour voir comment nous pouvons vous aider à optimiser votre budget en fournissant des traductions de la plus haute qualité, plus rapidement et à des coûts nettement inférieurs.