Es gibt kaum ein anderes Thema in der Schweizer KMU-Buchhaltung, das so oft als "gelöst" verkauft wird und im Alltag so regelmässig den Treuhänder beschäftigt: die automatische Zuordnung von eingehenden Zahlungen aus dem Bank-CAMT-File zu den offenen Forderungen im Buchhaltungssystem.
In der Demo läuft es flüssig. Ein Klick, alles matched. Im Alltag eines Treuhänders kommt jeden Monat ein bedeutender Teil der Zahlungen in einer Form herein, mit der die Automatik nicht zurechtkommt.
Was CAMT ist und wo die Lücke entsteht
CAMT (Cash Management) ist das ISO 20022-Format, in dem Schweizer Banken Kontoauszüge und Avise an die Buchhaltungssoftware liefern. CAMT.053 ist der Tagesauszug, CAMT.054 das Detail-Avis zu einzelnen Buchungen. Diese Files enthalten je nach Bank und Zahlungsart unterschiedlich viele Strukturinformationen.
Die Erwartung an die Software: sie liest das File, ordnet jede Zahlung der richtigen offenen Rechnung zu und schlägt die korrekte Verbuchung vor. In der Praxis klappt das bei zwei Dritteln bis drei Vierteln der Eingänge zuverlässig, bei einem ernsthaften Teil aber nicht. Genau dort liegt die Schwachstelle, die in den meisten Anbieter-Vergleichen unterschlagen wird.
Die typischen Stolperfallen
Sechs Konstellationen tauchen immer wieder auf.
Skonto-Abzüge: der Kunde zahlt 1'470 statt 1'500 Franken, die Referenz stimmt, der Betrag nicht. Manche Systeme erkennen die Skonto-Toleranz, viele brauchen manuellen Eingriff.
Teilzahlungen: ein Kunde überweist 500 Franken auf eine 1'500-Franken-Rechnung. Das System sieht keine eindeutige Zuordnung und legt die Buchung in den Klärungs-Stapel.
Sammelzahlungen: ein Kunde zahlt mehrere offene Rechnungen mit einer Überweisung und ohne Referenzliste. Hier scheitert praktisch jede Standardlösung.
Fehlende oder falsche Referenzen: die QR-IBAN-Referenz wurde vom Kunden nicht übernommen oder beim Onlinebanking abgeschnitten. Die Software hat nur Betrag und Absender, was meist nicht für eine eindeutige Zuordnung reicht.
Bankgebühren bei Auslandszahlungen: die ankommende Zahlung weicht um die Gebühren vom Rechnungsbetrag ab, manchmal noch ergänzt um den Devisenkurs.
Devisen-Konstellationen mit Kursdifferenzen: Rechnung in EUR, Zahlung in CHF nach Umrechnung der Hausbank, kleine Differenz durch den Kurs zwischen Rechnungs- und Zahlungsdatum.
Was heute funktioniert, was nicht
Die zuverlässig automatisierbaren Fälle sind klar: Eins-zu-eins-Match mit korrekter QR-IBAN-Referenz, exakter Betrag, eindeutige Debitor-Erkennung. Diese Konstellation deckt einen guten Teil des Inland-Geschäfts ab.
Teilweise funktioniert die Skonto-Erkennung, wenn die Toleranzschwellen sauber konfiguriert sind. Auch einfache Teilzahlungen lassen sich mit guten Regeln vorschlagen.
Was in den allermeisten Lösungen heute nicht oder nur sehr unzuverlässig läuft: die automatische Aufteilung einer Sammelzahlung auf mehrere offene Rechnungen, die saubere Behandlung von Bankgebühren-Abzügen und die korrekte Buchung von Kursdifferenzen.
Genau hier setzen die neueren Ansätze an. Statt einer starren Regel-Logik kommt eine Vorschlags-Logik zum Einsatz, die aus der Zahlungshistorie eines Kunden lernt: zahlt dieser Debitor typischerweise mit Skonto, fasst er regelmässig mehrere Rechnungen zusammen, zieht seine Hausbank konsistent dieselben Gebühren ab. Solche Mustererkennung reduziert den manuellen Klärungsaufwand spürbar, ersetzt die abschliessende Prüfung durch den Treuhänder aber nicht.
Worauf bei der Tool-Wahl zu achten ist
Wer heute eine Buchhaltungslösung evaluiert oder den Anbieter wechselt, sollte den Reconciliation-Teil nicht mit der QR-Demo-Rechnung testen, sondern mit einem realen CAMT-File aus dem eigenen Geschäft, idealerweise einem Monat mit normalem Mix aus Skonto, Teilzahlung und mindestens einer Sammelzahlung.
Der Unterschied zwischen "wir machen Reconciliation" und "wir machen Reconciliation gut" wird genau in diesen Tests sichtbar. Im Alltag entscheidet er darüber, wie viele Stunden Treuhänder-Arbeit jeden Monat in die Klärung von Zahlungseingängen fliessen.