Namen trotz wechselnder Schreibweise Konten zuordnen

Derselbe Gast, derselbe Lieferant steht im Beleg jeden Monat etwas anders. Mal mit Titel, mal mit Zweitnamen, mal mit einem Umlaut, der zu „ae" wird. Das Konto dazu liegt in der Buchhaltung. Wer die Zuordnung von Hand macht, sucht denselben Namen jeden Monat neu heraus.

Der Ausweg ist, die einmal getroffene Zuordnung festzuhalten und beim nächsten Mal wiederzuverwenden. Eine gelernte Zuordnung ist ein Eintrag Name → Konto, der einmal von Hand entschieden und danach automatisch wiederverwendet wird. Wechselnde Schreibweisen fängt ein unscharfer Abgleich zu einem Teil ab. Den Rest fängt die gelernte Liste.

Warum dieselbe Zuordnung jeden Monat neu gemacht wird

Die Buchhaltungssoftware kennt die Verbindung Name und Konto erst, wenn gebucht ist. Davor steht Freitext: ein Name aus einem Beleg oder einem Auszug auf der einen Seite, ein Konto aus einer Stammdatenliste auf der anderen. Die Brücke dazwischen schlägt ein Mensch.

Die Zuordnung selbst kostet selten Mühe. Teuer wird, dass ihr Ergebnis nirgends festgehalten wird. Wer so im März entschieden hat, dass „Dr. Meier" auf ein bestimmtes Depotkonto gehört und das nicht festgehalten hat, der macht die gleiche Arbeit im April wieder. Im belegten Fall lagen die Konten zudem in einem Excel-Blatt, und ohne dieses Blatt fiel die Zuordnung ganz aus.

Festhalten statt neu entscheiden: der Abgleich in drei Stufen

Statt jeden Namen jeden Monat neu zu suchen, läuft der Abgleich in festen Stufen. Zuerst sucht er in der gelernten Liste, dann exakt in den Stammdaten, zuletzt unscharf nach Ähnlichkeit. Jede Stufe greift nur, wenn die vorige nichts gefunden hat, und der Aufwand sinkt mit jedem gelernten Namen.

Stufe	Was geprüft wird	Ergebnis
gelernt	Steht der Name schon in der gelernten Liste?	sofort zugeordnet
exakt	Stimmt der Name genau mit den Stammdaten überein?	zugeordnet und gelernt
unscharf	Ähnelt der Name einem bekannten, etwa bei einem Tippfehler?	ab einer Ähnlichkeit von 0,85 zugeordnet

Jeder neue Treffer wird in die gelernte Liste zurückgeschrieben. Ab dem nächsten Lauf gilt er als bekannt und wird in der ersten Stufe gefunden. So schrumpft die Handarbeit mit jedem Monat, in dem neue Namen dazukommen. Dieses Verfahren wird zum Beispiel erfolgreich angewendet im DATEV-Export für einen Hotelbetrieb.

Eine stille Tücke steckt im Lernen selbst. Kommt derselbe Name mehrfach in einem Lauf vor, darf die Herkunft eines Treffers nur beim ersten Mal festgehalten werden. Sonst zählt jede weitere Zeile als „schon gelernt" und überschreibt die Spur, wie die Zuordnung ursprünglich zustande kam. Wer später nachvollziehen will, warum ein Name auf einem Konto landete, braucht den ersten Treffer, nicht den letzten.

Wo der unscharfe Abgleich an seine Grenze kommt

Der unscharfe Abgleich vergleicht zwei Namen nach ihrer Ähnlichkeit und erlaubt dabei kleine Abweichungen. Ein vertauschter Buchstabe oder ein fehlendes Zeichen führen dann noch zum Treffer. Davor werden die Umlaute vereinheitlicht: aus „ä" wird „ae", aus „ß" wird „ss". Damit lösen sich die häufigsten Schreibvarianten schon von allein auf, bevor überhaupt verglichen wird.

Manche Fälle bleiben trotzdem liegen. Belegt sind zwei Namen, die der unscharfe Abgleich keinem Konto zuordnen konnte. Beim einen lief das Konto auf zwei Personen und wich durch den Zweitnamen ab, beim anderen war die Umlaut-Schreibweise eine andere. Beide mussten dann schließlich von Hand eingetragen werden.

Zweitnamen, eine andere Reihenfolge der Namensteile und Doppelnamen mit Bindestrich bleiben also Handarbeit. Der unscharfe Abgleich senkt den Aufwand, ohne ihn ganz zu beseitigen. Namen lassen sich eben nicht in eine feste Form zwingen, und daran scheitert jedes Programm an derselben Stelle.

Der Name ist nicht eindeutig, das Konto schon

Viele Zuordnungen nehmen den Nachnamen als Schlüssel, weil er kurz und meist vorhanden ist. Das reicht, solange jeder Nachname im Betrieb nur einmal vorkommt. Treffen zwei Personen mit gleichem Nachnamen aufeinander, überschreiben sie sich: Der später geladene Eintrag gewinnt, der erste verschwindet still aus der Liste.

Im belegten Fall wird der Vorname zwar mitgespeichert, beim Abgleich aber nicht ausgewertet. Das ist die stille Grenze jedes Ansatzes, der allein über den Namen geht. Wo Namensgleichheit möglich ist, gehört eine zweite Angabe dazu, etwa der Vorname oder eine Kundennummer. Sonst bucht die Automatik zwei Vorgänge auf dasselbe Konto, ohne dass es auffällt.

Titel und Prädikate müssen vor die Zerlegung

