Wichtige Fakten über die Equity-, Kosten- und Minderheitsanteilmethode
Sehen Sie sich diese Informationen zu Szenario-Rollup-Methoden vor dem Ausführen von Szenario-Rollups an:
Wenn das aggregierte übergeordnete Element Unterkonten für Konten aufweist, die bei der Kosten-, Equity- und Minderheitsanteilmethode verwendet werden, speichert Strategic Modeling die aggregierten Ergebnisse im ersten Unterkonto. Dies gilt für folgende Konten:
Kostenmethode (v1190). Siehe Kostenmethode
Eigenkapitalmethode (v2420). Siehe Eigenkapitalmethode
Minderheitsanteilmethode (v1720), (v2780). Siehe Minderheitsanteilmethode
Mit Strategic Modeling können Konten gesperrt werden, die bei der Kosten-, Equity- und Minderheitsanteilmethode in übergeordneten Dateien verwendet werden. Wenn eines der folgenden Konten gesperrt wird, wird eine Warnung in das Log aufgenommen:
Kostenmethode (v1190). Siehe Kostenmethode
Eigenkapitalmethode (v2420.2), (v2420.3). Siehe Eigenkapitalmethode
Minderheitsanteilmethode (v1720), (v2780). Siehe Minderheitsanteilmethode
Kostenmethode
Verwenden Sie die Kostenmethode, wenn der Investitionsbetrag in ein Unternehmen weniger als 20 % beträgt und mindestens ein Jahr lang gehalten wird. Es werden nur drei Berechnungen ausgeführt und zum aggregierten übergeordneten Element hinzugefügt:
Dividenden aus Investitionen: Das Konto "Kosten" (v1190) wird um den Anteilsprozentsatz der Bardividenden der Investition erhöht (v1900 "Gesamte Stammdividende"):
Konto des übergeordneten Elements v1190 = Anteilsprozentsatz x Konto der Investition v1900
Bei der Bewertungsanpassung für Kosten- und Eigenkapitalmethoden erhöht sich SVA (v5.00.900) um den Anteilsprozentsatz des SVA-Wertes der Investition (v5070 Shareholder-Value):
Konto des übergeordneten Elements v5.00.900 = Anteilsprozentsatz x Konto der Investition v5070
Bei der Bewertungsanpassung für Kosten- und Eigenkapitalmethoden erhöht sich "EVA" (v5.00.910) um den Anteilsprozentsatz des EVA-Wertes der Investition (v5790 "EVA-Shareholder-Value"):
Konto des übergeordneten Elements v5.00.910 = Anteilsprozentsatz x Konto der Investition v5790
Hinweis:
Der Anfangsbestand für das Investitionskonto (v2430.00 "Investitionen: Kostenmethode") befindet sich in der Datei des Mutterunternehmens. Die Investition wird zu den niedrigeren Anschaffungskosten oder zum Marktwert durchgeführt.
Eigenkapitalmethode
Verwenden Sie die Eigenkapitalmethode, wenn der Investitionsbetrag in ein Unternehmen mindestens 20 % und weniger als 50 % beträgt und mindestens ein Jahr lang gehalten wird. Die Geschäftsbereichswerte werden in die Konten "Dividenden von Tochterunternehmen" und "Einnahmen aus Investitionen" aggregiert, die zur Berechnung von "Investitionen: Eigenkapitalmethode" des übergeordneten Elements verwendet werden:
v2420.00 Investitionen: Eigenkapitalmethode (vorherige Periode)
+ v2420.01 Zunahme in Investitionen: Eigenkapitalmethode
- v2420.02 Dividenden aus Tochterunternehmen
+ v2420.03 Einnahmen aus Investitionen: Eigenkapitalmethode
= v2420.00 Investitionen: Eigenkapitalmethode
Hierbei werden vier Berechnungen zum aggregierten übergeordneten Element hinzugefügt:
Das Konto "Dividenden von Tochterunternehmen" (v2420.02) wird um den Anteilsprozentsatz der Bardividenden der Tochterunternehmen erhöht (v1900 "Gesamte Stammdividende"). Dabei wird automatisch der Bestand des Investitionskontos verringert:
Konto des übergeordneten Elements v2420.02 = Anteilsprozentsatz x Konto des Tochterunternehmens v1900
Das Konto "Einnahmen aus Investitionen: Eigenkapitalmethode" (v2420.03) wird um den Anteilsprozentsatz des Nettoeinkommens nach Steuern des Tochterunternehmens erhöht (v1750 "Nettoeinkommen"). Dabei wird automatisch der Bestand im Investitionskonto erhöht:
Konto des übergeordneten Elements v2420.03 = Anteilsprozentsatz x Konto des Tochterunternehmens v1750
Bei der Bewertungsanpassung für Kosten- und Eigenkapitalmethoden erhöht sich SVA (v5.00.900) um den Anteilsprozentsatz des SVA-Wertes des Tochterunternehmens (v5070 Shareholder-Value):
Konto des übergeordneten Elements v5.00.900 = Anteilsprozentsatz x Konto der Investition v5070
Bei der Bewertungsanpassung für Kosten- und Eigenkapitalmethoden erhöht sich EVA (v5.00.910) um den Anteilsprozentsatz des EVA-Wertes des Tochterunternehmens (v5790 EVA-Shareholder-Value):
Konto des übergeordneten Elements v5.00.910 = Anteilsprozentsatz x Konto der Investition v5790
Hinweis:
Der Anfangsbestand für das Investitionskonto des Tochterunternehmens (v2420.00 "Investitionen: Eigenkapitalmethode") muss sich in der Datei des Mutterunternehmens befinden. Die Anfangsinvestitionen im Tochterunternehmen sollten mit der Kostenmethode aufgezeichnet werden.
Minderheitsanteilmethode
Verwenden Sie die Minderheitsanteilmethode, wenn der Investitionsbetrag zwischen 50 % und 100 % des Unternehmenskapitals beträgt. Bei dieser Methode werden auch Ausgabewerte aggregiert. Obwohl 100 % des Geschäftsbereichs aggregiert werden, werden bei diesen Berechnungen die Außeninteressen am Geschäft berücksichtigt:
Der Minderheitsanteilprozentsatz wird als Differenz zwischen 100 % und dem Anteilprozentsatz berechnet:
Minderheitsbeteiligungsprozentsatz = 100 % - Anteilsprozentsatz
Der Minderheitsanteil (v1720) in der Gewinn- und Verlustrechnung erhöht sich um den Minderheitsanteilprozentsatz des Nettoeinkommens nach Steuern des Tochterunternehmens (v1750 Nettoeinkommen):
Konto des übergeordneten Elements v1720 = Minderheitsbeteiligungsprozentsatz x Konto des Tochterunternehmens v1750
Der Minderheitsanteil (v2780) in der Bilanz erhöht sich um den Minderheitsanteilprozentsatz des Kontos "Stammkapital" (v2890) des Tochterunternehmens:
Konto des übergeordneten Elements v2780 = (Minderheitsbeteiligungsprozentsatz x Konto des Tochterunternehmens v2890)
Bei der Bewertungsanpassung für Minderheitsanteile erhöht sich "SVA" (v5.00.920) um den Minderheitsanteilprozentsatz des SVA-Wertes der Investition (v5070 Shareholder-Value):
Konto des übergeordneten Elements v5.00.920 = Anteilsprozentsatz x Konto der Investition v5070
Bei der Bewertungsanpassung für Minderheitsanteile erhöht sich "EVA" (v5.00.930) um den Minderheitsanteilprozentsatz des EVA-Wertes der Investition (v5790 EVA-Shareholder-Value):
Konto des übergeordneten Elements v5.00.930 = Anteilsprozentsatz x Konto der Investition v5790
Zeitperioden in aggregierten übergeordneten und untergeordneten Modellen
Die Detailebene für Analyselänge und Zeitperiode muss für alle Dateien im Szenario-Rollup identisch sein. Um die Integrität des Szenario-Rollups zu gewährleisten, werden die Informationen zur Zeitperiode im aggregierten übergeordneten Element während des Rollups mit den entsprechenden Informationen in den untergeordneten Modellen verglichen.
Verschiedene Zeitperiodenbedingungen könnten sich auf die Ergebnisse von Szenario-Rollups auswirken:
Uneinheitliche Zeitperioden sind Zeitperioden, die in untergeordneten Modellen oder im aggregierten übergeordneten Element vorhanden sind, nicht jedoch in beiden. Abhängig von der Bedingung können Daten im Szenario-Rollup enthalten oder nicht enthalten sein. Informationen hierzu finden Sie unter Uneinheitliche Zeitperioden.
Falsch zugeordnete historische und Prognoseperiodenbegrenzungen treten auf, wenn die Dateien im Szenario-Rollup nicht mit der letzten historischen Periode übereinstimmen. Informationen hierzu finden Sie unter Uneinheitliche Geschäftsjahresenden.
Uneinheitliche Geschäftsjahresenden treten auf, wenn die Jahresenden der Dateien im Szenario-Rollup nicht übereinstimmen. Das Rollup wird in diesem Fall gestoppt. Informationen hierzu finden Sie unter Falsch zugeordnete historische und Prognoseperiodebegrenzungen.
Verschiedene Zeitdetailebenen treten auf, wenn eine oder mehrere Dateien im Szenario-Rollup andere Time-Dimensionen als die übrigen Dateien aufweisen. Einige Differenzen werden akzeptiert, andere stoppen das Rollup. Informationen hierzu finden Sie unter Unterschiedliche Zeitdetailebenen.
Teilperioden müssen zwischen den untergeordneten Modellen und dem übergeordneten Element des Szenario-Rollups konsistent sein, damit sie in das Szenario-Rollup aufgenommen werden. Anderenfalls wird die Aggregation unter Umständen gestoppt. Informationen hierzu finden Sie unter Falsch zugeordnete Teilperioden.
Uneinheitliche Zeitperioden
Wenn das aggregierte übergeordnete Element mehr historische Perioden aufweist als die untergeordneten Modelle, nimmt Strategic Modeling im aggregierten übergeordneten Element Nullwerte an, nicht jedoch in den untergeordneten Modellen. Sie können die nicht aggregierten Zeitperiodendaten sperren, um die Daten in anderen Zeitperioden des aggregierten übergeordneten Elements zu erhalten.
Wenn das aggregierte übergeordnete Element weniger historische Perioden aufweist als die untergeordneten Modelle, werden nur Daten für historische Perioden im aggregierten übergeordneten Element in das Szenario-Rollup aufgenommen.
Wenn das aggregierte übergeordnete Element mehr Prognoseperioden aufweist als die untergeordneten Modelle, nimmt Strategic Modeling für diese Perioden im aggregierten übergeordneten Element Nullwerte an, nicht jedoch im untergeordneten Modell.
Wenn das aggregierte übergeordnete Element weniger Prognoseperioden aufweist als die untergeordneten Modelle, schließt Strategic Modeling im Restwert des aggregierten übergeordneten Elements Prognosedaten zum untergeordneten Modell ein, anstatt in der Prognose. Informationen hierzu finden Sie unter Bewertungen mit Szenario-Rollups und Restwerte in aggregierten übergeordneten Modellen oder Dateien.
Uneinheitliche Geschäftsjahresenden
Das Ende des Geschäftsjahres jedes untergeordneten Modells muss mit dem Ende des Geschäftsjahres des aggregierten übergeordneten Elements übereinstimmen. Wenn das nicht der Fall ist, protokolliert Strategic Modeling einen Fehler und stoppt die Aggregation.
Beispiel: Wenn für das aggregierte übergeordnete Element der 31. Juli als Ende des Geschäftsjahres verwendet wird, muss das Ende des Geschäftsjahres für alle untergeordneten Modelle ebenfalls der 31. Juli sein.
Falsch zugeordnete historische und Prognoseperiodebegrenzungen
Die letzte historische Periode im aggregierten übergeordneten Element definiert die letzte historische Periode für das Szenario-Rollup. Die historischen Begrenzungen und die Prognosebegrenzungen sowohl der aggregierten als auch der untergeordneten Modelle werden anhand der Systemlabels verglichen, die den Dateien bei der Erstellung oder beim Import zugewiesen werden. Wenn die historischen Begrenzungen und Prognosebegrenzungen unterschiedlich sind, wird eine Warnmeldung angezeigt, das Rollup wird jedoch abgeschlossen.
Beispiel: Das untergeordnete Modell verwendet Monate, und die letzte historische Periode ist "5/96", das aggregierte übergeordnete Element arbeitet mit Quartalen, und die letzte historische Periode ist "2Q96" (oder "6/96"). Die Daten aus dem untergeordneten Modell der ersten Prognoseperiode ("6/96") verschieben sich auf die letzte historische Periode im aggregierten übergeordneten Element.
Unterschiedliche Zeitdetailebenen
Wenn Dateien in Szenario-Rollup-Strukturen unterschiedliche Zeitdetailebenen aufweisen, darf das aggregierte übergeordnete Element keine ausführlichere Zeitstruktur besitzen als das am wenigsten detaillierte untergeordnete Modell. In der nachstehenden Tabelle wird dargestellt, welche Regeln für Zeitdetailebenen bei untergeordneten Modellen auf der Basis der Zeitdetailebene im aggregierten übergeordneten Element gelten:
Aggregierte übergeordnete Elemente verwenden folgende Details: | Untergeordnete Modelle können folgende Details verwenden: |
---|---|
Jahre |
Jahre, Halbjahre, Quartale, Monate oder Wochen |
Halbjahre |
Halbjahre, Quartale und Halbjahre, Monate und Halbjahre oder Wochen und Halbjahre |
Quartale |
Quartale, Monate und Quartale oder Wochen und Quartale |
Monate |
Monate oder Wochen und Monate |
Wochen |
Wochen |
Wenn falsch zugeordnete Zeitperioden diesen Regeln nicht unterliegen, verwendet das aggregierte übergeordnete Element die aggregierten Daten aus den untergeordneten Modellen. Beispiel: Wenn das aggregierte übergeordnete Element in Jahren angegeben ist, die untergeordneten Modelle jedoch in Quartalen, werden beim Szenario-Rollup Jahreswerte für jedes untergeordnete Modell verwendet.
Wenn eine Zeitperiode nicht übereinstimmt, wird sie nicht von diesen Regeln abgedeckt. Strategic Modeling protokolliert dann einen Fehler und stoppt das Szenario-Rollup.
Falsch zugeordnete Teilperioden
Strategic Modeling aggregiert Teilperioden, wenn das aggregierte übergeordnete Element und die untergeordneten Modelle übereinstimmende Teilperioden aufweisen.
Wenn die untergeordneten Modelle Teilperioden enthalten, das aggregierte übergeordnete Element jedoch nicht, werden die Teilperioden nicht in das Szenario-Rollup aufgenommen. Die Teilperiodendaten werden zur vollen Periode im aggregierten übergeordneten Element aggregiert.
Anzahl der Tage
Vor der Aggregation: | Teilperiode 1 | Teilperiode 2 | Tage gesamt |
---|---|---|---|
Geschäftsbereichsdatei |
30 |
335 |
365 |
Aggregiertes übergeordnetes Element |
Keine |
365 |
365 |
Nach der Aggregation: | Teilperiode 1 | Teilperiode 2 | Tage gesamt |
---|---|---|---|
Aggregiertes übergeordnetes Element |
Keine |
365 |
365 |
Wenn das aggregierte übergeordnete Element Teilperioden enthält und die untergeordneten Modelle keine übereinstimmenden Teilperioden besitzen, protokolliert Strategic Modeling einen Fehler und stoppt das Szenario-Rollup.
Dieselbe Bedingung gilt für Teilperioden mit uneinheitlichen Zeitlängen. Im vorliegenden Beispiel enthält das aggregierte übergeordnete Element Teilperioden, die der zeitlichen Länge der Teilperioden in Geschäftsbereich 1 entsprechen. Die Teilperioden im untergeordneten Modell 2 stimmen nicht überein. Deshalb protokolliert Strategic Modeling einen Fehler und stoppt das Szenario-Rollup.
Anzahl der Tage
Vor der Aggregation: | Teilperiode 1 | Teilperiode 2 | Tage gesamt |
---|---|---|---|
Geschäftsbereichsdatei 1 |
30 |
335 |
365 |
Geschäftsbereichsdatei 2 |
45 |
320 |
365 |
Aggregiertes übergeordnetes Element |
30 |
335 |
365 |
Dateien mit unterschiedlichen Währungen aggregieren
Strategic Modeling vergleicht den Standardwährungsnamen für jedes untergeordnete Modell mit dem im aggregierten übergeordneten Element. Wenn sich die Namen unterscheiden, protokolliert Strategic Modeling eine Warnung, fährt jedoch mit der Aggregation fort. Unter Umständen sind die aggregierten Werte nicht sinnvoll.
Diese Regel gilt, wenn der Währungskonverter nicht verwendet wird.
Freiformformeln in Szenario-Rollups
Strategic Modeling behält nach Möglichkeit die Additivität der Ausgabedaten des untergeordneten Modells bei. Strategic Modeling erstellt eine Lösung für @input
, wenn das aggregierte übergeordnete Element eine Freiformformel mit @input
enthält.
Beispiel: Untergeordnete Modelle und das aggregierter übergeordnete Element verwenden dieselbe Freiformformel, die die Funktion "@input" enthält, um "Abschreibungsausgaben" (v1110) in der Gewinn- und Verlustrechnung zu berechnen. Strategic Modeling berechnet die Eingabe des aggregierten übergeordneten Elements anhand der Ausgabewerte der untergeordneten Modelle. Im vorliegenden Beispiel ist als Eingabe "0,86" erforderlich, um die addierte Ausgabe von 430 $ im aggregierten übergeordneten Element zu erzielen.
Freiformformel für Geschäftsbereichsdatei:
@input * v2190.1
Freiformformel für aggregiertes übergeordnetes Element:
@input * v2190.
Eingabedaten:
Kontoname | Geschäftsbereichsdatei 1 | Geschäftsbereichsdatei 2 | Aggregiertes übergeordnetes Element |
---|---|---|---|
Abschreibungsaufwand (Fonds) (v2190.1) |
200 $ |
300 $ |
500 $ |
Abschreibungsausgaben (v1110.0) |
,80 |
,90 |
,86 |
Ausgabedaten:
Kontoname | Geschäftsbereichsdatei 1 | Geschäftsbereichsdatei 2 | Aggregiertes übergeordnetes Element |
---|---|---|---|
Abschreibungsausgaben (v1110.0) |
160 $ |
270 $ |
430 $ |
Wenn das aggregierte übergeordnete Element eine Freiformformel enthält, die @input
verwendet, prüft das Szenario-Rollup das aggregierte übergeordnete Element, um festzustellen, ob das Konto Währungsüberschreibungen enthält. Sofern vorhanden, ist eine Währungsüberschreibung die Summe der Ausgabedaten aller untergeordneten Modelle im Szenario-Rollup.
Beispiel: Beide Geschäftsbereiche verwenden dieselbe Freiformformel, die @input
enthält, um die Abschreibungsausgaben (v1110) in der Gewinn- und Verlustrechnung zu berechnen. Das aggregierte übergeordnete Element verwendet @input
nicht. Es setzt die Abschreibungsausgaben (v1110) dem Abschreibungsaufwand (Fonds) (v2190.1) gleich. Strategic Modeling löst dieses Problem anhand der Ausgabewerte der untergeordneten Modelle. Im vorliegenden Beispiel wird bei einer Währungsüberschreibung der Nr. 430 die addierte Ausgabe von 430 $ im aggregierten übergeordneten Element erzielt.
Freiformformel für Geschäftsbereichsdatei:
@input * v2190.01
Freiformformel für aggregiertes übergeordnetes Element:
v2190.01
Eingabedaten:
Kontoname | Geschäftsbereichsdatei 1 | Geschäftsbereichsdatei 2 | Aggregiertes übergeordnetes Element |
---|---|---|---|
Abschreibungsaufwand (Fonds) (v2190.1) |
200 $ |
300 $ |
500 $ |
Abschreibungsausgaben (v1110.0) |
,80 |
,90 |
430 $ |
Ausgabedaten:
Kontoname | Geschäftsbereichsdatei 1 | Geschäftsbereichsdatei 2 | Aggregiertes übergeordnetes Element |
---|---|---|---|
Abschreibungsausgaben (v1110.0) |
160 $ |
270 $ |
430 $ |
Liegen keine Währungsüberschreibungen vor, wird die Freiformformel im Szenario-Rollup ausgeführt. Ohne Währungsüberschreibungen kann es vorkommen, dass die Ausgabe des aggregierten übergeordneten Elements nicht der Summe der untergeordneten Modelle entspricht.
Beim vorherigen Beispiel, jedoch ohne Währungsüberschreibung, wird die Freiformformel im aggregierten übergeordneten Element ausgeführt.
Freiformformel für Geschäftsbereichsdatei: @input * v2190.01
Freiformformel für aggregiertes übergeordnetes Element: v2190.01
Eingabedaten:
Kontoname | Geschäftsbereichsdatei 1 | Geschäftsbereichsdatei 2 | Aggregiertes übergeordnetes Element |
---|---|---|---|
Abschreibungsaufwand (Fonds) (v2190.1) |
200 $ |
300 $ |
500 $ |
Abschreibungsausgaben (v1110.0) |
,80 |
,90 |
Freiformformel wird ausgeführt |
Ausgabedaten:
Kontoname | Geschäftsbereichsdatei 1 | Geschäftsbereichsdatei 2 | Aggregiertes übergeordnetes Element |
---|---|---|---|
Abschreibungsausgaben (v1110.0) |
160 $ |
270 $ |
500 $ |
Bewertungen mit Szenario-Rollups
Auswertungen in einem aggregierten übergeordneten Element und in einem untergeordneten Modell werden sehr ähnlich vorgenommen. Während die meisten Daten aus den untergeordneten Modellen stammen, werden einige Konten abhängig von der Szenario-Rollup-Struktur möglicherweise jedoch manuell im aggregierten übergeordneten Element eingetragen.
Cashflows aus untergeordneten Modellen werden zu Vollmethoden für das Szenario-Rollup nur dann hinzugefügt, wenn Sie keine Konten zum Sperren ausgewählt haben. Informationen hierzu finden Sie unter Szenario-Rollups aggregieren. Andere untergeordnete Modelle sind ebenfalls kumulativ:
Marktwert Schulden (v5.00.500)
Marktwert sonstige Verpflichtungen (v5.00.540)
Unterfinanzierte Rentenverbindlichkeiten (v5.00.520)
Investitionen in Aktien und Anleihen (v5.00.560)
Marktwert sonstiger Verbindlichkeiten (v5.00.700)
Marktwert sonstiger Guthaben (v5.00.720)
Restliche NOPAT-Anpassung (v5.00.820)
Wenn diese Konten Daten auf einer aggregierten Ebene, nicht jedoch in untergeordneten Modellen enthalten, können Sie die Daten in einem der untergeordneten Modelle eingeben. Sie können auch Kontendaten in untergeordnete Modelle eingeben, um zu vermeiden, dass Dateien geändert werden.
Sie können die Kapitalkosten-Kontengruppe sperren und diese Konten manuell in das aggregierte übergeordnete Element eingeben.
Andernfalls werden die Kapitalkosten als gewichteter Durchschnitt der untergeordneten Modelle berechnet.
Restwerte in aggregierten übergeordneten Modellen oder Dateien
Wenn Sie Restwerte aggregieren, berechnet Strategic Modeling diese anhand der Liquidationsmethode sowohl für die Shareholder-Value- als auch für die Dividendendiskontierungsmodelle. Die Methode der ewigen Rente gilt für das EVA-Konzept. Der zukünftige Wert des Restwertes aus den untergeordneten Modellen wird summiert, um den zukünftigen Wert des Restwertes für das aggregierte übergeordnete Element zu berechnen. Der aggregierte zukünftige Wert des Restwertes wird anhand eines gewichteten durchschnittlichen Diskontsatzes aus den untergeordneten Modellen diskontiert. Wenn die Kapitalkosten-Kontengruppe gesperrt ist, werden anstelle des gewichteten Durchschnittswertes die Diskontsätze im aggregierten übergeordneten Element verwendet.
Wenn Sie Restwerte sperren, berechnet Strategic Modeling diese anhand der Restwertmethode, die im aggregierten übergeordneten Element ausgewählt wurde.
Wenn Sie die Restwert-Kontengruppe sperren, müssen Sie die Daten manuell in folgende Konten des aggregierten übergeordneten Elements eingeben:
Shareholder-Value-Modell
Ewige Rente
Normierte Anpassung des Betriebsgewinns (v5110.00)
Restwert - Steuersatz (v4.00.560)
Wachstum der ewigen Rente
Normierte Anpassung des Betriebsgewinns (v5110.00)
Restwert - Steuersatz (v4.00.560)
Wachstumsrate ewige Rente (v4.00.520)
Wertwachstumsdauer
Normierte Anpassung des Betriebsgewinns (v5110.00)
Restwert - Steuersatz (v4.00.560)
Wachstumsrate ewige Rente (v4.00.520)
Wertwachstumsdauer ewige Rente (v4.00.540)
Verhältnis Preis/Einnahmen
Normierte Einnahmenanpassung (v5140.00)
Verhältnis Preis/Einnahmen (v5130.00)
Disagio/(Agio) (v5150.00)
Marktwert-Buchwert-Verhältnis
Marktwert-Buchwert-Verhältnis (v5120.00)
Disagio/(Agio) (v5150.00)
Liquidation
Liquidationswert (v5210)
Dividendendiskontierungsmodell
Ewige Rente
Langfristige Eigenkapitalrendite (v4.00.780)
Verhältnis Restwert zu Zielverschuldungsgrad (4.00.760)
Wachstum der ewigen Rente
Langfristige Eigenkapitalrendite (v4.00.780)
Wachstumsrate ewige Rente (v4.00.720)
Verhältnis Restwert zu Zielverschuldungsgrad (4.00.760)
Wertwachstumsdauer
Wertwachstumsdauer ewige Rente (v4.00.740)
Verhältnis Restwert zu Zielverschuldungsgrad (4.00.760)
Wachstumsrate ewige Rente (v4.00.720)
Verhältnis Preis/Einnahmen
Normierte Einnahmenanpassung (v5440.00)
Verhältnis Preis/Einnahmen (v5430.00)
Marktwert-Buchwert-Verhältnis
Marktwert-Buchwert-Verhältnis (v5420.00)
Liquidation
Wert der Eigenkapitalliquidation (v5480.00)
EVA-Konzept
Ewige Rente
EVA – Reststeuersatz (v5.00.800)
Restliche NOPAT-Anpassung (v5.00.820)
EVA-Anpassung an NOPAT (v5740.00)
EVA-Anpassung an Vermögen (v5715.00)
EVA-Anpassung an Verbindlichkeiten (v5720.00)