Zarządzanie wydatkami w grupach kapitałowych: na co zwrócić uwagę

Skalowalność musi być wbudowana od samego początku

Najczęstszym błędem jest wybór systemu, który dobrze sprawdza się w jednej spółce, a następnie próba rozszerzenia go na całą grupę. Rzadko kończy się to dobrze. System zbudowany z myślą o skali działa inaczej już na poziomie modelu danych.

Konkretnym przykładem są szablony. W dobrze zaprojektowanym systemie można pracować z szablonami stosowanymi na różnych poziomach: globalnie dla całej grupy, na przykład dla regionu takiego jak kraje nordyckie lub DACH, oraz lokalnie na poziomie spółki dla wszystkiego, co musi się różnić. Zmianę numeru konta obowiązującego w całej grupie wprowadza się raz, a zaczyna ona obowiązywać wszędzie.

Równie ważna jest możliwość wprowadzania zmian, które przebiegają w poprzek struktury spółek. Załóżmy, że grupa pracowników w kilku różnych spółkach podlega temu samemu układowi zbiorowemu pracy, ale niekoniecznie należy do tego samego regionu, i powinna być traktowana jednolicie. System powinien to umożliwiać bez konieczności konfigurowania każdej spółki osobno.

Uprawnienia, wgląd i centra usług wspólnych

W grupie kapitałowej rzadko zdarza się, by wszyscy mieli prawo widzieć wszystko. Kontroler finansowy w szwedzkiej spółce może potrzebować pełnego wglądu w Szwecję, ale ograniczonego wglądu w pozostałe rynki. Z kolei centrum usług wspólnych (SSC), które obsługuje płace i rozliczenia wydatków dla kilku spółek, potrzebuje na przykład innej struktury uprawnień niż lokalny dział finansowy.

Warto zapytać dostawcę, jak buduje uprawnienia w odniesieniu do poszczególnych spółek. Czy możemy mieć różne centra usług wspólnych z wglądem w różne części grupy? Czy osoba zatwierdzająca może widzieć i obsługiwać wydatki dotyczące kilku spółek w ramach jednego procesu?

To szczegóły, które łatwo przeoczyć podczas prezentacji, ale to od nich zależy, czy administracja będzie w praktyce wykonalna.

Globalnie i lokalnie jednocześnie

Jednym z najtrudniejszych wyzwań w międzynarodowej grupie kapitałowej jest utrzymanie spójności tam, gdzie jest ona potrzebna, bez zmuszania wszystkich spółek do korzystania z dokładnie tego samego rozwiązania.

Niektóre elementy powinny być globalne, na przykład nadrzędne polityki, wspólne dla całej grupy procesy zatwierdzania oraz raportowanie w górę organizacji. Inne muszą być lokalne: rozwiązania SSO mogą się różnić między spółkami, integracje z systemami ERP mogą zależeć od tego, z jakiego systemu korzysta dany rynek, a lokalne przepisy podatkowe wymagają lokalnej konfiguracji.

Dobrze zaprojektowany system radzi sobie z jednym i drugim, a jedno nie podważa drugiego. To, co globalne, obowiązuje globalnie, a to, co lokalne, może się różnić bez naruszania całości.

Rozliczenia podatkowe w każdym kraju, a nie tylko „obsługujemy ten kraj”

W grupie działającej w kilku krajach rozliczenia podatkowe należą do najważniejszych kwestii. Pytanie dostawcy, czy jego system obsługuje dany kraj, rzadko daje wartościową odpowiedź. Odpowiedź prawie zawsze brzmi „tak”, ale istotne jest, w jaki sposób.

Jak na przykład rozwiązany jest podział VAT w Norwegii? Jak obliczane są diety w kraju, dla którego dostawca nie ma gotowego modelu? Jak traktowane są koszty reprezentacji w Szwecji w porównaniu z Niemcami? Dostawca, który rozwiązuje kwestie podatkowe w ten sposób, że pracownik musi pamiętać o określonej sekwencji kliknięć albo dział finansowy musi stosować obejście, w rzeczywistości nie obsługuje danej reguły, lecz przerzuca problem na kogoś innego. Automatyzacja powinna obejmować cały proces, a nie zatrzymywać się w połowie drogi.

Warto zaangażować w proces zakupowy przedstawicieli lokalnych rynków. Wiedzą oni, które scenariusze są dla nich kluczowe, i zadadzą pytania, o których sami Państwo nigdy by nie pomyśleli.

AI zmienia to, czym może być administracja w grupie kapitałowej

Administrowanie systemem do zarządzania wydatkami w dużej grupie kapitałowej tradycyjnie wymagało dedykowanych zasobów, a czasem zewnętrznych konsultantów przy każdej zmianie. Dziś nie jest to już konieczne.

Dzięki systemom, które przyjmują polecenia w zwykłym języku, administrator może opisać, co ma się wydarzyć, a system to wykona. Na przykład: „Zmień numer konta dla taksówek we wszystkich spółkach na X” albo „Dodaj Sarę jako asystentkę dla wszystkich w spółce Y”. Zmienia to, kto może administrować systemem i jak szybko można wprowadzać zmiany, bez potrzeby angażowania konsultanta lub programisty przy każdej modyfikacji.

Pytania, które warto zadać każdemu dostawcy

1. Jak system jest zbudowany, aby obsługiwać strukturę grupy z wieloma spółkami? Czy istnieje przejrzysta koncepcja szablonów?
2. Jak wprowadzić zmianę obowiązującą w całej grupie, a jak taką, która dotyczy tylko jednej spółki?
3. Czy w ramach jednej instalacji możemy mieć różne rozwiązania SSO i integracje ERP dla różnych spółek?
4. Jak zbudować uprawnienia dla centrów usług wspólnych z wglądem w kilka spółek?
5. Jak wyglądają rozliczenia podatkowe w krajach, w których działamy? Omówcie konkretne scenariusze.