Lösung · Nach Problem
Der Bankabgleich ist keine Monatsendarbeit: es geht darum, jede Buchung ihrer Rechnung zuzuordnen — und das lässt sich automatisieren
Der Abgleich frisst die Zeit nicht über die Menge, sondern über die schrägen Fälle: der Kunde, der vier Rechnungen in einer Überweisung zahlt, der ohne Referenz zahlt, die Gebühr, mit der niemand gerechnet hat, die zurückgegebene Lastschrift. Wir bauen den Kreislauf, der das Offensichtliche allein zuordnet —und das ist die Mehrheit— und dir eine kurze Ausnahmeliste lässt, Kontext schon recherchiert. Keine weitere Treasury-Software: die Zuordnungsarbeit selbst, auf deiner Buchhaltung.
Das Problem
Kontoauszug und Buchhaltung erzählen zwei verschiedene Geschichten, und herauszufinden warum ist Detektivarbeit von Hand.
- Jemand lädt den Auszug herunter, legt ihn neben das Hauptbuch und arbeitet sich Zeile für Zeile durch und hakt ab, was passt. Jeden Monat, von vorn.
- Ein Zahlungseingang begleicht fünf Rechnungen auf einmal, oder eine Rechnung kommt in zwei Raten: die Eins-zu-eins-Zuordnung hilft nicht und es wird nach Gefühl entschieden.
- Überweisungen kommen ohne brauchbaren Verwendungszweck —eine Referenz, die nichts sagt, eine Auftragsnummer, der Name einer Person, die nicht der Kunde ist— und jemand muss raten, von wem sie sind.
- Gebühren, Zinsen und Rückläufer erscheinen auf dem Konto ohne Beleg dahinter und bleiben hängen, bis jemand entscheidet, wohin sie gehören.
- Die Differenz fällt beim Abschluss auf, wenn es schon eng ist, und den Weg zurück zur schuldigen Buchung zu gehen kostet mehr als die Differenz selbst.
Was es kostet, alles zu lassen
Den Bankabgleich von Hand zu machen steht auf keiner Rechnung: er steht für einen Abschluss, der immer zu spät kommt, für eine Liquiditätslage, die niemand glaubt, solange sie nicht abgestimmt ist, und für Forderungen, die zweimal angemahnt werden —oder nie—, weil die Zahlung unidentifiziert dalag. Es ist die Arbeit, die am meisten auffällt in der Woche, in der die Person fehlt, die sie konnte.
Die Lösung
Ein Kreislauf, der das Offensichtliche zuordnet, das Zweifelhafte vorschlägt und nur eskaliert, was wirklich Urteil verlangt
- 1Wir holen den Auszug herein, ohne dass jemand ihn herunterlädt: über die API deiner Bank, wo verfügbar, oder über das Standard-Auszugsformat, das deine Bank schon erzeugt (MT940, zunehmend camt.053).
- 2Wir gleichen jede Buchung gegen deine offenen Rechnungen, Zahlungseingänge und Belege ab — nicht nur über Betrag und Datum, sondern über Referenz, Muster im Verwendungszweck, die Historie dieses Kunden und über Kombinationen: ein Eingang, der mehrere Rechnungen deckt, oder eine Rechnung in Raten.
- 3Zahlungen ohne Referenz werden über das identifiziert, was sie doch mitbringen: Auftraggeber, Betrag gegen das Offene dieses Kunden und seine übliche Zahlweise. Ist der Vorschlag belastbar, wird er angewandt; gibt es zwei plausible Kandidaten, wird nichts erfunden: es eskaliert mit beiden und der Begründung.
- 4Was keinen Beleg dahinter hat —Gebühren, Zinsen, Rückläufer— wird per Regel auf sein Konto gebucht, und was aus dem Muster fällt, wird markiert statt durchzurutschen.
- 5Wir lassen es gemessen und mit ausdrücklicher Grenze: welcher Anteil ohne Eingriff zugeordnet wird, wie viele Ausnahmen bleiben und welcher Art, und wie stark die Zeit bis zum abgestimmten Konto sinkt. Autonomie wird pro Buchungsart freigegeben, wenn die Treffer es rechtfertigen — nicht vorher.
Was sich ändert
Was du nicht mehr verlierst
Den Auszug muss niemand herunterladen: Standard-Auszugsformate sorgen dafür, dass ein Kreislauf Konten bei verschiedenen Banken liest, ohne pro Institut eine Integration zu bauen.
Standard-Auszugsformate (MT940 und Nachfolger) · abgerufen 17.09.2026
Und diese Leitung läuft nicht kurzfristig aus: die europäische Bankenwelt migriert schrittweise auf ISO 20022 (camt.053) als Nachfolger von MT940, und die Altformate werden noch Jahre daneben bestehen. Der Kreislauf ist gebaut, um beide zu lesen.
Migration SWIFT/europäische Banken auf camt.053, Fenster 2026-2028 · abgerufen 17.09.2026
Ohne geliehene Zahlen: wir veröffentlichen keine generische Zuordnungsquote, weil sie von deinen Daten abhängt —davon, ob deine Kunden eine Referenz setzen und wie viele Zahlungen gebündelt ankommen—. Was wir tun: wir messen sie an deiner eigenen Historie, bevor du entscheidest, mit deinen echten Buchungen.
Was wir messen: % der ohne Eingriff zugeordneten Buchungen, offene Ausnahmen nach Art (ohne Referenz, gebündelt, Teilzahlung, ohne Beleg), Trefferquote des Vorschlags, wenn ein Mensch ihn prüft, und Tage von der Buchung bis zum abgestimmten Konto.
Was wir messen
Datenblatt
- Wegfallende Arbeit
- den Auszug Zeile für Zeile neben dem Hauptbuch durchzugehen und von Hand zuzuordnen, und hinterherzulaufen, von wem jede Zahlung ohne Referenz stammt
- Übliche Einrichtung
- 2–4 Wochen
- Eingang
- die Auszüge deiner Konten (Bankdatei oder API) und dein Bestand an offenen Rechnungen, Zahlungseingängen und Belegen
- Ausgang
- zugeordnete und verbuchte Bewegungen, die zweifelhaften eskaliert mit Vorschlag und Begründung, und die Differenz vor dem Abschluss lokalisiert
- Kompatibel mit
- SageHoldedOdooA3SAP
- Kann sich verbinden mit
- Das Standard-Auszugsformat deiner Bank (MT940/camt.053) oder ihre APIDein Bestand an offenen Rechnungen und ForderungenDein Kontenplan und deine Regeln für Gebühren und Zinsen
- Was wir messen
- % der ohne Eingriff zugeordneten Buchungenoffene Ausnahmen nach Art (ohne Referenz, gebündelt, Teilzahlung, ohne Beleg)Trefferquote des Vorschlags bei menschlicher PrüfungTage von der Buchung bis zum abgestimmten Konto
- Geeignet für
- Unternehmen mit täglichem Buchungsvolumen und einem Bestand offener Rechnungen und Forderungen, gegen den abgeglichen wird — auch wenn die Verwendungszwecke der Bank schmutzig ankommen
- Nicht geeignet für
- das buchhalterische Urteil des Abschlusses, die Entscheidung, was zurückgestellt oder ausgebucht wird, und die Unterschrift unter den Abschluss: das bleibt bei deinem Team. Und wenn du nicht ein abgestimmtes Konto suchst, sondern die ganze Buchhalterrolle —Rechnungen, Buchungen, Mahnwesen—, dann ist das agente-contable-ia und nicht diese Seite
Alles ansehen, was du in Finanzen und Buchhaltung automatisieren kannst →
Häufig gestellte Fragen
Nein, und der Unterschied zählt, bevor du etwas beauftragst. Diese Seite ist eine konkrete Arbeit: die Bank. Der Auszug kommt herein, wird gegen Rechnungen und Belege zugeordnet, Zahlungen ohne Referenz werden identifiziert, die Differenz wird geschlossen. Mehr nicht. Die vollständige Buchhalterrolle —die eingehende Rechnung erfassen, ihre Daten auslesen, Konto und Kostenstelle vorschlagen, verbuchen, abstimmen und Überfälliges mahnen— ist der KI-Buchhaltungsagent, in dem der Abgleich ein Baustein ist. Wenn dein Schmerz der Monat ist, der im Bankabgleich verschwindet, fang hier an; wenn die ganze Buchhaltung von Hand läuft, fang mit dem Agenten an und das hier steckt darin.
Das ist der Fall, an dem die meisten automatischen Abgleiche zerbrechen, weil fast alle eins zu eins über den exakten Betrag paaren. Hier wird die Kombination gesucht: bei einem Eingang wird gegen die Mengen offener Rechnungen dieses Kunden geprüft, die diese Summe ergeben —einschließlich der Möglichkeit, dass Skonto oder ein Einbehalt dabei ist—; bei einer Rechnung wird akzeptiert, dass mehrere Buchungen sie decken, und sie bleibt als Teilzahlung offen, bis der Rest kommt, statt sie als bezahlt oder als Differenz zu führen. Passt mehr als eine Kombination gleich gut, wird nicht gelost: es eskaliert mit beiden Optionen, denn ein zufällig richtiger Treffer verschmutzt das Hauptbuch und fällt drei Monate später auf.
Nichts Ausdrückliches, aber Signale — und in den meisten Fällen reichen sie. Die Buchung trägt Auftraggeber, Betrag, Datum und einen Verwendungszweck, so schmutzig er auch sei. Dagegen kreuzen wir, was dieser Kunde offen hat, wie er historisch gezahlt hat —ob er rundet, ob er bündelt, ob auf 30 oder 60 Tage— und die Varianten seines Namens, was von Hand am häufigsten scheitert: die Zahlung kommt unter einer Gesellschaft, einem Geschäftsführer oder einer Handelsmarke herein, die nicht zum Datensatz passt. Was wir nicht tun, ist eine Zuordnung zu erzwingen, damit die Anzeige sauber aussieht: ist das Signal schwach, bleibt die Buchung als offen mit ihren Kandidaten markiert — das ist nützliche Information — und nicht falsch abgestimmt, was ein Fehler ist, den jemand beim Abschluss bezahlt.
Nein. Das wird auf dem gebaut, was du schon nutzt: der Auszug kommt über Datei oder API deiner Bank herein und das Ergebnis wird in deine Buchhaltung geschrieben (Sage, Holded, Odoo, SAP und ähnliche). Hast du schon ein Treasury-Werkzeug, das dir gefällt, verbinden wir es statt es zu ersetzen; automatisiert wird, was dieses Werkzeug nicht tut —die schrägen Fälle gegen deinen echten Bestand zuordnen und mit Kontext eskalieren statt eine Liste „nicht abgestimmt" zu hinterlassen—. Weg fällt der Schritt, bei dem ein Mensch den Auszug herunterlädt und Zeilen abhakt.
Es ist unter der Annahme gebaut, dass es passiert, denn beim Abgleich ist der stille Fehler der teure. Drei Dinge fangen ihn auf. Es startet im Vorschlagsmodus: es ordnet zu, aber ein Mensch genehmigt, und Autonomie wird pro Buchungsart erst freigegeben, wenn die gemessene Treffergenauigkeit es verdient. Alles, was angewandt wird, hinterlässt eine Spur —welche Buchung, gegen welchen Beleg, über welche Regel oder welches Signal—, Zurücknehmen ist also ein Schritt und keine Untersuchung. Und der Konfidenzschwellenwert ist deiner: darunter eskaliert es statt zu entscheiden. Der ehrliche Vergleich ist nicht ein perfekter Prozess: es ist das Abstimmen von Hand um neun Uhr abends am 3., das sich auch irrt und keine Spur hinterlässt, warum diese Zeile abgehakt wurde.
Bauen wir es in deinem Betrieb?
Du hast das Problem benannt. Wir liefern die Lösung und lassen sie gemessen laufen.