KSeF już działa. Duzi podatnicy wystawiają faktury za pośrednictwem polskiego Krajowego Systemu e-Faktur od 1 lutego 2026 r., a 1 kwietnia obowiązek objął niemal każdą firmę zarejestrowaną jako podatnik VAT. Dla firmy jednopodmiotowej korzystającej z jednego systemu ERP to przejście jest uciążliwe, ale ograniczone w skali. Dla grupy działającej na kilku instancjach ERP w różnych jednostkach biznesowych, spółkach zależnych lub systemach odziedziczonych po przejęciach, rozwiązanie do e-fakturowania w Polsce musi rozwiązać trudniejszy problem: sprawić, by niespójne i różnie skonfigurowane systemy wytwarzały faktury, które zaakceptuje ta sama scentralizowana platforma.
Przejście w stronę scentralizowanego, ustrukturyzowanego e-fakturowania w Polsce
Polskie podejście różni się od kilku innych europejskich obowiązków pod jednym istotnym względem: KSeF jest scentralizowaną, rządową platformą clearingową, a nie zdecentralizowaną siecią wymiany. Każda objęta obowiązkiem faktura B2B musi zostać przesłana jako ustrukturyzowany plik XML zgodny ze schematem FA(3), zwalidowana przez KSeF i opatrzona unikalnym numerem identyfikacyjnym KSeF, zanim nabierze mocy prawnej. Faktura, która nie przeszła przez KSeF, nie jest po prostu niezgodna z przepisami. Ona nie została jeszcze wystawiona w sensie prawnym.
Wdrożenie przebiega etapami. Duzi podatnicy, których obroty w 2024 r. przekroczyły 200 mln zł, zostali objęci obowiązkiem 1 lutego 2026 r., a od tej samej daty obowiązuje powszechny wymóg, by każdy podmiot zarejestrowany jako podatnik VAT był w stanie odbierać faktury przez KSeF. Większość pozostałych firm zarejestrowanych jako podatnicy VAT dołączyła 1 kwietnia 2026 r., natomiast mikroprzedsiębiorcy, których miesięczna sprzedaż nie przekracza 10 000 zł, mają czas do 1 stycznia 2027 r. Kary za brak zgodności są zawieszone do końca 2026 r., ale ten okres przejściowy dotyczy terminu egzekwowania przepisów, a nie tego, czy sam obowiązek wystawiania faktur przez KSeF już obowiązuje.
Dlaczego środowiska z wieloma systemami ERP tworzą różnice w danych i procesach
Firma korzystająca z jednej instancji ERP ma jedno miejsce, w którym może ujednolicić generowanie faktur. Firma z wieloma systemami ERP, czy to w wyniku wdrożeń regionalnych, fuzji, czy też przyjmowania z czasem różnych platform przez różne jednostki biznesowe, staje przed zasadniczo innym problemem: każdy system może generować dane faktur według własnych konwencji numeracji, kodowania podatkowego i struktury pól, a teraz każdy z tych systemów musi tworzyć dane wyjściowe zgodne z tym samym schematem FA(3).
W tym miejscu wymogi dotyczące faktury ustrukturyzowanej w Polsce ujawniają luki, które wcześniej pozostawały niewidoczne. Dwa systemy ERP mogą generować faktury technicznie poprawne w ramach dawnego, mniej rygorystycznego procesu, a jednocześnie formatować kod zwolnienia podatkowego, numer referencyjny klienta lub opis pozycji na tyle odmiennie, że tylko jeden z nich bez problemu przejdzie walidację w KSeF. Bez spójnej warstwy umieszczonej między każdym systemem ERP a KSeF firma wielopodmiotowa kończy na rozwiązywaniu tej samej kategorii błędów walidacji osobno, system po systemie, zamiast rozwiązać ją raz.
Zależność między podmiotami prawnymi, typami transakcji i strukturami faktur
KSeF działa na poziomie pojedynczego podatnika, co oznacza, że każdy podmiot prawny w grupie potrzebuje własnego dostępu do KSeF i własnego, zgodnego z przepisami obiegu faktur, nawet jeśli kilka podmiotów ma tę samą spółkę matkę i podobne procesy biznesowe. Grupa z wieloma polskimi podmiotami prawnymi, z których każdy może korzystać z innego systemu ERP lub innej konfiguracji tego samego ERP, musi zarządzać tym jako kilkoma równoległymi relacjami w zakresie zgodności, a nie jedną.
Typ transakcji dodaje kolejną warstwę. Krajowe faktury B2B są w pełni objęte obowiązkiem, transakcje B2C pozostają obecnie poza obowiązkowym rozliczaniem w KSeF, a fakturowanie B2G można obsłużyć albo bezpośrednio przez KSeF, albo przez platformę PEF, która korzysta ze standardu Peppol. Transakcje wewnątrzgrupowe między powiązanymi polskimi podmiotami są na potrzeby KSeF traktowane tak samo jak zewnętrzne faktury B2B, co oznacza, że wewnętrzne fakturowanie między spółkami zależnymi wymaga takiego samego ustrukturyzowanego i zatwierdzonego traktowania jak faktura dla klienta zewnętrznego. Rozwiązanie do e-fakturowania w Polsce, które nie rozdziela wyraźnie tych typów transakcji, ryzykuje skierowaniem do KSeF czegoś, czego nie powinno tam być, albo pominięciem czegoś, co powinno tam trafić.
Znaczenie spójnych danych podstawowych i pól faktury
Walidacja FA(3) dokładnie sprawdza określone pola, a niespójne dane podstawowe w różnych systemach ERP to jeden z najczęstszych powodów odrzucania faktur. Identyfikatory klientów, w szczególności numery NIP, muszą być poprawne i jednolicie sformatowane we wszystkich połączonych systemach, ponieważ rozbieżność w tym miejscu jest jedną z najczęstszych przyczyn odrzucenia. Opisy produktów i usług, jednostki oraz ceny wymagają takiej samej spójności, zwłaszcza gdy ten sam klient lub ten sam produkt istnieje jako osobne, nieco różniące się rekordy w różnych instancjach ERP.
Kodowanie podatkowe ma duże znaczenie, ponieważ ujęcie VAT, zwolnienia i scenariusze odwrotnego obciążenia muszą być poprawnie odwzorowane w strukturze FA(3), aby faktura została zatwierdzona. W środowisku z wieloma systemami ERP oznacza to najczęściej ustanowienie wspólnego standardu danych podstawowych, na który mapowany jest każdy podłączony system, zanim faktury trafią do KSeF, zamiast pozwalać, by każdy ERP utrzymywał własną wersję tego samego rekordu klienta lub produktu.
Jak potwierdzenia, błędy, korekty i ponowne przesyłanie wpływają na działalność operacyjną
KSeF zwraca konkretną odpowiedź na każde przesłanie: akceptację z numerem KSeF, odrzucenie z kodem błędu albo, w trakcie awarii, instrukcję skorzystania z awaryjnego trybu offline i przesłania dokumentu po przywróceniu usługi. Firma potrzebuje niezawodnego sposobu na przechwytywanie tych odpowiedzi i reagowanie na nie we wszystkich podłączonych systemach ERP, ponieważ odrzucona faktura leżąca niezauważona w kolejce jednego z systemów powoduje ten sam problem na dalszych etapach co niedotrzymany termin.
Gdy faktura zostaje odrzucona, korekta zwykle oznacza ponowne przesłanie poprawionej faktury ustrukturyzowanej, a nie edytowanie oryginału, zgodnie z zasadą działania modelu clearingowego. W firmie z wieloma systemami ERP tworzy to wymóg koordynacji nakładający się na wymóg techniczny: ktoś musi mieć wgląd we wszystkie podmioty i wszystkie systemy, aby wiedzieć, które faktury zostały odrzucone, dlaczego oraz czy zostały poprawione i przesłane ponownie, zamiast polegać na tym, że każda jednostka biznesowa samodzielnie śledzi własne wyjątki.
Wpływ e-fakturowania na finanse, podatki i modele centrów usług wspólnych
Dla grup prowadzących centra usług wspólnych scentralizowana struktura KSeF, działająca w podziale na poszczególne podmioty, zmienia sposób funkcjonowania tego wspólnego modelu. Zespół usług wspólnych obsługujący kilka polskich podmiotów prawnych w różnych systemach ERP potrzebuje jednoczesnego wglądu w status KSeF dla wszystkich z nich, zamiast przechodzić przez fakturowanie każdego podmiotu osobno, jeśli ma faktycznie zmniejszać nakład pracy, a nie go zwielokrotniać.
Zespoły podatkowe zyskują bardziej spójny, centralnie zwalidowany zapis faktur, ponieważ raportowanie JPK_VAT i faktury zatwierdzone w KSeF muszą być teraz zgodne, a każda rozbieżność między nimi staje się automatycznie widoczna dla organów podatkowych. W firmach, które wciąż konsolidują rozproszone środowiska ERP, dostosowując się jednocześnie do KSeF, oba przedsięwzięcia zwykle wzajemnie się wzmacniają: dyscyplina w zakresie danych podstawowych i spójna struktura faktur wymagane przez KSeF to w dużej mierze ta sama dyscyplina, która i tak ułatwia prowadzenie operacji finansowych w środowisku wielu systemów ERP.
