System finansowo księgowy dla firmy: kiedy przejść na Dynamics 365 Finance

System finansowo księgowy to oprogramowanie, w którym firma prowadzi księgi, rozlicza podatki i pilnuje pieniędzy. Większość firm zaczyna od prostego programu księgowego i przez lata to wystarcza. Problem pojawia się cicho: rośnie liczba spółek, transakcji i wyjątków, a narzędzie, które miało oszczędzać czas, zaczyna go pochłaniać. Ten tekst jest o rozpoznaniu momentu, w którym system finansowo księgowy przestaje nadążać za firmą, i o tym, co w tej sytuacji daje Dynamics 365 Finance. Kluczowa obserwacja dla zarządu brzmi tak: koszt utrzymywania nieadekwatnego narzędzia nigdy nie pojawia się w jednej pozycji budżetu, tylko rozprasza się po organizacji jako nadgodziny księgowości, opóźnione decyzje i ryzyko, którego nikt nie wycenia, dopóki się nie zmaterializuje. To moment, w którym oprogramowanie finansowo-księgowe dla firm przestaje być kwestią wygody księgowych, a staje się kwestią sterowalności całego przedsiębiorstwa, bo dyrektor finansowy raportujący wynik trzy tygodnie po zamknięciu okresu zarządza przeszłością, nie przyszłością.

Warto od początku nazwać naturę tego kosztu, bo od niej zależy jakość decyzji zarządu. Wydatek na licencję jest widoczny, policzalny i łatwy do zakwestionowania w budżecie, natomiast koszt nieadekwatnego narzędzia jest rozproszony, opóźniony i księgowany w cudzych pozycjach: w wynagrodzeniach zespołu, który uzgadnia arkusze zamiast analizować marżę, w koszcie kapitału zamrożonego w nadmiarowej poduszce gotówki oraz w wartości decyzji podjętych za późno. Ta asymetria widoczności sprawia, że organizacja systematycznie przecenia koszt zmiany i niedocenia koszt trwania przy tym, co ma. Druga obserwacja dotyczy tempa: liczba wyjątków, spółek i transakcji nie rośnie liniowo, lecz przyspiesza wraz z rozwojem firmy, więc narzędzie, które dziś wystarcza z jednodniową rezerwą, za rok potrafi nie domykać miesiąca w terminie.

‍

Program księgowy a system finansowo księgowy: gdzie przebiega różnica

Te dwa pojęcia bywają mylone, a dzieli je zasadnicza różnica w roli. Program księgowy rejestruje zdarzenia: wystawia faktury, księguje dokumenty, wylicza deklaracje. Działa dobrze w pojedynczej spółce i w powtarzalnych, prostych procesach. System finansowo księgowy idzie dalej: łączy finanse z resztą firmy, pokazuje sytuację w czasie rzeczywistym i obsługuje złożoność, przy której program się zatyka, jak wiele spółek, walut czy tysiące pozycji dziennie. W praktyce system erp dla finansów różni się od programu nie zestawem ekranów, lecz architekturą danych: w programie moduły bywają osobnymi bazami łączonymi eksportem, a w systemie księga główna, rozrachunki, środki trwałe, sprzedaż i magazyn zapisują się w jednym modelu, w którym każda liczba ma jednoznaczne źródło. Ma to konsekwencję ekonomiczną: gdy dane żyją w jednym miejscu, koszt kolejnej transakcji jest bliski zeru, a gdy są rozproszone, każda dodatkowa operacja dokłada pracy ręcznej, którą ktoś musi wykonać, uzgodnić i skontrolować. Ten mechanizm, a nie liczba funkcji, sprawia, że powyżej pewnej złożoności system jest tańszy w utrzymaniu niż program, mimo wyższej ceny licencji, dlatego zarząd patrzący wyłącznie na koszt licencji podejmuje decyzję zwykle o kilka lat za późno.

