Carve-out-Strategie: Trennung ohne Wertverlust

Die Planung eines Carve-outs erfordert die Entflechtung gemeinsam genutzter Systeme, ohne die Margen zu verwässern. Von der Dimensionierung der Standalone-Kosten bis zur Kartierung der Transition Service Agreements müssen Corporate-Development-Teams vor Day 1 einen strikten operativen Bauplan strukturieren, um Wertverluste bei der Trennung zu verhindern.

Sobald die Konzernleitung oder ein Private-Equity-Sponsor die Veräußerung einer Geschäftseinheit beschließt, verlagert sich die operative Priorität auf die Definition des Trennungsperimeters. Ein Carve-out unterscheidet sich grundlegend vom Verkauf eines eigenständigen Assets, weil die veräußerte Einheit innerhalb der operativen, technischen und rechtlichen Infrastruktur ihrer Muttergesellschaft arbeitet. Ohne eine rigorose Baseline-Prüfung jeder gemeinsamen Abhängigkeit riskieren Deal-Teams Wertverluste, Kundenstörungen und langwierige Streitigkeiten nach dem Closing.

Die Festlegung des Deal-Perimeters erfordert ein strukturiertes MECE-Vorgehen über fünf operative Dimensionen: Informationstechnologie, Kundenverträge, Personal, physische Standorte und geistiges Eigentum. Ziel ist es zu identifizieren, welche Vermögenswerte, Lizenzen und Prozesse direkt übergehen, welche bei der Mutter verbleiben und welche vor dem Closing entbündelt oder dupliziert werden müssen.

Kritische Verflechtungskategorien im Perimeter

Die tiefsten Verflechtungen liegen typischerweise in einer gemeinsam genutzten ERP-Instanz, einem gemeinsamen Identity-Verzeichnis, einem gemeinsamen Netzwerk, Enterprise-Lizenzen unter einer Unterschrift sowie vermischten Datenbeständen. Bei Kundenverträgen bündeln Rahmenverträge häufig Produkte der Mutter und des Carve-out-Geschäfts unter einheitlichen Konzernrabattstufen. Diese Verträge erfordern eine förmliche Novation, Abtretung oder Neuverhandlung, um Umsatzverluste an Day 1 zu vermeiden. Ebenso erfordern gemeinsam genutzte Standorte Mietvertragsaufteilungen oder Untermietlösungen, während gemeinsam genutztes geistiges Eigentum ausdrückliche Lizenzvereinbarungen oder Patentübertragungen verlangt.

Die frühzeitige Entflechtung dieser Elemente erlaubt es den Deal-Partnern, klare Grenzen zu ziehen, bevor Verhandlungen über operative Verantwortlichkeiten beginnen. Ungeklärte Perimeter-Unschärfen erhöhen das Ausführungsrisiko und verlängern unmittelbar die Dauer der Transition Services.

Historische Carve-out-Abschlüsse stützen sich stark auf Top-down-Umlagen von Konzerngemeinkosten, bei denen Aufwendungen für Finanzen, Recht, Personal, Einkauf und IT nach Umsatz- oder Mitarbeiteranteilen verteilt werden. Für erste buchhalterische Betrachtungen geeignet, verschleiern diese Umlageformeln die tatsächlichen Run-Rate-Kosten, die für den Betrieb eines eigenständigen Unternehmens erforderlich sind.

Corporate-Development-Verantwortliche und Deal-Partner müssen historische Konzernumlagen verwerfen und ein Bottom-up-Standalone-Kostenmodell konstruieren. Ein eigenständiges Unternehmen kann sich nicht auf die Einkaufsmacht der Mutter, gemeinsame Enterprise-Software-Verträge oder zentrale Support-Desks stützen. Folglich muss die Standalone-Kostenbasis exakt den funktionalen Personalbedarf, die Drittanbieterverträge und die dedizierten operativen Werkzeuge abbilden, die zur Aufrechterhaltung des Zielbetriebsmodells nötig sind.

Konzernumlagen in Standalone-Anforderungen zerlegen

