xRM Translation Bridge
Las organizaciones internacionales con Dynamics 365 comparten un único CRM en muchos idiomas: un equipo de ventas en Polonia, agentes de servicio en España, gestores de cuentas en Alemania. La interfaz se puede localizar — los datos no. Cada descripción, nota y campo de texto libre permanece en el idioma en que se escribió.
Este artículo explica qué es la traducción de datos en tiempo real en Dynamics 365, cómo funciona por dentro y en qué fijarse antes de elegir una solución.
La traducción de datos en tiempo real en Dynamics 365 es la traducción automática de los valores de los campos — no de las etiquetas ni de los metadatos — en el momento en que un usuario abre un registro, a su propio idioma. Microsoft localiza la interfaz y traduce las etiquetas, pero el contenido de los campos, como descripciones de cuentas, detalles de casos o nombres de oportunidades, no se traduce de forma nativa. Un complemento de traducción de datos detecta el idioma de cada campo de texto, lo envía a un proveedor de traducción como Azure AI Translator, DeepL o Azure OpenAI y muestra el resultado junto al original. Las soluciones bien diseñadas conservan cada traducción como fila de Dataverse: el texto repetido se traduce una sola vez, los resultados son auditables y los datos de clientes van únicamente al recurso de IA que controla la propia organización.
Etiquetas y metadatos
Nombres de tablas y campos, formularios, vistas, conjuntos de opciones, entradas del mapa del sitio. Traducidos una vez y desplegados con la solución — la tarea de xRM Translation Studio.
“Account Name” → “Firmenname”Datos de campos
Descripciones, notas, correos, detalles de casos, nombres de oportunidades. Escritos cada día, en todos los idiomas — traducidos cuando alguien necesita leerlos. La tarea de xRM Translation Bridge.
“Presupuesto aprobado” → “Angebot genehmigt”Al abrir un registro se comprueba el idioma de los campos de texto. Se omiten los campos que ya están en el idioma del usuario, los valores muy cortos, las direcciones, los correos, las URL y los números de teléfono.
Los campos restantes van al proveedor de traducción en una única solicitud agrupada — una llamada por registro en lugar de una por campo mantiene la velocidad. El texto enriquecido necesita un proveedor que conserve el formato.
Los resultados se guardan para no pagar dos veces por el mismo texto. Indexada por el texto original y no por el registro, una traducción sirve para todos los registros que lo contienen.
Los usuarios copian el contenido de los campos en traductores web públicos y leen el resultado en otra pestaña.
Complementos que traducen bajo demanda las columnas configuradas.
Un complemento de Dynamics 365 que traduce los datos de los campos en cuanto se abre un registro — sin configurar columnas.
La calidad, la velocidad y el coste de la traducción varían mucho entre proveedores — y las diferencias aparecen justo donde vive el texto del CRM: abreviaturas, nombres de empresas, condiciones de pago. Las cifras siguientes proceden de nuestro propio corpus de prueba con registros CRM en polaco, español y francés, medidos en septiembre de 2026 a lo largo de todo el recorrido del producto.
| Proveedor | Lenguaje empresarialabreviaturas, nombres de empresas | Primera traducción10 campos, mediana | Desde la cachésu entorno | Coste por 1.000 registrosprecios de lista |
|---|---|---|---|---|
| DeepLtraducción automática clásica | buenoresuelve la mayoría de abreviaturas | 0.6 s | 0.2 s | ≈ €29 |
| Azure AI Translatortraducción automática clásica | irregulardeja las abreviaturas tal cual | 0.6 s | 0.1 s | ≈ $15 |
| OpenAIgpt-4o-mini | muy buenoconserva nombres, resuelve abreviaturas | 2.8 s | 0.1 s | ≈ $0.23 |
| Azure OpenAIsu región de Azure | muy bueno | 3.2 s | 0.2 s | ≈ $3.85 |
| AnthropicClaude | muy bueno | 5.3 s | 0.2 s | ≈ $5.39 |
| GoogleGemini | buenomodelo de lenguaje * | 2–5 s * | 0.2 s | ≈ $0.80 |
Medido a lo largo de todo el recorrido del producto — complemento, comprobación de licencia, exclusiones, detección de idioma y caché incluidos — con diez campos por registro. Las traducciones servidas desde la caché no generan ninguna llamada al proveedor: un registro ya visto no cuesta nada y aparece en una fracción de segundo. En una organización típica, alrededor del 70 % de las traducciones proceden de la caché, lo que reduce las cifras anteriores en consecuencia. Los costes son precios de lista en el momento de la medición y los factura su proveedor, no xRM Products. * Google no formó parte de esta ronda de medición; los valores mostrados son su precio de lista y el rango medido en modelos de lenguaje comparables.
Equilibrado — la opción predeterminada
El único proveedor de nuestra prueba que combina buena calidad con el lenguaje empresarial y una primera traducción muy por debajo del segundo. El formato del texto enriquecido se mantuvo intacto en todos los casos.
Lo mejor para notas y abreviaturas
Los grandes modelos de lenguaje entendieron abreviaturas de facturas, números fiscales o informes de contacto y dejaron intactos los nombres de empresas, las formas jurídicas y las direcciones — a cambio de una primera traducción más lenta.
Coste más bajo
Los modelos pequeños son mucho más baratos que la traducción automática clásica, porque allí la detección de idioma casi no cuesta — con DeepL, detectar un idioma cuesta una traducción completa.
Residencia de datos
Ambos se ejecutan en la región del recurso que usted cree. DeepL procesa en la UE. Los demás proveedores procesan en su propia infraestructura — la página de configuración lo indica para cada uno.
Nunca queda atado: el proveedor es un ajuste y a cada usuario se le puede dar permiso para cambiarlo en una traducción concreta. Como las traducciones se conservan como filas de Dataverse, cambiar de proveedor no significa pagar dos veces por el mismo texto.
El contenido de los campos debería ir solo a un recurso de IA propiedad de su organización — su clave, su región, su contrato de tratamiento de datos — nunca a través de un servicio del proveedor del software.
Una configuración columna por columna se rompe cada vez que se añade una tabla o un campo. Busque cobertura de todas las tablas por defecto, con exclusiones en lugar de listas de permisos.
La calidad varía según el par de idiomas y el tipo de texto. Las abreviaturas empresariales y la jerga favorecen a unos proveedores; el texto enriquecido con formato, a otros — poder elegir protege la calidad y el coste.
Sin caché, las mismas condiciones de pago en trescientos registros se traducen trescientas veces. Las traducciones guardadas reducen el coste y hacen auditables los resultados.
Las exclusiones deberían aplicarse en el servidor y cerrarse ante la duda: si una comprobación no es posible, el campo no se envía.
La traducción debería empezar después de cargar el formulario y no bloquearlo nunca. Desde la caché, un registro traducido debería aparecer muy por debajo del segundo.
| Traductor del navegador | Complemento por entidad | xRM Translation Bridge | |
|---|---|---|---|
| Funciona sin configurar columnas | ✓ | — | ✓ |
| Se queda dentro de Dynamics 365 | — | ✓ | ✓ |
| Detección automática de idioma | ✓ | — | ✓ |
| Elección de proveedor de IA | — | — | ✓ |
| Traducciones conservadas y reutilizables | — | — | ✓ |
| Exclusiones de administrador | — | ✓ | ✓ |
| Datos de clientes solo a su propio recurso de IA | — | ✓ | ✓ |
xRM Translation Bridge convierte los datos multilingües de una tarea de copiar y pegar en una lectura con un clic — dentro del registro, en su idioma.