Automatischer Zahlungsabgleich: Referenzen, Auszüge und Klärungsfälle

Ein automatischer Zahlungsabgleich mit Rechnungen und Bestellungen funktioniert zuverlässig, wenn jeder Beleg eine eindeutige Zahlungsreferenz erhält, die Bank diese Referenz in einem strukturierten Kontoauszug liefert und das System einer klaren Reihenfolge von Regeln folgt. Eine Zahlung mit exakt passender Referenz, passendem Betrag und passender Währung wird automatisch ausgeglichen. Teilzahlungen, Überzahlungen, Zahlungen ohne Symbol und Sammelzahlungen landen in einer Warteschlange für Klärungsfälle, mit einem Lösungsvorschlag, über den ein Mensch entscheidet.

Diese Anleitung richtet sich an Unternehmen und Onlineshops, die Zahlungen per Überweisung erhalten und den Kontoauszug manuell mit offenen Belegen vergleichen. Sie zeigt, wie Sie eine Referenz wählen, woher die Bankdaten kommen, wie Sie die Regeln festlegen und was Sie vor dem Start prüfen sollten.

Warum der manuelle Abgleich nicht mehr ausreicht

Bei wenigen Zahlungen pro Woche ist die manuelle Kontrolle machbar. Schwierig wird es, sobald der nächste Schritt vom Zahlungseingang abhängt: der Versand einer Bestellung, die Freischaltung einer Leistung, die Freigabe eines Kundenkreditlimits oder das Stoppen von Mahnungen. Verzögerungen spürt dann der Kunde, und ein Fehler zeigt sich als unberechtigte Mahnung oder als Ware, die ohne Zahlung versendet wurde.

Automatisierung bedeutet nicht, dass das System rät. Ein gutes Konzept trennt Zahlungen mit eindeutiger Übereinstimmung von Zahlungen, die eine menschliche Entscheidung brauchen. Die Mitarbeitenden kümmern sich dann nur um die zweite Gruppe und sehen dort alle Unterlagen.

Die Grundlage ist eine eindeutige Zahlungsreferenz

Der Abgleich ist nur so gut wie die Kennung, die der Zahler zusammen mit dem Geld sendet. Wenn mehrere offene Belege dieselbe Referenz haben oder der Kunde sie aus einer unübersichtlichen E-Mail abtippen muss, kann keine Regel das später zuverlässig korrigieren.

Das variable Symbol im slowakischen Zahlungsverkehr

Laut der Spezifikation des Slowakischen Bankenverbands enthält das variable Symbol (VS) eine Zahlungsreferenz, mit der die Zahlung beispielsweise einem Kredit, einem Vertrag oder einem Zahler zugeordnet wird. Es ist numerisch und hat höchstens 10 Ziffern. Das spezifische Symbol hat ebenfalls höchstens 10 Ziffern, das konstante Symbol höchstens 4. Bei SEPA-Zahlungen werden die Symbole vom Zahler bis zum Empfänger im Feld End-to-End Identification in der Form /VS…/SS…/KS… übertragen. Wurde keine Referenz angegeben, wird der Wert NOTPROVIDED verwendet (SBA: Zahlungssymbole in SEPA).

Die Schreibweise kann sich trotzdem je nach Bank und Kanal unterscheiden. Die UniCredit Bank in der Slowakei bildet die Symbole seit dem 18. März 2024 auf Empfehlung der Slowakischen Nationalbank mit dem Präfix „?“ im Feld End-to-End Identification ab, also ?/VS…/SS…/KS…. Laut ihrer Mitteilung wird das Präfix in elektronischen Kontoauszügen nicht angezeigt, in der Transaktionshistorie in BusinessNet dagegen schon (UniCredit Bank: geänderte Abbildung der Zahlungssymbole). Ihr Parser muss daher beide Formen akzeptieren und sollte mit echten Kontoauszügen Ihrer Bank getestet werden.

Empfehlung: Verwenden Sie als variables Symbol eine Bestell- oder Rechnungsnummer, die rein numerisch ist, höchstens 10 Ziffern hat und nicht mit einer Null beginnt. Führende Nullen gehen beim Abtippen oder beim Export in eine Tabelle leicht verloren, deshalb sollten Sie sie beim Vergleich auf beiden Seiten normalisieren.

Die RF-Referenz für ausländische Zahler

