Bexio: Lieferantenrechnungen automatisch importieren

Wer in Bexio Lieferantenrechnungen automatisch importieren will, stösst schnell auf eine Trennung, die in der offiziellen Hilfe nirgends sauber benannt wird. Der Web-Posteingang im Browser erstellt Buchungsvorschläge automatisch nur für QR-Rechnungen — nicht-QR-PDFs landen ohne ausgefüllte Lieferanten-, Datums- und Betragsfelder im Posteingang und müssen manuell ergänzt werden. Die Mobile-App bexio Go scannt Foto-Belege zusätzlich per OCR und füllt die Felder vor, läuft aber als getrennter Pfad neben dem Web-Posteingang und nicht innerhalb davon. Der vollautomatische Buchungssatz-Vorschlag mit Kontaktverzeichnis-Match, Konto- und MWST-Code-Zuordnung sowie mehrstufigen Workflow-Freigaben ist eine Funktion des Advanced-Pakets.

Diese Trennung beschreibt den Mechanismus, an dem die meisten Anwender vorbeilesen, weil Bexios Marketing pauschal von „smarter" Erfassung spricht und die Hilfe-Artikel den Klickweg im UI beschreiben, ohne den operativen Unterschied zwischen Web-Posteingang und bexio Go zu benennen. Wer den realen Belegmix verarbeitet — Schweizer QR-Rechnungen vom Stromlieferanten, Cloud-Lieferanten-Rechnungen ohne QR von Microsoft oder Adobe, gescannte Papierrechnungen kleinerer Lieferanten, Foto-Belege von Spesen, dazwischen mehrsprachige Hotelrechnungen und mehrseitige Sammelrechnungen — erlebt den Posteingang als zwei sehr unterschiedliche Werkzeuge mit jeweils eigener Erkennungsleistung und eigenen Grenzen.

Bexio sitzt als Plattform tief im Schweizer KMU-Markt. Das 2013 in Rapperswil gegründete Unternehmen gehört seit die Übernahme von Bexio durch die Mobiliar im Juli 2018 zur Mobiliar-Gruppe — zum Zeitpunkt der Übernahme zählte es rund 15'000 Kunden und etwa 80 Mitarbeitende. Diese Verankerung erklärt, warum die Bexio-Hilfe in der Suche dominiert und warum eine herstellerneutrale Sicht auf den Posteingang-Workflow weiterhin Lücken füllen muss — Lücken, an denen ein Buchhalter im Tagesgeschäft Zeit verliert.

---

Die zwei Posteingangs: Web-Browser und bexio Go App

Was als „der Bexio-Posteingang" gehandelt wird, sind in der Praxis zwei getrennte Eingangskanäle mit unterschiedlicher Erkennungslogik. Diese Trennung bewusst zu kennen entscheidet darüber, ob ein PDF-Beleg im Posteingang vorausgefüllt landet oder ob der Buchhalter ihn am Ende doch manuell erfasst.

Im Web-Posteingang im Browser passiert beim Hochladen eines PDFs Folgendes: Bexio prüft den Beleg auf einen Swiss-QR-Code. Findet sich einer, liest die Plattform Lieferantenname, IBAN, Betrag, Währung und Referenznummer aus den codierten Pflichtfeldern, gleicht den Lieferanten gegen das Kontaktverzeichnis ab und legt einen Buchungsvorschlag mit ausgefüllten Feldern an. Findet sich kein QR-Code, landet das PDF als Anhang im Posteingang — sichtbar, archiviert, aber mit leeren Lieferanten-, Datums- und Betragsfeldern. Der Buchhalter öffnet den Beleg in einer Vorschau und tippt die Werte ab. Es gibt im Web-Posteingang keine OCR-Erkennung für nicht-QR-Belege; das ist kein Bug, sondern die Architekturentscheidung der Plattform.

Die bexio Go App läuft auf einem anderen Pfad. Funktion „Scan2Go": der Anwender fotografiert einen Papierbeleg, eine Quittung oder eine ausgedruckte Rechnung mit dem Smartphone, die App erkennt das Belegformat, führt OCR auf dem Bild aus und versucht, Lieferant, Datum und Betrag aus dem Fliesstext zu extrahieren. Die ausgelesenen Werte landen vorausgefüllt — aber nicht zwingend korrekt — als Belegeintrag im Bexio-Konto, das mit der App verknüpft ist. Die zentrale operative Differenz zum Web-Posteingang: bexio Go leistet OCR auch auf nicht-QR-Belegen. Eine Migros-Quittung ohne QR-Code, durch die App fotografiert, erzeugt einen vorgefüllten Buchungseintrag; dieselbe Quittung als Foto-PDF in den Web-Posteingang hochgeladen, erzeugt einen leeren Anhang.

