Abacus Kreditorenbuchhaltung automatisieren

Die Abacus Kreditorenbuchhaltung lässt sich sinnvoll automatisieren, wenn Lieferantenrechnungen zuerst sauber über AbaWebTreuhand, AbaScan Pro oder DeepO eingehen, danach strukturiert erkannt werden und nur die fachlichen Ausnahmen manuell im Team landen. Der grösste Hebel liegt nicht in einem einzelnen OCR-Schritt, sondern im Zusammenspiel aus Mandanten-Zugriff, Kreditorenstamm, Kostenstellen, Belegfreigabe und verlässlichen Daten für schwierige Rechnungen.

Wer die Abacus Kreditorenbuchhaltung automatisieren will, sollte deshalb nicht bei der Frage beginnen, welches Tool einen Beleg liest. Die bessere Startfrage lautet: Wo entsteht der Beleg, wer darf ihn sehen, welche Daten müssen vor der Buchung stimmen, wer gibt ihn frei und wann ist er bereit für den Zahlungslauf?

Für Treuhänder ist diese Reihenfolge besonders wichtig, weil mehrere Mandanten mit unterschiedlichen Beleggewohnheiten auf demselben operativen Modell laufen. Ein Mandant lädt PDF-Rechnungen sauber hoch, ein anderer fotografiert Quittungen, ein dritter schickt ausländische Lieferantenrechnungen mit langen Positionstabellen. Abacus kann den Kreditorenprozess stark entlasten, aber nur wenn der Eingangskanal, die Stammdaten und die Freigabelogik nicht jedes Mal neu interpretiert werden müssen.

Die Praxis sieht deshalb eher nach Prozesskarte als nach Vollautomatik aus: Belege kommen kontrolliert ins System, AbaScan Pro oder DeepO erkennen und strukturieren, die Kreditorenbuchhaltung prüft Kontierung, Kostenstelle und Kreditor, die zuständigen Personen erteilen das Visum, und erst danach werden Buchung und Zahlung vorbereitet. Wo Belege ausserhalb des Abacus-Sweet-Spots liegen, kann eine vorgelagerte Extraktion helfen, Daten zuerst in eine prüfbare Struktur zu bringen.

Belegeingang: Mandant, AbaWebTreuhand und AbaScan richtig trennen

In vielen Abacus-Umgebungen ist der Belegeingang nicht ein einzelner Kanal. Mandanten arbeiten über AbaWebTreuhand, Rechnungen kommen per E-Mail, Papierbelege werden gescannt, Dokumente landen in DeepBox oder im AbaScan-Eingang, und einzelne Vorprozesse übertragen Belege aus Drittumgebungen. Für die Automation zählt weniger, dass alle Kanäle möglich sind, sondern welcher Kanal für welchen Mandanten verbindlich ist. Wer parallel mit elektronischen und papiernahen Rechnungen umgeht, sollte zudem früh entscheiden, wie eBill und QR-Rechnung im Posteingang nebeneinander geführt werden, damit nicht jeder Belegtyp einen eigenen Sonderweg bekommt.

AbaWebTreuhand ist dabei ein spezielles Modell: Der Mandant arbeitet nicht in einer völlig separaten Buchhaltungswelt, sondern greift über das Internet auf die Abacus-Umgebung des Treuhänders zu. Das ist stark, weil der Treuhänder die Buchungen und Belege ohne periodischen Datentransfer sieht. Es verlangt aber saubere Berechtigungen. Ein Mandant darf nur seine eigenen Daten sehen und erfassen, die Rollen müssen zur Buchhaltungsaufgabe passen, und das PostCertificate-Setup darf nicht als einmalige Nebensache behandelt werden.

Für Treuhandteams lohnt sich eine klare Beleglogik pro Mandant. Routine-Lieferantenrechnungen gehören in einen definierten Eingang, zum Beispiel Upload über AbaWebTreuhand oder Weiterleitung in den AbaScan-Prozess. Ausnahmen, Rückfragen und unvollständige Belege sollten nicht denselben Eingang verstopfen, sonst verliert die Erkennung ihren Wert. Wer ähnliche Treuhandprozesse aus anderen Softwarewelten kennt, etwa den DATEV-Workflow für Steuerberater oder den Posteingang in Bexio mit automatischer Belegerkennung, erkennt das Muster: Automatisierung funktioniert erst, wenn Mandantenanlieferung, Rechte und Prüfverantwortung sauber getrennt sind.

Der operative Fehler liegt oft darin, AbaScan als Reparaturwerkzeug für unsauberen Eingang zu behandeln. Schlechte Fotos, gemischte PDFs und unklare Mandantenzuordnung werden dann später im Prozess korrigiert. Besser ist ein Eingangskonzept, das dem Sachbearbeiter schon vor der Erkennung sagt: Dieser Beleg gehört zu diesem Mandanten, dieser Lieferant ist erwartet, diese Person ist für die sachliche Prüfung zuständig, und diese Belegart darf ohne Zusatzabklärung weiterlaufen.

