Reiseplattformen halten die Reise, das Hauptbuch nimmt sie Zeile für Zeile
Ihre Nutzer buchen die Flüge, die Hotels und die Bahnstrecken in Ihrem Produkt, und die Reise kennt ihre Beträge, ihre Sätze und die Kostenstelle, zu der sie gehört, bereits. Maesn bucht sie in das Buchhaltungssystem Ihres Kunden.
- Konto
- 4900
- Steuersatz
- Tax19, 19%
- Dimension
- CostCenter
- ihr Name
- Material/Waren
Ein Auszug aus dem Anfragebeispiel, das Maesn für das Anlegen einer Ausgabe veröffentlicht. Der Wortlaut, die Kostenstelle und die Reise stammen alle von dort.
Eine Reise ist für Ihre Nutzer eine Buchung, und in ihren Büchern ein Stapel Zeilen
In einem Buchhaltungssystem gibt es keine Reise. Es gibt ein dokumentiertes Objekt, dessen Form nah genug ist, um eine zu tragen, und hier steht, was hineinpasst und was nicht.
Das Behältnis ist eine Ausgabe, und die Dokumentation beschreibt sie als Bündel, bei dem jede einzelne Ausgabe im Zeilenobjekt festgehalten wird. Das ist eine Buchung, beschrieben von jemandem, der nicht an Reisen dachte: ein Beleg für die Reise, eine Zeile für jede Position darauf, und jede Zeile darf woanders hin zeigen. Sie muss es dürfen, denn eine Bahnstrecke und eine Hotelnacht sind nicht dieselbe Ausgabenart und tragen selten denselben Satz.
Die Arbeit ist also die Aufteilung. Jemand muss entscheiden, auf welches Konto jede Position bucht, welcher Satz für sie gilt und welcher Teil des Unternehmens sie trägt, und ohne Anbindung ist dieser Jemand ein Mensch mit der Bestätigung im einen Fenster und dem Buchhaltungssystem im anderen. Eine Reiseplattform begegnet dem als wiederkehrendem Feature-Wunsch. Das Finanzteam am anderen Ende begegnet ihm als einem Nachmittag im Monat.
Was das Diagramm oben ergänzt, ist, dass die Aufteilung nicht das Ende ist. Die sieben Systeme, die eine Ausgabe annehmen, sind sich nicht einig, was eine Ausgabenzeile enthält. Vier verlangen den Betrag brutto und drei verlangen ihn netto, das Format entscheidet also das Zielsystem und nicht Sie. Sechs nehmen eine Beschreibung auf der Zeile und eines nicht. Die Kostenstelle, um die es in dieser Branche eigentlich geht, ist bei zweien dokumentiert. Diese Unterschiede sind der Grund, warum eine Reiseplattform, die direkt anbindet, feststellt, dass ihr zweites Buchhaltungssystem nicht viel billiger ist als ihr erstes, und sie sind der Grund, warum dasselbe Produkt sie hier alle über ein Datenmodell erreicht.
Die Regeln stehen einmal je Kunde, jede Reise danach ist ein Aufruf
Lesen Sie den dokumentierten Ausgaben-Leitfaden, dann fällt sein Gleichgewicht auf. Fast jeder Schritt passiert einmal, wenn ein Kunde sich zum ersten Mal verbindet, und es geht durchgehend darum, seine Struktur zu lernen und nicht Ihre zu senden. Was sich danach für jede Reise wiederholt, ist ein einzelner Schreibvorgang.
Kein zweiter Durchgang zum Anreichern. Konto, Satz und Kostenstelle sind durch die Regeln oben entschieden, und der Leitfaden sagt ausdrücklich, dass diese Regeln Geschäftslogik Ihrer Anwendung sind.
In der Einrichtungshälfte greifen die Abdeckungszahlen. Einen Kontenrahmen zu lesen ist bei neunzehn der angebundenen Systeme unterstützt und Steuersätze zu lesen bei zwölf, für die meisten Kunden können Sie also ihre eigenen Konten und ihre eigenen Sätze zeigen statt einer Übersetzung davon. Die konfigurierten Kostenstellen zu lesen ist bei dreien unterstützt, und deshalb markiert der Leitfaden diesen Schritt als optional. Wo ein System ein Feld hält, für das das gemeinsame Schema keinen Platz hat, gibt den Griff am Modell vorbei zu nehmen es ohne Abzweig Ihrer Anbindung zurück.
Die Hälfte je Reise ist bewusst dünn, und eine Einzelheit darin sollte man kennen, bevor man einen Rollout plant. DATEV Unternehmen Online, zugleich das größte deutsche Ziel und eines der zwei Systeme, die eine Kostenstelle auf der Zeile halten, nimmt diesen Schreibvorgang asynchron entgegen: der Aufruf wird angenommen und das Ergebnis danach über eine Auftragsabfrage bestätigt. Das ist eine andere Form von Erfolg als eine sofortige Antwort, und ein Produkt, das jeden Schreibvorgang als unmittelbar behandelt, erfährt davon auf dem belebtesten System und nicht auf dem ruhigsten.
Welcher Kunde und welche seiner Firmen zu einem Aufruf gehören, klärt eine Anmeldeschicht statt je Hersteller, und die vollständige Abfolge mit dem Endpunkt hinter jedem Schritt steht auf der Seite zum Ausgabenabgleich, an die diese Seite die Mechanik abgibt, statt sie zu wiederholen.
Mehr Systeme nehmen die Buchung an als den Ausgaben-Endpunkt
Eine Reiseplattform erbt die Buchhaltungssysteme ihrer Kunden und kann sie nicht wählen. Die nützliche Frage ist deshalb nicht, ob ein Endpunkt existiert, sondern welche der angebundenen Systeme eine Reise überhaupt annehmen, auf irgendeinem dokumentierten Weg.
| Sein Buchhaltungssystem | Ausgabe | Buchungssatz |
|---|---|---|
| Business Central | ||
| Exact Online | ||
| QuickBooks | ||
| Twinfield | ||
| Xero | ||
| bexio | ||
| DATEV Rechnungswesen | ||
| DATEV Unternehmen Online | ||
| Dinero | ||
| Fortnox | ||
| Lexware Office | ||
| odoo |
Zwei Wege sind dokumentiert, und der Leitfaden verweist selbst auf den zweiten, mit dem Hinweis, dass ein vereinfachter Weg zum Buchen von Ausgaben darin besteht, Buchungen direkt anzulegen. Das Ausgabenobjekt ist das reichere der beiden, denn es ist das, das dafür gebaut ist, Zeilen mit eigenen Sätzen und einen Beleg zu tragen. Ein Buchungssatz ist das schlichtere und erreicht Systeme, die der Ausgaben-Endpunkt nicht erreicht, darunter DATEV Rechnungswesen und die nordischen Plattformen.
Die Tabelle spaltenweise zu lesen ist der Teil, der sich in einer Roadmap auszahlt. Xero und Business Central nehmen beide, ein Kunde auf einem davon lässt sich also bedienen, welchen Weg Sie auch zuerst bauen. DATEV Unternehmen Online nimmt nur die Ausgabe, und es ist zugleich das, das Ihre Kostenstelle hält, für deutsche Kunden ist dieser Weg also der Weg. Das Systemverzeichnis hat einen Länderfilter, der Weg zum Maß ist also, es gegen die Kunden zu prüfen, die Sie schon haben, und nicht gegen einen Markt, in den Sie vielleicht gehen.
Die Lesezugriffe dahinter sind alle wiederverwendbar, und das zeigt sich später und nicht im ersten Release. Eine Plattform, die für Ausgaben die Konten, Sätze und Geschäftspartner eines Kunden geholt hat, hat das Holen schon erledigt, das abgestimmte Buchungen liefern braucht, und Lieferanten abgeglichen halten ist derselbe Aufruf in der anderen Richtung. Der zweite Ablauf ist eine Funktion und kein Projekt.
Ein veröffentlichter Kunde aus dem Reisebereich, und ein passendes Referenzbeispiel
Diese Branche hat einen dünneren Kundenbestand als die übrigen in diesem Menü. Was sie hat, ist eine Dokumentation, die mit Blick auf Reisen geschrieben wurde.
Die Kategorie ist Maesns eigene Formulierung neben dem Logo in seiner Kundenreihe, also eine Bezeichnung und keine Geschichte. Was Lanes & Planes damit gebaut hat, ist nirgends veröffentlicht und steht deshalb auch nicht auf dieser Seite.
Lanes & Planes Case Study lesenDie übrigen veröffentlichten Kunden von Maesn liegen in benachbarten Kategorien, und die nächste davon ist eine Plattform für Ausgabenmanagement und keine für Reisen.
Die zweite Referenz ist ungewöhnlich und stärker, als sie aussieht. Maesns eigene Dokumentation hat diese Branche gleich zweimal als Anschauung gewählt, bevor irgendjemand eine Seite darüber schrieb. Der Ausgaben-Leitfaden nennt Reisekosten in dem Schritt, in dem er erklärt, was abgeglichen wird. Die Endpunkt-Referenz geht weiter: das Anfragebeispiel, das sie für das Anlegen einer Ausgabe veröffentlicht, ist eine Geschäftsreise, beschrieben als Expense_07/25 for business trip, mit einer Zeile für den Kraftstoff und einer Kostenstelle daran. Keines von beidem wurde geschrieben, um hier ein Argument zu machen.
Was das wert ist, hängt davon ab, was Sie abwägen. Ein namentlich genannter Kunde mit einer ganzen Geschichte sagt Ihnen, dass es gemacht worden ist. Ein durchgerechnetes Beispiel in der Endpunkt-Referenz sagt Ihnen, dass die Form dafür entworfen wurde, und das ist eine andere Zusicherung und die, die eine technische Prüfung übersteht. Auf dieser Seite bekommen Sie von beidem eines, und die ehrliche Lesart der Kundenzeile ist, dass eine Reiseplattform darin steht und keine Reihe.
Objektabdeckung für Reiseplattformen, System für System
Alles vor dem Schreibvorgang hängt daran, zuerst die eigene Konfiguration eines Kunden zu lesen. Das sind die Objekte, die der Ausgaben-Leitfaden holt, in der Reihenfolge, in der er sie holt, und was heute unterstützt wird, steht getrennt von dem, was die Dokumentation eines Herstellers als auf Anfrage markiert.
| Was Sie brauchen | Heute | Auf Anfrage | System kann es nicht |
|---|---|---|---|
| Sein Kontenrahmen | 19 | 8 | 2 |
| Seine Steuersätze | 12 | 14 | 3 |
| Seine Lieferanten | 19 | 2 | 8 |
| Seine Kostenstellen | 3 | 17 | 9 |
| Seine Zahlungsbedingungen | 2 | 14 | 13 |
| Bereits gebuchte Ausgaben | 4 | 21 | 4 |
Die ersten zwei Zeilen sind die, auf denen eine Oberfläche zur Kategorisierung aufsetzt, und sie sind die gesunden. Die vierte ist die, die man je Kunde prüft, bevor man irgendetwas verspricht: Kostenstellen behandeln die meisten Buchhaltungsplattformen als fortgeschrittene Funktion und nicht als Normalfall, und die Zahlen sagen das deutlich. Zahlungsbedingungen sind noch dünner, und deshalb bleibt der Zeitpunkt der Erstattung außerhalb dessen, was diese Anbindung bewegt.
Die letzte Zeile beantwortet eine Frage, die Reiseprodukte häufiger stellen als andere, nämlich ob man sehen kann, was man schon gebucht hat. Ausgaben zurückzulesen ist bei vier Systemen unterstützt, eine Abgleichsansicht, die annimmt, sie könne bei jedem Kunden gegen das Buchhaltungssystem vergleichen, liegt also manchmal richtig.
Auf Anfrage in der mittleren Spalte ist das Wort des Herstellers und nicht unseres, und es hat eine Definition, an der man festhalten sollte: das Objekt ist machbar, es kann für Sie umgesetzt werden, und es ist heute abgeschaltet. Eine Zahl dort ist der Anfang eines Gesprächs über ein namentlich genanntes System. Eine Roadmap, die sie still zur linken Spalte addiert, plant mit einer Antwort, die noch niemand gegeben hat. Wie sich die Daten verhalten, sobald Sie sie in Menge holen, ist wieder eine eigene Frage, und das Verhalten von Filtern und Blättern ist die Stelle, an der man darüber liest.
Wir legen die Ausgabe in ihre Bücher, die Reise bleibt in Ihrem Produkt
Zwei Dinge, die eine Buchung trägt, haben in keinem der Buchhaltungssysteme, die wir anbinden, ein dokumentiertes Feld. Beide bleiben dort, wo sie schon sind, nämlich in Ihrem Produkt.
- Eine Ausgabenform je System
- Deren eigene Konten und Sätze
- Der Beleg in derselben Anfrage
- Deren jährliche Brüche
- Auf welches Konto eine Position bucht
- Die Daten und der Reisende
- Die Freigabe, bevor etwas rausgeht
- Was Ihre Kunden geltend machen dürfen
Alles links ist eine Eigenschaft des Zielsystems und nicht Ihres Kunden: seine Freigabe, sein Vokabular, die Form, auf der es beim Schreiben besteht, und die Tatsache, dass sich alle drei nach dem Zeitplan dieses Herstellers bewegen und nicht nach Ihrem. Nichts davon ändert sich danach, wer bucht, eine Umsetzung bedient also jeden Kunden, den Sie haben. Alles rechts ändert sich je Kunde. Der eine bucht Bahnreisen auf ein anderes Konto als Flugreisen. Der nächste legt jede Reise unter hundert Euro auf ein Sammelkonto. Das ist eine Buchhaltungsvorgabe, die Unternehmen für Unternehmen geschrieben wird, und die Dokumentation sagt klar, dass sie von Ihrer Anwendung abhängt.
Die zwei Fehlstellen sind verschiedener Art. Eine Ausgabe trägt ein Belegdatum und keinen Zeitraum, eine Reise über vier Tage wird also gegen einen davon gebucht, und die Spanne selbst bleibt bei Ihnen. Im Buchhaltungsmodell gibt es nirgends ein Mitarbeiterobjekt, der Reisende hat also auch kein Feld, und eine Kostenstelle beantwortet eine andere Frage: welcher Teil des Unternehmens bezahlt hat, und nicht, wer gefahren ist. Keine der beiden ist eine Lücke, die wir mit mehr Anstrengung schließen könnten, und keine ist ein Problem für ein Produkt, das beides ohnehin hält. Was wir auf unserer Seite behalten, ist aus der Buchung selbst gar nichts, und die Sicherheitshaltung legt das vollständig dar.
Wenn Sie lieber die Einzelheiten prüfen als das Argument, ist die Referenz zum Anlegen einer Ausgabe die Stelle, aus der die Zahlen dieser Seite kommen: sie führt Anbindung für Anbindung genau auf, welche Anfrageparameter dieses System unterstützt. Wenn Sie das lesen, um die Arbeit zuzuschneiden, und nicht, um darüber zu entscheiden, ist der Entwicklungsschnitt desselben Materials der andere Weg hinein.
Häufige Fragen
Unser Produkt hält die ganze Reise bereits. Was sendet die Anbindung eigentlich?
Eine Reise hat Positionen mit verschiedenen Steuersätzen. Übersteht das den Schreibvorgang?
Wo landet die Kostenstelle?
Können wir den Beleg an die Buchung hängen?
Was passiert mit den Reisedaten und der Person, die gereist ist?
Eine Reise wird storniert. Wie kommt die Stornierung in die Bücher?
Unser Kunde ist auf keinem der Systeme mit Ausgaben-Endpunkt. Stecken wir fest?
Eine Reise wird in einer Währung gebucht und in einer anderen erstattet. Was ist dokumentiert?
Müssen wir eine Oberfläche für die Kategorisierung bauen, oder macht Maesn das?
Bekommen die Leute, die Reisen buchen, Maesn je zu sehen?
Liegen die Ausgabendaten irgendwo auf Ihrer Seite?
Einmal bauen, auf der Unified API.
Sehen Sie, wie der Abgleich von Reisekosten für Ihre Integration funktioniert, oder steigen Sie in die technische Referenz ein.