Najbardziej czasochłonnym etapem pracy dyrektora finansowego grupy pod koniec miesiąca jest często ściganie pośrednich spółek w celu uzyskania danych do zestawienia konsolidowanego za pomocą Excela : różnice w interpretacji kont, różne sposoby zapisywania kodów klientów oraz niezlikwidowane transakcje wewnętrzne. Przyczyną tego nie są braki wysiłku ze strony działu finansowego, ale brak jednolitego fundamentu organizacyjnego, uprawnień i danych podstawowych w środowisku wielu podmiotów – każda spółka stanowi odrębny wyspę informacyjną, a grupa może tylko dokonywać „pozawypadkowego układania puzzli”.
- Rozmyte granice organizacyjne : łączą się ze sobą podmioty prawne, jednostki zarządcze, centra zysków i centra kosztów, co powoduje rozbieżności w wymiarach raportów.
- Jednolite uprawnienia lub ich całkowity brak : albo spółka nie widzi widoku grupy, albo grupa zmienia szczegóły poszczególnych spółek, co prowadzi do sporów.
- Rozdrobnienie danych podstawowych : ten sam klient ma inny kod w różnych spółkach; nazwy i specyfikacje materiałów są zapisywane w różny sposób, co uniemożliwia konsolidację zakupów i analizę zapasów.
- Trudności w likwidacji transakcji wewnętrznych : brak systematycznego rejestrowania sprzedaży między podmiotami, obrotów finansowych i rozliczeń usług, co wymusza ręczne sprawdzanie przy konsolidacji.
- Systemowe „kominki” : jedna spółka A używa pewnego ERP, druga B – innego, a BI grupy musi łączyć dane na poziomie ODS, co jest bardzo skomplikowane. Jak rozłożyć procesy biznesowe: trzy warstwy – organizacja, uprawnienia i dane podstawowe
Model organizacyjny
Zalecenie podziału na warstwy:
Grupa → Podmiot prawny (spółka) → Jednostka biznesowa/Divizja → Dział → Stanowisko. Podmiot prawny służy do raportów ustawowych i spraw podatkowych ; jednostka biznesowa – do raportów zarządczych i ocen ; dział – do uprawnień i przepływów审批 . Jedna osoba może należeć do kilku organizacji (np. pełnić funkcję dyrektora w dwóch spółkach), ale przynależność danych musi być jasno określona: czy dany zamówienie czy wydatek należy do którego podmiotu prawnego, do której jednostki biznesowej. Uprawnienia do danych podstawowych
System uprawnień
Zastosowanie RBAC + zakres danych : role definiują uprawnienia funkcjonalne (czy można zatwierdzać, czy można modyfikować dane podstawowe); zakres danych określa granice widoczności i pisowni (tylko dla danego podmiotu prawnego, danego działu, tylko do odczytu w ramach całej grupy, a dla transakcji między podmiotami wymagana autoryzacja). Kluczowa zasada:
- Domyślnie minimalna widoczność : użytkownik spółki widzi tylko swoje dane; użytkownik grupy widzi zestawienie, a wszelkie dalsze drill-downy wymagają audytu i śladu.
- Klasyczna pielęgnacja danych podstawowych : dane podstawowe na poziomie grupy (grupowe konta klientów, grupowe materiały) mogą edytować tylko odpowiedni pracownik ds. danych podstawowych; rozwinięte pola na poziomie spółek mogą administrować same spółki.
- Wyraźne autoryzacje dla transakcji między podmiotami : jeśli firma A sprzedaje produkty firmy B, potrzebne są zasady transakcji wewnętrznych oraz konfiguracja widoczności dla obu stron; nie można polegać na wspólnym koncie.
Zarządzanie danymi podstawowymi
Podstawowe obszary danych podstawowych: klienci, dostawcy, materiały, konta, organizacje, pracownicy . W każdym obszarze określa się: zasady kodowania, wymagane atrybuty, ograniczenia unikalności, procedury zmian, wersje obowiązujące. Grupowe klienci mają „jeden klient – jeden kod”: przy wprowadzaniu danych przez spółkę najpierw należy sprawdzić bazę grupową , a jeśli zostanie znaleziony, odwołuje się do niej; jeśli nie, rozpoczyna się procedura nowego wpisu z aprobatą. Analogicznie postępuje się z materiałami, aby uniknąć sytuacji, gdy „ten sam produkt – wiele nazw” powoduje zaburzenia w MRP i konsolidacji zakupów.
Jak projektować: model dzierżawy, zestawu kont i architektury konsolidacji
Jedna baza, wiele dzierżawców vs. wiele baz, federacja
Jedna baza, wiele dzierżawców : jeden system, org_id oddzielone dane, idealne dla grup o silnym nadzorze i wysokim stopniu standaryzacji. Federacja wielu baz : każde przedsiębiorstwo ma niezależny instancję, a grupa synchronizuje je za pomocą platformy integracyjnej lub MDM; odpowiednia dla spółek z dużą autonomią i trudnymi do migracji starszymi systemami. Wybór zależy od wymagań dotyczących aktualności raportów konsolidowanych, poziomu kompetencji IT spółek oraz wymagań regulacyjnych o izolacji.
Transakcje wewnętrzne i konsolidacja
System powinien wspierać: zamówienia wewnętrzne, zakupy wewnętrzne, ceny rozliczeniowe wewnętrzne, rozliczenia między podmiotami . Silnik raportów konsolidowanych automatycznie identyfikuje dochody, koszty i transakcje wewnętrzne oraz generuje zapisy likwidacyjne (lub eksportuje je do systemu konsolidacji). Bez zapisów na poziomie transakcji, konsolidacja zawsze opiera się na ręcznym Excelu.
Aprobaty i procedury między podmiotami
Grupowy system (np. wydatki kapitałowe, ważne kontrakty) może mieć łańcuch aprobat przechodzący przez różne podmioty prawne: początkowo spółka inicjująca → divizja → funkcje grupy → szefowie grupy. Silnik procesów musi obsługiwać przesyłanie dokumentów według drzewa organizacyjnego , a decydenci mogą widzieć tylko dokumenty w obrębie swojego zakresu danych.
Jak wdrożyć: etapy i ocena końcowa
Zalecenie rozłożenia na etapy
- Podłoże organizacyjne i uprawnień : uruchomienie drzewa podmiotów prawnych/BU/działów, poprawne działanie RBAC i zakresów danych.
- Grupowe dane podstawowe : klienci i materiały – jeden klient, jeden kod; jedna rzecz, jeden kod; spółki podłączają się i odwołują do tych danych.
- Transakcje wewnętrzne : uruchomienie współpracy w zakresie zakupów i sprzedaży między podmiotami, a także rozliczeń między nimi.
- Raporty konsolidowane : od eksportu szablonów likwidacyjnych przez półautomatyczne systemy po całkowicie automatyczne.
Standardy oceny końcowej
- Nowi klienci, którzy są tworzony w dowolnej spółce, podlegają testom na powtórną częstotliwość ; efektowne wejście w życie, dzięki czemu grupowe konta mogą być powiązane i sprawdzane. Użytkownicy spółek
- nie mogą przekraczać uprawnień i przeglądać szczegółów innych podmiotów prawnych (test bezpieczeństwa przeszedł). Lista transakcji wewnętrznych i projekty likwidacji konsolidacyjnych
- mogą być wyeksportowane jednym kliknięciem ; różnice w porównaniu z ręcznymi tabelami finansowymi są mniejsze niż ustalony próg.
Typowe scenariusze współpracy między podmiotami
Gdy firma A produkuje, a firma B sprzedaje w ramach tej samej grupy, system musi wspierać: wewnętrzne ceny transferowe (aby uniknąć nieuzasadnionego przesunięcia zysków między podmiotami i ryzyka podatkowego), udostępnianie widoczności zapasów (by B mógł widzieć dostępne produkty firmy A podczas sprzedaży), jednolity widok na klientów (by grupowe konta mogły zamawiać w dowolnej spółce, a historię zamówień można było powiązać i sprawdzić). Scenariusze te, gdy wymagają koordynacji mailowej, mogą zajmować dni; jednak po wprowadzeniu jednolitego podłoża organizacyjnego i danych podstawowych, czas reakcji można skrócić do godzin.
Inna częsta potrzeba to centralizacja zakupów grupowych : umowy zbiorowe, rozdzielone odbiór towarów, rozliczenia dla każdego podmiotu prawnego. Projektując, należy jasno określić: kto wystawia PO, kto potwierdza odbiór, kto dopasowuje faktury, kto inicjuje płatności – te cztery etapy mogą obejmować trzy podmioty prawne; drogi procesowe muszą być automatycznie przypisywane według drzewa organizacyjnego, a nie ręcznie @ odpowiednim księgowym.
Częste pułapkiBrak zakresów danych przy drzewie organizacyjnym : uprawnienia funkcjonalne już istnieją, ale dane nadal są bezpiecznie rozsypane po całej grupie. Ruchome mycie danych podstawowych : przed uruchomieniem szybko przeprowadza się standardyzację, a po uruchomieniu nie pozostaje żaden personel do utrzymania; po trzech miesiącach wszystko znowu jest chaotyczne.Ignorowanie oporu wobec zmian w spółkach zależnych: Narzucanie kodów grupowych spotyka się z oporem, wymagane są odpowiednie mechanizmy motywacyjne oraz tabele przejściowe. Konsolidacja obejmuje tylko obszar finansowy, nie uwzględniając działalności operacyjnej: Jeśli dane podstawowe dotyczące działalności są nieprawidłowe, nawet najbardziej dokładne wyniki konsolidacji nie będą stanowić solidnego podłoża dla podejmowania decyzji zarządczych.
Celem cyfryzacji i inteligentyzacji wielu podmiotów w ramach grupy jest umożliwienie współistnienia „elastycznej prowadzonej działalności przez spółki-członki” oraz „widoczności i możliwości zarządzania ze strony grupy” w ramach jednych i tych samych zasad, a nie wiecznej bitwy o raporty i ich terminowe dostarczenie.
Shandong XYN Information Technology Co., Ltd. (XYN Tech) dostarcza systemów cyfrowych i inteligentnych dla przedsiębiorstw grupowych, w tym ERP dla wielu organizacji, zarządzania danymi podstawowymi oraz systemów do sporządzania konsolidowanych sprawozdań finansowych. Szczegóły na stronie xynadmin.com.