Belegverarbeitung für Schweizer Treuhandbüros: bexio, Abacus und Banana mit n8n automatisieren

Belegverarbeitung frisst in jedem Treuhandbüro Stunden: kleine Mandanten schicken unstrukturierte Zettel per Mail, grössere Kunden schieben monatlich Hunderte sortierter PDFs nach — manuell verarbeitet ist beides teuer. Dieser Artikel zeigt, was n8n daran ändern kann, was nicht, und wie sich bexio, Abacus und Banana ganz konkret in einen automatisierten Belegworkflow einbinden lassen.

Warum Belegverarbeitung in Treuhandbüros so viel Zeit kostet

Die schiere Menge ist das offensichtlichste Problem. Ein mittleres Schweizer Treuhandbüro mit 80 bis 120 KMU-Mandanten verarbeitet im Monat typischerweise zwischen 4’000 und 8’000 Belege — Kreditoren-Rechnungen, Spesenquittungen, Bankbelege, Kreditkartenbeläge, gelegentlich noch Barzahlungsquittungen aus der Gastronomie- oder Coiffeur-Branche.

Ebenso schwer wiegt die Heterogenität: Belege kommen per E-Mail-Anhang, über geteilte Dropbox-Ordner, per WhatsApp-Foto, als Postpaket mit 300 zusammengehefteten Zetteln, über Mandanten-Portale, über eingescannte Batches aus dem Multifunktionsgerät. Jeder Kanal hat seine eigene Logik, jeder Mandant seine eigenen Marotten.

Jeder Beleg muss am Ende durch dieselben vier Schritte:

1. Klassifikation — Aufwand oder Ertrag, Kontenrahmen-Position, MWST-Kategorie (Regel- vs. Sonderfall).
2. Mandantenzuordnung — welcher Kunde, welche Firma, welches Buchhaltungsjahr.
3. Buchung — ins jeweilige ERP bzw. Finanzbuchhaltungs-Tool des Mandanten.
4. Ablage — revisionssicher, gemäss GeBüV 10 Jahre, auffindbar.

Bei manueller Bearbeitung rechnet man konservativ mit ein bis drei Minuten pro Beleg. Bei 5’000 Belegen pro Monat sind das 83 bis 250 Stunden — also mindestens eine halbe bis eineinhalb Vollzeitstellen, die nur Belege erfassen.

Die klassische Antwort im Markt lautet: mehr Personal. Das funktioniert aber immer schlechter, weil Fachkräfte fehlen und Treuhand-Mitarbeitende nicht mehr bereit sind, den halben Tag Belege abzutippen. Der Ausweg heisst: Automatisierung dort, wo ein Workflow reicht — und menschliche Zeit auf Ausnahmen, Beratung und Mandantenkontakt konzentrieren.

Der Grundaufbau eines automatischen Belegworkflows

Ein n8n-gestützter Belegworkflow besteht aus sechs funktionalen Schichten. Die Reihenfolge gilt unabhängig davon, ob am Ende bexio, Abacus oder Banana steht — nur die letzte Stufe unterscheidet sich.

1. Inbox-Aggregation

Ein einzelner Eingangskanal für alle Mandanten. In der Praxis bedeutet das: eine generische Sammel-Adresse wie belege@deintreuhand.ch plus pro Mandant eine Plus-Adresse (belege+mandant-xyz@deintreuhand.ch) oder ein eigener IMAP-Ordner, in den n8n schaut. Ergänzend: geteilte Cloud-Ordner (Dropbox, OneDrive, Google Drive) pro Mandant mit Webhook-Trigger.

2. Dokument-Extraktion

PDFs werden per OCR gelesen, Bilder per Vision-Modell. Der qualitative Sprung der letzten zwei Jahre liegt hier: Claude, GPT-4o und vergleichbare Modelle erkennen aus einem unscharfen Smartphone-Foto einer Tankquittung heute zuverlässig Lieferant, Datum, Betrag, MWST-Satz und wählen daraus einen passenden Kontierungsvorschlag. Typische Genauigkeit auf Schweizer Standardbelegen: 90 bis 95 Prozent auf das gesamte Datenset, 95 bis 98 Prozent auf die einzelnen Felder.