Erkennung und Vorerfassung: Was AbaScan Pro und DeepO leisten

AbaScan Pro und DeepO sitzen im praktischen Ablauf zwischen Belegeingang und Buchungsvorschlag. Sie analysieren Lieferantenrechnungen, erkennen relevante Felder und können zusammen mit Regeln und Stammdaten den nächsten Verarbeitungsschritt vorbereiten. Stark wird diese Vorerfassung dort, wo der Beleg sauber ist und der Kreditor im System bereits gut gepflegt wurde.

Bei Schweizer QR-Rechnungen ist der Zahlungsteil besonders gut standardisiert. Laut den Angaben der SIX zur QR-Rechnung ist die QR-Rechnung seit Juni 2020 in Umlauf, hat am 1. Oktober 2022 die Schweizer Einzahlungsscheine endgültig abgelöst, und der Swiss QR Code enthält alle für die Zahlung notwendigen Informationen in digitaler Form. Für die Praxis heisst das: Zahlungsdaten lassen sich deutlich robuster übernehmen als bei alten Einzahlungsscheinen. Wer den Hintergrund vertiefen will, findet ihn in der Erklärung zu Schweizer QR-Rechnungen im AP-Prozess.

Trotzdem löst der QR-Code nicht die ganze Kreditorenbuchhaltung. Der Code sagt nichts Verlässliches darüber, ob die Kostenstelle stimmt, ob ein Projekt belastet werden darf, ob die Rechnung sachlich berechtigt ist oder ob die Mehrwertsteuerlogik zur Buchung passt. Wie dieser Teilprozess ausserhalb von Abacus aufgebaut wird, zeigt der Workflow zum Scannen und Verbuchen von QR-Rechnungen in der Schweiz. Diese Prüfung bleibt fachlich, auch wenn die Zahlungsdaten digital sauber angeliefert werden.

Die besten Automationsquoten entstehen bei wiederkehrenden Lieferanten, klaren Rechnungsbildern, gepflegtem Kreditorenstamm und einfachen Positionen. Die Fehlerquote steigt bei schlechten Smartphone-Fotos, ausländischen Rechnungen mit ungewohnten Layouts, mehrsprachigen Mischbelegen, Spesenbündeln mit mehreren Unterbelegen, handschriftlichen Ergänzungen oder Rechnungen mit vielen Zeilen. Genau dort sollte ein Team nicht fragen, warum die Erkennung nicht magisch alles löst, sondern ob diese Belegklasse überhaupt in denselben Standardprozess gehört.

Visum und Belegfreigabe: Den 2024er Workflow operativ nutzen

Eine erkannte Lieferantenrechnung ist noch keine genehmigte Lieferantenrechnung. AbaScan Pro oder DeepO können Daten vorbereiten, aber das Visum beantwortet andere Fragen: Ist die Leistung erbracht, ist der Betrag plausibel, gehört die Rechnung zu dieser Kostenstelle, und darf sie in den Zahlungslauf?

Mit dem modernisierten Belegfreigabe-Prozess ab Abacus 2024 wurde dieser Teil flexibler als die frühere Visumskontrolle. Für Treuhänder und KMU ist vor allem relevant, dass Freigaben nicht mehr nur als starre Einbahnstrasse gedacht werden müssen. Je nach Organisation können Visumstufen, Direkt-Freigaben, Sammelfreigaben oder parallele Prüfungen sinnvoll sein. Die Prozesslogik sollte aber aus der Verantwortung folgen, nicht aus dem Wunsch, möglichst viele Automatismen einzuschalten.

MyAbacus und AbaClik sind in diesem Ablauf die Oberflächen, über die Verantwortliche Rechnungen prüfen, freigeben oder ergänzen können. Besonders wertvoll wird das bei Mandanten, die fachliche Informationen schneller liefern als der Treuhänder sie aus dem Beleg ableiten könnte. Ein Geschäftsführer kann eine Routine-Rechnung direkt freigeben, ein Projektleiter kann eine Projektzuordnung bestätigen, und eine Verwaltung kann Positionen auf mehrere Kostenstellen verteilen.

Der Position-Split ist nur dann eine Entlastung, wenn die zugrunde liegende Kostenstellen- und Projektlogik klar ist. Wenn jede Rechnung erst diskutiert werden muss, verschiebt sich die manuelle Arbeit nur vom Erfassen ins Freigeben. Ein guter Genehmigungsworkflow für Rechnungen definiert deshalb nicht nur Personen, sondern auch Ausnahmefälle: fehlender Kreditor, abweichende IBAN, unklare Kostenstelle, Betrag ausserhalb der Erwartung, fehlendes Visum oder Rechnung ohne nachvollziehbare Leistung.

