Validierungsregeln für Datenladungen in Financial Consolidation

Nachdem Sie auf Daten laden im Dialog Daten laden klicken, wird der Validierungsprozess gestartet und seine Ergebnisse werden bereitgestellt. Die Ergebnisse umfassen folgende Elemente:

Anzahl der validierten Gesellschaften.
Anzahl der erfolgreich geladenen Gesellschaften.
Anzahl der Gesellschaften, für die eine Warnung protokolliert wurde.
Eine Warnung zeigt an, dass Daten geladen wurden und, wenn Dateninkonsistenzen vorhanden sind, dass sie protokolliert wurden.
Anzahl der Gesellschaften, für die ein Fehler protokolliert wurde.
Gesellschaften mit Fehlern werden während einer Datenladung übersprungen.

Laden Sie ein Protokoll herunter, wenn während der Validierung Warnungen oder Fehler gefunden wurden.

Hinweis

Wenn Sie Zugriff haben, können Sie die Protokolle auch in EPM Administration anzeigen und herunterladen. Wählen Sie Dashboards > Protokolle > Anwendungsprotokolle anzeigen aus, und geben Sie die anwendbaren Filter an. Wählen Sie im Feld Ereignisse Modeling > Business Modeling > Fakten laden (Fakten aus Integrationstabelle laden). Nach Anwendung der Filter wird eine Liste der Protokolleinträge angezeigt. Doppelklicken Sie auf einen Protokolleintrag, um detaillierte Informationen im Bereich Meldung anzuzeigen. Sie können die Meldung in die Zwischenablage kopieren, falls erforderlich. Für jede Datenladung gibt es zwei Protokolleinträge. Die eine ist für die Datenvalidierung, die andere für den Datenimport.

ExchangeRate-Daten werden basierend auf den Perioden geladen, die Sie im Dialog Daten laden auswählen.

Informationen dazu finden Sie im Thema "Datenladungen in Financial Consolidation" und den zugehörigen Themen im Abschnitt Anwendungs-Datenmodell für Business Modeling.

Validierung einer Finanzdatenladung

Finanzdaten werden aus den Integrationstabellen BudgetingMain und FactsTransactionCurrency geladen.

Die Validierung einer Finanzdatenladung wird nur für Gesellschaften und Perioden ausgeführt, die Sie im Dialog Daten laden auswählen.

Datensätze in den Tabellen BudgetingMain und FactsTransactionCurrency müssen sich nur auf Basisdatensätze von Geschäftsobjekten beziehen. Es wird ein Fehler protokolliert, wenn Daten in Eltern-Elemente geladen werden.

Zum Zwecke der Validierung müssen Geschäftsobjektdatensätze in Business Modeling verfügbar sein und veröffentlicht werden. Andernfalls wird ein Fehler protokolliert.

Die folgende Liste zeigt Bedingungen an, unter denen Validierungsfehler und Warnungen protokolliert werden:

Das Feld Gesellschaft muss eine gültige Referenz auf den Geschäftsobjektdatensatz Gesellschaften besitzen. Andernfalls wird ein Fehler protokolliert.
Die Werte in den Feldern Gesellschaft und Innenbeziehung können nur dann gleich sein, wenn die Eigenschaft Innenbeziehung des referenzierten Konzernkontos in Business Modeling ausgewählt ist. Andernfalls werden Daten aus der Tabelle BudgetingMain in das Element Extern der Innenbeziehungsdimension geladen, und Datensätze aus der Tabelle FactsTransactionCurrency werden ignoriert. In beiden Fällen wird eine Warnung protokolliert.
Das Feld Innenbeziehung muss eine gültige Referenz auf den Geschäftsobjektdatensatz Innenbeziehung haben. Andernfalls werden Daten aus der Tabelle BudgetingMain in das Element Extern der Innenbeziehungsdimension geladen. In diesem Fall werden Datensätze aus der Tabelle FactsTransactionCurrency ignoriert und aus einer Datenladung ausgeschlossen. In beiden Fällen wird eine Warnung protokolliert.
Hinweis
Wir empfehlen, das Feld Innenbeziehung für externe Transaktionen leer zu lassen.
Wenn das Feld Innenbeziehung eines Datensatzes gefüllt ist, muss der Wert der Eigenschaft Innenbeziehung des referenzierten Konzernkontos True sein. Andernfalls wird eine Warnung protokolliert.
Das Feld Konto muss eine gültige Referenz auf den Geschäftsobjektdatensatz Konten besitzen. Andernfalls wird ein Fehler protokolliert.
Wenn für Konten der Typen A, L, E und R keine ID angegeben wird, die sich auf das Konzernkonto bezieht, oder eine ID, die sich auf ein Element der Dimension Konzernkonto bezieht, nicht gültig ist, werden die Daten in das Element Nicht zugewiesen der Dimension Konzernkonto geladen. Eine Warnung wird protokolliert. Datensätze mit statistischen Konten der Typen S, M, T und O werden übersprungen, und es wird eine Warnung protokolliert.
Wenn das Feld Währung in der Tabelle BudgetingMain leer ist oder der Wert nicht mit der Konfiguration von Gesellschaftsparametern übereinstimmt, wird ein Fehler protokolliert.
Wenn das Feld Währung in der Tabelle FactsTransactionCurrency leer ist oder der Wert ungültig ist, wird ein Fehler protokolliert.
Der Währungsumrechnungskurs muss für alle Währungen in beiden Integrationstabellen vorhanden sein. Das heißt, jede lokale Währung muss einen Wechselkurs für alle Konzernwährungen haben. Eine Warnung wird protokolliert, wenn ein Wechselkurs in einer Kombination aus lokaler Währung und Konzernwährung fehlt.
Hinweis
In der Tabelle FactsTransactionCurrency kann das Feld Währung den Wert NULL enthalten. In der Tabelle BudgetingMain weist das Feld Währung die Einschränkung NICHT NULL auf.
Das Feld Ebene muss leer sein oder eine gültige Referenz auf das entsprechende Element in der Dimension Ebene besitzen. Der Wert des Attributs Import dieses entsprechenden Elements muss True sein. Wenn das entsprechende Element nicht in der Dimension vorhanden ist oder der Wert des Attributs Import des Elements als False festgelegt ist, werden die Datenzeilen übersprungen und eine Warnung protokolliert.
Hinweis
Das Attribut Import wird in Business Modeling konfiguriert. Wählen Sie Module > Consolidation > Hauptanwendung, und klicken Sie auf Datenverwaltung. Wählen Sie auf dem Register Gesellschaftsebene - Eingabe oder Import das Attribut Import für die erforderlichen Elemente aus.
Die Tabellen BudgetingMain und FactsTransactionCurrency müssen Daten für die ausgewählten Gesellschaften und Perioden enthalten. Die ExchangeRate-Tabelle muss Daten für die ausgewählten Perioden enthalten. Andernfalls wird eine Warnung protokolliert.