Ein rigoroses Standalone-Kostenmodell trennt funktionale Anforderungen in wesentliche operative Fähigkeiten einerseits und administrative Overheads auf Konzernebene andererseits. Während Funktionen auf Konzernebene wie Investor Relations oder die Steuerstrukturierung eines Konglomerats entfallen können, muss die neue Einheit ihre eigene grundlegende Verwaltungsinfrastruktur aufbauen. Die Standalone-Modellierung deckt häufig Dis-Synergien auf, am sichtbarsten bei Enterprise-Software-Lizenzen: Verträge, die beide Unternehmen abdeckten, gehen selten über, sodass das ausgegliederte Geschäft eigene Verträge abschließt, in der Regel zu schlechteren Stückpreisen als in der Mengenstufe der Mutter.

Die Bottom-up-Berechnung dieser Kosten schützt die Deal-Bewertung, indem sie buchhalterische Schätzungen durch reale operative Angebote ersetzt. Diese Klarheit schafft eine belastbare Baseline für Performance-Ziele nach dem Closing und für die Finanzierung des Kapitalbedarfs an Day 1.

Wenn eine Geschäftseinheit ausgegliedert wird, hinterlässt ihr Abgang fixe Gemeinkosten und Shared-Service-Kapazitäten in der verbleibenden Muttergesellschaft. Diese verwaisten Aufwendungen, bekannt als Stranded Costs, verschwinden nicht automatisch mit dem Ausscheiden der veräußerten Einheit.

Stranded Costs entstehen, weil die gemeinsame Konzerninfrastruktur auf Skalierung ausgelegt ist. Eine Muttergesellschaft, die einen Bereich mit 30 Prozent ihres Umsatzes veräußert, unterhält weiterhin denselben Mietvertrag für die Konzernzentrale, dieselben mehrjährigen Enterprise-Software-Verpflichtungen und dieselbe zentrale Back-Office-Infrastruktur, sofern keine gezielten Abbaumaßnahmen erfolgen.

Dimensionierung vor Unterzeichnung und Ownership-Struktur

Um die laufenden operativen Margen der Muttergesellschaft zu schützen, muss Corporate Development das Stranded-Cost-Exposure vor der Unterzeichnung dimensionieren, statt es in den Budgetzyklen nach dem Closing zu entdecken. Die Methodik prüft jede umgelegte Kostenposition auf tatsächliche Variabilität gegenüber fixen Verpflichtungen. Ein ungenutzter Mietvertrag oder ein Softwarevertrag mit Mindestabnahme variiert nicht mit der Veräußerung; er bleibt fixer Overhead, bis er restrukturiert oder neu verhandelt wird.

1. Einen dedizierten Executive Owner benennen: Das Programm benötigt einen einzigen Verantwortlichen, etwa den CFO oder einen an den CFO berichtenden Transformationsleiter, mit ausdrücklichem Mandat und datiertem Abbauziel im Operating Plan.
2. Einen zentralen, nicht umgelegten Sammelposten einrichten: Stranded Costs in einer eigenen Konzernkostenstelle isolieren, statt sie auf die verbleibenden Geschäftseinheiten umzulegen, wo sie die laufenden Margen unsichtbar verwässern.
3. Den Abbau an Vertragsmeilensteinen ausrichten: Die Abbaukurve an den Kalendern ablesen, die das Programm nicht kontrolliert, namentlich Mietvertragsenden und Sonderkündigungsrechte, Softwareverlängerungstermine, Kündigungs- und Abfindungsfristen sowie die Systemstilllegung, sobald der letzte abhängige Nutzer migriert ist.
4. Personalanpassungen phasenweise umsetzen: Kündigungsfristen und Restrukturierungsanforderungen berücksichtigen, damit die Shared-Service-Belegschaft in dem Maße abgebaut wird, in dem die transitorischen Unterstützungsverpflichtungen auslaufen.

Indem Stranded Costs als expliziter Workstream mit einem Executive Decision Memo und eigener Governance gesteuert werden, stellt die Mutter sicher, dass sich der Konzern-Overhead im Gleichschritt mit dem Veräußerungsfahrplan zurückbildet.

Ein Transition Service Agreement (TSA) ist ein rechtsverbindlicher Vertrag, unter dem die Muttergesellschaft der veräußerten Einheit für einen definierten Zeitraum nach dem Closing bestimmte operative Leistungen erbringt. TSAs überbrücken die operative Lücke zwischen Closing und vollständiger Eigenständigkeit und sichern die Geschäftskontinuität, während der Käufer Ersatzfähigkeiten aufbaut oder migriert.

