Ein Hersteller mit elfhundert Leuten am Hauptsitz kauft ein ERP, das zu elfhundert Leuten passt. Dann übernimmt er einen Zwanzig-Personen-Distributor in einem anderen Land und versucht, ihn auf dasselbe System zu setzen.
Achtzehn Monate später bedient der Distributor das ERP schlecht, und die Hälfte seiner echten Arbeit passiert in Tabellen, die in den Calls nicht erwähnt werden.
Die Fehlpassung dahinter
Enterprise-ERP kodiert Annahmen über Grösse. Funktionstrennung über mehrere Rollen, formale Freigabeketten, eigenes Finanzpersonal, jemand, dessen Job Stammdaten sind. Am Hauptsitz sind diese Annahmen richtig — und absurd in einer Tochter, wo eine Person Einkauf, Rechnungsstellung und Abgleich macht.
Auf dieses System gezwungen, hat die kleine Einheit zwei Optionen. Dem Prozess folgen — eine Person klickt sich durch Freigaben, die für vier Leute entworfen wurden, und alles dauert dreimal so lang. Oder drumherum arbeiten — was tatsächlich passiert.
Die Kosten sind nicht nur die Lizenz. Es ist die Implementierung für eine Einheit, die das meiste nie nutzen wird, Schulung auf Abläufe, die nicht zu ihrer Arbeit passen, und eine permanente Steuer auf jede Transaktion.
Was Two-Tier tatsächlich heisst
Der Hauptsitz behält sein Enterprise-System — Tier 1 — für konsolidierte Finanzen, Konzernreporting, Compliance und die Komplexität, die auf Gruppenebene wirklich existiert.
Die Töchter fahren etwas Leichteres — Tier 2 — dimensioniert auf ihren tatsächlichen Betrieb. Oft Cloud, oft ein ganz anderer Anbieter, gewählt nach Passung statt nach Einheitlichkeit.
Verbunden sind beide durch eine definierte Integration: Die Ergebnisse der Töchter rollen nach Zeitplan, in vereinbartem Format, ins Gruppensystem hoch.
Die Einsicht: Einheitlichkeit des Systems war nie das Ziel. Einheitlichkeit der berichteten Daten war es — und die beiden sind trennbar.
Abb. — Standardisieren Sie den Datenvertrag, nicht die Software.
Wo es passt
Übernahmen. Eine frisch gekaufte Firma hat ein funktionierendes System und Leute, die es kennen. Sie aufs Konzern-ERP zu migrieren ist ein Jahr Störung — genau in der Zeit, in der sie sich aufs Geschäft konzentrieren soll. Ihr System an Ihres anzubinden sind Wochen.
Geografische Expansion. Lokale gesetzliche Anforderungen, Steuerregeln und Sprachen bedient ein lokales Produkt oft besser, als das globale System für einen Markt mit vier Angestellten zu konfigurieren.
Sparten mit anderem Betriebsmodell. Eine Fertigungsgruppe mit Dienstleistungsarm betreibt zwei verschiedene Geschäfte. Ein Prozessmodell auf beide zu zwingen macht mindestens eines schlechter.
Tempo. Eine neue Einheit kann in Wochen auf einem Cloud-System arbeitsfähig sein. Auf den Konzern-Rollout zu warten kann Quartale dauern — in denen die Einheit improvisiert, und Improvisation wird dauerhaft.
Was es Sie kostet
Das ist ein Tausch, kein Gratisgewinn — und die Kosten sind real.
Integration ist laufend. Die Verbindung zwischen den Tiers muss gebaut und gepflegt werden, und sie bricht, wenn eine Seite upgradet. Jemand besitzt das, dauerhaft.
Der Abgleich kehrt zurück, in kleinerer Form. Zwei Systeme heisst zwei Datenbestände, die übereinstimmen müssen. Besser als elf Tabellen, schlechter als ein System.
Kontenplan-Disziplin wird kritisch. Definieren Töchter ihre Konten frei, wird die Konsolidierung zu einer Mapping-Übung, die niemand auditieren kann. Die Gruppe muss eine gemeinsame Struktur vorschreiben, auch wo sie kein gemeinsames System vorschreibt — das ist die wichtigste Governance-Entscheidung des ganzen Ansatzes.
Konzernweite Sicht hinkt. Konsolidiertes Echtzeit-Reporting ist schwerer, wenn Daten im Takt eintreffen. Die meisten Gruppen akzeptieren täglich oder wöchentlich — meist völlig in Ordnung, aber es gehört ausgesprochen.
Mehr Anbieter. Mehr Verträge, mehr Beziehungen, mehr Upgrade-Kalender, mehr Verlängerungsverhandlungen zu verschiedenen Terminen. Einzeln klein, in Summe mühsam — und es landet bei dem, der Lieferantenbeziehungen verwaltet, nicht bei der IT.
Kompetenz-Zersplitterung. Niemand in der Gruppe kennt jedes System, also kann der Support für ein Tochter-Problem nicht vom Hauptsitz kommen. Entweder ist die Einheit selbstversorgend, oder Sie zahlen dem Anbieter für Support — und die zweite Option gehört budgetiert statt entdeckt.
Der politische Teil
Der technische Fall für Two-Tier ist meist einfach. Der organisatorische ist, wo es stockt — und die Einwände verdienen es, direkt benannt zu werden.
Die Konzern-IT wehrt sich oft, nicht unvernünftig: Sie verantwortet Systeme, die sie nicht kontrolliert, und supportet einen Anbieter, den sie nicht gewählt hat. Dieser Einwand löst sich auf, wenn die Governance echt ist — definierter Datenvertrag, freigegebene Shortlist, klare Ownership jeder Integration. Er verhärtet sich, wenn Töchter einfach machen dürfen, was sie wollen.
Die Finanzführung sorgt sich ums Audit. Mehrere Systeme klingt nach schwächerer Kontrolle, und das kann es sein. Die Antwort: Kontrolle lebt in den Datenstandards und im Konsolidierungsprozess, nicht in Software-Uniformität — und ein gut regiertes Two-Tier-Setup mit vorgeschriebenem Kontenplan ist auditierbarer als ein System, um das die Hälfte der Einheiten herumarbeitet.
Die Tochter-Leitung will das meistens und sagt es selten offen, weil Argumentieren gegen Hauptsitz-Standardisierung als Widerstand gelesen wird. Fragen Sie sie direkt, wie viel Prozent ihrer Arbeit ausserhalb des Gruppensystems passiert; die Zahl ist das Argument.
Das Framing, das ankommt: Es geht nicht darum, Einheiten Autonomie zu schenken. Es geht darum, nicht dafür zu bezahlen, Komplexität in Betriebe zu drücken, die keine haben.
So funktioniert es, statt zu scheitern
Definieren Sie den Datenvertrag, bevor Sie irgendeine Software wählen. Welche Zahlen hochrollen, in welcher Struktur, in welchem Takt, in welcher Währung, mit welchem Stichtag. Schriftlich. Jedes Tochter-System wird dann daran gemessen, ob es das produzieren kann — aus einer subjektiven Anbieterwahl wird eine Anforderung.
Schreiben Sie Kontenplan und Stammdatenstandards vor. Kunden- und Lieferanten-IDs, Produktcodes, Kostenstellenstruktur. Töchter dürfen intern frei arbeiten; sie dürfen nicht frei sein darin, wie sie beschriften, was konsolidiert wird.
Genehmigen Sie eine Shortlist statt freier Wahl. Zwei, drei geprüfte Tier-2-Optionen, vorintegriert, die eine neue Einheit ohne frische Evaluation übernehmen kann. Völlige Freiheit produziert elf Anbieter und elf Integrationen.
Vereinbaren Sie den Abschlusskalender über die Tiers hinweg. Töchter müssen wissen, wann ihre Zahlen fällig sind, und die Gruppe muss wissen, was passiert, wenn eine den Termin reisst. Ohne das wartet die Konsolidierung jeden Monat auf die langsamste Einheit, und niemand kann sagen, wessen Schuld es ist.
Automatisieren Sie den Rollup. Manuelle Konsolidierung zwischen den Tiers führt genau die Abgleicharbeit wieder ein, die Sie entfernen wollten — und ist der häufigste Weg, auf dem dieser Ansatz still degradiert.
Und überprüfen Sie den Schnitt, wenn Einheiten wachsen. Eine Tochter, die sich verdreifacht, kann Tier 2 genuin entwachsen — die Entscheidung gehört nach Kalender überprüft, nicht aus Gewohnheit verteidigt.
Ist es das Richtige für Sie?
Die Frage ist nicht Firmengrösse. Es ist Varianz.
Wenn jede Einheit ähnlich arbeitet, in ähnlicher Grösse, ist ein System einfacher — und einfach ist viel wert. Haben Sie einen grossen Hauptsitz und kleine verteilte Einheiten, übernehmen Sie regelmässig, oder operieren Sie über Jurisdiktionen mit wirklich verschiedenen Anforderungen, kostet erzwungene Uniformität mehr, als sie spart.
Es gibt auch eine Timing-Dimension. Gruppen, die Two-Tier bewusst einführen — vor dem ersten schmerzhaften Rollout — entwerfen den Datenvertrag in Ruhe. Gruppen, die es einführen, nachdem sie eine Tochter aufs Konzernsystem gezwungen und beim Scheitern zugesehen haben, kommen am selben Punkt an — nur ein Jahr und viel Goodwill später, mit einer Tochter, die dem nächsten Vorschlag des Hauptsitzes misstraut.
Ein nützlicher Test: Fragen Sie eine Finanzverantwortliche einer Tochter, wie viel Prozent ihrer Arbeit ausserhalb des offiziellen Systems stattfindet. Ist die Antwort hoch, fahren Sie bereits zwei Tiers. Die einzige Frage ist, ob der zweite ein unterstütztes System ist — oder ein Ordner voller Tabellen, den auf Gruppenebene niemand sehen kann.
Wenn die ehrliche Antwort "ein Ordner voller Tabellen" war: Unsere ERP-Praxis macht aus Stufe zwei ein unterstütztes System, das die Gruppe wirklich sieht — fragen Sie, wie.
