QuickBooks-Alternativen, wenn Sie eine API und keine App brauchen

Warum Platform-Teams QuickBooks entwachsen, was „API statt App“ tatsächlich voraussetzt und welche Alternative zu welchem Anwendungsfall passt.

QuickBooks Online ist eine leistungsstarke Buchhaltungsanwendung für kleine Unternehmen mit einer großen Nutzerbasis, einer OAuth-2.0-REST-API, Webhooks und einem umfangreichen Entwickler-Ökosystem. Die meisten Teams, die nach einer Alternative suchen, sind nicht unzufrieden mit der Anwendung als solchem. Sie sind auf ein anderes Problem gestoßen: Sie brauchen Software, keine Person, die die Bücher führt, und QuickBooks basiert auf der Annahme, dass eine Person dies tut.

In diesem Artikel geht es um diese Diskrepanz und darum, was stattdessen zu verwenden ist. Wenn Sie ein kleines Unternehmen sind und eine Buchhaltungssoftware auswählen, ist QuickBooks möglicherweise genau die richtige Wahl und nichts davon trifft auf Sie zu.

Wo sich die Diskrepanz zeigt

Eine API-Verbindung entspricht einer Firmendatei. Die API von QuickBooks ist auf ein einzelnes Unternehmen beschränkt, das über einen Realm identifiziert wird. Eine Plattform, die die Bücher für 300 Verkäufereinheiten verwalten muss, verwaltet somit 300 Verbindungen und 300 Abonnements und nicht ein einzelnes Konto mit 300 Unternehmen darin. Diese einfache Tatsache beendet in der Regel die Evaluierung.

Die API ist eine Ergänzung zur Anwendung, nicht das Produkt selbst. Funktionen erscheinen in der Benutzeroberfläche und erreichen die API nach ihrem eigenen Zeitplan. Wenn Ihre gesamte Integration darauf angewiesen ist, dass eine Funktion per Funktionsaufruf (callable) verfügbar ist, ist „in der App verfügbar“ eben nicht dasselbe wie über die API verfügbar.

Das Throttling ist auf Synchronisierung ausgelegt, nicht auf Transaktionsströme. Die Limits von QuickBooks sind allgemein bekannt auf 500 Anfragen pro Minute und Unternehmen festgelegt, wobei für Batch- und Berichts-Endpunkte strengere Grenzen gelten. Die aktuellen Zahlen sollten Sie direkt in der Entwicklerdokumentation von Intuit überprüfen. Das ist großzügig für die Synchronisierung der Datensätze eines einzelnen Unternehmens, aber eine ganz andere Herausforderung, wenn Ihre Plattform die Buchungen für Tausende von Unternehmen in Echtzeit durchführt.

Grenzüberschreitende EU-Steuern weisen Lücken auf. Das eigene Support-Material von Intuit besagt, dass es kein Standardverfahren zur Erfassung der IOSS-Umsatzsteuer in QuickBooks gibt, und verweist Nutzer an einen Buchhalter oder Steuerberater. Für eine Plattform, die über EU-Grenzen hinweg verkauft, ist die Abwicklung von Fernverkäufen und dem One-Stop-Shop (OSS) kein Sonderfall; daher lohnt es sich, dies für Ihre spezifischen Länder vor der Entwicklung zu überprüfen.

Keiner dieser Punkte ist ein Mangel. Sie sind lediglich die Konsequenz daraus, eine hervorragende Anwendung für Unternehmen zu entwickeln, die einen Buchhalter beschäftigen.

Was „API statt App“ tatsächlich voraussetzt

Bevor man Alternativen vergleicht, hilft es zu benennen, wonach Plattformteams eigentlich suchen, denn die Eigenschaft „hat eine API“ erfüllen fast alle Systeme.

Vollständige Abdeckung. Alles, was die Anwendung leisten kann, muss auch per API aufrufbar sein. Nordlet vertritt hier den Standpunkt, dass die App keine privaten Endpunkte hat, denn die Benutzeroberfläche nutzt dieselben Endpunkte, die auch externen Aufrufern zur Verfügung stehen.
Mehrere Unternehmen unter einem Account. Bücher für viele Einheiten, ohne dass dafür zahlreiche Abonnements nötig sind.
Idempotente Schreibvorgänge (Idempotent writes). Eine wiederholte Anfrage darf keine zweite Rechnung oder einen doppelten Buchungssatz erzeugen.
Ereignisgesteuerte Bereitstellung. Webhooks, die bei Statusänderungen ausgelöst werden, sodass Ihr System reagiert, statt permanent abzufragen (polling).
Durchgesetzte Buchhaltungs-Invarianten. Nicht ausgleichende Buchungen werden abgelehnt, abgeschlossene Perioden sind gesperrt, gebuchte Dokumente lassen sich nicht mehr bearbeiten.
Steuern als Daten, nicht als Bildschirmmaske. Steuersätze, Bestimmungen zum Ort der Lieferung (place-of-supply), Validierungsergebnisse und Register sind programmgesteuert erreichbar.
Eine Sandbox, die der Produktion entspricht, sowie unbegrenzte Testunternehmen, damit Integrationstests günstig bleiben.