Benutzerdefinierte Geschäftsobjekte, die als Segment 1, 2, oder 3 definiert wurden, müssen eine gültige Referenz auf den entsprechenden Datensatz in einem benutzerdefinierten Geschäftsobjekt besitzen. Der entsprechende Datensatz muss ein Kind-Geschäftsobjekt sein. Andernfalls wird eine Warnung protokolliert.

Die folgende Tabelle zeigt, wie die Validierung für verfügbare Segmentkonfigurationen in der Consolidation Hauptanwendung angewendet wird:


Segment 1	Segment 2	Segment 3	Validierung
Nein	Nein	Nein	Keine Validierung
Ja	Nein	Nein	Ja, Segment 1
Ja	Ja	Nein	Ja, Segment 1 und 2
Ja	Ja	Ja	Ja, Segment 1, 2 und 3

Für Datensätze, die Partnersegmentinformationen enthalten, müssen folgende Bedingungen erfüllt sein:

Der entsprechende Datensatz muss im entsprechenden Geschäftsobjekt Unternehmensinternes Partnersegment vorhanden sein. Andernfalls wird eine Warnung protokolliert.
Der entsprechende Datensatz kann kein Eltern-Element im entsprechenden Geschäftsobjekt Unternehmensinternes Partnersegment sein. Andernfalls wird eine Warnung protokolliert.
Segment- und Innenbeziehungsinformationen müssen in einem Datensatz angegeben werden. Andernfalls wird eine Warnung protokolliert.
Partnersegmentinformationen müssen in einem Datensatz angegeben werden, wenn Segment- und Innenbeziehungsinformationen angegeben werden. Andernfalls wird eine Warnung protokolliert.

Die folgende Tabelle zeigt, wie die Validierung für die verfügbaren Konfigurationen für Unternehmensinternes Partnersegment in der Consolidation Hauptanwendung angewendet wird:


Segment 1	Segment 2	Segment 3	Validierung
Nein	Nein	Nein	Keine Validierung
Ja	Nein	Nein	Ja, unternehmensinternes Partnersegment 1
Ja	Ja	Nein	Ja, unternehmensinternes Partnersegment 1 und 2
Ja	Ja	Ja	Ja, unternehmensinternes Partnersegment 1, 2 und 3

Das Feld ScheduleDetailID aus der Integrationstabelle BudgetingMain muss eine gültige Referenz auf den Geschäftsobjektdatensatz Spiegeldetails haben. Andernfalls wird ein Fehler protokolliert. Dies gilt nicht, wenn keine Spiegel verwendet werden. Das heißt, wenn Spiegel nicht im Hauptkonsolidierungsmodul konfiguriert und keinem Konzernkonten-Geschäftsobjektdatensatz zugewiesen sind.

Die folgende Tabelle zeigt, wie die Validierung für verschiedene Spiegelkonfigurationen angewendet wird:


