Batch Booking: Sammelbuchung oder Einzelbuchung im Zahlungsverkehr

Batch Booking: Sammelbuchung oder Einzelbuchung im Zahlungsverkehr

Batch Booking steuert, ob die Zahlungen eines Zahlungsauftrags auf dem Konto grundsätzlich als Sammelbuchung oder als einzelne Buchungen dargestellt werden sollen. In ISO 20022 wird dafür im pain.001 das Element BtchBookg verwendet.

Das Feld kennt zwei Werte: true für die gewünschte Sammelbuchung und false für die gewünschte Einzelbuchung. Entscheidend ist jedoch: BtchBookg ist keine verbindliche Anweisung an die Bank. Der Wert beschreibt die gewünschte Verarbeitung. Wie die Buchungen tatsächlich dargestellt werden, kann zusätzlich von der Bank, dem Konto und den vereinbarten Konditionen abhängen.

Für Unternehmen ist das relevant, weil sich die Entscheidung direkt auf Kontoauszug, Abstimmung, Datenschutz und teilweise auch auf die Kosten des Zahlungsverkehrs auswirkt.

Was bedeutet Batch Booking in ISO 20022?

Das Element BtchBookg befindet sich im pain.001 auf Ebene der Payment Information. Damit gilt der Wert für den jeweiligen Zahlungsblock und nicht für eine einzelne Zahlung innerhalb dieses Blocks.

Bei true wird grundsätzlich eine Buchung über die Summe der Transaktionen angefordert. Bei false wird eine separate Buchung je Transaktion angefordert.

Die eigentliche Zahlungsausführung ändert sich dadurch nicht. Batch Booking betrifft vor allem die Verbuchung und Darstellung auf dem Konto. Deshalb fällt eine falsche Einstellung häufig nicht bei der Übermittlung des pain.001 auf, sondern erst beim Abruf und bei der Verarbeitung der Kontoinformationen.

Warum ist Batch Booking nur ein Wunsch?

Die Bank muss den übermittelten Wert nicht in jedem Fall unverändert umsetzen.

Banken können eigene Regeln definieren. Dazu gehören Kontoeinstellungen, maximale Transaktionszahlen oder besondere Vorgaben für bestimmte Zahlungsarten.

Ein konkretes Beispiel zeigt PostFinance. Dort wird false standardmäßig nur für Aufträge bis 100 Transaktionen zugelassen. Bei größeren Aufträgen kann der Wert automatisch auf true geändert werden. Bei Lohnzahlungen wird der übermittelte Batch Booking Wert grundsätzlich ignoriert und eine Sammelbuchung erzeugt.

Auch in Deutschland kann die Einzelverbuchung von einer Freischaltung des Kontos abhängen. Die GLS Bank weist beispielsweise darauf hin, dass BtchBookg=false nur bei entsprechender Kontoeinstellung zur Einzelverbuchung führt.

Für Unternehmen bedeutet das: Der Inhalt der Zahlungsdatei allein reicht nicht aus, um die spätere Darstellung auf dem Konto sicher vorherzusagen.

Wann ist eine Einzelbuchung sinnvoll?

Einzelbuchungen können den automatischen Abgleich erleichtern. Jede Belastung erscheint separat und kann mit den zugehörigen Referenzen verarbeitet werden.

Das kann insbesondere relevant sein, wenn ein ERP System oder ein Buchhaltungssystem einzelne Bankbuchungen unmittelbar den zugrunde liegenden Geschäftsvorfällen zuordnet.

Auch organisatorische oder rechtliche Anforderungen können für eine Einzeldarstellung sprechen. Die GLS Bank nennt beispielsweise Betreuungskonten als Anwendungsfall, bei dem Einzelbuchungen auf dem Kontoauszug erforderlich sein können.

Eine Einzelbuchung ist aber nicht automatisch die bessere Lösung. Sie erzeugt deutlich mehr Kontobewegungen und kann abhängig vom Preisverzeichnis der Bank zusätzliche Kosten verursachen.

Wann ist eine Sammelbuchung sinnvoll?

Bei einer Sammelbuchung erscheint ein Zahlungsblock grundsätzlich als zusammengefasste Belastung auf dem Konto. Statt beispielsweise 200 einzelnen Lieferantenzahlungen wird zunächst eine Belastung über den Gesamtbetrag dargestellt.

