Konzept: Verknüpfte Konten

Ein verknüpftes Konto verwendet Daten, die in einem oder mehreren Konten aus Cube- oder modellierten Tabellenblättern gespeichert sind, um Hauptbuch-, benutzerdefinierte oder Cube-Standardkonten auszufüllen. In Cube-Tabellenblättern können Sie Verknüpfungen zu Hauptbuch-Konten und zu benutzerdefinierten Konten mit Cube-Eingabe hinzufügen. Verwenden Sie für die Kontoeinstellung

Art

Verknüpfung
, um Verknüpfungen zu Konten hinzuzufügen.

Stellen Sie sich Ihre Instanz als mehrere Modelle vor. Kontoverknüpfungen sind eine Möglichkeit, die Daten zwischen Modellen zu verknüpfen. Beispiel: Sie haben ein Personalmodell, das in einem modellierten Tabellenblatt enthalten ist. Sie haben ein Ertragsmodell, das in einem Cube-Tabellenblatt enthalten ist. Sie können alle Ihre Hauptbuch-Konten als ein anderes Modell betrachten.

Funktionsweise verknüpfter Konten

Verknüpfung
ist zwar Teil der Einstellung

für die Art

, ändert aber nicht die Art des Kontos, die periodisch oder kumulativ bleibt.

Das Zielkonto
ist das Konto, das die Daten aus dem anderen Konto abruft. Sie legen die Verknüpfung im Zielkonto fest.

Das Quellkonto
ist das Konto, das die Daten in einem Cube- oder modellierten Tabellenblatt enthält. Das Quellkonto muss ein Cube-Konto oder ein modelliertes Konto sein. Nachdem Sie ein Konto verknüpft haben, gibt Ihr Team die Daten in das Quellkonto und nicht in das Zielkonto ein.

Sie können ein Konto mit maximal 10 Quellkonten verknüpfen. Wenn Sie eine Verknüpfung mit mehr als 10 Quellkonten benötigen, öffnen Sie einen Supportfall.

Anwendungsfälle für verknüpfte Konten

Ziel	Beispiel
Berechnen und planen Sie Hauptbuch-Daten mit Dimensionen, Metriken und anderen Treibern in einem modellierten oder Cube-Tabellenblatt. Sie möchten dennoch, dass die Daten ein Rollup zu einer Hauptbuch-Summe durchführen.	Die Daten eines modellierten Tabellenblattes für Personal steuern den Gehaltsaufwand pro einzelnen Mitarbeiter. Erstellen Sie ein Hauptbuch-Gehaltskonto als untergeordnetes Konto des Hauptbuch-Kontos „Aufwand“. Verknüpfen Sie das untergeordnete Konto mit dem Gehalt, das im modellierten Tabellenblatt generiert wurde. Der Gehaltsaufwand führt zusammen mit allen anderen Aufwendungen ein Rollup zur Gesamtsumme des Hauptbuch-Aufwands durch. Siehe Beispiel: Verknüpfte Konten für Aufwand.
Daten aus einem modellierten oder Cube-Tabellenblatt pivotieren, um bereinigte und eindeutige Summen zu präsentieren.	Ein modelliertes Tabellenblatt für Personal zeigt das Gehalt jedes Mitarbeiters pro Standortdimension an. Pivotieren Sie die Daten in ein Cube-Tabellenblatt, um die gesamten Gehaltsaufwendungen pro Standort anzuzeigen, ohne die Mitarbeiter anzuzeigen. Siehe Beispiel: Verknüpfte Konten für Aufwand
Mit mehreren Dimensionen planen und nur einige dieser Dimensionen in einem anderen Konto verwenden.	In einem Cube-Tabellenblatt wird der Ertrag nach Produkt, Standort, Kunde und mehr geplant. Für das Hauptbuch wird der Ertrag nach Produktkategorie benötigt. Erstellen Sie ein Hauptbuch-Ertragskonto für jede Produktkategorie und verknüpfen Sie jedes Konto mit dem nach Dimensionen gefilterten Ertrag des Cubes. Siehe Beispiel: Verknüpfte Konten für Dimensionen und Ertrag.
Intuitive Formeln erstellen, indem Sie Hauptbuch-Kontocodes mit den Dimensionen aus den Modell- oder Cube-Tabellenblättern verwenden.	Verknüpfen Sie Hauptbuch-Konten mit Cube- und modellierten Konten. Referenzieren Sie in Formeln die Hauptbuch-Kontocodes, anstatt die langen und nicht intuitiven Kontocodes modellierter und Cube-Konten zu referenzieren. Anschließend können Sie die Dimensionen hinzufügen. Beispiel: Verknüpfte Konten für Dimensionen und Ertrag.
Mit benutzerdefinierten Dimensionen planen und dabei eine einfache Hauptbuch-Hierarchie beibehalten, die Ihr ERP-System besser widerspiegelt.	Verknüpfen Sie mehrere Aufwandskonten aus zwei modellierten Tabellenblättern für Personal mit einem einzigen Hauptbuch-Aufwandskonto. Um eine komplexe Kontostruktur auf ein einzelnes Hauptbuch-Konto zu reduzieren, wenden Sie die benutzerdefinierten Dimensionswerte der Ausgabenkategorie auf jedes verknüpfte Konto an. Siehe Beispiel: Verknüpfte Konten mit mehreren Quellen und angewendeten Dimensionen.

