Votre instance ServiceNow est multilingue. Chaque écran est-il vraiment traduit ?
Activer un pack linguistique active la traduction. Cela ne maintient pas traduit chaque libellé, message et formulaire ajouté par la suite - c'est un travail continu, pas un réglage ponctuel.
Pourquoi les lacunes de traduction s'accumulent
Une instance traduite le premier jour ne le reste pas par défaut. Chacun de ces schémas se produit silencieusement, après la mise en production, sans que personne ne décide de sauter une traduction.
Les nouveaux champs et libellés sont livrés non traduits par défaut
Un nouveau champ de formulaire, une liste de choix ou un libellé d'interface est créé dans la langue de base - une valeur traduite n'existe que si quelqu'un l'ajoute délibérément.
Les applications personnalisées héritent rarement des traductions de la plateforme
Les modules et workflows développés sur mesure se situent en dehors de ce qui est livré pré-traduit, leurs textes nécessitent donc une traduction ajoutée explicitement - facile à négliger sous la pression des délais.
Les modèles de notification et d'e-mail sont mis à jour dans une seule langue
Une correction de formulation sur une notification est naturellement faite dans la langue de travail de la personne qui édite - la modification équivalente dans les autres langues configurées ne se fait pas dans la même passe.
Les messages de workflow et Flow Designer sont faciles à oublier
Les messages d'approbation, descriptions de tâches générées et autres textes destinés à l'utilisateur intégrés dans la logique d'un flow sont d'abord du texte fonctionnel - la traduction est souvent une réflexion après coup, quand elle l'est.
Où se cachent réellement les lacunes
Toutes les lacunes ne sont pas également visibles. Certaines sautent immédiatement aux yeux de tout utilisateur changeant de langue ; d'autres n'apparaissent que pour le rôle ou le processus spécifique qui les concerne.
Les évidemment visibles
Un libellé de champ ou une valeur de choix qui retombe dans la langue de base est immédiatement visible pour un utilisateur d'une autre langue - celles-ci sont généralement signalées et corrigées rapidement, précisément parce qu'elles sont si visibles.
Celles que personne ne signale
Un e-mail de notification, un message d'approbation, un formulaire rarement utilisé - ceux-ci reçoivent bien moins d'attention des personnes qui remarqueraient et signaleraient la lacune, si bien qu'un texte non traduit peut rester en place indéfiniment. La lacune n'est pas rare parce qu'elle est mineure - elle est non découverte parce que les personnes qui la remarqueraient ne la regardent pas souvent.
Où regarder en premier
- Tout ce qui a été ajouté ou modifié après la mise en production
- Modèles de notification et d'e-mail
- Écrans d'applications personnalisées
- Texte généré par workflow et Flow Designer
La version manuelle ne passe pas à l'échelle
Bien vérifier cela implique de basculer l'instance dans chaque langue configurée et de parcourir chaque écran, formulaire et notification qu'un utilisateur de cette langue verrait réellement - à répéter à chaque changement. Sur une instance avec plus de deux langues et un travail de configuration continu, personne ne fait cela en continu à la main.
Cette revue exécutée en continu, automatiquement
Notre propre plateforme, neo.ai, vérifie les éléments d'interface, libellés et messages face à chaque langue configurée et signale ce qui manque - pour que les lacunes soient repérées avant qu'un utilisateur final n'arrive sur un écran encore dans la mauvaise langue. C'est l'une des sept catégories qu'elle surveille sur une instance ServiceNow.