Das variable Symbol ist eine nationale Konvention, daher hat ein ausländischer Zahler bei seiner Bank möglicherweise kein eigenes Feld dafür. Für solche Kunden eignet sich die internationale strukturierte Gläubigerreferenz RF nach ISO 11649 besser. Sie beginnt mit den Buchstaben RF, gefolgt von zwei Prüfziffern, die mit demselben Algorithmus wie bei der IBAN berechnet werden (ISO/IEC 7064, MOD 97-10), sodass Tippfehler schon bei der Eingabe erkannt werden können. Sie wird in Vierergruppen gedruckt und sollte möglichst kurz sein. Der finnische Finanzbranchenverband Finance Finland gibt in seinem Leitfaden an, dass die Referenz in ISO-20022-XML-Kontoauszügen vollständig im Feld Creditor Reference Information erscheint, sofern der Zahler sie im RF-Format eingegeben hat (Finance Finland: RF-Referenz).

Beispiel: Aus der Bestellnummer 20261234 entsteht die Referenz RF11 2026 1234. Erzeugen und prüfen Sie die Prüfziffern im Code, niemals von Hand.

Woher die Bankdaten kommen

Ein PDF-Kontoauszug ist für Menschen gedacht. Für die Automatisierung brauchen Sie strukturierte Daten, die das System ohne Raten lesen kann. Der Standard ISO 20022 definiert für die Kommunikation zwischen Bank und Kunde die folgenden Nachrichten (ISO 20022: Bank-to-Customer Cash Management):

Nachricht	Inhalt laut ISO 20022	Verwendung beim Abgleich
camt.053 – Kontoauszug	gebuchte Umsätze und der Saldo zu einem bestimmten Zeitpunkt	endgültiger Abgleich, Periodenabschluss und Saldenkontrolle
camt.054 – Gutschrifts- bzw. Belastungsavis	ein oder mehrere Gutschrifts- oder Belastungsumsätze	laufende Bestätigung einzelner Zahlungen, sofern die Bank es anbietet
camt.052 – Kontobericht	vorgemerkte und gebuchte Posten sowie Saldeninformationen	laufender Überblick, sofern die Bank ihn anbietet; ein vorgemerkter Posten ist noch kein Zahlungseingang

Vereinbaren Sie mit Ihrer Bank, welche Nachrichten Sie über welchen Kanal und wie oft erhalten. Finance Finland weist darauf hin, dass eine Bank Daten über eingegangene Zahlungen mit Referenz nach Vereinbarung als separate Datei oder im Kontoauszug bereitstellen kann (Finance Finland). Speichern Sie immer die Originaldatei, damit Sie die Verarbeitung wiederholen und belegen können.

Praxisbeispiel: morgendlicher Abgleich in einem Onlineshop

Dies ist ein veranschaulichendes Beispiel, keine Fallstudie. Ein Onlineshop bietet Zahlung per Überweisung an. Bei Bestellung 20261234 zeigt er dem Kunden die IBAN, den Betrag von 149,90 € und das variable Symbol 20261234. Ein Geschäftskunde aus dem Ausland sieht statt des Symbols die Referenz RF11 2026 1234. Der Morgenauszug enthält vier Gutschriften:

Umsatz im Kontoauszug	Bewertung	Was passiert
VS 20261234, 149,90 €	exakte Übereinstimmung von Referenz, Betrag und Währung mit einer Bestellung	die Bestellung wird als bezahlt markiert und zum Versand freigegeben
VS 20261240, 100,00 € bei einem Bestellwert von 120,00 €	Referenz stimmt, Betrag ist niedriger	Status „teilweise bezahlt“, Versand wartet, Aufgabe für den Vertrieb
ohne VS, Verwendungszweck „Best. 20261251 Novák“, 89,00 €	Bestellnummer nur im Freitext	das System schlägt einen Kandidaten vor, ein Mensch bestätigt ihn
640,00 € mit dem VS einer von drei Rechnungen eines B2B-Kunden	Betrag entspricht der Summe von drei offenen Rechnungen	Vorschlag zur Aufteilung auf drei Rechnungen mit Bestätigung in der Buchhaltung

Kommt derselbe Kontoauszug ein zweites Mal an, etwa nach einem fehlgeschlagenen Download, wird nichts erneut gebucht. Jeder Bankumsatz hat im System einen eindeutigen Schlüssel und wird nur einmal verarbeitet.

