Przepływ konfiguracji komponentów grupy przedsiębiorstw finansowych

Po utworzeniu grupy przedsiębiorstw finansowych należy utworzyć komponenty w poniższej kolejności.

Wymagana konfiguracja


Komponent	Komentarze	Referencja
Kalendarz	Grupa przedsiębiorstw finansowych może mieć wiele kalendarzy finansowych. Wymagany jest co najmniej jeden kalendarz. Kalendarze są używane przez konfiguracje i podstawy sprawozdawczości	„Kalendarze”
Konfiguracja zamknięcia	Konfiguracja zamknięcia jest wymagana dla podmiotów rachunkowych, które określają zamknięcie okresu. Konfiguracja zamknięcia wymaga utworzenia okresów kalendarzowych dla dat zamknięcia okresu.	„Konfiguracje zamknięcia”
Podmioty rachunkowe	Należy utworzyć co najmniej jeden podmiot rachunkowy dla grupy przedsiębiorstw finansowych. Istnieje możliwość utworzenia dowolnej liczby podmiotów rachunkowych. Podmiot rachunkowy wymaga zamknięcia konfiguracji.	„Tworzenie podmiotu rachunkowego”
Konta	Konta księgowe są wymagane do księgowania operacji. Możesz utworzyć konta księgowe przed utworzeniem lub po utworzeniu innych komponentów, ale są one wymagane we wszystkich operacjach. Konta księgowe są przypisane do jednego lub kilku planów kont.	„Konfiguracja konta”
Plan kont i hierarchia planów kont	Istnieje możliwość utworzenia dowolnej liczby planów kont. Jednym z planów kont musi być konto przedsiębiorstwa, które jest używane do weryfikacji. Podstawa sprawozdawczości wymaga planu kont. Możesz również wczytać całą hierarchię planów kont, w tym powiązane konta i konta podrzędne.	„Konfiguracja planu kont”
Księgi	Istnieje możliwość utworzenia wielu ksiąg definiowanych przez użytkownika, które zostaną powiązane z podstawą sprawozdawczości.	„Konfiguracja księgi”
Podstawa sprawozdawczości	Można utworzyć dowolną liczbę podstaw sprawozdawczości wymaganych przez organizację dla sprawozdań niestandardowych. Podstawa sprawozdawczości musi zawierać rok kalendarzowy, plan kont, księgi i podmioty rachunkowe.	„Konfiguracja podstawy sprawozdawczości”

Konfiguracja warunkowa

Ta konfiguracja jest wymagana tylko wtedy, gdy grupa przedsiębiorstw finansowych zawiera poniższe komponenty.

Konfigurację można wykonać w dowolnej kolejności.


Komponent	Komentarze	Referencja
Konta podrzędne	Jeśli zaznaczysz pole wyboru Użyj kont podrzędnych w grupie przedsiębiorstw finansowych, należy utworzyć osobne konta podrzędne. Należy również utworzyć grupy kont podrzędnych służące do dołączania kont podrzędnych do kont.	„Konta podrzędne”
Struktury i hierarchie jednostek rachunkowości	Jeśli w strukturze finansowej znajdują się jednostki rachunkowości, należy utworzyć co najmniej jedną strukturę jednostek rachunkowości. Struktura jednostek rachunkowości jest automatycznie współdzielona przez wszystkie podmioty. Można utworzyć wiele struktur jednostek rachunkowości. Jedną należy oznaczyć jako strukturę przedsiębiorstwa, która jest domyślną strukturą jednostki rachunkowości w podstawie sprawozdawczości. Należy utworzyć hierarchię jednostek rachunkowości dla każdej struktury i podmiotu rachunkowego. Jeśli podmiot rachunkowy jest oznaczony do podziału na strefy, należy również zdefiniować strefy dla hierarchii jednostek rachunkowości.	„Struktury jednostek rachunkowości”
Wymiary od 1 do 10	Dla każdego wymiaru tworzonego dla grupy przedsiębiorstw finansowych należy utworzyć co najmniej jedną strukturę wymiarów. Można utworzyć wiele struktur wymiarów dla każdego wymiaru. Jedną należy oznaczyć jako strukturę przedsiębiorstwa, która będzie wartością domyślną w podstawach sprawozdawczości. Jeśli wymiar 1 jest oznaczony do podziału na strefy, należy również zdefiniować strefy dla struktur wymiaru 1.	„Struktury wymiarów”
Projekty	Jeśli grupa przedsiębiorstw finansowych zawiera projekty, należy utworzyć strukturę projektu lub ją połączyć interfejsem. Jeżeli organizacja korzysta z aplikacji Księga projektu i w strukturze finansowej uwzględniane są projekty, należy utworzyć co najmniej jedną strukturę projektu. Można tworzyć dodatkowe, alternatywne struktury lub widoki. Struktury projektów są współdzielone w ramach grupy przedsiębiorstw finansowych. Jedna ze struktur projektu musi być określona jako struktura przedsiębiorstwa. Struktura przedsiębiorstwa jest strukturą, dla której definiowane są relacje struktury i reguły relacji. Reguły relacji są używane do definiowania ważnych par na potrzeby księgowania. Na przykład relacja struktury "accounttoproject" definiuje prawidłowe konta, które mogą być używane z projektami. Każda struktura projektu musi zawierać hierarchię podobną do hierarchii jednostek rachunkowości nadrzędna-podrzędna. Najniższy poziom w hierarchii to poziom księgowania.	„Konfiguracja księgi projektu”

Ustawienia opcjonalne

Następujące komponenty są opcjonalne:


Komponent	Komentarze	Referencja
Relacje między podmiotami	Przy planowaniu tworzenia zapisów w dzienniku między podmiotami rachunkowymi należy utworzyć relacje między tymi podmiotami rachunkowymi.	„Podmioty rachunkowe”
Grupy podmiotów rachunkowych	Można grupować podmioty rachunkowe, aby mogły być przetwarzane razem. Na przykład przeszacowania, przeliczenia, aktualizacja salda następnego roku w podstawach sprawozdawczości. Możesz także tworzyć grupy podmiotów rachunkowych dla procesów przetwarzania wsadowego, takich jak tworzenie dzienników cyklicznych, zamykanie okresu dla księgi i księgowanie dzienników	„Tworzenie grup podmiotów rachunkowych”
Kategorie księgowania	Można utworzyć kategorie księgowania i powiązać je z wieloma podmiotami rachunkowymi na potrzeby księgowania. Kategorii księgowania używa się, aby przetwarzać podmioty rachunkowe razem.	„Tworzenie kategorii księgowania”
Relacje w strukturze	Możesz tworzyć relacje pomiędzy komponentami struktury rachunkowej. W takim przypadku należy określić dozwolone pary wartości dla każdej tworzonej relacji.	„Tworzenie relacji w strukturze”
Walidacje struktury projektu	Można utworzyć prawidłowe zakresy wymiarów tylko dla projektu podsumowania lub projektu księgowania lub w połączeniu z innym wymiarem, na przykład kategorią rachunkowości. Możesz użyć walidacji struktury projektu oprócz relacji w strukturze.	„Konfiguracja walidacji struktury projektu”