Post-Merger IT-Integration
Vom ersten Tag an handlungsfähig bleiben
Dazugehörige Themen:
Worauf es bei der Integration von IT-Systemen bei einer Fusion ankommt
Nach einer Übernahme entscheiden die ersten Monate darüber, ob Synergien Wirklichkeit werden – oder ob technische Schulden das neue Unternehmen jahrelang bremsen. Wir sorgen dafür, dass Sie dieses Zeitfenster nutzen, statt es zu verlieren.
Nicht die Technik entscheidet über den Integrationserfolg – sondern der richtige Plan zum richtigen Zeitpunkt.
Warum es oft schiefgeht
Das Problem beginnt nicht am Closing – es beginnt davor
Die meisten IT-Integrationsprobleme sind keine technischen Probleme. Sie entstehen, weil IT-Themen zu spät in den M&A-Prozess einbezogen werden, weil kein Integrationsverantwortlicher benannt wurde oder weil strategische Entscheidungen unter Zeitdruck vertagt werden – bis sie sich nicht mehr vermeiden lassen.
ERP-Zugänge, Cloud-Verträge oder geteilte Infrastruktur laufen oft über den Verkäufer weiter – und fallen beim Closing weg.
Ohne klares Integrationskonzept arbeiten beide Seiten an Parallelstrukturen – und niemand weiß, wessen Architektur gewinnt.
Welches ERP-System bleibt? Welche Cloud-Strategie gilt? Zu lange offen gelassen entstehen Doppelstrukturen, die teuer zu bereinigen sind.
Zusammengeführte Systeme bedeuten zusammengeführte Daten – ohne saubere Governance schnell ein regulatorisches Problem.
Unser Vorgehen
Vier Phasen – ein durchgängiges Integrationskonzept
Wir begleiten nicht von Meilenstein zu Meilenstein, sondern von Anfang bis Ende. Jede Phase baut auf der vorherigen auf – und liefert eigenständig verwertbare Ergebnisse.
01 | Pre-Closing
IT-Due-Diligence & Risikobewertung
Wir analysieren die IT-Landschaft des Zielunternehmens vor dem Closing: Systemarchitektur, Vertragslagen, technische Schulden, Abhängigkeiten vom Alteigentümer und regulatorische Risiken. Das Ergebnis ist eine klare Entscheidungsgrundlage – kein Statusbericht.
02 | Signing bis Closing
Integration Blueprint
Gemeinsam mit Ihrer Führungsebene entwickeln wir das Zielbild: Welche Systeme werden konsolidiert, welche abgelöst, welche temporär parallel betrieben? Der Blueprint schafft Klarheit über Prioritäten, Abhängigkeiten und Ressourcenbedarf – bevor das erste Team anfängt zu bauen.
03 | Closing ±4 Wochen
Day-1-Readiness & Stabilisierung
Am ersten Tag nach Closing muss das neue Unternehmen arbeitsfähig sein – unabhängig davon, wie weit die Integration ist. Wir definieren den minimalen Betriebsrahmen, sichern kritische Systeme ab und schaffen den Übergangsbetrieb, der den Normalbetrieb parallel zum Integrationsprojekt ermöglicht.
04 | Monat 3-18 nach Closing
Systemkonsolidierung & Übergabe
ERP, CRM, HR-Systeme, Infrastruktur: Wir führen Systeme schrittweise zusammen, steuern externe Dienstleister, koordinieren Datenmigration und übergeben schließlich eine dokumentierte, stabile IT-Umgebung an Ihre interne IT-Organisation.
Was Sie erhalten
Konkrete Ergebnisse, keine Präsentationen
Wir liefern Dinge, mit denen Ihre Organisation weiterarbeiten kann – nicht Statusberichte, die im Ordner verschwinden.
IT-Risikobericht (IT-Due Diligence)
Strukturierte Bewertung der IT-Landschaft des Zielunternehmens mit priorisierten Handlungsempfehlungen für Käuferseite und Rechtsberater.
Integration Blueprint
Zielbild, Entscheidungsmatrix, Systemprioritäten und Ressourcenplanung – als Grundlage für alle nachfolgenden Umsetzungsentscheidungen.
Day-1-Playbook
Operationalisierter Plan für die erste Woche nach Closing: wer macht was, auf welchen Systemen, mit welchen Zugängen und Eskalationswegen.
Übergabedokumentation
Vollständige Dokumentation der integrierten IT-Umgebung: Architektur, Systemverantwortlichkeiten, Vertragsübersicht, offene Punkte.
Warum bitformer
Was uns von klassischer IT-Beratung unterscheidet
Strategie und Umsetzung aus einer Hand
Wir konzipieren nicht nur – wir setzen auch um. Von der IT-Due-Diligence über den Blueprint bis zur Übergabe verantwortet ein Team den gesamten Weg. Kein Bruch zwischen Strategiepapier und operativer Realität, kein Fingerzeigen zwischen Beratern und Umsetzern.
Entscheidersprache statt Technikjargon
Wir übersetzen IT-Komplexität in Entscheidungsgrundlagen, die CFO, Aufsichtsrat und Gesellschafter verstehen und nutzen können.
Frühzeitiger Einstieg möglich
Wir können bereits in der Due-Diligence-Phase engagiert werden – und sind so am nützlichsten, wo andere noch nicht anfangen.
Häufige Fragen
Was Kunden uns meistens zuerst fragen
Wo stehen Sie gerade im Prozess?
Egal, an welchem Punkt Sie stehen: In 30 Minuten sortieren wir gemeinsam, welche Entscheidung als Nächstes ansteht und wo Ihr Risiko am größten ist. Kein Pitch, keine Verpflichtung – nur eine ehrliche Einschätzung.
Gut zu wissen
Wie wir arbeiten
Die ersten 100 Tage entscheiden, ob das neue Unternehmen handlungsfähig bleibt – nicht, ob die Integration abgeschlossen ist.
Ziel ist die Day-1-Handlungsfähigkeit bei minimalem Risiko; vollständige Konsolidierung folgt später. Die Prioritäten lauten Geschäftskontinuität, Sicherheit und schnell sichtbare Synergien.
Das Vorgehen umfasst fünf Schritte:
1. Day-1-Ziele definieren
Legen Sie vor dem Closing den minimalen Betriebsrahmen fest: Welche Systeme müssen am ersten Tag laufen (E-Mail, ERP-Zugriff, Netzwerk, Identitäten) und welche dürfen bis Woche 4 warten? Ein Day-1-Playbook hält fest, wer an Tag 1 auf welchem System mit welchen Zugängen und Eskalationswegen arbeitet.
2. Kritische Risiken absichern
Sichern Sie zuerst die Abhängigkeiten vom Verkäufer ab, die beim Closing wegfallen – ERP-Zugänge, Cloud-Verträge, geteilte Infrastruktur – notfalls über ein Transitional Service Agreement (TSA). Die akutesten Sicherheitslücken (offene Domänen-Trusts, verwaiste Zugänge) werden zuerst geschlossen; Zielmarke: keine offenen P1-Risiken nach Tag 30.
3. Governance etablieren
Ohne klare Entscheidungsstrukturen scheitern Integrationen an ungeklärten Verantwortlichkeiten. Setzen Sie ein Steering Committee mit dem CIO als Pflichtmitglied auf, aktivieren Sie das IT-PMO ab Day 1 und ordnen Sie Entscheidungen per RACI-Matrix zu – im Detail zeigt das unser Leitfaden, wie Sie ein Governance-Modell strukturieren.
4. Quick Wins identifizieren
Realisieren Sie Synergien, die risikoarm und schnell sichtbar sind: Konsolidierung doppelter Lizenzen und M365-Tenants, Zusammenlegung paralleler Tools, gemeinsameBeschaffung. Der ERP-Kern bleibt in dieser Phase bewusst unangetastet – dort ist das Risiko-Ertrags-Verhältnis in den ersten 100 Tagen ungünstig.
5. Integrationsroadmap erstellen
Überführen Sie die Sofortmaßnahmen in eine belastbare Roadmap für Monat 3 bis 18 (ERP-, CRM- und HR-Konsolidierung, Datenmigration), sequenziert nach Abhängigkeiten. Ein KPI-Dashboard macht den Fortschritt messbar – etwa eine On-Time-Delivery der IT-Workstreams von über 85 % nach 100 Tagen.
Kurz: In den ersten 100 Tagen sichern Sie den Betrieb, schließen die dringendsten Risiken und schaffen die Entscheidungsstruktur – die vollständige Konsolidierung ist bewusst Aufgabe der Folgephase.
Die meisten Integrationsprojekte scheitern nicht an der Technik, sondern an ungeklärten Verantwortlichkeiten. Ein Governance-Modell legt fest, wer worüber entscheidet, wie eskaliert wird und woran sich der Fortschritt messen lässt. Das Vorgehen umfasst fünf Schritte: 1. Governance-Ebenen festlegen (Steering Committee, IT-PMO, Workstreams) 2. Steering Committee besetzen – mit dem CIO als Pflichtmitglied 3. Entscheidungen per RACI-Matrix eindeutig zuordnen4. Eskalationspfade und Meeting-Rhythmus definieren 5. Governance über KPIs steuern und nach 30 Tagen nachschärfen
Wie Sie Steering Committee, IT-PMO und Entscheidungswege im Detail aufbauen, zeigt unser Leitfaden
Ziel ist ein einheitliches, sicheres Identitätsmodell, ohne dass Mitarbeitende den Zugriff auf benötigte Ressourcen verlieren.
Nach einer Übernahme existieren meist zwei getrennte Verzeichnisse (Active Directory bzw. Entra ID) mit überlappenden, teils verwaisten Konten – Angriffsfläche und Betriebsrisiko zugleich.
Das Vorgehen umfasst fünf Schritte:
1. Verzeichnisstrukturen analysieren
Beide AD-/Entra-ID-Umgebungen inventarisieren: Domänen, Trusts, Gruppenrichtlinien, Synchronisierung. Verwaiste Konten und übermäßige Berechtigungen zuerst markieren – sie sind das häufigste Einfallstor direkt nach dem Closing.
2. Berechtigungen inventarisieren
Rollen und Zugriffsrechte erfassen und nach dem Least-Privilege-Prinzip bewerten. Administrative Konten und Dienstkonten zuerst, da sie das größte Risiko tragen.
3. Zielarchitektur definieren
Zwischen Merge (Zusammenführung in einen Tenant), Koexistenz (mit Cross-Tenant-Sync) und Greenfield entscheiden. Für den Mittelstand mit Microsoft-Stack ist die Konsolidierung auf einen Entra-ID-Tenant meist das Ziel; die Koexistenz überbrückt die Übergangszeit.
4. Testmigration durchführen
Eine Pilotgruppe migrieren und Anmeldung, Ressourcenzugriff, MFA und Geräte-Compliance prüfen, bevor produktive Konten folgen.
5. Rollout schrittweise umsetzen
Gruppenweise migrieren, Altkonten zunächst deaktivieren statt löschen und ein Rollback-Fenster vorhalten. Zielmarke: kein ungeplanter Zugriffsausfall für produktive Nutzer.
Kurz: Erst Transparenz über beide Verzeichnisse schaffen, dann eine Zielarchitektur festlegen und gruppenweise migrieren – die IAM-Konsolidierung ist das Fundament jeder späteren System- und Sicherheitsintegration.
E-Mail ist das System mit der geringsten Fehlertoleranz – Ausfälle sind sofort für alle sichtbar.
Ziel ist eine schrittweise Migration mit Koexistenz, sodass Kommunikation und Kalender über beide Organisationen hinweg durchgängig funktionieren.
Das Vorgehen umfasst fünf Schritte:
1. Zielplattform festlegen
In den meisten Fällen Microsoft 365 (Exchange Online) als gemeinsame Zielplattform. Entscheiden, ob in einen bestehenden Tenant migriert oder ein neuer aufgesetzt wird.
2. Postfächer analysieren
Anzahl, Größen, Shared Mailboxes, Verteiler, Ressourcenpostfächer und rechtliche Aufbewahrungspflichten erfassen. Große Postfächer und Archive bestimmen den Zeitplan.
3. Pilotmigration durchführen
Eine kleine, repräsentative Nutzergruppe migrieren und Mailfluss, Kalender-Freigaben und mobile Geräte prüfen.
4. Koexistenz einrichten
Über Mailrouting und Cross-Tenant-Sync sicherstellen, dass beide Seiten während derMigration nahtlos kommunizieren – inklusive einheitlicher globaler Adressliste und Frei/Gebucht-Kalenderinformation.
5. Vollständige Migration abschließen
Nutzer in Wellen umstellen, DNS/MX-Einträge kontrolliert umschalten und das Altsystem erst nach einer Nachlaufphase abschalten.
Zielmarke: keine verlorenen Nachrichten, keine Kalenderbrüche.
Kurz: Über eine geplante Koexistenz mit Wellen-Migration bleibt die Kommunikation durchgängig – der riskante „Big Bang" über Nacht ist im M&A-Kontext selten nötig.
Das ERP ist das komplexeste und riskanteste Integrationsobjekt – und selten das erste. Ziel ist eine an den Geschäftsanforderungen ausgerichtete Konsolidierung; eine vollständige Ablösung ist nicht immer nötig und in den ersten 100 Tagen fast nie sinnvoll. Das Vorgehen umfasst fünf Schritte:
1. ERP-Landschaften vergleichen
Beide Systeme (z. B. SAP, Microsoft Dynamics 365 Business Central) hinsichtlich Prozessabdeckung, Modulen, Individualisierungen und Betriebskosten gegenüberstellen.
2. Zielsystem definieren
Zwischen Konsolidierung auf ein System, selektiver Migration und temporärem Parallelbetrieb entscheiden.
Kriterium ist der Geschäftsnutzen, nicht die technische Vorliebe – die Entscheidung gehört ins Steering Committee.
3. Prozesse harmonisieren
Vor der technischen Migration die Geschäftsprozesse angleichen (Finanzbuchhaltung, Einkauf,Auftragsabwicklung). Uneinheitliche Prozesse sind die häufigste Ursache gescheiterter ERP-Zusammenführungen.
4. Stammdaten bereinigen
Kunden-, Lieferanten- und Artikelstammdaten deduplizieren und vereinheitlichen. Datenqualität entscheidet über den Migrationserfolg mehr als die Technik.
5. Migration durchführen
In klar abgegrenzten Wellen (modul- oder standortweise) migrieren, mit Testläufen unddefiniertem Rollback. Den Produktivstart auf einen geschäftsarmen Zeitpunkt legen, etwa den Monatsanfang nach Abschluss.
Kurz: Erst Prozesse und Stammdaten, dann Technik – und den ERP-Kern bewusst nach der Stabilisierungsphase angehen, nicht in den ersten 100 Tagen.
Nach einer Fusion ist das Sicherheitsniveau nur so hoch wie das der schwächeren Seite – zusammengeführte Netze vererben Schwachstellen.
Ziel ist eine gemeinsame Security-Baseline, bevor Systeme verbunden werden.
Das Vorgehen umfasst fünf Schritte:
1. Sicherheitsniveau vergleichen
Beide Organisationen gegen einen gemeinsamen Referenzrahmen (z. B. ISO 27001, BSI IT-Grundschutz) bewerten und die Lücken priorisieren.
2. Richtlinien vereinheitlichen
Passwort-, Zugriffs-, Patch- und Endpoint-Richtlinien auf ein gemeinsames, jeweils höheres Niveau bringen.
3. IAM-Prozesse harmonisieren
Identitäten und Berechtigungen zusammenführen und Least Privilege durchsetzen – der häufigste Angriffsvektor direkt nach dem Closing.
4. Monitoring integrieren
Beide Umgebungen in ein gemeinsames SIEM/XDR (z. B. Microsoft Sentinel und Defender) einbinden, damit Vorfälle organisationsübergreifend sichtbar werden.
5. Schulungen durchführen
Mitarbeitende beider Seiten auf die gemeinsamen Standards schulen; Security-Awareness ist in der unsicheren Integrationsphase besonders relevant.
Kurz: Zuerst die gemeinsame Baseline und ein durchgängiges Monitoring, dann die technische Verbindung – nicht umgekehrt.
Wie Sie ein gemeinsames Sicherheitsniveau systematisch verankern.
Zwei Cloud-Landschaften bedeuten doppelte Kosten, uneinheitliche Sicherheit und intransparente Verantwortlichkeiten.
Ziel ist eine gemeinsame Governance über Kosten, Sicherheit und Architektur – nicht zwingend eine einzige Plattform.
Das Vorgehen umfasst fünf Schritte:
1. Cloud-Assets erfassen
Alle Subscriptions, Tenants (z. B. Azure), SaaS-Dienste und deren Verträge inventarisieren. Schatten-IT und ungenutzte Ressourcen werden häufig erst hier sichtbar.
2. Sicherheitsrichtlinien angleichen
Eine einheitliche Baseline für Zugriff, Verschlüsselung, Logging und Compliance über beide Umgebungen festlegen.
3. Zielarchitektur definieren
Entscheiden, welche Workloads konsolidiert, migriert oder parallel betrieben werden – anbieterneutral am Geschäftsbedarf ausgerichtet.
4. Identitäten konsolidieren
Cloud-Zugänge an das zusammengeführte Identitätsmodell (Entra ID) anbinden, mit einheitlicher MFA und Conditional Access.
5. Betrieb standardisieren
Gemeinsames Monitoring, FinOps-Kostenkontrolle und klare Verantwortlichkeiten etablieren.Zielmarke: Transparenz über 100 % der Cloud-Ausgaben und ein einheitliches Sicherheits-Reporting.
Kurz: Zuerst Transparenz und gemeinsame Governance, dann selektive Konsolidierung – Cloud-Synergien entstehen durch Steuerung, nicht durch Migration allein.
Datenmigration ist der Punkt, an dem Integrationsfehler irreversibel werden – verlorene oder falsch zugeordnete Daten lassen sich selten sauber rekonstruieren.
Ziel ist ein strukturierter, getesteter Prozess mit lückenloser Nachvollziehbarkeit. Das Vorgehen umfasst fünf Schritte:
1. Datenklassifizierung durchführen
Datenbestände nach Kritikalität, Schutzbedarf (DSGVO) und Aufbewahrungspflicht klassifizieren. Personenbezogene und regulierte Daten erhalten besondere Behandlung.
2. Zielsystem definieren
Festlegen, wohin welche Daten migriert werden, inklusive Format-, Struktur- undQualitätsanforderungen.
3. Migrationsstrategie festlegen
Zwischen Big-Bang und phasenweiser Migration entscheiden, mit klaren Cutover-Kriterien und einem Rollback-Plan.
4. Testmigration ausführen
Auf Basis einer repräsentativen Datenmenge Vollständigkeit, Korrektheit und Referenzintegrität prüfen, bevor produktive Daten bewegt werden.
5. Produktivmigration überwachen
Die Migration mit Validierungs- und Abgleichprotokollen begleiten und den Erfolg dokumentiert bestätigen. Zielmarke: nachweisbare Vollständigkeit über einen Quell-Ziel-Abgleich, ohne Datenverlust.
Kurz: Klassifizieren, testen, protokollieren – eine belegbare Vollständigkeit ist bei personenbezogenen Daten nicht nur Qualitäts-, sondern Compliance-Anforderung.
Integrationserfolg lässt sich über vier Dimensionen messen: Kosten (Synergien), Leistung (Betrieb und Fortschritt), Risiko (Sicherheit) und Akzeptanz (Nutzer).
Entscheidend ist die Baseline – Kennzahlen, die erst nach dem Closing definiert werden, lassen sich nicht mehr gegen den Ausgangszustand messen.
Sechs Kennzahlen haben sich bewährt:
1. Realisierte Synergien
Misst die tatsächlich gehobenen IT-Kostensynergien gegen den Business Case (Zielerreichung in %). Aussagekräftig nur mit sauberer Baseline vor dem Closing; erste Effekte stammen meist aus der Konsolidierung doppelter Lizenzen und M365-Tenants. Zielmarke: monatlicher Soll-Ist-Abgleich entlang des Business Case.
2. Systemkonsolidierungen
Anteil der im Integration Blueprint vorgesehenen Systemablösungen und -zusammenführungen,der tatsächlich umgesetzt ist (Konsolidierungsgrad). Zeigt, ob Doppelstrukturen abgebaut werden – oder nur auf dem Papier geplant sind.
3. Verfügbarkeit kritischer Systeme
Uptime der geschäftskritischen Systeme während und nach der Migration. Zielmarke: kein Absinken unter das vereinbarte SLA-Niveau (z. B. ≥ 99,5 % für Kernsysteme) – dieIntegration darf den laufenden Betrieb nie gefährden.
4. Migrationsfortschritt
Anteil der planmäßig abgeschlossenen Migrations- und Konsolidierungspakete gegen die Roadmap. Zielmarke: On-Time-Delivery der IT-Workstreams über 85 % nach 100 Tagen.
5. Sicherheitsvorfälle
Anzahl und Schwere sicherheitsrelevanter Incidents nach der Systemzusammenführung. Zielmarke: keine offenen kritischen (P1-)Risiken nach Tag 30 und keine durchIntegrationsfehler verursachten Vorfälle.
6. Nutzerzufriedenheit
Interner Integration-NPS aus Sicht der Mitarbeitenden – ein Frühindikator für Akzeptanz und Mitarbeiterbindung in der kritischen Phase. Zielmarke: über 50 Punkte nach Tag 60.
Kurz: Legen Sie diese Kennzahlen vor Day 1 fest, verankern Sie sie in einem Steuerungs-Dashboard und berichten Sie sie regelmäßig – nur so wird aus Reporting echte Steuerung. Wie Sie daraus ein Governance-Dashboard aufbauen, zeigt unser Leitfaden zum Governance-Modell.
Vor dem Closing ist nach dem Closing.
Erstgespräch vereinbaren:
In einem 30-minütigen Erstgespräch kläre ich gerne mit Ihnen zusammen, in welcher Phase Ihres Integrationsprozesses wir den größten Hebel haben – ohne Verkaufspitch, ohne Verbindlichkeit.
Gemeinsam finden wir heraus, ob und wie ich Sie bestmöglich unterstützen kann.
Ich freue mich auf den Austausch mit Ihnen