Die Erkennungsqualität von bexio Go ist nicht uniform. Saubere PDF-Scans erzeugen verlässlichere Felder als schlecht beleuchtete Smartphone-Fotos; deutsche Belege werden zuverlässiger ausgelesen als französische, italienische oder englische — was bei einem Hotel- oder Restaurantbeleg aus der Romandie oder dem Tessin bereits eine Nacharbeit bedeuten kann. Wer mit der App arbeitet, prüft jedes vorausgefüllte Feld vor dem Bestätigen.

Eine zweite operative Einschränkung von bexio Go: die App ist gegen genau ein Bexio-Konto gekoppelt. Ein Treuhänder mit fünfzehn Mandaten kann nicht mit einer App-Installation alle fünfzehn Posteingänge bedienen, sondern arbeitet entweder mit getrennten Geräten beziehungsweise Profilen pro Mandant — oder routet die Belege über die mandantenspezifische Posteingang-E-Mail-Adresse, die Bexio jedem Mandanten zur Verfügung stellt. Auf diesen E-Mail-Pfad geht ein späterer Abschnitt im Detail ein.

Bexios eigene Hilfe behandelt Web-Posteingang und Scan2Go in getrennten Artikeln, ohne ihre operative Differenz zu kontrastieren. Aus Sicht des Anwenders sind die zwei Pfade aber nicht austauschbar, sondern komplementär: das eine Werkzeug erkennt strukturierte Schweizer QR-Rechnungen, das andere fotografierte Papier-Quittungen.

Welche Belegart welcher Pfad erkennt — die Praxis-Tabelle

Die folgende Übersicht ordnet die in einem Schweizer KMU realistisch eintreffenden Belegarten den drei verfügbaren Pfaden zu — Web-Posteingang im Browser, bexio Go App, manueller oder externer Workaround. Sie ist als operatives Nachschlagewerk gedacht, nicht als erschöpfende Feature-Matrix.

Belegart	Web-Posteingang	bexio Go	Manueller / Externer Aufwand
QR-Rechnung als PDF (z. B. Swisscom, Lokal-Lieferant)	Auto-Buchungsvorschlag, Felder vorausgefüllt	Foto auch möglich, redundant	Vorschlag nur prüfen und freigeben
Nicht-QR-PDF (z. B. Microsoft 365, Adobe, AWS, Stripe)	Anhang im Posteingang, Felder leer	nicht der vorgesehene Pfad	Lieferant, Datum, Betrag, MWST manuell erfassen — oder vorab extern strukturieren
Gescanntes Papier-PDF kleinerer Lieferant ohne QR	Anhang im Posteingang, Felder leer	Foto möglich, OCR-Erkennung	Felder im Web manuell oder OCR-Vorschlag aus bexio Go prüfen
Foto-Beleg / Quittung (Spesen, Restaurantbeleg)	nicht der vorgesehene Pfad	OCR-Vorausfüllung, Felder prüfen	bei mehreren Belegen pro Reise: Spesenabrechnung separat aggregieren
Sammelrechnung mit vielen Positionen	Anhang im Posteingang, keine Positions-Aufteilung	nicht der vorgesehene Pfad	Buchungspositionen manuell aufsplitten — oder extern in Zeilen extrahieren
Mehrsprachiger Beleg (FR, IT, EN, weitere)	wie nicht-QR — Felder leer	OCR möglich, Felderkennung schwächer	Felder kontrollieren oder externe Extraktion mit Mehrsprachen-Erkennung
eBill (Lieferant nutzt eBill-Standard)	nicht über Posteingang — kommt strukturiert via E-Banking	nicht relevant	Bestätigung im E-Banking, Buchung erfolgt automatisch in Bexio

Drei Zeilen verdienen eine kurze Erläuterung, weil sie den Workflow eines KMU am stärksten formen.

