Regeltypen

Berechnung

Berechnungsregeln werden ausgeführt, wenn Benutzer Berechnungen durchführen. Sie werden für Berechnungen verwendet, die nicht mit der natürlichen Ordnung der Dimensionshierarchien durchgeführt werden können. Beispiel: Stellen Sie Berechnungen für die Ableitung von Verhältnissen oder Anfangssalden an. Die Calculate()-Routine wird beim Berechnen bzw. Konsolidieren von Daten ausgeführt.

Umrechnung

Umrechnungsregeln werden ausgeführt, wenn Benutzer Umrechnungen durchführen. Sie werden für die Berechnung von nicht standardisierten Umrechnungen verwendet. Die Translate()-Routine wird beim Umrechnen bzw. Konsolidieren von Daten ausgeführt.

Wenn die Anwendung beispielsweise den Standardkurs für die Umrechnung von Aktiva- und Passivakonten und den Durchschnittskurs für die Umrechnung von Einnahme- und Aufwandskonten verwendet, möchten Sie möglicherweise einen anderen Umrechnungskurs zur Berechnung der Umrechnungsdifferenz im Verhältnis zu den Nettoeinnahmen verwenden.

Oracle Hyperion Financial Management führt in den folgenden Fällen Umrechnungsregeln aus:

• Wenn ein Benutzer eine Währungsumrechnung ausführt, indem er mit der rechten Maustaste in ein Datenraster klickt und im angezeigten Menü die Option "Umrechnen" oder "Umrechnung erzwingen" auswählt. Dies ist hilfreich zum Durchführen von Umrechnungen während der Dateneingabe.

• Wenn ein Benutzer eine Konsolidierung durchführt und die Standardwährung einer übergeordneten Entity von der Standardwährung einer untergeordneten Entity abweicht.

Konsolidierung

Die Konsolidierungsregeln werden ausgeführt, wenn Benutzer Konsolidierungen durchführen. Konsolidierungsregeln werden für die Durchführung nicht standardisierter Konsolidierungen verwendet, vorwiegend in vorgeschriebenen Anwendungen. Die Consolidate()-Routine wird beim Konsolidieren von Daten ausgeführt.

Umlage

Umlageregeln verteilen Daten aus einer Entity auf eine Liste von Entitys. Umlageregeln werden beispielsweise für die Berechnung der Verwaltungskosten für eine Liste von Entitys auf der Grundlage der Verwaltungsgesamtkosten für eine andere Entity verwendet.

Input

Eingaberegeln ermöglichen die Dateneingabe auf der Ebene der übergeordneten Entity. Es wird nur die Value-Dimension der Entity-Währung unterstützt. Beachten Sie, dass Beitragswerte von Elementen, die der Value-Dimension der Entity-Währung der übergeordneten Entity untergeordnet sind, nicht aggregiert werden. Der Beitragswert für die Kombination aus übergeordneter und untergeordneter Entity wird gespeichert.

NoInput

NoInput-Regeln verhindern die Eingabe auf der Ebene der Basis-Entity und reservieren die Zellen so für Berechnungen. Die NoInput-Funktion kann mehrmals in einer NoInput-Regel verwendet werden, um die Dateneingabe in mehrere nicht benachbarte Zellen zu verhindern.

Für NoInput-Regeln gelten die folgenden Einschränkungen und Richtlinien:

• Für NoInput-Regeln werden lediglich diese Financial Management-Funktionen unterstützt:

  • NoInput

  • List

    Für NoInput-Regeln werden alle VBScript-Methoden unterstützt.

• Für die List-Funktion werden festgelegte Listen, Systemlisten und dynamische Listen unterstützt. Eine dynamische Liste kann auf alle von der List-Funktion unterstützten Metadatenattribute verweisen.

• Mit einer If...Then -Anweisung können Metadatenattribute getestet werden. Das Testen von Elementen im aktuellen Point of View wird von NoInput-Regeln jedoch nicht unterstützt. Beispiel: If HS.Entity.Member = "CT" kann nicht getestet werden.

• Bei Verwendung der NoInput-Funktion in Schleifen ist Vorsicht geboten. Einige einfache Anweisungen mit Schleifen können dazu führen, dass tausende von Zellen in den Speicher geladen werden. Prüfen Sie also unbedingt, in welchem Umfang Schleifen, die "NoInput" enthalten, die Leistung beeinträchtigen.

Dynamische Berechnung

Mit dynamischen Regeln können Sie Formeln zur dynamischen Berechnung von Konten definieren. Die dynamische Berechnung ist nur für Basiskonten möglich. Auf übergeordnete Konten können keine dynamischen Regeln angewendet werden.

Beachten Sie bei der Erstellung dynamischer Berechnungsregeln die folgenden Richtlinien:

• Die rechte Seite der Gleichung muss auf dieselbe Scenario/Year/Entity-Kombination verweisen. In den Berechnungen kann nicht auf Beträge des vorherigen Jahres referenziert werden.

• Auf der linken Seite der Gleichung sind nur dynamischen Konten gültig.

• Auf der rechten Seite der Gleichung können keine dynamischen Konten verwendet werden.

• Auf der linken Seite der Gleichung sind nur die Dimensionen Account und View gültig.

• Wenn die View-Dimension nicht angegeben ist, wird die Berechnung für die Ansichten "Jahr kumuliert" und "Periodisch" durchgeführt. Ist die View-Dimension angegeben, erfolgt die Berechnung nur für die angegebene Ansicht.

• "HS.Period.Number" ist die einzige HS-Anweisung, die in einer HS.Dynamic-Berechnung verwendet werden kann.

• Alle Anweisungen im Abschnitt Sub Dynamic werden nacheinander ausgeführt.

Transaktionen

Mit Transaktionsregeln werden die Konten in der Anwendung festgelegt, die Intercompany-Transaktionen unterstützen. Zellen, die Transaktionen unterstützen, sind in Datenrastern und Eingabeformularen schreibgeschützt.

Equity Pickup

Mit Equity Pickup-Regeln werden·die im Verantwortungsbereich befindliche Entity, die Eigentümerentity und der Anteilsprozentsatz festgelegt.

Dies ist der standardmäßige Point of View, wenn der Abschnitt "Sub EquityPickup" ausgeführt wird:

• Aktuelles Szenario und Jahr, aktuelle Periode

• Entity: Eigentümer des verarbeiteten Paares

• Wert: <Entity-Währung>

On-Demand

On-Demand-Regeln werden in Eingabeformularen verwendet. Sie ermöglichen die Ausführung eines Teils der Berechnungen, um die Ergebnisse schnell im Eingabeformular anzuzeigen. Alle HS-Funktionen, die in "Sub Calculate" verwendet werden können (jedoch keine anderen), können auch in On-Demand-Regeln verwendet werden.