Multi-Entity-Steuerung, die mitwächst

Der Schritt vom Ein-Standort-Unternehmen zur größeren Multi-Entity-Struktur wirkt zunächst wie eine reine Wachstumsfrage: mehr Standorte, mehr Umsatz, mehr Personal, mehr Sichtbarkeit im Markt. In der Praxis zeigt sich schnell und oft überraschend deutlich, dass die eigentliche Herausforderung an anderer Stelle liegt als ursprünglich erwartet. Sobald ein zweiter Standort, eine zweite rechtliche Einheit oder ein Auslandsgeschäft hinzukommt, verdoppelt sich häufig sowohl das operative Geschäft als auch der Aufwand für Steuerung, Reporting und Konsolidierung, wenn die zugrunde liegenden Systeme dafür nicht ausgelegt sind.

Das Problem entsteht meist weniger durch die Internationalisierung selbst als durch bestehende Systeme und eingespielte Prozesse, die für einen einzelnen Standort gedacht waren und nun improvisiert auf mehrere Einheiten übertragen werden, ohne dass die zugrunde liegende Logik dafür jemals überarbeitet wurde. Eine Excel-Vorlage, die für ein Unternehmen mit einer einzigen Kostenstelle über Jahre gut funktioniert hat, wird für drei Standorte mit unterschiedlichen Währungen und unterschiedlichen rechtlichen Anforderungen sehr schnell unhandlich und fehleranfällig.

Das Wichtigste in Kürze:

• Marge: Ohne konsolidierte Sicht auf alle Einheiten bleibt unklar, welcher Standort tatsächlich profitabel arbeitet und welcher strukturell Verluste erzeugt.
• Auslastung: Ressourcen zwischen Standorten lassen sich nicht sinnvoll ausgleichen, wenn jede Einheit ihre eigene, isolierte Kapazitätsplanung führt.
• Ressourcen: Skill-Träger, die an einem Standort dringend gebraucht würden, sind an einem anderen Standort möglicherweise unterausgelastet, ohne dass dies auffällt.
• Forecast: Eine konsolidierte Vorschau über alle Einheiten hinweg wird zur manuellen Sonderaufgabe, die viel Zeit bindet und fehleranfällig ist.
• Projektkosten: Intercompany-Leistungen zwischen Standorten werden oft nicht systematisch erfasst, was die tatsächliche Kostenstruktur verzerrt.

Für Geschäftsführung und Operations stellt sich damit eine zentrale, immer wiederkehrende Frage: Wie lässt sich eine Steuerung aufbauen, die mit jedem neuen Standort verlässlich skaliert, statt bei jedem neuen Standort erneut von Grund auf neu erfunden zu werden?

Ein typisches Beispiel verdeutlicht das Muster sehr anschaulich. Ein IT-Consulting mit zwanzig Mitarbeitenden an einem bestehenden Standort eröffnet eine zweite Niederlassung in einem benachbarten Land. Zeiterfassung und Projektcontrolling laufen zunächst über dieselbe Excel-Struktur wie am Ursprungsstandort, ergänzt um eine zweite Tabelle für die neue Einheit. Innerhalb weniger Monate zeigt sich, dass beide Tabellen unterschiedlich gepflegt werden, unterschiedliche Berechnungslogiken für Auslastung verwenden und sich kaum noch zu einer konsolidierten Gesamtsicht zusammenführen lassen, ohne dass jemand die Zahlen händisch abgleicht und dabei regelmäßig Fehler entstehen, die erst bei der nächsten Prüfung auffallen.

Was Multi-Entity-Steuerung strukturell leisten muss

Multi-Entity-Management bezeichnet die Fähigkeit, mehrere rechtliche oder organisatorische Einheiten innerhalb einer gemeinsamen Systemlandschaft zu steuern, ohne für jede Einheit ein separates System zu betreiben. ERP Research beschreibt die zentralen Anforderungen an ein System für Multi-Entity-Strukturen ausführlich: saubere Trennung der einzelnen Legal Entities für Compliance-Zwecke, gleichzeitig aber eine konsolidierte Sicht für die übergeordnete strategische Steuerung.