3. Mandantenerkennung

Welcher Mandant ist gemeint? Drei Signale helfen: die Absender-Adresse oder Postfach, der Rechnungsempfänger auf dem Beleg selbst (Name, UID, Strasse), oder die Plus-Adresse bzw. der Upload-Pfad. Ein n8n-Workflow merge-t diese Signale und entscheidet mit einer kurzen Regel, welcher Mandant zugeordnet wird.

4. Kontierungsvorschlag

Hier kommt entweder eine vordefinierte Regel-Engine zum Einsatz (z. B. „SBB → Konto 6200 Reisespesen, MWST 8.1%“) oder ein KI-Modell, das den Kontenrahmen des Mandanten kennt. Letzteres funktioniert gut, wenn man dem Modell den KMU-Kontenplan und ein paar Dutzend historische Buchungen als Kontext mitgibt.

5. Validierung

Plausibilitätschecks, die kein Kunde sehen soll: Summen-Match (MWST-Beträge auf dem Beleg vs. berechnet), Duplikaterkennung, Datum im akzeptierten Buchungszeitraum, Lieferant existiert im Stammdatensatz. Fällt etwas durch, wird der Beleg nicht verworfen — er landet in einer menschlichen Review-Queue mit Kontext („MWST-Diskrepanz von 0.15 CHF“).

6. Übergabe ans ERP

Jetzt zählt, was das Zielsystem kann. Und genau hier trennen sich bexio, Abacus und Banana.

bexio — der REST-API-First-Anbieter

bexio (seit 2018 Teil der Mobiliar, Hosting in Genf) positioniert sich bewusst als Cloud-first-ERP für Schweizer KMU. Für Automatisierung ist bexio heute der überzeugendste Partner: eine ausgereifte REST-API, OAuth2-Flow, klare Doku und ein Partnerprogramm, über das sich auch OAuth-Apps registrieren lassen.

Was gut funktioniert

Für den Belegworkflow relevant sind vor allem die Endpunkte für kb_bill (Kreditorenrechnungen), manual_entry (Handbuchungen) und file (Beleg-Upload mit Anhängen). Ein typischer n8n-Flow macht einen POST an kb_bill, hängt das OCR-erkannte PDF via file-Endpoint an, und das wäre’s. Rate-Limits sind grosszügig genug für Treuhand-Volumina, solange man nicht alle Mandanten gleichzeitig synchronisiert.

Was man wissen muss

bexio kennt keine native Mandantentrennung. Ein bexio-Account ist ein Mandant. Treuhandbüros, die bexio für ihre Kunden betreiben, jonglieren entsprechend mit einem OAuth-Token pro Mandantenabo. n8n löst das sauber über eine Credentials-Map: pro Mandant ein Credential-Eintrag, der Workflow wählt zur Laufzeit den passenden aus.

Wann es passt

bexio ist die ergonomischste Wahl für Mandanten mit 5 bis 50 Mitarbeitenden, cloudaffine Köpfe und einen klaren Automatisierungs-Appetit. Wenn ein Mandant fragt „wie integrieren wir das in unser CRM?“, ist die Antwort mit bexio in der Regel kurz.

Abacus — der klassische Treuhand-Standard

Abacus aus Wittenbach ist seit Jahrzehnten der de-facto-Standard bei DACH-Treuhand-Grossmandaten und bei Gemeinden. Die Produktlandschaft ist breit (Finanzbuchhaltung, Lohn, ERP, Immobilien, AbaBelege, AbaScan) und die Marktdurchdringung bei Treuhandbüros enorm — wenn dein grösster Mandant ein Bauunternehmen mit 80 Leuten ist, stehen die Chancen gut, dass er Abacus hat und das auch behalten will.

Was gut funktioniert

