xRM Translation Bridge
Les organisations internationales sous Dynamics 365 partagent un seul CRM dans de nombreuses langues : une équipe commerciale en Pologne, des agents de service en Espagne, des chargés de clientèle en Allemagne. L'interface peut être localisée — les données, non. Chaque description, note et champ de texte libre reste dans la langue dans laquelle il a été écrit.
Cet article explique ce qu'est la traduction des données en temps réel dans Dynamics 365, comment elle fonctionne techniquement et ce qu'il faut examiner avant de choisir une solution.
La traduction des données en temps réel dans Dynamics 365 est la traduction automatique des valeurs de champs — et non des étiquettes ou des métadonnées — au moment où un utilisateur ouvre un enregistrement, dans la langue de cet utilisateur. Microsoft localise l'interface et traduit les étiquettes, mais le contenu des champs comme les descriptions de comptes, les détails d'incidents ou les noms d'opportunités n'est pas traduit nativement. Un add-on de traduction des données détecte la langue de chaque champ texte, l'envoie à un fournisseur de traduction tel qu'Azure AI Translator, DeepL ou Azure OpenAI et affiche le résultat à côté de l'original. Les solutions bien conçues conservent chaque traduction comme ligne Dataverse : un texte répété n'est traduit qu'une fois, les résultats sont auditables et les données clients ne vont qu'à la ressource d'IA que l'organisation contrôle elle-même.
Étiquettes et métadonnées
Noms de tables et de champs, formulaires, vues, ensembles d'options, entrées du plan de site. Traduits une fois et déployés avec la solution — le rôle de xRM Translation Studio.
“Account Name” → “Firmenname”Données de champs
Descriptions, notes, e-mails, détails d'incidents, noms d'opportunités. Écrits chaque jour, dans toutes les langues — traduits quand quelqu'un doit les lire. Le rôle de xRM Translation Bridge.
“Presupuesto aprobado” → “Angebot genehmigt”À l'ouverture d'un enregistrement, la langue des champs texte est vérifiée. Les champs déjà dans la langue de l'utilisateur, les valeurs très courtes, les adresses, e-mails, URL et numéros de téléphone sont ignorés.
Les champs restants partent chez le fournisseur de traduction en une seule requête groupée — un appel par enregistrement plutôt qu'un par champ garantit la rapidité. Le texte enrichi exige un fournisseur qui préserve la mise en forme.
Les résultats sont enregistrés pour ne jamais payer deux fois le même texte. Indexée sur le texte source plutôt que sur l'enregistrement, une traduction sert tous les enregistrements qui le contiennent.
Les utilisateurs copient le contenu des champs dans des traducteurs web publics et lisent le résultat dans un autre onglet.
Des add-ons qui traduisent à la demande les colonnes configurées.
Un add-on Dynamics 365 qui traduit les données de champs dès l'ouverture d'un enregistrement — sans aucune configuration de colonnes.
La qualité, la rapidité et le coût de la traduction varient fortement d'un fournisseur à l'autre — et les écarts apparaissent exactement là où vit le texte du CRM : abréviations, noms d'entreprises, conditions de paiement. Les chiffres ci-dessous proviennent de notre propre corpus de test composé d'enregistrements CRM en polonais, espagnol et français, mesurés en septembre 2026 sur l'ensemble du parcours produit.
| Fournisseur | Langage professionnelabréviations, noms d'entreprises | Première traduction10 champs, médiane | Depuis le cachevotre environnement | Coût pour 1 000 enregistrementsprix catalogue |
|---|---|---|---|---|
| DeepLtraduction automatique classique | bondéveloppe la plupart des abréviations | 0.6 s | 0.2 s | ≈ €29 |
| Azure AI Translatortraduction automatique classique | inégallaisse les abréviations telles quelles | 0.6 s | 0.1 s | ≈ $15 |
| OpenAIgpt-4o-mini | très bonconserve les noms, développe les abréviations | 2.8 s | 0.1 s | ≈ $0.23 |
| Azure OpenAIvotre région Azure | très bon | 3.2 s | 0.2 s | ≈ $3.85 |
| AnthropicClaude | très bon | 5.3 s | 0.2 s | ≈ $5.39 |
| GoogleGemini | bonmodèle de langage * | 2–5 s * | 0.2 s | ≈ $0.80 |
Mesuré sur l'ensemble du parcours produit — plug-in, contrôle de licence, exclusions, détection de langue et cache inclus — avec dix champs par enregistrement. Les traductions issues du cache ne déclenchent aucun appel au fournisseur : un enregistrement déjà vu ne coûte rien et s'affiche en une fraction de seconde. Dans une organisation type, environ 70 % des traductions viennent du cache, ce qui réduit d'autant les chiffres ci-dessus. Les coûts sont des prix catalogue au moment de la mesure et sont facturés par votre fournisseur, non par xRM Products. * Google ne faisait pas partie de cette campagne de mesure ; les valeurs indiquées sont son prix catalogue et la plage mesurée sur des modèles de langage comparables.
Équilibré — le choix par défaut
Le seul fournisseur de notre test à associer une bonne qualité sur le langage professionnel à une première traduction nettement en dessous de la seconde. La mise en forme du texte enrichi est restée intacte dans tous les cas.
Idéal pour les notes et abréviations
Les grands modèles de langage ont compris les abréviations de factures, de numéros fiscaux ou de comptes rendus, et ont laissé intacts les noms d'entreprises, formes juridiques et adresses — au prix d'une première traduction plus lente.
Coût le plus bas
Les petits modèles coûtent bien moins cher que la traduction automatique classique, car la détection de langue n'y coûte presque rien — avec DeepL, détecter une langue coûte une traduction complète.
Résidence des données
Les deux s'exécutent dans la région de la ressource que vous créez. DeepL traite dans l'UE. Les autres fournisseurs traitent dans leur propre infrastructure — la page des paramètres l'indique pour chacun.
Vous n'êtes jamais enfermé : le fournisseur est un paramètre, et chaque utilisateur peut recevoir le droit d'en changer pour une traduction ponctuelle. Comme les traductions sont conservées comme lignes Dataverse, changer de fournisseur ne signifie pas payer deux fois le même texte.
Le contenu des champs ne devrait aller qu'à une ressource d'IA appartenant à votre organisation — votre clé, votre région, votre contrat de sous-traitance — jamais via un service de l'éditeur.
Une configuration colonne par colonne casse dès qu'une table ou un champ est ajouté. Privilégiez une couverture de toutes les tables par défaut, avec des exclusions plutôt que des listes d'autorisation.
La qualité varie selon la paire de langues et le type de texte. Les abréviations professionnelles et l'argot avantagent certains fournisseurs, le texte enrichi d'autres — pouvoir choisir protège la qualité et les coûts.
Sans cache, les mêmes conditions de paiement sur trois cents enregistrements sont traduites trois cents fois. Les traductions stockées réduisent les coûts et rendent les résultats auditables.
Les exclusions devraient être appliquées côté serveur et se fermer en cas de doute : si une vérification est impossible, le champ n'est pas envoyé.
La traduction devrait démarrer après le chargement du formulaire et ne jamais le bloquer. Depuis un cache, un enregistrement traduit devrait apparaître nettement en dessous de la seconde.
| Traducteur du navigateur | Add-on par entité | xRM Translation Bridge | |
|---|---|---|---|
| Fonctionne sans configuration de colonnes | ✓ | — | ✓ |
| Reste dans Dynamics 365 | — | ✓ | ✓ |
| Détection automatique de la langue | ✓ | — | ✓ |
| Choix du fournisseur d'IA | — | — | ✓ |
| Traductions conservées et réutilisables | — | — | ✓ |
| Exclusions administrateur | — | ✓ | ✓ |
| Données clients uniquement vers votre propre ressource d'IA | — | ✓ | ✓ |
xRM Translation Bridge transforme les données multilingues d'une corvée de copier-coller en une lecture en un clic — dans l'enregistrement, dans votre langue.
Bienvenue dans le monde fascinant des
produits xRM, découvrez
dès maintenant notre entreprise et
nos produits !
xRM Products LLC,
7901 4th St N STE 300,
ST. PETERSBURG, FL 33702, USA
© 2026 xRM Products LLC
>