Performance-Begrenzungen

Bei bestimmten Konfigurationen und Verwendungsmustern für verknüpfte Konten ist es wahrscheinlicher, dass die Performance beeinträchtigt wird oder sie zu unerwarteten Ergebnissen führen. Um das Risiko von Performance-Problemen und den Schweregrad der aufgetretenen Probleme zu verringern, sollten Sie die folgenden häufig problematischen Konfigurationen oder Verwendungsmuster vermeiden:

Konfiguration oder Verwendungsmuster	Beschränkung
Lange Zeilen verknüpfter Konten	Wenn Sie drei oder mehr Verknüpfungen in einer Verknüpfungskette von einem Tabellenblatt oder Konto zu einem anderen verwenden, nimmt die Performance ab, insbesondere wenn das ursprüngliche Tabellenblatt viele Daten enthält. Diese Zeilen erhöhen die Berechnungszeit linear, da Sie Zellen in allen abhängigen Tabellenblättern weitergeben. Vermeiden Sie Zwischenlinks, wenn möglich, und halten Sie die Datenquelle so nahe wie möglich am Ziel.
Verknüpfungen aus zusammengeführten Cubes	Die Verknüpfung eines Kontos mit einem zusammengeführten Cube als Quelle führt zu Performance-Problemen, insbesondere bei Importänderungen. Dies liegt daran, dass bei der Berechnung der Ausgabe eines zusammengeführten Cubes die Daten auf vorgelagerte Konten verteilt werden.
Zirkelbezüge	Vermeiden Sie die Konfiguration von Zirkelbezügen in verknüpften Konten. Das System erkennt in vielen Fällen Zirkelbezüge und warnt Sie davor, aber nicht in allen Fällen. Zirkelbezüge führen zu Performance-Einbußen und potenziellen Datenproblemen, da das System Datenpfade nicht eindeutig bestimmen kann und die Verarbeitung nicht regulär erfolgt.
Verwenden von Passthrough-Tabellenblättern, um Dimensionalität zu löschen oder hinzuzufügen	Wenn Sie Passthrough-Tabellenblätter verwenden, um ein Konto mit einem Tabellenblatt zu verknüpfen und Dimensionalität zu entfernen, wird häufig die Performance beeinträchtigt. Verknüpfte Konten wurden nicht dafür entwickelt und dieser Anwendungsfall erhöht die Anzahl der verketteten Verknüpfungskonten vom Ursprung zum Ziel.
Verwenden Sie angewendete Dimensionen für visuelle Anwendungsfälle	Wenn Sie angewendete Dimensionen für Zwecke wie die Berichtsformatierung verwenden, erhöhen Sie die Anzahl der Verknüpfungen deutlich.
Verknüpfungen von anderen Konten als modellierten oder Cube-Konten	Das System unterstützt in der Regel keine Verknüpfung von Metrik-, System- oder benutzerdefinierten Konten und Standardkonten als Anbieterkonten. Der Versuch, eine Verknüpfung mit diesen Konten herzustellen, kann zu Konfigurationsfehlern oder zu unerwartetem Verhalten führen.
Konfiguration mit Istzahlen	Die Verknüpfung von Konten, die aus Istzahlen abrufen, führt zu Performance-Einbußen und ist oft unnötig. Wenn Sie Istzahlen anzeigen, sofern in verknüpftem Konto vorhanden ausgewählt werden, werden Planwerte mit der Istzahlen-Version verknüpft, was sich auf die Performance auswirkt. Wenn Sie nur den Kontowert für Planversionen benötigen, empfehlen wir Ihnen, Istzahlen für Verknüpfung aktivieren im Abschnitt Verknüpfte Filter zu aktivieren.
Viele Verknüpfungen in einem bestimmten Tabellenblatt oder in der gesamten Instanz	Wenn Sie einer Instanz oder einem bestimmten Tabellenblatt Hunderte oder Tausender von Verknüpfungen hinzufügen, nimmt die Performance ab. Die Auswirkungen hängen davon ab, wie komplex das Modell für die Konten ist, die von der Verknüpfung verwendet werden.
Anbieterkonten, die auf Root- oder Rollup-Ebenen verweisen	Wenn ein Anbieterkonto ein berechnetes Konto ist, das auf eine Root- oder Rollup-Ebene verweist, wirkt sich dies auf die Performance aus. Dadurch entstehen mehr Abhängigkeiten, da das System zusätzliche Daten berechnet und aggregiert.