maesn
Nach Branche

Enterprises bauen ihre eigenen Werkzeuge, und müssen dann jedes Hauptbuch erreichen

Ein Konzern betreibt so viele Buchhaltungssysteme, wie er Gesellschaften hat, und die Software, die Ihre eigene IT baut, muss sie alle lesen und beschreiben. Eine Anbindung je Gesellschaft, dieselben Objekte zurück.

Ein KonzernVier seiner Gesellschaften
  • KonzernholdingMicrosoft Dynamics 365 BC
  • Deutsche BetriebsgesellschaftDATEV Rechnungswesen
  • Niederländische TochterExact Online
  • Nordische TochterFortnox
was Ihre eigenen Systeme lesen
Dieselben Objekte, mit denselben Feldnamen, welche Gesellschaft auch geantwortet hat.
Diese Software-Teams vertrauen uns
HubSpotTipaltiPaywiseRallyQredNordhealthFindityFintoClockinHEROHolviLanes & PlanesAgicapHubSpotTipaltiPaywiseRallyQredNordhealthFindityFintoClockinHEROHolviLanes & PlanesAgicap
Das Problem

Die Software steht längst, die Verbindung zu jeder Gesellschaft nicht

Konzerne mit eigener IT kommen selten und fragen nach einer Anwendung. Sie kommen mit einer, die sie gebaut oder gekauft und erweitert haben, und mit derselben Blockade darunter.

Finanzprozesse

Eigene Werkzeuge für Kreditoren, Debitoren und Abgleich, oder ein gekauftes Produkt, intern erweitert.

Beschrieben, in jeder Gesellschaft

Analyse und Planung

Ein BI-Stack, dem die Finanzabteilung längst vertraut, gespeist aus jeder Gesellschaft, die selbst abschließt.

Gelesen, in jeder Gesellschaft

Stammdaten

Eine zentrale Stelle, aus der Kunden, Lieferanten und Produkte kommen sollen, und die alles andere speist.

Beides, und abgeglichen gehalten

Alle drei enden an derselben Wand, und es ist kein Modellierungsproblem. Jede Gesellschaft führt ihre Bücher in ihrem eigenen System, lokal gewählt, oft bevor der Konzern sie überhaupt besaß. Eine Holding auf Microsoft Dynamics 365 Business Central und eine Tochter auf Exact Online sind davor zwei Anbindungen und danach eine. Ein System zu erreichen ist ein Projekt. Elf zu erreichen ist ein Programm, und das elfte kommt in der Woche nach dem Abschluss einer Übernahme.

Schlimmer als ein normaler Integrationsrückstand ist es deshalb, weil die Arbeit nicht endet, wenn die Anbindung steht. Buchhaltungshersteller ändern ihre Schnittstellen nach eigenem Zeitplan, und ein Feld, das in einem Frühjahrs-Release verschwindet, ist ein Bericht, der an einem Dienstag nicht mehr rendert. Diese Pflege landet bei demselben internen Team, das eigentlich die Werkzeuge bauen sollte.

Wie Maesn das löst

Ein Objektmodell, und fünf Probleme, die Sie nicht mehr je Gesellschaft lösen

Für ein internes Team ist der interessante Teil nicht, was die API zurückgibt, sondern was sie von der Roadmap nimmt. Jedes davon ist eine Arbeit, die sich sonst einmal je Gesellschaft und einmal je Hersteller wiederholt.

Zusammen sind sie der Grund, warum eine zwölfte Gesellschaft eine Anbindung ist und kein Quartal Arbeit. Der MCP-Server liegt auf derselben Schicht für den Fall, dass die Frage von einem Agenten kommt und nicht von einer Anwendung, samt einer lokalen Variante für den Fall, dass eine gehostete Komponente nicht in Frage kommt.

Was Sie bekommen

Sechs Abläufe auf einer Anbindung, die dieselben Objekte lesen

Eigene Werkzeuge tun selten nur eines. Die Objektspalte unten wiederholt sich, und genau diese Wiederholung ist der Grund, warum sechs Abläufe auf einer Anbindung sitzen statt auf sechs.

Die Konsolidierung kommt am häufigsten zuerst, und sie liegt selten bei dem Team, das die Anbindung baut. Sie liegt bei der Finanzabteilung, die entscheidet, worauf eine Konzernzahl abzustimmen ist und welche Gesellschaften zu einem Abschluss gehören. Diese Grenze mit ihr zu klären, bevor die erste Gesellschaft angebunden ist, ist billiger, als sie nach der dritten zu klären.

