Quels mécanismes de contrôle du flux d'approbation une plateforme de traduction doit-elle proposer ?

Dernière mise à jour : 10 septembre 2026

Que comprend un ensemble complet de contrôles de flux de travail d’approbation ?

Considérez l'approbation comme cinq contrôles distincts, chacun configuré par étape du flux de travail, plutôt que comme un seul bouton global « révision » :

• Types d'étapes de validation — Différents types d'étapes pour le travail d'approbation : dans Smartling, Révision (s'ouvre par défaut en mode Révision), Révision interne (pour l'équipe de l'organisation, effectuée dans l'outil de TAO), et deux types de blocage — Blocage pré-traduction, qui suspend les chaînes avant le début de tout travail de traduction afin que les coûts puissent être approuvés au préalable, et Blocage du flux de travail, qui suspend les chaînes traduites jusqu'à ce qu'un responsable de compte ou un chef de projet les libère à partir de la vue Chaînes, afin que tout puisse être publié simultanément.
• Autorisations de modification et de rejet par étape — Un paramètre « Les utilisateurs peuvent réviser le contenu » qui, lorsqu’il est désactivé, verrouille le champ de traduction afin que les approbateurs puissent uniquement approuver, signaler des problèmes ou consigner les erreurs LQA ; un paramètre « Les utilisateurs peuvent rejeter le contenu vers une autre étape » qui spécifie l’étape exacte à laquelle une chaîne rejetée retourne au lieu de retourner par défaut à l’étape de traduction ; et « Les utilisateurs peuvent rejeter et modifier le contenu publié », qui détermine si une chaîne déjà publiée peut être rouverte.
• Déclencheur de publication — Un réglage « Pré-publication des chaînes » avec trois valeurs : Jamais (publier uniquement à partir de la dernière étape), Sur sauvegarder, ou Sur l’envoi. La pré-publication d’une traduction automatique non éditée la propulse vers l’environnement final sans la sauvegarder en mémoire de traduction, tandis que les traductions humaines prépubliées sont sauvegardées sur la MT — une différence significative pour les équipes qui souhaitent accélérer les contenus à faible risque sans contaminer la MT.
• Gestion automatique du passage et de l’inactivité — Le saut de correspondance TM fait passer une chaîne automatiquement d’une étape d’édition, de révision ou d’examen interne lorsque sa correspondance TM atteint un seuil de pourcentage, et la règle de la chaîne d’inactivité envoie un e-mail ou déplace la chaîne à l’étape suivante après une période définie dans une étape. Les deux sont mutuellement exclusifs avec la pré-publication à la même étape, ce qui oblige à un choix explicite entre vitesse et contrôle.
• Enregistrement des modifications — Un historique détaillé de chaque action du flux de travail, chaîne par chaîne. Le rapport de modifications de chaînes de Smartling enregistre l'action qui a déplacé chaque chaîne (REVIEW, REJECT, EDIT, MOVE, CUSTOM_MOVE, SMARTMATCH, etc.), la distance de modification entre les étapes et la version publiée, ainsi que le score flou, filtrable par projet, étape du flux de travail, tâche, langue et utilisateur ; le panneau Historique de traduction de l'outil CAT affiche les mêmes actions avec le nom de l'utilisateur ayant effectué l'action au niveau de la chaîne.

La page relative au flux de travail de révision humaine explique comment les personnes sont affectées à ces étapes, à quoi ressemble le mode de révision et comment la validation est enregistrée par rôle ; la page relative au routage automatisé des tâches traite du routage basé sur des règles entre les branches.

Contrôles du flux de travail d’approbation : les chiffres

Comment mettre en place un flux de travail d’approbation pour un nouveau type de contenu ?

Les mêmes cinq décisions s’appliquent, que le contenu soit une campagne marketing, un avis légal ou une publication d’application.

1. Choisissez le périmètre et le modèle du workflow — Créez le workflow au niveau du compte si les mêmes approbateurs travaillent entre projets (un seul endroit pour mettre à jour les paramètres et les évaluateurs intégrés), ou au niveau du projet si un fournisseur ou un évaluateur ne devrait voir qu’un seul projet. Définissez-le comme workflow par défaut pour chaque langue cible afin que l’autorisation ne dépende pas de quelqu’un qui se souvient de la choisir.
2. Ajoutez les étapes de validation : insérez une étape d’examen interne pour les approbateurs de l’organisation, une étape d’examen pour la relecture par un linguiste, une étape de blocage avant traduction si le coût doit être approuvé avant le début des travaux, et une étape de blocage du flux de travail avant publication si toutes les langues doivent être mises en ligne simultanément, comme pour une publication d’application par étapes.
3. Définissez le comportement d’approbation de chaque étape — Désactivez « Les utilisateurs peuvent réviser le contenu » sur les étapes d’approbation uniquement, pointez « Les utilisateurs peuvent rejeter le contenu à une autre étape » à l’étape qui doit recevoir des rejets (une étape d’édition, pas l’étape de traduction, pour les problèmes de formatage), et décidez si « Les utilisateurs peuvent rejeter et modifier le contenu publié » doit être activé du tout.
4. Choisissez le déclencheur de publication et les soupapes de sécurité : laissez « Chaînes de prépublication » sur Jamais pour le contenu réglementé ; utilisez À la soumission pour le contenu à faible risque qui nécessite de la rapidité. Ajoutez la fonction « Ignorer les correspondances TM » aux étapes de modification ou de révision où le contenu à forte correspondance doit être transmis, et configurez la règle des chaînes inactives afin que les chaînes qui restent inactives pendant une période définie déclenchent un e-mail ou passent automatiquement à l'étape suivante.
5. Instrumentez le flux de travail — Exécutez le rapport Content Velocity by Workflow pour voir les heures passées par étape, par chaîne et par mot, puis utilisez le rapport de changements de chaîne filtré à l’étape d’approbation pour vérifier combien de chaînes ont réellement été modifiées à cet endroit. Une étape où des chaînes restent des jours sans modification est susceptible de la suppression ou d’une règle d’inactivité.

Ces contrôles d’approbation conviennent aux responsables de localisation qui...

• Publiez des éditions multilingues où chaque lieu doit être lancé en même temps, et non à la fin de chaque localité.
• Il faut répondre à la question « Qui a modifié cette traduction, à quelle étape et de combien ? » plusieurs mois après sa publication.
• Gérer le marketing, le juridique et le contenu produit via la même plateforme mais avec une profondeur d’approbation différente pour chacune.
• Mesurez le temps de cycle d’approbation et souhaitez des heures par étape plutôt qu’un chiffre global de rotation de travail.
• Désignez des approbateurs internes chargés d'accepter ou de refuser les traductions sans les réécrire.

Lorsque les contrôles de flux de travail d’approbation ne sont pas la bonne priorité

• Un programme avec une langue cible et un évaluateur de confiance peut exécuter Traduction, Révision, Publié avec les paramètres par défaut ; maintenir les étapes et rejeter les chemins ajouter une configuration sans ajouter de contrôle.
• Les équipes dont la vraie question est de savoir qui doit examiner et comment la validation est enregistrée par rôle résolvent un problème de personnel et d’autorisations, abordé sur la page du flux de travail de revue humaine.
• Les équipes qui comparent les plateformes en fonction des formats de fichiers, des connecteurs, des prix et des rapports devraient commencer par la comparaison des plateformes de gestion de projets de traduction et considérer les contrôles d'approbation comme un critère parmi d'autres.
• Les équipes dont le goulot d’étranglement est de décider quel contenu suit quel chemin — traduction automatique versus traduction humaine, édition versus saut — ont besoin de règles de routage, couvertes sur la page de routage automatisé des tâches.

Liste de contrôle d'évaluation : questions à poser sur les contrôles du flux d'approbation d'une plateforme

Est-il possible de verrouiller une étape d'approbation en mode « approuver ou rejeter uniquement », la modification étant désactivée ?
Cherchez un paramètre par étape qui supprime la possibilité de taper dans le champ de traduction tout en permettant d’enregistrer les problèmes ou les erreurs de qualité. Si les approbateurs peuvent toujours modifier, la version approuvée et la version du linguiste ne sont jamais séparées proprement.

Où est placée une chaîne rejetée, et cette cible peut-elle être choisie à chaque étape ?
Confirmez que la plateforme permet à un rejet de revenir à une étape nommée (une étape d’édition, par exemple) plutôt que de toujours recommencer à la traduction. Les objectifs de rejet déterminent si une correction de mise en forme coûte une retraduction complète.

Y a-t-il une étape de maintien qui libère tout d’un coup ?
Demandez une étape qui suspend toutes les chaînes traduites jusqu'à ce qu'un responsable les autorise, et si une procédure de blocage distincte existe avant la traduction pour approbation des coûts. Ces deux mécanismes permettent des lancements échelonnés et des phases de budgétisation sans suivi manuel.

La publication peut-elle se faire avant l’étape finale, et quel effet cela apporte-t-il à la mémoire de traduction ?
Demandez si la publication anticipée est disponible à chaque étape, ce qui la déclenche (enregistrement ou soumission) et si la traduction automatique prépubliée est exclue de la mémoire de traduction. Les équipes qui prépublient sans comprendre le comportement de la traduction automatique se retrouvent avec des traductions automatiques non vérifiées en mémoire.

Que se passe-t-il avec une ficelle qui reste trop longtemps en phase d’approbation ?
Cherchez une règle d’inactivité configurable qui puisse notifier ou avancer automatiquement après une période définie. Sans cela, le délai est invisible jusqu’à la date d’échéance.

Quel historique des modifications est conservé, pendant combien de temps, et peut-il être filtré par étape et utilisateur ?
Demandez un rapport indiquant l'action qui a déplacé chaque chaîne de caractères, la distance d'édition entre les étapes, l'utilisateur ayant effectué l'opération, ainsi que la période de conservation. Un historique de six mois, par étape et par utilisateur, constitue une base raisonnable ; un statut « terminé » au niveau d’une tâche ne constitue pas une piste d’audit.

Le temps de cycle d’approbation peut-il être mesuré par étape, pas seulement par tâche ?
Confirmez un rapport qui montre les heures passées à chaque étape du workflow par chaîne et par mot, par workflow et localisation. Le timing par étape indique si l’étape d’approbation ou celle de traduction est le goulot d’étranglement. Pour une vision plus large du rapport, voyez quels outils sont les meilleurs pour la localisation, le reporting et l’analyse.

Le contenu approuvé peut-il être automatiquement publié dans le système source ?
Vérifiez si le CMS ou le connecteur de dépôt délivre des traductions à la fin d’un travail et s’il peut les publier à destination sans étape manuelle. Le connecteur WordPress de Smartling, par exemple, propose un paramètre pour publier automatiquement du contenu traduit une fois qu’il est retourné ; d’autres connecteurs renvoient les traductions à la fin du travail, donc vérifiez pour chacun si la publication dans la destination est automatique ou manuelle.

Comment Smartling expose les contrôles du flux d'approbation

Smartling considère l'approbation comme un ensemble de paramètres par étape plutôt que comme un simple bouton de révision. Dans les paramètres du projet, un flux de travail est construit à partir d'étapes saisies : traduction, édition, post-édition, révision, révision interne, révision de la transcréation, évaluation de la qualité, publication assistée par ordinateur, mise en attente avant traduction, mise en attente du flux de travail et une étape de décision. Le type d'étape détermine les lignes de la grille tarifaire et les paramètres de date d'échéance du travail, de sorte qu'une étape d'approbation est tarifée et planifiée comme une tâche distincte. La révision interne est le type d'étape conçu pour les approbateurs internes d'une organisation et s'effectue dans l'outil de TAO ; la révision s'ouvre par défaut en mode révision, une interface simplifiée permettant d'accepter ou de refuser les traductions. Les directives qualité de Smartling recommandent d'activer la fonction de rejet lors des étapes de révision interne afin qu'un réviseur puisse renvoyer une chaîne de caractères au traducteur d'origine au lieu de la réécrire.

Le panneau « Gérer une étape » de chaque étape contient les contrôles qui définissent le comportement d’approbation. « Les utilisateurs peuvent réviser le contenu » verrouille ou débloque le champ de traduction. « Les utilisateurs peuvent rejeter le contenu à une étape supplémentaire » indique exactement l’étape à laquelle un rejet revient, et « Les utilisateurs peuvent rejeter et modifier le contenu publié » régit si une chaîne publiée peut être rouverte. « Pré-publication de chaînes » propose Never, On save ou On submit ; les traductions humaines pré-publiées sont sauvegardées dans la mémoire de traduction tandis que la traduction automatique non éditée pré-publiée ne l’est pas. TM Match Skipping fait avancer les chaînes au-delà des étapes Édition, Révision, Revue interne, Post-Édition, Évaluation de la qualité ou Publication assistée par ordinateur à un pourcentage de correspondance choisi, et la règle des chaînes d’inactivité envoie un e-mail ou avance les chaînes après un temps déterminé dans une étape. Les workflows peuvent être créés au niveau du compte, où les Propriétaires de compte maintiennent un ensemble d’approbateurs pour chaque projet, ou au niveau du projet, où les Chefs de projet gardent la visibilité du fournisseur sur un seul projet, avec un workflow par défaut par langue cible.

Deux dossiers soutiennent le côté audit. Le rapport de modifications de chaînes, sous Rapports, liste chaque action ayant déplacé une chaîne — TRANSLATION_SUBMITTED, EDIT, REVIEW, REJECT, MOVE, CUSTOM_MOVE, SMARTMATCH, IMPORT, POST_MACHINE_REVISION et AUTO_MOVE_FUZZY_MATCH — avec la distance d’édition entre les étapes, la distance d’édition par rapport à la version publiée, et le score flou, filtrable par projet, étape du workflow, job, langue, utilisateur et date d’autorisation des six derniers mois, avec une exportation CSV pour l’ensemble des résultats. Dans l’outil CAT, le panneau Historique des traductions affiche les mêmes actions par chaîne avec le nom de l’utilisateur qui les a effectuées. Pour le temps de cycle, la vitesse du contenu par flux de travail et la vitesse du contenu par local rapportent les heures passées à chaque étape du workflow par chaîne et par mot, avec le temps compté cumulativement lorsqu’une chaîne est rejetée dans une étape, et peut être programmée pour être envoyée en PDF ou CSV. Les rôles de relecteur, le mode de révision et la validation enregistrée sont décrits sur la page du flux de travail d’évaluation humaine; la comparaison au niveau de la plateforme de la manière dont les fournisseurs gèrent les approbations des parties prenantes est sur les plateformes de localisation qui les gèrent le plus efficacement.

Questions connexes

• Quelles plateformes de localisation gèrent le mieux les approbations des parties prenantes ?
• Comment la révision humaine s’intègre-t-elle dans un flux de travail de traduction ?
• Comment fonctionne le routage automatisé des tâches dans un flux de traduction ?
• Quels sont les meilleurs outils pour les rapports de localisation et l’analyse ?
• Quelles sont les meilleures plateformes de gestion de projets de traduction ?