Kreditorenbuchhaltung, bis ins Hauptbuch

Der Anlage-Aufruf ist der kurze Teil. Eine Eingangsrechnung braucht einen Lieferanten, zu dem sie gehört, ein Sachkonto, auf das sie bucht, und einen Steuercode, den das empfangende System kennt, und all das liegt in der Konfiguration des Kunden und nicht in Ihrem Produkt. Arbeitet der Kunde mit Klassen, Standorten oder Abteilungen, müssen diese Dimensionen ebenfalls gelesen werden, denn eine Buchung ohne sie liegt am falschen Platz, auch wenn jeder Betrag stimmt.

Deshalb ist die erste Stufe des Ablaufs Lesen und nicht Schreiben, und deshalb steht der Lieferantenabgleich am Anfang. Eine Eingangsrechnung verweist auf einen Lieferanten, und wenn Ihre Datensätze und die Buchhaltungsplattform sich uneinig sind, wer dieser Lieferant ist, bekommen Sie entweder einen abgelehnten Schreibvorgang oder ein Duplikat, das später jemand aufräumen muss. Diese Einigkeit herzustellen ist eine Arbeit für sich, und deshalb hat sie einen eigenen Use Case.

Was Maesn ändert, ist nicht die Zahl der Schritte, sondern wie oft Sie sie umsetzen. Dieselben Lesezugriffe und derselbe Schreibvorgang arbeiten gleich, ob der Kunde auf DATEV, Exact Online oder Xero ist, weil sie über ein einheitliches Datenmodell ankommen statt im Vokabular des jeweiligen Herstellers. Der Ablauf bleibt, der Nachbau je System fällt weg.

Zwei Nachbarn sind zu nennen, weil sie wie dieser hier aussehen und es nicht sind. Die Buchungssätze zu schreiben, die auf einen Ausgleich folgen, gehört zum Zahlungsabgleich, und eine Ausgangsrechnung zu erstellen statt eine Eingangsrechnung zu erfassen ist Rechnungserstellung. Beide laufen auf derselben Anbindung und denselben Lesezugriffen, und deshalb lohnt es sich, sie vor einem Bau zu trennen und nicht danach.

Tipalti ist eine der größeren Plattformen für die Kreditorenbuchhaltung und nutzt Maesn für mehrere ERP-Integrationen, Exact Online darunter, um Kunden in den Benelux- und DACH-Märkten zu erreichen. Der interessante Teil für jeden, der das bewertet, ist, was eine Plattform dieser Art von einer Integrationsschicht braucht: nicht Breite um ihrer selbst willen, sondern verlässlichen Zugriff auf die bestimmten lokalen Systeme, in denen ihre Kunden ihre Bücher führen.

Die linke Spalte ist der Teil, der nie aufhört, Pflege zu brauchen: das eigene Vokabular jedes Systems für einen Lieferanten und ein Konto, die Freigabe hinter jeder Verbindung und ihre Erneuerung, die Kennungen, die sagen, zu welchem Mandanten ein Aufruf gehört, und die besondere Art, wie jede Plattform eine Eingangsrechnung oder eine Zahlung übergeben haben will. Das wird einmal aufgefangen und bleibt aufgefangen, und genau deshalb baut man auf eine Authentifizierungsschicht statt je Hersteller.

Die rechte Spalte ist Ihr Produkt, und das soll sie sein. Wie eine Eingangsrechnung kategorisiert wird, ist eine Entscheidung über die Buchhaltungsrichtlinie Ihres Kunden, und die Dokumentation sagt genau das: die Logik hängt von Ihrer Anwendung ab. Eine Schicht, die diese Wahl für Sie träfe, riete an einer Richtlinie herum, die sie nicht sieht. Was sie kann, ist Ihnen die Konten, die Steuersätze und die Dimensionen in einer Form zu geben, die Sie einem Nutzer vorlegen können, ohne sie vorher zu übersetzen.

Liest man die zwei Spalten zusammen, ist der Tausch klar. Sie behalten die Entscheidungen, die zu dem gehören, was Sie gebaut haben, und Sie setzen dieselben Lesezugriffe und denselben Schreibvorgang nicht mehr für jedes Buchhaltungssystem neu um, das Ihr nächster Kunde zufällig einsetzt.

Drei dieser Übernahmen sind zu nennen. Zu fragen, was sich seit dem letzten Blick geändert hat, ist ein Filter und kein Abgleich, den Sie bauen, und er verhält sich auf jedem System gleich, über eine Art zu filtern und zu paginieren. Wo ein System stattdessen sendet, gibt Ihnen ein Event-Modell eine einzige Form zum Auswerten statt einer je Hersteller. Und wo eine einzelne Installation ein Feld trägt, das das gemeinsame Schema nicht hat, ist am Modell vorbeizugreifen das, was daraus keine Abspaltung werden lässt.

Von der anderen Seite des Hauptbuchs gesehen ist eine Freigabe, die nie im System ankam, ein Problem für Finanzteams, die die Folge tragen und nicht den Code.