Die Eckdaten

Stammdaten sind der Fall, der in beide Richtungen läuft

Die Abläufe oben laufen meist in eine Richtung. Kunden-, Lieferanten- und Produktdatensätze tun das nicht, und genau das macht sie zur schwereren Hälfte eines internen Datenvorhabens.

  1. 01Ihres
    Das System jeder Gesellschaft

    Kunden, Lieferanten und Produkte, jeweils lokal gepflegt

  2. 02Maesn
    Eine Anbindung je Gesellschaft

    Lesen und Schreiben, dieselben Objekte und dieselben Feldnamen

  3. 03Ihr
    Ihr zentraler Bestand

    Der Data Lake oder Stammdaten-Hub, den Sie schon betreiben

  4. 04Ihr
    Alles dahinter

    BI, das Dokumentensystem und die Anwendungen, die danach fragen

Wo der führende Datensatz liegt und was er bedeutet, sind Entscheidungen, die wir nicht treffen.

Derselbe Kunde existiert in vier Systemen in vier Schreibweisen, und jede davon ist lokal für jemanden die führende. Das zu zentralisieren ist eine Entscheidung über Governance und nicht über Leitungen, und sie gehört Ihnen. Was die Anbindung liefert, ist der Teil, der in beide Richtungen funktionieren muss: Kunden- und Lieferantendatensätze, im System jeder Gesellschaft mit denselben Feldern gelesen und geschrieben, damit der Bestand in der Mitte gespeist werden kann und selbst zurückspeisen.

Welche Systeme das tatsächlich können, und für welche Objekte, ist nicht einheitlich. Es ist je System im Integrationsverzeichnis veröffentlicht statt gemittelt, und für einen Konzern zählt nicht, wie viele Systeme ein Objekt unterstützen, sondern ob jede Gesellschaft im Abschluss es tut.

Wo die Grenze verläuft

Wir liefern die Objekte, Ihre IT behält die Architektur

Diese Zielgruppe baut beruflich Software, nützlich ist deshalb eine klare Linie und kein breites Versprechen.

Was Maesn aufnimmt
  • Eine Form für das System jeder Gesellschaft
  • Freigabe je Gesellschaft
  • Das eigene Vokabular jedes Herstellers
  • Deren jährliche Brüche
Was bei Ihnen bleibt
  • Wo der führende Datensatz liegt
  • Worauf eine Konzernzahl abgestimmt wird
  • Ihr Datenmodell und Ihr Bestand
  • Alles, was Ihr Prüfer sieht

Nichts hier ist eine Anwendung. Es gibt keine Konsolidierungsmaschine, keine Berichtsschicht und keine Meinung zu Ihrem Warehouse, denn ein Konzern, der seine eigenen Werkzeuge gebaut hat, will keine zweiten darunter. Eine Währungsumrechnung, eine Zwischengewinneliminierung und ein Konzernkontenrahmen sind alles Entscheidungen, an denen Ihr Prüfer hängt, und sie bleiben dort, wo diese Verantwortung liegt.

Die Hälfte, die wir tragen, ist die, die nie fertig wird. Herstellerschnittstellen verschieben sich, Gesellschaften werden gekauft und verkauft, und eine Anbindung, die im März lief, ist im April ein Support-Ticket. Die Form konstant zu halten, während die Systeme darunter sich ändern, ist die Arbeit, die abgegeben wird, und sie lohnt sich gegen die interne Roadmap gerechnet, die sie freiräumt, und nicht gegen eine erste Anbindung.

FAQ Enterprises

Häufige Fragen

Welche Konzerne laufen bereits darauf?

Keiner, den Maesn veröffentlicht. Die namentlich genannten Kunden dieser Seite sind Softwareprodukte, und eine Konzern-IT ist nicht darunter. Diese Seite trägt deshalb die Plattform und die dokumentierten Objekte: was jedes angebundene System herausgibt, ist je Objekt und je Richtung veröffentlicht, und die Abläufe sind Endpunkt für Endpunkt beschrieben. Zählt eine vergleichbare Referenz, bevor Sie sich festlegen, dann ist das eine Frage für ein Gespräch und nicht für eine Seite.

Wir haben bereits eine Integrationsplattform. Wo ordnet sich das ein?

