Was sich ändert, wenn eine Gruppe immer wieder zukauft
Jede Übernahme öffnet dieselbe Lücke: Synergien werden in Quartalen erwartet, während die Systemkonsolidierung Jahre dauert. Für eine einzelne Fusion ist der Ansatz erst verbinden, später konsolidieren längst etabliert.
Eine Buy-and-Build-Gruppe öffnet diese Lücke mit jedem Deal erneut. Jede Add-on-Akquisition bringt ihr eigenes ERP, ihren eigenen Webshop oder ihr eigenes Lagerverwaltungssystem mit, und wer jedes davon migriert, bevor der nächste Deal kommt, baut eine dauerhafte Warteschlange auf. Carve-outs erzeugen den umgekehrten Druck: Ein Unternehmen, das eine Gruppe verlässt, muss seine Daten bis zu einem festen Datum trennen.
Viele Gruppen entscheiden sich für eine hybride oder eigenständige Integration, bei der jedes Add-on seinen eigenen Betrieb behält. Die Gruppe braucht trotzdem eine gemeinsame Sicht auf Kunden, Aufträge und Bestand, und das ist eine Frage der Daten, nicht der Systeme.
Der Druck zeigt sich im Einzelhandel, im Großhandel und in der Distribution sowie in der Fertigung jeweils anders. Das Prinzip ist in allen drei Fällen dasselbe: Integrieren Sie nach einer Übernahme die Daten, nicht die Systeme.
Muss ein übernommener Webshop auf eine neue Plattform?
Ein Händler, der eine Marke oder einen Webshop kauft, übernimmt eine zweite Storefront, einen zweiten Kundenstamm und eine zweite Bestandsposition. Kunden erwarten, in beiden wiedererkannt zu werden, und die Finanzabteilung erwartet ein einziges Auftragsbuch. Ein Replatforming des übernommenen Webshops macht das erste Jahr des Deals zum Migrationsprojekt.
Die beiden Landschaften müssen sich keine Webshop-Plattform teilen, damit diese Sicht entsteht. Wenn beide an eine gemeinsame Datenschicht angebunden sind, lassen sich Kunden-, Auftrags- und Bestandsdaten beider Storefronts zusammenführen und aktuell halten, lange bevor einer der Webshops abgeschaltet wird.
Van Tilburg, eines der größten unabhängigen Modehäuser der Niederlande, stand genau davor, nachdem es Calico Jack übernommen und in Calico Club umbenannt hatte. Das Unternehmen verband zunächst den BigCommerce-Webshop von Calico Club mit seinem eigenen ERP, und diese Verbindung wurde zu seinem Proof of Concept für eine Integrationsplattform.
Wie schafft ein Carve-out eine feste TSA-Frist?
Im Großhandel und in der Distribution wird der Zeitplan oft durch die Trennung bestimmt, nicht durch die Zusammenführung. Wird ein Unternehmen aus einer größeren Gruppe herausgelöst, nutzt es die Systeme des Verkäufers meist noch für einen festen Zeitraum im Rahmen eines Transitional Service Agreement (TSA). Diese Vereinbarung hat ein Enddatum, das niemand verschieben kann, und bis dahin muss jeder Auftrags-, Preis- und Lieferantenfluss an anderer Stelle laufen.
Selten bestimmt der Deal das Tempo. Das tun die Trennung der Daten von der alten Gruppe und ihre Anbindung an den neuen Eigentümer, und Integrationen, die in eines der beiden ERP-Systeme eingebaut sind, müssen für den Umzug neu gebaut werden. Integrationen, die als Konfiguration in einer separaten Schicht vorliegen, lassen sich dagegen aufteilen, duplizieren oder übergeben, ohne neu gebaut zu werden.
Die Arbeit beginnt deshalb, solange das TSA noch läuft. Jeder Datenfluss, von dem das herausgelöste Unternehmen abhängt, wird erfasst, in eine Schicht verlagert, die der neue Eigentümer kontrolliert, und getestet. Der Cutover erfolgt dann vor dem Enddatum, nicht erst an diesem Tag.
Kann eine Fertigungsgruppe ohne einheitliches ERP als Einheit berichten?
Hersteller, die Werke oder Gesellschaften zusammenführen, erhalten eine bekannte Vorgabe: zuerst auf ein ERP harmonisieren. Diese Vorgabe ist ein häufiger Grund dafür, dass Integrationsbudget aufgeschoben wird, denn nichts wird verbunden, bevor die Harmonisierung finanziert und abgeschlossen ist. Unterdessen berichtet jeder Standort in seinen eigenen Codes, und die Konzernzahlen werden von Hand abgeglichen.
Werke zusammenzuführen erfordert kein einheitliches ERP. Eine Integrationsschicht kann der Gruppe Reporting und Kontrolle geben, während jeder Standort mit seinen bestehenden Systemen weiterarbeitet. Die Gruppe sieht, was läuft und wer was geändert hat.
Morssinkhof Groep, eine Unternehmensgruppe, zu der Morssinkhof Infra, Brinkman Baksteencentrum und der Gartenhardware-Hersteller Tuinvisie gehören, arbeitet auf diese Weise. Ihre 25 zuvor verstreuten Anwendungen sind jetzt über eine Integrationsschicht verbunden und synchronisiert.
Warum der erste Deal das Muster für die nächsten vorgibt
Bei Buy-and-Build entscheidet die erste Übernahme, wie jede weitere verläuft. Startet jeder Deal eine neue Migration, wächst der Rückstand mit jeder Unterschrift. Wird jeder Deal an dieselbe Datenschicht angebunden, fügt das neue Unternehmen nur seine eigenen Verbindungen hinzu. Es nutzt die Definitionen, auf die sich die Gruppe geeinigt hat, sodass die Integration nach einer Übernahme jedes Mal kürzer wird.
Eine iPaaS ist ein cloudbasierter, zentraler Hub, an den eine Gruppe ihre Systeme anbindet. Sie wandelt die Daten jedes Systems in ein gemeinsames Format um und automatisiert den Austausch in Echtzeit oder nach Zeitplan.
Für eine Gruppe, die weiter zukauft, ist das Verbinden der Systeme nur der Anfang. Diese Integrationen tragen geschäftskritische Datenflüsse über mehrere Unternehmen hinweg. Sie brauchen auch Kontrolle: wer einen Datenfluss ändern darf, einen Nachweis jeder Änderung und Bausteine, die der nächste Deal wiederverwenden kann. Alumio ist eine Config-first-Integrationsplattform, die für genau diese Art der Integration mehrerer Systeme entwickelt wurde, mit Funktionen, die sich für jede Einheit der Gruppe konfigurieren lassen:
- Eine neue Übernahme schließt an die bestehende Schicht an: das ERP, der Webshop oder das Lagerverwaltungssystem des übernommenen Unternehmens wird über einen von mehr als 180 Konnektoren oder eine individuelle Verbindung angebunden.
- Eine Definition für die gesamte Gruppe: ein Transformer ordnet Kunden-, Produkt- und Lieferantencodes während der Übertragung zu, sodass jede Landschaft denselben Datensatz liest, ohne dass ein System geändert wird.
- Jedes Unternehmen in seiner eigenen Umgebung: Alumio Spaces Core gibt jedem Unternehmen der Gruppe eine eigene, isolierte Umgebung, sodass ein Carve-out oder eine spätere Migration begrenzt bleibt.
- Jede Änderung nachvollziehbar, die Daten geschützt: rollenbasierter Zugriff, ein Audit-Trail und eine Konfigurationshistorie zeigen, wer welchen Datenfluss wann geändert hat. Die Plattform ist nach ISO 27001:2022 zertifiziert.
Wo Sie mit der Buy-and-Build-Integration beginnen
Eine Buy-and-Build-Strategie wird daran gemessen, wie schnell jede Übernahme mit dem Rest der Gruppe zusammenarbeitet. Jedes Quartal, das auf eine Migration gewartet wird, ist ein Quartal manuell abgeglichener Synergien, und der nächste Deal wartet nicht.
Wer mit den Daten beginnt, ändert diese Reihenfolge. Wählen Sie die Sicht, von der der Deal am stärksten abhängt, meist Kunden, Aufträge und Bestand, und binden Sie jedes neue Unternehmen an eine Schicht an, die diese Sicht liefert. Auf einer Integrationsplattform wie Alumio gehen Integrationen in der Regel in Wochen statt Monaten live, sodass die gemeinsame Sicht im Zeitplan des Deals verfügbar ist.
Die Konsolidierung bleibt eine Option statt einer Voraussetzung. Ein Händler kann seine Webshops zusammenführen, wenn es für seine Kunden passt, und ein Distributor kann ein herausgelöstes Unternehmen übergeben, ohne seine Datenflüsse neu aufzubauen. Ein Hersteller kann sein ERP harmonisieren, wenn der Business Case steht. Bis dahin arbeitet die Gruppe bereits als Einheit.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
