Traduction technique et informatique

Types de documents

Ce que nous traduisons

• Guides utilisateur et contenus d’aideLes libellés d’interface cités dans le texte doivent correspondre au logiciel que le lecteur a ouvert, sinon il ne trouve pas le bouton.
• Documentation d’APILes endpoints, les paramètres et les exemples de requête et de réponse restent tels quels ; seules les descriptions qui les entourent sont traduites.
• Guides d’installation et de configurationLes lecteurs copient commandes, chemins de fichiers et clés de configuration : un seul caractère modifié rend l’étape inutilisable.
• Notes de versionCourtes et denses ; obsolète, supprimé et changement incompatible ont des conséquences différentes et doivent rester distincts.
• Spécifications et fiches techniquesValeurs, tolérances, unités et références de pièces sont le contenu ; le contrôle des nombres signale les chiffres modifiés et le réviseur confirme chacun.
• Manuels de matérielLes consignes de sécurité et l’ordre des étapes comptent plus que le style ; le réviseur vérifie qu’aucune consigne ni étape n’a été fusionnée ou omise.
• Documents d’architectureLes noms de composants et de services reviennent souvent ; un glossaire les garde identiques de la première légende de schéma à la dernière annexe.
• Politiques et procédures de sécuritéDes mots comme doit, devrait et peut fixent des niveaux d’obligation, et une politique change de sens s’ils sont confondus.
• Dessins techniques et annotationsLes annotations d’un PDF ne sont traduites que si elles sont du texte sélectionnable ; les libellés intégrés à une image restent non traduits.
• Spécifications réseauDe longs documents avec des exigences numérotées et des renvois. La numérotation et les titres doivent être conservés, et des mots comme « shall » et « should » doivent garder leur force différente.
• Guides d’installation et de mise en serviceCommandes, noms de paramètres et valeurs figurent au milieu des instructions, et chacun doit correspondre exactement à la source.
• Listes d’alarmes et de paramètresSouvent tenues en XLSX. Les descriptions sont traduites et les formules restent en place ; le réviseur vérifie que les codes et identifiants sont inchangés.

Comment faire, étape par étape : 6. Document translation (en anglais)

Contrôles qualité

Contrôles intégrés

Utilisateurs concernés

Secteurs servis

Éditeurs de logiciels, prestataires informatiques, bureaux d’ingénierie, centres de données, équipes de cybersécurité et organismes de normalisation.

Normes et références

Ce que le flux prend en charge

Les réviseurs peuvent vérifier les commandes, chemins de fichiers, identifiants, fragments de code, unités, références de pièces et termes techniques répétés.

Avant la livraison

Ce que vérifie votre réviseur

• Les commandes, blocs de code, chemins de fichiers et clés de configuration sont identiques à la source.
• Les espaces réservés et variables comme {name} ou %s sont inchangés et aucun ne manque.
• Les numéros de version, références de pièces, valeurs et unités correspondent à la source ; rien n’a été converti ni arrondi.
• Les libellés d’interface correspondent au logiciel localisé, ou restent en anglais lorsque cela a été convenu.
• Chaque segment signalé par les contrôles qualité a été examiné et résolu.
• Les termes du glossaire sont employés de façon cohérente, y compris dans les titres, tableaux et légendes.
• Les avertissements, mises en garde et l’ordre des étapes des procédures sont complets.
• Les commentaires des exemples de code sont traduits ou laissés tels quels, selon la demande du client.
• Le texte des captures d’écran et des schémas n’est pas traduit ; il est signalé au client.
• Le fichier téléchargé s’ouvre correctement ; dans un PDF, les mises en page complexes et les polices remplacées sont vérifiées.

Comment faire, étape par étape : 7. Translation Editor (en anglais)

Transparence

Ce que DeepReference ne fait pas

• Le code, les commandes et les espaces réservés ne sont pas protégés automatiquement. Le modèle peut traduire un commentaire, un nom de variable ou un mot à l’intérieur d’une commande. Les contrôles qualité signalent les balises, nombres et espaces réservés modifiés, mais pas tous les changements : une personne vérifie donc chaque bloc de code.
• Les fichiers de ressources logicielles comme JSON, YAML, PO, .strings ou .resx ne peuvent pas être traduits en tant que fichiers. XLIFF, si : les cibles vides sont remplies et le même fichier revient (à partir de Starter). DeepReference traduit des fichiers DOCX, PDF, PPTX, XLSX et XLIFF ainsi que du texte collé ; ce n’est pas un outil de localisation logicielle.
• Les unités, formats de nombres et dates ne sont convertis par aucune règle. Le résultat est ce que le modèle a écrit ; c’est donc le réviseur qui décide, par exemple, si 1.5 doit s’écrire 1,5 en français.
• Le texte contenu dans des images, comme les captures d’écran et les dessins enregistrés en tant qu’images, n’est pas traduit. Un PDF numérisé composé uniquement d’images est refusé ; téléversez le fichier d’origine ou un PDF avec du texte sélectionnable.
• Il n’existe pas de connexion aux dépôts Git ni aux plateformes de centre d’aide. Les fichiers entrent et sortent par téléversement, ou par l’API REST avec Business.
• Il n’existe pas de modèle distinct pour les contenus techniques ou informatiques, et DeepReference ne fournit ni traducteurs ni réviseurs techniques. Le réglage du domaine oriente uniquement l’extraction terminologique.