maesn
Use Case

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.

Ein Konzern, eine Integration
  • DeutschlandDATEV Rechnungswesen
  • NiederlandeExact Online
  • Vereinigtes KönigreichXero
  • SchwedenFortnox
eine Form zurück
accountsjournalEntries

Die zwei Objekte, die jede Gesellschaft eines gemischten Konzerns liefern kann.

Diese Software-Teams vertrauen uns
HubSpotTipaltiPaywiseRallyQredNordhealthFindityFintoClockinHEROHolviLanes & PlanesAgicapHubSpotTipaltiPaywiseRallyQredNordhealthFindityFintoClockinHEROHolviLanes & PlanesAgicap
Das Problem

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.

Angebundene Systeme, die genau ein Land bedienen
  • DeutschlandDATEV Unternehmen Online, DATEV Rechnungswesen, Lexware Office
  • NiederlandeMoneybird, SnelStart
  • SchwedenFortnox, Spiris
  • Schweizbexio
  • SpanienHolded
  • Vereinigtes KönigreichFreeAgent
  • DänemarkDinero
  • NorwegenTripletex
Mehrere angebundene Systeme gibt es in einem einzigen Land. Ein Konzern, der in mehr als einem Markt tätig ist, fährt deshalb mehr als ein System, was ihm auch lieber wäre.

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.

Auf jeder Gesellschaft lesbar, während der Konzern wächst
  • 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
Aus der Dokumentation je System gezählt, für diese vier Systeme und nicht für die besten vier. Jede Zeile zeigt, was auf jeder bis dahin hinzugekommenen Gesellschaft lesbar ist, und genau das braucht ein Konzernabschluss.

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.

Wie Maesn das löst

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 Key je Gesellschaft und System

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.

X-API-KEYkennzeichnet Sie
X-ACCOUNT-KEYkennzeichnet eine Gesellschaft in einem System
  1. 1Die Gesellschaft in den Anmeldeablauf schicken
  2. 2Sie gibt den Zugriff im eigenen System frei
  3. 3Den Key, der zurückkommt, einmal speichern
Und manchmal ist die Gesellschaft eine Auswahl in einer Anmeldung

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.

Business CentralDATEV Unternehmen OnlineDATEV RechnungswesenDineroExact OnlineMoneybirdSage AccountingSage ActiveTwinfield

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.

Was Sie bekommen

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.

Über die Systeme hinweg, deren Kontenfelder dokumentiert sind
accounts
  • 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
Ein Konzernkontenrahmen entsteht, indem die Konten jeder Gesellschaft darauf abgebildet werden. Das Feld, das sagt, wo ein Konto in seinem eigenen Baum schon sitzt, ist dokumentiert auf einer Minderheit von ihnen, und auf den übrigen kommt die Liste deshalb flach an und die Hierarchie setzen Sie selbst.

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.

Beleg

Ein Produkt für Unternehmensgruppen läuft bereits auf dieser Anbindung

Veröffentlichter Kunde
Immocloud
Immocloud baut Software für die Immobilienverwaltung auf dieser API.

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 lesen

Kunden, die vollständig berichtet haben, was sie gebaut haben, sind auf der Case-Studies-Seite gesammelt.

Die Eckdaten

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.

Über die 30+ angebundenen Systeme
Was Sie brauchenHeuteAuf AnfrageSystem kann es nicht
Der Kontenrahmen jeder Gesellschaft1982
Die Buchungen hinter den Zahlen11117
Forderungen je Gesellschaft13142
Die Sätze, die jede Gesellschaft anwendet12143
Wie Buchungen gruppiert sind5159
Segmente zum Auswerten3179
Ein Saldo je Konto2819
Der Zeitraum zum Vergleichen21215
Aus der Dokumentation je System gelesen. Für eine einzelne Integration zählt die erste Zahl. Für einen Konzern nicht: ein Objekt ist nur dort brauchbar, wo jede Gesellschaft des Abschlusses es liefern kann, und deshalb sind die oberen zwei Zeilen die, auf die sich eine Konsolidierung stützen kann, und der Rest sind Zugaben je Gesellschaft.

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.

Wo es ankommt

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.

Muster eins

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.

Muster zwei

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.

Wo die Grenze verläuft

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.

Maesn liefert
  • Eine Anbindung je Gesellschaft
  • Konten und Buchungen, eine Form
  • Die Sätze jeder Gesellschaft
  • Paginierte, stückweise Lesezugriffe
Ihrem Produkt gehört
  • 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.

Konzernkonsolidierung FAQ

Häufige Fragen

Konsolidiert Maesn den Konzernabschluss?

Nein, und die Grenze entscheidet darüber, was zu bauen ist. Es gibt in der ganzen API kein Konsolidierungsobjekt, keinen Eliminierungsschritt und keine Zuordnung auf einen Konzernkontenrahmen. Es kommen die eigenen Daten jeder Gesellschaft in einer Form an; den Konzernkontenrahmen, die Eliminierungen zwischen den Gesellschaften, die Währungsumrechnung und das gesetzliche Ergebnis erzeugt Ihr Produkt oder das Konsolidierungswerkzeug, das der Konzern ohnehin besitzt.

Wie viele Anbindungen braucht ein Konzern mit zehn Gesellschaften?

Eine je Paar aus Gesellschaft und System. Ein Account-Key kennzeichnet eine Gesellschaft in einem Zielsystem, zehn Gesellschaften auf zehn Systemen heißen also zehn Keys, und zehn Gesellschaften auf drei Systemen heißen immer noch zehn Keys, außer mehrere von ihnen sitzen in derselben Installation. Eine anzubinden ist ein Anmeldeablauf und kein Integrationsprojekt, und das ist der Teil, der das skalieren lässt.