Ten sam mechanizm tłumaczy, dlaczego oszczędność na licencji bywa pozorna: praca ręczna, którą wymusza rozproszenie danych, jest kosztem stałym rosnącym z wolumenem, podczas gdy różnica w cenie oprogramowania jest jednorazowa i zamknięta. Dla zarządu istotny jest jeszcze jeden wymiar tej różnicy — ryzyko. W modelu z wieloma bazami łączonymi eksportem każde uzgodnienie jest punktem, w którym może powstać rozbieżność, a im więcej takich punktów, tym większe prawdopodobieństwo, że sprawozdanie opiera się na liczbie, której nikt nie potrafi odtworzyć.

‍

‍

Granica nie przebiega po wielkości firmy, tylko po jej złożoności. Mała spółka z kilkoma podmiotami zależnymi i sprzedażą w kilku walutach przerośnie prosty program szybciej niż większa, ale jednorodna organizacja. Złożoność, która przeciąża program, ma kilka wymiarów działających niezależnie od skali obrotów: liczbę podmiotów prawnych, z których każdy dokłada rozliczenia wewnątrzgrupowe i konsolidację; wielowalutowość, wymuszającą wycenę bilansową i różnice kursowe; oraz liczbę wymiarów analitycznych (dział, projekt, region, kanał), po których zarząd chce oglądać wynik. Praktyczny wniosek dla decydenta jest taki, że moment przejścia szacuje się nie po tym, jak duża jest firma, lecz po tym, ile wyjątków od standardowego procesu obsługuje ręcznie i jak szybko ta liczba rośnie z kwartału na kwartał.

Każdy z tych wymiarów działa jak mnożnik, nie jak dodawanie: dwie spółki w dwóch walutach z trzema wymiarami analitycznymi to nie siedem osobnych problemów, lecz ich iloczyn, bo rozliczenie wewnątrzgrupowe trzeba wykonać w każdej walucie i pokazać w każdym przekroju. To dlatego organizacje o umiarkowanych obrotach potrafią przerosnąć program szybciej niż firmy większe, lecz jednorodne. Decyduje struktura, nie sam rozmiar bilansu.

Dla decydenta praktyczną miarą jest udział czasu zespołu finansowego pochłanianego przez czynności, które nie wnoszą informacji: przeklejanie danych między arkuszami, ręczne uzgadnianie sald i odtwarzanie tych samych raportów co miesiąc. Gdy ten udział przekracza mniej więcej jedną trzecią, firma płaci za utrzymanie narzędzia drugi raz, tym razem w wynagrodzeniach, a przestrzeń na analizę, która faktycznie zmienia decyzje, kurczy się do resztek. Wtedy koszt alternatywny jest już wyższy niż koszt licencji, tylko nie pojawia się w żadnej pojedynczej pozycji, przez co umyka uwadze zarządu do momentu, w którym zaczyna brakować rąk do zamknięcia okresu.

‍

Sygnały, że przerastasz obecny system

Decyzja o zmianie rzadko wynika z jednej awarii. Zwykle składa się z kilku powtarzalnych bólów, które łatwo przez chwilę tolerować, a trudno tolerować przez rok. Mechanizm, który utrwala te bóle na lata, jest zarazem psychologiczny i ekonomiczny: każdy objaw z osobna wydaje się zbyt mały, by uzasadnić wymianę systemu, więc firma dokłada kolejne obejście zamiast usunąć przyczynę, a suma tolerowalnych niedogodności rośnie szybciej niż zdolność organizacji do ich zauważenia. Sygnały poniżej warto więc czytać łącznie, jako obraz kierunku, a nie listę usterek do pojedynczego odhaczenia.

Zamknięcie miesiąca ciągnie się dniami, bo dane trzeba zbierać z kilku źródeł i ręcznie uzgadniać w arkuszach. Zarząd pyta o bieżącą płynność, a odpowiedź wymaga pół dnia pracy zamiast jednego kliknięcia. Każda spółka w grupie księguje po swojemu, więc konsolidacja jest projektem, a nie raportem. Zmiany prawa, jak kolejne wersje JPK czy obowiązkowe faktury w KSeF, wymagają dokupienia modułu albo dopisania obejścia, bo system nie dostaje ich w standardzie. Controlling żyje w osobnym pliku, który rozjeżdża się z księgami. Gdy takich sygnałów zbiera się kilka naraz, koszt trwania przy obecnym narzędziu zaczyna przewyższać koszt zmiany.

