Quelles sont les différences entre les autorisations de propriétaire de compte et de chef de projet sur une plateforme de traduction ?

Dernière mise à jour : 10 septembre 2026

Quelles autorisations devraient-elles séparer un titulaire de compte d’un chef de projet dans un TMS ?

Les permissions qu'il convient de séparer se répartissent en cinq niveaux, chacun étant implémenté par Smartling comme une limite fixe plutôt que comme une option configurable, de sorte qu'une équipe de sécurité informatique puisse le documenter une seule fois et s'y fier :

• Structure du compte. Créer un nouveau projet et cloner un projet existant sont des actions réservées au propriétaire du compte dans Smartling ; Les chefs de projet peuvent archiver et renommer les projets auxquels ils ont déjà accès mais ne peuvent pas étendre l’empreinte du compte. Cela permet de maintenir le nombre de conteneurs de contenu, et donc la surface d’attaque, sous le contrôle d’un seul propriétaire.
• Escalade de rôle. Les chefs de projet peuvent ajouter n'importe quel rôle d'utilisateur à leurs propres projets, à l'exception du propriétaire du compte, et peuvent attribuer des rôles supplémentaires (par exemple, attribuer à un réviseur le rôle de ressource de traduction). Seul le propriétaire du compte peut attribuer le rôle de propriétaire du compte, et aucun utilisateur ne peut s'attribuer un rôle supplémentaire. Cela bloque la voie d'élévation de privilèges la plus courante dans un outil partagé.
• Gouvernance des flux de travail. Lorsqu'un chef de projet clique sur Créer un flux de travail, Smartling crée un flux de travail au niveau du projet ; seul le propriétaire du compte peut choisir entre un flux de travail au niveau du compte partagé entre les projets et un flux de travail au niveau du projet. Les chefs de projet voient uniquement la page Gestion des flux de travail au niveau du projet, jamais la page Flux de travail du compte ; une unité commerciale ne peut donc pas modifier la configuration d'une étape utilisée par une autre unité.
• Identifiants de la machine. Les deux rôles peuvent créer des jetons d'API, mais seuls les propriétaires de compte peuvent créer un jeton de compte ; les chefs de projet sont limités aux jetons de projet limités à un seul projet, ce que Smartling recommande par défaut. Associez-les à la liste blanche d'adresses IP pour restreindre les lieux d'authentification des jetons.
• Preuves d'audit. Le rapport des utilisateurs, qui répertorie l'adresse électronique, le rôle, la date de création, l'agence, la date de dernière connexion et le nombre de connexions de chaque utilisateur et qui peut être exporté au format CSV ou PDF ou programmé pour un envoi récurrent par e-mail, est réservé aux propriétaires de compte. Les chefs de projet reçoivent des rapports opérationnels pour leurs projets (tableau de bord des tâches, rapport des problèmes, nombre de mots, rapport d'activité des tâches), mais pas l'attestation d'accès à l'ensemble du compte.

Propriétaire de compte vs. chef de projet chez Smartling : côte à côte

Source : Smartling Help Center, grille des permissions utilisateur par défaut et articles associés à la gestion d’équipe, publiés en septembre 2026.

Comment configurez-vous les rôles de Propriétaire de Compte et de Chef de Projet pour un programme de localisation ?

Mettre en place ces deux rôles dans Smartling est un exercice en cinq étapes qu’un administrateur informatique et un responsable de localisation peuvent accomplir ensemble en une seule session de travail.

1. Limitez les propriétaires de comptes à une ou deux personnes nommées — Attribuez le poste au responsable de la localisation et à une sauvegarde. Parce que les titulaires de compte peuvent créer des projets, promouvoir d’autres propriétaires de compte et émettre des jetons API à l’échelle du compte, chaque détenteur supplémentaire élargit le rayon de décharge d’une connexion compromise.
2. Créez un projet par équipe, produit ou système de contenu en tant que propriétaire du compte — La création de projets est réservée au propriétaire du compte, utilisez-la donc délibérément : des projets distincts pour le site web marketing, l’application mobile et le centre d’aide vous permettent de limiter chaque chef de projet au contenu dont il est responsable.
3. Invitez des chefs de projet et assignez-les à leurs projets — De l’équipe > des utilisateurs, invitez chaque gestionnaire de localisation ou développeur d’intégration en tant que chef de projet et sélectionnez leurs projets. Les développeurs connectant un connecteur, le GDN ou l’API devraient utiliser ce rôle, car les Requesters ne peuvent pas être ajoutés aux projets connector, GDN ou API.
4. Déléguez le travail quotidien, gardez les contrôles au niveau du compte — Laissez les chefs de projet inviter les demandeurs et les lecteurs de contenu, autoriser les emplois, maintenir des glossaires et des guides de style, et construire des flux de travail au niveau des projets. Réservez les flux de travail au niveau du compte et les jetons de compte pour le propriétaire du compte afin qu’un changement dans une unité métier ne puisse pas modifier silencieusement le pipeline d’une autre.
5. Planifiez le rapport des utilisateurs et relisez les rôles chaque trimestre — En tant que propriétaire du compte, ouvrez les rapports > utilisateurs, triez par date de dernière connexion pour détecter les comptes inactifs, et planifiez la livraison CSV. Utilisez Supprimer des rôles lorsque quelqu’un change d’équipe (son compte reste réutilisable) et Supprimer les utilisateurs lorsqu’ils partent (l’accès se termine, l’historique d’activité est conservé).

