Eine Finanzentscheidung als begrenztes Solver-Problem formulieren

Ökonomik und Ziel festlegen

Das native Referenzmodell hat unverändert EUR 120 Jahresumsatz und EUR 48 EBITDA, mit Istjahr 2026 und Planung 2027–2029. Der LBO startet bei 9× Entry, 8× Exit und einer Fremdkapitaltranche von 4× mit 5 % Cash-Zins. Geldbeträge im zugrunde liegenden Beispiel lauten auf EUR; Multiples und IRR behalten ihre eigenen Einheiten.

Das Ziel lautet IRR maximieren, nicht 25 % erreichen. Entry Multiple darf zwischen 5× und 9× liegen, Fremdkapital-Leverage zwischen 0× und 5×. Die separate Ergebnisbedingung ist der native LBO-Brutto-Leverage beim Einstieg ≤4×. Er ist nicht identisch mit Net Debt / EBITDA im Kredit-Operator.

Kandidat und Residuen prüfen

Der native Lauf meldet „solved“ nach 290 Auswertungen bei einem Budget von 300 (200 Iterationen, 3 Starts). Entry erreicht die Untergrenze 5×. Fremdkapital-Leverage beträgt 4,000000009996×: Die minimale Überschreitung von 4× liegt innerhalb der ausdrücklichen Toleranz 0,00000001. Die Bedingung ist bindend.

Die IRR steigt von rund 7,602705 % auf 42,345739 %. Der Kandidat verbessert das vorgegebene Ziel innerhalb der getesteten Grenzen. Er ist weder ein Zertifikat globaler Optimalität noch ein verhandelbarer Einstiegspreis oder eine Finanzierungsempfehlung. Bei dieser Optimierung gibt es keine Zielabweichung zu 25 % auszuweisen.

Vor einem ausdrücklichen Apply zunächst Preview prüfen

Die Suche selbst lässt den kanonischen Workspace unverändert. Preview berechnet den vollständigen nativen Kandidaten neu und muss mit dem Solver-Ergebnis übereinstimmen. Hier reproduziert Preview die Kandidaten-IRR. Anwendbar sind nur unterstützte, weiterhin gültige Änderungen an beschreibbaren Quellen.

1. Beispiel importieren, Deals → LBO IRR wählen und Analyze → Reverse öffnen.
2. Maximize, beide Variablen, Grenzen, Leverage-Bedingung und Toleranz prüfen.
3. Ausführen, Status und Base gegen Kandidat prüfen, anschließend Preview öffnen.
4. LBO-Zahlungsströme und geänderte Eingaben prüfen. Erst nach Prüfung Apply verwenden.
5. Ein Apply bildet einen rückgängig zu machenden Batch. Native Tests prüfen die exakte Wiederherstellung durch Undo und die erneute Anwendung durch Redo.

Ein Best Attempt ist keine zulässige Lösung

Eine separate Variante ergänzt Brutto-Leverage ≥4,5× bei unverändert ≤4×. Der Lauf endet mit Status „budget“ nach 80 Auswertungen ohne Lösung. Ein Best Attempt mit besserem Zielwert, aber verletzten Bedingungen ist keine zulässige Lösung.

Diese beiden Ungleichungen widersprechen sich unmittelbar. Ein Suchstatus in einem allgemeinen Modell ist jedoch kein mathematischer Unmöglichkeitsbeweis. Prüfe Eingabegrenzen, Bedingungen, nicht verfügbare Ergebnisse und Auswertungsbudget. Der vollständige synthetische Fehlerfall steht separat bereit.

Synthetisches Beispiel herunterladen, unter Model ausdrücklich importieren, Advanced wählen und Deals → LBO → Analyze → Reverse öffnen. Der Import legt ein eigenes Modell an; ein bestehendes Modell wird nicht überschrieben.

Vertiefung und Modellreferenz

Für angrenzende Fragen: Zielwertsuche im Finanzmodell: Berechnen, prüfen und übernehmen; Zielwertsuche vs Solver: Wann reicht eine Eingabe nicht aus?; LBO-Modell & Sponsorenrendite; Finanzmodell-Analyse — Treiber, Margen und Liquidität.

Die genaue Bedienung und Quellenlogik erklären Reverse / Zielwertsuche: Eingaben für ein Ergebnis finden und Reverse mit mehreren Variablen.