So wesentlich sie für die Kontinuität sind, bringen TSAs operative Reibung mit sich. Die Muttergesellschaft muss ein Geschäft weiter unterstützen, das ihr nicht mehr gehört, was internes Management bindet und die Rationalisierung des Overheads verzögert. Umgekehrt bleibt die veräußerte Einheit an Prozesse und technische Plattformen der Mutter gebunden. TSAs müssen daher präzise ausgestaltet werden und Transition Services als temporäre Brücken behandeln, nicht als dauerhaftes Betriebsmodell.

Standardumfänge und wirtschaftliche Konditionen strukturieren

Jeder Transition Service erfordert einen detaillierten Leistungsschein, der Umfang, Service Level Agreements (SLAs), Preismechanik und Abhängigkeiten festlegt. Übliche TSA-Leistungsscheine umfassen den Zugang zu Enterprise-IT, die Gehaltsabrechnung, die Kreditorenbuchhaltung, die Verwaltung von Mitarbeiterleistungen sowie technischen Support. Klare, an historischer Leistung gemessene SLAs verhindern Reibungen über die Servicequalität nach dem Closing.

Um eine zügige Migration zu fördern, sollten TSAs in der Grundlaufzeit Cost-plus-Preise vorsehen, verbunden mit vertraglichen Eskalatoren für jede angefragte Laufzeitverlängerung. Steigende Sätze schaffen klare finanzielle Verantwortlichkeit und stellen sicher, dass die Carve-out-Einheit ihren Übergang in die Eigenständigkeit priorisiert.

Eine erfolgreiche Carve-out-Strategie erfordert strikte, meilensteingetriebene Fristen für die Beendigung jedes einzelnen Transition Service. Alle Leistungen an ein einziges pauschales Enddatum zu koppeln, erzeugt Programmträgheit: Die schnellsten operativen Workstreams geraten ins Stocken, während sie auf den Abschluss der langsamsten Migrationen warten.

Stattdessen müssen Ausstiegstermine Service für Service festgelegt werden, unmittelbar abgeleitet aus dem zugrunde liegenden Ersatzaufbauplan. Jeder Leistungsschein erfordert einen förmlichen vertraglichen Abnahmetest vor der Beendigung. Für die Gehaltsabrechnung kann dieser Test aus zwei aufeinanderfolgenden Abrechnungsläufen vollständig auf dem System des Käufers bestehen, ohne Beteiligung des Verkäufers und ohne Ausnahmen oberhalb einer festgelegten Schwelle; für einen Service Desk aus 30 Tagen Ticketvolumen, das auf der Plattform des Käufers auf oder über dem vereinbarten Service Level bearbeitet wird.

Verflechtungstiefe und Treiber der Dauer

Die IT-Trennung bestimmt durchgängig den kritischen Pfad des gesamten TSA-Kalenders. Back-Office-Funktionen wie Finanzen und Personal können ihre jeweiligen TSAs erst vollständig verlassen, wenn die Ziel-ERP- und HRIS-Systeme konfiguriert, mit migrierten Daten befüllt und getestet sind. Die TSA-Dauer folgt damit unmittelbar der technischen Verflechtung des veräußerten Geschäfts.

• Geringe Verflechtung: Das veräußerte Geschäft betreibt eigene Anwendungen und teilt mit der Mutter lediglich Identity, E-Mail und Netzwerk.
• Mittlere Verflechtung: Die Einheit teilt ERP-Buchungskreise und gemeinsame Konzerninfrastruktur, betreibt aber eigene Produktsysteme, was Datenbankextraktion und eigenständige ERP-Einführung erfordert.
• Tiefe Verflechtung: Das Geschäft sitzt auf einer ERP-Instanz mit gemeinsamer Fertigungs- oder Logistikabwicklung und vermischten Kundendaten.

Rigorose Ausstiegsmeilensteine auf Serviceebene verhindern unbefristete Abhängigkeit, erlauben der Mutter die zügige Stilllegung redundanter Systeme und ermöglichen dem eigenständigen Geschäft, operative Autonomie zu erlangen.

Day 1 markiert den rechtlichen und operativen Übergang des veräußerten Geschäfts. Vorrangiges Ziel der Day-1-Bereitschaft ist eine störungsfreie operative Kontinuität: Mitarbeitende müssen bezahlt werden, Kundenaufträge müssen ausgeliefert, Rechnungen erzeugt und Lieferantentransaktionen ohne Unterbrechung abgewickelt werden.