Den Abgleich Schritt für Schritt einführen

1. Legen Sie die maßgebliche Datenquelle fest. Entscheiden Sie, wo die verbindliche Information über den Zahlungseingang entsteht (Onlineshop, Fakturierung, ERP oder Buchhaltung) und welche Systeme nur aktualisiert werden.
2. Erzeugen Sie die Referenz bei der Belegerstellung. Eine Bestellung oder Rechnung hat genau eine Referenz. Zeigen Sie sie identisch in der Bestellbestätigung, auf der Rechnung, in der QR-Zahlung und im Kundenkonto an.
3. Validieren Sie die Eingaben. Das variable Symbol enthält nur Ziffern und höchstens 10 Zeichen; bei RF werden die Prüfziffern geprüft.
4. Automatisieren Sie den Empfang der Kontoauszüge. Speichern Sie die Originaldatei, den Empfangszeitpunkt und das Verarbeitungsergebnis.
5. Normalisieren Sie die Referenzen. Entfernen Sie das Präfix „?“, zerlegen Sie /VS/SS/KS, entfernen Sie Leerzeichen aus RF und vereinheitlichen Sie Groß- und Kleinschreibung sowie führende Nullen.
6. Legen Sie die Reihenfolge der Regeln fest. Gleichen Sie automatisch nur eine exakte Übereinstimmung von Referenz, Betrag und Währung mit genau einem offenen Beleg aus. Alle anderen Fälle werden nur vorgeschlagen.
7. Stellen Sie Idempotenz sicher. Der Schlüssel eines Umsatzes ist die Kennung der Bank, sofern der Auszug eine enthält. Eine Ersatzkombination aus Konto, Datum, Betrag und Referenz unterscheidet zwei identische Zahlungen am selben Tag möglicherweise nicht, verwenden Sie sie daher mit Vorsicht.
8. Verknüpfen Sie die Folgeaktionen. Statusänderung der Bestellung, Mahnstopp und Versandfreigabe werden erst durch einen gebuchten Umsatz ausgelöst, nicht durch eine vom Kunden gesendete Bestätigung.
9. Führen Sie eine Warteschlange für Klärungsfälle ein. Jeder Klärungsfall hat einen Grund, einen Lösungsvorschlag, einen Verantwortlichen und eine Frist. Die Entscheidung wird im Audit-Trail festgehalten.
10. Stimmen Sie täglich die Summen ab. Die Summe der zugeordneten und nicht zugeordneten Gutschriften muss der Summe der Gutschriften im Kontoauszug entsprechen.

Vorteile und Zielkonflikte

Geschwindigkeit gegen Sicherheit

Ein Avis oder Kontobericht kann Informationen früher liefern als der Kontoauszug, maßgeblich ist jedoch der gebuchte Umsatz. Wenn Sie auf Basis eines vorgemerkten Postens versenden, brauchen Sie ein Verfahren für den Fall, dass er sich ändert oder nicht gebucht wird. Sicherer ist es, Ware erst nach der Buchung zu versenden.

Vollautomatik gegen Vorschläge

Je mehr Regeln Zahlungen automatisch ausgleichen, desto weniger manuelle Arbeit fällt an, desto teurer wird aber jeder Fehler. Nutzen Sie Übereinstimmungen nach Betrag, Name des Zahlers oder Verwendungszweck nur als Vorschlag, weil mehrere Bestellungen gleichzeitig denselben Betrag haben können.

Eigene Integration gegen Funktionen der Buchhaltungssoftware

Wenn Ihr Buchhaltungs- oder ERP-System Kontoauszüge bereits abgleicht, ist es oft besser, dessen Ergebnis in den Onlineshop zu übertragen, statt einen zweiten, parallelen Datenbestand aufzubauen. Eine eigene Lösung lohnt sich, wenn Sie sofortige Aktionen im Onlineshop oder in der Anwendung, eigene Regeln für Klärungsfälle oder die Verbindung mehrerer Systeme über API-Integrationen benötigen.

Häufige Fehler