Zentrale Anforderungen an eine funktionierende Multi-Entity-Struktur, die in der Praxis am häufigsten unterschätzt werden:

• Rechtliche Trennung: Jede Einheit muss ihre eigenen buchhalterischen und rechtlichen Anforderungen getrennt erfüllen können, etwa unterschiedliche Steuersätze oder lokale Compliance-Vorgaben.
• Konsolidierte Sicht: Trotz rechtlicher Trennung muss die Geschäftsführung eine Gesamtsicht über alle Einheiten hinweg erhalten können, ohne Daten händisch zusammenführen zu müssen.
• Intercompany-Prozesse: Leistungen zwischen Einheiten, etwa wenn ein Berater eines Standorts für ein Projekt eines anderen Standorts arbeitet, müssen systematisch erfasst und verrechnet werden.
• Mehrwährungsfähigkeit: Bei internationalem Geschäft müssen unterschiedliche Währungen konsistent gehandhabt und für die Konsolidierung umgerechnet werden.

ERP Check ergänzt, dass die Auswahl eines geeigneten Systems für Multi-Entity-Strukturen häufig unterschätzt wird, weil viele Unternehmen zunächst mit einer einzelnen Einheit starten und die Systemlandschaft erst nachträglich für mehrere Einheiten erweitern. Diese nachträgliche Erweiterung ist deutlich aufwendiger, als von Beginn an mit einer Struktur zu arbeiten, die mehrere Einheiten von vornherein vorsieht, selbst wenn zunächst nur eine Einheit aktiv genutzt wird und der Mehraufwand für die Vorbereitung gering erscheint.

Ein wichtiger, oft unterschätzter Aspekt betrifft die Konsistenz der zugrunde liegenden Daten. Wenn jede Einheit eigene Definitionen für Kennzahlen wie Auslastung, Projektmarge oder Forecast verwendet, wird eine echte Konsolidierung unmöglich, selbst wenn alle Daten technisch in einem System liegen. Standardisierte Definitionen über alle Einheiten hinweg sind deshalb eine Voraussetzung für belastbare Multi-Entity-Steuerung, nicht ein nachträglich lösbares Detail.

Diese Standardisierung betrifft die reinen Kennzahlen selbst ebenso wie die zugrunde liegenden täglichen Erfassungsprozesse an jedem einzelnen Standort. Wenn ein Standort Urlaubstage anders erfasst als ein anderer Standort, oder wenn ein Standort Projektzeit großzügiger auf Reisezeit bucht als ein anderer, verzerren sich Vergleiche zwischen den einzelnen Standorten, selbst bei identischer technischer Systemlandschaft. Eine funktionierende Multi-Entity-Steuerung braucht deshalb neben der reinen technischen Systembasis auch klare, unternehmensweit einheitliche Erfassungsregeln, die für alle Standorte gleichermaßen und ausnahmslos gelten.

Warum Multi-Entity-Steuerung im Alltag so oft an Excel-Grenzen stößt

Das Regelwissen zu Multi-Entity-Strukturen ist in vielen Geschäftsführungen bekannt. Die tägliche Umsetzung scheitert an praktischen Hürden.

Erstens: Jeder Standort entwickelt seine eigene Steuerungslogik

Wenn ein neuer Standort gegründet wird, übernimmt das dortige Team häufig eigene Tools und eigene Vorlagen, angepasst an lokale Gewohnheiten oder Vorkenntnisse der beteiligten Personen. Ohne eine zentrale Vorgabe entstehen so über die Zeit mehrere parallele Steuerungslogiken, die sich kaum noch konsolidieren lassen, ohne dass jemand die Daten händisch in ein einheitliches Format überführt.