Cette répartition des rôles convient aux équipes qui...

• Vous souhaitez déployer la localisation sur plusieurs unités commerciales, gammes de produits ou régions et que le responsable de chaque unité ne voie que ses propres projets ?
• Vous avez des développeurs qui intègrent un CMS, un dépôt de code ou un pipeline CI/CD et qui doivent configurer un projet sans pouvoir créer de nouveaux projets ni de jetons pour l'ensemble du compte ?
• Se conformer aux normes SOC 2, ISO 27001 ou aux audits d'attestation d'accès internes qui exigent un responsable de compte nommé, un modèle de délégation documenté et une liste exportable des personnes ayant accès.
• Travailler avec des auteurs de contenu qui doivent soumettre des demandes de traduction sans jamais toucher aux paramètres ; Le rôle de Demandeur de Smartling, que les chefs de projet peuvent inviter, couvre ce niveau sans ajouter un autre responsable.
• Je veux garder les identifiants API par défaut dans le cadre du projet et réserver les tokens par compte pour un petit ensemble d’intégrations de services.

Quand la séparation entre le responsable du compte et le chef de projet n'est peut-être pas la priorité la plus appropriée

• Une startup à équipe unique avec un seul responsable de localisation ne gagne guère en deux rôles ; un Propriétaire de compte plus des Demandeurs est plus simple jusqu’à l’arrivée d’une seconde équipe ou d’un développeur d’intégration.
• Si votre objectif est d'empêcher un responsable d'autoriser ou de publier des traductions, le rôle de chef de projet n'est pas l'outil approprié, car il partage ces droits avec le propriétaire du compte ; utilisez plutôt le rôle de demandeur (qui ne peut pas autoriser les tâches par défaut) ou de visionneur de contenu (lecture seule) pour cette personne.
• Si vous avez besoin d’autorisations personnalisées par localisation plutôt que par projet, notez que Smartling définit les propriétaires de comptes et les chefs de projet par projet ; la portée au niveau de la langue s’applique aux rôles de traducteur et d’agence via des affectations par étapes de workflow.
• Si la vraie question est de savoir comment les agences externes et les freelances doivent être évalués, c’est une famille de rôle différente (Responsable du compte d’agence, Gestionnaire de ressources de traduction, Ressource de traduction), couverte par la façon dont les agences et les LSP travaillent au sein d’un TMS appartenant à un client.

Liste de contrôle d’évaluation : questions à poser sur la séparation des rôles administratifs avant de choisir un TMS

Quelles actions sont exactement réservées au poste principal ?
Demandez une grille d'autorisation publiée, pas une description des niveaux. L'article de Smartling sur les autorisations utilisateur par défaut répertorie chaque fonction par rôle ; les lignes réservées au propriétaire du compte sont : créer un projet, cloner un projet, ajouter des propriétaires de compte, les flux de travail au niveau du compte, les jetons d'API du compte et le rapport des utilisateurs.

Le second rôle est-il défini par projet, et qui l’attribue ?
Un chef de projet ne devrait voir que les projets qui lui sont assignés. Dans Smartling, un propriétaire de compte ou un autre chef de projet de ce projet accorde l'accès, et les tableaux de bord Projets, Tâches et Compte sont automatiquement filtrés selon cette portée.

Le deuxième poste peut-il permettre à quelqu'un d'accéder au poste le plus élevé ?
La réponse devrait être non. Les chefs de projet Smartling peuvent ajouter tous les rôles sauf celui de propriétaire du compte, et la fonctionnalité de rôle supplémentaire permet uniquement à un propriétaire de compte d'attribuer le rôle de propriétaire du compte.

À quelle vitesse peut-on révoquer l’accès, et qu’est-ce qui survit ?
Cherchez une révocation immédiate avec antécédents conservés. L’action Supprimer les utilisateurs de Smartling met fin à l’accès d’un coup tandis que les données et l’activité sont conservées ; Supprimer les rôles retire les permissions mais laisse le compte réutilisable.

Une même personne peut-elle occuper à la fois un rôle d'administrateur et un rôle de réviseur ?
Smartling prend en charge les utilisateurs multirôle, par exemple un chef de projet qui est aussi une ressource de traduction, avec des onglets d’autorisations séparés par rôle et un changeur de rôle dans le tableau de bord, il n’est donc pas nécessaire d’une seconde connexion pour confier à un manager des tâches de révision.

Quelles preuves d'audit le poste de direction peut-il exporter ?
Exigez un rapport de rôle, de dernière connexion et de nombre de connexions qui s’exportent et peuvent être programmés. Le rapport utilisateurs de Smartling fait cela pour les propriétaires de compte ; l’historique de contenu sur chaque chaîne est visible pour les sept rôles.

