Konzernkonsolidierung über jedes eigene System hinweg
Ein Konzern schließt einmal ab, auf Daten von Tochtergesellschaften, die jede etwas anderes einsetzen. Maesn bindet jede Gesellschaft über eine Anbindung an und gibt ihre Konten und Buchungen in derselben Form zurück, welches System sie auch führt.
- DeutschlandDATEV Rechnungswesen
- NiederlandeExact Online
- Vereinigtes KönigreichXero
- SchwedenFortnox
Die zwei Objekte, die jede Gesellschaft eines gemischten Konzerns liefern kann.
Ein Abschluss, und in jeder Gesellschaft ein anderes Hauptbuch
Ein Konzern kann nur konsolidieren, was alle seine Gesellschaften liefern können. Das dreht die übliche Frage um: nicht wie viele Systeme ein Objekt unterstützen, sondern wie wenige davon über die Systeme hinweg übrig bleiben, die der Konzern Ihres Kunden tatsächlich betreibt.
- DeutschlandDATEV Unternehmen Online, DATEV Rechnungswesen, Lexware Office
- NiederlandeMoneybird, SnelStart
- SchwedenFortnox, Spiris
- Schweizbexio
- SpanienHolded
- Vereinigtes KönigreichFreeAgent
- DänemarkDinero
- NorwegenTripletex
Dass ein Konzern auf mehreren Systemen läuft, ist selten eine Entscheidung, die jemand getroffen hat. Gesetzliche Formate, Steuerregeln, Prüfungsanforderungen und die Sprache, in der der örtliche Buchhalter arbeitet, sind national, also ist es die Software auch. Eine Tochtergesellschaft in einem anderen Land ist eine Tochtergesellschaft auf einem anderen System, und ein Zukauf bringt mit, was er ohnehin schon betrieb. Das ist ein Dauerzustand und kein Migrationsrückstand.
- Eine GesellschaftDATEV RechnungswesenKonten, Buchungssätze, Steuersätze, Summen- und Saldenliste, Geschäftsjahre5 von 8
- Plus die niederländischeExact OnlineKonten, Buchungssätze, Steuersätze3 von 8
- Plus die britischeXeroKonten, Buchungssätze, Steuersätze3 von 8
- Plus die schwedischeFortnoxKonten, Buchungssätze2 von 8
Jede andere Integrationsfrage ist eine Vereinigung. Diese hier ist eine Schnittmenge, und der Unterschied ist nicht akademisch. Ein einzelnes starkes System beantwortet das meiste, was ein Konzernbericht will; sobald eine zweite Gesellschaft auf einem zweiten System zum Abschluss dazukommt, zählt nur noch, was beide liefern können, und die dritte und vierte Gesellschaft ziehen weiter ab. Die Konsolidierung kann so viel wie ihre schwächste Tochtergesellschaft.
Was am Ende übrig bleibt, ist klein und glücklicherweise tragend: der Kontenrahmen und die Buchungen. Alles, was ein Konzernbericht sonst noch verlangt, der Saldo je Konto, die Journale, die Segmente, das Geschäftsjahr, ist auf manchen Gesellschaften verfügbar und auf anderen nicht, und das ist für eine Konsolidierung dasselbe wie nicht verfügbar.
Für die Schnittmenge zu bauen statt für die beste Gesellschaft ist deshalb kein Kompromiss, es ist die einzige Fassung, die eine vergleichbare Konzernzahl ergibt. Eine Strecke, die Salden liest, wo sie kann, und Buchungen, wo sie nicht kann, hat zwei Definitionen derselben Zahl, und die beiden abzugleichen ist ein schlimmeres Problem als das, zu dessen Lösung sie angetreten ist.
Eine Integration, je Gesellschaft eine Anbindung
Eine Tochtergesellschaft anzubinden sollte eine Authentifizierung kosten und kein Projekt. Darauf läuft dieser Use Case, und es hängt daran, wie die Schlüssel geschnitten sind.
Ein Account-Key kennzeichnet eine Gesellschaft in einem System, und ein Konzern hält damit so viele, wie er angemeldete Paare hat. Eine Tochter anzubinden ist ein Anmeldeablauf und kein Integrationsprojekt, und an diesem Unterschied hängt dieser Use Case.
- 1Die Gesellschaft in den Anmeldeablauf schicken
- 2Sie gibt den Zugriff im eigenen System frei
- 3Den Key, der zurückkommt, einmal speichern
Mehrere Systeme führen mehr als eine Firma hinter einem einzigen Konto, und die Gesellschaft wird deshalb ausgewählt und nicht erneut angebunden. Maesn kann diese Auswahl als Teil der Anmeldung treffen, statt dass Sie sie bei jedem Aufruf mitgeben.
Dokumentiert für die Systeme, die mehrere Firmen hinter einer Anmeldung führen, und je Land als eigene Zielkennung geführt: DATEV und Sage Active erscheinen je mehr als einmal.
Maesn behandelt das als den Normalfall. Ein Schlüssel kennzeichnet Ihr Produkt, ein zweiter kennzeichnet eine Gesellschaft in einem System, und die nächste Tochtergesellschaft aufzunehmen heißt, die Authentifizierung noch einmal zu durchlaufen, statt einen Adapter zu schreiben. Wo mehrere Gesellschaften in einer einzigen Buchhaltungsinstallation liegen, ist die Gesellschaft stattdessen eine Auswahl, und diese Auswahl kann bei der Verbindung hinterlegt werden, statt bei jedem Aufruf wiederholt zu werden. Die Objektformen, die zurückkommen, sind dieselben, welchen Weg eine Gesellschaft auch genommen hat, dafür ist das Common Data Model da, und die Mechanik der Verbindung selbst ist unter Unified Authentication beschrieben.
Die Menge ist ebenfalls ein Problem in Konzerngröße, denn ein Abschluss zieht einen vollen Zeitraum aus jeder Gesellschaft auf einmal statt ein paar Datensätze aus einer. Paginierte, filterbare Lesezugriffe halten das im Verhältnis, ein inkrementeller Abruf beschränkt eine Aktualisierung auf das, was sich wirklich bewegt hat, und wo ein System einen großen Lesezugriff als Hintergrundauftrag beantwortet, kommt er als eine Aufgabe, die Sie abfragen. Die Unterschiede je System, die die Normalisierung überleben, sind das Thema von Customisation Handling.
Der Kontenrahmen jeder Gesellschaft, und das Feld, das dabei fehlt
Der Konzernkontenrahmen ist der Ort, an dem eine Konsolidierung wirklich entsteht. Hier steht, was jede Gesellschaft dafür herausgibt, gezählt über die Systeme, die ihre Kontofelder veröffentlichen.
- name15 von 19Wie das Konto heißt
- code11 von 19Die Nummer, auf der man abbildet
- class7 von 19Aktiv, Passiv, Ertrag oder Aufwand
- parentAccountId2 von 19Wo es im Baum sitzt
Das kostet eine Entwurfsentscheidung, früh getroffen oder zweimal getroffen. Eine Zuordnungsoberfläche, die erwartet, einen Baum zu erben, und eine, die erwartet, ihn zu setzen, sind verschiedene Software: die erste zeigt eine Struktur und bittet Sie, sie zu bestätigen, die zweite bittet Sie, eine zu bauen, und hält dann jede Gesellschaft dagegen. Erst nach den ersten zwei live geschalteten Gesellschaften zu merken, welche Sie brauchen, ist die teure Reihenfolge.
Das ist mehr Spezifikationsaufwand und in der Praxis besser. Ein Konzernkontenrahmen ist eine Entscheidung darüber, wie der Konzern sich selbst sehen will, und vier verschiedene nationale Hierarchien zu erben hieße, vier Meinungen abzugleichen, bevor eine entsteht. Es kommt darauf an, das in Woche eins zu wissen, denn eine Zuordnungsoberfläche für geerbte Hierarchien ist andere Software als eine, die sie setzt.
Dasselbe gilt für Perioden. Geschäftsjahre sind auf sehr wenigen Systemen lesbar, für die meisten Gesellschaften ist die Periodengrenze also eine Konfiguration, die Ihr Onboarding erfasst, und kein Wert, den die Schnittstelle zurückgibt. Sind die Konten zugeordnet und die Perioden ausgerichtet, ergibt die Summe der Buchungen je Konto und Periode den Saldo jeder Gesellschaft, und deshalb reichen die zwei Objekte, die die Schnittmenge überleben. Was Sie mit dem Ergebnis tun, ist das Thema von Finanzanalyse und Finanzplanung.
Ein Produkt für Unternehmensgruppen läuft bereits auf dieser Anbindung

