Make, n8n und Zapier haben in diesem Hub je einen eigenen Beitrag — die im Schweizer KMU am weitesten verbreitete Business-Software bisher nicht. Dieser Artikel schliesst die Lücke von der Bexio-Seite her: Was das System in einer Automatisierungskette leistet, wie man technisch herankommt, was sich lohnt und wo die Grenzen liegen.
Welche Rolle Bexio in einer Automatisierungskette spielt
Bexio ist in einer Automatisierungskette das führende System für Stammdaten, Belege und Rechnungen — es liefert und empfängt Daten, übernimmt aber selbst keine Ablauflogik. Diese Unterscheidung klingt technisch, entscheidet aber über den Zuschnitt jedes Vorhabens.
Ein führendes System ist dasjenige, das im Konfliktfall recht hat. Wenn eine Kundenadresse im CRM und in Bexio unterschiedlich lautet, muss vorher festgelegt sein, welche gilt. Für Kontakte, die auf Rechnungen erscheinen, ist das in aller Regel Bexio — schon weil dort die buchhalterische Historie hängt.
Ablauflogik dagegen ist alles, was zwischen zwei Ereignissen passiert: «Wenn eine Rechnung als bezahlt markiert wird, dann setze im Projektsystem den Status und benachrichtige die Projektleitung.» Diese Wenn-Dann-Ketten gehören nicht in die Business-Software, sondern auf eine Automationsplattform daneben. Der Grund ist nicht technischer, sondern praktischer Natur: Logik, die in einer Standardsoftware versteckt ist, findet später niemand mehr.
Daraus ergibt sich das Muster, dem der ganze Artikel folgt:
| Schicht | Aufgabe | Wer |
|---|---|---|
| Datenhaltung | Stammdaten, Belege, Buchungen, Rechnungen | Bexio |
| Ablauflogik | Auslöser, Bedingungen, Reihenfolge, Fehlerbehandlung | Automationsplattform |
| Interpretation | unstrukturierten Text und Bilder in Felder übersetzen | Sprachmodell |
Wie die Bexio-Schnittstelle angesprochen wird
Der Zugriff erfolgt über die dokumentierte REST-Schnittstelle von bexio; die Authentifizierung läuft über OpenID Connect 1.0 beziehungsweise OAuth 2.0, für Server-zu-Server-Verbindungen über Personal Access Tokens. Welche Objekte und Kontingente verfügbar sind, gilt ausschliesslich in der Fassung der offiziellen Entwicklerdokumentation.
Authentifizierung
Die Dokumentation nennt drei Wege:
- Authorization Code Flow — für Anwendungen, die im Namen einer Nutzerin zugreifen und deren Einwilligung einholen
- Refresh Token Flow — um eine erteilte Berechtigung über die Laufzeit zu erneuern
- Personal Access Token (PAT) — für Server-zu-Server-Verbindungen ohne interaktive Anmeldung
idp.bexio.com nach auth.bexio.com/realms/bexio verschoben; der alte wurde per 31. März 2025 ausser Betrieb genommen. Wenn Sie auf eine ältere Anleitung oder ein altes Skript stossen, ist das der erste Punkt zum Prüfen.
Berechtigungen über Scopes
Der Zugriff wird nicht pauschal erteilt, sondern je Objektbereich über Scopes — etwa contact_show, kb_invoice_edit, project_show oder accounting. Eine Eigenheit ist dabei praktisch relevant: Wird ein Schreib-Scope angefordert, ist der Lesezugriff auf dieselbe Ressource automatisch eingeschlossen.
Für den Bau eines Ablaufs heisst das: Fordern Sie genau die Scopes an, die der Ablauf braucht, und nicht mehr. Ein Beleg-Import, der nur schreiben soll, braucht keinen Zugriff auf die Lohndaten — und wenn er ihn nicht hat, kann ihn auch ein Fehler im Ablauf nicht anrichten.
Objektumfang
Die Dokumentation führt unter anderem Kontakte samt Beziehungen, Gruppen und Adressen, Verkaufsdokumente (Offerten, Aufträge, Rechnungen, Lieferungen), Buchhaltung (Konten, manuelle Buchungen, Steuern, MWST-Perioden), Banking, Artikel und Produkte, Projekte und Zeiterfassung, Lohn (Mitarbeitende, Absenzen, Dokumente) sowie Dateien und Einkauf.
Kontingente
Es gibt eine Begrenzung der Aufrufe, und die Dokumentation beschreibt die dazugehörigen HTTP-Header. Konkrete Zahlen nennen wir hier bewusst nicht: Die Kontingente hängen vom gebuchten Plan ab und stehen nicht als feste Werte in der Schnittstellenbeschreibung. Der verlässliche Weg, den eigenen Wert zu erfahren, führt über die Antwort-Header eines echten Aufrufs. Bauen Sie den Ablauf deshalb so, dass er eine Drosselung verkraftet: Bei einer Ablehnung wegen zu vieler Anfragen wird gewartet und erneut versucht, statt den Lauf abzubrechen.
Quelle: bexio API documentation — abgerufen am 24. August 2026. Massgeblich ist immer die dortige aktuelle Fassung; die Angaben in diesem Abschnitt sind eine Zusammenfassung und ersetzen sie nicht.
Welche Bexio-Vorgänge sich zu automatisieren lohnen
Es lohnen sich Vorgänge mit Volumen und klarer Regel: Belege aus dem Postfach in Bexio überführen, Kontakte zwischen CRM und Bexio abgleichen, Rechnungen aus einem Auftragssystem erzeugen und Zahlungseingänge zurückmelden. Alle vier haben dieselbe Struktur — ein wiederkehrendes Ereignis, eine stabile Zuordnung, ein eindeutiges Zielobjekt.
Belege aus dem Postfach nach Bexio. Der häufigste Fall und meist der richtige Anfang. Eine Lieferantenrechnung trifft per Mail ein, ein Sprachmodell liest Lieferant, Rechnungsnummer, Betrag, MWST und Fälligkeit aus, der Ablauf legt den Beleg in Bexio an. Hier arbeiten alle drei Schichten zusammen — und hier zeigt sich, ob die Konfidenzschwelle richtig gesetzt ist.
Kontaktabgleich zwischen CRM und Bexio. Weniger spektakulär, aber der Vorgang, der am meisten stille Doppelarbeit beseitigt. Voraussetzung ist die Festlegung, welches System bei Widersprüchen gewinnt — und ein Abgleichsschlüssel, der stabil ist. E-Mail-Adressen taugen dafür besser als Firmennamen.
Rechnungen aus einem Auftragssystem. Wo Aufträge ausserhalb von Bexio entstehen — im Shop, im Projektwerkzeug, in einer Branchenlösung —, ist die Rechnungserstellung ein reiner Übersetzungsvorgang. Der Nutzen liegt weniger im Zeitgewinn als darin, dass Auftrag und Rechnung nicht mehr auseinanderlaufen.
Zahlungseingänge zurückmelden. Die Gegenrichtung: Sobald eine Rechnung in Bexio als bezahlt gilt, wird der Status dort gesetzt, wo der Auftrag herkam. Das ist der Vorgang, der Mahnläufe verhindert, die niemand mehr braucht.
Weitere Schnittmuster, auch aus anderen Systemen, sammeln die Use Cases nach Prozessart. Für Treuhandbüros, die Bexio im Mandantenauftrag führen, gilt zusätzlich eine eigene Betrachtung — sie steht im Beitrag zur Automatisierung im Treuhandwesen.
Der Vorgang, den fast alle übersehen
Jeder der vier Fälle schreibt in Bexio. Damit gilt für alle dieselbe Bedingung: Der Ablauf muss einen zweiten Durchlauf schadlos überstehen. Trifft dieselbe Rechnungsmail zweimal ein, wird ein Webhook nach ausbleibender Quittung erneut zugestellt, oder wiederholt die Plattform einen Aufruf nach einem Zeitüberschreitungsfehler, entsteht ohne Gegenmassnahme ein zweiter Beleg.
Die Lösung ist immer dieselbe: ein stabiler Schlüssel je Vorgang, gebildet aus den Fachdaten — Lieferant plus Rechnungsnummer, Auftragsnummer, Kontakt-E-Mail — und eine Suche über diesen Schlüssel vor dem Schreiben. Die Schnittstelle bietet für die meisten Objekte Suchfunktionen; genau dafür sind sie da. Was nicht taugt: Zeitstempel oder Lauf-Nummern der Plattform, weil sie sich beim Wiederholungsversuch ändern.
Welche Automationsplattform zu Bexio passt
Für Standardverknüpfungen genügt eine gehostete Plattform wie Make oder Zapier; sobald Daten die Schweiz nicht verlassen dürfen oder das Volumen die Betriebskosten dominiert, ist ein selbst gehostetes n8n die tragfähigere Wahl. Bei Bexio kommt allerdings ein Unterschied dazu, den ein allgemeiner Plattformvergleich nicht abbildet: Die drei Plattformen sind für dieses eine System unterschiedlich gut ausgestattet.
| Plattform | Stand der Bexio-Anbindung |
|---|---|
| Make | bexio ist als verifizierte App geführt und wird von Make selbst betreut. Die Übersicht weist 62 Module aus: 9 Auslöser, 43 Aktionen, 10 Suchfunktionen |
| Zapier | bexio ist als App verfügbar und lässt sich mit den übrigen Zapier-Anwendungen verbinden |
| n8n | Kein mitgelieferter Bexio-Knoten. Verfügbar ist eine Community-Node, die die bexio-Schnittstelle abdeckt; alternativ spricht man die Schnittstelle über den generischen HTTP-Knoten direkt an |
Die Abwägung lautet damit nicht «welche Plattform ist die beste», sondern: Wiegt die Datenhaltung im eigenen Haus den höheren Bauaufwand auf? Bei Lohndaten lautet die Antwort oft ja, bei einem Kontaktabgleich oft nein. Die allgemeine Gegenüberstellung der drei Plattformen — Preismodelle, Bedienung, Ausbaufähigkeit — steht unter Plattformen im Vergleich; wie sich der Betriebsaufwand rechnen lässt, unter Kosten und ROI rechnen.
Quellen: Make — bexio, Zapier — bexio Integrations und die Community-Node zurd46/n8n_node_bexio — abgerufen am 24. August 2026. Der Modulumfang bei Make ändert sich laufend; die Zahl ist ein Stand, kein Versprechen.
Was beim Datenschutz zu beachten ist
Sobald Kunden- und Lohndaten aus Bexio durch eine Automationsplattform oder ein Sprachmodell laufen, braucht es einen Auftragsbearbeitungsvertrag, einen definierten Datenstandort und einen Eintrag im Bearbeitungsverzeichnis. Der entscheidende Punkt: Die Daten liegen weiterhin in Bexio — aber sie fliessen jetzt woandershin, und dieser Fluss ist die Bearbeitung, um die es geht.
Vertiefen Sie Ihr Wissen:Drei Fragen sind vor dem ersten Produktivlauf zu beantworten:
Wer sieht die Daten? Jeder Dienst in der Kette. Bei einem Beleg-Import sind das mindestens die Automationsplattform und der Modellanbieter, oft dazu eine Zwischenablage. Für jeden braucht es eine vertragliche Grundlage und die Klärung, ob eine Unterbeauftragung zulässig ist.
Wo werden sie verarbeitet? Diese Frage entscheidet sich meist an der Plattform, nicht an Bexio. Eine gehostete Plattform verarbeitet dort, wo ihre Infrastruktur steht; selbst gehostetes n8n dort, wo Sie es hinstellen. Das ist der eigentliche Grund, weshalb bei Lohndaten so oft die Selbsthosting-Variante gewählt wird.
Welche Daten braucht der Ablauf wirklich? Die wirksamste Massnahme ist die einfachste: nur übertragen, was gebraucht wird. Ein Ablauf, der Rechnungsbeträge abgleicht, braucht keine Geburtsdaten von Mitarbeitenden. Die Scope-Struktur der Schnittstelle unterstützt genau das — nutzen Sie sie als Werkzeug der Datenminimierung und nicht bloss als Anmeldeformalität.
Was im Einzelnen zu regeln und zu dokumentieren ist, führt die Seite zu Auftragsbearbeitung und Datenstandort aus; den gesetzlichen Rahmen setzt das revidierte Datenschutzgesetz.
Wie der erste Workflow aufgebaut wird
Der erste Workflow ist einseitig und lesend — er holt Daten aus Bexio, ohne zurückzuschreiben — und wird erst nach einem fehlerfreien Durchlauf auf schreibende Vorgänge erweitert. Diese Reihenfolge ist kein Vorsichtsritual, sondern spart Aufräumarbeit: Ein lesender Ablauf, der falsch läuft, liefert falsche Zahlen. Ein schreibender, der falsch läuft, hinterlässt sie in Ihrer Buchhaltung.
Schritt 1 — Zugang einrichten und prüfen. Personal Access Token anlegen, Scopes auf das Nötige beschränken, einen einzelnen Aufruf absetzen und die Antwort ansehen. Notieren Sie dabei die Rate-Limit-Header — das ist der einzige verlässliche Weg zu Ihren tatsächlichen Kontingenten.
Schritt 2 — Einen lesenden Ablauf bauen. Ein sinnvoller Erstling: Jeden Morgen die offenen Rechnungen abrufen, die seit mehr als dreissig Tagen fällig sind, und die Liste in einen Chat-Kanal stellen. Nützlich vom ersten Tag an, schreibt nichts, und wenn er falsch läuft, merkt man es sofort.
Schritt 3 — Eine Woche laufen lassen. Stimmen die Zahlen mit dem überein, was Bexio selbst anzeigt? Was passiert bei einem Verbindungsfehler? Diese Woche ist nicht Vorsicht, sondern die Prüfung Ihrer Annahmen über die Schnittstelle.
Schritt 4 — Schreiben ergänzen, aber abgesichert. Erst jetzt der erste schreibende Vorgang — und von Anfang an mit dem Schlüssel gegen Doppelverarbeitung. Testen Sie ihn aktiv, indem Sie denselben Auslöser bewusst zweimal absetzen. Entstehen zwei Belege, ist der Ablauf nicht fertig.
Schritt 5 — Protokollieren. Jeder Lauf hinterlässt einen Eintrag: was verarbeitet wurde, mit welchem Schlüssel, mit welchem Ergebnis. Ohne dieses Protokoll ist die Frage «warum steht dieser Beleg so in Bexio» in drei Monaten nicht beantwortbar.
Wie sich diese Schritte in einer konkreten Plattform umsetzen lassen, zeigt die Anleitung ersten Workflow aufbauen.
Häufig gestellte Fragen
Brauche ich Programmierkenntnisse, um Bexio zu automatisieren?
Für die häufigen Fälle nein. Über Make oder Zapier verbinden Sie fertige Bexio-Module ohne Code. Verstehen sollten Sie trotzdem drei Dinge: was ein Scope ist und warum Sie ihn eng setzen, was passiert, wenn ein Aufruf abgelehnt wird, und warum ein Ablauf gegen Doppelverarbeitung abgesichert gehört. Das ist kein Programmieren, aber es ist der Unterschied zwischen einer Automation, die läuft, und einer, die Ihnen die Buchhaltung durcheinanderbringt. Ohne fertige Module — etwa über den HTTP-Knoten in n8n — brauchen Sie zusätzlich die Bereitschaft, die Schnittstellenbeschreibung selbst zu lesen.
Kann ich Bexio-Daten durch ein Sprachmodell laufen lassen?
Ja, wenn die Bearbeitung geregelt ist. In der Praxis läuft es meist andersherum: Nicht Bexio-Daten gehen zum Modell, sondern das Modell liest eingehende Dokumente und erzeugt daraus Daten für Bexio. Das ist die datenschutzfreundlichere Richtung, weil kein Bestand aus Bexio das Haus verlässt. Wo Sie doch Bestandsdaten übergeben — etwa Lieferantenlisten als Kontext für die Zuordnung —, geben Sie nur die Felder mit, die für die Aufgabe nötig sind.
Was passiert, wenn Bexio die Schnittstelle ändert?
Damit ist zu rechnen, und die Verschiebung des Authentifizierungs-Endpunkts per 31. März 2025 ist das jüngere Beispiel dafür. Drei Vorkehrungen helfen: Erstens ein Fehler-Alarm, der Sie erreicht, statt dass ein Ablauf still ausfällt. Zweitens eine feste Stelle, an der die Zugangsdaten liegen, statt sie in mehreren Abläufen zu verstreuen. Drittens die Gewohnheit, bei einer Fehlermeldung zuerst in die Entwicklerdokumentation zu schauen und nicht in eine ältere Anleitung im Netz. Bei Community-Nodes kommt dazu, dass zwischen einer Schnittstellenänderung und der Anpassung der Node Zeit vergehen kann — ein Grund mehr, den Alarm ernst zu nehmen.
Ersetzt eine Automatisierung meine Treuhandstelle?
Nein, sie verschiebt deren Arbeit. Was automatisiert wird, ist die Erfassung und die Weitergabe — nicht die Beurteilung, nicht die Beratung und nicht die Verantwortung für den Abschluss. In der Praxis ist es oft die Treuhandstelle selbst, die eine solche Automatisierung anstösst, weil sie das Belegvolumen mehrerer Mandate bewältigt. Die Sicht aus dem Treuhandbüro behandelt der Beitrag zur Automatisierung im Treuhandwesen.
Was kostet das im laufenden Betrieb?
Zwei Posten: der Plan der Automationsplattform und, wo ein Sprachmodell beteiligt ist, dessen Nutzungskosten nach Volumen. Belastbare Zahlen dazu stehen in den Preislisten der jeweiligen Anbieter und ändern sich mehrmals pro Jahr — deshalb führen wir hier keine auf. Der Posten, der in der ersten Rechnung regelmässig fehlt, ist ein dritter: die Pflege. Schnittstellen ändern sich, Lieferanten ändern Rechnungslayouts, Kontenpläne wachsen. Planen Sie ein festes Zeitbudget pro Quartal ein statt eines einmaligen Projekts.
