Make, n8n und Zapier haben in diesem Hub je einen eigenen Beitrag — Bexio bisher nicht. Der Anbieter schreibt auf seiner Startseite bexio — Business Software für KMU in der Schweiz, abgerufen am 25. August 2026: «Über 100'000 Unternehmen vertrauen auf bexio: Die einfache Business-Software für Schweizer KMU, Selbständige und Startups.» Das ist eine Selbstauskunft und keine erhobene Marktzahl — und sie zählt neben Unternehmen ausdrücklich auch Selbständige und Startups mit. Zur Erklärung der Lücke reicht sie. Dieser Artikel schliesst sie 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 keine Ablauflogik zwischen Bexio und Drittsystemen. Innerhalb der eigenen Software automatisiert es sehr wohl. 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 im hier gemeinten Sinn ist alles, was zwischen zwei Systemen passiert: «Wenn eine Rechnung als bezahlt markiert wird, dann setze im Projektsystem den Status und benachrichtige die Projektleitung.» Diese systemübergreifenden 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.
Abzugrenzen davon ist die Automatisierung, die bexio innerhalb der eigenen Software leistet — sie ist ausdrücklich vorhanden. Der Anbieter schreibt: «Sobald ein Kunde eine Rechnung bezahlt, erkennt und verbucht bexio das dank direkter Bankanbindung komplett von allein; ein Beispiel von vielen. Mit diesen Automatisierungen, die, wenn immer sinnvoll, künstliche Intelligenz nutzen, reduzierst du administrative Fehler auf ein Minimum und sparst täglich wertvolle Zeit.» Auch wiederkehrende Rechnungsläufe sind eine Regel innerhalb von Bexio: Die Schnittstellenbeschreibung führt unter «Orders» die Endpunkte «Show repetition», «Edit a repetition» und «Delete a repetition». Wer die eigene Kette zuschneidet, prüft deshalb zuerst, ob der Vorgang ganz in Bexio bleibt — und zieht erst dann eine Plattform daneben.
Quellen: bexio — Business Software für KMU in der Schweiz und bexio API documentation, Abschnitt «Orders» — abgerufen am 25. August 2026. Die Aussagen zum Funktionsumfang sind Anbieterangaben und keine geprüften Messwerte.Daraus ergibt sich das Muster, dem der ganze Artikel folgt:
| Schicht | Aufgabe | Wer |
|---|---|---|
| Datenhaltung | Stammdaten, Belege, Buchungen, Rechnungen | Bexio |
| Ablauflogik zwischen Systemen | 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. Massgeblich für den Objektumfang ist ausschliesslich die offizielle Entwicklerdokumentation in ihrer jeweiligen Fassung; einen Zahlenwert für die Aufrufbegrenzung nennt sie nicht.
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 braucht keinen Zugriff auf die Lohndaten — und wo kein Zugriff auf eine Datenkategorie besteht, kann ein Fehler im Ablauf an dieser Kategorie keinen Schaden anrichten. Dass ein Schreib-Scope den Lesezugriff einschliesst, macht die enge Auswahl nicht überflüssig, sondern wichtiger: Wer contact_edit anfordert, bekommt das Lesen der Kontakte gratis dazu — und sollte deshalb genau prüfen, ob er das Schreiben überhaupt braucht.
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. Die Dokumentation sagt dazu wörtlich: «The bexio API enforces a rate limit that limits the number of requests a company can make per minute. If this limit is reached, the API will return a 429 status code to the client.» Beschrieben werden drei Header: RateLimit-Limit («The current limit for this time period»), RateLimit-Remaining («The remaining amount of requests allowed for this time period») und RateLimit-Reset («The remaining time until the next time period starts (seconds)»). Eine Zahl nennen wir hier nicht — die Dokumentation nennt selbst keine. Der einzige Weg zum eigenen Wert führt über RateLimit-Limit in der Antwort 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, Abschnitte «Rate Limiting», «API Scopes» und «Migration from idp.bexio.com to auth.bexio.com» — abgerufen am 25. 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. Ein naheliegender Anfang, weil er ohne Eingriff in bestehende Abläufe auskommt. 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 ein Vorgang, der 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
Drei der vier Fälle schreiben in Bexio; der vierte, die Rückmeldung von Zahlungseingängen, liest aus Bexio und schreibt ins Auftragssystem. Die Richtung ändert nichts an der Bedingung, denn geschrieben wird in allen vier Fällen: 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 in Bexio — beziehungsweise, in der Gegenrichtung, eine zweite Statusmeldung im Auftragssystem.
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 das Community-Paket @zurdai/n8n-nodes-bexio im npm-Verzeichnis, zuletzt in Version 1.2.2 vom 8. Juli 2026; alternativ spricht man die Schnittstelle über den generischen HTTP-Knoten direkt an |
@zurdai/n8n-nodes-bexio lässt sich das an einem Detail zeigen: Die Paketangaben auf npm verweisen auf ein GitHub-Repository, das beim Abruf am 25. August 2026 nicht mehr erreichbar war (HTTP 404). Das Paket selbst ist installierbar, der öffentliche Quellcode dazu aber nicht einsehbar — genau die Art von Prüfung, die vor dem Einsatz einer Community-Node ansteht. Der Weg über den generischen HTTP-Knoten ist dafür unabhängig von jeder Node-Pflege — er verlangt nur, dass Sie die Schnittstelle selbst lesen.
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 der npm-Verzeichniseintrag @zurdai/n8n-nodes-bexio — abgerufen am 25. August 2026. Aus dem npm-Eintrag stammen Version 1.2.2 und das Veröffentlichungsdatum 8. Juli 2026; das dort hinterlegte GitHub-Repository liefert HTTP 404. 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, ist das eine Bearbeitung im Auftrag: Sie verlangt die vertragliche Grundlage nach Art. 9 DSG und, wenn die Daten die Schweiz verlassen, zusätzlich eine Grundlage für die Bekanntgabe ins Ausland nach Art. 16 DSG. Ein Eintrag im Bearbeitungsverzeichnis ist für Unternehmen, die am 1. Januar eines Jahres weniger als 250 Mitarbeitende beschäftigen, dagegen die Ausnahme und nicht die Regel. Der entscheidende Punkt: Die Daten liegen weiterhin in Bexio — aber sie fliessen jetzt woandershin, und dieser Fluss ist die Bearbeitung, um die es geht.
Drei Fragen sind vor dem ersten Produktivlauf zu beantworten — und eine verbreitete Annahme ist vorher auszuräumen:
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.
Vertiefen Sie Ihr Wissen: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 ein Grund, der bei Lohndaten für die Selbsthosting-Variante spricht.
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.
Und was das Gesetz dabei nicht verlangt. In vielen Ratgebern steht der Eintrag im Bearbeitungsverzeichnis als ausnahmslose Pflicht. Für ein KMU dieser Grössenordnung besteht sie in aller Regel gar nicht. Art. 24 DSV lautet wörtlich: «Unternehmen und andere privatrechtliche Organisationen, die am 1. Januar eines Jahres weniger als 250 Mitarbeiterinnen und Mitarbeiter beschäftigen, sowie natürliche Personen sind von der Pflicht befreit, ein Verzeichnis der Bearbeitungstätigkeiten zu führen, ausser eine der folgenden Voraussetzungen ist erfüllt: a. Es werden besonders schützenswerte Personendaten in grossem Umfang bearbeitet. b. Es wird ein Profiling mit hohem Risiko durchgeführt.»
Entscheidend ist damit Buchstabe a: Sind Lohn- und Buchhaltungsdaten besonders schützenswert? Nein. Art. 5 lit. c DSG zählt diese Kategorie abschliessend auf — religiöse, weltanschauliche, politische oder gewerkschaftliche Ansichten oder Tätigkeiten, Gesundheit, Intimsphäre, Zugehörigkeit zu einer Rasse oder Ethnie, genetische Daten, biometrische Daten zur eindeutigen Identifizierung, verwaltungs- oder strafrechtliche Verfolgungen oder Sanktionen sowie Massnahmen der sozialen Hilfe. Finanz-, Lohn- und Buchhaltungsdaten stehen nicht darin.
Für ein KMU, das am 1. Januar des Jahres weniger als 250 Mitarbeitende beschäftigt, entsteht die Verzeichnispflicht also nicht schon dadurch, dass ein Beleg- oder Kontaktabgleich läuft. Sie entsteht, wenn eine der beiden Voraussetzungen doch erfüllt ist — etwa wenn ein Ablauf in grossem Umfang Absenzdaten mitführt, aus denen sich Gesundheitsangaben ablesen lassen, oder wenn aus den Daten ein Profiling mit hohem Risiko wird. Wer das Verzeichnis trotzdem führt, tut sich einen Gefallen: Es ist die einzige Stelle, an der später steht, welcher Ablauf welche Daten wohin gibt. Nur ist es dann eine gute Gewohnheit und keine Rechtspflicht.
Der «definierte Datenstandort» ist ebenfalls keine eigene Pflicht des DSG, sondern die praktische Folge von Art. 16 DSG: Wer weiss, wo verarbeitet wird, weiss, ob eine Bekanntgabe ins Ausland vorliegt und welche Grundlage sie braucht.
Quellen: Datenschutzgesetz (DSG, SR 235.1) Art. 5 lit. c, Art. 9 und Art. 16, sowie Datenschutzverordnung (DSV, SR 235.11) Art. 24. Geltende Fassungen: DSG Stand am 7. Juli 2025, DSV Stand am 1. Dezember 2025 — am 31. August 2026 am Volltext beider Erlasse geprüft. Der Wortlaut der hier zitierten Artikel ist gegenüber der Fassung vom 1. September 2023 zeichengenau unverändert; die Erstfassung dieses Abschnitts nannte jedoch jene ältere Fassung als Stand, was seit den Konsolidierungen von 2024 und 2025 nicht mehr zutraf. Hinweis zur Nachprüfung: Die verlinkten ELI-Seiten laden ihren Text per JavaScript nach — ein maschineller Abruf erhält nur die Hülle, nicht den Gesetzestext. Das ist eine Einordnung der Rechtslage und keine Rechtsberatung.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. Naheliegend ist der Anstoss aus der Treuhandstelle selbst, weil dort das Belegvolumen mehrerer Mandate zusammenläuft; das ist eine Einschätzung und keine erhobene Zahl. 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 — dort und nicht hier sind sie verbindlich, deshalb führen wir 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.
Quellen
- bexio — Business Software für KMU in der Schweiz und bexio API documentation, Abschnitt «Orders» — abgerufen am 25. August 2026. Die Aussagen zum Funktionsumfang sind Anbieterangaben und keine geprüften Messwerte.
- bexio API documentation, Abschnitte «Rate Limiting», «API Scopes» und «Migration from idp.bexio.com to auth.bexio.com» — abgerufen am 25. August 2026. Massgeblich ist immer die dortige aktuelle Fassung; die Angaben in diesem Abschnitt sind eine Zusammenfassung und ersetzen sie nicht.
- Make — bexio, Zapier — bexio Integrations und der npm-Verzeichniseintrag @zurdai/n8n-nodes-bexio — abgerufen am 25. August 2026. Aus dem npm-Eintrag stammen Version 1.2.2 und das Veröffentlichungsdatum 8. Juli 2026; das dort hinterlegte GitHub-Repository liefert HTTP 404. Der Modulumfang bei Make ändert sich laufend; die Zahl ist ein Stand, kein Versprechen.
- Datenschutzgesetz (DSG, SR 235.1) Art. 5 lit. c, Art. 9 und Art. 16, sowie Datenschutzverordnung (DSV, SR 235.11) Art. 24. Geltende Fassungen: DSG Stand am 7. Juli 2025, DSV Stand am 1. Dezember 2025 — am 31. August 2026 am Volltext beider Erlasse geprüft. Der Wortlaut der hier zitierten Artikel ist gegenüber der Fassung vom 1. September 2023 zeichengenau unverändert; die Erstfassung dieses Abschnitts nannte jedoch jene ältere Fassung als Stand, was seit den Konsolidierungen von 2024 und 2025 nicht mehr zutraf. Hinweis zur Nachprüfung: Die verlinkten ELI-Seiten laden ihren Text per JavaScript nach — ein maschineller Abruf erhält nur die Hülle, nicht den Gesetzestext. Das ist eine Einordnung der Rechtslage und keine Rechtsberatung.