Dieses Muster verstärkt sich, wenn ein neuer Standort durch eine Übernahme oder Fusion hinzukommt, statt organisch aufgebaut zu werden. Die übernommene Einheit bringt in diesem Fall meist eine komplett eigene, historisch gewachsene Systemlandschaft mit, die sich nicht ohne weiteres an die bestehende Struktur des übernehmenden Unternehmens anpassen lässt. Eine vollständige Systemvereinheitlichung wird dann oft auf einen späteren Zeitpunkt verschoben, der sich in der Praxis immer wieder verzögert, weil das Tagesgeschäft Priorität hat und niemand explizit für die Vereinheitlichung verantwortlich gemacht wird.

Zweitens: Intercompany-Leistungen werden nicht systematisch erfasst

Wenn ein Berater eines Standorts für ein Projekt eines anderen Standorts arbeitet, etwa weil dort eine bestimmte Spezialisierung fehlt, wird diese Leistung in vielen Unternehmen nicht systematisch dokumentiert und intern verrechnet. Der ursprüngliche Standort trägt die Personalkosten, der profitierende Standort bucht das Projekt ohne entsprechende interne Kostenzuordnung. Über mehrere solche Fälle hinweg verzerrt sich die tatsächliche Profitabilität einzelner Standorte erheblich, ohne dass dies in der üblichen Berichterstattung überhaupt sichtbar wird.

Diese Verzerrung wird besonders problematisch, wenn auf Basis der verzerrten Zahlen strategische Entscheidungen getroffen werden, etwa über die Zukunft eines vermeintlich unprofitablen Standorts. Ein Standort, der auf dem Papier rote Zahlen schreibt, weil er regelmäßig Kapazität an einen anderen Standort abgibt, ohne dafür intern vergütet zu werden, wirkt schlechter als er tatsächlich ist. Eine Entscheidung zur Schließung dieses Standorts auf Basis dieser verzerrten Zahlen wäre wirtschaftlich fragwürdig und würde im schlimmsten Fall genau den Standort abwickeln, der intern am meisten Wert für das Gesamtunternehmen erzeugt.

Drittens: Konsolidierung erfolgt nur einmal im Jahr, statt laufend

Ohne ein System, das mehrere Einheiten durchgängig abbildet, wird die Konsolidierung häufig zu einer aufwendigen Sonderaufgabe, die nur zum Jahresabschluss durchgeführt wird. Für die laufende operative Steuerung fehlt damit eine aktuelle, konsolidierte Sicht über das gesamte Geschäft zu jedem beliebigen Zeitpunkt im Jahr. Entscheidungen, etwa über Ressourcenverteilung zwischen Standorten, werden dann regelmäßig auf Basis veralteter oder unvollständiger Informationen getroffen, ohne dass dies unmittelbar auffällt.

Diese jährliche Taktung passt zunehmend schlecht zur Geschwindigkeit, mit der sich das operative Geschäft in wachsenden Unternehmen entwickelt. Ein Standort kann innerhalb eines Quartals von deutlicher Unterauslastung zu akutem Kapazitätsengpass wechseln. Wenn die konsolidierte Sicht über alle Standorte nur einmal jährlich aktualisiert wird, bleibt eine solche Entwicklung monatelang unsichtbar, obwohl frühzeitiges Gegensteuern, etwa durch gezielten Ressourcenaustausch, wirtschaftlich deutlich günstiger wäre als eine späte, reaktive Korrektur, die unter Zeitdruck getroffen werden muss.

Viertens: Ressourcenaustausch zwischen Standorten bleibt ungenutzt

Selbst wenn ein Standort dringend eine bestimmte Qualifikation benötigt und ein anderer Standort über freie Kapazität mit genau dieser Qualifikation verfügt, bleibt dieses Potenzial häufig ungenutzt, weil keine gemeinsame Übersicht über Verfügbarkeit und Skills existiert. Standorte agieren dadurch faktisch wie vollständig getrennte, eigenständige Unternehmen, obwohl sie rechtlich und wirtschaftlich eng zusammengehören und eigentlich voneinander profitieren könnten.