eBill läuft komplett am Posteingang vorbei. Lieferanten, die den eBill-Standard unterstützen, schicken ihre Rechnung strukturiert an die Bank des Empfängers; im E-Banking erscheint sie als zur Freigabe stehende Zahlung mit allen Feldern, und Bexio holt sie via Bank-Schnittstelle als bereits vollständige Buchung in die Kreditorenbuchhaltung. Für jeden Lieferanten, der eBill anbietet, ist das der saubere Pfad — er erspart sowohl die QR-Erkennung als auch jeden manuellen Eingriff.

Sammelrechnungen mit vielen Positionen sind in der Bexio-Erfassung der unangenehmste Fall. Eine Migrolino-Sammelrechnung über fünfzig Tankvorgänge, eine SBB-Geschäftskunden-Abrechnung über siebzig Bahn-Reisen oder eine Microsoft-Konsolidierungsrechnung über alle aktivierten Lizenzen kommt als ein Beleg im Posteingang an. Bexios Posteingang erkennt im Idealfall den Gesamtbetrag, nicht aber die einzelnen Positionen. Wer pro Position eine Buchungszeile mit eigener Kostenstellen- oder Konto-Zuordnung braucht, splittet manuell auf — oder strukturiert die Rechnung vorab extern in Zeilen, eine pro Position, mit wiederholter Rechnungsnummer.

Mehrsprachige Belege sind die zweite stille Schwachstelle. Ein französischer Hotelbeleg aus Genf, eine italienische Restaurantrechnung aus Lugano oder eine englische SaaS-Rechnung aus Dublin durchläuft bexio Go zwar, aber die Felderkennung — Lieferantenname, Datum-Format, MWST-Position — ist auf deutschsprachige Belege optimiert und wird bei jeder Sprache, die nicht Deutsch ist, fehleranfälliger. Praktisch heisst das: jeder mehrsprachige Beleg wird vor dem Speichern Feld für Feld kontrolliert.

Eine letzte Vorgabe, die für die Tabelle relevant ist und im nächsten Abschnitt vertieft wird: QR-Rechnungen werden im Web-Posteingang unbegrenzt automatisch ausgelesen, nicht-QR-Belege zählen gegen ein Monats-Kontingent. Wer den Belegmix in der Tabelle oben überblickt, kann grob abschätzen, ob er Kontingent-relevante Belege in zwei- oder dreistelliger Zahl pro Monat erzeugt.

Wer verstehen will, warum QR-Rechnungen so verlässlich automatisch verarbeitet werden, findet im Hintergrundartikel zum Aufbau und Pflichtfelder der Swiss QR-Rechnung die Erklärung — das Format erzwingt strukturierte Pflichtfelder, an denen die Erkennung deterministisch ansetzt, statt auf OCR-Heuristik angewiesen zu sein.

---

Pakethierarchie und Extraktions-Kontingent: was Starter, Pro und Advanced freischalten

Bexio bietet drei Pakete an — Starter, Pro und Advanced. Welche Posteingang-Funktionen das jeweilige Paket freischaltet, entscheidet darüber, ob „automatisch importieren" für ein KMU bedeutet, dass Belege per Klick freigegeben werden, oder dass jeder Vorschlag von Hand vervollständigt wird.

Das Muster bleibt über die Paket-Anpassungen, die Bexio regelmässig vornimmt, hinweg stabil: der reine Beleg-Upload und die QR-Rechnungs-Erkennung mit Buchungsvorschlag sitzen über alle Pakete; die Vollautomation — Buchungssatz-Vorschlag mit Konto- und MWST-Code-Zuordnung, Lieferantenmatch aus dem Kontaktverzeichnis, mehrstufige Workflow-Freigaben, automatische Verbuchung freigegebener Vorschläge — verdichtet sich im Advanced-Paket. Wer in Pro oder Starter arbeitet und auf eine bestimmte Funktion angewiesen ist, prüft die exakte Zuordnung vor der Buchung gegen die aktuelle Bexio-Paket-Übersicht; die Detail-Zusammensetzung pro Paket ändert sich ohne Vorankündigung.

Neben der Paket-Frage wirkt ein zweiter Mechanismus, der oft erst auffällt, wenn er bremst: das Extraktions-Kontingent für nicht-QR-Belege. QR-Rechnungen werden im Web-Posteingang unbegrenzt automatisch ausgelesen — das Format erlaubt deterministische Erkennung ohne KI-Modell-Aufruf, also ohne Stückkosten für Bexio. Bexio nennt in der eigenen Hilfe ein Monats-Kontingent für nicht-QR-Belege, das je nach Paket unterschiedlich gross ist; die genaue Stückzahl pro Paket sollte vor Kaufentscheidung gegen die aktuelle Bexio-Webseite geprüft werden, weil Bexio die Pakete regelmässig anpasst. Sobald das Kontingent ausgeschöpft ist, landen weitere Belege weiterhin im Posteingang, aber ohne automatische Felderkennung — der Buchhalter erfasst die Felder dann von Hand oder wartet auf den Monatswechsel.