• Ein variables Symbol für alle Belege eines Kunden ohne Regel, welche Rechnung die Zahlung begleicht.
• Abgleich ausschließlich nach Betrag.
• Versand auf Grundlage eines Screenshots oder einer Bestätigung über die erteilte Überweisung.
• Ein Parser, der das Präfix „?“, leere Symbole oder den Wert NOTPROVIDED nicht berücksichtigt.
• Mahnungen, die verschickt werden, bevor der letzte Kontoauszug verarbeitet wurde.
• Manuelle Korrekturen direkt in der Datenbank, ohne festzuhalten, wer den Status warum geändert hat.
• Überzahlungen und Rückerstattungen ohne Abstimmung mit der Buchhaltung.

Checkliste vor dem Start

• Jeder offene Beleg hat eine eindeutige Referenz, die überall sichtbar ist, wo der Kunde bezahlt.
• Die Bank liefert strukturierte Kontoauszüge automatisch, und Sie wissen, wann sie eintreffen.
• Der Parser wurde mit echten Kontoauszügen getestet, darunter eine Zahlung ohne Symbol, eine mit dem Präfix „?“ und eine mit RF-Referenz.
• Automatisch ausgeglichen wird nur eine eindeutige Übereinstimmung von Referenz, Betrag und Währung.
• Ein erneuter Import desselben Kontoauszugs ändert nichts.
• Klärungsfälle haben einen Verantwortlichen, eine Frist und einen Audit-Trail.
• Mahnungen und Versand warten auf die Verarbeitung des letzten Kontoauszugs.
• Die tägliche Summe der zugeordneten und nicht zugeordneten Gutschriften stimmt mit dem Kontoauszug überein.

Häufige Fragen

Brauche ich für den Zahlungsabgleich eine Bank-API?

Nicht unbedingt. Es genügt, wenn die Bank strukturierte Kontoauszüge oder Avise, etwa camt.053 oder camt.054, automatisch liefert und diese die Zahlungsreferenz enthalten. Der Übertragungsweg beeinflusst die Geschwindigkeit, die Abgleichsregeln bleiben jedoch gleich.

Was passiert, wenn der Kunde das variable Symbol vergisst?

Die Zahlung kommt in die Warteschlange für Klärungsfälle. Das System kann Kandidaten anhand des Betrags, des Verwendungszwecks oder des Kontos des Zahlers vorschlagen, die Bestätigung bleibt aber Sache eines Menschen. Ist der Kandidat unklar, kontaktieren Sie den Kunden, bevor Sie die Bestellung stornieren.

Darf KI über den Abgleich entscheiden?

KI kann helfen, im freien Verwendungszweck einen Kandidaten zu finden. Über Geld und Bestellstatus sollten jedoch deterministische Regeln entscheiden und in unklaren Fällen ein Mensch. Jeder Vorschlag muss nachvollziehbar und überprüfbar sein.

Wie gehe ich mit Teilzahlungen und Überzahlungen um?

Legen Sie die Regeln vorab fest: ob eine Teilzahlung den Versand blockiert, wann der Kunde zur Zahlung des Restbetrags aufgefordert wird und wie eine Überzahlung erstattet wird. Stimmen Sie die Regeln mit Ihrer Buchhaltung ab, damit der Status im Onlineshop und in der Buchhaltung nicht auseinanderläuft.

Wie Sie anfangen

Der beste Ausgangspunkt ist eine Stichprobe echter Kontoauszüge und eine Liste der Ausnahmen, die Sie heute manuell bearbeiten. Daraus lassen sich Regeln entwickeln, die eindeutige Fälle automatisch ausgleichen und den Rest zur Prüfung weiterleiten. Sehen Sie sich an, wie wir Prozessautomatisierung und individuelle Onlineshops angehen, oder schreiben Sie uns, und wir gehen gemeinsam durch, was sich in Ihrem Prozess automatisieren lässt.

Quellen

• Slowakischer Bankenverband: Additional Optional Service applied in Slovakia to SEPA Credit Transfer (SCT) – Zahlungssymbole in SEPA (englischsprachiges Dokument)
• UniCredit Bank: SEPA payments – changes to the mapping of payment symbols and payment debit date from 18 March 2024 – Präfix „?“ im Feld End-to-End Identification (englischsprachiges Dokument)
• Finance Finland: Introduction of the global structured creditor reference (RF) in Finnish companies – Aufbau und Übermittlung der RF-Referenz (englischsprachiges Dokument)
• ISO 20022: Message Definition Report Part 2 – Bank-to-Customer Cash Management (Maintenance 2018–2019) – Nachrichten camt.052, camt.053 und camt.054 (englischsprachiges Dokument)