Każdy z tych sygnałów ma cenę, którą da się oszacować, i to ten rachunek, a nie samo poczucie niewygody, powinien uruchamiać decyzję. Po zsumowaniu tych kosztów próg opłacalności przesuwa się wcześniej, niż podpowiada intuicja. Dodatkowo objawy te wzajemnie się wzmacniają: wolne zamknięcie opóźnia raport zarządczy, opóźniony raport wymusza decyzje na danych szacunkowych, a korekty tych decyzji generują kolejne księgowania, które ponownie wydłużają zamknięcie. To sprzężenie zwrotne sprawia, że problem nie stabilizuje się na znośnym poziomie, lecz narasta, dlatego moment interwencji warto wyznaczyć, zanim pętla się zaciśnie.

‍

Progi, przy których program księgowy przestaje wystarczać

Zamiast opisów można wskazać konkretne progi, po których prosty program księgowy generuje więcej ryzyka, niż oszczędza kosztów:

‍

Gdy firma przekracza dwa lub trzy progi naraz, pytaniem nie jest już, czy zmieniać system, lecz jak szybko. Warto zauważyć, że progi te nie sumują się liniowo, lecz wchodzą w interakcje, bo druga spółka prawna nałożona na wysoki wolumen transakcji mnoży liczbę rozliczeń wewnątrzgrupowych. Dlatego rozsądniej jest monitorować tempo, w jakim firma zbliża się do kolejnych progów, i uruchomić projekt z wyprzedzeniem potrzebnym na wdrożenie, a nie w chwili, gdy próg został już przekroczony, a organizacja działa na obejściach.

‍

Zamknięcie miesiąca z dni do godzin: dlaczego prędkość zmienia zarządzanie

Skrócenie zamknięcia miesiąca bywa traktowane jako usprawnienie działu księgowości, a jego najważniejszy skutek jest zarządczy i dotyczy całej firmy, bo obowiązuje zasada: sterować można tylko tym, co widać na czas. Gdy wynik za dany miesiąc jest gotowy dopiero w trzecim tygodniu następnego, reakcja na każde odchylenie następuje wtedy, gdy przyczyna od dawna działa, a często zdążyła się powtórzyć w kolejnym okresie. Firma zamykająca miesiąc w dwa dni zamiast dziesięciu zyskuje nie osiem dni pracy księgowych, lecz osiem dni wcześniejszej reakcji zarządu. Te dni mają wartość, bo pozwalają skorygować cenę, wstrzymać zamówienie albo zareagować na spadek marży, zanim odchylenie urośnie. To mechanizm drugiego rzędu, który umyka analizie skupionej wyłącznie na kosztach działu księgowości.

System klasy Dynamics 365 Finance skraca ten cykl, bo dane spływają do jednej księgi na bieżąco, uzgodnienia międzymodułowe dzieją się automatycznie, a znaczna część czynności zamknięcia jest zaplanowana i wykonywana przez system, nie przez człowieka. Praca zespołu przesuwa się z odtwarzania liczb na ich interpretację, a prędkość zamknięcia zmienia nie harmonogram, lecz sposób zarządzania firmą.

Skutek finansowy tej zmiany da się przybliżyć liczbą: jeśli szybsza reakcja pozwala skorygować choćby kilka procent kosztu zmiennego czy ceny w miesiącu, w którym odchylenie powstało, zamiast dwa okresy później, wartość tej korekty zwykle przewyższa roczny koszt licencji systemu. Jest też skutek jakościowy dla wiarygodności funkcji finansowej wobec rady nadzorczej i inwestorów: liczby dostarczane w kilka dni po okresie są traktowane jako podstawa decyzji, a liczby dostarczane po trzech tygodniach jako historia. Wreszcie krótkie zamknięcie zmienia strukturę pracy zespołu, bo eliminuje spiętrzenie na koniec okresu, w którym błędy powstają najczęściej.