In der Praxis trennt das Kontingent zwei Anwender-Profile sichtbar voneinander. Ein Schreinereibetrieb mit überwiegend Schweizer Lieferanten und hohem QR-Anteil erreicht das Kontingent selten; ein Software-getriebenes KMU mit Microsoft-365-, Adobe-, AWS-, Stripe- und ähnlichen Cloud-Lieferanten verbraucht es in der ersten Monatshälfte und sitzt dann auf manueller Erfassung. An diesem Punkt wird die Frage „upgrade auf Advanced" oder „externe Extraktionsschicht vorschalten" eine echte wirtschaftliche Abwägung — Bexio-interne Funktionen kosten den Paket-Aufpreis pro Monat, eine externe Extraktionsschicht arbeitet mit nutzungsabhängigen Kosten und hebt die Kontingent-Decke unabhängig vom Bexio-Paket.

Eine Zusatz-Konsequenz der Pakethierarchie, die im Vergleichsmaterial selten benannt wird: mehrstufige Workflow-Freigaben — also die Vier-Augen-Kontrolle, in der ein Beleg von einem Mitarbeiter erfasst und von einem zweiten freigegeben wird, bevor er ins Hauptbuch verbucht — sind ausschliesslich im Advanced-Paket enthalten. Wer in Pro arbeitet, dokumentiert die Freigabe entweder ausserhalb von Bexio (E-Mail-Genehmigung, Excel-Liste) oder verzichtet auf den nativen Kontrollschritt. In KMU mit Compliance-Anforderungen oder einem Treuhand-Mandat mit IKS-Auflagen ist das ein hartes Argument für Advanced — keine Komfort-Frage.

Buchungssatz-Vorschlag, MWST-Codes und der Lieferantenmatch im Kontaktverzeichnis

Wer im Posteingang einen unvollständigen oder schlicht falschen Buchungsvorschlag sieht — falscher Lieferant, leeres Aufwandkonto, ungewollter MWST-Code — fragt schnell, ob die Erkennung schwach ist. In den meisten Fällen liegt das Problem nicht an der Bexio-Erkennung, sondern an dem, was Bexio als Referenz zur Verfügung hat: das eigene Kontaktverzeichnis und die am Lieferanten hinterlegten Standardkonten.

Wie Bexio matcht. Aus jedem erkannten Beleg — sei es ein QR-Auszug oder ein OCR-Lauf in bexio Go — extrahiert die Plattform Lieferantenname, IBAN und, sofern vorhanden, die Schweizer UID-Nummer. Diese drei Felder gleicht sie gegen das Kontaktverzeichnis ab. Findet sich ein eindeutiger Treffer, verknüpft Bexio den Beleg mit dem bestehenden Kontakt; findet sich keiner, schlägt sie das Anlegen eines neuen Kontakts vor. Das klingt unaufgeregt — bis im Verzeichnis Doppelbelegungen entstehen.

Das Doppelkontakt-Problem. Zwei phonetisch ähnliche Schreibweisen wie „Müller AG" und „Mueller AG" gelten für Bexio als verschiedene Lieferanten, weil der String-Match exakt arbeitet. Derselbe Lieferant mit zwei IBANs — etwa ein CHF-Konto bei der Kantonalbank und ein EUR-Konto bei einer Auslandsbank — landet bei IBAN-basiertem Match in zwei Kontakten, wenn der Buchhalter nicht aktiv beide IBANs auf einen Kontakt konsolidiert. Schreibvarianten in den Belegdaten („Coop Genossenschaft" auf einer Rechnung, „Coop Schweiz" auf der nächsten) erzeugen ebenfalls neue Kontakte, sobald Bexio den vorhandenen Eintrag nicht mehr eindeutig zuordnet. Die operative Konsequenz: vor jedem grösseren Belegimport — Jahreswechsel, Mandantenübernahme, Roll-out auf einen weiteren Bereich — lohnt sich eine kurze Bereinigungsrunde im Kontaktverzeichnis. Dubletten zusammenführen, IBANs am korrekten Hauptkontakt konsolidieren, Schreibweisen vereinheitlichen. Eine Stunde Aufräumen erspart Wochen mit halbfalschen Vorschlägen.

