Każda dyskusja o konsolidacji zaczyna się w złym miejscu. Ludzie mówią o zasadach eliminacji, metodach przeliczania i oprogramowaniu konsolidacyjnym. Te rzeczy są ważne. Ale to ostatnie dziesięć procent problemu. Pierwsze dziewięćdziesiąt procent to doprowadzenie danych do stanu, w którym konsolidacja jest w ogóle możliwa.
Grupa z pięcioma podmiotami w trzech krajach, z których każdy prowadzi inny system ERP, nie ma problemu konsolidacyjnego. Ma problem standaryzacji danych. Skonsolidowany rachunek zysków i strat jest tak wiarygodny, jak infrastruktura, która go zasila.
Cztery warstwy między surowymi danymi a wiarygodnymi liczbami
Infrastruktura, która sprawia, że skonsolidowane sprawozdania finansowe są godne zaufania, ma cztery wyraźne składniki. Pomiń którykolwiek z nich, a wynik się posypie — nie widocznie, nie od razu, ale w sposób, który wyjdzie podczas audytów, due diligence inwestorów lub na tym jednym spotkaniu zarządu, gdzie liczby naprawdę mają znaczenie.
Mapowanie planu kont
Tu konsolidacja żyje albo umiera.
Podmiot A używa czterocyfrowej struktury kodów kont zaprojektowanej przez lokalnego księgowego. Podmiot B używa struktury sześciocyfrowej z wdrożenia Comarch ERP Optima w Warszawie. Podmiot C został przejęty w zeszłym roku i odziedziczył plan kont z systemu enova365 w Krakowie. Zanim zostanie skonsolidowana choćby jedna liczba, każde konto w każdym podmiocie musi zostać zmapowane na jedną grupową strukturę.
Tabela mapowania to nie jednorazowe zadanie. Tworzone są nowe konta. Dodawane są podmioty. Zmieniają się lokalne wymagania. Mapowanie musi być utrzymywane, kontrolowane i aktualizowane w każdym okresie. Traktuj je jak statyczny dokument, a za sześć miesięcy skonsolidowany rachunek zysków i strat będzie miał pozycje, które oznaczają różne rzeczy w zależności od tego, który podmiot zaksięgował transakcję.
Dobrze utrzymywana tabela mapowania planu kont eliminuje większość problemów konsolidacyjnych jeszcze przed zaangażowaniem jakiegokolwiek narzędzia raportującego. To nie jest zadanie techniczne. To zadanie ładu danych — musisz wyznaczyć właściciela mapowania, wymusić zgodność i kontrolować wyjątki.
Normalizacja walut
Grupa raportująca w złotych z podmiotami zależnymi w euro i koronach czeskich potrzebuje zasad przeliczania, które są spójne, udokumentowane i prawidłowo stosowane w każdym okresie.
Same zasady są proste. Pozycje bilansowe według kursu na dzień zamknięcia. Pozycje rachunku zysków i strat według kursu średniego za okres. Kapitał własny według kursu historycznego. Dywidendy według kursu na dzień ogłoszenia. Problemy zaczynają się w szczegółach: który kurs średni — średnia miesięczna, kwartalna czy narastająca za okres? Co się dzieje, gdy podmiot zmienia walutę funkcjonalną? Jak traktowane są niezrealizowane różnice kursowe z pożyczek wewnątrzgrupowych?
Błąd tutaj nie stworzy różnicy zaokrągleń. Stworzy różnicę kursową w kapitale własnym, która narasta w czasie i której nikt nie potrafi wyjaśnić. Audytorzy to oznaczą. Inwestorzy to zauważą. Zarząd będzie to ignorować, dopóki się da.
Rozwiązaniem nie jest lepszy feed kursowy. Jest nim udokumentowana polityka walutowa stosowana spójnie w każdym podmiocie, każdym okresie, ze źródłami kursów i zasadami zaokrąglania zdefiniowanymi raz i automatycznie wymuszanymi.
Tagowanie i uzgadnianie transakcji wewnątrzgrupowych
Gdy podmiot A sprzedaje towary podmiotowi B, przychód w A i koszt własny sprzedaży w B muszą zostać wyeliminowane przy konsolidacji. Teoretycznie obie strony rejestrują tę samą kwotę z tą samą datą i tym samym odniesieniem. W praktyce prawie nigdy tak się nie dzieje.
Badania branżowe konsekwentnie pokazują, że zdecydowana większość organizacji międzynarodowych ma trudności operacyjne z uzgadnianiem wewnątrzgrupowym. Ponad połowa nadal przeprowadza eliminacje wewnątrzgrupowe ręcznie. Najczęstsze problemy: różnice czasowe w tym, kiedy każdy podmiot księguje transakcję; konwersja walutowa stosowana przy różnych kursach; różne daty księgowania; proste błędy kodowania, gdy jedna ze stron zapomina tagu kontrahenta.
Rozwiązaniem nie jest lepsza logika eliminacji na zamknięciu. Wtedy błędy już się nagromadziły. Rozwiązaniem jest dyscyplina wymuszana w trakcie okresu: każda transakcja wewnątrzgrupowa otrzymuje kod podmiotu kontrahenta. Każda transakcja otrzymuje referencję parującą. Nierozliczone różnice powyżej zdefiniowanego progu są eskalowane przed zamknięciem — nie odkrywane podczas konsolidacji.
Połowa organizacji wskazuje brak zdefiniowanej odpowiedzialności jako główne wyzwanie dla procesów wewnątrzgrupowych. Ktoś musi być właścicielem parowania. Ktoś musi śledzić wyjątki. Ktoś musi zadbać o to, by obie strony zgadzały się przed zamknięciem ksiąg. To nie jest konfiguracja oprogramowania. To operacyjny ład danych.
Kontrole walidacyjne
To jest najbardziej zaniedbana warstwa. Kontrole walidacyjne to zautomatyzowane kontrole uruchamiające się przed przetworzeniem danych przez silnik konsolidacyjny. Wychwytują błędy wcześnie, gdzie można je tanio naprawić — a nie na etapie, gdzie już zanieczyściły wynik konsolidacyjny.
Minimalny zestaw kontroli walidacyjnych dla raportowania grupowego średnich firm:
Czy zestawienie obrotów i sald każdego podmiotu się bilansuje? Czy wszystkie pozycje wewnątrzgrupowe mieszczą się w tolerancji zerowej? Czy wszystkie wymagane konta są zmapowane na grupowy plan kont? Czy każdy podmiot przekazał dane za dany okres? Czy istnieją konta z saldami, ale bez mapowania? Czy kursy wymiany dla wszystkich walut podmiotów za dany okres są dostępne?
Te kontrole działają w sekundach i zapobiegają godzinom dochodzenia po fakcie. Bez nich proces konsolidacyjny staje się pracą detektywistyczną: liczby się nie zgadzają i nikt nie wie, który podmiot, które konto lub który okres jest źródłem problemu.
Firmy z dojrzałymi procesami konsolidacyjnymi raportują skrócenie cykli zamknięcia o pięćdziesiąt do siedemdziesięciu procent. Skrócenie nie wynika z szybszej logiki eliminacji. Wynika z mniejszej liczby błędów wchodzących do konsolidacji w ogóle.
Gdzie to się psuje
Trzy wzorce powtarzają się w średnich grupach próbujących konsolidować bez właściwej infrastruktury.
Zaczynanie od narzędzia, nie modelu danych. Grupa kupuje oprogramowanie konsolidacyjne i oczekuje, że rozwiąże problem. Oprogramowanie zakłada ustandaryzowane dane wejściowe. Grupa nie ma ustandaryzowanych danych wejściowych. Wdrożenie utyka w fazie mapowania, która nie była uwzględniona w budżecie ani planowana, bo zakładano, że jest trywialna. Nie jest trywialna. Jest sercem problemu.
Roczne porządki zamiast miesięcznej dyscypliny. Zewnętrzny audytor raz w roku oznacza różnice wewnątrzgrupowe. Zespół finansowy spędza dwa tygodnie na uzgadnianiu. Do końca następnego roku te same różnice pojawiają się ponownie. Przyczyna źródłowa — brak miesięcznego parowania — nigdy nie jest rozwiązywana, bo roczne porządki traktuje się jako proces zamiast dowód, że proces nie działa.
Podzielona odpowiedzialność bez rozliczalności. Każdy lokalny księgowy podmiotu odpowiada za własne księgi. Nikt nie odpowiada za grupowy model danych. Nikt nie jest właścicielem tabeli mapowania. Nikt nie kontroluje parowania wewnątrzgrupowego. Wynik: pięć lokalnie poprawnych zestawów ksiąg, które po połączeniu są zbiorowo niezrozumiałe.
Co produkuje dobra infrastruktura
Gdy masz właściwą infrastrukturę konsolidacyjną, nie spędzasz pierwszego tygodnia każdego miesiąca na naprawianiu danych. Tabele mapowania są utrzymywane. Polityka walutowa jest udokumentowana i automatycznie stosowana. Pozycje wewnątrzgrupowe są parowane w trakcie okresu. Kontrole walidacyjne wychwytują wyjątki przed uruchomieniem konsolidacji.
Skonsolidowany rachunek zysków i strat, bilans i rachunek przepływów pieniężnych są dostępne w ciągu kilku dni od zamknięcia ostatniego podmiotu — nie tygodni, nie miesięcy. Liczby są możliwe do zbadania. Prezes widzi pozycję grupy i podejmuje decyzje na podstawie danych starszych o mniej niż dwa tygodnie, a nie dwanaście miesięcy.
To nie jest wynik technologiczny. To wynik ładu danych. Technologia ma znaczenie, ale mniejsze niż dyscyplina utrzymywania mapowania, wymuszania zasad wewnątrzgrupowych i uruchamiania kontroli walidacyjnych w każdym okresie.
Infrastruktura jest niewidoczna, gdy działa. Nikt nie zauważa, że plan kont poprawnie się zmapował ani że pozycje wewnątrzgrupowe zbilansowały się do zera. Zauważają natomiast to, że liczby grupowe dotarły na czas, że zgadzały się z liczbami podmiotów i że nikt nie musiał zostawać do drugiej w nocy, uzgadniając różnice, których nie powinno było być.