Messen Sie jede Alternative an dieser Liste anstatt an einer Funktionsmatrix.

Die Alternativen nach Anwendungsfall

Ihre Situation	Greifen Sie zu	Warum
Ihre Plattform muss die Bücher für viele Mandanten führen	Einer Embedded-Accounting-API wie Nordlet	Mehrere Unternehmen unter einem Account, verbrauchsabhängige Preisgestaltung (metered pricing), serverseitig durchgesetzte Buchhaltungsregeln
Ihre Kunden führen die Bücher in QuickBooks und Sie integrieren sich dorthin	Bleiben Sie bei der QuickBooks-API oder nutzen Sie einen Aggregator	Die Bücher gehören dem Kunden; sich dort einzubinden, ist der richtige Weg
Sie benötigen gleichzeitig Bücher in mehreren Buchhaltungs-Apps	Einem Aggregator wie Codat, Rutter oder Merge	Eine einheitliche Schnittstelle über viele zugrundeliegende Systeme hinweg
Sie benötigen Echtzeit-Wallet-Guthaben und keine gesetzlichen Bücher	Ledger-Infrastruktur wie Modern Treasury Ledgers	Auf Durchsatz und Unveränderlichkeit ausgelegt, nicht auf Steuererklärungen
Sie möchten ein einziges System für Betrieb und Finanzen	Einem ERP wie Odoo	Großer Funktionsumfang zum Preis des Eigenbetriebs
Sie sind ein kleines Unternehmen mit einem Buchhalter	Xero, QuickBooks oder einem lokalen Äquivalent	Die Anwendung steht hier im Mittelpunkt

Embedded Accounting API

Dies ist die direkte Antwort auf die Anforderung „API statt App“. Das Buchhaltungssystem wird zu einem Backend-Dienst, den Ihr Produkt aufruft, und Ihre Nutzer bekommen niemals ein Hauptbuch (general ledger) zu Gesicht.

Nordlet ist genau für diesen Zuschnitt gebaut: ein unveränderliches (immutable) Ledger mit doppelter Buchführung, bei dem das Gleichgewicht durch einen Datenbank-Trigger zum Commit-Zeitpunkt erzwungen wird, lückenlose Belegnummern, Periodensperren, die Buchungen mit Datum in einem geschlossenen Monat mit einem 409-Fehler ablehnen, ein Audit-Protokoll jeder Änderung, Unterstützung für Idempotency-Key zur Wiedergabe der gespeicherten Antwort bei einem Wiederholungsversuch sowie signierte Webhooks, die im Rahmen derselben Transaktion in eine transaktionale Outbox geschrieben werden. Die Preise sind verbrauchsabhängig statt pro Unternehmen gestaffelt: ab 10 € pro Monat inklusive 3.000 Anfragen, wobei unbegrenzt viele Unternehmen, Nutzer und Sandbox-Testunternehmen in jedem Tarif enthalten sind.

Die ehrlichen Grenzen: Nordlet befindet sich in einer Early-Access-Phase und arbeitet mit Design-Partnern zusammen; die EU-Umsatzsteuer deckt länderspezifische Sätze, VIES-Validierung und die Berechnung der OSS/IOSS-Meldungen ab, aber lokale Steuermodule sind derzeit für drei Länder verfügbar – Litauen (FR0600), Deutschland (UStVA) und Polen (JPK_V7M) –, während die Lohnbuchhaltung auf Litauen beschränkt ist.

Aggregatoren

Codat, Rutter und Merge bieten eine einheitliche Schnittstelle zu dem jeweiligen Buchhaltungssystem, das Ihre Kunden bereits verwenden. Wenn die Aufgabe Ihres Produkts darin besteht, die Bücher Ihrer Kunden zu lesen oder zu beschreiben – wie bei Kreditvergabe, Ausgabenmanagement oder Analysen –, ist dies die richtige Kategorie, während ein Embedded Ledger hier ungeeignet wäre. Wenn Ihre Plattform jedoch die führende Datenquelle (system of record) sein muss, kann ein Aggregator diese Rolle nicht übernehmen.

Ledger-Infrastruktur