Der Buchungssatz-Vorschlag selbst — also die automatische Befüllung von Aufwandkonto, MWST-Code und Kostenstelle — ist eine Funktion des Advanced-Pakets und stützt sich auf die am Lieferanten hinterlegten Standardkonten. Konkret: am Kontakt „Migros" sind als Standard das Aufwandkonto 4400 (Materialaufwand) und der MWST-Code für 8.1 % Vorsteuer hinterlegt; trifft eine Migros-Rechnung im Posteingang ein und matched gegen diesen Kontakt, schlägt Bexio einen vollständig befüllten Buchungssatz vor — Konto, MWST, Betrag, Kostenstelle wenn definiert. Trifft eine Rechnung von einem Lieferanten ohne hinterlegte Standardkonten ein, ist der Vorschlag leer; der Buchhalter befüllt manuell und sollte bei der Gelegenheit die Standardkonten am Kontakt setzen, damit der nächste Beleg sauber durchläuft.

MWST-Codes. Bexio führt die in der Schweiz gültigen Sätze (8.1 % Normalsatz, 2.6 % reduziert, 3.8 % Beherbergung, 0 % und steuerbefreit) und mappt sie auf die Vorlage-Codes der eingerichteten Buchhaltung. Der vorgeschlagene Code stützt sich auf den am Lieferanten hinterlegten Standard-Code, nicht auf eine Heuristik aus dem Belegtext. Internationale Lieferanten ohne Schweizer MWST brauchen explizit den Code „ohne MWST" oder eine Reverse-Charge-Logik für Bezugsteuer auf importierten Dienstleistungen — Bexio erlaubt beides, prüft es aber nicht; jede Buchung ist hier eine bewusste Wahl, keine automatische Plausibilität.

Die Erkennungs-Genauigkeit, die ein Anwender im Posteingang erlebt, ist also weniger eine Eigenschaft der Bexio-Engine als ein Spiegel der Pflege seines Kontaktverzeichnisses. Ungepflegte Verzeichnisse machen aus dem Posteingang eine Lotterie; mit einer halben Stunde Pflege pro Jahr und konsequent gesetzten Standardkonten verhält sich das gleiche Werkzeug wie das, was es eigentlich sein soll — ein Vorschlagswerkzeug, das in der grossen Mehrheit der Belege nur noch eine Bestätigung verlangt.

Der Posteingang-E-Mail-Hack: Lieferanten-Auto-Forward über Outlook und Gmail

Der grösste Effizienzhebel im Bexio-Posteingang ist eine Funktion, die in der Hilfe zwar steht, aber nicht als Hebel beschrieben wird: jeder Mandant hat eine eindeutige Posteingang-E-Mail-Adresse. Anhänge, die an diese Adresse gesendet werden, landen automatisch im Web-Posteingang des Mandanten — ohne Login, ohne Klick, ohne manuellen Upload.

Die Adresse findet sich in den Bexio-Einstellungen unter dem Posteingang-Bereich, typischerweise im Format posteingang-{mandant}@bexio.com oder einer ähnlich kodierten Variante. Wer sie kennt und bewusst einsetzt, baut sich zwei Workflow-Hebel.

Hebel eins: Lieferanten direkt anschreiben. Lieferanten, die Rechnungen per E-Mail mit PDF-Anhang verschicken, lassen sich höflich bitten, eine Kopie an die Bexio-Posteingang-Adresse zu senden — entweder als CC neben der bisherigen Empfangsadresse oder als alleinige Rechnungsadresse. Funktioniert in der Regel mit strategischen Lieferanten (grosse Telekommunikations-, IT-, oder Energie-Anbieter), die eine eigene Rechnungsadresse pro Kunden ohnehin schon im System haben. Für die lange Liste kleinerer Lieferanten ist der soziale Aufwand zu hoch.

