Home
Intern
zuletzt aktualisiert am 1. Juli 2019 | Lesedauer ca. 4 Minuten
Unter einem „Financial Model” wird grundsätzlich die Abbildung komplexer betriebs- und finanzwirtschaftlicher Sachverhalte innerhalb eines integrierten Rechenmodells verstanden. Financial Models finden in der Praxis bei unterschiedlichsten Anlässen Anwendung, von der Unternehmensplanung und dem Reporting, über die Simulation von Investitions- und Finanzierungsszenarien bis hin zur Ermittlung von Kauf- und Verkaufspreisen im Rahmen von Unternehmenstransaktionen.
Obwohl die mit Financial Models gewonnenen Erkenntnisse oftmals als Grundlage für wesentliche Unternehmensentscheidungen herangezogen werden, existieren keine allgemeingültigen Financial Modeling-Standards, die einen einheitlichen Qualitätsstandard und eine Vergleichbarkeit garantieren könnten. Darüber hinaus haben die meisten Unternehmen keine eigenen Financial Modeling-Richtlinien oder -Guidelines implementiert, weshalb sich die Qualität von Financial Models innerhalb eines Unternehmens signifikant unterscheiden kann.
Auf Basis unserer langjährigen Erfahrungen in der Konzeptionierung, Erstellung und Überprüfung von Financial Models haben wir im Folgenden praxisbewährte „10 Goldene Regeln des Financial Modeling” zusammengestellt, die grundsätzlich für jedes in einem Tabellenkalkulationsprogramm (z.B. Microsoft Excel) erstellten Financial Model angewendet werden können.
Hinweis: Klicken Sie auf die Überschriften für eine Erläuterung der einzelnen Themengebiete.
Die Einhaltung dieser Regeln führt zu einer Reduzierung der Fehleranfälligkeit, zu Effizienzgewinnen bei Modellerstellung und -prüfung, zu einem erhöhten Benutzerkomfort für den Modellanwender sowie einer höheren Akzeptanz bei Modelladressaten.
Je nach Modellierungsanlass kann ein komplexes Financial Model eine Vielzahl an individuellen Arbeitsblättern umfassen. Zur Bewahrung der Übersichtlichkeit sowie zur Sicherstellung eines konsistenten Datenflusses innerhalb des Modells sollten die Arbeitsblätter in die Bereiche „Rohdaten”, „Annahmen”, „Analyse” und „Out-put” gruppiert werden und sich ggf. farblich voneinander unterscheiden.
Im Bereich „Rohdaten” befinden sich i.d.R. importierte Arbeitsblätter aus anderen Excel Dateien oder aus Unternehmensplanungs- oder Konsolidierungssoftware importierte Daten, auf deren Inhalte innerhalb des Modells verlinkt wird. Durch die Verlinkung auf diese Rohdaten bleibt die Datenquelle stets nachvollziehbar. Da diese Arbeitsblätter die Formatierung der Quelldatei aufweisen, können diese Rohdaten zudem wenn nötig per „copy & paste” mit geringem Aufwand ausgetauscht und aktualisiert werden.
Im Bereich „Annahmen” werden die veränderbaren Prämissen des Financial Models gesammelt und definiert. Durch die Folgeverlinkung dieser variabilisierten Prämissen handelt es sich hierbei um das „Model-Cockpit” über das Szenario- und Sensitivitätsanalysen gesteuert werden.
Im Bereich „Analyse” befinden sich die Arbeitsblätter, in denen die eigentlichen Modellberechnungen stattfinden. Die Daten, die in diesen Blättern verarbeitet werden, stammen ausschließlich aus den Bereichen „Rohdaten” und „Annahmen” bzw. aus anderen Analyseblättern. Eine separate Eingabe von Daten oder Prämissen („Harteingaben”) findet in diesen Blättern nicht statt.
Im Bereich „Output” werden die wesentlichen Ergebnisse und Kennzahlen des Financial Models tabellarisch und wenn hilfreich grafisch aufbereitet. Hierbei ist es wichtig, die Modellkomplexität zu minimieren und adressatengerechte Auswertungen aufzubereiten. Je nach Modellverwendung sollten die Outputblätter bereits präsentationstauglich und/oder druckbar formatiert sein.
Um Inkonsistenzen und Redundanzen zu vermeiden, sollte das Financial Model grundsätzlich innerhalb einer Datei abgebildet werden, Verlinkungen zu externen Quellen sollten vermieden werden.
Im Bereich „Annahmen” werden alle veränderbaren Prämissen des Financial Models gesammelt und definiert. Durch die Folgeverlinkung der variabilisierten Prämissen handelt es sich hierbei um das „Model-Cockpit” über das Szenario- und Sensitivitätsanalysen gesteuert werden.
Der Aufbau des Prämissenblatts sollte übersichtlich und nachvollziehbar strukturiert werden. Es empfiehlt sich, übergeordnete Bereiche zu definieren (z.B. „I. Allgemeine Annahmen”, „II. GuV-Planung”, „III. Bilanz-Planung”, etc.), die ihrerseits entsprechende Unterbereiche enthalten (z.B. „II.1 Annahmen Umsatzerlöse”, „II.2 Annahmen Materialaufwendungen”, etc.). Je nach Anzahl an Prämissen kann die Übersichtlichkeit des Prämissenblatts durch „Gruppierung” einzelner (Unter-)Bereiche deutlich erhöht werden.
Variable Prämissen, die vom Modellanwender für Szenario- und/oder Sensitivitätsanalysen verändert werden können, sollten farblich markiert werden. Prämissen sollten hierbei für den Modellanwender selbsterklärend sein und daher ggf. mit Anwendungshinweisen versehen werden (z.B. „Aufwendungen negativ eingeben”).Prämissen, die aus Arbeitsblättern aus dem Bereich „Rohdaten” resultieren, sollten direkt auf diese verlinkt werden, so dass die Datenquellen stets nachvollziehbar sind („direkte Referenzen”). Da die Arbeitsblätter im Bereich „Rohdaten” i.d.R. die ursprüngliche Formatierung der Quelldatei aufweisen, können diese Daten zudem wenn nötig per „copy & paste” mit geringem Aufwand ausgetauscht und aktualisiert werden.
Prämissen, deren Quellen nicht in Excel vorliegen (bspw. PDF-Dateien) werden in die entsprechenden Zellen direkt eingetragen („Harteingaben”). In solchen Fällen ist es wichtig, dass in einer separaten Kommentarspalte die Quellverweise bzw. die zugrundeliegenden Annahmen dokumentiert werden (Hinweis: Eine separate Kommentarspalte bietet eine größere Übersichtlichkeit im Vergleich zur Kommentarfunktion innerhalb einzelner Zellen).
Grundsätzlich sollte ein Financial Model so detailliert wie nötig und so einfach wie möglich sein. Insbesondere die Modellberechnungen in den Arbeitsblättern des Bereichs „Analyse” sollten daher nach dem KISS-Prinzip („Keep It Smart and Simpel”) aufgebaut werden. Das bedeutet, dass Berechnungen so strukturiert und modelliert werden sollten, dass sie ohne größere Schwierigkeiten auch von einem Dritten nachvollzogen werden können.
Innerhalb des Arbeitsblatts sollte der Datenfluss dem natürlichen Leseverhalten entsprechen. Das bedeutet Zeitreihen werden von links (Historie) nach rechts (Planung) aufgebaut und Berechnungen führen in der Regel von oben (Annahmen) nach unten (Ergebnisse). Soweit möglich sollten Verlinkungen innerhalb eines Arbeitsblattes ebenfalls von oben nach unten verweisen (d.h. Zwischenergebnisse werden in der Regel „nach oben” verlinkt und nicht „nach unten”).
Die verwendeten Berechnungsformeln sollten zudem unnötige Komplexitäten vermeiden. Formeln, die bspw. länger als eine Zeile sind und/oder mehrfach verschachtelte „Wenn-Funktionen” beinhalten, sind für einen Dritten nur mit einem unnötig großen Aufwand nachvollziehbar und zudem stark fehleranfällig. Bei der Modellerstellung sollten daher nicht alle Eventualitäten in einer Formel abgebildet, sondern vielmehr auf mehrere Zwischenschritte aufgeteilt werden.
Zwischen- und Endergebnisse sollten innerhalb des Modells immer nur einmal berechnet werden und nicht in mehreren Arbeitsblättern separat. Durch Verlinkungen auf die einmaligen Berechnungen können Modell-Redundanzen vermieden und somit die Fehleran-fälligkeit verringert werden.
Makros sollten sehr bedacht eingesetzt werden, da die Berechnungsschritte innerhalb des Makros für einen Dritten ohne Visual Basic-Kenntnisse oftmals nicht nachvollziehbar sind und somit bei Modellerweiterungen oder -anpassungen fehleranfällig sind. Bei der Erstellung von „Standard-Modellen”, deren Berechnungen ohne entsprechende Passwortfreigabe nicht veränderbar sind, kann der bewusste Einsatz von Makros je nach Anwendungsfall allerdings einen deutlichen Mehrwert für das Financial Model liefern.
Bei der Mehrheit der Modellierungsanlässe (insb. Investitions- und Rentabilitätsrechnungen) umfassen Financial Models eine Vielzahl von Perioden (z.B. monatlich, quartalsweise oder jährlich). Um die Fehleranfälligkeit zu verringern und den Model-Review zu vereinfachen, sollte bei der Modellierung über mehrere Zeitperioden strikt auf die Konsistenz der Zeitachse zwischen den Arbeitsblättern geachtet werden („Spaltenkonsistenz”).
Um die Zeitachse zudem variabel zu gestalten, bietet es sich an, diese einmalig im Annahmeblatt zu definieren und in allen anderen Arbeitsblättern auf diese Zeitachse zu verlinken (d.h. wenn bspw. das Jahr 2020 in den Annahmen in der Spalte Q hinterlegt ist, dann sollte die Spalte Q in allen anderen Arbeitsblättern ebenfalls das Jahr 2020 abbilden). Durch „Fixierung” der Zeitachse am oberen Ende des Arbeitsblattes ist sie auch in unteren Bereichen des Arbeitsblattes weiterhin sichtbar und muss somit in einem Arbeitsblatt nur einmal eingefügt werden.
Um ausreichend Platz für Kommentierungen in unterschiedlichen Arbeitsblättern zu haben, werden meist zwischen der Zeilenbeschriftung und dem Berechnungsbeginn einige Spalten leer gelassen. Die Einhaltung der Spaltenkonsistenz führt sowohl zu einer signifikanten Reduktion der Fehleranfälligkeit während der Modellerstellung, als auch zu einer deutlichen Effizienzsteigerung während des Model-Reviews. Verlinkungsfehler zwischen Perioden werden durch den Bruch der Spaltenkonsistenz deutlich leichter erkannt.
Bei der Modellierung über mehrere Zeitperioden sollte durch eine entsprechende Zeilen- und Spaltenfixierung („Dollar-Zeichen” in den Formeln) darauf geachtet werden, dass innerhalb einer Zeile dieselbe Formel für alle Perioden verwendet wird.
Bei der Modellerstellung führt die Einhaltung der Zeilenkonsistenz zu deutlichen Zeitersparnissen, da im Prinzip „nur” die Formel für die erste Periode (unter Beachtung adäquater Zeilen-/Spaltenfixierungen) geschrieben werden muss. Die Zellen für die Folgeperioden können dann auf Basis der ersten Periode per „copy & paste” ausgefüllt werden.
Die Zeilenkonsistenz führt auch zu signifikanten Effizienzgewinnen bei der Durchführung des Model-Reviews, da hierbei „lediglich” die Formel innerhalb der ersten Periode einer Zeitreihe geprüft werden muss. Über ein ergänzendes Add-In (z.B. Operis Analysis Kit) kann sich der Reviewer zudem jeden Formelbruch innerhalb einer Zeile automatisiert anzeigen lassen um auszuschließen, dass in den Folgeperioden die Zeilenkonsistenz durchbrochen wurde.
Die strikte Einhaltung der Zeilenkonsistenz kann jedoch zu einer Erhöhung der Modellkomplexität führen, wenn zu viele Eventualitäten innerhalb einer Formel abgebildet werden. Hierbei gilt es mit dem KISS-Prinzip abzuwägen (siehe Punkt 3) und gegebenenfalls einzelne Zwischenberechnungen durchzuführen. Oftmals kann der Einsatz von „Flags” die Sicherstellung der Zeilenkonsistenz vereinfachen (siehe Punkt 6). Wenn „Formelbrüche” innerhalb einer Zeile nicht vermeidbar sind, dann sollten sie zumindest farblich hervorgehoben werden.
Unter dem Einsatz von „Flags” wird i.d.R. die Modellierung mit binären Hilfswerten verstanden (1 oder 0). Durch Multiplikation mit der Flag-Zeile können einzelne Faktoren innerhalb einer Formel über den Flag „aktiviert ” (Multiplikation mit 1) oder „deaktiviert” (Multiplikation mit 0) werden. Bei der Modellierung über mehrere Perioden können Flags bspw. für Markierungen auf der Zeitachse verwendet werden (z.B. bei Unternehmensbewertungen: Detailplanungszeitraum „0” und Zeitraum der Ewigen Rente „1”).
Durch einen bewussten Einsatz von Flags können teilweise komplexere „Wenn-Funktionen” vermieden und die Zeilenkonsistenz (siehe Punkt 5) unter Beachtung des KISS-Prinzips (siehe Punkt 3) eingehalten werden. Zudem erhöhen Flags nicht nur die Transparenz darüber, wann welche Ereignisse eintreten, sie erlauben darüber hinaus eine Variabilisierung zwischen den Perioden.
Oftmals sind Modellersteller und Modellanwender unterschiedliche Personen. Der Modellanwender kennt sich i.d.R. nicht mit den Detailberechnungen des Modells aus und bewegt sich primär in den Bereichen „Annahmen” und „Output”. Um etwaige fehlerhafte Modelleingriffe bei der Modellanwendung zu vermeiden, sollten sämtliche Berechnungsformeln für den Modellanwender ohne Passwortfreigabe nicht veränderbar sein. Lediglich die Prämissenfelder im Annahmenblatt sollten durch ihn verändert werden dürfen.
Um etwaige Fehler innerhalb des Modells schnellstmöglich zu identifizieren, sollte das Financial Model über entsprechende „Check-Zeilen” verfügen. Bei den Check-Zeilen unter-scheidet man zwischen technischen Checks (z.B. Prüfung ob in der Bilanz die Summe der Aktiva der Summe der Passiva entspricht) und Quell-Checks (z.B. Prüfung ob der Jahresüberschuss in der Modellrechnung auch dem Jahresüberschuss in der Rohdatei entspricht). Die einzelnen Checkzeilen werden meistens am unteren Bereich der Arbeitsblätter eingefügt und letztlich alle in ein gemeinsames Arbeitsblatt („Master-Check”) verlinkt. Der Master-Check bietet somit eine Übersicht über alle Checks innerhalb des Modells und zeigt etwaige Modellfehler und deren Herkunft unverzüglich an.
Je nach Anlass werden Financial Models für einen einmaligen (meist projektspezifischen) oder für einen mehrmaligen Einsatz erstellt. Bei letzterem handelt es sich um sog. „Standard-Modelle”, die i.d.R. von mehreren Modellanwendern für vergleichbare Sachverhalte angewendet werden (z.B. ein standardisiertes Bewertungsmodell zur Sicherstellung der Vergleichbarkeit von Investitionsalternativen).
Insb. bei der Entwicklung von „Standard-Modellen” kommt dem Layout und der Benutzerfreundlichkeit des Modells eine hohe Bedeutung zu. Der Modellanwender kennt sich oft nicht mit den Details des Modells aus, was auch nicht zu seinen Aufgaben zählt. Er muss lediglich in der Lage sein, das Modell zu bedienen und die Ergebnisse und Berechnungen nachzuvollziehen.
Um die Benutzerfreundlichkeit für den Modellanwender zu erhöhen, hat sich in der Praxis die Implementierung eines „Modell-Menüs” bewährt. Hierbei wird in einem eigenen Arbeitsblatt ein übersichtliches Menü mit Verlinkungen auf die für den Modellanwender relevanten Arbeitsblätter hinterlegt.
Darüber hinaus wird in jedem Arbeitsblatt ein Link auf das Menü eingefügt (bspw. in Zelle A1), was dem Modellanwender erlaubt, über das Menü zwischen den für ihn relevanten Arbeitsblättern zu navigieren. Ein „langes Scrollen und Suchen” zwischen den einzelnen Arbeitsblättern, deren Bezeichnungen ggf. nicht selbsterklärend sind, bleibt dem Modellanwender somit erspart. Ähnlich wie bei einer Website oder einer App wird das gesamte Modell somit über das Menü gesteuert.
Eine der größten Herausforderungen bei der Erstellung von Financial Models liegt darin, die Komplexität des Modells für den Modelladressaten auf die wesentlichen Kennzahlen und Aussagen zusammenzufassen. Oftmals müssen für unterschiedliche Modelladressaten individuelle Output-Blätter erstellt werden (bspw. Management Summary für Geschäftsführung und Back-Up Informationen für Controlling).
Je nach Modellierungsanlass und Adressatenkreis können aussagekräftige Outputs sowohl tabellarische als auch grafische Auswertungen beinhalten. Auf jeden Fall sollten sie jedoch die wesentlichen Kennzahlen umfassen, selbsterklärend sein und über entsprechende Hinweise (z.B. Währungen, Datum etc.) und Erläuterungen (bspw. Ergebnisinterpretation) verfügen. Soweit möglich sollten sie zudem unter Beachtung des Corporate Designs bereits präsentations- und druckfähig formatiert werden.
Bei speziellen Modellierungsanlässen bietet es sich an, ausgewählte Prämissen auf dem Output-Blatt variabel zu hinterlegen. Die Kombination aus variabilisierten Prämissen und Output auf einem übersichtlichen Arbeitsblatt ermöglicht es dem Modellanwender in Echtzeit die Ergebnisauswirkungen wesentlicher Prämissenänderungen nachzuvollziehen.
In der Praxis schleichen sich bei der Erstellung von Financial Models häufig Fehler ein, die zu falschen Ergebnissen führen und erhebliche finanzielle Folgen nach sich ziehen können (z.B. zu hohe Kaufpreise bei Unternehmenstransaktionen). Die häufigsten Fehlerquellen liegen in der mangelnden Erfahrung in der Erstellung von komplexen Modellen, mangelnder Abstimmung zwischen Personen, die gleichzeitig an einem Modell arbeiten, sowie Anpassungen, die unter Zeitdruck nur unsauber eingepflegt wurden, oder schlichtweg Falscheingaben bei Annahmen und Formeln.
Abhilfe schafft eine strukturierte Überprüfung des Financial Models auf mögliche Fehler, Schwachstellen oder Inkonsistenzen („Model-Review”), die idealerweise von jemanden durchgeführt wird, der nicht an der Modellerstellung mitgewirkt hat („4-Augen Prinzip”). Der Review kann dabei in die technische, strukturelle und logische Überprüfung aufgegliedert werden.
Bei der technischen Überprüfung wird sichergestellt, dass alle Verlinkungen korrekt gesetzt sind und die verwendeten Formeln keine Fehler aufweisen. Die Überprüfung wird oftmals durch den Einsatz einer zusätzlichen Review-Software (z.B. Operis Analysis Kit) unterstützt. Die strukturelle Überprüfung hat den Schwerpunkt auf der Sicherstellung einer stringenten Modellarchitektur sowie eines konsistenten Datenflusses. Bei der logischen Überprüfung werden die Berechnungslogiken und die dem Modell zugrundeliegenden Annahmen überprüft.
Christoph Hirt
CFA Charterholder, Diplom-Kaufmann
Partner
Anfrage senden
Financial Modeling
