Die Stichtagsrefererenz bestimmt in der Bewegungsverarbeitung (und damit auch in der Bestandsermittlung) das führende Datumsfeld für die Befüllung eines internen „Auswertungsdatums", anhand dessen die Selektion der Bewegungen für einen vorgegebenen Zeitraum vorgenommen werden bzw. das als Kriterium für die Aggregation der Bewegungen bei der Bestandsermittlung dient. Für Stichtagsreferenzen, die nicht in allen Bewegungen gefüllt sind (beispielsweise wird das Schlußdatum nur bei Geschäften/Orders gefüllt), wird bei initialem Datum das Datum „Bestandsvaluta" als Auswertungsdatum gefüllt. Diese Default-Befüllung ist notwendig, um auch bei anderen Stichtagsreferenzen Bestände ermitteln zu können.

Jedoch kann dadurch die interne Chronologie der Bewegungen geändert werden, so daß bei einer Bestandsermittlung relevante Bewegungen nicht mit eingehen und damit ein inkonsistenter Bestand ermittelt wird. Dies kann insbesondere bei der Stichtagsreferenz 'Buchungsdatum' auftreten, da hier eine Befüllung manuell durch den Anwender erfolgt. Wenn Sie als Stichtagsreferenz das 'Buchungsdatum' gewählt haben, dann werden intern, unabhängig von der Belegung des Merkmals 'Buchungsstatus' nur Ist-Sätze gelesen.

Das Feld steuert die Kursart aus, unter der Wertpapierkurse in der Kurstabelle abgelegt sind.

• Wenn das Feld 'Kursart' leer (initial) ist, so wird die im Customizing unter 'Treasury -> Treasurymanagement -> Grundfunktionen -> Organisation -> Buchungskreiszusatzdaten definieren' als 'Kursart für Auswertungen' hinterlegte Kursart gezogen.
• Ist das Feld gefüllt, übersteuert es die allgemeine Einstellung im Customizing.

Ist dieses Flag gesetzt, so werden nur Kurse aus der Wertpapierkurstabelle zur Verarbeitung herangezogen, die genau dieses Datum tragen. Ist ein solcher nicht vorhanden, wird der Kurs Null weiterverarbeitet und eine informierende Meldung über den fehlenden Kurseintrag gebracht.

Ist dieses Flag gesetzt, so werden nur Kurse aus der Wertpapierkurstabelle zur Verarbeitung herangezogen, die genau diese Kursart tragen. Ist ein solcher nicht vorhanden, wird der Kurs Null weiterverarbeitet und eine informierende Meldung über den fehlenden Kurseintrag gebracht.

Zur Aussteuerung der Währungsumrechnung stehen in der Recherche zwei getrennte Funktionen zur Verfügung:

• Das Kursberechnungskennzeichen (Devisenkursberechnungskennzeichen) steuert die Umrechnung innerhalb des TR-TM. Betroffen sind Umrechnungen zwischen zwei Währungen der Währungsarten:

• Hauswährung
• Bestand-/Emissionswährung
• Notierungswährung
• Zahlwährung

• Die Währungsumrechnungsart steuert die Umrechnung beliebiger Währungen in die Anzeigewährung eines Rechercheberichtes. Die Währungsumrechnungsart wird im Customizing unter 'Treasury -> Treasurymanagement -> Informationssystems -> Rechercheberichte -> Währungsumrechnungsarten' gepflegt.

Ist dieses Flag gesetzt, so werden nur Kurse aus der Devisenkurstabelle zur Verarbeitung herangezogen, die genau dieses Datum tragen. Ist ein solcher nicht vorhanden, wird der Kurs Null weiterverarbeitet und eine informierende Meldung über den fehlenden Kurseintrag gebracht. Ausnahme: Fixierte Währungen wie eine Umrechnung zwischen EURO und einer der Denominationswährungen wie z.B. DEM.

Die Anbindung der Wertpapierorder ans allgemeine Geschäft zu Rel. 4.6A bedingte eine Duplikation der Bewegungsarten zwischen Geschäft und Bestandsführung. Um eine konsistente Weiterführung des Reporting zu gewährleisten wurde auf eine Einbeziehung der Bewegungsdaten des Geschäftes verzichtet.

Mit dem neuen Geschäft wird der Buchungsvorgang von Orderdaten von der eigentlichen Erfassung (wie im Geld- oder Devisenhandel) getrennt. Mit der Überstellung der Orders an den Buchungsreport werden die Daten in der Bestandsführung als „Ist-Sätze" gekennzeichnet. Mit dem Lauf des Buchungsreports werden dann eigentliche Buchungsdaten wie das Buchungsdatum in den Bewegungstabellen der Bestandsführung gefüllt. Da das bestehende Konzept, in der Bestandsführung weiterhin nur Plan- und Ist-Sätze zuzulassen, aus verschiedenen Gründen nicht geändert werden konnte, kann es damit Sätze geben, die zwar Status „Ist" haben, die aber nicht gebucht werden. Damit wird die Gefahr der Ermittlung eines scheinbar inkonsistenten Bestandes mit Stichtagsreferenz 'Buchungsdatum' vergrößert.