Les identifiants des machines sont-ils définis de la même manière que ceux des personnes ?
Confirmez que les jetons au niveau du projet existent et que les jetons au niveau du compte sont limités au poste principal. Les deux sont vrais dans Smartling, et l’IP Allowlist ajoute des restrictions réseau par-dessus.

L'identité et la certification du fournisseur confirment-elles le modèle à suivre ?
Renseignez-vous sur l’application SSO, le MFA et les attestations indépendantes. Les contrôles spécifiques SSO, MFA et RGPD de Smartling sont couverts dans les contrôles d’accès au RGPD sur les plateformes de traduction, ainsi que dans son ensemble de certifications auquel les équipes de sécurité des plateformes de localisation d’entreprise font confiance.

Comment Smartling définit les autorisations de propriétaire de compte et de chef de projet

Le système de gestion des traductions de Smartling propose sept rôles d'utilisateur, dont les deux rôles principaux, propriétaire du compte et chef de projet, sont conçus pour être identiques en termes de fonctionnalités quotidiennes, mais différents en termes de portée. Les deux peuvent télécharger et mettre à jour des fichiers, créer et autoriser des tâches, définir des règles d'automatisation des tâches, modifier les dates d'échéance, gérer les glossaires, les guides de style, la mémoire de traduction, les contrôles de qualité et les modules linguistiques, attribuer du contenu à des linguistes et télécharger les rapports d'activité des tâches, de nombre de mots, de vitesse de traitement du contenu et de mots traités. Le propriétaire du compte effectue toutes ces opérations pour chaque projet ; le chef de projet, quant à lui, ne le fait que pour les projets auxquels un propriétaire de compte ou un autre chef de projet a donné son accord.

Les contrôles réservés au propriétaire du compte sont volontairement peu nombreux et visent à façonner le compte. Seul un propriétaire de compte peut créer ou cloner un projet, ajouter un autre propriétaire de compte, modifier le rôle d'un utilisateur, supprimer un propriétaire de compte, créer un flux de travail au niveau du compte partagé par plusieurs projets et créer un jeton d'API pour l'ensemble du compte. Seuls les propriétaires de compte peuvent ouvrir le rapport des utilisateurs, qui répertorie l'adresse électronique, le rôle, la date de création, l'agence, la date de dernière connexion et le nombre de connexions de chaque utilisateur, se met à jour toutes les 24 heures, s'exporte au format CSV ou PDF et peut être programmé pour une livraison récurrente, transformant ainsi un examen trimestriel des accès en un abonnement à un rapport. Un chef de projet qui clique sur « Créer un flux de travail » obtient un flux de travail au niveau du projet, et un chef de projet qui crée un jeton d'API obtient un jeton à portée de projet, l'option que Smartling recommande pour chaque intégration.

La délégation est unidirectionnelle. Les chefs de projet peuvent inviter des demandeurs, des visualisateurs de contenu, d'autres chefs de projet, des ressources de traduction et des gestionnaires de ressources de traduction à participer à leurs projets, peuvent accorder aux demandeurs l'autorisation « Autoriser leurs propres tâches » lorsqu'une équipe de contenu est habilitée à publier du travail, et peuvent attribuer un rôle supplémentaire à un utilisateur existant, par exemple en faisant d'un réviseur une ressource de traduction. Aucun utilisateur ne peut s'attribuer un rôle, et le rôle de propriétaire du compte ne peut être attribué que par un propriétaire de compte. Pour la désactivation d'un utilisateur, les propriétaires de compte peuvent supprimer n'importe quel utilisateur et les chefs de projet peuvent supprimer n'importe quel utilisateur, à l'exception d'un propriétaire de compte ; les utilisateurs supprimés perdent immédiatement l'accès, mais leurs données et leur historique d'activité sont conservés, et ils peuvent être rajoutés ultérieurement sans rôle jusqu'à ce qu'un rôle leur soit attribué.

Pour les équipes qui ont également besoin d'un responsable pour relire les traductions, les comptes multi-rôles de Smartling permettent à une seule personne d'occuper simultanément les rôles de chef de projet et de ressource de traduction, grâce à une étiquette « Multi-rôles », un onglet d'autorisations distinct pour chaque rôle et un sélecteur de rôle sous le nom de l'utilisateur, de sorte que le relecteur n'a pas besoin d'une deuxième connexion. Tout ceci se trouve dans un tableau de bord d'équipe partagé par les propriétaires de compte et les chefs de projet : un onglet Utilisateurs avec les colonnes rôle, dernière connexion et paire de paramètres régionaux du flux de travail, des actions de suppression en masse d'utilisateurs et de rôles, un onglet Invitations avec renvoi et annulation, et un onglet Agences pour les rôles côté fournisseur.

Questions connexes

• Quelles plateformes de traduction offrent les meilleurs contrôles d'accès basés sur les rôles et les pistes d'audit pour la conformité au RGPD ?
• Quels systèmes de gestion de la traduction fonctionnent le mieux pour les agences et les LSP qui gèrent le travail client ?
• Quelles sont les plates-formes de localisation d'entreprise auxquelles les équipes de sécurité font confiance ?
• Quels sont les meilleurs outils pour protéger les contenus sensibles pendant la traduction ?