Konsolidierungsprozess

Bei der Konsolidierung werden Daten aus abhängigen Entitys gesammelt und in übergeordnete Entitys aggregiert. Nach dem Eingeben bzw. Laden der Daten in die Basis-Entitys und nach dem Berechnen und Anpassen der Daten wird eine Konsolidierung für ein ausgewähltes Szenario und eine ausgewählte Periode durchgeführt, um die Daten in der gesamten Organisation zu aggregieren. Bei der Konsolidierung von Daten führt das System die erforderliche Währungsumrechnung und die notwendigen Intercompany-Eliminierungen sowie Equity Pickups oder Berechnungen von Minderheitsbeteiligungen durch, sofern benötigt.

Oracle Hyperion Financial Management stellt eine Standardkonsolidierungsmethode zur Verfügung. Zur Aktivierung von gesetzliche Konsolidierungen kann der Konsolidierungsprozess angepasst werden. Beim Erstellen einer Anwendung können Sie das Attribut Konsolidierungsregeln festlegen. Wenn diese Einstellung deaktiviert ist, führt das System standardmäßig die Standardkonsolidierungen und -eliminierungen durch. Ist die Einstellung aktiviert, führt das System die Konsolidierung gemäß den Regeln durch, die in der vom Administrator definierten Sub Consolidate()-Routine festgelegt sind. Informationen finden Sie in der Dokumentation Oracle Hyperion Financial Management - Administratordokumentation.

Sie starten den Konsolidierungsprozess über Datenraster. Bei Aktivierung der Konsolidierung werden die Konsolidierungsregeln für das angegebene Szenario und Jahr, für die angegebene Periode und Entity sowie für den angegebenen Wert ausgeführt. Im Rahmen dieses Prozesses wird die Konsolidierung für alle abhängigen Entitys sowie für alle vorangegangenen Zeiträume innerhalb desselben Jahres durchgeführt. Der Konsolidierungsprozess führt sämtliche Berechnungsfunktionen für alle betroffenen Entitys und Werte aus. Der Umrechnungsprozess wird nach Bedarf ausgeführt, um Daten aus der Währung der untergeordneten Entity in die Währung der übergeordneten Entity umzurechnen. Stimmt die Währung der untergeordneten Entity mit der Währung der übergeordneten Entity überein, wird kein Umrechnungsprozess ausgeführt.

Wenn Sie die übergeordnete Entity ausgewählt haben, in die die abhängigen Entitys konsolidiert werden, werden erforderliche Prozesse automatisch ausgeführt.

  • Das System führt Berechnungsregeln für alle abhängigen Elemente der Entity aus.

  • Wenn die Daten für die untergeordnete Entity und die Daten für die übergeordnete Entity in unterschiedlichen Währungen vorliegen, rechnet das System Daten anhand des Wechselkurses um. Für die untergeordnete Entity wird der umgerechnete Wert im Element Parent Currency der Value-Dimension gespeichert. Der umgerechnete Wert im Element Parent Currency wird an das übergeordnete Element übertragen.

  • Korrekturen für Daten können über Journale eingegeben werden.

  • Der Konsolidierungsprozess wird gestartet. Wenn der Anteil des übergeordneten Elements am untergeordneten Element unter 100 % liegt, wird der Anteilsprozentsatz angewendet. Das System generiert Proportions- und Eliminierungsdaten und erstellt Beitragsdaten. Es können weitere Korrekturen für Beitragsdaten anhand von Journalen eingegeben werden.

Auf der Entity-Ebene des Konsolidierungsprozesses geben Sie Daten in Eingabekonten ein. Korrekturen geben Sie über Journale in der Entity-Währung ein. Das System führt Berechnungsregeln auf der Entity-Ebene aus, wodurch die Daten für die Entity angepasst werden.

Financial Management speichert Werte als Gleitkommazahlen mit doppelter Genauigkeit, die in einen Wert mit 15 signifikanten Ziffern umgerechnet werden. Je nachdem, wie Anwendungen konfiguriert sind, können Währungen und Gesamtwerte beim Erreichen der Genauigkeitsgrenzwerte gerundet werden. Wenn es zu einer solchen Situation kommt, empfiehlt Oracle, dass Sie einen vertrauenswürdigen Berater zurate ziehen, der verschiedene Vorgehensweisen zur Problemlösung vorschlagen kann. Beachten Sie, dass die Differenz der Zahlen ursprünglich von der Genauigkeitsbegrenzung stammt. Hierbei handelt es sich nicht um einen Bug in der Software. Oracle verfolgt in der nahen Zukunft keine Pläne, die Genauigkeit auf mehr als 15 Ziffern zu erhöhen.

Beispiel

Nehmen wir an, Sie haben die folgenden drei Zahlen:

A: 0,000000000000003

B: 0,000000000000003

C: 1

Wenn Sie A+B addieren, erhalten Sie 0,000000000000006.

Wenn Sie anschließend C hinzuaddieren, führt dies zu 16 signifikanten Ziffern. Das System würde also die letzte Ziffer 6 runden. Das Ergebnis lautet wie folgt:

1,00000000000001

Wenn Sie zuerst B+C addieren und dann A, wird jede der Zahlen 0,000000000000003 gelöscht, sobald sie 1 hinzugefügt wird, da das Ergebnis mehr als 15 signifikante Stellen enthält. Das Ergebnis lautet 1.