Das reduziert die Anzahl der Buchungen und kann die Übersicht im Konto verbessern.

Besonders wichtig ist die Sammelbuchung bei vertraulichen Zahlungen. Bei Gehaltszahlungen sollen einzelne Beträge häufig gerade nicht für jede Person sichtbar sein, die Zugriff auf die Kontoinformationen hat.

Deshalb behandeln einige Banken Lohnzahlungen unabhängig vom übermittelten Batch Booking Wert als Sammelbuchung.

Batch Booking und Gehaltszahlungen

Gehaltszahlungen zeigen besonders deutlich, warum Batch Booking nicht isoliert betrachtet werden sollte.

Neben BtchBookg spielt hier der Category Purpose Code eine wichtige Rolle. Der Code SALA kennzeichnet einen Zahlungsblock als Gehaltszahlung.

Einige Banken leiten daraus spezielle Verarbeitungsregeln ab. PostFinance ignoriert bei Lohnzahlungen beispielsweise den gelieferten Batch Booking Wert und stellt die Belastung aus Diskretionsgründen als Sammelbuchung dar.

Damit ist allerdings nur geregelt, was später auf dem Konto sichtbar ist. Innerhalb des eigenen Zahlungsverkehrs entsteht ein zweites Problem: Wer darf die zugrunde liegenden Einzelpositionen sehen?

Viele Zahlungsverkehrslösungen können innerhalb eines zentralen Prozesses nicht ausreichend unterscheiden, welche Personen einzelne Zahlungsdetails sehen dürfen. In der Praxis entstehen deshalb häufig zwei getrennte Zahlungswege: einer für HR und Gehaltszahlungen und einer für Lieferanten, Steuern und den restlichen Zahlungsverkehr.

Damit wird die Organisation an die Einschränkungen des eingesetzten Systems angepasst.

Unser Banking Connector verfolgt den umgekehrten Ansatz. Die Einzelpositionen bleiben innerhalb des zentralen Zahlungsprozesses vorhanden. Über Berechtigungen wird gesteuert, welche Personen Empfänger, Beträge und weitere Zahlungsdetails sehen dürfen.

So können sensible Zahlungen im gleichen System verarbeitet und freigegeben werden wie der restliche Zahlungsverkehr, ohne dass vertrauliche Informationen für unberechtigte Personen sichtbar werden.

Datenschutz muss damit nicht bedeuten, zwei getrennte Zahlungsverkehrsprozesse aufzubauen.

Mehr zur Unterscheidung zwischen Purpose Code und Category Purpose finden Sie in unserem Beitrag zu Purpose Codes in ISO 20022.

Lieferantenzahlungen und Gehaltszahlungen getrennt übermitteln

Unterschiedliche Zahlungsarten können unterschiedliche Anforderungen an die spätere Buchungsdarstellung haben.

Bei Lieferantenzahlungen kann eine Einzelbuchung für den automatischen Abgleich sinnvoll sein. Bei Gehaltszahlungen kann dagegen eine Sammelbuchung erforderlich sein, um sensible Informationen zu schützen.

Solche Zahlungsarten sollten deshalb getrennt strukturiert und in eigenen Payment Information Blöcken übermittelt werden. Dadurch können Batch Booking, Category Purpose und weitere auftragsbezogene Angaben passend zur jeweiligen Zahlungsart gesetzt werden.

BNP Paribas verlangt beispielsweise ausdrücklich, dass Lohnzahlungen getrennt von anderen Kreditorenzahlungen eingereicht werden.

Diese technische Trennung innerhalb der Zahlungsdatei bedeutet jedoch nicht, dass daraus auch getrennte operative Prozesse entstehen müssen.

Im Banking Connector können unterschiedliche Zahlungsarten zentral verarbeitet werden. Die jeweilige Zahlungsart, die Berechtigungen und die Freigabelogik bestimmen anschließend, welche Informationen sichtbar sind und welche Personen eine Zahlung prüfen oder freigeben dürfen.

Was steht bei einer Sammelbuchung im camt.053?

Der camt.053 ist der elektronische Kontoauszug im ISO 20022 Format. Bei Sammelbuchungen kann dort zunächst eine zusammengefasste Belastung für den Zahlungsauftrag erscheinen.

