Equity Pickup-Verarbeitung
Während eines regelmäßigen Konsolidierungsprozesses basiert die Berechnung der Entitys auf einem Bottom-up-Ansatz, der von der untersten Ebene der Entityhierarchie ausgeht. Die erste Gruppe der zu berechnenden Entitys sind alle Basiselemente (Ebene 0) (diejenigen Entitys, die keine untergeordneten Elemente aufweisen). Die nächste zu verarbeitende Gruppe sind die übergeordneten Entitys der Ebene 1 (diejenigen, die nicht mehr als eine Ebene von abhängigen Elementen unter sich aufweisen). Danach folgen übergeordnete Elemente der Ebene 2 usw. Dieser Prozess stellt sicher, dass alle untergeordneten Elemente einer übergeordneten Entity vor dieser übergeordneten Entity verarbeitet werden.
Die für eine korrekte Equity Pickup-Berechnung erforderliche Verarbeitungsabfolge basiert stattdessen auf einem Bottom-Up-Ansatz von Generation zu Generation. Das oberste Element gehört der Generation 0 an, und dann wird bei jedem nachfolgenden Schritt nach unten eine Generation hinzugefügt. Mit diesem Ansatz befindet sich jede Holdinggesellschaft in der gleichen Generation wie ihre gleichgeordneten Elemente, unabhängig davon, ob es sich bei diesen gleichgeordneten Elementen um übergeordnete oder Basiselemente handelt. Alle Nicht-Holdingentitys der Ebene 0 werden zuerst verarbeitet. Dann wird die höchste Generation von Holdinggesellschaften verarbeitet, gefolgt von der höchsten Generation von übergeordneten Entitys, gefolgt von der nächsthöheren Generation von Holdinggesellschaftsentitys und dann der nächsthöheren Generation von übergeordneten Entitys usw.
Die folgenden Diagramme zeigen den Unterschied in der Verarbeitung in einer sehr einfachen Hierarchie (wobei der Mandant A die Mandanten B und D und der Mandant B den Mandanten C besitzt). Das Equity Pickup wird nach Generation von unten nach oben verarbeitet. Die Standardverarbeitung erfolgt nach Ebene von unten nach oben:
Entitys im Umfang für Verarbeitung
Die Konsolidierung berücksichtigt den Berechnungsstatus jeder einzelnen Entity, wenn sie bestimmt, welche Entitys sich "im Umfang" für die Verarbeitung befinden. Wenn eine Entity "betroffen" ist, muss diese Entity neu berechnet werden, um alle Änderungen zu berücksichtigen, die die Auswirkungen verursacht haben. Darüber hinaus sind auch alle Vorgänger der Entity betroffen, da ihre Ergebnisse aufgrund der Neuberechnung einer Entity, von der ihre Ergebnisse abhängig sind, neu berechnet werden müssen. Ebenso sind auch nachfolgende Perioden desselben Szenarios betroffen.
Beispiel 1 - Dateneingabe für Entity C
Wenn für den Standardkonsolidierungsprozess im obigen Beispiel Daten für Entity C eingegeben werden, sind die Entitys C, B konsolidiert und A konsolidiert betroffen. Wenn A konsolidiert für die Konsolidierung ausgewählt wird, werden alle drei Entitys (C, B konsolidiert und A konsolidiert) nacheinander von Ebene 0 bis Ebene 2 neu berechnet.
Wenn für den Equity Pickup-Prozess Daten für Entity C eingegeben werden, sind die Entitys C, B konsolidiert und A konsolidiert betroffen. Darüber hinaus müssen jedoch auch die Entitys B und A neu berechnet werden, da ihre Daten von den neu berechneten Daten der Entity C abhängig sind. Wenn A konsolidiert für die Konsolidierung ausgewählt wird, werden alle Entitys (C, B, B konsolidiert, A und A konsolidiert) nacheinander von Generation 3 bis Generation 1 neu berechnet.
Beispiel 2 - Dateneingabe für Entity A und Entity C
Wenn für den Standardkonsolidierungsprozess im obigen Beispiel Daten für die Entitys A und C eingegeben werden, sind die Entitys C, B konsolidiert, A und A konsolidiert betroffen. Wenn A für die Konsolidierung ausgewählt wird, wird nur A neu berechnet.
Wenn für den Equity Pickup-Prozess Daten für die Entitys A und C eingegeben werden, sind die Entitys C, B konsolidiert, A und A konsolidiert betroffen. Darüber hinaus muss jedoch auch die Entity B neu berechnet werden, da ihre Daten von den neu berechneten Daten der Entity C abhängig sind. Wenn A für die Konsolidierung ausgewählt wird, werden alle Entitys mit Ausnahme von A konsolidiert (C, B, B konsolidiert und A) nacheinander von Generation 3 bis Generation 2 der Holdinggesellschaft neu berechnet. Die Konsolidierungsentity A bringt B konsolidiert und ihre betroffenen abhängigen Elemente in den Umfang des Konsolidierungsprozesses ein.
Beachten Sie jedoch, dass bei Auswahl von A für die Konsolidierung, wenn keine Daten für A eingegeben werden, eine Konsolidierung nicht verarbeitet wird, da A selbst nicht betroffen ist. In diesem Fall müsste zur Aktualisierung aller Entitys A konsolidiert für die Konsolidierung ausgewählt werden, wie in Beispiel 1 beschrieben.
Beispiel Equity Pickup-Berechnungsfluss und erforderliche Ergebnisse
Um sicherzustellen, dass bei der Durchführung einer Equity Pickup-Berechnung die Daten der gleichgeordneten Elemente der Quellentity bereits aktualisiert wurden, müssen die Entitys in der erforderlichen Abfolge berechnet werden, wie sie durch die Eigentumskette festgelegt ist.
Im Folgenden finden Sie ein Beispiel für eine Eigentumskette:
