Null Duplikate: Zahlungsstapel mit Arkaio absichern

Eine doppelt bezahlte Rechnung ist ein Klassiker der Kreditorenbuchhaltung: Rückforderung beim Lieferanten, Abstimmungsaufwand, belastetes Vertrauen. Dieser Beitrag zeigt, wo Doppelzahlungen entstehen und wie mehrere sich ergänzende Mechanismen sie von der Rechnungsauswahl bis zur Bankabstimmung verhindern.

Wo Duplikate entstehen

Typische Ursachen sind eine Rechnung, die in zwei Zahlungsläufen landet, ein nach einem Fehler erneut gesendeter Stapel oder eine nach der Freigabe geänderte Rechnung. Ohne technische Sperren hängt die Sicherheit allein von der Aufmerksamkeit der Anwender ab.

1. Eine ausgewählte Rechnung verschwindet aus der Liste

Sobald eine Rechnung für die Zahlung ausgewählt ist, steht sie nicht mehr in der Liste der zu zahlenden Rechnungen. Sie erscheint erst wieder, wenn der Zahlungsstapel storniert wird oder fehlschlägt. Die Eindeutigkeit der Transaktion wird live über die Arkaio-API verwaltet.

2. Eine eindeutige Kennung pro Stapel

Arkaio erzeugt automatisch eine eindeutige Kennung pro Zahlungsstapel und verwendet sie bei der Erstellung der pain.001-Datei. Zur Funktionsweise des Formats siehe pain.001 vs. pain.008.

3. Idempotente API-Aufrufe

Bei einem Fehler während der Übermittlung werden die betroffenen Buchungen storniert, damit ein erneuter Versuch keine Duplikate erzeugt. Ein fehlerhafter Stapel wird storniert und neu gestartet, ein Teilversand desselben Stapels gibt es nicht.

4. Eingefrorene Beträge

Die zur Zahlung vorgesehenen Beträge werden mit der Eingabe in Arkaio festgeschrieben. Wird eine Rechnung nach der Freigabe geändert, bleibt der im Stapel erfasste Betrag massgeblich.

5. Kontrolle bis zur Bank und danach

• Solange die Zahlung nicht bei der Bank eingereicht ist, kann der Stapel storniert oder der Versand abgelehnt werden.
• Arkaio ruft die pain.002-Meldungen der Bank ab und warnt den Benutzer bei einem Fehler unmittelbar nach dem Versand.
• Der camt.053-Kontoauszug bestätigt die Konformität des Stapels und deckt abgelehnte Transaktionen auf, siehe auch automatisierter Bankabgleich.
• Bei einer fehlgeschlagenen Zahlung werden die Rechnungen wieder zur Zahlung verfügbar, der Benutzer wird benachrichtigt.

Anwendungsfälle

• KMU: wenige Zahlläufe, aber hohe Wirkung eines einzigen Fehlers.
• Gruppen mit mehreren Banken und Gesellschaften: viele parallele Stapel, bei denen die eindeutige Kennung und die Auswahlsperre die Übersicht sichern.
• Steuerberatungskanzleien: Zahlläufe für viele Mandanten, bei denen jede Aktion nachvollziehbar sein muss.

Grenzen

Die Sperren gelten innerhalb des Zahlungsablaufs in Arkaio. Eine Rechnung, die außerhalb von Arkaio, etwa per Direktzahlung, beglichen wird, muss weiterhin in Sage Intacct als bezahlt erfasst werden. Die Beträge werden in Arkaio festgeschrieben, nachträgliche Korrekturen in Sage Intacct unterliegen den Rechten Ihrer Benutzer.

Nachvollziehbarkeit

Ein Journal der Intacct-Buchungen hält jede Transaktion und ihren Status fest, und das Protokoll der Benutzeraktionen zeigt, wer was in welchem Stapel getan hat.

Fazit

Null Duplikate ist kein einzelnes Feature, sondern das Zusammenspiel von Auswahlsperre, eindeutigen Kennungen, Idempotenz und Bankrückmeldungen. Die Absicherung der Bankverbindungen selbst behandelt der Beitrag zum IBAN-Betrug.