SaaS hält die Arbeit, das Buchhaltungssystem nimmt die Rechnung

Oben in diesem Diagramm steht der Papierkram um einen Vorgang und unten die Arbeit, die ihn erzeugt hat. Ein Kundenauftrag ist in der Dokumentation als Grundlage für die Erstellung von Rechnungen definiert, ein Angebot als Beleg, den ein Verkäufer einem Käufer gibt, eine Einheit als Stück, Kilogramm, Liter oder Stunden. Das sind die Objekte, in denen eine vertikale Plattform den ganzen Tag lebt, und es sind die, die die Buchhaltungssysteme am wenigsten herausgeben, denn ein Buchhaltungssystem ist um den Beleg herum gebaut, der eine finanzielle Verpflichtung erzeugt, und nicht um den Auftrag, der zu ihm geführt hat.

Die nützliche Lesart dieses Diagramms ist aber nicht der Absturz. Angebote sind bei drei Systemen live und bei zweiundzwanzig erreichbar, und das ist dieselbe Gesamtzahl wie bei Kunden. Was das obere Ende des Diagramms vom unteren trennt, ist nicht, ob das Objekt im Modell existiert, sondern ob es heute freigeschaltet ist. Das breiteste der vorgelagerten Systeme ist Business Central, das eine angebundene System, das heute ein geschriebenes Angebot annimmt, und eines der vier, die Kundenaufträge herausgeben, und das sollte man wissen, wenn Ihre Kunden eher am oberen Ende des Mittelstands sitzen.

Die zweite Hälfte des Problems ist Rechnen und keine Architektur. Ihre Kunden haben ihr Buchhaltungssystem nicht Ihnen zuliebe gewählt, und eine vertikale Plattform erbt die Mischung, die ihr eigener Kundenstamm mitbringt. HubSpot ist im deutschsprachigen Markt genau darauf gestoßen, wo eine Vielzahl von Buchhaltungssystemen und branchenspezifischen Werkzeugen es selbst in dieser Größenordnung unmöglich machte, eine Anbindung je System zu bauen und zu pflegen. Clockin, ein viel kleineres Unternehmen, kam aus demselben Grund zum selben Schluss und sagte es klar: bei dieser Streuung der eingesetzten Werkzeuge war es unrealistisch, die Anbindungen selbst zu bauen. Das Systemverzeichnis hat einen Länderfilter, und das Nützlichste, was man damit tut, ist, die Streuung zu prüfen, die man ohnehin geerbt hat.

Keines davon ist ein Buchhaltungsprodukt. Sie erfassen Stunden, führen Baustellen, verwalten Behandlungen, planen Schichten, bewirtschaften Immobilien, bearbeiten Rechtsfälle und erledigen in drei Fällen ihre eigene Arbeit mit einem Modell statt einem Formular. Jedes davon schreibt am Ende trotzdem in ein Buchhaltungssystem. Das ist das ganze Argument dafür, das als Plattformfähigkeit zu behandeln und nicht als kundenspezifische Funktion: das Gewerk wechselt von Zeile zu Zeile vollständig, und der letzte Schritt wechselt überhaupt nicht.

Zwei davon haben die ganze Geschichte dokumentiert. Clockin ist die nützliche, wenn Sie einen Eigenbau abwägen, denn die vorherige Lösung steht dort klar als manuelles Anlegen von Rechnungen im Buchhaltungssystem, und genau das hat die Anbindung ersetzt. Die Liste ist vollständig und nicht kuratiert: sie hält jeden SaaS-Kunden, dessen Kategorie Maesn veröffentlicht, in der Reihenfolge, in der die Kategorien zufällig fallen. Ein Gewerk, das darin fehlt, fehlt wirklich und wurde nicht aus Platzgründen weggelassen.

Die Linie liegt dort, wo sie liegt, weil jede Seite etwas anderes wirklich wissen kann. Eine gemeinsame Schicht kann abnehmen, wie ein System angemeldet werden will, wie es einen Kunden nennt und welche Kennung sagt, zu wessen Büchern ein Aufruf gehört, und sie kann das weiter tun, wenn der Hersteller es sich im nächsten Frühjahr anders überlegt. Sie kann nicht wissen, dass Ihr Kunde Wartungserlöse auf ein Konto bucht und Montageerlöse auf ein anderes. Die Dokumentation sagt ausdrücklich, dass die Kategorisierungslogik von Ihrer Anwendung abhängt, und alles, was das zentral entschiede, würde eine Buchhaltungsvorgabe für ein Unternehmen erfinden, das es nie gesehen hat.

Zwei benachbarte Teile folgen demselben Grundsatz, und beide zählen für eine vertikale Plattform mehr, als der allgemeine Fall vermuten lässt. Sie werden ein, zwei Kunden haben, deren Installation ein Feld trägt, nach dem sonst niemand fragt, und den Griff am Modell vorbei gibt dieses Feld zurück, ohne dass Sie für ein einzelnes Konto eine Anbindung abzweigen. Welcher Ihrer Kunden und welche seiner Firmen zu einem Aufruf gehören, klärt eine Anmeldeschicht, statt eines Kennungsschemas, das Sie sonst je Hersteller einmal lernen. Die Aktualität folgt derselben Form: fragen Sie die GET-Endpunkte, was sich seit einem Zeitstempel geändert hat, statt Kopien abzugleichen, und wo ein System Events aussendet, tragen Webhooks dieselbe normalisierte Nutzlast mit weit weniger Verkehr. Nichts davon legt eine Kopie der Bücher Ihrer Kunden auf unsere Seite, und die Sicherheitshaltung legt dar, was stattdessen behalten wird.

Wenn Sie die Mechanik wollen statt des Arguments, ist der Leitfaden zur Rechnungserstellung das kürzeste vollständige Beispiel: ein zwingender Lesezugriff, drei optionale, Ihr eigener Auslöser und der Schreibvorgang, mit dem Endpunkt hinter jedem Schritt und der Stelle, an der die Dokumentation eine Entscheidung an Sie zurückgibt. Wer auf Ihrer Seite diese Anbindung am Ende verantwortet, ist meist nicht die Person, die danach gefragt hat, und die Entwicklungssicht darauf ist für sie geschrieben.