Die Mandantenfähigkeit ist nativ: ein Abacus-System kann Dutzende bis Hunderte Mandanten hosten, mit sauberer Trennung der Buchhaltungen. Die Integrations-Schnittstelle heisst AbaConnect und bietet XML-/SOAP-basierte Import-/Export-Schnittstellen für so gut wie alle Geschäftsvorfälle. Für Belegverarbeitung hat Abacus zudem ein eigenes Produkt (AbaBelege/AbaScan), das OCR in den Standard-Flow integriert — für viele Treuhandbüros ist das bereits der erste Automatisierungs-Layer.

Was man wissen muss

AbaConnect ist mächtig, aber nicht trivial. Die XML-Schemas sind umfangreich, und ein sauberer Beleg-Import verlangt in der Regel eine Zusammenarbeit mit einem AbaPartner oder dem Abacus-Support. OAuth2 gibt es in bestimmten Konstellationen, aber viele Installationen laufen on-premise mit Token-basierter Authentifizierung. Das ist nicht schlimm — es bedeutet einfach, dass ein n8n-Workflow über eine Bridge (VPN, Reverse-Tunnel, oder direkt auf demselben Netzsegment) mit Abacus reden muss.

Wann es passt

Abacus ist die richtige Wahl, wenn der Mandant bereits Abacus hat (Realpolitik) oder wenn es um 10 bis 500+ Mitarbeitende geht, mehrere Gesellschaften konsolidiert werden müssen oder Branchenspezifika wie Liegenschaften, Baubuchhaltung oder öffentliches Rechnungswesen im Spiel sind. Für ein 3-Personen-Startup wäre Abacus Überdimensionierung.

Banana Accounting — der File-Based-Outsider

Banana Accounting aus Lugano ist der kleinste der drei, aber in bestimmten Nischen stark: Vereine, Stiftungen, Micro-KMU, Einzelunternehmen, Liechtensteiner Besonderheiten. Das Produkt ist günstig (Einmalkauf für die Desktop-Edition, Cloud-Abo für Banana Plus), CH-entwickelt und datenschutzrechtlich unkompliziert.

Was gut funktioniert

Das native Datenformat (.ac2) ist eine SQLite-Datenbank — lesbar, manipulierbar, exportierbar nach JSON/CSV/XML. Banana Plus hat zudem eine REST-Schnittstelle für Basisoperationen. Für einen n8n-Workflow heisst das: Belege lassen sich sauber als CSV vorbereiten und via Import ins Banana-File spielen, oder — bei Banana Plus — direkt via API-Call.

Was man wissen muss

Die API-Abdeckung von Banana ist im Vergleich zu bexio schmal. Vieles geht über Datei-Manipulation oder Skript-basierte Erweiterungen (Banana Apps in JavaScript, auf dem Client). Für Treuhandbüros mit Dutzenden Banana-Mandanten bedeutet das: der n8n-Workflow muss pro Mandant die richtige .ac2-Datei adressieren, eine CSV vorbereiten und den Import triggern. Skaliert gut bis zu moderaten Volumina, wird bei einigen Hundert Belegen pro Mandant und Monat aber zu mechanisch.

Wann es passt

Banana ist die richtige Wahl für Micro-Mandate: Vereine mit 20 Buchungen pro Monat, Einzelfirmen mit überschaubarem Beleg-Volumen, Startups in der Nullzelle-Phase. Für ein wachsendes KMU gibt’s irgendwann einen Migrationspfad zu bexio oder Abacus — und das sollte man bei der Mandatsvergabe im Hinterkopf haben.

Direktvergleich

Wer den Vergleich in drei Dimensionen runterbrechen will:

Welches Setup passt für welches Treuhandprofil

Die meisten Treuhandbüros haben nicht eine Antwort, sondern einen Mix. Die Frage ist also weniger „entweder-oder“ als „wofür was“.

Kleines Treuhandbüro (1–5 Mitarbeitende, unter 40 Mandate)

Eine überschaubare Kombination aus Banana für Mikro-Mandanten (Vereine, Einzelfirmen) und bexio für alle cloudaffinen KMU. n8n als zentraler Orchestrator: eine Inbox, eine OCR/Claude-Pipeline, zwei Output-Wege. Abacus nur, wenn ein Bestandsmandant es bereits hat.

