Reguły weryfikacji dla ładowania danych do Financial Consolidation

Po kliknięciu przycisku Załaduj dane w oknie dialogowym Ładowanie danych rozpoczyna się proces weryfikacji i zostają podane jego wyniki. Wyniki obejmują następujące elementy:

Liczba sprawdzonych jednostek.
Liczba pomyślnie załadowanych jednostek.
Liczba jednostek, dla których zarejestrowano ostrzeżenie.
Ostrzeżenie oznacza, że dane zostały załadowane i, jeżeli istnieją jakiekolwiek niespójności danych, zostały one zarejestrowane.
Liczba jednostek, dla których zarejestrowano błąd.
Jednostki z błędami są pomijane podczas ładowania danych.

Pobierz dziennik, jeśli podczas weryfikacji wykryto ostrzeżenia lub błędy.

Uwaga

Jeśli masz dostęp, możesz wyświetlić i pobrać dzienniki błędów również w EPM Administration. Wybierz Dashboardy > Dzienniki > Wyświetl dzienniki aplikacji i określ odpowiednie filtry. W polu Zdarzenia wybierz opcję Modelowanie > Business Modeling > Ładuj fakty (Ładuj fakty z tabeli integracji). Po zastosowaniu filtrów wyświetlana jest lista wpisów dziennika. Kliknij dwukrotnie wpis dziennika, aby wyświetlić szczegółowe informacje w okienku Komunikat. W razie potrzeby można skopiować komunikat do schowka. Istnieją dwa wpisy dziennika dla każdego ładowania danych. Jedne służą do weryfikacji danych, a inne do procesu importowania danych.

Dane ExchangeRate są ładowane na podstawie okresów, które wybrano w oknie dialogowym Ładowanie danych.

Patrz temat "Ładowanie danych do Financial Consolidation" i tematy pokrewne w sekcji Model danych aplikacji dla Business Modeling w tej dokumentacji.

Weryfikacja ładowania danych finansowych

Dane finansowe są ładowane z tabel integracji BudgetingMain i FactsTransactionCurrency.

Weryfikacja ładowania danych finansowych jest wykonywana tylko dla jednostek i okresów wybranych w oknie dialogowym Ładowanie danych.

Rekordy w tabelach BudgetingMain i FactsTransactionCurrency muszą odwoływać się tylko do rekordów podstawowych obiektów biznesowych. Błąd jest rejestrowany, jeśli dane są ładowane do elementów nadrzędnych.

W celu weryfikacji rekordy obiektów biznesowych muszą być dostępne w aplikacji Business Modeling i muszą być opublikowane. W przeciwnym razie zostaje zarejestrowany błąd.

Poniższa lista przedstawia warunki, w których rejestrowane są błędy i ostrzeżenia:

Pole Jednostka musi mieć prawidłowe odwołanie do rekordu obiektu biznesowego Jednostki. W przeciwnym razie zostaje zarejestrowany błąd.
Wartości w polach Jednostka i Międzyfirmowe mogą być takie same tylko wtedy, gdy właściwość Międzyfirmowe konta grupy, którego dotyczy odwołanie, jest wybrana w Business Modeling. W przeciwnym razie dane z tabeli BudgetingMain są ładowane do elementu Zewnętrzne wymiaru Relacje międzyfirmowe, a rekordy z tabeli FactsTransactionCurrency są ignorowane. W obu przypadkach rejestrowane jest ostrzeżenie.
Pole Relacje międzyfirmowe musi mieć prawidłowe odwołanie do rekordu obiektu biznesowego Relacje międzyfirmowe. W przeciwnym razie dane z tabeli BudgetingMain są ładowane do elementu Zewnętrznego wymiaru Relacje międzyfirmowe. W tym przypadku rekordy z tabeli FactsTransactionCurrency są ignorowane i wykluczone z ładowania danych. W obu przypadkach rejestrowane jest ostrzeżenie.
Uwaga
W przypadki transakcji zewnętrznych zalecamy pozostawić puste pole Relacje międzyfirmowe.
Jeśli pole Relacje międzyfirmowe rekordu jest wypełnione, wartość właściwości Relacje międzyfirmowe konta grupy, którego dotyczy odwołanie, musi mieć wartość Prawda. W przeciwnym razie zostaje zarejestrowane ostrzeżenie.
Pole Konto musi mieć prawidłowe odwołanie do rekordu obiektu biznesowego Konta. W przeciwnym razie zostaje zarejestrowany błąd.
W przypadku kont typu A, L, E i R, jeśli identyfikator, który odwołuje się do konta grupy, nie jest określony lub identyfikator odwołujący się do elementu wymiaru Konto grupy jest nieprawidłowy, dane są ładowane do elementu Nieprzypisane wymiaru Konto grupy. Zostaje zarejestrowane ostrzeżenie. Rekordy z kontami statystycznymi typu S, M, T i O są pomijane i zostaje zarejestrowane ostrzeżenie.
Jeśli pole Waluta w tabeli BudgetingMain jest puste lub wartość nie pasuje do konfiguracji parametrów jednostki, zostaje zarejestrowany błąd.
Jeśli pole Waluta w tabeli FactsTransactionCurrency jest puste lub wartość jest nieprawidłowa, zostaje zarejestrowany błąd.
Kurs wymiany walut musi istnieć dla wszystkich walut w obu tabelach integracji. To znaczy, że każda waluta lokalna musi mieć kurs wymiany dla wszystkich walut grupy. Jeśli w którejkolwiek kombinacji waluta lokalna-waluta grupy brakuje kursu wymiany walut, zostaje zarejestrowane ostrzeżenie.
Uwaga
W tabeli FactsTransactionCurrency pole Waluta może być NULL. W tabeli BudgetingMain pole Waluta nie może być NULL.
Pole Poziom musi być puste lub zawierać prawidłowe odwołanie do odpowiedniego elementu w wymiarze Poziom. Wartością atrybutu Import odpowiedniego elementu musi być Prawda. Jeśli odpowiedni element nie istnieje w wymiarze lub jeśli wartość atrybutu Import elementu to Fałsz, wówczas wiersze danych są pomijane i zostaje zarejestrowane ostrzeżenie.
Uwaga
Atrybut Import jest konfigurowany w Business Modeling. Wybierz Moduły > Consolidation > Podstawa i kliknij pozycję Zarządzanie danymi. Na karcie Wprowadzanie poziomów jednostek lub Import wybierz atrybut Importuj dla wymaganych elementów.
Tabele BudgetingMain i FactsTransactionCurrency muszą zawierać dane dla wybranych jednostek i okresów. Tabela ExchangeRate musi zawierać dane dla wybranych okresów. W przeciwnym razie zostaje zarejestrowane ostrzeżenie.