Wo externe Vorerfassung den Abacus-Workflow ergänzt

Der Abacus-native Ablauf sollte der Hauptprozess bleiben, wenn Belege sauber eingehen, AbaScan Pro oder DeepO die relevanten Daten zuverlässig erkennt und die Freigabe im System stattfindet. Externe Vorerfassung wird dort interessant, wo bestimmte Belegklassen regelmässig zu viel Vorarbeit auslösen, bevor sie überhaupt sinnvoll geprüft oder gebucht werden können.

Typische Fälle sind ausländische Lieferantenrechnungen mit ungewohnten Layouts, schlechte Scans, Spesenbündel mit mehreren Unterbelegen, SaaS- und Plattformrechnungen mit vielen Positionen, BVG-Beitragsrechnungen der Pensionskasse oder gemischte Finanzdokumente, die vor der Abacus-Erfassung zuerst normalisiert werden müssen. In solchen Situationen kann ein Team Rechnungsdaten automatisch auslesen, bevor es die Daten kontrolliert, bereinigt und in den passenden Abacus-nahen Prozess überführt.

Invoice Data Extraction ist dafür als vorgelagerte Extraktionsschicht zu verstehen, nicht als Ersatz für Abacus und nicht als behauptete native Abacus-Integration. Das Tool verarbeitet Rechnungen und Finanzdokumente über Upload und natürlichsprachlichen Prompt und gibt strukturierte Excel-, CSV- oder JSON-Dateien aus. Für eigene Vorprozesse steht auch eine API zur Verfügung, sodass Teams Extraktion in eine bestehende Kontroll- oder Aufbereitungsschicht einbauen können.

Der Nutzen liegt weniger im Versprechen, dass eine schwierige Rechnung danach ohne Prüfung gebucht wird. Sinnvoller ist eine andere Rolle: Rechnungszeilen werden in eine Tabelle gebracht, Beträge und Lieferantenangaben werden vergleichbar, Mandantenlisten oder Lieferantenprüfungen lassen sich vorbereiten, und die Kreditorenbuchhaltung sieht früh, welche Belege Standardfälle sind und welche wirklich in die Ausnahmequeue gehören.

Umsetzung: Erst Stammdaten, Rechte und Ausnahmen stabilisieren

Der schnellste Weg zu mehr Automation in der Abacus Kreditorenbuchhaltung ist selten ein neues Freigabefeld. Meist beginnt er bei den Grundlagen: Eingangskanäle pro Mandant standardisieren, AbaWebTreuhand-Rechte sauber halten, PostCertificate-Zugänge aktuell führen, Kreditorenstammdaten bereinigen und Kostenstellen- oder Projektlogik so dokumentieren, dass sie im Alltag anwendbar ist.

Danach sollte der Belegfluss in kleinen, messbaren Gruppen verbessert werden. QR-Rechnungen von wiederkehrenden Lieferanten sind eine andere Belegklasse als ausländische Plattformrechnungen oder Spesenbelege mit mehreren Anhängen. Für jede Klasse lohnt sich eine eigene Sicht auf Erkennungsquote, Rückfragen pro Mandant, manuelle Korrekturen, Durchlaufzeit bis Visum und Fehler bei Zahlungsdaten. Diese Zahlen zeigen genauer als ein Bauchgefühl, wo AbaScan bereits genügt und wo eine vorgelagerte Strukturierung oder eine andere Mandantenanweisung nötig ist.

Für die Belegfreigabe gilt dieselbe Logik. Erst wenn klar ist, welche Personen welche Beträge, Kostenstellen oder Projekte freigeben dürfen, lohnt sich die Feinjustierung von Visumstufen, Direkt-Freigaben und Sammelfreigaben. Eine Ausnahmequeue sollte ausdrücklich benannt sein: fehlender Kreditor, unklare IBAN, nicht plausible Mehrwertsteuer, falsche Kostenstelle, fehlender Leistungsnachweis oder Rechnung ausserhalb der vereinbarten Mandantenroutine.

Der Zahlungslauf profitiert am Ende von allem, was vorher sauber entschieden wurde. Standardisierte QR-Daten reduzieren Zahlungsfehler, gepflegte Kreditorenstammdaten reduzieren Nacharbeit, klare Kostenstellen verhindern Umbuchungen, und ein stabiler Visumprozess verhindert blockierte Rechnungen kurz vor Fälligkeit. Automation entsteht in Abacus nicht dadurch, dass jede Prüfung verschwindet, sondern dadurch, dass Standardfälle ohne Umwege laufen und Ausnahmen früh sichtbar werden.