Die kurze Antwort
Deutsches Excel übersetzt fast alle Funktionsnamen: Aus VLOOKUP wird SVERWEIS,
aus IF wird WENN. Eine aus einem englischsprachigen Forum kopierte Formel liefert
deshalb in deutschem Excel den Fehler #NAME?, bis Sie sowohl die Funktionsnamen als auch das
Trennzeichen (; statt ,) anpassen. Genau das erledigt dieses Werkzeug.
Wie der Übersetzer arbeitet
Das Tool zerlegt Ihre Formel zunächst in zwei Arten von Abschnitten: Text in Anführungszeichen und alles
andere. Nur der Code-Teil wird angefasst. Inhalte innerhalb von "..." bleiben exakt so stehen,
wie Sie sie eingegeben haben, auch wenn darin ein Komma oder Semikolon vorkommt. Das ist wichtig, denn
"Ja, gerne" als Textbaustein darf nicht plötzlich zu "Ja; gerne" werden.
Im verbleibenden Code sucht das Werkzeug nach Bezeichnern, die direkt vor einer öffnenden Klammer stehen:
Das sind die Funktionsnamen. Jeder Treffer wird gegen eine Tabelle mit 184 Funktionspaaren abgeglichen und bei
Erfolg ersetzt, unabhängig von Groß- und Kleinschreibung. Zusätzlich werden die beiden feststehenden
Schlüsselwörter WAHR/FALSCH beziehungsweise TRUE/FALSE
auch dann erkannt, wenn sie ohne Klammern auftauchen, so wie sie typischerweise als viertes Argument von
SVERWEIS oder VLOOKUP stehen.
Danach folgt die Trennzeichen-Umrechnung: Bei Deutsch → Englisch wird zuerst jedes Komma, das als
Dezimaltrennzeichen dient, zu einem Punkt; erst danach wird jedes Semikolon zu einem Komma. Bei Englisch →
Deutsch läuft es in umgekehrter Reihenfolge. Diese Reihenfolge ist kein Zufall. Würde man sie vertauschen,
würde ein frisch erzeugtes Trennzeichen im zweiten Schritt versehentlich noch einmal umgewandelt.
Funktionsnamen mit Punkt, etwa STABW.S oder ARBEITSTAG.INTL, sind davon nicht
betroffen: Sie werden vorher als Ganzes ersetzt und für die Dauer der Trennzeichen-Umrechnung vor
Veränderung geschützt. Dasselbe gilt für Blattnamen in einfachen Anführungszeichen wie
'Q1.2026'!A1 und Dateinamen in eckigen Klammern wie [Mappe1.xlsx].
Ein Beispiel: Aus =RUNDEN(A1*1,19;2) wird =ROUND(A1*1.19,2). Das Dezimalkomma
in 1,19 wird zum Punkt, das Semikolon vor der 2 zum Komma und RUNDEN zu
ROUND. Mit „Tauschen“ übernehmen Sie das Ergebnis als neue Eingabe und kehren die Richtung um.
Warum deutsches Excel überhaupt übersetzt
Bei den meisten Programmiersprachen wäre die Vorstellung, Funktionsnamen zu übersetzen, absurd:
print() heißt in jeder Sprachversion print(). Excel-Formeln sind aber kein
Programmcode im engeren Sinn, sondern Teil der Benutzeroberfläche. Sie erscheinen in der Bearbeitungsleiste,
genau wie Menüeinträge und Schaltflächen. Und Menüeinträge übersetzt Microsoft grundsätzlich, in über 20
Sprachversionen von Excel. Die Formelsprache macht da keine Ausnahme.
Das führt zu einer Besonderheit, die viele überrascht: VBA-Makros sind von dieser Übersetzung
nicht betroffen. Der VBA-Code im Hintergrund bleibt in jeder Sprachversion englisch;
WorksheetFunction.VLookup heißt immer so, auch in deutschem Excel. Übersetzt wird ausschließlich
das, was Sie direkt in eine Zelle tippen. Wer eine Formel aus einer VBA-Anleitung kopiert, hat also ein
anderes Problem als jemand, der eine normale Formel aus einem Forum kopiert.
Das Trennzeichen-Problem
Die zweithäufigste Fehlerquelle nach den Funktionsnamen ist unscheinbarer, aber genauso hartnäckig: das
Zeichen zwischen den Argumenten. Deutsches Excel trennt Argumente mit einem Semikolon (;),
englisches mit einem Komma (,). Der Grund liegt nicht in Excel selbst, sondern im
Dezimaltrennzeichen: Deutschland schreibt Nachkommastellen mit Komma (1,19), die USA und
Großbritannien mit Punkt (1.19). Da das Komma in deutscher Schreibweise bereits für
Nachkommastellen reserviert ist, kann es nicht zugleich Argumente trennen. Deshalb springt dort das Semikolon
ein.
Wichtig zu wissen: Dieses Verhalten hängt nicht an der Sprache der Excel-Oberfläche, sondern an den Regions- und Ländereinstellungen von Windows (genauer: am dort hinterlegten Listentrennzeichen). Ein englischsprachiges Excel auf einem Windows mit deutschen Regionseinstellungen verwendet trotzdem das Semikolon. Wer das einmal weiß, versteht auch, warum Kolleginnen und Kollegen mit identischer Excel-Version manchmal unterschiedliche Trennzeichen sehen.
Für die Übersetzung bedeutet das zwei getrennte Umrechnungen, nicht nur eine: erstens das
Argument-Trennzeichen selbst (; ↔ ,), zweitens, falls in der Formel enthalten, das
Dezimaltrennzeichen einer echten Zahl (1,19 ↔ 1.19). Beide Zeichen sehen im
Deutschen unterschiedlich aus (Komma für Dezimalzahlen, Semikolon für Argumente), weshalb sich beide
Umrechnungen sauber trennen lassen, ohne dass eine Zahl mit einer Argumentgrenze verwechselt wird.
Nebenbei: Auch Fehlermeldungen sind übersetzt
Wer eine übersetzte Formel eintippt und trotzdem eine Fehlermeldung bekommt, stolpert gelegentlich über eine
weitere Übersetzung: die der Fehlercodes selbst. Die folgenden vier unterscheiden sich zwischen den
Sprachversionen; die übrigen (#NAME?, #DIV/0!, #NULL!) bleiben gleich.
| Deutsch | Englisch | Bedeutung |
|---|---|---|
#NV | #N/A | Wert nicht verfügbar (z. B. SVERWEIS ohne Treffer) |
#WERT! | #VALUE! | Falscher Datentyp im Argument |
#BEZUG! | #REF! | Zellbezug ist ungültig geworden |
#ZAHL! | #NUM! | Ungültiger Zahlenwert im Ergebnis |
Wenn das nicht hilft
Dieses Tool deckt die weit überwiegende Mehrheit der Alltagsformeln ab, aber nicht jeden Fall. Ein paar Grenzen sind Ihnen im Zweifel lieber vorher bekannt als hinterher:
- Benannte Bereiche (Named Ranges): Ein selbst vergebener Name wie
Umsatz_2026wird nicht übersetzt und muss es auch nicht. Er bleibt in beiden Sprachversionen identisch, solange die Arbeitsmappe selbst geöffnet wird und nicht neu erstellt. - LAMBDA, LET und benutzerdefinierte Funktionen: Neuere, selbst definierte Namen sind keine Standardfunktionen und stehen in keiner Übersetzungstabelle. Sie funktionieren unverändert in beiden Sprachversionen, solange die Arbeitsmappendatei selbst mitwandert. Der Übersetzer lässt solche Namen stehen und listet sie unter dem Ergebnis als „nicht erkannt“ auf.
- VBA-Code: Wie oben beschrieben bleibt Makro-Code immer englisch. Hier gibt es nichts zu übersetzen, auch wenn die Fehlermeldung das nahelegt.
- Verweise auf externe Arbeitsmappen: Der Dateiname und Blattname in eckigen Klammern,
etwa
[Mappe1.xlsx]Tabelle1!A1, wird unverändert übernommen. Das ist korrekt so, hier steht kein Funktionsname.
Falls Sie dauerhaft zwischen deutschen und englischen Formeln wechseln müssen, ist ein einmaliger Blick in die Windows-Regionseinstellungen oft wirksamer als jede Einzelübersetzung: Unter Einstellungen → Zeit und Sprache → Datum, Uhrzeit und Region → Zusätzliche Datums-, Uhrzeit- und Regionseinstellungen → Format ändern → Weitere Einstellungen lässt sich das Listentrennzeichen unabhängig von der Excel-Sprache umstellen. Das ändert zwar nicht die Funktionsnamen, wohl aber dauerhaft das Trennzeichen-Problem für alle künftigen Formeln. Wer stattdessen dauerhaft auf eine andere Excel-Sprachversion umstellen möchte, findet die Option in Excel unter Datei → Optionen → Sprache. Bei größeren, wiederkehrenden Migrationen zwischen deutschen und englischen Arbeitsmappen lohnt sich außerdem ein Blick in die offizielle Microsoft-Referenzliste der Funktionsnamen. Sie deckt auch die seltenen Funktionen ab, die hier bewusst fehlen, weil wir uns bei jeder aufgenommenen Übersetzung sicher sein wollten.
Funktionstabelle zum Durchsuchen
Alle 184 Funktionspaare, die dieses Tool kennt, im Überblick. Nutzen Sie die Suche, um gezielt eine einzelne Funktion nachzuschlagen, egal ob Sie den deutschen oder den englischen Namen kennen.
| Deutsch | Englisch | Kategorie |
|---|