Konto mit Spiegel	Spiegel mit Anfangsbestand	Spiegel mit Teilspiegeln	Periode	In Spiegelelement laden	Validierung
Nein	Nein	Nein	Beliebige Periode	Kein Laden in die Dimension Spiegeldetails.	Keine Validierung.
Ja	Nein	Nein	Beliebige Periode	Laden Sie in das entsprechende Detail, außer das Anfangsbestand-Detail.	Ja. Der entsprechende Geschäftsobjektdatensatz muss vorhanden sein. Andernfalls wird ein Fehler protokolliert.
Ja	Ja	Nein	Periode 0	In das entsprechende statistische Anfangsbestand-Detail laden. Gesteuert von Business Modeling.	Keine Validierung.
Ja	Ja	Nein	Beliebige andere Periode als 0	Laden Sie in das entsprechende Detail.	Ja. Der entsprechende Geschäftsobjektdatensatz muss vorhanden sein. Andernfalls wird ein Fehler protokolliert.
Ja	Ja	Ja	Periode 0	Laden Sie in das entsprechende Detail.	Ja. Der entsprechende Geschäftsobjektdatensatz muss vorhanden sein. Andernfalls wird ein Fehler protokolliert. Wenn keine ID oder eine falsche ID angegeben wird, wird der Standardteilspiegel für Anfangsbestände verwendet, um zu erkennen, in welches statistische Anfangsbestandelement die Anfangsbestände zu laden sind.
Ja	Ja	Ja	Beliebige andere Periode als 0	Laden Sie in das entsprechende Detail.	Ja. Der entsprechende Geschäftsobjektdatensatz muss vorhanden sein. Andernfalls wird ein Fehler protokolliert.

Die Daten der Periode 0 werden als Anfangsbestände in die statistischen Anfangsbestandelement der Dimension Spiegeldetails geladen. Diese statistischen Anfangsbestandselemente werden von Business Modeling gesteuert.

Ein Konzernkonto kann einem Spiegel zugewiesen werden. Wenn ein Spiegel nicht zugewiesen wird, gilt Folgendes:

Daten werden nicht in die Dimension Spiegeldetails geladen. Daten der Periode 0 werden nur für den berechneten YTD-Endbestand des Finance-Cubes in Financial Consolidation verwendet.
Für Perioden ist keine Validierung erforderlich.

Wenn einem Konzernkonto ein Spiegel mit einem Anfangsbestand und kein Teilspiegel zugewiesen wurde, gilt Folgendes:

Die Daten der Periode 0 (Anfangsbestände) werden in das entsprechende statistische Anfangsbestandelement der Dimension Spiegeldetails geladen. Dieses statistische Anfangsbestandselement wird von Business Modeling gesteuert.
Daten einer anderen Periode als Periode 0 (Periodische Daten) werden in das entsprechende Spiegeldetail geladen. Validierung ist erforderlich.

Wenn einem Konzernkonto ein Spiegel mit einem Anfangsbestand und ein Teilspiegel zugewiesen wurde, gilt Folgendes:

Die Daten der Periode 0 (Anfangsbestände) werden in das entsprechende statistische Anfangsbestandelement der Teilspiegel geladen. Wenn die Spiegel-ID nicht mit dem entsprechenden Geschäftsobjektdatensatz in der Dimension Spiegel übereinstimmt, wird der standardmäßige Teilspiegel während einer Datenladung verwendet.
Daten einer anderen Periode als Periode 0 (Periodische Daten) werden in das entsprechende Spiegeldetail geladen. Wenn eine Spiegeldetail-ID nicht vorhanden oder ungültig ist, werden die Daten nicht geladen und es wird ein Fehler protokolliert.

Wenn einem Konzernkonto ein Spiegel ohne Anfangsbestand zugewiesen ist, werden Daten aus einer beliebigen Periode in das entsprechende Spiegeldetail geladen. Wenn eine Spiegeldetail-ID nicht vorhanden oder ungültig ist, werden die Daten nicht geladen und es wird ein Fehler protokolliert.

Validierung einer Wechselkursladung

Daten aus der ExchangeRate-Tabelle werden in ausgewählte Perioden geladen. Folgende Validierungen erfolgen:

Es wird geprüft, dass die Gesellschafts- und Konzernwährungsspalten sich auf eine gültige und aktivierte Währung im Geschäftsobjekt Währungen beziehen. Ist dies nicht der Fall, werden Zeilen, die nicht übereinstimmen, übersprungen, und es wird eine Warnung protokolliert.
Es wird geprüft, dass in der Integration nur Währungsumrechnungskurse der Typen F (Stichtagskurse) und PA (periodische Durchschnittskurse) verwendet werden. Datensätze mit anderen Kurstypen werden übersprungen, und eine Warnung wird protokolliert.
Es wird geprüft, dass für die Berechnung eines Kurses vom Typ A (Durchschnittskurs) die periodischen Durchschnittskurse für die vorherigen Geschäftsjahrperioden vorhanden sind. Die vorherigen Perioden müssen den Status Geöffnet in Financial Consolidation aufweisen. Andernfalls wird eine Warnung protokolliert.