‍

Czego wymaga dobry system finansowo księgowy dzisiaj

Zanim padnie nazwa konkretnego produktu, warto ustalić, co system tej klasy powinien dawać niezależnie od dostawcy:

• Jedno źródło danych. Finanse, sprzedaż i magazyn korzystają z tych samych liczb, bez eksportów i uzgodnień.

• Zgodność wbudowana, a nie doklejana. Obsługa polskich obowiązków, JPK, KSeF i podzielonej płatności, dostarczana jako część systemu i aktualizowana wraz z prawem.

• Praca wielospółkowa i wielowalutowa. Z konsolidacją oraz rozliczeniami między podmiotami.

• Raportowanie w czasie rzeczywistym. Także zarządcze, zamiast czekania na zamknięcie okresu.

• Pełna ścieżka audytu. Na potrzeby biegłego i kontroli.

• Skalowalność. Zdolność systemu do rośnięcia razem z firmą bez wymiany co kilka lat.

Warto dołożyć kryterium, które rozstrzyga dopiero po latach użytkowania: przewidywalność kosztu zmian, bo oprogramowanie finansowo-księgowe dla firm sprawdza się nie liczbą funkcji dziś, lecz tym, w którym typowa zmiana (nowy podmiot, nowa waluta, nowy wymiar analityczny, nowy obowiązek sprawozdawczy) jest konfiguracją w standardzie, a nie projektem programistycznym. Ten warunek różnicuje rozwiązania mocniej niż zestaw ekranów, bo firma zmienia się nieustannie, a każda zmiana w systemie sztywnym jest osobnym kosztem i ryzykiem, dlatego tak rozumiany system staje się infrastrukturą decyzyjną całej firmy, a nie kosztem działu księgowości.

Do tej listy zarząd powinien dopisać jeszcze dwa kryteria, które ujawniają się dopiero w eksploatacji. Pierwsze to niezależność od pojedynczych osób: w programie obsługiwanym przez jednego eksperta i sieć jego arkuszy wiedza o tym, jak powstają liczby, jest kapitałem, który wychodzi z firmy razem z tą osobą. Drugie to koszt integracji z otoczeniem (bankami, systemem kadrowo-płacowym, platformami sprzedaży), bo im więcej połączeń trzeba budować i utrzymywać poza standardem, tym wyższy jest ukryty koszt posiadania, niewidoczny w cenie licencji, lecz odczuwalny przy każdej zmianie po stronie któregokolwiek z tych systemów.

‍

Gdzie w tym Dynamics 365 Finance

Dynamics 365 Finance to aplikacja finansowa Microsoftu, spełniająca powyższe wymagania w klasie systemu, a nie programu. Obejmuje księgę główną, rozrachunki z dostawcami i odbiorcami, obsługę banków i płatności, środki trwałe, rachunek kosztów, budżetowanie oraz raportowanie finansowe. Prowadzi pracę wielospółkową i wielowalutową, ma polską lokalizację z obsługą JPK i KSeF, a bieżące dane łączy z automatyzacją i podpowiedziami opartymi na Copilot. Dla porządku nazewniczego: Dynamics 365 Finance jest aplikacją finansową w rodzinie Dynamics 365 Finance and Operations, do której należą także Supply Chain Management czy Commerce. Gdy mówimy o systemie finansowo księgowym, właściwą nazwą jest właśnie Finance, a nie cała rodzina. Znaczenie tej przynależności jest praktyczne: Finance dzieli model danych z pozostałymi aplikacjami, więc firma wdrażająca dziś wyłącznie finanse może później dołączyć zarządzanie łańcuchem dostaw bez integracji dwóch odrębnych systemów. Decyzja o Finance jest więc zarazem decyzją o kierunku architektury na lata.

