Po co firmie audyt gotowości do KSeF, zanim system stanie się obowiązkowy
„Mamy projekt KSeF” kontra „jesteśmy gotowi operacyjnie”
Sporo firm deklaruje, że „ma projekt KSeF”, bo podpisały umowę z dostawcą ERP, zaplanowały integrację lub przetestowały wysyłkę pojedynczej faktury. To dopiero początek. Gotowość operacyjna do KSeF oznacza coś znacznie więcej: stabilne procesy, czyste dane w ERP, przeszkolonych użytkowników i przećwiczone scenariusze awaryjne.
Integracja techniczna to tylko jeden z elementów. Nawet jeśli system ERP potrafi wysłać fakturę ustrukturyzowaną do KSeF w środowisku testowym, codzienność potrafi szybko zweryfikować entuzjazm. Wystarczy kilka faktur z niekompletnymi danymi kontrahentów, błędną stawką VAT czy złym typem dokumentu, a proces sprzedaży zaczyna się dławić. Audyt gotowości do KSeF ma odpowiedzieć nie na pytanie: „czy mamy integrację?”, tylko: „czy cała organizacja jest w stanie bez chaosu pracować w realiach KSeF?”.
Rzeczywiste przejście na KSeF dotyka dziesiątek drobnych decyzji – od momentu przyjęcia zamówienia, przez wystawienie faktury, po jej księgowanie i płatność. Jeżeli audyt obejmie tylko IT i testy techniczne, a nie procesy biznesowe i jakość danych, efekt będzie podobny do posiadania szybkiego samochodu bez hamulców i pasów bezpieczeństwa.
Ryzyka zbyt późnego audytu: od blokady sprzedaży po utratę reputacji
Brak rzetelnego audytu gotowości do KSeF to ryzyko na kilku poziomach. Najbardziej bolesne skutki pojawiają się tam, gdzie najmniej jest na nie miejsca – w sprzedaży i płynności finansowej. Typowe problemy to:
blokada sprzedaży – faktury nie przechodzą walidacji KSeF z powodu błędnych danych; nie ma numeru KSeF, klient nie akceptuje dostawy lub nie uruchamia płatności,
opóźnienia płatności – błędy w numerach NIP, adresach czy typach dokumentów powodują konieczność wystawiania korekt, wyjaśnień, czasem ręcznego „odkręcania” spraw z klientem,
zagrożenie karami – brak wystawienia faktury w terminie, wysyłka poza KSeF, nieprawidłowe dane podatkowe, nieuprawniony dostęp do KSeF lub niewłaściwe uprawnienia,
utrata wiarygodności – klienci, zwłaszcza więksi, oczekują sprawnej obsługi w nowym systemie; powtarzające się błędy i opóźnienia w fakturach szybko przekładają się na ocenę wiarygodności dostawcy.
Do tego dochodzi ryzyko „chaosu wewnętrznego”: pracownicy sami tworzą obejścia, prowadzą równoległe rejestry w Excelu, drukują zrzuty z KSeF zamiast polegać na ERP. Zespół zaczyna tracić zaufanie do systemów, a każda korekta wymaga konsultacji z księgowością i IT. Audyt ma wyprzedzić ten moment – wyłapać słabe punkty i pozwolić wdrożyć zmiany zanim praca na produkcji stanie się męką.
Korzyści z wczesnego audytu gotowości do KSeF
Wczesny, rzetelnie zaplanowany audyt gotowości do KSeF daje kilka bardzo konkretnych korzyści biznesowych.
Mniej gaszenia pożarów – wiele problemów (np. duplikaty kontrahentów, brak obowiązkowych danych, błędne mapowanie stawek VAT) da się naprawić spokojnie, krok po kroku. Po wejściu obowiązku KSeF każda godzina przestoju oznacza realne koszty.
Krótszy rozruch po starcie obowiązku – firmy, które przetestują faktyczne scenariusze, mają dużo łagodniejszą „krzywą bólu”. Owszem, problemy zawsze się pojawią, ale dotyczą marginesu, a nie podstawowego strumienia faktur.
Lepsza pozycja negocjacyjna wobec dostawców IT – znając swoje procesy, wymagania i słabe miejsca, można dużo precyzyjniej zamówić prace programistyczne, integracje, dodatkowe moduły. Zamiast „prosimy o integrację z KSeF” pojawia się konkretna checklista funkcjonalna.
Świadome decyzje strategiczne – audyt może ujawnić, że aktualny system ERP/FK nie jest sensownie rozwijalny pod KSeF i taniej (oraz bezpieczniej) będzie rozważyć zmianę lub moduł zewnętrzny. Lepiej odkryć to rok wcześniej niż miesiąc przed obowiązkiem.
Przykład z praktyki: „KSeF wdrożony”, ale sprzedaż stanęła
Firma handlowa wdrożyła integrację z KSeF w głównym systemie ERP. Testy techniczne poszły gładko – wysłano kilka przykładowych faktur do środowiska testowego, system otrzymał numery KSeF, wszystko wyglądało dobrze. Nie przeprowadzono jednak audytu danych kontrahentów ani analizy wszystkich ścieżek fakturowania.
W momencie przełączenia produkcji zaczęły się problemy: część klientów miała nieuzupełnione lub błędne NIP-y, w bazie było wiele duplikatów kontrahentów o podobnych nazwach, a dział sprzedaży wystawiał faktury także z modułu CRM, który nie był zintegrowany z KSeF. Efekt? KSeF odrzucał seriami faktury z podstawowego strumienia sprzedaży, pracownicy zaczęli szukać obejść, a relacje z kluczowymi klientami mocno się napinały.
Późniejsza analiza pokazała, że 80% problemów można było wychwycić w prostym audycie danych i procesów, prowadzonym 6–9 miesięcy wcześniej. Integracja techniczna zadziałała. Zawiódł brak audytu gotowości operacyjnej.
Źródło: Pexels | Autor: Kindel Media
Ramy prawne i techniczne KSeF w pigułce – czego audyt ma dotyczyć
Krajowy System e-Faktur jako system, a nie tylko nowy format
KSeF to centralny system Ministerstwa Finansów służący do wystawiania, otrzymywania i przechowywania faktur ustrukturyzowanych. Docelowo, od 2026 roku, faktury ustrukturyzowane mają stać się podstawowym, obowiązkowym sposobem wystawiania faktur w transakcjach B2B na terytorium Polski (z pewnymi wyjątkami).
Oznacza to kilka kluczowych zmian:
faktura nie „rodzi się” już tylko w ERP, ale dopiero po przyjęciu do KSeF,
numer KSeF staje się głównym identyfikatorem dokumentu,
wystawienie i otrzymanie faktury jest rejestrowane w centralnym systemie administracji skarbowej,
treść faktury jest z góry zdefiniowana przez strukturę logiczną (schemę), najczęściej w formacie XML.
Audyt gotowości do KSeF musi więc objąć nie tylko „czy system potrafi wygenerować XML”, ale także:
jak firma zarządza uprawnieniami do KSeF,
w jaki sposób weryfikowana jest poprawność danych przed wysyłką,
czy procesy sprzedażowe i zakupowe są dopasowane do trybu pracy „przez KSeF”.
Faktura ustrukturyzowana vs PDF/papier – zmiany dla ERP
Tradycyjna faktura papierowa czy PDF była w dużej mierze „dowolnym” dokumentem: ważne, aby zawierała wymagane prawem elementy, natomiast układ, dodatkowe pola czy skróty były w gestii firmy. Faktura ustrukturyzowana w KSeF to zestaw ściśle określonych pól, które muszą spełniać konkretne wymagania co do typu danych, długości, formatów.
ERP musi zatem:
mapować swoje pola (np. kod klienta, numer zamówienia, oznaczenia VAT) na pola struktury KSeF,
pilnować, aby wymagane pola były uzupełnione i poprawne formalnie (np. format NIP, kody krajów, daty),
umożliwić obsługę nowych typów dokumentów i przypadków szczególnych (np. faktury korekty wsteczne, faktury zaliczkowe, MPP).
Zmienia się także rola ERP jako „prawdy objawionej” o fakturze. Do tej pory faktura wygenerowana z systemu i wysłana klientowi była faktem dokonanym. W modelu KSeF dokument, który ERP „chce wystawić”, jest dopiero propozycją, którą KSeF może przyjąć lub odrzucić. Audyt musi sprawdzić, jak system reaguje na odrzucenia i błędy walidacji.
Wymagania wobec systemów finansowo‑księgowych i sprzedażowych
Z punktu widzenia audytu, warto spojrzeć na KSeF jak na zestaw wymagań technicznych i biznesowych wobec systemów ERP/FK/CRM.
Technicznie: system musi generować faktury zgodne ze schemą KSeF, komunikować się z API KSeF (bezpośrednio lub przez pośrednika), obsługiwać statusy zwrotne (przyjęcie, odrzucenie, błąd), przechowywać identyfikatory KSeF, logować zdarzenia.
Biznesowo: system musi wspierać procesy zatwierdzania faktur, korekt, duplikatów, faktur zaliczkowych, odwrotnego obciążenia, MPP, faktur w walutach obcych, powiązań z zamówieniami czy umowami.
Do tego dochodzą wymagania dotyczące bezpieczeństwa i uprawnień – kto może:
wystawiać faktury w imieniu podatnika,
podglądać faktury,
pobierać e-faktury z KSeF,
nadawać lub odbierać uprawnienia w systemie.
Audyt gotowości do KSeF powinien przełożyć te wymagania na konkretne pytania kontrolne: „czy nasz system X potrafi…?”, „w jaki sposób realizujemy…?”, „kto odpowiada za…?”.
Jak przepisy przekładają się na obszary audytu
Ramy prawne i techniczne KSeF można przełożyć na cztery główne obszary audytu:
Dane – czy w ERP (i powiązanych systemach) znajdują się kompletne, aktualne i poprawne dane potrzebne do wystawiania faktur ustrukturyzowanych?
Procesy – czy sposób pracy (od przyjęcia zamówienia po płatność) jest spójny z zasadami KSeF i minimalizuje ryzyko błędów?
Integracje – czy przepływy danych między systemami (ERP, CRM, WMS, platformy e-commerce) są przygotowane do wymiany danych wymaganych przez KSeF?
Uprawnienia i bezpieczeństwo – czy nadzór nad dostępem do KSeF i do danych faktur jest zgodny z prawem i realnie działa w praktyce?
Każdy z tych obszarów powinien mieć swoją listę pytań, testów i scenariuszy. Audyt to nie jest ogólna opinia eksperta, tylko uporządkowana, możliwie mierzalna weryfikacja konkretnych wymagań.
Jak zaplanować audyt gotowości do KSeF – zakres, zespół, harmonogram
Właściciel audytu – kto trzyma ster?
Największym błędem organizacyjnym przy przygotowaniach do KSeF jest oddanie całego tematu wyłącznie w ręce działu IT lub jednego dostawcy systemu. Audyt gotowości do KSeF to projekt biznesowy z komponentem IT, a nie odwrotnie. Dlatego kluczowe jest wyznaczenie właściciela audytu po stronie biznesu.
Najczęściej naturalnym kandydatem jest:
dyrektor finansowy (CFO),
szef działu księgowości/finansów,
szef controllingu lub dyrektor operacyjny – w firmach, gdzie fakturowanie jest mocno splecione z procesami logistycznymi.
IT oczywiście gra ważną rolę, ale jako partner dostarczający narzędzia i wiedzę techniczną, a nie jedyny decydent. Właściciel audytu powinien mieć:
realny wpływ na procesy fakturowania i polityki finansowe,
mandat do podejmowania decyzji (także niewygodnych, np. „zamykanie” starych praktyk),
dobry kontakt z zarządem i kluczowymi działami operacyjnymi.
Skład zespołu audytowego: kto musi usiąść przy jednym stole
Audyt gotowości do KSeF wymaga spojrzenia z wielu stron. Minimalny zespół projektowy powinien obejmować przedstawicieli następujących obszarów:
Finanse / księgowość – rozumieją wymagania podatkowe, politykę rozliczeń, typy dokumentów, powiązania z JPK, deklaracjami VAT.
Dział prawny – przydaje się szczególnie w firmach o skomplikowanej strukturze, z zagranicznymi kontrahentami, umowami ramowymi, specyficznymi warunkami rozliczeń.
Zakres audytu: co sprawdzić, żeby nie „audytować wszystkiego i niczego”
Dobrze zaplanowany audyt zaczyna się od przycięcia ambicji do rozsądnych rozmiarów. Zamiast próbować prześwietlić całą firmę, lepiej jasno nazwać obszary, które mają największy wpływ na wystawianie i odbieranie faktur przez KSeF.
Praktyczny zakres audytu zwykle obejmuje:
obszar sprzedaży – od przyjęcia zamówienia po wystawienie faktury i jej korekt,
obszar zakupów – przyjmowanie faktur zakupowych, obieg dokumentów, akceptacje,
dane podstawowe – kartoteki kontrahentów, produktów, słowniki podatkowe,
integracje – punkty styku ERP z innymi systemami, które „dotykają” faktury,
uprawnienia i bezpieczeństwo – dostęp do KSeF, zarządzanie pełnomocnictwami, profile użytkowników,
raportowanie i kontrola – jak firma dziś monitoruje poprawność i kompletność faktur.
Dla każdego obszaru zespół powinien przygotować listę konkretnych pytań i testów. Przykładowo, dla sprzedaży: „czy w każdym scenariuszu sprzedaży wiemy, kiedy dokładnie powstaje faktura i z którego systemu?” albo „co się dzieje, jeśli KSeF odrzuci fakturę do klienta strategicznego?”.
Harmonogram audytu: kiedy zacząć i jak nie zablokować biznesu
Najbezpieczniej jest założyć, że pełny cykl audytu i wdrożenia zmian zajmie co najmniej kilka miesięcy. Sam audyt można podzielić na krótsze etapy, tak aby nie paraliżować bieżącej pracy.
Przykładowy harmonogram dla średniej firmy:
2–3 tygodnie – diagnoza wstępna
Rozmowy z kluczowymi działami, mapowanie systemów i procesów, określenie zakresu i priorytetów. Na tym etapie powstaje „mapa terenu” – bez detali, ale z zaznaczonymi newralgicznymi miejscami.
4–6 tygodni – audyt szczegółowy
Przegląd konfiguracji ERP, analiza próbek danych, warsztaty procesowe, testowe wysyłki do środowiska testowego KSeF (jeśli to możliwe). Tu pojawiają się pierwsze „listy rzeczy do poprawy”.
2–3 tygodnie – raport i plan działań
Priorytetyzacja problemów, szacowanie nakładu pracy, podział zadań na IT, biznes, dostawców systemów. Dobrze, gdy raport zawiera nie tylko opis ryzyka, ale i propozycję sposobu jego ograniczenia.
kolejne miesiące – wdrażanie zmian i retest
Zmiany w konfiguracji, poprawa danych, modyfikacja procedur, szkolenia. Na koniec przydaje się „mini-audyt” sprawdzający, czy ryzyka rzeczywiście zostały zredukowane.
Zdarza się, że firmy chcą „upchnąć” audyt w 2 tygodnie, bo taki jest slot w kalendarzu zarządu. Zwykle kończy się to listą ogólnych zaleceń i poczuciem, że niewiele z tego wynika. Lepiej zrobić mniejszy, ale realny zakres niż pozornie „całościowy” audyt, którego nikt nie zdążył przeprowadzić ani zrozumieć.
Priorytetyzacja ryzyk: gdzie audyt ma być najgłębszy
Nie wszystkie problemy są równie bolesne w świecie KSeF. Warto więc z góry ustalić, gdzie audyt ma „wiercić” najgłębiej.
Jako obszary wysokiego priorytetu zwykle wskazuje się:
główne strumienie przychodu – procesy, na których opiera się większość sprzedaży; ich zatrzymanie choćby na dzień naprawdę boli,
dużych i strategicznych klientów – zwłaszcza takich, którzy sami mają rygorystyczne wymagania co do faktur,
ręczne obejścia i „wyjątki” – każdy proces, który „robimy poza systemem, bo tak jest szybciej”, ma dużą szansę rozjechać się z KSeF.
Na tych odcinkach audyt powinien być dokładniejszy, z większą liczbą prób i scenariuszy testowych. Lepiej zainwestować czas tam, gdzie potencjalny błąd generuje realne koszty, niż z aptekarską precyzją badać marginalne przypadki.
Źródło: Pexels | Autor: SHVETS production
Inwentaryzacja systemów i procesów – z czego w ogóle wychodzimy
Mapa systemów: wszystkie miejsca, w których „rodzi się” faktura
Pierwszy krok to mapa systemów, które uczestniczą w procesie fakturowania. ERP jest zwykle w centrum, ale w praktyce lista bywa zaskakująco długa:
CRM, w którym handlowcy wystawiają dokumenty „na szybko”,
system WMS, generujący faktury na podstawie wysyłek,
platforma e-commerce, która sama tworzy faktury klientom detalicznym,
system do rozliczania abonamentów lub subskrypcji,
narzędzia zewnętrzne (np. do fakturowania projektów, usług serwisowych, licencji).
Dla każdego systemu trzeba odpowiedzieć na kilka prostych pytań:
czy wystawia faktury lub dokumenty, które są później przekształcane w faktury?
jeżeli tak, to jak dane trafiają do ERP – integracja, import plików, ręczne przepisywanie?
czy system ma (lub będzie miał) bezpośrednią integrację z KSeF, czy działa tylko „przez ERP”?
czy w systemie są pola niezbędne dla struktury KSeF (np. NIP, kraj, typ dokumentu, warunki płatności)?
Już samo spisanie tych informacji często odsłania „szarą strefę” fakturowania – miejsca, w których dokumenty powstają poza kontrolą księgowości.
Mapa procesów: od zamówienia po rozliczenie płatności
Kolejny krok to opis procesów w kilku głównych wariantach. Nie chodzi o 30-stronicowe procedury, ale o jasno narysowaną ścieżkę „kto, kiedy, w jakim systemie, na podstawie jakich danych”. Dobrze jest wydzielić co najmniej:
sprzedaż produktów (towarów),
sprzedaż usług (cyklicznych i jednorazowych),
sprzedaż mieszana (towary + usługi),
faktury zaliczkowe i końcowe,
korekty (ilościowe, wartościowe, rabatowe),
faktury wewnątrzgrupowe (w grupach kapitałowych).
Dla każdego typu procesu audyt powinien zebrać informacje:
co jest momentem wyzwalającym wystawienie faktury (WZ, protokół odbioru, raport godzin, koniec miesiąca),
kto to robi (konkretny dział, rola w systemie),
w jakim systemie i na podstawie jakich danych źródłowych,
co dzieje się, gdy pojawia się błąd lub spór z klientem (kto może anulować, kto wystawia korektę i gdzie).
Analiza procesów ujawnia też liczne „manualne” kroki – arkusze Excel, maile, dopiski na skanach. W świecie KSeF każdy z takich kroków to potencjalne źródło niespójności między tym, co „faktycznie” ustalono z klientem, a tym, co trafi do systemu MF.
Punkty krytyczne na mapie: gdzie ryzyko jest największe
Po połączeniu mapy systemów i procesów pojawia się kilka typowych punktów krytycznych:
miejsca przepisania danych – ręczne wprowadzanie zamówień lub korekt z maila do systemu,
podwójne źródła prawdy – np. rabaty „dogadywane” handlowca z klientem poza systemem,
różne systemy dla jednego klienta – inny system dla e-commerce, inny dla sprzedaży B2B, trzeci dla serwisu,
brak standardów kodowania – różne nazwy produktów, usług czy stawek VAT w kilku systemach,
ręczne wystawianie faktur „na boku” – bo system „nie ogarnia” danego scenariusza.
Na tych odcinkach audyt powinien rozważyć, czy da się:
zlikwidować dublujące się ścieżki (np. wystawianie faktur tylko z ERP),
zastąpić ręczne kroki integracją lub szablonem,
wprowadzić minimalne standardy danych (np. kod rabatu, typ usługi, rodzaj stawki VAT).
Audyt danych w ERP – czy dane da się bezboleśnie wysłać do KSeF
Kartoteka kontrahentów: NIP to za mało
KSeF wymusza porządek w kartotece kontrahentów. Nagle okazuje się, że „Klient ABC”, „ABC sp. z o.o.” i „A.B.C.” to ta sama firma, ale w systemie żyją jako trzy odrębne byty.
Audyt danych kontrahentów powinien objąć co najmniej:
NIP i kraj – obecność, poprawny format, zgodność z wykazem podatników VAT,
nazwa i adres – kompletność (ulica, numer, kod pocztowy, miejscowość, kraj),
duplikaty – kontrahenci o tym samym NIP, ale różnej nazwie/kodzie,
statusy klientów – aktywny/nieaktywny, blokady sprzedaży, filtry, które mogą wpływać na fakturowanie,
specjalne wymagania – np. stałe numery zamówień, wymagane pola referencyjne (pojawiające się potem w strukturze faktury).
W praktyce dobrze działa podejście, w którym:
ekstrahuje się listę aktywnych kontrahentów (z ostatnich 12–24 miesięcy),
przepuszcza ją przez zestaw automatycznych walidacji (skrypty, raporty w ERP, narzędzia ETL),
przekazuje listę do poprawy w biznesie (np. dział sprzedaży weryfikuje top klientów, księgowość – resztę).
Jeżeli dane kontrahentów są w kilku systemach, audyt powinien odpowiedzieć, który system jest „źródłem prawdy” i jak aktualizacje przenoszą się pomiędzy systemami. W przeciwnym razie NIP skorygowany w ERP nadal będzie błędny w CRM, z którego pochodzi część faktur.
Kartoteka towarów i usług: VAT, GTU, jednostki miary
Drugi filar to kartoteka produktów i usług. Tu najczęstsze problemy to:
brak lub błędna stawka VAT,
niespójne oznaczenia GTU (tam, gdzie są wymagane),
różne jednostki miary dla tego samego produktu w różnych systemach,
brak powiązania produktu z typem sprzedaży (kraj, UE, eksport),
produkty „uniwersalne” typu „USŁUGA”, używane do wszystkiego i niczego.
Audyt danych produktów powinien m.in.:
zidentyfikować aktywną listę indeksów (sprzedawanych w ostatnich np. 12 miesiącach),
sprawdzić kompletność pól podatkowych i ich zgodność z aktualną polityką VAT,
wyłapać produkty wykorzystywane w „dziwnych” konfiguracjach (np. raz ze stawką 23%, raz 8%),
ustalić, czy w strukturze KSeF wszystkie wymagane informacje da się wypełnić na podstawie danych z ERP.
Jeżeli część informacji (np. GTU, klasyfikacje) jest dziś trzymana „w głowie” księgowości albo w notatkach handlowców, audyt powinien wskazać, gdzie i jak te dane mają być utrwalone w systemie.
Polityka numeracji, serii i powiązań dokumentów
Numer KSeF staje się głównym identyfikatorem faktury, ale numeracja wewnętrzna w ERP nadal żyje własnym życiem. Problem zaczyna się, gdy:
różne systemy wystawiają faktury z tą samą serią i numerem,
korekty nie mają czytelnego powiązania z fakturami pierwotnymi,
faktury zaliczkowe i końcowe nie są poprawnie „linkowane” ze sobą.
Audyt powinien sprawdzić:
jak wygląda polityka numeracji w poszczególnych systemach,
czy istnieją nieformalne praktyki, np. „jeśli coś nie przeszło, wystawiamy nową fakturę z kolejnym numerem”,
czy ERP potrafi przechowywać i prezentować numer KSeF obok numeru wewnętrznego,
Warunki płatności, terminy, kompensaty i inne „smaczki”
KSeF nie interesuje się tylko tym, co sprzedajesz, ale też na jakich warunkach. To, co dziś bywa traktowane jako „opis na fakturze”, w strukturze ustrukturyzowanej staje się konkretnymi polami. Tu wychodzą na wierzch wszystkie domowe wynalazki typu „14 dni, ale dla klienta X to 90, bo tak się dogadaliśmy”.
Podczas audytu opłaca się sprawdzić:
jak w ERP są utrwalone warunki płatności – jako słowniki, pola tekstowe, kombinacja jednego i drugiego,
czy terminy płatności wynikają z parametrów kontrahenta, rodzaju dokumentu, czy może z „uznania” wystawiającego fakturę,
jak obsługiwane są kompensaty, potrącenia i noty księgowe – czy kończą się wystawieniem faktury, noty, czy dział finansów radzi sobie „poza systemem”,
w jaki sposób ewidencjonowane są skonta, rabaty posprzedażowe i bonusy roczne.
Jeżeli większość nietypowych warunków płatności żyje wyłącznie w mailach handlowców, audyt musi wskazać, jak je „sprowadzić na ziemię” – do ERP, do umów, do słowników, które później da się przenieść do KSeF bez ręcznych akrobacji.
W każdym biznesie istnieje kilka wątków, które zawsze psują piękne diagramy procesowe. Zwykle są to:
zaliczki i przedpłaty,
faktury okresowe (abonamenty, serwis, licencje),
fakturowanie „z góry” lub „z dołu” za okres rozliczeniowy,
rozliczenia wielowalutowe z przeliczeniami według różnych kursów (umowny, NBP, kurs z systemu klienta).
Audyt procesów powinien opisać, jak dokładnie wygląda cykl dokumentowy:
co jest pierwszym dokumentem w procesie (zamówienie, umowa, proforma, oferta),
gdzie pojawia się obowiązek podatkowy i na jakiej podstawie wystawiana jest faktura zaliczkowa,
jak ERP „pamięta” wysokość już zafakturowanych zaliczek i jak to wiąże z fakturą końcową,
czy w systemie jest pole/relacja, która pozwala jednoznacznie wskazać powiązania między dokumentami w strukturze KSeF.
Im dokładniej te scenariusze zostaną rozpisane, tym mniej niespodzianek przy integracji – szczególnie gdy okaże się, że KSeF wymaga referencji do dokumentu, o którym w ERP „wszyscy wiedzą”, ale nikt go formalnie nie łączy z fakturą.
Waluty, kursy, przeliczenia – co trafia do KSeF, a co zostaje w ERP
W wielu firmach temat walut pojawia się dopiero podczas pierwszego błędu: suma w PLN na fakturze z KSeF nie zgadza się z tym, co widzi księgowość. Źródłem zgrzytu bywa:
różne źródła kursu (NBP, EBC, kurs z systemu klienta),
inne momentu ustalenia kursu (data wystawienia, data dostawy, data zapłaty),
odmienne zasady zaokrągleń po stronie ERP i systemu integracyjnego.
Na tym etapie audyt powinien:
sprawdzić, jakie waluty faktycznie pojawiają się na fakturach i jak często,
zidentyfikować reguły wyboru kursu w ERP dla danej transakcji,
ustalić, gdzie i jak liczone są kwoty w PLN, które później mogą być raportowane do KSeF lub do raportów podatkowych,
zebrać informacje o stosowanych zasadach zaokrągleń (do grosza, do 0,01 jednostki waluty, itd.).
Na tej podstawie da się zaprojektować integrację tak, aby KSeF „rozumiał” logikę firmy, a nie generował różnice kursowe tylko dlatego, że w jednym miejscu stosowane są inne reguły matematyczne.
Uprawnienia użytkowników i odpowiedzialność za dane
KSeF nie wybacza przypadkowego kliknięcia „zapisz i wyślij”. Gdy faktura wisi już w systemie MF, każda korekta to osobny dokument, kolejne powiadomienie dla klienta i dodatkowa praca księgowości. Dlatego audyt powinien przyjrzeć się uprawnieniom i rolom w systemach.
Kilka pytań, które pomagają ustalić, czy uprawnienia są rozsądnie ustawione:
kto może wystawiać faktury, a kto tylko je przygotowywać w buforze?
czy istnieje proces akceptacji dla wybranych dokumentów (np. powyżej określonej kwoty, dla specyficznych klientów)?
czy handlowcy mogą zmieniać dane kontrahenta „w locie” podczas wystawiania faktury (np. nazwę, NIP, adres)?
kto ma możliwość anulowania, usuwania lub nadpisywania wystawionych dokumentów w ERP?
Wiele firm dopiero przy okazji KSeF tworzy pierwsze sensowne matryce ról: osobno dla wprowadzania danych, osobno dla ich weryfikacji, osobno dla wysyłki do systemu MF. Czasem wystarczy drobna zmiana – np. odebranie możliwości edycji danych kontrahenta w oknie faktury – żeby odciąć spory kawałek potencjalnych błędów.
Ścieżka akceptacji: kto „przyklepuje” fakturę przed wysyłką
Dotąd wiele organizacji zakładało, że faktura „i tak trafi do klienta mailem, więc jak coś będzie nie tak, to się poprawi”. W KSeF ten luz się kończy – każde wystawienie i każda korekta zostawiają ślad. Dlatego audyt powinien ocenić, czy istnieje i jak działa proces akceptacji faktur.
Możliwe modele są różne:
brak formalnej akceptacji – fakturę wystawia ten, kto może, bez dodatkowego sprawdzania,
akceptacja biznesowa – np. kierownik sprzedaży lub project manager zatwierdza fakturę przed wysyłką,
akceptacja finansowo-podatkowa – księgowość sprawdza kluczowe elementy (stawki VAT, GTU, numeracja, warunki płatności),
Audyt powinien wskazać, w których miejscach opłaca się wprowadzić dodatkowy krok weryfikacji, a gdzie lepiej postawić na automatyczne reguły zamiast ręcznego klikania (np. walidacje warunków płatności, limitów rabatów, kompletności danych kontrahenta).
Integracja z KSeF: wybór modelu i konsekwencje dla procesów
Na pewnym etapie rozmowa o audycie musi zejść na bardzo praktyczne pytanie: jak technicznie łączymy się z KSeF. To nie jest wyłącznie temat dla IT – od tego, jaki model integracji zostanie wybrany, zależy realny kształt procesów w księgowości, sprzedaży i controllingu.
Najczęściej rozważane warianty to:
bezpośrednia integracja ERP z KSeF – ERP generuje fakturę w strukturze KSeF i samodzielnie komunikuje się z systemem MF,
pośrednik / middleware – osobna aplikacja lub platforma integracyjna, która „tłumaczy” dane z kilku systemów na XSD KSeF,
ręczne generowanie plików i ich wysyłka (np. przez portal) – raczej dla bardzo małych wolumenów i prostych procesów.
Audyt powinien opisać, jakie to rodzi konsekwencje:
gdzie jest jedno źródło prawdy o statusie faktury – ERP, middleware, czy raport z KSeF?
kto i gdzie sprawdza status przyjęcia/odrzucenia dokumentu przez KSeF?
w którym systemie przechowywany jest numer KSeF i jak wraca on do ERP (i ewentualnie innych systemów)?
jak obsługiwane są błędy walidacji – czy faktura wraca do bufora, czy powstaje nowy dokument, czy generowany jest log dla administratora?
Na tym poziomie dobrze jest zaangażować zarówno IT, jak i księgowość. Techniczne „da się” bez biznesowego „ma to sens” zwykle kończy się tym, że księgowi mają trzy systemy do sprawdzania i wieczne poczucie, że „gdzieś tu może wisieć odrzucona faktura”.
Monitorowanie błędów i obsługa wyjątków
Nawet najlepiej zaprojektowany proces będzie generował wyjątki: klient poda błędny NIP, zmieni się stawka VAT, system integracyjny zgubi połączenie z KSeF. Audyt musi więc zbadać, jak firma reaguje na sytuacje nieidealne.
Kilka kluczowych obszarów:
logowanie błędów – gdzie widać, że dana faktura nie przeszła walidacji KSeF? Czy informacje są zrozumiałe dla użytkownika biznesowego, czy tylko dla developera?
procedura poprawy – kto i jak poprawia dane? Czy tworzy się nową fakturę, korektę, czy edytuje się istniejącą (i jakie to ma skutki podatkowe)?
komunikacja z klientem – co się dzieje, jeśli klient dostał już fakturę z ERP/mailem, a KSeF ją odrzucił?
czas reakcji – czy istnieją SLA lub choćby zdroworozsądkowe zasady, jak szybko takie przypadki mają być obsłużone.
W praktyce bardzo pomaga prosty podział: błędy techniczne (po stronie integracji, KSeF, sieci) i błędy merytoryczne (dane, VAT, brak pól obowiązkowych). Za pierwsze odpowiada IT lub dostawca systemu, za drugie – konkretne działy biznesowe. Audyt powinien jasno pokazać, które grupy błędów występują najczęściej i kto ma „posprzątać” po kim.
Raportowanie i uzgodnienia: ERP vs KSeF vs księgi
Jednym z bardziej niedocenianych skutków KSeF jest to, że organ podatkowy widzi dane szybciej i dokładniej niż kiedykolwiek wcześniej. To natychmiast stawia problem uzgodnienia: czy raporty wewnętrzne, JPK, deklaracje VAT i dane w KSeF „mówią jednym głosem”.
Audyt powinien prześwietlić:
jak powstają raporty sprzedaży (źródło danych, filtry, definicje zakresów dat),
czy istnieją regularne uzgodnienia między ERP a KSeF – np. porównanie liczby i wartości faktur za dany okres,
jak są obsługiwane różnice (np. faktury wystawione ostatniego dnia miesiąca, przyjęte w KSeF dnia następnego),
w jaki sposób dane z KSeF mogą być wykorzystane do kontroli wewnętrznych (np. weryfikacja, czy wszystkie faktury z ERP faktycznie zostały wysłane).
W wielu przypadkach potrzebne będzie utworzenie nowych raportów lub mechanizmów uzgodnień, które staną się częścią regularnej pracy działu finansów. Im wcześniej zostaną zaprojektowane, tym mniejsze zaskoczenie przy pierwszej kontroli krzyżowej „księgi vs KSeF”.
Szkolenia, komunikacja i „nowa normalność” dla użytkowników
Na koniec – chociaż nadal w ramach audytu – wypływa temat ludzi. Nawet najsprawniejsza integracja nie zadziała, jeśli wystawiający faktury nie rozumieją, co tak naprawdę się zmienia. Audyt często ujawnia luki nie tylko w procesach, ale też w wiedzy.
Dobrym efektem ubocznym audytu jest lista obszarów wymagających szkolenia:
podstawy działania KSeF z perspektywy użytkownika (co wysyłamy, co odbieramy, jak sprawdzić status),
nowe zasady odpowiedzialności – kto odpowiada za dane, kto za wysyłkę, kto za korekty,
standardy komunikacji z klientem (np. jak tłumaczyć numery KSeF, jak obsługiwać prośby o przesłanie faktury),
zmiany w codziennej pracy – co zniknie (np. drukowanie, ręczne maile z fakturą), co się pojawi (np. praca ze statusem faktury w KSeF).
Warto, aby audyt zakończył się nie tylko listą zadań dla IT i księgowości, ale też planem komunikacji do użytkowników: kto, kiedy i w jakiej formie dowie się, że „od poniedziałku robimy to inaczej”. To często decyduje, czy wdrożenie KSeF będzie przypominało kontrolowane lądowanie, czy raczej awaryjne hamowanie na ostatniej prostej.
Najczęściej zadawane pytania (FAQ)
Na czym polega audyt gotowości do KSeF w firmie korzystającej z ERP?
Audyt gotowości do KSeF to przegląd tego, jak Twoja firma faktycznie wystawia i przetwarza faktury – od przyjęcia zamówienia, przez sprzedaż i zakupy, aż po księgowanie i płatności – w zestawieniu z wymaganiami KSeF. Obejmuje zarówno procesy biznesowe, jak i jakość danych w systemach ERP/FK/CRM oraz sposób, w jaki firma planuje korzystać z integracji z KSeF.
W praktyce audyt sprawdza, czy dane kontrahentów są kompletne, czy pola w ERP są poprawnie zmapowane do struktury KSeF, jak wygląda obsługa odrzuceń z KSeF, kto ma mieć dostęp i uprawnienia oraz czy użytkownicy wiedzą, jak pracować „przez KSeF”, a nie tylko „na PDF‑ach”.
Kiedy najlepiej przeprowadzić audyt gotowości do KSeF?
Audyt warto zrobić co najmniej kilka miesięcy przed planowanym startem obowiązkowego KSeF – rozsądne okno to 6–12 miesięcy. Daje to czas na poprawę danych w ERP, korekty konfiguracji, modyfikację procesów i spokojne przeszkolenie zespołu, zamiast gaszenia pożarów na produkcji.
Im bardziej skomplikowane masz procesy (wiele systemów, oddziały, różne ścieżki fakturowania), tym wcześniej trzeba zacząć. Firmy, które zostawiają audyt na „ostatnią prostą”, często kończą z blokadą sprzedaży, chaosem w zespołach i prowizorkami w Excelu.
Jakie obszary powinien obejmować audyt gotowości do KSeF?
Dobry audyt nie zatrzymuje się na samym „czy mamy integrację z API KSeF”. Obejmuje co najmniej cztery obszary: procesy sprzedaży i zakupu, jakość danych w ERP (kontrahenci, słowniki, stawki VAT), konfigurację i możliwości systemów (ERP/FK/CRM) oraz kwestie bezpieczeństwa i uprawnień do KSeF.
W praktyce oznacza to m.in. analizę wszystkich miejsc, z których mogą wychodzić faktury, scenariuszy szczególnych (zaliczki, korekty, MPP), sposobu reagowania na odrzucenia z KSeF, a także sprawdzenie, czy w firmie nie funkcjonują „równoległe wszechświaty” faktur – np. fakturowanie z modułu, który w ogóle nie jest z KSeF zintegrowany.
Jakie są najczęstsze błędy w przygotowaniu do KSeF wykrywane w audycie?
Najczęściej powtarzają się trzy grupy problemów: brudne dane, nieprzeanalizowane procesy i zbyt wąskie podejście „tylko IT”. Do typowych błędów należą duplikaty kontrahentów, brak NIP‑ów lub błędne numery, niekompletne adresy, złe mapowanie stawek i typów dokumentów na strukturę KSeF oraz brak integracji wszystkich kanałów fakturowania.
Często wychodzi też na jaw, że firma przetestowała wysyłkę kilku faktur w środowisku testowym, ale nie sprawdziła scenariuszy masowych, obsługi odrzuceń czy pracy przy awarii KSeF. Efekt jest taki, że „KSeF działa”, dopóki nie włączy się rzeczywistość biznesowa.
Jak audyt gotowości do KSeF wpływa na wybór lub zmianę systemu ERP?
W trakcie audytu często okazuje się, że obecny ERP lub FK obsłuży KSeF tylko „na siłę”, wymagając wielu obejść lub kosztownych przeróbek. Mając wyniki audytu, można świadomie zdecydować, czy inwestować w rozbudowę obecnego systemu, czy szukać zewnętrznego modułu lub nowego rozwiązania, które lepiej wspiera e‑fakturowanie.
Audyt dostarcza konkretnej listy wymagań funkcjonalnych do rozmowy z dostawcami IT: od sposobu mapowania pól KSeF, przez obsługę statusów i błędów, po zarządzanie uprawnieniami. Dzięki temu zamawiasz realne funkcje, a nie ogólne „wdrożenie KSeF” – i masz lepszą pozycję negocjacyjną.
Jak audyt KSeF pomaga uniknąć blokady sprzedaży i opóźnień w płatnościach?
Audyt wyłapuje z wyprzedzeniem te błędy, które później powodują odrzucenia faktur przez KSeF: brak lub błędne dane kontrahentów, niewłaściwe typy dokumentów, błędne stawki VAT, brak numerów zamówień wymaganych przez klientów. Dzięki temu po przełączeniu na KSeF podstawowy strumień sprzedaży przechodzi „gładko”, a pojedyncze potknięcia da się obsłużyć operacyjnie.
Dodatkowo audyt pomaga ułożyć procedury na wypadek problemów – np. co robimy, gdy KSeF odrzuci fakturę, jak informujemy klienta, kto koryguje dane i w jakim systemie. Zamiast nerwowego szukania winnego i ręcznego „odkręcania” każdej sprawy, zespół ma jasny scenariusz działania.
Czy audyt gotowości do KSeF to zadanie tylko dla działu IT?
Nie. IT jest odpowiedzialne za integracje, technikalia i bezpieczeństwo, ale bez udziału księgowości, sprzedaży, zakupów i controllingu audyt będzie kulawy. To te działy wiedzą, jak faktycznie wygląda obieg dokumentów, gdzie są wyjątki, obejścia i „tajne” arkusze Excela.
Najlepsze efekty daje zespół mieszany: księgowo‑podatkowy, biznesowy i IT. Technicznie można mieć perfekcyjną integrację z KSeF, a jednocześnie paraliż sprzedaży, jeśli procesy i dane nie zostały poukładane – i właśnie taki scenariusz audyt ma pomóc wyeliminować, zanim zrobi to za nas życie.