Maesn ordnet ihnen diesen Use Case in der eigenen Kundenzuordnung zu. Was sie damit gebaut haben, ist ihre Sache zu beschreiben, und mehr sagt das hier nicht.
Case Study lesenKunden, die vollständig berichtet haben, was sie gebaut haben, sind auf der Case-Studies-Seite gesammelt.
Was ein Konzernabschluss liest, je System gezählt
Die Objekte, die eine Konsolidierung berührt, aus der Dokumentation des jeweiligen Systems statt aus einer Zusammenfassung.
| Was Sie brauchen | Heute | Auf Anfrage | System kann es nicht |
|---|---|---|---|
| Der Kontenrahmen jeder Gesellschaft | 19 | 8 | 2 |
| Die Buchungen hinter den Zahlen | 11 | 11 | 7 |
| Forderungen je Gesellschaft | 13 | 14 | 2 |
| Die Sätze, die jede Gesellschaft anwendet | 12 | 14 | 3 |
| Wie Buchungen gruppiert sind | 5 | 15 | 9 |
| Segmente zum Auswerten | 3 | 17 | 9 |
| Ein Saldo je Konto | 2 | 8 | 19 |
| Der Zeitraum zum Vergleichen | 2 | 12 | 15 |
Als Liste für ein einzelnes System gelesen sieht diese Tabelle bequem aus. Als Konzernanforderung gelesen liest sie sich anders, und genau diesen Wechsel zu leisten ist der Grund, aus dem es diese Seite gibt. Der Kontenrahmen und die Buchungen darauf sind die zwei Zeilen, die tief genug reichen, dass ein gemischter Konzern beide schafft. Der Saldo je Konto, der Saldenbericht und der Zeitraum sind keine Zeilen, um die herum ein Konzern planen kann, so nützlich sie auf der einen Gesellschaft auch sind, die sie hat.
Zwei Objekte dieser Liste arbeiten auch in die Gegenrichtung, und das zählt, sobald ein Konzern will, dass sein Abschluss irgendwo endet und nicht nur gelesen wird. Buchungen lassen sich ebenso zurückschreiben wie lesen, und so wird ein konsolidiertes Ergebnis in einem führenden System festgehalten, beschrieben unter Zahlungsabgleich, und die Sätze, die jede Gesellschaft anwendet, sind das Thema der Steuerautomatisierung. Fragen über alle Gesellschaften auf einmal zu stellen, statt jede einzeln zu ziehen, dafür ist der MCP Server da.
Die Systeme, denen ein europäischer Konzern auf diesem Weg am häufigsten begegnet, lohnen sich vor dem Zuschnitt zu lesen, denn ihr Verhalten auf den Konten- und Buchungs-Endpunkten unterscheidet sich stärker, als die Zusammenfassung nahelegt: DATEV Rechnungswesen, Exact Online, Twinfield, Xero und Microsoft Dynamics 365 Business Central.
Zwei Ziele für denselben Datenstrom, das führende System oder die Analyseebene
Sobald jede Gesellschaft in einer Form antwortet, ist es eine Architekturentscheidung und kein weiteres Integrationsprojekt, wo der Abschluss landet.
In das führende System des Konzerns
Die normalisierten Buchungen jeder Gesellschaft werden in das zentrale Finanzsystem geschrieben, und damit hält das führende System das vergleichbare Bild und keinen Ordner voller Exporte. Das passt zu einem Konzern, der seine Berichterstattung bereits auf einer Kernplattform festgelegt hat.
Ob es verfügbar ist, entscheidet das System des KONZERNS und nicht das der Töchter. Buchungen lesen können Sie auf 11 der angebundenen Systeme, schreiben auf 10, und das sind nicht dieselben Mengen: 10 können beides, eines nur zum Lesen. Prüfen Sie das eigene System des Konzerns gegen die Schreibspalte, statt anzunehmen, dass die Lesespalte es abdeckt.
In eine Analyse- oder Konsolidierungsschicht
Derselbe normalisierte Lesezugriff wird in die Schicht geladen, aus der der Konzern ohnehin berichtet, ein BI-Werkzeug, ein Data Warehouse oder eine Konsolidierungsplattform, und die Eliminierungen und die Modellierung geschehen dort. Nichts muss unterwegs durch das Buchhaltungssystem einer Tochter.
Unsere Seite endet an der API. Die Schicht, in der die Zulieferung landet, und der Weg, auf dem sie dorthin kommt, bleiben Ihre Architektur, und derselbe Lesezugriff bedient beide Muster ohne eine zweite Integration.
Die meisten Konzerne besitzen an dieser Stelle längst ein leistungsfähiges Werkzeug. Eine Konsolidierungsplattform der Art von LucaNet oder SAP Group Reporting erledigt Eliminierungen und die gesetzliche Berichterstattung, und ein BI- oder Warehouse-Stack erledigt die Dashboards und die Planung. Diese Werkzeuge sind meist nicht die Beschränkung. Was sie begrenzt, ist die Zulieferung: jemand muss vergleichbare Zahlen aus dem System jeder Tochtergesellschaft holen, die Formate angleichen, die Konten zuordnen und das alles jede Periode auffrischen, und das heißt in der Praxis Exporte, Tabellen und eine Reihe von Punkt-zu-Punkt-Integrationen, die brechen, wenn sich ein Quellsystem ändert.
Das ist der Teil, den diese Anbindung ersetzt, und es lohnt sich, bei der Rolle genau zu sein. Maesn ist die Schicht für Anbindung und Normalisierung, die Konsolidierung und Analyse speist, und keine Konsolidierungs-Engine: keine gesetzlichen Eliminierungen, keine Konzernkonten, keine Berichtslogik. Die Zulieferung zu lösen ist das, was das Werkzeug, das ein Konzern ohnehin besitzt, auf Konzerngröße arbeiten lässt. Von der Seite des Unternehmens statt von der des Ablaufs gelesen, gilt dasselbe für Konzerne, die ihre Werkzeuge selbst bauen.
Wir liefern jede Gesellschaft, Sie erzeugen den Konzernabschluss
Konsolidierung ist ein Urteil darüber, wie ein Konzern sich selbst sehen will. Was diese Anbindung Ihnen schuldet, ist dasselbe Rohmaterial aus jeder Gesellschaft, in einer Form.
- Eine Anbindung je Gesellschaft
- Konten und Buchungen, eine Form
- Die Sätze jeder Gesellschaft
- Paginierte, stückweise Lesezugriffe
- Der Konzernkontenrahmen
- Wie jede Gesellschaft darauf abbildet
- Eliminierungen zwischen Gesellschaften
- Abstimmung von Währung und Periode
Es gibt in diesem Modell kein Konsolidierungsobjekt, und auch keinen Zuordnungs- oder Eliminierungsschritt. Das ist eine bewusste Grenze und keine Lücke: die Eliminierungen, die Umrechnung und das gesetzliche Ergebnis sind genau die Teile, zu denen ein Konzern eine Meinung hat, und eine Anbindung, die sie entschiede, läge bei den meisten Konzernen meistens falsch.
Es heißt aber, dass sich der Wert dieses Wegs an dem misst, was nicht gebaut werden muss. Ein Konzern mit Gesellschaften in vier Ländern braucht keine vier Integrationsprojekte, vier Authentifizierungsmodelle und vier Pflegezusagen; er braucht eines, dazu eine Zuordnungstabelle, die er ohnehin geschrieben hätte. Wo der Abschluss Buchungen erzeugt, die in einem führenden System landen müssen, ist dieser Schreibweg derselbe, der überall sonst benutzt wird, und wie eine teilweise Antwort aussieht, wenn das System einer Gesellschaft ein Feld auslässt, ist Unified Error Handling.
Eine Grenze zählt, weil der Name der Kategorie die gegenteilige Lesart nahelegt: nichts hier erzeugt eine Konzernbilanz. Es erzeugt dieselben accounts und journalEntries aus jeder Gesellschaft des Konzerns, in einer Form, in dem Takt, den Sie wählen. Der Abschluss entsteht darüber, in Ihrem Produkt oder in dem Werkzeug, das der Konzern ohnehin hat, und wie er unterwegs betrieben und gesichert wird, beschreibt die Sicherheitsseite. Einen Konzernmonat auf Gesellschaften abzuschließen, die jede ihr eigenes Hauptbuch führen, ist die Arbeit von Finanzteams und nicht der Systeme darunter.
Häufige Fragen
Konsolidiert Maesn den Konzernabschluss?
Wie viele Anbindungen braucht ein Konzern mit zehn Gesellschaften?
Einige unserer Gesellschaften sitzen in einer einzigen Buchhaltungs-Installation. Hilft das?
Warum fahren unsere Tochtergesellschaften überhaupt verschiedene Systeme?
Sollten wir nicht einfach jede Gesellschaft auf das ERP der Mutter vereinheitlichen?
Was können wir tatsächlich aus jeder Gesellschaft lesen, nicht nur aus der besten?
Bekommen wir statt der Buchungen die Summen- und Saldenliste jeder Gesellschaft?
Kommt der Kontenrahmen mit seiner Hierarchie an?
Wie bringen wir Perioden über Gesellschaften mit verschiedenen Geschäftsjahren zur Deckung?
Können wir über den Konzern hinweg nach Kostenstelle oder Segment auswerten?
Werden die Daten unterwegs irgendwo gespeichert?
Einmal bauen, auf der Unified API.
Sehen Sie, wie Konzernkonsolidierung für Ihre Integration funktioniert, oder steigen Sie in die technische Referenz ein.