Skalę, na jaką ta klasa systemu jest projektowana, dobrze widać w praktyce. W sieci odzieżowej New Yorker, obecnej w czterdziestu krajach, ANEGIS wdrożył moduły Microsoft Dynamics, w tym finanse, dla ponad tysiąca sklepów, w środowisku wielospółkowym i wielojęzycznym, z migracją dużych wolumenów danych ze starych systemów. To poziom złożoności, przy którym prosty program księgowy nie wchodzi w grę.

Wart odnotowania jest tu wniosek mniej oczywisty niż sama skala: wartością nie jest to, że system uniesie wolumen, lecz to, że narzuca jednolity sposób księgowania i raportowania całej grupie, dzięki czemu porównywalność wyników i konsolidacja stają się właściwością danych, a nie corocznym wysiłkiem uzgadniania. Ta jednolitość ma też wymiar zarządczy wykraczający poza księgowość: centrala ogląda każdy rynek w tym samym przekroju i porównuje wyniki bez tłumaczenia lokalnych konwencji.

‍

Od rejestrowania finansów do ich sterowania: płynność i prognozy

Najgłębsza różnica między programem a systemem dotyczy nie przeszłości, lecz przyszłości. Program rejestruje to, co się wydarzyło; system pozwala tym sterować, bo łączy zapis księgowy z planem, prognozą i bieżącym obrazem płynności. Firma odtwarzająca obraz płynności raz na jakiś czas w arkuszu podejmuje decyzje o zapłacie, kredycie obrotowym czy inwestycji na danych już nieaktualnych, co albo zmusza do kosztownej poduszki gotówki „na wszelki wypadek", albo naraża na koszt nagłego finansowania. System pokazujący pozycję gotówkową i spływ należności na bieżąco pozwala tę poduszkę zredukować do świadomie wybranego poziomu, a uwolniony kapitał ma mierzalny koszt alternatywny. Przy dzisiejszych stopach każdy nieuzasadniony milion leżący na zapas to policzalny koszt odsetkowy.

Drugim wymiarem jest zintegrowane planowanie: gdy budżet i prognoza żyją w tym samym systemie co księgi, odchylenie planu od wykonania jest widoczne od razu i w tym samym przekroju analitycznym, w jakim zapadają decyzje, zamiast być co miesiąc rekonstruowane w osobnym pliku rozjeżdżającym się z rzeczywistością. Dla dyrektora finansowego to przejście od funkcji sprawozdawczej do sterującej: zamiast opisywać, co się stało z wynikiem i gotówką, kształtuje jedno i drugie z wyprzedzeniem, a ta zdolność, nie liczba modułów, uzasadnia nazwę systemu, nie programu.

Ten mechanizm ma bezpośrednie przełożenie na bilans, a nie tylko na wygodę raportowania. Pozycja gotówkowa widoczna w czasie rzeczywistym pozwala świadomie zarządzać strukturą finansowania: spłacać droższy kredyt obrotowy, gdy pojawia się nadwyżka, a sięgać po niego dopiero wtedy, gdy prognoza spływu należności faktycznie tego wymaga, zamiast utrzymywać go z ostrożności. Po stronie należności ten sam obraz skraca cykl konwersji gotówki, bo dział finansowy widzi opóźnienia natychmiast i uruchamia windykację, zanim przeterminowanie urośnie.

‍

Kiedy przejście się opłaca, a kiedy można poczekać

Uczciwa odpowiedź nie brzmi „zawsze migrować". Przejście na system klasy Dynamics 365 Finance opłaca się wtedy, gdy firma działa w wielu spółkach lub walutach, gdy zamknięcia i raporty pochłaniają czas, którego brakuje na analizę, gdy zmiany prawa stają się comiesięcznym zmartwieniem, albo gdy finanse muszą wreszcie widzieć te same dane co sprzedaż i magazyn. Wtedy koszt zmiany zwraca się odzyskanym czasem i mniejszym ryzykiem.

