IT-Integration nach einer Übernahme: So führen Sie zwei Systemwelten zusammen, ohne den Betrieb zu gefährden

Nach einer Übernahme entscheidet die IT-Integration darüber, ob die versprochenen Synergien je in der Bilanz ankommen. Viele Zusammenschlüsse verlieren ihren Wert nicht am Kaufpreis, sondern daran, dass zwei Systemwelten jahrelang nebeneinander weiterlaufen.

Warum scheitern Digitalisierungsprojekte nach einer Übernahme so oft?

Weil die Integration als Nebensache behandelt wird. Der Vertrag ist unterschrieben, die Pressemitteilung ist raus, und dann stellt sich heraus: zwei ERP-Systeme, zwei Kundenstämme, zwei Buchhaltungen, und niemand hat entschieden, welche bleibt. Doppelte Systeme kosten doppelt Lizenz und Wartung. Widersprüchliche Kundendaten fallen dem Vertrieb auf die Füße. Und wenn personenbezogene Daten in zwei Kundenverwaltungen ohne klare Verantwortung liegen, wird aus einem IT-Thema ein Datenschutzthema.

Ein Muster, das wir immer wieder sehen: Ein Finanzdienstleister übernimmt ein junges Softwareunternehmen, beide führen ihre Kunden in eigenen Systemen weiter. Einige Monate später weiß niemand mehr, welcher Datensatz der aktuelle ist. Das ist kein technisches Versagen. Es ist eine ausgebliebene Entscheidung.

Welche Integrationsform passt: Absorption, Teilintegration oder Parallelbetrieb

Vollständige Absorption

Das übernommene Unternehmen wird komplett in die IT des Käufers überführt. Das setzt eine ehrliche Bestandsaufnahme beider Landschaften voraus und einen Migrationspfad, der den laufenden Betrieb nicht unterbricht. Sinnvoll ist das, wenn der Zukauf ähnliche Abläufe hat und seine Systeme keinen eigenen Wert darstellen, etwa ein regionaler Spediteur, der in die Plattform eines größeren Logistikers wandert.

Teilintegration

Nur bestimmte Bereiche wachsen zusammen, typischerweise Finanzen, Kundenstamm oder Einkauf. Der Rest bleibt eigenständig und wird über Schnittstellen angebunden. Beispiel: Ein Maschinenbauer kauft ein Softwareunternehmen. Die Produktentwicklung arbeitet weiter in ihren Werkzeugen, die Finanzdaten fließen in das zentrale ERP des Käufers. Hier entscheidet die Qualität der Schnittstellen und die Harmonisierung der Stammdaten über Erfolg oder Dauerärger.

Parallelbetrieb mit späterer Konsolidierung

Diese Variante wählen Unternehmen unter Zeitdruck oder wenn die Systeme des Zukaufs kritische Prozesse tragen. Sie ist legitim, aber gefährlich: Aus „später“ wird erfahrungsgemäß „nie“, wenn kein Termin und kein Budget für die Konsolidierung feststehen. Wer diesen Weg geht, braucht vom ersten Tag an einen datierten Migrationsplan.

Schritt für Schritt: IT-Integration nach der Übernahme

Vor der Unterschrift: IT-Due-Diligence

Die Architektur des Zielunternehmens gehört auf den Tisch, bevor der Kaufvertrag unterschrieben ist. Welche Systeme sind im Einsatz? Wie viel technische Schuld steckt darin? Gibt es Eigenentwicklungen, die nur eine Person versteht? Wem gehört der Code, und gibt es getestete Backups? Ein Käufer, den wir begleitet haben, fand bei dieser Prüfung eine selbst gebaute Datenbank ohne Sicherungskonzept. Das Risiko landete im Kaufpreis statt später im Betrieb.

Zielbild und Migrationsplan festlegen

Nach dem Abschluss braucht es ein klares Bild der künftigen Landschaft: Welche Systeme bleiben, welche werden abgelöst, welche Daten ziehen um? Setzen Sie dabei auf offene Schnittstellen und Datenformate. Sonst wird der Zukauf zur nächsten Abhängigkeit von einem Anbieter, den Sie sich nicht ausgesucht haben.

Daten schrittweise und rückholbar migrieren

Daten sind nach einer Übernahme das wertvollste, was Sie gekauft haben. Migrieren Sie in kleinen Schritten, die sich zurückdrehen lassen: zuerst Stammdaten wie Kunden und Lieferanten, dann Transaktionsdaten. Jeder Schritt wird in einer Staging-Umgebung geprüft, bevor er produktiv geht, mit automatisierten Tests auf Vollständigkeit und Konsistenz. Wie eine solche Umgebung aussieht, beschreibt der Beitrag Staging-Umgebung für risikofreie Updates.

Betrieb: Monitoring und regelmäßige Architektur-Reviews

Mit dem letzten Datensatz ist die Arbeit nicht getan. Verfügbarkeit, Datenqualität und Sicherheitsvorfälle gehören auf ein gemeinsames Dashboard, und die Architektur wird in festen Abständen daraufhin geprüft, wo sich neue technische Schuld ansammelt.

Häufige Fragen

Wie lange dauert eine IT-Integration nach einer Übernahme?

Das hängt von Systemzahl und Integrationsform ab. Eine vollständige Absorption dauert deutlich länger als eine Teilintegration. Entscheidend ist ein Migrationsplan mit Meilensteinen, nicht ein Wunschdatum aus der Vertragsverhandlung.

Welche Fehler kosten am meisten?

Eine oberflächliche Due Diligence, ungeputzte Daten vor der Migration, Parallelbetrieb ohne Konsolidierungstermin und Fachabteilungen, die erst am Umstellungstag erfahren, was sich ändert. Jeder dieser Fehler zeigt sich später als Dateninkonsistenz, Betriebsunterbrechung oder Folgekosten.

Wie vermeiden Sie, dass die Integration neue Abhängigkeiten schafft?

Offene Schnittstellen, dokumentierte Datenformate und ein Vertrag, der Code und Daten Ihnen zuspricht. Wir bauen Integrationen so, dass Sie den Dienstleister wechseln können, ohne die Architektur zu verlieren. Das gilt auch für uns.

Woran messen Sie, ob die Integration gelungen ist?

An der Verfügbarkeit der zusammengeführten Systeme, an Abweichungen zwischen Quell- und Zielsystem, am Fortschritt der migrierten Objekte und daran, wie schnell eine neue Funktion für beide Firmenteile ausgeliefert werden kann.

Wenn bei Ihnen eine Übernahme ansteht oder gerade zwei Systemwelten nebeneinander laufen, schreiben Sie auf, welche Systeme es auf beiden Seiten gibt und wer dort Entscheidungen trifft. Diese Liste bringen Sie mit in den Potenzial-Check, eine halbe Stunde, kostenlos. Wir sagen Ihnen, welche Integrationsform zu Ihrer Lage passt und wo das größte Risiko liegt. Potenzial-Check buchen