Findet die Datenbeschaffung einen inkonsistenten Bestand, so wird dies durch eine Fehlermeldung angezeigt und der Bestand im weiteren Verlauf, insbesondere bei der Anzeige, unterdrückt.

Das Merkmal Geschäftsvorgang ist ein im Reporting generiertes Merkmal, daß im operativen Treasury keine Widerspiegelung findet. Ein (oder mehrere konjugierte) Geschäftsvorgang beschreibt eine betriebswirtschaftlich sinnvolle Einheit von Bewegungen, die aus einer operativen Funktion heraus erzeugt wurden. Er faßt entsprechende Bewegungen logisch zusammen. Dadurch ist es möglich, Bewegungsarten, die in verschiedenen Geschäftsvorfällen bzw. operativen Funktionen auftreten können (beispielsweise Provisionen oder Steuern) der erzeugenden Transaktion zuzuordnen.

Das Merkmal Geschäftsvorgang ermöglicht eine einfache Strukturierung der Bewegungen anhand funktionaler Begriffe, ohne auf das Bewegungsarten-Customizing zugreifen zu müssen.

Die Geschäftsvorgänge werden durch einen dreistelligen numerischen Code abgebildet mit folgender Einteilung:

Die Geschäftsvorgänge sind so geschnitten, daß bei Transaktionen, die einen bestehenden Bestand durch Umbuchungen, Kapitalmaßnahmen oder ausführbare Rechte verändern, die ausgehende Seite einem anderen Geschäftsvorgang zugeordnet wird als die eingehende Seite des bearbeiteten Bestandes.

In der Bestandsführung werden die bei Verkäufen und Tilgungen auftretenden Kursgewinn- oder –verlustbewegungssätze doppelt generiert: Um alle angebotenen Bewertungverfahren abbilden zu können, wird eine feinere Sicht benötigt als bei der Buchung der erfolgsrelevanten Sätze ins Hauptbuch. Hier werden die Kursgewinne respektive –verluste nur in Summe gebucht.

Um die relevanten Bewegungen und die damit verbundenen Informationen nicht zu verdoppeln, wird bei der Befüllung folgendermaßen verfahren:

Da die nicht buchungsrelevanten Bewegungen eine feinere Granularität darstellen, werden alle Informationen in diese projeziert. So werden diesen Bewegungen sowohl die Bestandsänderungswerte als auch die Erfolgswerte zugewiesen. Zudem wird diesen Bewegungen, falls die korrespondierenden buchungsrelevanten Summenbewegungssätze ins Hauptbuch gebucht wurden, deren Buchungsdatum auf das (per Funktion und laut Datenbank initiale) Buchungsdatum der korrelierten nicht-buchungsrelevanten Bewegungen umgefüllt.

Im Gegenzug werden daher die Summenbewegungssätze der Kursgewinne bzw. –verluste, die ins Hauptbuch gebucht werden, in allen Basiskennzahlen mit Null ausgewiesen.

Befüllung der Felder Zahlbetrag und Erfolgsbetrag in Abhängigkeit der Art des Zahlungseinganges.

Für die Funktionalität Zahlungseingang stehen zwei verschiedene Funktionsweisen zur Verfügung: einstufiger und zweistufiger Zahlungseingang. Diese Einstellung hat bei der Befüllung von erfolgsrelevanten Geschäftsvorgängen wie Zinszahlungen Konsequenzen auf die Befüllung.

• Beim einstufigen Zahlungseingang werden bei erfolgsrelevanten Bewegungen beide Kennzahlen Zahlbetrag und Erfolgsbetrag gleichermassen befüllt.

• Beim zweistufigen Zahlungseingang werden die Kennzahlen in Abhängigkeit vom „Status" des Zahlungseinganges befüllt. Hier wird die abgebildete Funktionalität nachgebildet.

Verhalten der Zinszahlung eines Wertpapier-Finanzstromes im Laufe der Zeit bei zweistufigem Zahlungseingang:

• Bewegungsarten nach Mustercustomizing
• Höhe der Zinszahlung: 100,- EUR

Zeitpunkt 1: Zukünftige Zinszahlung im Status „Plan".

Zeitpunkt 2: Sollstellung der Zinszahlung, Zahlungseingang wird als Bewegung generiert.

Zeitpunkt 3: Zahlungseingang der Zinszahlung.

Im Zeitraumbezogenen Reporting stehen neben den reinen Bewegungskennzahlen eine Vielzahl von Kennzahlen zur Verfügung, die den Bestand zu Beginn und Ende der Berichtsperiode(n) beschreiben. Diese Kennzahlen sind ausgewiesen durch eine zusätzliche Beschreibung.

