Datenmanagement

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:

  • 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

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)