Pomocna jest tu obserwacja o strukturze nabywcy: firma kupująca wysokowolumenowy, ale prosty program, i firma kupująca system finansowo księgowy to dwaj różni nabywcy o różnych kryteriach. Pierwszy optymalizuje koszt jednostkowy przetworzenia dokumentu i szuka najtańszego narzędzia do dużej liczby prostych operacji. Drugi kupuje sterowalność, kontrolę i porównywalność danych w złożonej organizacji i akceptuje wyższy koszt wejścia, bo jego problemem nie jest cena za dokument, lecz ryzyko i szybkość decyzji. Firma o profilu drugiego nabywcy, która porówna oferty kryteriami pierwszego, wybierze najtańsze narzędzie i po dwóch latach poniesie koszt obejść, których uniknęłaby, kupując system.

Można natomiast świadomie poczekać, jeśli firma jest niewielka, jednopodmiotowa i stabilna, a obecny program obsługuje wszystko bez obejść. Sensownie jest też wstrzymać się, gdy szykuje się duża zmiana biznesowa, na przykład przejęcie, bo lepiej zaprojektować docelowy system już pod nią. Zmiana systemu finansowo księgowego to decyzja o kierunku na lata, nie zakup na kwartał. Warto tylko odróżnić świadome odłożenie decyzji od jej unikania: odłożenie ma określony warunek, po którego spełnieniu firma wraca do tematu, a unikanie polega na tym, że każdy kwartał znajduje nowy powód, by nie zaczynać, podczas gdy koszt trwania przy nieadekwatnym narzędziu narasta w tle. Dyscyplina zarządcza polega na zapisaniu progu, po którego przekroczeniu decyzja zapada bez ponownej dyskusji, co chroni przed migracją dopiero pod presją awarii lub kontroli.

‍

Jak wygląda przejście

Warto od razu ustawić oczekiwania: to projekt, nie instalacja. Trzeba uporządkować plan kont, przenieść i oczyścić dane, odwzorować procesy w standardzie nowego systemu i przeszkolić zespół, zanim ruszy praca produkcyjna. Dlatego przejście planuje się jak wdrożenie, a firmy schodzące ze starszych systemów Microsoftu prowadzą je jako aktualizację do Dynamics 365. Dobrze poprowadzony projekt idzie fazami, a nie jednym skokiem, co ogranicza ryzyko i pozwala uczyć się na mniejszych krokach.

W tym projekcie najczęściej niedocenianym elementem jest przeprojektowanie planu kont i to ono, a nie migracja techniczna, jest właściwym przedsięwzięciem. Plan kont odziedziczony po programie zwykle odwzorowuje jego ograniczenia: analitykę, której nie dało się inaczej ująć, upycha się w numerach kont, przez co ich liczba rośnie, a porównywalność maleje. System finansowo księgowy rozdziela konto od wymiaru — dział, projekt, region czy kanał są osobnymi atrybutami zapisu, a nie kolejnymi kontami — więc ten sam wynik ogląda się w wielu przekrojach bez mnożenia pozycji. Zaprojektowanie tej struktury na nowo na lata przesądza, jak łatwo firma będzie raportować i konsolidować, dlatego należy je podjąć świadomie na starcie, a nie odtwarzać stary plan w nowym narzędziu.

Migrację danych warto zaś potraktować jako okazję do oczyszczenia: przenosi się salda i historię potrzebną do sprawozdawczości, a nie każdą zaległość ze starego systemu. Warto też z góry przyjąć, że część procesów zostanie uproszczona do standardu narzędzia zamiast odwzorowana jeden do jednego — każde odstępstwo od standardu jest kosztem nie tylko wdrożenia, lecz każdej późniejszej aktualizacji, więc dyscyplina w trzymaniu się standardu przekłada się wprost na przewidywalność kosztu posiadania w kolejnych latach.

Jeśli widzisz u siebie kilka opisanych sygnałów i zastanawiasz się, czy to już moment na zmianę, porozmawiajmy o dopasowaniu Dynamics 365 Finance do Twojej firmy. Krótka rozmowa o liczbie spółek, procesach i raportach zwykle wystarczy, żeby ocenić, czy przejście się opłaca teraz, czy warto je zaplanować na później.

‍

‍