Produkte in dieser Kategorie verfolgen Salden unveränderlich und mit hohem Durchsatz, ohne gesetzliche Buchhaltung durchzuführen. Sie eignen sich hervorragend für Wallet- oder Zahlungsprodukte und überlassen Mehrwertsteuer, Rechnungsstellung sowie Jahresabschlüsse anderen Systemen.

ERP

Odoo und ähnliche Suiten decken weitaus mehr Bereiche des Unternehmens ab als nur die Buchhaltung. Der Kompromiss für Plattformentwickler liegt hier in der Integrationsschnittstelle: Die externe API von Odoo arbeitet auf der Datenmodellebene über RPC, die Dokumentation weist darauf hin, dass der API-Zugriff auf den Custom-Tarif beschränkt ist, und die aktuellen RPC-Endpunkte sollen durch eine neuere JSON-API ersetzt werden. Dies wird in Nordlet vs. Odoo für Plattformentwickler genauer erläutert.

Wenn Sie von QuickBooks migrieren

Einige Dinge dauern zuverlässig länger als erwartet:

Zuordnung des Kontenplans (Chart of accounts mapping). Gehen Sie dabei systematisch vor und behalten Sie den alten Kontonummercode als Referenzfeld im neuen Konto bei. Sie werden ihn benötigen, wenn jemand fragt, warum sich ein Vergleichswert verändert hat.
Eröffnungsbilanzen. Migrieren Sie die Salden zu einem Stichtag, anstatt die Historie erneut zu buchen. Halten Sie das alte System für den gesetzlichen Aufbewahrungszeitraum lesbar, anstatt zu versuchen, jahrelange Buchungen nachzuspielen.
Belegnummerierung. Legen Sie fest, ob neue Serien die alte Nummerierung fortsetzen oder von vorne beginnen, und prüfen Sie vorab die rechtlichen Anforderungen in Ihrer Jurisdiktion.
Offene Posten. Unbezahlte Rechnungen, nicht zugeordnete Gutschriften und teilweise abgeglichene Zahlungen müssen als offene Posten und nicht als Nettosalden übernommen werden, da der Abgleich sonst fehlschlägt.
Steuerperioden. Migrieren Sie nicht mitten in einer Periode, es sei denn, Sie sind darauf vorbereitet, eine Steuererklärung aus zwei Systemen heraus zu erstellen.
Parallelbetrieb für einen Abrechnungszyklus. Buchen 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 Open-Source-Buchhaltungssysteme, und Odoo bietet einen kostenlosen Tarif an, der auf eine Anwendung beschränkt ist. Für eine Plattform bleibt „kostenlos“ jedoch selten kostenlos, da sich die Kosten auf Hosting, Upgrades, Compliance-Updates und den Entwicklungsaufwand verlagern, um eine Integration am Laufen zu halten. Bewerten Sie die Gesamtkosten, nicht nur die Lizenz.

Was ist für Marktplätze besser als QuickBooks?

Speziell für die Marktplatzbuchhaltung passt eine Embedded Accounting API strukturell besser, da sie die Bücher für viele Einheiten unter einem Account führen, Buchhaltungsregeln serverseitig durchsetzen und vollständig von Ihrer Software gesteuert werden kann. QuickBooks bleibt hingegen 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 ein Entwicklerportal. Die Einschränkung für den Einsatz auf Plattformen liegt nicht in der Qualität der API, sondern in ihrem Anwendungsbereich: Sie ist darauf ausgelegt, sich in die Bücher eines Unternehmens zu integrieren, und nicht als Hauptbuch im Inneren eines anderen Produkts zu dienen.

Kann ich QuickBooks behalten und eine Buchhaltungs-API hinzufügen?

Das ist möglich, und einige Teams handhaben es so: Die eigenen Bücher der Plattform liegen in einem Embedded Ledger, während Integrationen zusammenfassende Buchungen in das jeweilige Buchhaltungssystem der einzelnen Geschäftskunden übertragen. Der wichtigste Grundsatz dabei ist, dass exakt ein System die führende Quelle für einen bestimmten Satz von Büchern darstellt. Wenn zwei Systeme beanspruchen, autoritativ zu sein, ist das der Ursprung von Abstimmungsproblemen.

Was spricht stattdessen für Xero?

Xero ist eine starke Alternative als Anwendung und verfügt über eine gut dokumentierte API, weist jedoch denselben strukturellen Aufbau auf: Abonnements und API-Limits gelten pro Organisation, und unzertifizierte Apps sind auf 25 verbundene Organisationen beschränkt. Dieser Vergleich wird in Nordlet vs. Xero für Embedded Accounting dargelegt.