Hebel zwei: eine Auto-Forward-Regel im eigenen Posteingang. In Outlook unter „Regeln verwalten" — beziehungsweise in der Microsoft-365-Variante unter „Regeln & Benachrichtigungen" — eine Regel anlegen: „Wenn die E-Mail von einem bekannten Lieferanten-Absender kommt und einen Anhang enthält → weiterleiten an die Bexio-Posteingang-Adresse." Gmail bietet dasselbe unter „Filter und blockierte Adressen → neuen Filter erstellen → Filter weiterleiten an". Die Liste der Absender wächst über Monate organisch, etwa nach jeder neuen Lieferanten-Aufnahme. Der Effekt: ab dem Moment, in dem eine Lieferanten-Mail im persönlichen Posteingang eintrifft, ist die Rechnung bereits im Bexio-Posteingang — der Buchhalter macht nichts.

Filter-Hygiene. Nicht jede E-Mail vom Lieferanten ist eine Rechnung. Newsletter, Mahnungen, Lieferavise, Marketing-Aktionen kommen vom selben Absender. Eine sinnvolle Filter-Bedingung ist daher nicht nur „Absender ist X", sondern eine Kombination: Absender ist X und Anhang vorhanden, oder Absender ist X und Betreff enthält „Rechnung", „Invoice", „Nr.", „Kreditor". Sonst füllt sich der Bexio-Posteingang mit irrelevantem Material, und der Triage-Aufwand verschiebt sich nur in eine andere Anwendung.

Was der Hack nicht ersetzt. Die Mail-Forward-Regel ist die Lösung für PDF-Lieferanten, die kein eBill anbieten. Lieferanten, die eBill als strukturierter Eingangskanal über das E-Banking nutzen, brauchen weder Mail-Forward noch QR-Erkennung — die Rechnung kommt als strukturierter Datensatz in die Bank und von dort über die Bexio-Bank-Schnittstelle direkt in die Kreditorenbuchhaltung, mit allen Feldern bereits gesetzt. Wer einen Lieferanten umstellen kann, sollte ihn auf eBill umstellen. Wer es nicht kann, fängt ihn mit der Mail-Regel ab.

---

Wo der Bexio-Posteingang strukturell scheitert — und wo Drittwerkzeuge die Lücke füllen

Selbst mit aufgeräumtem Kontaktverzeichnis, korrekt gesetzten Standardkonten, eingerichteten Mail-Forward-Regeln und dem Advanced-Paket bleiben Belegklassen, an denen Bexios Posteingang strukturell scheitert. Es lohnt sich, sie nüchtern zu benennen, bevor ein Drittwerkzeug evaluiert wird — sonst kauft man entweder zu früh oder löst das falsche Problem.

Vier Lücken, die kein Bexio-internes Setting schliesst:

• Sammelrechnungen mit vielen Positionen — die strukturelle Schwachstelle aus der Tabelle weiter oben. Wer pro Position eine eigene Buchungszeile mit eigener Kostenstelle braucht, etwa für die Pro-Mitarbeitenden-Abrechnung von Reisekosten, splittet im Hauptbuch von Hand auf.
• Mehrsprachige Belege — die zweite Schwachstelle aus der Tabelle. Ein KMU mit relevantem Anteil an Belegen aus der Romandie, dem Tessin oder dem internationalen Geschäft kontrolliert jeden Beleg Feld für Feld manuell, was den Erkennungs-Vorteil weitgehend aufzehrt.
• Volumen jenseits des Extraktions-Kontingents. Wer monatlich hunderte nicht-QR-Belege verarbeitet, stösst an die Paketgrenze. Der Sprung auf Advanced rechtfertigt sich aus dem Kontingent allein selten; meistens braucht es einen anderen Auslöser wie Workflow-Freigaben oder Treuhand-Funktionen, bevor der Umstieg sich lohnt.
• Spesenabrechnungen mit vielen Belegen pro Reise. bexio Go erfasst Einzelbelege, aber die Aggregation zu einer Reise-Spesenabrechnung mit Kategorien wie Übernachtung, Verpflegung und Transport erfordert weitere Schritte ausserhalb des Posteingangs — wer das systematisch lösen will, kombiniert die App-Erfassung mit einem reglementkonformen Workflow zur digitalen Schweizer Spesenabrechnung inklusive MWST-Vorsteuer-Recovery aus Belegen und übergibt das Ergebnis strukturiert an Bexio.

Das Bexio-Ökosystem an Drittwerkzeugen kennt drei prominente Anbieter, die genau an diesen Lücken ansetzen.