Niestandardowe obiekty biznesowe, które zostały zdefiniowane jako segment 1, 2, lub 3, muszą mieć prawidłowe odwołanie do odpowiedniego rekordu w niestandardowym obiekcie biznesowym. Odpowiedni rekord musi być podrzędnym obiektem biznesowym. W przeciwnym razie zostaje zarejestrowane ostrzeżenie.

W poniższej tabeli przedstawiono, jak jest stosowana weryfikacja dla dostępnych konfiguracji segmentów w Podstawie konsolidacji:


Segment 1	Segment 2	Segment 3	Sprawdzanie poprawności
Nie	Nie	Nie	Brak weryfikacji
Tak	Nie	Nie	Tak, segment 1
Tak	Tak	Nie	Tak, segmenty 1 i 2
Tak	Tak	Tak	Tak, segmenty 1, 2, i 3

W przypadku rekordów zawierających informacje o segmencie międzyfirmowym należy spełnić następujące warunki:

Odpowiedni rekord musi istnieć w odpowiednim obiekcie biznesowym Segmentu partnera międzyfirmowego. W przeciwnym razie zostaje zarejestrowane ostrzeżenie.
Odpowiedni rekord nie może być elementem nadrzędnym w odpowiednim obiekcie biznesowym Segmentu partnera międzyfirmowego. W przeciwnym razie zostaje zarejestrowane ostrzeżenie.
Informacje segmentu i relacji międzyfirmowej muszą być określone w rekordzie. W przeciwnym razie zostaje zarejestrowane ostrzeżenie.
Jeśli określone są informacje segmentu i relacji międzyfirmowej, to w rekordzie muszą być określone informacje segmentu międzyfirmowego. W przeciwnym razie zostaje zarejestrowane ostrzeżenie.

W poniższej tabeli przedstawiono, jak jest stosowana weryfikacja dla dostępnych konfiguracji segmentów Partnera międzyfirmowego w Podstawie konsolidacji:


Segment 1	Segment 2	Segment 3	Sprawdzanie poprawności
Nie	Nie	Nie	Brak weryfikacji
Tak	Nie	Nie	Tak, segment międzyfirmowy partnera 1
Tak	Tak	Nie	Tak, segmenty międzyfirmowe partnera 1 i 2
Tak	Tak	Tak	Tak, segmenty międzyfirmowe partnera 1, 2 i 3

Pole ScheduleDetailID z tabeli integracji BudgetingMain musi mieć prawidłowe odwołanie do rekordu obiektu biznesowego Szczegóły harmonogramu. W przeciwnym razie zostaje zarejestrowany błąd. Nie ma to zastosowania, kiedy harmonogramy nie są używane. To znaczy, jeśli harmonogramy nie są skonfigurowane w podstawowym module konsolidacji i nie są przypisane do rekordu obiektu biznesowego Konta grupy.

W poniższej tabeli przedstawiono, w jaki sposób weryfikacja jest stosowana dla różnych konfiguracji harmonogramu:


