Die einheitliche Buchhaltungs-API für B2B-Fintechs

Was diese Plattformen verbindet, ist eine Abhängigkeit und kein Funktionsumfang. Ein Kreditorenprodukt liefert seinen Wert in dem Moment, in dem die freigegebene Eingangsrechnung im Hauptbuch des Kunden erscheint. Ein Mahnprodukt kann nicht anfangen, bevor es weiß, welche Rechnungen wirklich überfällig sind. Eine Spend-Plattform erzeugt Buchungen, die gegen echte Konten mit echten Steuerschlüsseln abzulegen sind. In jedem Fall sitzt das Buchhaltungssystem im Produkt und nicht daneben, und deshalb entscheidet die Abdeckung der Anbindungen in dieser Branche Abschlüsse und sonst fast nirgends.

Die Case Study zu Tipalti beschreibt, was das von innen kostet. Der Rollout begann in den Niederlanden mit Exact Online, dem System, in dem der dortige Mittelstand überwiegend seine Bücher führt, und ging mit DATEV in den DACH-Raum, wo die Anforderungen so verschieden sind, dass lokales Produktwissen eine eigene Kostenposition ist. Tipaltis eigenes Fazit war, dass es für eine selbst gebaute und gepflegte europäische Integrationsschicht keinen tragfähigen Business Case gäbe, und diesen Satz liest man besser zweimal, wenn die eigene Roadmap derzeit das Gegenteil annimmt.

Das Muster wiederholt sich je Markt und nicht je System. Nach Frankreich zu gehen heißt Pennylane und die Systeme drumherum, Schweden heißt Fortnox, Spanien hat seinen eigenen Satz. Nichts davon ist exotisch, und alles davon ist vermeidbare Arbeit, denn der Markt, in dem ein Kunde ist, ändert, mit welchem System Maesn spricht, und ändert nicht, was Ihr Code sendet. Neben Exact Online hat das vollständige Systemverzeichnis einen Länderfilter, Sie können einen Markt also prüfen, bevor Sie ein Quartal dafür einplanen.

Zwei der elf haben die ganze Geschichte dokumentiert, und Paywise ist die nützliche, wenn Sie einen Eigenbau abwägen: das Team versuchte eine einzelne Buchhaltungsanbindung selbst, fand die Arbeit deutlich über dem Geplanten und hatte den Wechsel in weniger als einem Sprint abgeschlossen. Was die Tabelle nicht ist, ist eine engere Auswahl. Jede Kategorie darin ist eine, die Maesn bereits für einen Kunden veröffentlicht, die fehlenden Kategorien sind also echte Lücken und keine Bescheidenheit.

Der Unterschied, auf den es in dieser Branche am meisten ankommt, liegt zwischen Daten liefern und auf ihnen rechnen. Maesn liefert die Journalhistorie, die Konten, die Salden und die offenen Posten in einer Form. Daraus eine Liquiditätsplanung, eine Kreditentscheidung oder eine Liquiditätslage zu machen, ist Ihr Produkt, und das soll es auch sein, denn das ist der Teil, für den Ihre Kunden Sie bezahlen.

Bankdaten sind der Fall, in dem die Richtung alles entscheidet, und diese Seite hatte es bis zum 10.08.2026 andersherum. Transaktionen in das Hauptbuch eines Kunden zu buchen ist bei vier Systemen dokumentiert und ein eigener Use Case, mit der Zertifizierungsfrage daran; sie wieder herauszulesen hat überhaupt keinen Endpunkt. Ein Fintech nimmt die Transaktionen also von einem Bankanbieter und reicht sie hier weiter, statt sie hier zu beziehen. Die Grenze, die ohne jede Einschränkung hält, ist die darüber: aus diesen Daten eine Planung, ein Limit oder eine Liquiditätslage zu machen, ist Ihr Produkt. Dasselbe gilt für die Aktualität, die aus einem Delta-Filter auf den GET-Endpunkten und aus einem Webhook-Modell mit normalisierter Nutzlast kommt und nicht aus einem Speicher Ihrer Kundendaten auf unserer Seite, und genau das verlangt die Sicherheitshaltung eines Unterauftragsverarbeiters für regulierte Unternehmen. Behalten wird der Nachweis, dass eine Übertragung stattfand, und nicht die Daten, die sich bewegt haben.

Wenn Sie die Mechanik wollen statt des Arguments, ist der Leitfaden zur Kreditorenbuchhaltung das kürzeste vollständige Beispiel: fünf dokumentierte Schritte, der Endpunkt hinter jedem und die Stelle, an der die Dokumentation eine Entscheidung an Sie zurückgibt. Dieselben fünf Schritte aus Sicht des Teams, das sie ausliefern muss, stehen auf der Seite für Produkt und Entwicklung.