• kniv.ch ist Bexio-zertifizierter Partner mit Fokus auf Kreditoren- und Spesen-Automatisierung. Hauptansatz: Belege werden in kniv erfasst, mit Freigabe-Workflows versehen und strukturiert nach Bexio gespiegelt. Kniv adressiert primär die Workflow- und Spesen-Lücken, weniger die Mehrsprachigkeit oder Sammelrechnungen.
• Kontera baut einen eigenen Cloud-Buchhaltungs-Layer auf Bexio-Daten und erweitert die Kreditoren- und Auswertungs-Funktionen. Positioniert sich offen als Erweiterung für Treuhand-Mandate, in denen Bexio nativ an Grenzen kommt.
• magicheidi.ch ist eine Beratungs- und Workflow-Plattform mit Bexio-Anbindung, mehrsprachig DE/FR/IT. Stärker im Beratungs- und Workflow-Bereich als in der reinen Belegerkennung.

Alle drei sind sinnvoll, wenn das jeweilige Lückenprofil zum KMU passt. Keine der drei ersetzt eine reine, vorgelagerte Extraktionsschicht für die Klasse von Belegen, an denen Bexios Posteingang an OCR- oder Format-Grenzen stösst.

Eine vorgelagerte externe Extraktionsschicht funktioniert anders: die Belege laufen erst durch ein dediziertes Extraktionswerkzeug, das die Kontingent-, Mehrsprachen- und Sammelrechnungs-Probleme hardtechnisch löst, und werden danach als strukturierte Daten — Excel, CSV oder JSON — in Bexio überführt. In der Praxis heisst das: der Buchhalter lädt eine Stapel-Charge von nicht-QR-PDFs in das externe Tool, beschreibt im Prompt die nötigen Felder („Lieferantenname, IBAN, Datum, Netto, MWST-Satz, MWST-Betrag, Total — eine Zeile pro Rechnung"), erhält wenige Minuten später eine strukturierte Datei und importiert die Werte in Bexio entweder via Bexio-Schnittstelle oder als Massenanlage von Buchungen. Genau in dieser Rolle positioniert sich externe Belegerkennung als Ergänzung zum Bexio-Posteingang — als Schicht für die strukturellen Lücken, nicht als Bexio-Konkurrent.

Konkret zu unserem eigenen Werkzeug, weil es zur Lücke passt: Invoice Data Extraction nimmt Belege als Upload (PDF, JPG, PNG) bis zu 6'000 Dateien pro Batch oder einzelne PDFs bis zu 5'000 Seiten — was die Volumen-Lücke löst, die das Extraktions-Kontingent in Bexio offenlässt. Bei Sammelrechnungen lässt sich die Buchungspositions-Aufteilung im Prompt explizit anweisen, etwa „eine Zeile pro Rechnungsposition, mit wiederholter Rechnungsnummer" — und die Excel-Ausgabe enthält genau diese Zeilen, bereit zum Import in Bexio. Mehrsprachige Belege werden in Deutsch, Französisch, Italienisch, Englisch und weiteren Sprachen verarbeitet und in eine konsistente Spaltenstruktur konsolidiert. Die strukturierte Datei landet anschliessend in Bexio — entweder über die Bexio-Schnittstelle als Buchungs-Vorbefüllung oder als manueller Import in die Kreditorenbuchhaltung.

Ob ein KMU eine externe Schicht einsetzt, hängt vom realen Belegmix, vom Mandantenmodell und von der Volumen-Entwicklung ab. Ein lokaler Handwerksbetrieb mit zwanzig hauptsächlich Schweizer Lieferantenrechnungen pro Monat braucht keine vorgelagerte Extraktion; ein Marketing-KMU mit überwiegend internationalen Cloud-Lieferanten und mehrsprachigen Belegen oder eine Treuhand-Praxis mit zehn Mandaten unterschiedlicher Belegprofile spart messbar Zeit. Die Entscheidung hängt am eigenen Belegmix.

---

End-to-End-Workflow für ein typisches KMU

Ein KMU mit 50 bis 500 Lieferantenrechnungen pro Monat fährt mit Bexio am effizientesten, wenn die Belege vor der Verbuchung nach ihrem Eingangskanal sortiert werden — nicht in der Reihenfolge, in der sie eintreffen, sondern in der Reihenfolge, in der sie am wenigsten Aufwand erzeugen. Vier Kanäle decken die Schweizer Praxis ab.

Kanal eins: eBill direkt aus dem E-Banking. Lieferanten, die eBill anbieten, schicken die Rechnung strukturiert an die Hausbank. Sie erscheint im E-Banking als zur Freigabe stehende Zahlung, der Buchhalter klickt sie frei, Bexio holt sie via Bank-Schnittstelle als bereits vollständige Buchung ab. Zeitaufwand pro Beleg: rund zehn Sekunden für die Klickbestätigung. Der Buchhalter prüft, ob das Aufwandkonto am Lieferanten korrekt steht — sonst ist nichts zu tun. Wer abwägt, welche Lieferanten künftig auf eBill umgestellt werden sollen und welche besser über den QR-Pfad laufen, findet im Vergleich der zwei Schweizer Eingangskanäle und ihrer Rolle im AP-Posteingang-Workflow eine Entscheidungshilfe für den eigenen Belegmix.

Kanal zwei: QR-Rechnung als PDF im Web-Posteingang. Erreicht den Posteingang per Mail-Forward-Regel oder per Direktversand des Lieferanten an die Bexio-Posteingang-Adresse. Bexio liest QR-Code, Lieferant, IBAN, Betrag und Referenz automatisch aus, matched gegen das Kontaktverzeichnis und schlägt einen Buchungssatz vor. Zeitaufwand: rund 30 Sekunden für Vorschlag prüfen, gegebenenfalls Aufwandkonto anpassen, freigeben. Für die Schritte vor und nach Bexio — QR-Daten, Positionen, MWST und Export — hilft ein eigener Überblick zum Schweizer QR-Rechnungs-Workflow vom Scan bis zum Export.

Kanal drei: Nicht-QR-PDF. Hier liegt die Schwerpunkt-Entscheidung jedes Bexio-Anwenders. Variante A: per Mail-Forward in den Posteingang routen, Felder manuell erfassen — etwa zwei Minuten pro Beleg, bei mehrsprachigen Belegen länger. Variante B: extern vorab strukturieren, das Ergebnis als Excel oder CSV in Bexio importieren — etwa 30 Sekunden pro Beleg im strukturierten Lauf, plus die Einrichtung des externen Werkzeugs, die einmalig anfällt. Welche Variante günstiger ist, hängt am monatlichen Belegvolumen und am Mehrsprachen-Anteil. Faustregel: ab etwa 50 nicht-QR-Belegen pro Monat oder einem nennenswerten Anteil mehrsprachiger Belege wird Variante B wirtschaftlich.

Kanal vier: Papier oder Foto-Beleg. Spesen, Einzel-Quittungen, kleinere Lieferanten ohne digitale Rechnung. bexio Go App auf dem Smartphone: Foto, OCR-Vorausfüllung, Kontrolle der Felder, Speichern. Zeitaufwand: rund eine Minute pro Beleg, abhängig von Bildqualität und Belegsprache. Bei grösseren Mengen — etwa nach einer Geschäftsreise mit fünfzehn Belegen — ist eine externe Belegerkennung im Stapel oft schneller als fünfzehn Einzel-Foto-Sequenzen in der App.

Die Triage-Routine. Je nach Volumen einmal täglich oder einmal wöchentlich den Web-Posteingang durchgehen: alles mit grünem Häkchen (vollständige Vorschläge) als Stapel freigeben, alles Halb-erfasste in einer Sitzung manuell vervollständigen, alles Strukturelle (Sammelrechnungen, mehrsprachige Belege jenseits der OCR-Genauigkeit, ausserordentliche Buchungen) in einen separaten Stapel für Variante B oder manuelle Vertiefung legen. Die Mail-Forward-Regeln laufen im Hintergrund weiter — neu hinzukommende Lieferanten landen nach einmaliger Filter-Ergänzung direkt im richtigen Eingangskanal.

KMU, die Bexio mit anderen Schweizer Buchhaltungs-Plattformen vergleichen oder einen Migrationspfad evaluieren, finden in den parallelen Workflow-Beschreibungen — wie Abacus die Kreditorenbuchhaltung mit AbaScan und Belegfreigabe automatisiert, Belege und Bankauszüge in Banana Buchhaltung importieren und wie Crésus Comptabilité Lieferantenrechnungen mit QR-Faktura-Lesung, camt.053-Bankimport und externer OCR-Ergänzung verarbeitet — den direkten Vergleich, wie dieselbe Belegmix-Logik auf einer anderen Plattform-Architektur abgebildet wird.