QuickBooks-Alternativen, wenn Sie eine API brauchen, keine App
Warum Plattform-Teams aus QuickBooks herauswachsen, was „API, keine App“ tatsächlich erfordert und welche Alternativen für welche Aufgabe geeignet sind.
QuickBooks Online ist eine leistungsfähige Buchhaltungsanwendung für kleine Unternehmen mit einer großen Nutzerbasis, einer OAuth 2.0 REST API, Webhooks und einem beträchtlichen Entwickler-Ökosystem. Die meisten Teams, die nach einer Alternative suchen, sind mit der Anwendung an sich nicht unzufrieden. Sie stoßen auf ein anderes Problem: Sie benötigen eine Software, keine Person, um die Buchhaltung zu führen, und QuickBooks basiert auf der Annahme, dass dies ein Mensch tut.
Dieser Artikel behandelt diese Diskrepanz und zeigt, was man stattdessen verwenden kann. Wenn Sie ein kleines Unternehmen sind, das eine Buchhaltungssoftware auswählt, könnte QuickBooks durchaus die richtige Wahl sein, und nichts hiervon betrifft Sie.
Wo die Diskrepanz deutlich wird
Eine API-Verbindung entspricht einem Mandanten (company file). Die API von QuickBooks ist auf einen Mandanten beschränkt, der durch einen Realm identifiziert wird. Eine Plattform, die die Buchhaltung für 300 Verkäufergesellschaften (seller entities) benötigt, verwaltet 300 Verbindungen und 300 Abonnements, und nicht ein einziges Konto mit 300 integrierten Mandanten. Allein diese Tatsache bedeutet meist das Ende der Evaluierung.
Die API ist ein Begleiter der Anwendung, nicht das Produkt selbst. Neue Funktionen erscheinen in der Benutzeroberfläche und erreichen die API nach ihrem eigenen Zeitplan. Wenn Ihre gesamte Integration davon abhängt, dass eine Funktion über die API aufrufbar ist, bedeutet „in der App verfügbar“ nicht gleich „verfügbar“.
Die Ratenbegrenzung (Throttling) ist für die Synchronisierung ausgelegt, nicht für den Transaktionsfluss. Die Limits von QuickBooks werden üblicherweise mit 500 Anfragen pro Minute pro Mandant dokumentiert, wobei für Batch- und Report-Endpoints strengere Grenzen gelten; überprüfen Sie die aktuellen Zahlen anhand der offiziellen Entwicklerdokumentation von Intuit. Das ist großzügig für die Synchronisierung der Datensätze eines einzelnen Unternehmens, sieht jedoch ganz anders aus, wenn Ihre Plattform Buchungssätze für Tausende von Unternehmen in Echtzeit erfasst.
Die grenzüberschreitende EU-Besteuerung weist Lücken auf. Intuits eigenes Support-Material gibt an, dass es in QuickBooks kein Standardverfahren zur Erfassung der IOSS-Umsatzsteuer gibt, und verweist die Nutzer an einen Buchhalter oder Steuerberater. Für eine Plattform, die grenzüberschreitend in der EU verkauft, sind Fernverkäufe (distance-selling) und die Abwicklung über den One Stop Shop kein Randfall; dies sollte also für Ihre spezifischen Länder überprüft werden, bevor Sie mit der Entwicklung beginnen.
Nichts davon sind Fehler. Es sind die Konsequenzen daraus, eine exzellente Anwendung für Unternehmen zu entwickeln, die einen Buchhalter beschäftigen.
Was „API, keine App“ tatsächlich erfordert
Bevor man Alternativen vergleicht, ist es hilfreich zu benennen, was Plattform-Teams eigentlich fordern, denn „hat eine API“ erfüllt fast jedes System.
- Vollständige Abdeckung. Alles, was die Anwendung tun kann, ist auch aufrufbar. Die Position von Nordlet ist hierbei, dass die App keine privaten Endpoints hat – die Benutzeroberfläche nutzt dieselben Endpoints, die auch externen Aufrufern zur Verfügung stehen.
- Mehrmandantenfähigkeit (Multi-company) unter einem Konto. Buchhaltung für viele Rechtsträger (entities) ohne viele Abonnements.
- Idempotente Schreibvorgänge. Eine wiederholte Anfrage darf keine zweite Rechnung oder eine doppelte Journalbuchung (journal entry) erzeugen.
- Ereignisübermittlung (Event delivery). Webhooks, die bei Statusänderungen auslösen, sodass Ihr System reagiert, anstatt aktiv abzufragen (Polling).
- Erzwungene buchhalterische Invarianten. Unausgeglichene Buchungssätze werden abgelehnt, abgeschlossene Buchungsperioden gesperrt und gebuchte Belege können nicht mehr bearbeitet werden.
- Steuern als Daten, nicht als Bildschirmmaske. Steuersätze, Entscheidungen zum Ort der Lieferung (place-of-supply), Validierungsergebnisse und Steuerregister sind programmatisch zugänglich.
- Eine Sandbox, die der Produktionsumgebung entspricht, sowie unbegrenzte Testmandanten, damit Integrationstests kostengünstig sind.
Bewerten Sie jede Alternative anhand dieser Liste und nicht anhand einer bloßen Funktionsmatrix.
Die Alternativen, je nach Ihrem Vorhaben
| Ihre Situation | Die Lösung | Warum |
|---|---|---|
| Ihre Plattform muss die Buchhaltung für viele Mandanten (tenants) führen | Eine Embedded-Accounting-API wie Nordlet | Mehrmandantenfähigkeit unter einem Konto, nutzungsabhängige Abrechnung (metered pricing), serverseitige Durchsetzung von Buchhaltungsregeln |
| Ihre Kunden führen ihre Buchhaltung in QuickBooks und Sie integrieren sich dorthin | Bleiben Sie bei der QuickBooks-API oder nutzen Sie einen Aggregator | Die Buchhaltung gehört dem Kunden; sie dort abzuholen, ist der richtige Weg |
| Sie benötigen Datenaufzeichnungen in mehreren Buchhaltungs-Apps gleichzeitig | Ein Aggregator wie Codat, Rutter oder Merge | Eine einzige Schnittstelle für viele zugrundeliegende Systeme |
| Sie benötigen Wallet-Guthaben in Echtzeit, keine gesetzliche Buchhaltung (statutory books) | Ledger-Infrastruktur wie Modern Treasury Ledgers | Gebaut für hohen Durchsatz und Unveränderlichkeit, nicht für Steuererklärungen |
| Sie möchten ein einziges System für Operations und Finanzen | Ein ERP-System wie Odoo | Funktionsbreite, allerdings mit dem Aufwand des Eigenbetriebs |
| Sie sind ein kleines Unternehmen mit einem Buchhalter | Xero, QuickBooks oder ein lokales Äquivalent | Hier steht die Anwendung im Vordergrund |
Embedded-Accounting-API
Dies ist die direkte Antwort auf „API, keine App“. Das Buchhaltungssystem wird zu einem Backend-Service, den Ihr Produkt aufruft, und Ihre Nutzer bekommen niemals ein Hauptbuch (general ledger) zu sehen.
Nordlet ist genau dafür gebaut: ein unveränderliches Hauptbuch für die doppelte Buchführung (double-entry ledger), bei dem die Ausgeglichenheit der Buchungen durch einen Datenbank-Trigger zum Zeitpunkt des Commits erzwungen wird, lückenlose Belegnummerierung, Periodensperren (period locking), die Buchungen in einem bereits abgeschlossenen Monat mit einem 409 ablehnen, ein Audit-Protokoll (audit record) jeder Änderung, Unterstützung für Idempotency-Key, die bei einem erneuten Versuch die gespeicherte Antwort wiedergibt, sowie signierte Webhooks, die in derselben Datenbanktransaktion wie die eigentliche Änderung in eine transaktionale Outbox geschrieben werden. Die Preisgestaltung erfolgt nutzungsabhängig und nicht pro Mandant: ab 10 € pro Monat inklusive 3.000 API-Anfragen, mit unbegrenzten Mandanten, Nutzern und Sandbox-Unternehmen in jedem Tarif.
Die ehrlichen Einschränkungen: Nordlet befindet sich im Early Access und nimmt derzeit Design-Partner auf; die EU-Umsatzsteuer deckt länderspezifische Steuersätze, VIES-Validierung und die Berechnung von OSS/IOSS-Meldungen ab, aber länderspezifische Meldungspakete (domestic return packs) werden derzeit nur für drei Länder ausgeliefert — Litauen (FR0600), Deutschland (UStVA) und Polen (JPK_V7M) — und die Lohnbuchhaltung (payroll) ist bisher nur für Litauen verfügbar.
Aggregatoren
Codat, Rutter und Merge bieten Ihnen eine einheitliche Schnittstelle in das jeweilige Buchhaltungssystem, das jeder Kunde bereits verwendet. Wenn die Aufgabe Ihres Produkts darin besteht, die Buchhaltung Ihrer Kunden zu lesen oder zu beschreiben — z. B. bei Kreditvergabe, Ausgabenmanagement (spend management) oder Analytics —, ist dies die richtige Kategorie und ein Embedded Ledger wäre die falsche. Wenn Ihre Plattform jedoch das führende System (system of record) sein muss, kann ein Aggregator dies nicht leisten.
Ledger-Infrastruktur
Produkte in dieser Kategorie verfolgen Kontostände bei hohem Durchsatz auf unveränderliche Weise, ohne jedoch eine gesetzliche Buchhaltung (statutory accounting) durchzuführen. Sie eignen sich gut als Basis für ein Wallet- oder Zahlungsprodukt und überlassen Umsatzsteuer, Rechnungsstellung und Jahresabschlüsse einem anderen System.
ERP
Odoo und ähnliche Suiten decken weitaus mehr Geschäftsbereiche ab als nur die Buchhaltung. Der Kompromiss für Plattform-Entwickler ist die Integrationsfläche: Die externe API von Odoo arbeitet auf Datenmodellebene über RPC, laut Dokumentation ist der API-Zugriff auf den Custom-Tarif beschränkt, und die aktuellen RPC-Endpoints sollen durch eine neuere JSON-API ersetzt werden. Dies wird im Artikel Nordlet vs. Odoo für Plattform-Entwickler näher beleuchtet.
Wenn Sie von QuickBooks migrieren
Ein paar Dinge, die erfahrungsgemäß immer länger dauern als erwartet:
- Mapping des Kontenrahmens (Chart of accounts). Gehen Sie dabei überlegt vor und behalten Sie die alte Kontonummer als Referenzfeld im neuen Konto bei. Sie werden sie brauchen, wenn jemand fragt, warum sich eine Vergleichszahl verschoben hat.
- Eröffnungssalden (Opening balances). Migrieren Sie Salden zu einem bestimmten Stichtag (cut-off date), anstatt die gesamte Historie neu zu verbuchen. Halten Sie das alte System für die Dauer der Aufbewahrungsfrist lesbar, anstatt zu versuchen, Jahre von Buchungssätzen nachzustellen.
- Belegnummerierung. Entscheiden Sie, ob neue Nummernkreise (series) die alte Nummerierung fortsetzen oder neu beginnen, und prüfen Sie die Vorgaben in Ihrer Rechtsordnung, bevor Sie sich entscheiden.
- Offene Posten (Open items). Unbezahlte Rechnungen, nicht zugeordnete Gutschriften (unapplied credits) und teilweise abgestimmte Zahlungen (partially matched payments) müssen als offene Posten und nicht als Nettosalden übertragen werden, da sonst die Kontenabstimmung (Reconciliation) im Nachhinein nicht funktioniert.
- Steuerperioden. Migrieren Sie nicht mitten in einer Periode, es sei denn, Sie sind bereit, eine Steuererklärung aus zwei Systemen heraus zu erstellen.
- Betreiben Sie beide Systeme für einen Zyklus parallel. Verbuchen Sie denselben Monat in beiden Systemen und vergleichen Sie die Summen- und Saldenliste (trial balance), bevor Sie das alte System abschalten.
FAQ
Gibt es eine kostenlose Alternative zu QuickBooks?
Es gibt kostenlose und Open-Source-Buchhaltungssysteme, und Odoo bietet einen kostenlosen Tarif (free tier) an, der auf eine Anwendung beschränkt ist. Kostenlos bleibt für eine Plattform selten kostenlos, da sich die Kosten auf Hosting, Upgrades, Compliance-Updates und die Entwicklerzeit verlagern, die benötigt wird, um eine Integration am Laufen zu halten. Kalkulieren Sie die Gesamtkosten, nicht nur die Lizenz.
Was ist besser als QuickBooks für einen Marktplatz?
Insbesondere für die Buchhaltung von Marktplätzen ist eine Embedded-Accounting-API strukturell besser geeignet, da sie die Buchhaltung für viele Mandanten unter einem einzigen Konto führen kann, Buchhaltungsregeln serverseitig erzwingt und vollständig von Ihrer Software gesteuert wird. QuickBooks bleibt das bessere Produkt für ein einzelnes Unternehmen mit einem Buchhalter.
Hat QuickBooks eine API für Entwickler?
Ja. QuickBooks Online bietet eine OAuth 2.0 REST API mit Webhooks und einem Entwicklerportal. Die Einschränkung bei der Plattformnutzung ist nicht die Qualität der API, sondern ihr Geltungsbereich (Scope): Sie ist darauf ausgelegt, sich in die Buchhaltung eines Unternehmens zu integrieren, und nicht darauf, das Hauptbuch innerhalb eines anderen Produkts zu sein.
Kann ich QuickBooks behalten und eine Accounting-API hinzufügen?
Das können Sie, und einige Teams tun dies auch: Die eigene Buchhaltung der Plattform liegt in einem Embedded Ledger, während Integrationen zusammenfassende Journalbuchungen (summary journals) in das jeweilige Buchhaltungssystem pushen, das der Geschäftskunde nutzt. Die Grundregel lautet, dass für jeden Buchführungskreis immer genau ein System das führende System (system of record) ist. Wenn zwei Systeme den Anspruch erheben, maßgeblich zu sein, ist das der Anfang von Abstimmungsproblemen.
Wie wäre es stattdessen mit Xero?
Xero ist als Anwendung eine starke Alternative und verfügt über eine gut dokumentierte API, weist jedoch die gleiche strukturelle Form auf: Abonnements und API-Limits gelten pro Organisation, und nicht zertifizierte Apps sind auf maximal 25 verbundene Organisationen beschränkt. Der Vergleich wird im Artikel Nordlet vs. Xero für Embedded Accounting dargelegt.