Dieser ungenutzte Ressourcenaustausch ist besonders bedauerlich, weil er theoretisch einen der größten strategischen Vorteile einer Multi-Standort-Struktur darstellt: die Möglichkeit, Auslastungsschwankungen über mehrere Standorte hinweg auszugleichen, statt an jedem einzelnen Standort isoliert auf Nachfrageschwankungen reagieren zu müssen. Ohne die entsprechende Systemgrundlage bleibt dieser Vorteil rein theoretisch und wirkt sich praktisch nicht auf die Wirtschaftlichkeit aus, obwohl er auf dem Papier eigentlich einen klaren Wettbewerbsvorteil gegenüber Einzelstandort-Unternehmen darstellen sollte.

Der gemeinsame Nenner: Ohne ein System, das mehrere Einheiten von vornherein als integralen Bestandteil der Architektur vorsieht, bleibt jede Konsolidierung eine manuelle, fehleranfällige Zusatzaufgabe.

Mit der Mehrmandantenfähigkeit in ZEP Compact und ZEP Professional lassen sich mehrere Standorte oder rechtliche Einheiten innerhalb einer gemeinsamen Plattform abbilden. Jede Einheit behält ihre eigenen Stammdaten und rechtlichen Anforderungen, während die Geschäftsführung eine konsolidierte Sicht auf Projektzeit, Ressourcenplanung und Projektcontrolling über alle Einheiten hinweg erhält. Ein Berater, der für ein Projekt an einem anderen Standort eingesetzt wird, lässt sich direkt in der Ressourcenplanung sichtbar zuordnen, statt außerhalb des Systems informell koordiniert zu werden.

{{blog-cta}}

Warum Internationalisierung zum Auslöser für eine neue Systemarchitektur wird

Der Wechsel von improvisierter zu systematischer Multi-Entity-Steuerung erfolgt meist, wenn sich einer dieser Punkte zeigt:

• Ein zweiter Standort oder eine zweite rechtliche Einheit wird gegründet, und die bestehende Excel-basierte Steuerung stößt sichtbar an Grenzen
• Die Geschäftsführung kann nicht auf Knopfdruck sagen, welcher Standort tatsächlich profitabel arbeitet
• Intercompany-Leistungen zwischen Standorten werden nicht systematisch erfasst und verzerren die Profitabilitätsanalyse
• Ressourcenaustausch zwischen Standorten wird zunehmend wichtig, lässt sich aber ohne gemeinsame Datengrundlage kaum koordinieren
• Ein internationales Wachstum mit unterschiedlichen Währungen steht an, für das die bestehende Systemlandschaft nicht ausgelegt ist
• Eine Übernahme oder Fusion bringt eine zusätzliche, historisch gewachsene Systemlandschaft mit, die integriert werden muss

Für Unternehmen, die aktiv über Zukäufe wachsen, ist dieser letzte Punkt besonders relevant. Jede Übernahme bringt potenziell eine neue, eigenständige Systemlandschaft mit, die entweder aufwendig integriert oder dauerhaft parallel betrieben werden muss. Eine Plattform, die von vornherein für mehrere Einheiten ausgelegt ist, reduziert den Integrationsaufwand bei jeder weiteren Übernahme erheblich, weil die neu hinzukommende Einheit direkt in eine bestehende, bewährte Struktur eingebunden werden kann, statt eine komplett neue Lösung von Grund auf aufzubauen und zu testen.

