Logiciel · Traduction technique
Fiche pratique : Traduction technique de logiciel
Cette fiche en pose le cadre : ce qui est attendu du dossier, ce qui se vérifie en amont et ce qui relève de l'appréciation de l'administration.
Positionnement : traduction technique de logiciel
Avant d'aller plus loin, il convient de poser les repères utiles pour ce dossier. Les points de vigilance portent sur traducteur assermenté, manuel technique, afin d'éviter les allers-retours. Ces éléments conditionnent la suite de la démarche et se vérifient en amont. Un dossier complet se prépare en amont, sans promettre ce qui relève du guichet.
Contexte
L'exécution des manipulations, et non la seule lecture, décide de ce que vaut une traduction technique de logiciel : une phrase juste mais ambiguë coûte une heure d'arrêt au service qui déploie l'outil. Une interrogation récurrente : « Peut-on traduire uniquement les sections visibles par l'utilisateur ? » Pour répondre : Deux lecteurs se succèdent dans la vie du produit, celui qui installe et celui qui administre. Pour se repérer : localisation, spécification technique et notice d'installation. Précision de fond : Client, éditeur de logiciel, INPI et organisme de certification comptent parmi les destinataires habituels
Champ documentaire
La page appartient à les documents logiciels et suit les règles communes à cette rubrique. Les pièces traitées forment une famille reconnaissable, avec la spécification technique, la documentation d'interface de programmation, les chaînes de l'interface, le manuel d'exploitation et les revendications de brevet. La réponse commence par la question : « Une traduction du document en question peut-elle servir de documentation réglementaire ? » Voici le point : Le premier attend des gestes et des vérifications précises, le second des états, des droits d'accès et des procédures de sauvegarde qui n'ont aucun équivalent dans un guide d'installation. Précision de fond : Une chaîne d'interface reformulée peut ne plus correspondre au libellé du bouton dans le produit
Autorités et fondements
Recopier une commande caractère par caractère interdit de traduire le nom de l'outil, ses options et ses chemins, car un chemin rendu en français ne mène nulle part et l'utilisateur conclut à un produit défectueux. On nous écrit souvent : « La traduction du document en question doit-elle être relue par un technicien ? » Concrètement, Décider d'une reprise complète ou d'une mise à jour ciblée suppose de mesurer l'écart entre deux versions : quelques écrans retouchés appellent une relecture partielle, une navigation revue impose de reprendre l'ensemble. Les critères d'acceptation varient parfois entre un usage sectoriel et une démarche administrative, pour un document identique
Cohérence terminologique
La largeur des zones prévues à l'écran impose une seconde contrainte, plus difficile à négocier : un message court doit tenir dans un espace fixé, ce qui oblige parfois à préférer une formule dense à une tournure fidèle. Question posée à l'accueil : « Comment traduire les revendications d'un brevet ? » Voici le point : Négliger cette mesure produit un texte qui décrit un parcours disparu, et le support reçoit des appels fondés sur une documentation périmée. Cahier des charges technique, documentation d'API, chaînes d'interface, manuel d'exploitation et brevet composent le corpus habituel
Démarche
La réponse commence par la question : « Comment faire traduire le document en question sans perdre la mise en page ? » Réponse courte : La terminologie retenue lors de la livraison antérieure sert de base, y compris si elle déplaît, parce que les utilisateurs ont mémorisé ces mots-là. Le cadre à ne pas perdre de vue : Client, éditeur de logiciel, INPI et organisme de certification comptent parmi les destinataires habituels Le second repère est moins connu : un guide d'installation avec commandes à recopier telles quelles. Autre point de vigilance : des messages système courts, isolés du contexte d'affichage.
Contrôle de qualité
Parmi les demandes reçues, celle-ci revient : « Quels fichiers fournir pour traduire le document en question ? » Élément de réponse : Les valeurs et les comportements décrits lient le fournisseur, alors qu'un mode d'emploi s'adresse à la main de l'utilisateur ; mêler les deux registres détonne au milieu d'un tableau de tolérances. Un repère stable : Une chaîne d'interface reformulée peut ne plus correspondre au libellé du bouton dans le produit Second point : modifier un nom de variable en traduisant la phrase qui l'entoure. Le raisonnement se poursuit : livrer des captures d'écran restées dans la langue d'origine.
Forme de livraison
Une interrogation récurrente : « Qui peut traduire le document en question avec une compétence technique ? » Précision utile : La livraison conserve la structure du fichier d'origine, ses légendes et ses renvois, avec des captures refaites lorsque le texte est incrusté dans l'image. À garder en tête : Les critères d'acceptation varient parfois entre un usage sectoriel et une démarche administrative, pour un document identique Le point suivant mérite d'être isolé : la validation technique des commandes revient à l'équipe projet. Un critère à ne pas négliger : l'hébergement des fichiers transmis relève du prestataire choisi.
Questions fréquentes
La question revient souvent : « Combien de temps faut-il pour traduire le document en question ? » La réponse tient à ceci : Trois oublis provoquent l'essentiel des retours : une copie d'écran laissée dans la langue d'origine, une légende détachée de sa figure, une version livrée alors qu'une autre circule déjà. Le point de méthode : Cahier des charges technique, documentation d'API, chaînes d'interface, manuel d'exploitation et brevet composent le corpus habituel Un élément décisif : les schémas et les copies d'écran vieillissent plus vite que le texte.
Pages liées
Question de fond : « Comment traduire les revendications d'un brevet sans élargir ni restreindre leur portée ? » Une revendication se lit comme une suite de conditions, et chaque terme y délimite la protection demandée. Remplacer un mot par un synonyme plus élégant rétrécit ou élargit l'objet du brevet, sans que le demandeur l'ait voulu. Le vocabulaire de la description sert de référence, et la traduction s'y tient du début à la fin. Les renvois aux figures gardent leur numérotation, car une revendication qui cite une figure absente devient inintelligible. Seule réserve : les termes consacrés par la pratique se rendent par l'équivalent d'usage, même lorsqu'il paraît moins précis. La rédaction des revendications appartient au mandataire, et la traduction ne peut ni ajouter ni retirer une caractéristique. Un texte technique se relit enfin avec le produit ouvert à côté, seule manière de vérifier qu'une phrase décrit bien ce que l'écran montre. Parmi les demandes reçues, celle-ci revient : « De quoi dépend le prix de la traduction du document en question ? » Sur ce point : La validation technique des commandes revient à l'équipe projet, qui seule peut dire si une manipulation fonctionne sur son environnement, avec ses versions de système et ses droits d'accès.
Passage à l'action
Il vaut mieux partir du texte applicable. Celui qui répond à un marché public joint la traduction d'un dossier technique à son offre ; le service d'études qui dépose un dossier d'homologation fait de même. Ce qu'on vérifie alors tient aux schémas, à leurs légendes et aux renvois entre chapitres. Le doute le plus courant s'énonce ainsi : « Comment gérer les mises à jour successives du document en question ? » À ce sujet, Le stockage des fichiers échangés dépend du prestataire retenu, et la qualité du produit livré engage celui qui le fabrique, jamais celui qui le rend lisible. Un point qui mérite d'être posé explicitement : « Faut-il une traduction assermentée du document en question ? » Sur ce point : Comparer chaque paragraphe à l'écran qu'il décrit, application lancée, évite de livrer une consigne qui ne correspond plus à l'interface.