Ein häufiger Fehlermodus in der Carve-out-Planung ist die Verwechslung von Day-1-Anforderungen mit der vollständigen operativen Trennung an Day 2. Der Versuch, zum Closing neue Enterprise-Architekturen einzuführen, Kundenprozesse umzubauen oder umfassende Systemmodernisierungen durchzuführen, erzeugt unnötiges Risiko. Day 1 konzentriert sich ausschließlich auf die minimal tragfähigen operativen Fähigkeiten für einen rechtssicheren Geschäftsbetrieb und überlässt die Backend-Komplexität den TSAs.

Day-1-Pflichtfähigkeiten von Day-2-Optimierung trennen

Trennungsteams müssen eine strikte Grenze zwischen Day-1-Pflichtfähigkeiten und langfristigen Day-2-Initiativen ziehen. Kritische Day-1-Punkte umfassen die Gründung der Rechtseinheit, eigenständige Treasury- und Bankanbindung, lokale regulatorische Lizenzen, Kundenkommunikation und die Gehaltsabrechnung am ersten Tag. Langfristige digitale Transformationen, vollständige Data-Warehouse-Migrationen und Vertragskonsolidierungen gehören in die Day-2-Umsetzungspläne.

Durch einen disziplinierten Day-1-Umfang senkt das Deal-Team das Ausführungsrisiko, sichert das operative Kerngeschäft und hält die Organisation im Cutover-Fenster fokussiert.

Ein Carve-out ohne Margenerosion umzusetzen erfordert die Sequenzierung mehrerer paralleler Workstreams zu einem integrierten Trennungsbauplan. Branchendaten zeigen, dass die einmaligen Gesamttrennungskosten typischerweise zwischen 1% und 5% des veräußerten Umsatzes liegen, während hochkomplexe und tief verflochtene Transaktionen bis zu 13% des Umsatzes erreichen können. Die Trennungsaufwendungen am unteren Ende dieser Bandbreite zu halten, verlangt straffe Governance und fortlaufende Meilensteinverfolgung.

Der Trennungsbauplan koordiniert Gesellschaftsgründung, Vermögensübertragungen, TSA-Umsetzung, Systementflechtung und den Abbau von Stranded Costs zu einem phasierten operativen Fahrplan. Ein dediziertes Separation Management Office (SMO) sichert klare Verantwortlichkeiten über die Fachbereiche hinweg, steuert Abhängigkeiten zwischen den Workstreams und setzt Budgetdisziplin über den gesamten Veräußerungszyklus durch.

Den Bauplan nachvollziehbar strukturieren

Um Abweichungen zwischen Deal-Modellen, rechtlichen Leistungsscheinen und operativen Umsetzungsplänen zu vermeiden, müssen Corporate-Development-Teams ihre Trennungsbaupläne vollständig faktenbelegt strukturieren. Diskrepanzen zwischen geschätzten Standalone-Kosten und verhandelten TSA-Leistungsscheinen erzeugen unmittelbar nach dem Closing Wertverluste.

• Datenintegrität als Baseline herstellen: Alle Kostenumlagen, Personalverteilungen und Anlageninventare vor dem Entwurf operativer Leistungsscheine auf verifizierten Betriebsdaten gründen.
• Funktionsübergreifende Abstimmung durchsetzen: IT-Cutover-Meilensteine unmittelbar mit Payroll-Übergängen, Wirksamkeitsdaten von Kundenverträgen und Beendigungen von Mietverträgen synchronisieren.
• Kontinuierliche Meilenstein-Governance einführen: Den wöchentlichen Fortschritt je TSA-Leistungsart verfolgen und Run-Rate-Kosten gegen Budgetobergrenzen und verifizierte Ausstiegstermine überwachen.

Corporate-Development-Teams nutzen Decisity unmittelbar, um den Trennungsbauplan zu strukturieren und komplexe Workstream-Analysen zu vorstandsreifen Ergebnissen zu verdichten. Indem jede Finanzprojektion, jede Stranded-Cost-Berechnung und jeder TSA-Zeitplan transparent auf die zugrunde liegende Datenquelle verweist, behält die Führung die volle operative Kontrolle und schützt den Vermögenswert von der Unterzeichnung bis zur endgültigen Trennung.

• BCG: Beware of Separation Costs That Compromise Value Creation
• BD Emerson: IT Carve-Out
• BD Emerson: Stranded Costs After a Divestiture
• BD Emerson: TSA Exit Planning