An dieser Stelle zeigt sich, warum eine frühzeitige Entscheidung für eine mehrmandantenfähige Plattform langfristig günstiger ist als eine spätere Migration. In ZEP Professional lässt sich die kaufmännische Steuerung, von Angebotswesen über Projektcontrolling bis zur Rechnungsstellung, für mehrere Einheiten gemeinsam abbilden, mit klarer Trennung dort, wo rechtlich notwendig, und konsolidierter Sicht dort, wo strategisch sinnvoll. Project-to-Bill funktioniert damit auch über mehrere Standorte hinweg auf einer durchgängigen Datengrundlage, statt für jeden Standort separat aufgebaut werden zu müssen, was den Migrationsaufwand bei jedem weiteren Wachstumsschritt erheblich reduziert.

Für die Geschäftsführung ergibt sich daraus ein strategischer Vorteil bei der Wachstumsplanung selbst: Wenn die Systemarchitektur von Beginn an für mehrere Einheiten ausgelegt ist, wird die Eröffnung eines weiteren Standorts zu einem vergleichsweise einfachen, wiederholbaren Prozess, statt jedes Mal eine neue, individuelle Lösung zu erfordern. Diese Skalierbarkeit wird besonders relevant, wenn Wachstum über mehrere Standorte oder Länder Teil der strategischen Planung ist, statt eine einmalige Ausnahme zu bleiben.

Ein weiterer, strategisch relevanter Aspekt betrifft die Attraktivität für potenzielle Investoren oder Käufer, falls ein Unternehmen mittelfristig einen solchen Prozess in Betracht zieht. Eine saubere, konsolidierte Sicht auf alle Unternehmenseinheiten mit belastbaren, konsistent definierten Kennzahlen erleichtert eine Due-Diligence-Prüfung erheblich, verglichen mit einer Situation, in der jeder Standort seine eigenen, nicht direkt vergleichbaren Zahlen liefert und diese erst mühsam aufeinander abgestimmt werden müssen, oft unter erheblichem Zeitdruck während eines laufenden Transaktionsprozesses.

Fazit: Multi-Entity-Steuerung gehört von Anfang an in die Systemwahl

Definieren Sie Kennzahlen wie Auslastung, Projektmarge und Forecast standardisiert über alle Einheiten hinweg, bevor Sie einen zweiten Standort eröffnen. Erfassen Sie Intercompany-Leistungen zwischen Standorten systematisch, statt sie stillschweigend mitlaufen zu lassen. Bauen Sie eine laufende, nicht nur jährliche Konsolidierung auf, damit operative Entscheidungen auf aktuellen Daten basieren. Und wählen Sie Ihre Systemlandschaft so, dass sie mehrere Einheiten von vornherein vorsieht, auch wenn Sie aktuell nur eine Einheit betreiben.

1. Kennzahlen wie Auslastung, Projektmarge und Forecast standardisiert über alle Einheiten hinweg definieren, bevor ein zweiter Standort eröffnet wird.
2. Intercompany-Leistungen zwischen Standorten systematisch erfassen, statt sie stillschweigend mitlaufen zu lassen.
3. Eine laufende, nicht nur jährliche Konsolidierung aufbauen, damit operative Entscheidungen auf aktuellen Daten basieren.
4. Die Systemlandschaft so wählen, dass sie mehrere Einheiten von vornherein vorsieht, auch wenn aktuell nur eine Einheit betrieben wird.

Wer diese vier Punkte umsetzt, macht aus jedem weiteren Standort einen planbaren Wachstumsschritt, statt eine wiederkehrende Steuerungskrise. Der pragmatischste erste Schritt gelingt bereits vor der Eröffnung eines neuen Standorts: Legen Sie die Kennzahlendefinitionen und Erfassungsregeln für die neue Einheit verbindlich fest, bevor das erste Projekt dort überhaupt startet. Diese frühe Festlegung ist deutlich einfacher umzusetzen als eine nachträgliche Vereinheitlichung, wenn bereits Monate mit uneinheitlichen Daten vergangen sind und sich lokale Gewohnheiten bereits verfestigt haben.