Konto z harmonogramem	Harmonogram z bilansem otwarcia	Harmonogram z harmonogramami podrzędnymi	Okres	Ładowanie do elementu harmonogramu	Sprawdzanie poprawności
Nie	Nie	Nie	Dowolny okres	Brak ładowania do wymiaru szczegółów harmonogramu.	Brak weryfikacji.
Tak	Nie	Nie	Dowolny okres	Ładowanie do odpowiedniego szczegółu, z wyłączeniem szczegółu bilansu otwarcia.	Tak. Odpowiedni rekord obiektu biznesowego musi istnieć. W przeciwnym razie zostaje zarejestrowany błąd.
Tak	Tak	Nie	Okres 0	Ładować do odpowiedniego szczegółu statystycznego bilansu otwarcia. Kontrolowane przez Business Modeling.	Brak weryfikacji.
Tak	Tak	Nie	Dowolny okres inny niż 0	Ładowanie do odpowiedniego szczegółu.	Tak. Odpowiedni rekord obiektu biznesowego musi istnieć. W przeciwnym razie zostaje zarejestrowany błąd.
Tak	Tak	Tak	Okres 0	Ładowanie do odpowiedniego szczegółu.	Tak. Odpowiedni rekord obiektu biznesowego musi istnieć. W przeciwnym razie zostaje zarejestrowany błąd. Jeśli ID nie jest podany lub podano błędny identyfikator, to w celu wykrycia, do którego elementu statystycznego bilansu otwarcia załadować bilanse otwarcia używany jest domyślny harmonogram podrzędny dla bilansów otwarcia.
Tak	Tak	Tak	Dowolny okres inny niż 0	Ładowanie do odpowiedniego szczegółu.	Tak. Odpowiedni rekord obiektu biznesowego musi istnieć. W przeciwnym razie zostaje zarejestrowany błąd.

Dane okresu 0 są ładowane jako bilanse otwarcia do elementów statystycznego bilansu otwarcia wymiaru szczegółów harmonogramu. Te elementy statystycznego bilansu otwarcia są kontrolowane przez Business Modeling.

Kontu grupy można przypisać harmonogram. Jeśli harmonogram nie jest przypisany:

Dane nie są ładowane do wymiaru Szczegóły harmonogramu. Dane okresu 0 są używane tylko dla obliczonego bilansu zamknięcia od początku roku kostki Finanse w Financial Consolidation.
Weryfikacja nie jest wymagana dla żadnych okresów.

Jeśli konto grupy ma harmonogram z przypisanym bilansem otwarcia i nie ma przypisanego żadnego harmonogramu podrzędnego:

Dane okresu 0 (salda otwarcia) są ładowane do odpowiedniego elementu statystycznego bilansu otwarcia wymiaru Szczegóły harmonogramu. Ten element statystycznego bilansu otwarcia jest kontrolowany przez Business Modeling.
Dane każdego okresu innego niż 0 (dane okresowe) są ładowane do odpowiedniego szczegółu harmonogramu. Weryfikacja jest wymagana.

Jeśli konto grupy ma harmonogram z przypisanym bilansem otwarcia i harmonogramem podrzędnym:

Dane z okresu 0 (bilanse otwarcia) są ładowane do odpowiedniego elementu statystycznego bilansu otwarcia harmonogramów podrzędnych. Jeśli identyfikator harmonogramu nie pasuje do odpowiedniego rekordu obiektu biznesowego w wymiarze Harmonogramy, to podczas ładowania danych jest używany domyślny harmonogram podrzędny.
Dane każdego okresu innego niż 0 (dane okresowe) są ładowane do odpowiedniego szczegółu harmonogramu. Jeżeli identyfikator szczegółu harmonogramu nie istnieje lub jest nieprawidłowy, dane nie zostają załadowane i zostaje zarejestrowany błąd.

Jeśli konto grupy ma przypisany harmonogram bez bilansu otwarcia, to dane dowolnego okresu zostają załadowane do odpowiedniego szczegółu harmonogramu. Jeżeli identyfikator szczegółu harmonogramu nie istnieje lub jest nieprawidłowy, dane nie zostają załadowane i zostaje zarejestrowany błąd.

Weryfikacja procesu ładowania kursów wymiany

Dane z tabeli ExchangeRate są ładowane do wybranych okresów. Przeprowadzane są następujące weryfikacje:

Czy kolumny waluty jednostki i waluty grupy odnoszą się do prawidłowej i aktywowanej waluty w obiekcie biznesowym Waluty. Jeżeli nie, to wiersze, które nie pasują, są pomijane i zostaje zarejestrowane ostrzeżenie.
Czyli w integracji są używane tylko kursy wymiany walut typu F (kursy zamknięcia) i PA (średnie kursy okresowe). Rekordy z innymi typami kursów są pomijane i zostaje zarejestrowane ostrzeżenie.
Czy w przypadku obliczania kursu typu A (średni kurs) są obecne średnie kursy okresowe za okresy poprzedniego roku finansowego. Poprzednie okresy muszą mieć status Otwarte w Financial Consolidation. W przeciwnym razie zostaje zarejestrowane ostrzeżenie.