Kredit- und Lastschriftenverarbeitung für benutzerdefinierte Berechnungen und Umlagen

Wenn Sie benutzerdefinierte Zuteilungen für einen Essbase Aggregate Storage-(ASO-)Cube entwerfen, können Sie anhand der Grundsätze der doppelten Buchung den Zweck von Soll- und Habenelementen als optionale Zuteilungskriterien kennen.

Oracle General Ledger verwendet doppelte Buchungen, bei denen jede Transaktion zwei Buchungen aufweist: eine Sollbuchung und eine Habenbuchung.

Daher gibt es für jede Transaktion zwei Konten, die als Spalten dargestellt werden. Die beiden Konten müssen ausgeglichen sein, d.h. die Summe der Soll-Spalte muss der Summe der Haben-Spalte entsprechen.

Es kann ein Soll-Element angegeben werden, in das die benutzerdefinierte Berechnung positive Ergebniswerte schreibt, und es kann ein Haben-Element angegeben werden, in das die benutzerdefinierte Berechnung negative und kompensierende Ergebniswerte schreibt. Das Soll- und das Haben-Element müssen zwei verschiedene Elemente aus derselben Dimension sein. Beispiel: Eine Dimension namens "AmountType" kann zwei untergeordnete Elemente der Ebene 0 mit den Namen "Credit" und "Debit" aufweisen.

Wenn die Berechnung dazu führen würde, dass eine positive Zahl in eine Zelle der Ebene 0 im Ziel-Cube geschrieben wird, wird der positive Wert in das Soll-Element geschrieben.

Wenn die Berechnung dazu führen würde, dass eine negative Zahl in eine Zelle der Ebene 0 im Ziel-Cube geschrieben wird, wird das Zeichen in ein positives Zeichen geändert und in das Kreditelement geschrieben.