Por qué las funciones de Excel tienen nombres distintos en otros idiomas

Copias una fórmula de un tutorial en inglés, la pegas en tu copia de Excel en alemán y simplemente te lanza un error. Allí los nombres de las funciones son distintos. SUM es SUMME, AVERAGE es MITTELWERT, y la coma entre argumentos quizá tenga que ser un punto y coma. No hay nada roto; Excel tradujo el idioma de las fórmulas para que coincida con el tuyo, y saber por qué te ahorra mucha confusión cuando las hojas cruzan fronteras.

En resumen: Excel traduce los nombres de las funciones a tu idioma de visualización, así que SUM es SUMME en alemán y SOMME en francés. Cuando tu región usa la coma como marca decimal, el separador de argumentos pasa a ser un punto y coma. El archivo xlsx guarda las funciones en una forma interna neutra, por lo que se abre correctamente en cualquier idioma. Solo cambian los nombres que escribes y que ves.

Por qué Excel traduce los nombres de las funciones

Microsoft adapta toda la interfaz de Excel a cada idioma que admite, y los nombres de las funciones se tratan como parte de esa interfaz, igual que los elementos de menú y las etiquetas de los botones. Así, un usuario en Alemania ve SUMME, uno en Francia ve SOMME y uno en España ve SUMA. La idea es que las fórmulas se lean con naturalidad en tu propio idioma en lugar de imponerle el inglés a todo el mundo.

Es una decisión de diseño deliberada, no un fallo ni una rareza regional. Para la mayoría de la gente que solo trabaja en un idioma, resulta invisible y útil: los nombres de las funciones coinciden con las palabras que esperarías. El problema solo aparece cuando el contenido cruza idiomas, algo que pasa mucho más ahora que los tutoriales, las plantillas y los compañeros están repartidos por todo el mundo. Una fórmula escrita en un idioma no se escribe sin más en otro, aunque ambas describan el mismo cálculo.

El dolor de cabeza diario cuando las fórmulas cruzan idiomas

El caso clásico es copiar una fórmula de un blog o un vídeo en inglés a un Excel que no está en inglés. Pegas =SUM(A1:A10) en un Excel en alemán y lo rechaza, porque esa copia espera =SUMME(A1:A10). La función es idéntica por debajo, pero el nombre que escribiste no es el que reconoce esta instalación. Mismo cálculo, vocabulario equivocado, error inmediato.

También afecta a quienes colaboran. Un compañero en Francia crea una hoja llena de SOMME y MOYENNE, se la envía por correo a un colega en Estados Unidos y los dos describen las mismas fórmulas con palabras distintas en una llamada. Ninguno se equivoca. Ven la misma lógica mostrada en su propio idioma. La confusión es puramente de nombres, pero es real y hace perder tiempo cuando cada uno asume que el otro cometió un error.

Qué se guarda realmente en el archivo

Aquí está la parte que disipa la mayor parte de la preocupación: un archivo xlsx no guarda tus nombres traducidos. Internamente mantiene las funciones en una forma neutra, independiente del idioma, y cada copia de Excel las muestra con los nombres locales de quien abre el archivo. Así, una hoja creada por completo con fórmulas SOMME en francés se abre en un Excel en inglés mostrando SUM, de forma automática, sin ningún paso de conversión.

Por eso compartir archivos entre regiones casi siempre funciona sin más, aunque escribir entre regiones no lo haga. El problema surge en el teclado, cuando escribes un nombre de un idioma en una instalación que espera otro. No surge a nivel de archivo, porque la lógica guardada nunca estuvo ligada a ningún idioma. Abre el mismo archivo en cinco idiomas y obtendrás cinco conjuntos de nombres sobre un único conjunto de cálculos sin cambios.

La coma frente al punto y coma como separador

Hay un segundo giro que sorprende a la gente, y tiene que ver con los números, no con el idioma. En las regiones donde la marca decimal es la coma, como buena parte de Europa, tres y medio se escribe 3,5. Si Excel también usara una coma para separar los argumentos de una función, SUM(3,5) sería ambiguo: ¿un argumento de tres y medio, o dos argumentos? Para evitar ese choque, Excel cambia el separador de argumentos a un punto y coma en esas regiones.

Así, la misma fórmula se lee =SUM(A1, B1) en una configuración en inglés con decimal de coma y =SUMME(A1; B1) en alemán. El punto y coma no forma parte del nombre de la función; sigue tu configuración regional de números. Por eso una fórmula copiada de una región puede fallar incluso después de que arregles los nombres de las funciones: los separadores también están mal. Tanto los nombres como la puntuación tienen que coincidir con la región de destino antes de que la fórmula funcione.

Cómo traducir una fórmula de un idioma a otro

Traducir una fórmula implica dos pasos: cambiar los nombres de las funciones y luego corregir los separadores de argumentos si las regiones difieren en la marca decimal. Para una fórmula corta puedes hacerlo a mano una vez que conoces los equivalentes: SUM por SUMME, IF por WENN, VLOOKUP por SVERWEIS, etc. Para algo más largo, o un idioma que no lees, buscar decenas de nombres a mano es lento y propenso a errores.

Una vía más rápida es una herramienta que conoce los mapas oficiales de nombres y convierte la fórmula entera de una vez, incluidos los separadores. El traductor de fórmulas de Excel gratuito en excel.hivly.net hace justo eso: pega una fórmula en un idioma, elige el idioma de destino y reescribe los nombres de las funciones y ajusta la puntuación para que el resultado se escriba sin problemas en la otra región. Funciona en tu navegador, así que la fórmula nunca sale de tu equipo, algo que importa cuando la hoja es algo que preferirías no subir a ningún sitio.

Un hábito más ayuda cuando colaboras entre regiones: poneros de acuerdo en qué idioma se crea una plantilla compartida y anotarlo en algún lugar del archivo. Como la lógica guardada es neutra, cualquiera puede abrirla y ver sus propios nombres, pero hacer que los ejemplos escritos y las instrucciones coincidan con un único idioma acordado evita que todos hablen sin entenderse.