Wie die zugehörigen Einzeltransaktionen bereitgestellt werden, hängt jedoch von der Bank und der vereinbarten Reporting Variante ab.

Eine Bank kann die Details direkt innerhalb des camt.053 als Sammelbuchungsauflösung bereitstellen. Alternativ können die Einzelinformationen in einer separaten camt.054 Nachricht geliefert werden.

Die Aussage, dass die Details einer Sammelbuchung immer ausschließlich im camt.054 stehen, wäre deshalb falsch.

Wofür wird camt.054 bei Sammelbuchungen verwendet?

Der camt.054 kann detaillierte Informationen zu gebuchten Transaktionen liefern. Banken verwenden ihn unter anderem für die separate Auflösung von Sammelbuchungen sowie für Belastungs und Gutschriftsanzeigen.

Die Deutsche Bank beschreibt camt.054 beispielsweise als Bericht auf Transaktionsebene, der Informationen zu Sammelbuchungen und Rücktransaktionen bereitstellen kann.

Für die automatische Abstimmung ist deshalb nicht nur entscheidend, wie die Zahlung eingereicht wurde. Ebenso wichtig ist, welche Kontoinformationen die Bank bereitstellt und welche Formate das ERP oder Treasury System verarbeiten kann.

Batch Booking und automatischer Kontoauszugsabgleich

Wer Sammelbuchungen verwendet und trotzdem die einzelnen Zahlungen automatisiert abstimmen möchte, benötigt ausreichend detaillierte Kontoinformationen.

Dafür muss geklärt werden, ob die Bank die Einzelinformationen innerhalb des camt.053, über einen separaten camt.054 oder über eine andere Reporting Variante bereitstellt.

Auch das eigene System muss diese Informationen verarbeiten können. Ein korrekt erzeugter camt.054 hilft wenig, wenn das ERP System ihn nicht einliest oder die enthaltenen Referenzen nicht für den automatischen Abgleich verwendet.

Batch Booking sollte deshalb immer gemeinsam mit dem Kontoreporting betrachtet werden.

Genau hier zeigt sich, warum es zu kurz greift, nur die Erstellung des pain.001 zu betrachten. Ein Zahlungsprozess beginnt nicht mit der XML Datei und endet nicht mit der Übertragung an die Bank.

Der npX Banking Connector verbindet die ausgehende Zahlung mit der anschließenden Bankkommunikation. Zahlungsdateien werden verarbeitet und an die jeweilige Bank übertragen. Eingehende Statusinformationen und Kontoauszüge können anschließend wieder zentral verarbeitet und den weiteren Prozessen bereitgestellt werden.

Damit wird Batch Booking nicht nur als einzelnes Feld innerhalb einer XML Datei behandelt, sondern als Teil des gesamten Zahlungsprozesses.

Warum nicht immer Batch Booking false verwenden?

BtchBookg=false klingt zunächst nach der einfachsten Lösung, weil jede Zahlung separat auf dem Konto erscheint. In der Praxis gibt es jedoch mehrere Gründe dagegen.

1. Die Einzelverbuchung kann von einer Vereinbarung oder Kontoeinstellung bei der Bank abhängen. Ein false im pain.001 garantiert deshalb nicht, dass tatsächlich Einzelbuchungen erzeugt werden.

2. Banken können Grenzen für die Anzahl der Einzelbuchungen definieren. Die GLS Bank unterstützt die Aufschlüsselung beispielsweise nur bis maximal 2.000 Buchungsposten. PostFinance verwendet ohne zusätzliche Vereinbarung eine Grenze von 100 Transaktionen.

3. Die Einzelverbuchung kann zusätzliche Kosten verursachen. Die GLS Bank weist beispielsweise darauf hin, dass einzeln dargestellte Posten auch einzeln bepreist werden.

4. Bestimmte Zahlungsarten können bewusst als Sammelbuchung verarbeitet werden. Das gilt insbesondere für Gehaltszahlungen.

Die richtige Einstellung hängt deshalb von Zahlungsart, Bankvertrag, Kontoreporting und den Anforderungen der eigenen Buchhaltung ab.

Welche Batch Booking Einstellungen sollten Unternehmen prüfen?

Vor dem produktiven Einsatz sollten Unternehmen mindestens vier Punkte klären.