Einige unserer Gesellschaften sitzen in einer einzigen Buchhaltungs-Installation. Hilft das?

Ja, und das ist ausdrücklich berücksichtigt. Mehrere Systeme führen mehr als eine Firma hinter einer einzigen Anmeldung, und dort ist die Gesellschaft eine Auswahl und keine weitere Anbindung. Maesn kann diese Auswahl als Teil der Anmeldung treffen und speichern, damit Sie nicht bei jedem Aufruf eine Firmenkennung mitgeben müssen. Für die Systeme, die das heute unterstützen, ist es dokumentiert.

Warum fahren unsere Tochtergesellschaften überhaupt verschiedene Systeme?

Meist wegen ihres Standorts. Viele angebundene Systeme gibt es in genau einem Land, denn gesetzliche Formate, Steuerregeln und Prüfungsanforderungen sind national. Ein Konzern, der in mehreren Märkten tätig ist, landet auf mehreren Systemen, was ihm auch lieber wäre, und das ist ein Dauerzustand und kein Migrationsrückstand.

Sollten wir nicht einfach jede Gesellschaft auf das ERP der Mutter vereinheitlichen?

Für die meisten Konzerne ist das weder realistisch noch wünschenswert, und zwar aus vier Gründen, die nicht weggehen. Das Enterprise-ERP der Mutter trägt Lizenz-, Einführungs- und Wartungskosten, die alles übersteigen, was eine Tochter mit zehn Leuten braucht. Internationale Gesellschaften sitzen mit Absicht auf länderspezifischen Systemen, wegen des lokalen Steuerrechts, der gesetzlichen Formate, der Prüfungsanforderungen und der Vertrautheit ihrer eigenen Buchhalter. Vollständige Migrationen dauern Jahre und tragen ein operatives Risiko, ein akquirierender Konzern wird also nie fertig, bevor die nächste Gesellschaft dazukommt. Und frisch erworbene Teams sind auf den Werkzeugen produktiv, die sie haben, und das ist der schlechteste Moment, sie ihnen zu nehmen. Der praktische Schluss ist, Daten über eine gemischte Landschaft zu konsolidieren, statt zu versuchen, die Landschaft selbst zu konsolidieren.

Was können wir tatsächlich aus jeder Gesellschaft lesen, nicht nur aus der besten?

Weniger Objekte, als ein einzelnes System nahelegt, denn ein Konzernabschluss braucht das, was allen gemeinsam ist. Bei einem Konzern mit vier Ländern kommt die Schnittmenge auf zwei herunter: den Kontenrahmen und die Buchungen. Diese zwei sind das ehrliche Fundament, und eine Konsolidierung, die darauf steht, funktioniert überall. Eine, die auf Summen- und Saldenlisten steht, funktioniert fast nirgends.

Bekommen wir statt der Buchungen die Summen- und Saldenliste jeder Gesellschaft?

Nur auf den zwei Produkten DATEV und Sage Active, und sie geben nicht dieselbe Summen- und Saldenliste zurück wie einander. Für einen Konzern heißt das, dass der Weg über die Salden für eine Minderheit der Gesellschaften bereitsteht und nie für alle, die Buchungen sind also der Weg, der sich verallgemeinern lässt. Die Buchungen je Konto und je Periode zu summieren ergibt den Saldo ohnehin, und deshalb zählt der Kontenrahmen hier mehr als der Bericht.

Kommt der Kontenrahmen mit seiner Hierarchie an?

Meist nicht, und das ist der Befund, der am ehesten einen Bauplan ändert. Das Feld, das sagt, wo ein Konto in seinem eigenen Baum sitzt, ist auf kaum einem der Systeme dokumentiert, deren Kontenfelder veröffentlicht sind. Auf den übrigen kommt die Liste flach an, die Hierarchie ist dort also etwas, das Ihre Zuordnung setzt, und nichts, das Sie erben. Die Kontonummer, auf der die meisten Zuordnungen aufsetzen, ist weit breiter veröffentlicht.

Wie bringen wir Perioden über Gesellschaften mit verschiedenen Geschäftsjahren zur Deckung?

Auf den meisten Systemen nicht über die API. Geschäftsjahre sind nur auf den zwei DATEV-Produkten lesbar, für die übrigen muss die Periodengrenze also aus Ihrer eigenen Konfiguration kommen, erfasst beim Onboarding der Gesellschaft. Es ist ein kleines Feld auf einem Einrichtungsformular, wenn Sie es einplanen, und eine Nacharbeit, wenn Sie annehmen, die API beantworte es.

Können wir über den Konzern hinweg nach Kostenstelle oder Segment auswerten?

Für benannte Systeme, nicht allgemein. Die verfügbaren Segmente als eigenes Objekt zu lesen ist auf einer Minderheit der Systeme dokumentiert. Wo eine Buchung ihr Segment mitführt, kommt es stattdessen mit der Buchung, und damit lässt sich eine segmentierte Konzernauswertung Gesellschaft für Gesellschaft bauen und nicht als eine Zusage über den ganzen Konzern.

Werden die Daten unterwegs irgendwo gespeichert?

Nein. Anfragen laufen durch zum System jeder Gesellschaft, und die Antwort wird auf dem Rückweg normalisiert, dazwischen liegt also keine Kopie des Hauptbuchs irgendeiner Tochter. Für einen Konzern zählt das doppelt, weil die Daten sowohl sensibel als auch über Rechtsordnungen verteilt sind, und weil eine Kopie, die veraltet, schlimmer ist als gar keine.

Einmal bauen, auf der Unified API.

Sehen Sie, wie Konzernkonsolidierung für Ihre Integration funktioniert, oder steigen Sie in die technische Referenz ein.