Vor der Zerlegung eines Namens müssen Titel und Prädikate weg: „Dr", „Drs", „von", „v.". Bleiben sie stehen, landet das Prädikat im Namen und der Abgleich scheitert. Danach gilt in der Regel das erste verbleibende Wort als Vorname, das letzte als Nachname.

Dabei liegt eine belegte Tücke. Auf der Kontenseite wird umgekehrt zerlegt, dort gilt das erste Wort nach den Prädikaten als Nachname. Und die Prädikatliste auf dieser Seite kennt „dr." und „drs." mit Punkt nicht. Dieselbe Person kann so auf der Belegseite und auf der Kontenseite verschieden zerlegt werden und findet sich selbst nicht.

Die Anrede kann die Erkennung ganz kippen

Noch empfindlicher reagiert die Erkennung auf die Anrede. Ein Programm erwartete die Form „Herr", im Beleg stand „Herrn", und für den Februar-Export erkannte es dadurch null statt einen Eintrag. Zuerst wurde das Muster um die zweite Form erweitert, dann ganz auf eine anredeunabhängige Erkennung umgestellt. Deren Rückfalllogik kennt allerdings keinen Bindestrich, sodass Doppelnamen wieder herausfallen. An solchen Kleinigkeiten der Schreibweise kippt die Erkennung, lange bevor die Logik dahinter an eine Grenze stößt.

Nicht zugeordnet braucht einen sichtbaren Ort

Ein Name, der keinem Konto sicher entspricht, darf keine Buchung erzeugen. Er gehört auf eine getrennte Prüfliste. Im belegten Fall erscheint er in einem eigenen Block mit der Überschrift „NICHT ZUGEORDNET", zusammen mit einer Warnung im Protokoll. Diese Liste sieht ein Mensch an und trägt die Zuordnung einmalig nach.

Der stille Ausfall ist die eigentliche Gefahr: Ein Name fällt heraus, erzeugt keine Zeile, und niemand merkt die Lücke. Erst beim Abgleich der Summen Wochen später fällt auf, dass etwas fehlt. Die getrennte Prüfliste macht aus einem unsichtbaren Fehler einen sichtbaren Posten. Sie ist der wichtigste Teil des ganzen Verfahrens.

Ein zweiter Punkt gehört dazu. Ein falscher unscharfer Treffer wird genauso gelernt wie ein richtiger und gilt ab dem nächsten Monat als sicher, bis jemand ihn bemerkt. Deshalb sollte die Ausgabe zu jeder Zuordnung festhalten, wie sie entstand, also gelernt, exakt oder unscharf. An dieser Spur fällt ein zweifelhafter Treffer auf.

Wo kramlos dabei steht

Für dieses Problem gibt es bei uns noch kein fertiges Werkzeug. Das Verfahren oben stammt aus einem Projekt, das wir begleitet haben, nicht aus einem Produkt, das ihr heute buchen könnt. Wir kennen die Fallstricke also aus der Praxis, und genau sie würden in ein solches Werkzeug einfließen.

Gedacht ist es so: eine Namensliste und eine Kontenliste hinein, die zugeordneten Konten und eine getrennte Prüfliste für alles Unsichere heraus. Bei Namensgleichheit entscheidet niemand automatisch, und ein Konto wird nicht erfunden. Habt ihr eine solche Zuordnung regelmäßig auf dem Tisch, mit eigenem Dateiformat und eigenen Sonderfällen? Erzählt uns davon, und wir bauen es darauf zu.

Häufige Fragen

Wie ordne ich Namen aus Belegen automatisch Konten zu, wenn die Schreibweise wechselt? Indem die Zuordnung in drei Stufen läuft: zuerst gegen eine gelernte Liste, dann exakt gegen die Stammdaten, zuletzt unscharf nach Ähnlichkeit. Jeder neue Treffer wird gelernt und beim nächsten Mal sofort gefunden. Umlaut-Varianten werden vorher vereinheitlicht.

Wie erkenne ich, dass ein Name schon einmal einem Konto zugeordnet war? Eine einmal getroffene Zuordnung bleibt in einer gelernten Liste stehen. Beim nächsten Lauf wird diese Liste zuerst durchsucht. Taucht der Name dort auf, ist er sofort zugeordnet, ohne dass ihn jemand erneut heraussucht.

Wie gehe ich mit Titeln, Adelsprädikaten und Zweitnamen um? Titel und Prädikate wie „Dr" oder „von" werden vor der Zerlegung entfernt, sonst landen sie im Namen. Zweitnamen und abweichende Reihenfolgen lösen sich dabei nicht immer auf. Solche Fälle gehören auf die Prüfliste und werden einmal von Hand entschieden.

Was passiert mit Namen, die sich nicht sicher zuordnen lassen? Sie erzeugen keine Buchung, sondern landen auf einer getrennten Prüfliste mit Name und Betrag. Ein Mensch sieht diese Liste an und trägt die Zuordnung nach. So fällt kein Name still heraus.

Der stille Ausfall ist dasselbe Muster, das auch den Monatsbericht trifft: Eine Zahl fehlt, und niemand merkt es, weil die Handarbeit nur meldet, was da ist. Wie man diese Lücke rechtzeitig bemerkt, steht in Wenn im Monatsbericht eine Zahl fehlt und niemand es merkt.

Stand: 9. Oktober 2026. Die Fälle stammen aus einem einzelnen Projekt, einem DATEV-Export für einen Hotelbetrieb. Ob dieselben Fallstricke bei anderen Betrieben auftreten, ist damit nicht belegt.