Erstens sollte festgelegt werden, welche Buchungsdarstellung für die jeweilige Zahlungsart benötigt wird. Lieferantenzahlungen, Gehälter und andere Zahlungsarten können unterschiedliche Anforderungen haben.

Zweitens sollte die Einstellung mit der jeweiligen Bank abgestimmt werden. Relevant ist nicht nur die Bank selbst, sondern das konkrete Konto und die dafür hinterlegten Konditionen.

Drittens muss geprüft werden, wie BtchBookg im eigenen ERP, Treasury System oder Zahlungsverkehrssystem erzeugt wird. Die Einstellung kann aus Stammdaten, Zahlungsarten oder Formatregeln abgeleitet werden.

Viertens sollte die Verarbeitung mit einer Testzahlung geprüft werden. Dabei reicht der Blick auf den pain.001 nicht aus. Entscheidend ist, was anschließend tatsächlich im camt.053 und gegebenenfalls im camt.054 zurückkommt.

Warum ein Test mit camt.053 und camt.054 wichtig ist

Die technische Validierung eines pain.001 zeigt lediglich, ob die Zahlungsdatei den jeweiligen Formatregeln entspricht. Sie zeigt nicht zuverlässig, wie die Bank den Auftrag später auf dem Konto darstellt.

Ein sinnvoller Test umfasst deshalb den gesamten Ablauf: Zahlungsdatei erzeugen, an die Bank übermitteln, Verbuchung abwarten und anschließend die Kontoinformationen analysieren.

Dabei sollte geprüft werden, ob die erwartete Sammelbuchung oder Einzelbuchung erzeugt wurde, welche Referenzen im camt.053 vorhanden sind und ob zusätzliche Sammelbuchungsdetails über camt.054 bereitgestellt werden.

Ein solcher Test sollte auch nach wesentlichen Änderungen an Bankanbindung, Zahlungsformat oder Kontoreporting wiederholt werden.

Batch Booking im Banking Connector

Batch Booking besteht technisch nur aus einem Boolean Wert. Die fachlichen Auswirkungen reichen jedoch bis in Buchhaltung, Datenschutz, Berechtigungen, Freigabeprozesse, Kontoreporting und Bankkosten.

Genau deshalb sollte die Lösung nicht darin bestehen, diese Komplexität auf die einzelnen Fachbereiche zu verteilen.

Der Banking Connector bildet den Zahlungsverkehr zentral ab. Auch wenn gegenüber der Bank eine Sammelbuchung erzeugt wird, bleiben die zugrunde liegenden Einzelpositionen innerhalb des Systems verfügbar.

Das ermöglicht unter anderem:

1. Sensible Zahlungen und der übrige Zahlungsverkehr können über einen gemeinsamen Prozess laufen.

2. Berechtigungen steuern, wer einzelne Zahlungsdetails sehen darf.

3. Freigaben können auf Basis der zugrunde liegenden Zahlungen erfolgen, statt lediglich eine Gesamtsumme zur Freigabe vorzulegen.

4. Sammelbuchung gegenüber der Bank und interne Transparenz über Einzelpositionen schließen sich nicht aus.

5. Ausgehende Zahlungen und eingehende Bankinformationen werden innerhalb einer zentralen Plattform verarbeitet.

Damit muss ein Unternehmen nicht zwei getrennte Zahlungswege aufbauen, nur weil Gehaltszahlungen andere Anforderungen an Datenschutz und Sichtbarkeit haben als Lieferantenzahlungen.

Und Finance muss eine Sammelbuchung nicht als Blackbox behandeln.

Die Bank kann auf dem Konto eine Sammelbuchung anzeigen. Der Banking Connector kann intern trotzdem wissen, welche Zahlungen dahinterstehen und anhand der Berechtigungen entscheiden, wer diese Informationen sehen und freigeben darf.

So bleibt die Komplexität des Zahlungsverkehrs dort, wo sie hingehört: im System und nicht in manuellen Prozessen oder im Wissen einzelner Mitarbeiterinnen und Mitarbeiter.

Unternehmen sollten BtchBookg deshalb nicht als technische Nebeneinstellung behandeln. Entscheidend ist das Zusammenspiel aus Zahlungsart, Bankverarbeitung, Berechtigungen, Freigabeprozess und Kontoreporting.

Der Banking Connector bringt diese Komponenten in einem zentralen Zahlungsprozess zusammen.