Zahlungsabgleich über die Rechnungsnummer: offene Posten von 1 725 auf 802
Wie aus einer Liste nie abgehakter Rechnungen eine Arbeitsgrundlage wurde – und wo der Abgleich an seine Grenze kommt. Für die kaufmännische Leitung
· 4 Min. · Automatisierung, Buchhaltung, PostgreSQL, Praxisbericht
Zahlungsabgleich über die Rechnungsnummer hat bei einer Unternehmensgruppe aus Lebensmittelproduktion und Filialhandel die Liste offener Posten von 1 725 auf 802 Positionen gebracht. Von 1 268 zugeordneten Zahlungen fanden 1 051 ihren Beleg über die Nummer im Verwendungszweck. Der Abgleich selbst läuft in 0,4 statt 12,3 Sekunden.
1 725 offene Posten, mit denen niemand arbeiten konnte
In der Buchhaltungssoftware galt eine Lieferantenrechnung als offen, solange kein Zahlungsvermerk gesetzt war. So kamen 1 725 offene Positionen über drei Gesellschaften zusammen, fast alle davon als überfällig markiert. Die Buchhaltung selbst ging von einem Bruchteil wirklich offener Rechnungen aus. Als Arbeitsgrundlage war die Liste damit wertlos: Niemand konnte sagen, welche Verbindlichkeiten tatsächlich bestanden und welche nur nie abgehakt worden waren.
Die eigentliche Frage lautete deshalb, was „offen“ in diesem Unternehmen bedeuten soll: nicht bezahlt laut Bank, nicht abgehakt laut Software oder noch gar nicht prüfbar, weil der passende Kontoauszug fehlt. Die neue Ansicht trennt diese drei Zustände, statt sie in einer Zahl zu vermischen.
Das ist ein typischer Bruch am Ende des Weges, den ein Auftrag nimmt. Selbst wenn Anfrage, Angebot und Rechnung digital laufen, hängt zwischen Rechnung und Zahlung oft ein Häkchen, das jemand von Hand setzen muss. Fehlt es, sieht die Software eine Schuld, wo das Geld längst geflossen ist – und wer die Zahlungen der Woche plant, arbeitet gegen eine Liste, der er nicht traut.
Zahlungsabgleich: warum die Rechnungsnummer zuerst geprüft wird
Für die neue Ansicht werden die Kontoauszüge importiert, und jede Bankzahlung wird gegen die offenen Rechnungen aller drei Gesellschaften geprüft. Zuerst zählt die Rechnungsnummer, die im Verwendungszweck zitiert ist; danach Betrag, Währung, Datum und Gegenpartei.
Die Reihenfolge ist kein Detail. Ein reiner Betragsabgleich scheitert an Sammelüberweisungen: Eine Zahlung begleicht mehrere Rechnungen, und ihr Betrag passt zu keiner einzelnen. Steht die Nummer im Verwendungszweck, ist die Zuordnung dennoch eindeutig. Von den 1 268 zugeordneten Zahlungen liefen 1 051 über diesen Weg – genau jene Fälle, an denen der Betrag allein gescheitert wäre.
Technisch ist die Suche nach Nummern in freiem Text der aufwendige Teil. Verwendungszwecke sind uneinheitlich geschrieben, mit Präfixen, Leerzeichen und abgeschnittenen Zeichen. Die Suche läuft deshalb über einen Trigramm-Index in PostgreSQL; ein vollständiger Durchlauf dauert 0,4 statt 12,3 Sekunden.
Ein Treffer schließt keinen Posten
Wichtiger als jede Trefferquote war eine Regel: Kein Treffer schließt eine Rechnung automatisch. Jeder Vorschlag landet im Reiter „Sieht nach Bankzahlung aus“, entschieden wird von Hand. Das ist bewusst keine Dunkelverarbeitung. Bei Verbindlichkeiten richtet ein falsch geschlossener Posten mehr Schaden an als ein Klick zu viel, etwa wenn eine tatsächlich offene Rechnung aus dem Blick gerät. Die Buchhaltung kennt außerdem, was im Kontoauszug nicht steht: eine Gutschrift, die mit der nächsten Rechnung verrechnet wurde, einen Skontoabzug, eine Absprache mit dem Lieferanten. Ein begründeter Vorschlag erspart ihr die Suche, die Entscheidung nimmt er ihr nicht ab.
Dieselbe Haltung zieht sich durch die ganze Ansicht:
- Überfällig und diese Woche fällig stehen getrennt, damit die Zahlungsplanung mit der richtigen Liste beginnt.
- Doppelerfassungen werden sichtbar markiert, nicht stillschweigend ausgeblendet.
- 384 Positionen sind jünger als der letzte Kontoauszug. Sie werden ausdrücklich als nicht prüfbar ausgewiesen, statt als Schuld geführt.
- Ein Excel-Export geht an die Buchhaltung, die in ihrer gewohnten Umgebung weiterarbeitet.
So ging die Liste von 1 725 auf 802 Positionen zurück, ohne dass eine einzige Position still verschwunden ist.
Zahlungsabgleich ohne Rechnungsnummer bleibt Handarbeit
Die ehrliche Grenze liegt bei Zahlungen, deren Verwendungszweck keine Nummer trägt. Dann bleiben nur Betrag, Währung, Datum und Gegenpartei, und diese Merkmale sind selten eindeutig. Ein Lieferant berechnet wiederholt gleiche Beträge, eine Teilzahlung deckt nur einen Teil ab, eine Sammelzahlung kommt ohne Aufstellung. Das System kann solche Zahlungen vorschlagen, entscheiden kann es sie nicht. Sie bleiben beim Menschen, und kein Index ändert daran etwas.
Die Verbesserung sitzt deshalb oft nicht im Abgleich, sondern einen Schritt früher im Weg. Bei Lieferantenrechnungen liegt es an der eigenen Zahlungsfreigabe, die Nummer konsequent in den Verwendungszweck zu schreiben. Bei eigenen Ausgangsrechnungen lässt sich die Nummer so platzieren, dass Kunden sie mitschicken, etwa über einen QR-Code für die Überweisung auf dem Beleg.
Genau so gehen wir bei der Workflow-Automatisierung vor: Bevor Kernpfad Systeme einen Abgleich baut, zählen wir an den Kontoauszügen des Kunden, wie viele Zahlungen überhaupt eine Nummer tragen, und verfolgen den Weg vom Auftrag bis zur Buchung. Liegt der Engpass in der Zahlungsfreigabe, beginnt die Arbeit dort und nicht im Code. Als Abnahmekriterium steht dann im Angebot, dass kein Posten ohne Vermerk aus der Liste verschwindet.
Weitere Beiträge
Welcher Schritt im Auftragsablauf kostet Sie am meisten Zeit?
Schildern Sie uns den Weg eines Auftrags bei Ihnen – von der Anfrage bis zur Rechnung. Im Gespräch sagen wir, welcher Abschnitt sich zu automatisieren lohnt, welcher nicht, und warum.