Umlaute und ß in SEPA-Zahlungen: was erlaubt ist

ARLing s. r. o. · 6. September 2026

Wer eine Sammelüberweisung als pain.001-XML-Datei aus der Buchhaltungssoftware exportiert und Namen mit Müller, Schäfer oder Groß darin hat, stößt früher oder später auf dieselbe Frage: Was macht die Bank mit ä, ö, ü und ß in dieser Datei? Die Antwort hat zwei Teile, und beide lassen sich mit veröffentlichten Dokumenten belegen.

Der SEPA-Zeichensatz genau genommen

SEPA-Zahlungen laufen über das Nachrichtenformat pain.001 nach ISO 20022. Für den Inhalt der Textfelder, etwa Name oder Verwendungszweck, gilt praxisweit ein eingeschränkter lateinischer Zeichensatz: Buchstaben a bis z und A bis Z ohne Sonderzeichen, Ziffern 0 bis 9, ein Leerzeichen und die Satzzeichen / - ? : ( ) . , ' +. Sonst nichts.

Diese Liste ist keine Erfindung einer einzelnen Bank. Sie stammt aus den technischen Vorgaben, die dem SEPA Credit Transfer Scheme des European Payments Council zugrunde liegen, und taucht in genau dieser Form in mehreren unabhängig veröffentlichten Bankspezifikationen auf. Als Beispiel für eine Bank, die diesen Zeichensatz wörtlich auflistet, zitieren wir hier die slowakische ČSOB: Ihre Dokumentation „BusinessBanking Lite a SEPA" nennt exakt diese Zeichen und stellt ausdrücklich fest, dass eine SEPA-XML-Datei mit Diakritika sich in ihr System gar nicht erst importieren lässt. Das ist ein Beispiel aus einer slowakischen Bank, keine deutsche oder tschechische Regel: die zugrunde liegende Zeichensatzliste selbst ist aber, wie eine unabhängige Fachquelle zur EPC-Spezifikation bestätigt, die allgemeine, bankübergreifende Basis von SEPA-Zahlungen, nicht slowakisches Sonderrecht.

Was mit Umlauten und ß passiert

ä, ö, ü und ß gehören nicht zu diesem Zeichensatz. Das ist unstrittig. Strittig, beziehungsweise uneinheitlich, ist nur, was ein einzelnes Kreditinstitut tut, wenn eine solche Datei trotzdem bei ihm ankommt. Eine Fachquelle, die sich auf das deutsche DFÜ-Abkommen (die Schnittstellenspezifikation der Deutschen Kreditwirtschaft) bezieht, beschreibt es so: Das Kreditinstitut ist berechtigt, unzulässige Zeichen durch Leerzeichen oder durch bedeutungsähnliche Zeichen zu ersetzen, oder gegebenenfalls auch die gesamte Datei zurückzuweisen.

Mit anderen Worten: beide Verhaltensweisen sind dokumentiert möglich, welche davon eine konkrete Bank tatsächlich wählt, ist damit noch nicht gesagt. Wir können hier nur belegen, was in den von uns gelesenen Dokumentationen steht, nicht das Verhalten jeder einzelnen Bank im Einzelfall. Wenn Sie sich nicht sicher sind, was Ihre Bank konkret tut, ist die einzige zuverlässige Quelle die eigene Bank oder ihre technische Dokumentation zum Zahlungsimport.

Praktisch heißt das: Eine Datei mit „Müller" kann bei einer Bank klaglos als „Mueller" ankommen, bei einer anderen kommt die ganze Datei mit einer Fehlermeldung zurück, ohne dass am Zahlungsinhalt selbst etwas falsch wäre. Für eine Sammelüberweisung mit vielen Zeilen ist das besonders unangenehm, weil dann unter Umständen die komplette Datei erneut hochgeladen werden muss, nicht nur die eine betroffene Zeile.

Praktisch: im Export transliterieren lassen

Der zuverlässigste Weg, dieser Uneinheitlichkeit auszuweichen, ist, Umlaute und ß gar nicht erst in die Datei gelangen zu lassen. Die gängige Umschrift dafür ist seit Langem bekannt, sie stammt aus derselben deutschen Schnittstellenspezifikation und wird auch außerhalb von SEPA verwendet, etwa in Namen ohne Tastatur-Umlaute:

Diese Umwandlung übernimmt am besten die Buchhaltungs- oder Lohnsoftware direkt beim Export, oder sie wird einmalig in der Empfänger- beziehungsweise Mitarbeiterstammdaten hinterlegt, statt sie bei jeder Datei von Hand nachzuziehen. Eine Datei, die von vornherein nur den erlaubten Zeichensatz verwendet, geht bei jeder Bank durch, unabhängig davon, ob diese Bank Umlaute ersetzt oder zurückweist: die Frage stellt sich dann gar nicht mehr.

Wo Umlaute in der Datei am ehesten auftauchen

Am häufigsten betrifft das den Namen des Zahlungsempfängers oder Auftraggebers und den freien Verwendungszweck. Beide Felder werden direkt aus Stammdaten oder Rechnungstexten übernommen, in denen deutsche Namen und Adressen naturgemäß Umlaute enthalten. Seltener, aber ebenso betroffen, sind Straßen- und Ortsnamen, sobald eine Adresse strukturiert in die Zahlung übernommen wird.

Was, wenn die Datei schon exportiert ist

Wenn eine fertige pain.001-Datei bereits vorliegt und Sie vor dem Hochladen prüfen wollen, ob sie Zeichen außerhalb des erlaubten Satzes enthält, lässt sich das an der Datei selbst nachsehen, ohne Umwege über Vermutungen. Unser kostenloses, im Browser laufendes Prüfwerkzeug SEPA pain.001 Doctor markiert genau solche Zeichen in Namen und Verwendungszweck, damit Sie vor dem Hochladen wissen, woran Sie sind, statt es erst bei der Bank herauszufinden. Die Datei verlässt dabei Ihren Browser nicht.

Das ändert nichts an der eigentlichen Empfehlung: besser gar nicht erst mit Umlauten exportieren, als hinterher zu hoffen, dass die jeweilige Bank sie schon richtig umwandelt.