Unterschiede zwischen dem Datenstatus von Hybrid- und Nicht-Hybridanwendungen

Nach dem Ausführen einer Konsolidierung zwischen den Anwendungen mit einer dicht besiedelten Account-Dimension und dicht besiedelten Period- und Movement-Dimensionen wird der Berechnungsstatus im Datenstatusformular unterschiedlich angezeigt.

Anwendungsfallbeispiel:

In diesem Beispiel ist das unterschiedliche Datenstatusverhalten für Hybridanwendungen im Vergleich zu Nicht-Hybridanwendungen dargestellt.

  • Geben Sie Daten für "Ist", "GJ22", "P1", Entity "Toronto" ein. P1 weist den Status "Geändert" auf.

    P1 "Geändert"

  • Konsolidieren Sie denselben POV. Der Berechnungsstatus von P1 wird in OK geändert, und die nächste Periode P2 weist den Status "Geändert" auf.

    P2 "Geändert"

  • Geben Sie jetzt Daten für "Ist", "GJ22", "P4", "Toronto" ein. P4 weist den Status "Geändert" auf.

    P4 "Geändert"

  • Konsolidieren Sie "Ist", "GJ22", "P4", "Toronto". Da der Berechnungsstatus von P1 OK lautet, wird keine Konsolidierung für P1 ausgeführt.

Hybridanwendung

Alle Perioden (ab P2) werden konsolidiert, und der Berechnungsstatus von P2-P4 wird in OK geändert. Die Periode nach P4, also P5, weist den Status "Geändert" auf.

Berechnungsstatus: Hybrid

Nicht-Hybridanwendung

Eine Anwendung mit dicht besetzter Account-Dimension hat ein anderes Verhalten, wenn Sie "Ist", "GJ22", "P4", "Toronto" konsolidieren.

Nach dem Konsolidieren von "Ist", "GJ22", "P4", "Toronto" wird der Berechnungsstatus der vorherigen Periode, der Keine Daten lautet, nicht vom System geändert.

Berechnungsstatus: Nicht-Hybrid

Informationen hierzu finden Sie auch unter Anwendungsmodelle und Anwendungsmodell für hybride Aggregation optimieren in der Dokumentation Tax Reporting verwalten