Es folgen Beispiele für den Konsolidierungsprozess.

Das erste Beispiel zeigt den Prozess für das Szenario, dass die Entity-Währung und die übergeordnete Währung nicht identisch sind.


Beispiel des Konsolidierungsprozesses, bei dem Entity-Währung und übergeordnete Währung nicht identisch sind

Das zweite Beispiel zeigt den Prozess für das Szenario, dass die Entity-Währung und die übergeordnete Währung identisch sind.


Beispiel des Konsolidierungsprozesses, bei dem Entity-Währung und übergeordnete Währung identisch sind

Umrechnungsprozess

Bei der Währungsumrechnung werden Kontodaten von einer Währung in eine andere konvertiert. Die Daten in der lokalen Währung der abhängigen Entity werden anhand des lokalen Wechselkurses in die Währung der übergeordneten Entity umgerechnet.

Währungskurse können nach Entity für Basis-Entitys eingegeben werden. Wenn Sie die Währungskurse nach Entity eingeben, verwendet das System bei der Umrechnung die aktuelle Entity für den direkten Umrechnungskurs. Beispiel: Der Währungskurs der Entity ist Euro und der Währungskurs der übergeordneten Entity ist USD. Das System verwendet dann Kurs.Euro.USD in der Entity, die umgerechnet wird. Geben Sie die Währungskurse nicht nach Entity ein, wird der direkte Kurs von dem indirekten Kurs in der aktuellen Entity abgeleitet. Beispielsweise wird der in Kurs.USD.Euro gespeicherte Betrag storniert, um Euro/USD zu erhalten.

Wird der Währungskurs nicht in der aktuellen Entity gefunden, wird der direkte Kurs in der Entity Keine verwendet. Wenn kein Umrechnungskurs gefunden wird, wird der direkte Kurs aus dem indirekten Kurs in der Entity Keine abgeleitet. Beispielsweise wird der in Kurs.USD.Euro gespeicherte Betrag storniert, um Euro/USD zu erhalten. Informationen hierzu finden Sie in der Dokumentation Oracle Hyperion Financial Management - Administratordokumentation.

Nachdem die Umrechnungsregel ausgeführt wurde, wird die umgerechnete Währungsdimension gespeichert. Über Journale können Sie Korrekturen an den umgerechneten Beträgen in jeder Währung vornehmen.

Zusammen stellen diese beiden Ebenen (umgerechnete und angepasste Daten) den Startpunkt des Konsolidierungsprozesses dar. Der Umrechnungsprozess findet nicht statt, wenn die Entity dieselbe Währung aufweist wie ihre übergeordnete Entity. In diesem Fall wird der Konsolidierungsprozess direkt durchgeführt.

Da die Werte einer abhängigen Entity bei der Konsolidierung in die übergeordnete Entity aggregiert werden, können Konsolidierungsdaten wie zum Beispiel Proportions- und Eliminierungsdaten gespeichert werden. Die Proportionsdaten beinhalten die Salden, die sich aus der Ausführung von Konsolidierungsregeln ergeben. Außerdem geben sie die Ergebnisse der prozentualen Konsolidierung der Basiswerte wieder. Eliminierungsdaten enthalten etwaige eliminierte Salden, die sich basierend auf Eliminierungsregeln während der Konsolidierung ergeben.

Das System leitet die Beitragswerte (vor der Anpassung) als Aggregation ab. Diese Daten können auch weiterhin über Journale angepasst werden. Nachdem die Journale aktiviert wurden, führt das System Berechnungsregeln für Beitragsanpassungen aus.

Die Summe der Beitragsdaten (vor den Korrekturen) zuzüglich Korrekturen stellt den Beitrag dar, den die Basis-Entity zu ihrer übergeordneten Entity leistet. Das System fügt diesen Beitrag zu den Beiträgen der anderen unmittelbar von der übergeordneten Entity abhängigen Entitys hinzu, um die konsolidierten Daten der übergeordneten Entitys zu erhalten. Die Aggregationen der temporären Beitragsebene werden während der Berechnung nicht gespeichert. Dafür werden aber die konsolidierten Daten der übergeordneten Entitys vom System gespeichert.

Berechnungsprozess

Bei der Berechnung von Daten werden die Berechnungsregeln für das angegebene Szenario und Jahr, für die angegebene Periode und Entity sowie für den angegebenen Wert ausgeführt. Beispiel: Berechnen Sie die Anfangssalden des aktuellen Monats anhand der Schlusssalden des Vormonats.

Berechnungsregeln für alle vorherigen Zeiträume innerhalb desselben Jahres werden auch dann ausgeführt, wenn diese nicht zu einem früheren Zeitpunkt ausgeführt wurden. Da die Berechnungsregeln weder die Konsolidierung von Quell-Entitys noch die Ausführung von Umrechnungsregeln veranlassen, werden die Statusangaben (z.B. Umrechnung oder Konsolidierung erforderlich) nicht aus der Zelle entfernt. Auch wenn die Eingabekonten nicht aktuell sind, werden diese Daten von den Berechnungsregeln zum Ableiten der jeweiligen Berechnungskonten verwendet.