Mittleres Treuhandbüro (5–15 MA, 40–150 Mandate)

bexio als Haupttool für die Mehrheit der Mandate, Abacus für die grösseren Bauunternehmen, Produktionsbetriebe und Gemeinden. Banana läuft am Rand mit. Priorität: einheitliche Belegerfassung vorne (Inbox + OCR + Validierung), danach Aufsplittung in die drei Ausgabekanäle.

Grosses Treuhandbüro (15+ MA, 150+ Mandate)

Abacus als Backbone für die grösseren Mandate, bexio für die Wachstumskunden. Der Automatisierungs-Hebel liegt nicht in der Beleg-Übergabe — die ist durch AbaBelege/AbaScan bereits teilautomatisiert — sondern in der Vor-Verarbeitung: Inbox-Konsolidierung, Mandantenerkennung, KI-gestützte Kategorisierung, revisionssichere Ablage.

FADP und revDSG-konform automatisieren

Bei Belegdaten geht es um buchhalterisch sensible Mandanteninformationen. Drei Punkte sind zwingend:

Hosting in der Schweiz. Die n8n-Instanz sollte in einem CH-Rechenzentrum laufen — Hetzner CH, Infomaniak, AWS eu-central-2 Zürich oder Exoscale sind die gängigen Optionen. Das vereinfacht die datenschutzrechtliche Bewertung dramatisch.

KI-Modelle bewusst wählen. Wenn Belege an ein LLM gehen, sollte das Modell entweder lokal laufen oder über eine Schnittstelle, die keine Trainings-Verwendung erlaubt. Claude über die Anthropic-API bietet mit dem Zero-Retention-Mode eine brauchbare Basis; OpenAI über Azure Switzerland North ist eine Alternative. Was man vermeiden sollte: Belegfotos „einfach mal“ durch ein beliebiges Chat-UI schicken.

TOMs dokumentieren. Auftragsverarbeitungsvertrag mit dem KI-Anbieter, Zugriffsprotokolle, Aufbewahrungs- und Löschrichtlinien. Nicht schön, aber nötig — insbesondere, wenn das Treuhandbüro selbst als Auftragsbearbeiter agiert und seinen Mandanten die Compliance schuldet.

So fängst du an

Der pragmatische Einstieg in 4 Wochen, ohne das Tagesgeschäft zu blockieren:

Woche 1 — Bestandsaufnahme. Inventarisiere: Welche Tools haben deine Mandanten? Wie viele Belege pro Monat pro Mandant? Welche Eingangskanäle sind heute aktiv? Wo ist der grösste Zeitfresser?

Woche 2 — PoC mit einem Mandanten, 200 Belegen. Wähle einen Mandanten mit sauberen PDF-Rechnungen, einheitlichem Lieferantenstamm und mittlerem Volumen (nicht der grösste, nicht der chaotischste). Baue einen n8n-Workflow von Inbox bis Kontierungsvorschlag. Noch nicht ins ERP schreiben — nur die Queue füllen.

Woche 3 — Kontrollschleife. Lass die Queue 200 Belege sammeln. Dann Review: Wo stimmte die KI-Kategorisierung? Wo nicht? Welche Regeln müssen härter, welche weicher werden? Danach: die Übergabe ans ERP aktivieren — aber mit einer bewussten „muss manuell bestätigt werden“-Stufe.

Woche 4 — Roll-out auf weitere Mandanten. Zwei bis drei zusätzliche Mandanten mit ähnlichem Profil aufschalten. Die bestätigungspflichtige Stufe stufenweise reduzieren, je nach Vertrauenslevel pro Mandant oder pro Belegtyp.

Danach skaliert man pro Woche ein bis drei weitere Mandanten ein. Das Treuhandbüro muss nicht überall gleich aggressiv automatisieren — für manche Kleinmandanten ist ein Semi-Auto-Workflow (KI schlägt vor, Mitarbeiter klickt Bestätigung) besser als Vollautomatik.