Kundenprojekt · Software
Zahlungen automatisch in die Auftragsliste zurückschreiben
Bisher war die Verbindung zwischen dem Zahlungsdienst und der Auftragsliste eine Einbahnstraße: Ging eine Zahlung ein, blieb der offene Betrag in der Liste trotzdem stehen und musste von Hand nachgetragen werden. Ich habe einen Abgleich gebaut, der den bezahlten Betrag automatisch zurückschreibt – zuverlässig genug, um ihn auf echte Geldbeträge loszulassen.
Die Ausgangslage
Zahlungen laufen über einen Online-Zahlungsdienst, die Aufträge selbst stehen in einer gemeinsamen Tabelle für alle Standorte. Beide Systeme kannten sich nur in eine Richtung: Ein Auftrag wusste, was er kosten soll, aber nicht, ob schon bezahlt wurde. Also pflegte jemand den offenen Betrag von Hand nach – Tag für Tag, über alle Standorte hinweg.
Was zu tun war
- Bei Geldbeträgen zählt Genauigkeit: kein Rundungsfehler, kein Cent daneben.
- Der Abgleich sollte sich beliebig oft wiederholen lassen, ohne Schaden anzurichten.
- Nichts durfte überschrieben werden, was die Buchhaltung bereits selbst berechnet.
- Jede Änderung musste nachvollziehbar bleiben – wer, wann, von welchem Wert auf welchen.
- Im Zweifel lieber nicht schreiben und melden, statt etwas Falsches einzutragen.
Wie ich vorgegangen bin
Eine einzige, klare Regel
Ist eine Zahlung bestätigt, wird der bezahlte Betrag eingetragen; ist sie offen, steht dort eine Null. Geschrieben wird nur, wenn der neue Wert vom alten abweicht. Dadurch ist der Abgleich idempotent – zehnmal laufen hat dieselbe Wirkung wie einmal laufen – und umkehrbar: Eine Rückbuchung setzt den Wert von selbst wieder zurück.
Trockenlauf als Normalfall
Standardmäßig ändert das Programm nichts. Es zeigt nur, was es ändern würde. Erst ein ausdrücklicher Schalter erlaubt das echte Schreiben. So lässt sich jeder Lauf vorher ansehen, bevor eine einzige Zahl die Tabelle erreicht.
Mehrere Sicherungen
Eine Notbremse stoppt den Lauf, wenn auf einmal auffällig viele Zeilen geändert würden. Weicht ein gemeldeter Betrag zu stark vom Soll ab, wird er gemeldet statt geschrieben. Berechnete Spalten sind technisch gesperrt, damit keine Formel überschrieben wird. Und wo sich eine Zahlung keinem eindeutigen Auftrag zuordnen lässt, schreibt das Programm nichts, sondern meldet den Fall.
Warum ohne KI?
Gerade weil ich sonst KI-Automationen baue: Bei Geld zählt nicht Kreativität, sondern Nachvollziehbarkeit. Ein deterministisches Skript tut bei gleichen Daten jedes Mal exakt dasselbe und lässt sich Zeile für Zeile prüfen. Hier wäre KI das falsche Werkzeug – und diese Entscheidung bewusst zu treffen, gehört für mich zur Arbeit dazu.
Das Ergebnis
Der Abgleich läuft produktiv, alle 15 Minuten. Der offene Betrag pflegt sich selbst, niemand tippt mehr Zahlen ab, und jede Änderung ist mit Vorher- und Nachher-Wert protokolliert.
Konkrete Zahlen zur eingesparten Zeit nenne ich hier, sobald ich sie belegen kann.
Technik
- Geldbeträge ohne Rundungsfehler verrechnet (feste Genauigkeit statt Fließkomma)
- Idempotenter Abgleich – mehrfaches Ausführen ändert nichts zusätzlich
- Trockenlauf als Standard, echtes Schreiben nur per ausdrücklichem Schalter
- Notbremse bei auffällig vielen Änderungen pro Lauf
- Berechnete Tabellenspalten technisch gegen Überschreiben gesperrt
- Plausibilitätsprüfung gegen den Soll-Betrag
- Revisionssicheres Protokoll mit Vorher-/Nachher-Wert je Änderung
- Automatische Tests ohne echte Zugänge; Entwicklung zuerst auf einer Testumgebung
Pflegen Sie irgendwo eine Zahl doppelt?
Überall, wo zwei Systeme denselben Wert brauchen, lässt sich das Abtippen abschaffen – sicher und nachvollziehbar. Beschreiben Sie mir den Ablauf, ich sage Ihnen ehrlich, ob sich eine Automation lohnt.
Kostenlosen Prozess-Check anfragen Oder direkt per WhatsApp