Daneben findet man aber auch im zeitraumbezogenen Reporting neben den beiden Kennzahl des obigen Beispiels die Kennzahl „Stückzahl". Bei dieser Kennzahl werden für alle Tage, die innerhalb des Berichtszeitraumes liegen, für jeden (Kalender-)Tag ein Bestand berechnet und ausgewiesen. Diese Kennzahl hat gegenüber den beiden korrespondierenden Bestandskennzahlen ein abweichendes Aggregationsverhalten.

In der operativen Bestandsführung des Bereichs Wertpapiere gibt es die Möglichkeit Zerobonds in Einzelbestandsführung zu führen. Das heißt, bei jedem Bestandszugang wird eine neue Position eröffnet. Um dieser Logik Rechung zu tragen wurde im Bestandsreporting das Merkmal „Ordernummer" aufgenommen. Zerobonds werden hier mit der Ordernummer des initiierenden Kaufes im Bestand ausgewiesen, während dieses Merkmal für alle anderen Produkte initial bleibt.

• Einlösereserve in BW, AW(BW)

• Kurs Anschaffung für prozentnotierte Wertpapiere

• Kurs Anschaffung für stücknotierte WP in AW

Bei der Darstellung der Kurskennzahlen wird aus technischen Gründen unterschieden in Kennzahlen für stücknotierte Wertpapiere, die einem Preis entsprechen, und Kurskennzahlen, die einen Relativ- oder Prozentkurs darstellen.

• Schwebende Gewinne in BW, HW, AW

• Schwebende Verluste in BW, HW, AW

• Stille Reserve in BW, HW, AW

Die primäre Aufgabe des Reporting ist die reine Darstellung der momentanen Situation gemäß der Datenbank. Sie ist also ein rein lesender Zugriff auf die Daten eines operativen Systems. Nach dieser reinen ex-post-Betrachtung der auf der Datenbank fixierten Geschäftsvorfälle soll das Reporting aber auch weitere Auswertungen durchführen. Zu den wichtigsten Anforderungen zählen hier

• der stichtagsgenaue Ausweis von aufgelaufenen Erträgen;
• der periodengerechte Ausweis von Erträgen

• die Durchführung einer Bewertung und des daraus resultierenden Wertberichtigungsbedarfs, ohne diese ins Hauptbuch zu buchen (diese Funktion wird daher im folgenden auch mit simulativer Bewertung bezeichnet).

Bei den beiden ersten Punkten wird während der Kennzahlberechnung eine Abgrenzung, beim letzten Punkt wird online eine Bewertung durchgeführt.

Die Kennzahl Wertaufholung wird im Anhang einer deutschen Bilanz nach HGB benötigt. Die Tatsache, daß zwei Kennzahlen zu Verfügung gestellt werden, liegt in der unterschiedlichen Interpretationsweise des HGB begründet.

• Die 'Kumulierte Wertaufholung' beschreibt die Interpretation des Beckschen Bilanzkommentars.
• Die 'ertragsorientierte Wertaufholung' setzt die Interpretation des Bilanzkommentars nach ADS (Adler, Düring & Schmalz) um.

• Kumulierte Wertaufholung

• Ertragsorientierte Wertaufholung

1. F1 sei der fiktive Buchwert zum Zeitpunkt t1, der sich bei einer Bewertung des Bestandes nach modifizierten Bewertungsparametern ergibt. Modifizierte Bewertungsparameter bedeutet, daß die im Bestandskennzeichen hinterlegten Parameter hinsichtlich des strengen Niederstwertprinzipes zur Laufzeit in ein Niederstwertprinzip abgeändert werden, also Zuschreibungen bis zum Anschaffungswert zugelassen werden.
2. B1 sei der reale Buchwert zum Zeitpunkt t1, F1 der wie oben beschrieben ermittelte fiktive Buchwert (Bewertung gegenüber dem Marktwert C1 zum Zeitpunkt t1).
3. Es werden nun alle Geschäftsvorfälle zwischen t1 und t2 betrachtet und deren Wirkung auf den fiktiven Buchwert ermittelt. So ergibt sich ein neuer fiktiver Buchwert zum Zeitpunkt t2, genannt F2.
4. Zum Zeitpunkt t2 hat die Position den Marktwert T2, so dass sich bei einem zweiten simulativen Bewertungslauf eine Zu- oder Abschreibung gegenüber dem fiktiven Buchwert F2 ergibt. Der neue fiktive Buchwert zu t2 werde mit F3, der reale mit B3 bezeichnet. Es ist zu bemerken, daß die Differenz zwischen F3 und B3 nicht gleich der Differenz zwischen T1 und T2 sein muß, da bei Abgängen Kursgewinne und Kursverluste entstehen können, die abhängig vom Buchkurs sind.
5. Um die ertragsorientierte Wertaufholung W zu berechnen, wird nun zusätzlich zu T2 und T3 der Anschaffungswert A2 zum Zeitpunkt t2 betrachtet und folgende vier Fälle unterschieden: