Jak przygotować dane finansowe do audytu, gdy pracujesz na ERP

Rola audytu i ERP – o co w ogóle toczy się gra

Czego audytor faktycznie szuka w danych z ERP

Audytorowi nie chodzi o ładne wydruki z systemu ERP, tylko o to, czy dane finansowe są wiarygodne, kompletne i możliwe do prześledzenia od sprawozdania finansowego aż do pojedynczego dokumentu źródłowego. System ERP ma mu to ułatwić, ale tylko pod warunkiem, że jest dobrze wykorzystany i uporządkowany.

Przygotowanie do audytu w ERP powinno więc koncentrować się na tym, by audytor mógł szybko odpowiedzieć na trzy kluczowe pytania:

• Czy sprawozdanie jest kompletne? – czy wszystkie zdarzenia gospodarcze zostały ujęte w księgach, we właściwych okresach.
• Czy sprawozdanie jest rzetelne? – czy kwoty i prezentacja pozycji są prawidłowe, a wycena zgodna z zasadami rachunkowości.
• Czy da się odtworzyć przebieg transakcji? – tzw. ścieżka audytu: od pozycji w bilansie lub RZiS, przez konto księgowe, zapis w dzienniku, aż do faktury, umowy, WZ, listy płac czy innego dokumentu.

System ERP ma tę przewagę nad „Excelem + segregatorami”, że wszystko dzieje się w jednym środowisku – księgowania powstają często automatycznie z innych modułów (sprzedaż, zakupy, magazyn, środki trwałe). Dla audytora to świetna wiadomość, o ile konfiguracja, słowniki i procesy są spójne, a dane „nie uciekają” bokiem w ręcznie poprawiane pliki.

„Mamy wszystko w ERP” kontra „mamy dane użyteczne dla audytu”

Stwierdzenie „mamy wszystko w ERP” bywa złudne. Audytor nie bada systemu jako takiego, tylko jakość i użytelność danych finansowych. Różnica między posiadaniem danych a ich używalnością dla audytu to między innymi:

• Struktura danych – czy konta mają odpowiedni poziom analityki, czy segmenty (np. MPK, projekty) są stosowane konsekwentnie, czy da się rozdzielić koszty rodzajowe, miejsc powstawania kosztów, projektów.
• Spójność procesów – czy w całym roku stosowano te same zasady dekretacji i opisy księgowań, czy „doraźne obejścia” z końcówki roku nie zniszczyły logiki danych.
• Dostępność ścieżki audytu – czy w systemie łatwo znaleźć dokument źródłowy, czy numerację dokumentów i referencje stosowano w sposób umożliwiający odtworzenie przebiegu transakcji.
• Jakość raportów – czy raporty z ERP odzwierciedlają stan ksiąg, czy część analizy jest przenoszona do Excela, gdzie „magia formuł” wprowadza ryzyko błędów.

Dane użyteczne dla audytu to takie, z których można w kilka kliknięć wygenerować spójne, uzgodnione raporty: zestawienia obrotów i sald, dzienniki księgowań, rejestry VAT, raporty rozrachunków, raporty magazynowe i środków trwałych – i potem zejść z nich aż do pojedynczego dokumentu.

Co zmienia ERP w porównaniu z „Excelem + segregatorami”

Praca na ERP przy audycie to zupełnie inna liga niż ręczne księgi i segregatory. Różnice są widoczne w kilku obszarach:

• Automatyzacja – księgowania z modułów sprzedaży, zakupów, magazynu, środków trwałych czy płac powstają automatycznie. Audytor oczekuje, że ta automatyzacja jest stabilna i dobrze opisana, a nie, że każdy dział generuje „swoje” raporty, które potem ktoś ręcznie scala.
• Spójność – jedno źródło danych oznacza, że zestawienie obrotów i sald, raport rozrachunków i dane magazynowe muszą się „dogadać”. Każda różnica między modułami od razu budzi zainteresowanie audytora.
• Historia i logi – ERP gromadzi nie tylko liczby, ale też informacje o zmianach: kto, kiedy, z czego na co zmienił, kto zaksięgował, kto zatwierdził dokument. To kopalnia informacji przy testowaniu kontroli wewnętrznych.
• Skalowalność – przy większej skali działalności ręczny Excel przestaje dawać radę. ERP umożliwia generowanie dużych wolumenów danych w powtarzalny sposób, a audytor chętnie z tego korzysta (testy próbek, analizy analityczne, porównania rok do roku).

ERP jednak nie rozwiązuje wszystkiego „z pudełka”. Jeśli procesy są chaotyczne, konta techniczne nie są rozliczane, a rozrachunki wiszą latami, to żaden system nie zasłoni problemu. On go tylko ładnie wyświetli.

Trzy perspektywy: księgowość, controlling, audytor

Przy przygotowaniu danych finansowych do audytu w ERP ścierają się trzy perspektywy:

• Księgowość – zależy jej na tym, żeby zamknięcie okresu sprawozdawczego było zgodne z przepisami, a dane w księdze głównej (moduł FK) były poprawne, kompletne i uzgodnione z modułami szczegółowymi.
• Controlling – skupia się na analizach, budżetach, odchyleniach, raportach zarządczych. Często ma własne modele raportowe, które nie zawsze idealnie pokrywają się z strukturą kont księgowych.
• Audytor – potrzebuje zrozumiałej ścieżki audytu: od sprawozdania finansowego, przez konta i zapisy, do dokumentów źródłowych oraz integracji z innymi systemami.

System ERP jest tu jednym źródłem prawdy, ale oczekiwania są różne. Dlatego ważne jest, by przed audytem ustalić:

• które raporty z ERP są „referencyjne” dla audytu (np. zestawienie obrotów i sald, raport rozrachunków, raport magazynowy),
• jak controlling i księgowość uzgadniają między sobą dane (np. różnice w agregacji, przypisaniu kosztów do MPK, rozliczeniach międzyokresowych),
• kto odpowiada za tłumaczenie audytorowi, skąd biorą się określone liczby w sprawozdaniu.

Dopiero po takim „porozumieniu trzech światów” ERP zaczyna realnie pomagać zamiast generować dodatkowe pytania.

Audyt a architektura systemu – co audytor musi zrozumieć o Twoim ERP

Jak opisać architekturę modułową w sposób zrozumiały dla audytora

Pierwszym praktycznym krokiem przy pracy z audytorem jest krótkie, ale konkretne przedstawienie architektury systemu ERP. Nie chodzi o techniczne diagramy, tylko o logiczny obraz, skąd biorą się dane do sprawozdania finansowego i jakie moduły biorą w tym udział.

Typowa architektura obejmuje m.in.:

• moduł Finanse / Księga Główna (FK),
• moduł Rozrachunki (należności, zobowiązania, rozliczenia, kompensaty),
• moduł Magazyn / Gospodarka materiałowa,
• moduł Środki trwałe i WNiP,
• moduł Kadry i płace (jeśli jest zintegrowany z FK),
• moduł Controlling / raportowanie,
• ewentualne moduły Sprzedaż, Produkcja, Projekty.

Dobrą praktyką jest przygotowanie jednostronicowego opisu, który pokazuje:

• jakie moduły są wykorzystywane,
• jak dane z modułów szczegółowych trafiają do księgi głównej,
• które operacje księgowane są ręcznie, a które automatycznie,
• jakie są kluczowe konta powiązane z danym modułem (np. konta zapasów z modułem magazynowym).

Audytor, który rozumie architekturę ERP, zadaje mniej chaotycznych pytań, bo widzi, gdzie w systemie szukać odpowiedzi i jakie raporty zlecić do wygenerowania.

Miejsca powstawania danych kluczowych dla sprawozdania

Każda istotna pozycja sprawozdania finansowego ma swoje „źródło życia” w jednym lub kilku modułach ERP. Dla przygotowania do audytu ważne jest, by umieć jasno wskazać:

• Przychody – z jakiego modułu pochodzą (sprzedaż, fakturowanie), jak wyglądają powiązania z rejestrami VAT, jak dokumentowane są korekty, rabaty, zwroty.
• Koszty operacyjne – czy przeważa księgowanie z modułu zakupów, czy koszty są rozbijane na MPK / projekty, jak rozliczane są faktury kosztowe bez powiązania z magazynem.
• Zapasy – moduł magazynowy lub produkcyjny: jak powstają dokumenty PZ/WZ, RW/ZW, rozliczenia produkcji, jak księgowany jest koszt własny sprzedaży i różnice inwentaryzacyjne.
• Należności i zobowiązania – moduł rozrachunków: jak rejestrowane są faktury, jak działa automatyczna kompensata, jak powstają noty odsetkowe, korekty.
• Środki trwałe i WNiP – moduł środków trwałych: jak wygląda przyjęcie do ewidencji, plany amortyzacji, przeceny, likwidacje, sprzedaże.
• Zobowiązania finansowe – często część jest w module rozrachunków, a część w odrębnych rejestrach (kredyty, leasingi) z księgowaniami ręcznymi.

Audytor będzie chciał zobaczyć nie tylko salda kont, ale logikę przejścia od dokumentu źródłowego do zapisu w księdze głównej. Jeśli nie da się jasno wyjaśnić, skąd wzięło się saldo jakiegoś konta, możesz być pewien, że tę pozycję audytor potraktuje jako obszar podwyższonego ryzyka.

Integracje z systemami zewnętrznymi i ich wpływ na kompletność danych

W większości firm ERP nie działa w próżni. Dane napływają z:

• systemów bankowości elektronicznej (import wyciągów, płatności),
• systemów sprzedaży (e-commerce, CRM, systemy kasowe),
• zewnętrznych systemów magazynowych lub produkcyjnych (WMS, MES),
• modułów HR/Płace spoza ERP,
• zewnętrznych narzędzi controllingowych (BI, data warehouse).

Audytor będzie zainteresowany tym, jak wygląda przepływ danych między tymi systemami a ERP oraz jakie kontrole zapewniają, że nic się po drodze nie gubi. Trzeba umieć odpowiedzieć m.in. na pytania:

• jak często następuje import danych (codziennie, raz w miesiącu, ad hoc),
• jak ERP sygnalizuje błędy importu (logi, statusy, raporty błędów),
• kto i w jaki sposób weryfikuje kompletność importu (porównania liczby dokumentów, sumy kontrolne),
• czy po imporcie następuje automatyczne księgowanie, czy wymagane jest ręczne zatwierdzenie.

Dobrym nawykiem jest prowadzenie prostych raportów uzgodnieniowych między systemami, np.:

• sprzedaż wg systemu sprzedażowego vs sprzedaż zaksięgowana w ERP za dany dzień/miesiąc,
• saldo rachunku bankowego wg banku vs saldo konta 13-xxx w ERP na koniec dnia/miesiąca,
• stany magazynowe wg WMS vs stany magazynowe w ERP na koniec miesiąca.

Takie raporty są dla audytora dowodem, że kontrola nad przepływem danych nie kończy się na „kliknąłem import, system nie krzyczał, więc pewnie jest dobrze”.

Rola użytkowników kluczowych w kontakcie z audytorem

Przy audycie w środowisku ERP nie wystarczy, że „wszystko wie główna księgowa”. Potrzebny jest zespół użytkowników kluczowych, którzy rozumieją zarówno procesy biznesowe, jak i logikę systemu. Najczęściej są to:

• główna księgowa / kierownik działu finansów,
• specjalista ds. rozrachunków,
• osoba odpowiedzialna za moduł magazynowy/produkcyjny,
• osoba odpowiedzialna za moduł środków trwałych,
• specjalista ds. kadr i płac (jeśli moduł jest zintegrowany z FK),
• administrator systemu ERP lub przedstawiciel IT (do kwestii technicznych i raportów).

Dobrą praktyką jest z wyprzedzeniem ustalenie, kto jest „tłumaczem” którego obszaru dla audytora. Na przykład:

• osoba A odpowiada za wyjaśnienia dotyczące procesu sprzedaży i przychodów,
• osoba B – za rozrachunki i potwierdzenia sald,
• osoba C – za magazyn i koszty własne sprzedaży,
• osoba D – za środki trwałe, amortyzację, inwestycje w toku.

Jak przygotować krótką „mapę procesów” pod audyt

Audyt w ERP znacznie przyspiesza, jeśli audytor dostaje nie tylko opis modułów, ale też mapę głównych procesów. Chodzi o to, by pokazać, jak w systemie przebiega typowa sprzedaż, zakup, przyjęcie środka trwałego, naliczenie listy płac czy rozliczenie produkcji – od dokumentu źródłowego do księgi głównej.

Praktyczna mapa procesów dla audytu powinna obejmować kilka kluczowych ścieżek, opisanych krótko i po ludzku:

• Sprzedaż: od zamówienia klienta / paragonu, przez dokument WZ i fakturę, po zapis na kontach przychodów i należności.
• Zakupy: od zamówienia zakupu, przez PZ i fakturę dostawcy, po zapis na kontach kosztów / zapasów i zobowiązań.
• Magazyn / produkcja: od zlecenia produkcyjnego, przez dokumenty RW/ZW i przyjęcie produktu gotowego, po rozliczenie kosztu własnego.
• Środki trwałe: od zakupu/inwestycji w toku, przez przyjęcie do użytkowania, po miesięczną amortyzację.
• Płace: od listy płac i deklaracji, przez eksport do ERP, po ujęcie kosztów wynagrodzeń i zobowiązań publicznoprawnych.

Przy każdej ścieżce dobrze jest dopisać:

• jakie typy dokumentów pojawiają się w procesie (np. ZS, WZ, FS),
• gdzie odbywa się kontrola merytoryczna (kto co akceptuje),
• kiedy i jak następuje księgowanie do FK (automatyczne, wsadowe, ręczne).

Taka mapa procesów często ląduje potem w dokumentacji audytora jako opis środowiska IT i przepływu danych. Co ważne – pomaga też nowym osobom po stronie finansów, bo porządkuje to, co na co dzień robione jest „z pamięci”.

Przygotowanie do audytu krok po kroku – plan działań na kilka tygodni

6–8 tygodni przed audytem: porządki strukturalne i ustalenia z biznesem

Na kilka tygodni przed startem prac audytorskich jeszcze da się poprawić strukturę danych, ale na „wielkie rewolucje” jest już za późno. Ten czas lepiej wykorzystać na:

• przegląd planu kont – czy nie ma martwych kont, mylących nazw, dziwnych rozbić, które zaskoczą audytora; jeśli są, ustal, jak będziesz je prezentować w notach do sprawozdania,
• weryfikację słowników (kontrahenci, indeksy materiałowe, MPK) – duplikaty, nieaktywne pozycje, stare kategorie; uporządkowanie opisów ułatwi identyfikację transakcji,
• przegląd standardowych raportów z ERP – które raporty będą bazowe do audytu, a które tylko pomocnicze; czasem wystarczy skorygować układ kolumn lub dodać filtr, by raport był zrozumiały dla kogoś z zewnątrz,
• ustalenie harmonogramu zamknięcia – szczególnie jeśli pracujesz na kilku spółkach lub wiele modułów „dojeżdża” do FK na ostatnią chwilę.

Na tym etapie dobrze jest też odbyć krótką rundę z właścicielami procesów (sprzedaż, zakupy, magazyn, HR) i zapowiedzieć, czego możesz od nich potrzebować w trakcie audytu: potwierdzeń danych, wyjaśnień nietypowych transakcji, dostępności na spotkania. Im wcześniej, tym mniejsze zdziwienie, że „audyt znowu coś chce”.

3–4 tygodnie przed audytem: zamknięcie robocze i testy spójności

Dobrym zwyczajem jest wykonanie roboczego zamknięcia miesiąca (lub kwartału) w ERP na potrzeby audytu – nawet jeśli formalne zamknięcie nastąpi później. Chodzi o to, by przetestować:

• czy wszystkie moduły poprawnie przekazują zapisy do księgi głównej,
• czy raporty, które planujesz przekazać audytorowi, da się odtworzyć z tą samą logiką i filtrami,
• czy istnieją istotne rozbieżności między ERP a systemami zewnętrznymi (np. sprzedaż, banki, WMS).

Na tym etapie warto już:

• przejść wszystkie raporty uzgodnieniowe – np. zestawienie obrotów i sald vs raport controllingowy,
• sprawdzić, czy istniejące korekty w księdze głównej mają czytelne opisy i dokumenty źródłowe,
• zidentyfikować konta, na których pojawiły się nietypowe salda (np. dodatnie saldo na koncie przychodów odpisanych, ujemne saldo zapasów),
• spisać listę obszarów, które będą wymagały wyjaśnień – lepiej samemu o nich powiedzieć audytorowi, niż czekać, aż je znajdzie.

1–2 tygodnie przed audytem: pakiet startowy dla audytora

Audytor zwykle przesyła listę wymaganych informacji. Zamiast odpowiadać na nią „na raty”, opłaca się przygotować spójny pakiet startowy, zbudowany w dużej mierze na raportach z ERP. Typowy pakiet zawiera:

• zestawienie obrotów i sald za okres objęty badaniem wraz z opisem kluczowych kont,
• wydruk księgi głównej lub raport obrotów na kontach istotnych z punktu widzenia sprawozdania,
• raporty rozrachunków (należności, zobowiązania) z podziałem na kontrahentów i rozrachunki przeterminowane,
• raport stanów magazynowych i obrotów magazynowych z ERP,
• zestawienie środków trwałych z informacją o amortyzacji, zmianach w okresie i inwestycjach w toku.

Do pakietu startowego dobrze jest dołączyć krótką „instrukcję obsługi” danych: jak generowane są raporty (filtry, daty, wersje), co dokładnie oznaczają niektóre kolumny, jakie są powiązania rubryk raportu z pozycjami sprawozdania finansowego. Dwie strony prostego opisu potrafią oszczędzić kilkanaście maili z pytaniami typu „a co oznacza kolumna X?”.

W trakcie audytu: zarządzanie zmianami danych w ERP

Audyt ma to do siebie, że trwa – a firma żyje dalej. W ERP pojawiają się kolejne dokumenty, korekty, przeksięgowania. Żeby nie wpaść w spiralę „ale kiedy to było zaksięgowane?”, wprowadź kilka prostych zasad:

• ustal datę cut-off – wszystkie raporty przekazywane audytorowi są generowane na konkretny dzień, a zmiany po tej dacie są dokumentowane osobno,
• w przypadku istotnych korekt w trakcie audytu przygotuj krótką notatkę (co, kiedy, dlaczego) i załącz ją do kolejnego pakietu danych,
• nie zmieniaj „po cichu” parametrów systemu (np. schematów księgowań, algorytmów rozliczeń) bez poinformowania o tym audytora – to klasyczny generator nieporozumień.

Jeśli Twój ERP na to pozwala, dobrym rozwiązaniem jest zamrożenie okresu w modułach szczegółowych (np. magazyn, środki trwałe) po zamknięciu miesiąca na potrzeby audytu i wprowadzanie korekt tylko w uzgodniony sposób (np. przez specjalne dokumenty korygujące).

Kluczowe raporty i wydruki z ERP, których audytor będzie oczekiwał

Raporty z księgi głównej – fundament audytu

Podstawą badania jest zawsze księga główna. Niezależnie od nazwy raportów w Twoim ERP, audytor oczekuje zwykle:

• zestawienia obrotów i sald za badany okres,
• raportu obrotów na kontach (możliwość „wejścia” w zapis),
• pełnego wydruku dziennika (w niektórych systemach: dzienniki cząstkowe wg modułów).

Przygotowując te raporty, zadbaj o:

• jednoznaczną datę i zakres raportu (od–do),
• czytelny format eksportu (CSV/Excel, a nie tylko PDF – audytorzy lubią filtrować i pivotować),
• konsekwentne stosowanie opisów dokumentów – jeśli w księdze głównej widnieje tylko numer „123/2026”, przygotuj się na dodatkowe pytania.

Raporty rozrachunków – należności i zobowiązania

W module rozrachunków audytor będzie szukał przede wszystkim:

• raportu sald rozrachunków na dzień bilansowy z podziałem na kontrahentów,
• zestawienia przeterminowanych należności i zobowiązań z podziałem na przedziały czasowe,
• raportu rozliczeń (zestawienie faktur i płatności, kompensat, not).

Przydatnym dodatkiem jest raport, który pokazuje strukturę wiekową należności wg klientów – zwłaszcza jeśli tworzysz odpisy aktualizujące. W wielu ERP da się to wygenerować automatycznie, a jeśli nie – sprytna tabela przestawna w Excelu na bazie danych z systemu też spełni swoje zadanie.

Raporty magazynowe i kosztowe – zapasy i koszt własny sprzedaży

W obszarze zapasów i kosztów produkcji audytor oczekuje zwykle:

• raportu stanów magazynowych na dzień bilansowy (ilościowo-wartościowego),
• zestawienia obrotów magazynowych (PZ, WZ, RW, ZW, MM) za okres,
• raportu kosztu własnego sprzedaży wg indeksów lub grup towarowych,
• raportu różnic inwentaryzacyjnych wraz z dokumentami ich rozliczenia.

Jeśli ERP obsługuje produkcję, przydadzą się również:

• raport rozliczenia zleceń produkcyjnych – koszt planowany vs rzeczywisty,
• zestawienia kosztów pośrednich rozliczonych na produkcję (np. narzuty wydziałowe).

Upewnij się, że w raportach magazynowych używasz spójnej jednostki miary – różne jednostki (sztuki, kg, m) bez jasnego opisu to proszenie się o dodatkowe pytania.

Raporty środków trwałych i WNiP – amortyzacja pod lupą

Moduł środków trwałych to klasyczny obszar testów audytorskich. Przygotuj z ERP:

• kartotekę środków trwałych i WNiP – z datami przyjęcia, stawkami, metodami amortyzacji,
• zestawienie ruchów w okresie (przyjęcia, sprzedaże, likwidacje, ulepszenia),
• plan amortyzacji i raport rzeczywiście naliczonej amortyzacji,
• zestawienie inwestycji w toku z podziałem na projekty/MPK.

Przy okazji dobrze sprawdzić, czy w module nie ma „zapomnianych” środków – np. całkowicie zamortyzowanych, ale wciąż używanych, lub takich, które w praktyce zostały zlikwidowane, a nadal wiszą w ewidencji. Audytor szybko je wypatrzy, więc lepiej mieć przygotowane wyjaśnienie.

Raporty z modułu płacowego i controllingu

Jeśli moduł płacowy jest zintegrowany z ERP lub dane są importowane z systemu zewnętrznego, audytor będzie oczekiwał:

• raportów list płac za okres (łącznie lub z podziałem na grupy pracowników),
• zestawień składników wynagrodzeń (pensje zasadnicze, premie, dodatki, odprawy),
• raportu zobowiązań publicznoprawnych (ZUS, PIT, inne),
• raportów księgowania list płac do modułu finansowo-księgowego.

Z kolei w controllingu cenne są:

• raporty kosztów według MPK/projektów,
• analizy odchyleń od budżetu (szczególnie w obszarach o wysokim ryzyku),
• raporty marży wg produktów/segmentów, jeśli mają istotny wpływ na prezentację sprawozdania.

Audytor nie zawsze żąda raportów controllingowych formalnie, ale często korzysta z nich jako dodatkowego źródła zrozumienia biznesu. Dobrze, jeśli controlling i księgowość korzystają z tych samych definicji (np. co to jest „koszt sprzedaży” czy „koszt ogólnego zarządu”).

Jakość danych księgowych w ERP – co sprawdzić, zanim zrobi to audytor

Porządek w planie kont i słownikach – fundament wiarygodnych danych

Zanim zaczną się skomplikowane uzgodnienia, trzeba upewnić się, że plan kont i słowniki w ERP nie żyją własnym życiem. Bałagan na tym poziomie wraca w audycie jak bumerang.

Przegląd zacznij od kilku prostych pytań:

• czy w planie kont nie funkcjonują „martwe” konta, których nikt nie używa od lat, ale wciąż pojawiają się w raportach,
• czy są konta duplikujące przeznaczenie (np. dwa różne konta dla tego samego typu kosztu),
• czy opisy kont są zrozumiałe dla osoby z zewnątrz – akronimy typu „KOS-TR-WW” nie pomagają ani audytorowi, ani nowemu księgowemu.

W wielu ERP można używać kont technicznych (np. do rozliczeń wewnętrznych czy księgowań pomocniczych). Upewnij się, że:

• na koniec okresu nie zostają na nich salda nierozliczone,
• są właściwie wyłączone z raportów sprawozdawczych lub odpowiednio grupowane.

Podobną higienę zastosuj w słownikach (kontrahenci, towary, MPK, projekty). Dublujące się rekordy, różne pisownie tej samej nazwy czy brak NIP-u to klasyczne źródło niezgodności między raportami rozrachunków, VAT a sprawozdaniem.

Spójność okresów i dokumentów – daty, które robią różnicę

ERP zwykle pozwala ustawić różne daty: dokumentu, księgowania, operacji gospodarczej. Dla audytora kluczowe jest, żeby:

• zasady ich stosowania były spójne (np. faktury sprzedaży zawsze z datą księgowania = data sprzedaży),
• nie dochodziło do mieszania okresów – np. dokument z grudnia zaksięgowany w styczniu bez wyraźnej informacji o rozliczeniu międzyokresowym.

Przed audytem przejrzyj:

• dokumenty z pogranicza końca roku (grudzień/styczeń) i końców kwartałów,
• księgowania wprowadzone z datą wsteczną po zamknięciu miesiąca,
• operacje, w których data dokumentu znacząco odbiega od daty księgowania (np. faktura sprzed wielu miesięcy zaksięgowana „hurtowo”).

Jeżeli ERP ma raport dokumentów wprowadzonych po dacie X, ale dotyczących okresu Y, wygeneruj go i sprawdź, czy wszystko ma sens księgowy i biznesowy. To typowy obszar testów cut-off.

Kontrola integralności między modułami – czy wszystko „dochodzi” do księgi głównej

Jedna z najczęstszych przyczyn problemów w audycie: moduł magazynowy, sprzedażowy lub płacowy „mówi” co innego niż księga główna. ERP daje tu potężną przewagę – pod warunkiem, że sprawdzisz kilka rzeczy wcześniej.

Wykonaj proste uzgodnienia między:

• modułem sprzedaży (raport sprzedaży wg dokumentów) a kontami przychodów w księdze głównej,
• modułem zakupów (faktury zakupowe) a kontami kosztów i rozrachunków z dostawcami,
• modułem magazynowym (wartość zapasów wg kartotek) a kontami zapasów w księdze głównej,
• modułem płacowym (lista płac) a kontami wynagrodzeń i zobowiązań publicznoprawnych.

W wielu systemach da się wygenerować raporty mostków księgowych (zestawienie dokumentów źródłowych i ich zapisów w księdze). Przejrzyj przynajmniej:

• pozycje z błędami księgowania lub w statusie „niezaksięgowane”,
• dokumenty z nietypowymi schematami (np. ręcznie zmienione księgowanie standardowe).

Jeżeli coś „wisi” w module, a nie ma tego w księdze, audytor prędzej czy później to wyłapie. Lepiej, żeby usłyszał: „wiemy, naprawiliśmy”, niż: „to chyba jakiś błąd systemu”.

Salda nietypowe i konta „śmietniki” – wczesne sprzątanie

Konta, na które przez lata „podpina się wszystko, co nie pasuje gdzie indziej”, są wrogiem spokojnego audytu. Zwykle noszą dumną nazwę: „pozostałe”, „różnice”, „techniczne”. Wystarczy, że audytor posortuje je po wartości salda i robi się ciekawie.

Przeanalizuj w ERP:

• konta różnic kursowych, zaokrągleń, rozliczeń różnic – czy nie zawierają „normalnych” kosztów/przychodów,
• konta pozostałych przychodów i kosztów – czy nie stały się główną kategorią operacji, których nikt już nie rozumie,
• konta przejściowe/techniczne używane przy importach danych lub migracjach.

Dobrą praktyką jest oznaczenie takich kont w ERP (np. dodatkowy atrybut, grupa kont) i przygotowanie krótkiego opisu zasad ich użycia. Ułatwia to zarówno wewnętrzną kontrolę, jak i rozmowę z audytorem.

Spójność z ewidencją VAT i JPK – ERP a wymagania podatkowe

Dane księgowe nie żyją w próżni – muszą zgadzać się z tym, co wysyłasz do urzędów skarbowych. Audytor coraz częściej prosi o pliki JPK, a nie tylko tradycyjne rejestry.

Przygotuj:

• uzgodnienie rejestrów VAT sprzedaży i zakupów z obrotami na odpowiednich kontach księgi głównej,
• porównanie kwot z deklaracji VAT z danymi z ERP (rejestry, konta VAT należny/naliczony),
• sprawdzenie, czy pliki JPK_V7 generowane z ERP są zgodne z tym, co księgujesz (stawkowanie, GTU, oznaczenia procedur).

Jeżeli używasz odrębnego narzędzia do wysyłki JPK, upewnij się, że mapowania kont i stawek między nim a ERP są aktualne. Rozjazd między plikiem JPK a księgą główną to typowy punkt zapalny zarówno w audycie, jak i w ewentualnej kontroli skarbowej.

Testy logiczne w ERP – proste raporty, które wyłapują błędy

Większość nowoczesnych ERP oferuje raporty kontrolne lub przynajmniej opcję tworzenia prostych reguł walidacyjnych. Kilka przykładów testów, które dobrze uruchomić przed przyjściem audytora:

• zapisy bez przypisanego kontrahenta tam, gdzie jest on wymagany (np. sprzedaż, zakupy),
• dokumenty magazynowe z ujemnymi stanami lub z cenami odbiegającymi od typowych,
• faktury sprzedaży z ceną 0 lub nietypowo wysokim rabatem,
• zapisy bez analityki wymaganej (np. bez MPK na kontach kosztowych, mimo że polityka rachunkowości tego wymaga).

Jeżeli ERP pozwala budować własne raporty kontrolne (np. w module BI lub narzędziu raportowym), opłaca się przygotować stały zestaw testów „przedzamknięciowych” i uruchamiać go nie tylko przed audytem, ale na koniec każdego kluczowego okresu.

Ścieżka audytu w systemie – kto, co i kiedy zmienił

Gdy pojawia się kontrowersyjny zapis, pierwsze pytania brzmią: kto to zaksięgował, kiedy i na podstawie czego. Jeśli Twój ERP ma logi operacji i historię zmian, możesz na nie odpowiedzieć bardzo szybko.

Sprawdź z administratorem systemu:

• jak długo przechowywana jest historia zmian na dokumentach i zapisach księgowych,
• czy możliwe jest odtworzenie stanu danych na konkretny dzień (np. na dzień bilansowy),
• jak wygląda rejestr logowań i uprawnień – kto ma możliwość księgowania, korekt, usuwania dokumentów.

Dobrą praktyką jest wprowadzenie podziału ról w ERP: inne uprawnienia dla osób wprowadzających dokumenty, inne dla zatwierdzających, inne dla tych, którzy mogą księgować i korygować już zaksięgowane operacje. Audytorzy są na to wyczuleni – a przy okazji ogranicza to liczbę „magicznych poprawek po godzinach”.

Automaty i integracje – sprzymierzeniec czy źródło chaosu

Wiele firm korzysta z integracji ERP z systemami zewnętrznymi: e-commerce, bankowością elektroniczną, systemami produkcyjnymi. Każde takie połączenie to potencjalne miejsce rozjazdu danych, jeśli nie jest regularnie kontrolowane.

Przed audytem przeanalizuj:

• jak działa import wyciągów bankowych – czy każde księgowanie z wyciągu ma swój zapis w księdze głównej i czy nie powstają „podwójne” zapisy,
• integrację z platformami sprzedażowymi – czy raport sprzedaży z platformy zgadza się z dokumentami w ERP,
• import dokumentów magazynowych lub produkcyjnych – czy wartości przenoszą się poprawnie i bez „ręcznych dopisków”.

Jeżeli w trakcie roku była wprowadzana nowa integracja lub większa aktualizacja, przygotuj krótką notatkę z opisem: od kiedy działa, jak została przetestowana, czy w momencie wdrożenia wystąpiły korekty. Audytor nie będzie musiał zgadywać, dlaczego w połowie roku zmienił się sposób księgowania pewnych operacji.

Dokumentacja księgowa w ERP – załączniki, opisy, linki

Sam zapis księgowy to dla audytora dopiero połowa historii. Druga połowa to dokument źródłowy, do którego trzeba szybko dotrzeć. ERP bardzo to ułatwia – o ile korzystacie z jego możliwości.

Sprawdź, czy:

• do dokumentów w ERP podpinane są skany lub pliki (np. faktury PDF, umowy),
• istnieje spójna konwencja opisów (np. numer umowy, projektu, zamówienia zawsze w tej samej rubryce),
• w obsłudze nietypowych zdarzeń (np. jednorazowe odszkodowanie, kara umowna) pojawia się komentarz w systemie wyjaśniający logikę księgowania.

Jeżeli nie ma możliwości załączania dokumentów wprost w ERP, zadbaj o jednoznaczny identyfikator (numer, sygnatura) w opisie księgowania, który pozwala powiązać zapis z dokumentem w archiwum elektronicznym lub papierowym.

Uzgodnienia kluczowych pozycji sprawozdania – jak wykorzystać funkcje ERP

Bilans – automatyczne raporty a ręczne uzgodnienia

Wiele ERP generuje bilans „z marszu”. Z punktu widzenia audytu to świetny punkt startu, ale nie koniec pracy. Kluczowe jest pokazanie, jak pozycje bilansu wynikają z księgi głównej.

Przygotuj:

• raport mapowania kont na pozycje bilansowe – często jest to konfiguracja raportu finansowego w systemie,
• uzgodnienie sum kont składowych z poszczególnymi wierszami bilansu (np. zapasy, należności, zobowiązania),
• krótką informację o zmianach w strukturze raportowania między rokiem bieżącym a poprzednim (np. nowe konta, inaczej zgrupowane pozycje).

Jeżeli korzystasz z modułu raportowania finansowego w ERP (czasem w formie „kostek” danych lub drzew raportowych), przejdź po kolei po kluczowych pozycjach bilansu, klikając w głąb do poziomu księgi głównej i dokumentu. Takie „przeklikanie” przed audytem pozwala wyłapać konta omyłkowo przypisane do niewłaściwych pozycji.

Rachunek zysków i strat – powiązanie z kontami kosztów i przychodów

W rachunku wyników audytor zwróci szczególną uwagę na:

• spójność przychodów z modułem sprzedaży i deklaracjami VAT,
• strukturę kosztów (rodzajowo vs kalkulacyjnie, koszty stałe vs zmienne),
• kluczowe marże i odchylenia względem poprzedniego okresu.

ERP zwykle umożliwia tworzenie kilku wariantów rachunku wyników na bazie tych samych kont. Dobrze jest:

• zdefiniować w systemie minimalny wariant odpowiadający strukturze sprawozdania finansowego,
• utrzymywać spójne przypisanie kont (np. wszystkie przychody z jednego typu działalności zawsze w tej samej grupie),

Najważniejsze punkty

• Audyt w ERP koncentruje się na wiarygodności, kompletności i możliwości prześledzenia danych od sprawozdania finansowego aż do pojedynczego dokumentu – ładny wydruk bez ścieżki audytu nie robi na audytorze wrażenia.
• Posiadanie „wszystkiego w ERP” nie oznacza, że dane są użyteczne dla audytu; kluczowe są: odpowiednia analityka kont, konsekwentne stosowanie segmentów (MPK, projekty), spójne procesy i logiczna numeracja dokumentów.
• ERP daje przewagę nad „Excelem + segregatorami” dzięki automatyzacji księgowań, spójności między modułami, historii zmian i skalowalności danych – ale przy chaosie procesowym system tylko ładnie wyeksponuje bałagan.
• Dla audytora istotne jest, by z kilku kliknięć wygenerować kompletne, uzgodnione raporty (OBiS, dzienniki, rejestry VAT, rozrachunki, magazyn, środki trwałe) i móc z nich zejść do konkretnej faktury, umowy czy WZ.
• Przygotowanie do audytu wymaga dogadania trzech perspektyw: księgowości (zgodność i uzgodnienia FK), controllingu (model raportowy, MPK, projekty) i audytora (jasna ścieżka audytu i integracje systemów).
• Trzeba z góry ustalić, które raporty z ERP są referencyjne dla audytu, jak księgowość z controllingiem uzgadniają dane oraz kto „tłumaczy” audytorowi pochodzenie liczb w sprawozdaniu – inaczej każdy moduł gra swoją melodię.