Darunter, auf der Buchhaltungsseite. Eine iPaaS gibt Ihnen die Leitungen zwischen Systemen, die Sie ohnehin erreichen. Die Arbeit hier ist, das Hauptbuch jeder Gesellschaft überhaupt zu erreichen, mit einem Objektmodell statt einem Konnektor je Hersteller. Die meisten Konzerne behalten ihre Plattform und behandeln das hier als die Buchhaltungsquelle, die sie aufruft, und deshalb gibt hier auch nichts vor, was darüber läuft.

Unsere Gesellschaften nutzen nicht alle dasselbe Buchhaltungssystem. Ist das ein Problem?

Das ist der Grund dafür und kein Hindernis dagegen. Jede Gesellschaft verbindet sich mit ihrem eigenen System, und die Objekte kommen mit denselben Feldnamen und denselben Typen zurück, welches auch geantwortet hat. Eine Tochter auf einem anderen Hersteller ist damit eine Anbindung und kein Projekt. Was sich je System unterscheidet, ist, welche Objekte es herausgibt, und das ist je System veröffentlicht statt zu einem Versprechen gemittelt.

Können wir auch zurückschreiben, oder ist das nur lesend?

Beides, und bei eigenen Werkzeugen ist die Schreibrichtung meist der Punkt. Die Strukturdaten, die eine Gesellschaft führt, ihre Konten, ihre Sätze, ihre Geschäftspartner, kommen heraus, damit Ihre Software diese Gesellschaft so zeigen kann, wie sie wirklich ist. Was Ihr Ablauf daraus erzeugt, geht als die Buchungen und Belege zurück, die diese Bücher erwarten. Die Abdeckung ist je Objekt und je Richtung ausgewiesen, denn die beiden sind längst nicht überall gleich.

Wie halten wir unseren zentralen Bestand aktuell, ohne abzufragen?

Über Events. Ein Abonnement je angebundener Gesellschaft meldet, was sich geändert hat, Ihr Bestand reagiert also, statt nach Zeitplan zu fragen, und die Systeme, deren Hersteller keine eigenen Events veröffentlichen, sind über dasselbe einheitliche Modell abgedeckt statt ausgenommen. Wo eine vollständige Auffrischung trotzdem nötig ist, gilt: nach dem zu filtern, was sich seit einem Zeitstempel geändert hat, ist bei manchen Systemen dokumentiert und bei anderen nicht, und das ist eine Planungsfrage je System und keine allgemeine Antwort.

Wer im Konzern verantwortet das üblicherweise?

Zwei Teams. Die Entwicklung verantwortet die Anbindung, die Zugangsdaten und den Zeitplan. Die Finanzabteilung verantwortet, was die Zahlen bedeuten, welche Gesellschaft in einen Abschluss gehört und worauf eine Konzernzahl abzustimmen ist. Die meisten Verzögerungen in solchen Vorhaben sind nicht technisch, sie entstehen, weil diese Aufteilung nach der ersten angebundenen Gesellschaft geklärt wird statt davor.

Deckt das neben der Buchhaltung auch unser ERP ab?

Es deckt ab, was die angebundenen Systeme herausgeben, und bei den Systemen dieser Liste ist das ihre Buchhaltungs- und Finanzseite. Business Central und Exact Online sind ERPs und sind als solche angebunden. Ein Fertigungsmodul oder ein eigenes internes Objekt gehört nicht zum gemeinsamen Modell, wobei ein Feld darüber hinaus trotzdem erreichbar ist, wo das System es herausgibt. Der ehrliche Umfang ist das Hauptbuch und was direkt darum herum liegt.

Wo liegen unsere Daten?

Im System jeder Gesellschaft und in Ihrem, und an keiner dritten Stelle. Von dem, was durchläuft, wird hier nichts festgehalten außer der Tatsache, dass es sich bewegt hat, es wächst auf unserer Seite also kein Konzern-Hauptbuch heran, nach dem jemand fragen könnte. Was ein Prüfungs- oder Aufsichtsgespräch meist wissen will, sind vier Dinge: Hosting in Deutschland, ISO 27001, DSGVO-konforme Verarbeitung und ein Prüfpfad, der zeigt, dass eine Übertragung stattfand, ohne ihren Inhalt zu halten.

Einmal bauen, auf der Unified API.

Sehen Sie, wie Buchhaltungsdaten aus mehreren Gesellschaften für Ihre Integration funktioniert, oder steigen Sie in die technische Referenz ein.