Recibes un manual de equipo de 200 páginas traducido al español. La redacción es correcta, la maquetación se mantiene, la terminología es coherente. Después abres la tabla de especificaciones y encuentras esto:
Longitud máxima: 406.5 mm
Todas las palabras están en español. La cifra no. En español, igual que en alemán, esa medida se escribe 406,5 mm: el separador decimal es una coma y los miles se agrupan con un punto. Una cifra que un original en inglés escribe como 1,234.50 debe llegar como 1.234,50.
Por qué esto va más allá de la estética
Un separador sin convertir no es solo un descuido de formato. Como las dos convenciones usan los mismos dos caracteres con papeles invertidos, la misma cadena admite dos lecturas que se diferencian en un factor de mil.
Piensa en 1.234 dentro de una especificación de par de apriete. Un ingeniero anglófono lee aproximadamente uno con dos. Un técnico español o alemán lee mil doscientos treinta y cuatro. Nada en la cadena resuelve la ambigüedad: lo único que la resuelve es el supuesto del lector sobre qué convención sigue el documento, y un documento que mezcla ambas le quita incluso ese supuesto.
En contenido técnico, sanitario y regulado, esto deja de ser una cuestión de estilo. La norma ISO 80000-1 y las convenciones del SI tratan el marcador decimal como una propiedad del idioma y la configuración regional, y los revisores de sectores regulados rechazan entregas por este motivo con normalidad. Además es uno de los pocos defectos que el cliente detecta de inmediato, porque se ve sin leer una sola frase de la traducción.
Por qué las herramientas de traducción genéricas no tocan las cifras
La traducción automática sin más es incoherente, no incorrecta
La mayoría de los sistemas de traducción automática y de los grandes modelos de lenguaje tratan una cifra como material que reproducir, no que convertir. Es un comportamiento por defecto defendible —lo contrario arriesga corromper números de pieza—, pero implica que las cifras llegan al documento final escritas como en el original.
El resultado más problemático es la conversión parcial. Un modelo que procesa un documento largo por partes puede localizar una medida dentro de una frase, dejar intacta la misma medida en una celda de tabla y producir una tercera forma en otro sitio. Queda un documento en el que la misma especificación aparece con dos o tres notaciones distintas, algo más laborioso de limpiar en revisión que un documento sin convertir de manera uniforme.
Las herramientas TAO tradicionales lo tratan como configuración y revisión
El problema se conoce bien en el sector y las herramientas TAO consolidadas sí lo abordan. Trados Studio, por ejemplo, ofrece autolocalización de cifras y divisas. Vale la pena leer lo que dice su documentación sobre las condiciones.
Primero hay que activarlo: si en la memoria de traducción seleccionada no está habilitado el reconocimiento de estos elementos, señala RWS, la autolocalización no se produce y esos elementos «se tratan como palabras traducibles normales» ("are treated as normal, translatable words"). Después, qué separadores se aplican es también configuración: según la documentación, los formatos que Studio ofrece durante la autosustitución están «basados en la configuración regional de Windows» ("based on your Windows Regional Settings"), y un formato del original que quede fuera de los predeterminados hay que añadirlo como reconocedor personalizado para que llegue a detectarse. Y cuando hay una coincidencia en la memoria, Studio reutiliza el formato guardado en esa coincidencia en lugar del predeterminado del idioma de destino. RWS lo presenta como coherencia con tus unidades de traducción existentes, y lo es, pero también significa, en palabras de la propia documentación, que «se pueden usar distintos formatos de elementos ubicables en el mismo archivo de traducción» ("different placeable formats can be used in the same translation file").
El reconocimiento en el original también tiene sus límites: la documentación pone el ejemplo de que un patrón como x-xxx,xx se reconoce como tres cifras distintas en lugar de una, precisamente por los separadores que contiene. Y verificar el resultado es otro paso aparte, mediante las comprobaciones numéricas de QA Checker, cuya documentación recoge justo el ejemplo de este artículo: convertir el inglés 5,000 en el alemán 50.000 es incorrecto; 5.000 es la conversión correcta.
Nada de esto es una crítica a la herramienta. Es la prueba de cuánta configuración y revisión humana exige la respuesta convencional, y de la facilidad con la que un proyecto con prisas se los salta.
La parte que hace que automatizar sea realmente difícil
La solución ingenua es buscar y reemplazar: convertir en coma todo punto que aparezca entre dígitos. Eso rompe el documento, porque no todas las cifras expresan una cantidad. Muchas identifican algo, y un identificador tiene que atravesar la traducción carácter a carácter:
- Números de apartado y de cláusula:
7.4.2 - Versiones y referencias normativas:
DisplayPort 1.4,IEC 60204-1 - Designaciones de rosca, grado y pieza:
M5x40,316L - Fechas, números de página, teléfonos, direcciones IP
Si los conviertes, has sustituido un defecto estético por un error de contenido: una referencia que apunta a la cláusula equivocada es peor que un separador decimal con el estilo incorrecto.
La distinción no siempre se deduce de los caracteres. pH 7.0-7.8 expresa una cantidad y debe localizarse. DisplayPort 1.4 nombra una versión y no. Ambos son dígito, punto y dígito. Una medida escrita como cadena de dimensiones, como Ø30x1.5 mm, también expresa cantidades y sus separadores sí se mueven, mientras que el visualmente parecido M30x1.5 es una designación de rosca y se queda igual. Acertar exige entender qué hace la cifra en su frase, y por eso la coincidencia de patrones por sí sola tiende a dejar casos sin tratar o a estropearlos.
Y la convención de destino no es una sola cosa
Antes de redactar un requisito, conviene conocer una última trampa. Saber que un idioma «usa coma para los decimales» no te dice cómo agrupa los miles.
El español y el alemán agrupan con punto, lo que da 1.234,50. Pero el francés, el noruego, el sueco, el finés, el polaco y el ruso agrupan con un espacio: la misma cifra es 1 234,50, y doce mil ciento noventa y dos se escribe 12 192, no 12.192. Aproximadamente la mitad de los idiomas con coma decimal cae a cada lado de esa división, y la coma decimal no da ninguna pista de cuál. Esto importa en las dos direcciones: si traduces del español al francés, el separador decimal ya es correcto y lo que hay que cambiar es la agrupación. Una conversión que acierta el marcador decimal y falla la agrupación sigue siendo una conversión que un revisor nativo señalará.
Cómo trata SimplifyAI las cifras durante la traducción
SimplifyAI deduce las convenciones numéricas del idioma de destino del proyecto, aplicando los separadores que ese idioma sigue realmente en lugar de dar por supuesto el patrón de los idiomas europeos más habituales. Cuando no has indicado un idioma de origen, el documento se analiza para establecer con qué convención está escrito el propio original, algo que importa: un original en alemán traducido al español ya escribe las cifras como las escribe el español y no necesita ninguna conversión.
A partir de ahí, las cifras pasan por dos etapas y no por una, porque las dos mitades del problema necesitan cosas distintas.
El criterio se delega en el modelo. Determinar que pH 7.0-7.8 expresa una cantidad mientras que DisplayPort 1.4 nombra una versión requiere entender qué hace la cifra en su frase, y ningún patrón lo proporciona. Por eso la traducción recibe las convenciones del idioma de destino junto con ejemplos resueltos, con la indicación de aplicarlas solo a las cantidades.
El mínimo lo garantizan comprobaciones deterministas. Un modelo al que se pide convertir cifras a lo largo de un documento extenso es fiable, pero no de manera uniforme: localizará una medida en una frase y dejará la misma medida en una celda de tabla. Por eso las cantidades que se quedaron con la convención del original se homogeneizan después, y los separadores que el modelo cambió cuando los dos idiomas ya coincidían se restituyen. Este segundo caso es el que casi ninguna herramienta contempla: cuando el original y el destino escriben las cifras igual, lo correcto es no cambiar nada, y una cifra reescrita en silencio ahí es un defecto nuevo, no una corrección.
Lo que eso supone en el archivo entregado:
- Medidas, recuentos, precios y porcentajes se escriben como los escribe el idioma de destino, incluidas las cifras que ocupan una celda de tabla por sí solas, sin frase alrededor que las delate.
- Números de apartado, versiones, designaciones de pieza y de rosca, fechas y otros identificadores se mantienen exactamente como en el original.
- Los dígitos dentro de tokens protegidos y marcadores de código no se tocan nunca.
- Se conservan todos los dígitos. Solo puede cambiar lo que hay entre ellos, de modo que una cifra convertida mantiene el mismo valor que en el original.
- La misma especificación se escribe igual en todo el documento, y no de una forma en la tabla y de otra en el párrafo que la cita.
Conviene declarar dos límites con honestidad. Primero, distinguir cantidad de identificador es un criterio, y las notaciones poco habituales de campos especializados aún pueden interpretarse mal, así que la comprobación puntual de cifras debe formar parte de tu revisión, sobre todo en el primer proyecto de una familia de documentos nueva. Segundo, las convenciones de agrupación que varían por ámbito dentro de un mismo idioma, como ocurre en parte de la escritura financiera y científica, pueden requerir una decisión de estilo interno que ningún valor predeterminado general puede tomar por ti.
Dónde encaja esto en el flujo de trabajo
- Sube tu archivo de InDesign, Word o PDF y selecciona el idioma de destino.
- El sistema analiza el documento y prepara la traducción, incluido un plan terminológico revisable.
- La traducción se ejecuta aplicando a las cantidades las convenciones numéricas del idioma de destino, y el resultado se comprueba contra esas convenciones antes de escribirlo de vuelta.
- Previsualiza o exporta el resultado y revisa por muestreo las tablas de especificaciones antes de entregar.
El formato de las cifras es uno de los detalles que separan una traducción que se lee como original de una que se lee como traducción. Si produces documentación técnica para mercados europeos, sube un archivo con una tabla de especificaciones y comprueba cómo vuelven las cifras.