Interpelacja nr 13656
Interpelacja w sprawie konieczności przesunięcia terminu uruchomienia Krajowego Systemu e-Faktur
Zgłaszający:
•
Adresat:
Podatki i Finanse (100%)
Treść wystąpienia poselskiego
Interpelacja w sprawie konieczności przesunięcia terminu uruchomienia Krajowego Systemu e-Faktur
Interpelacja nr 13656
do ministra finansów i gospodarki
w sprawie konieczności przesunięcia terminu uruchomienia Krajowego Systemu e-Faktur
Zgłaszający: Robert Warwas, Wioletta Maria Kulpa, Lidia Czechak, Bogumiła Olbryś, Piotr Król
Data wpływu: 20-11-2025
Szanowny Panie Ministrze,
w związku z licznymi sygnałami napływającymi od przedsiębiorców, dostawców systemów ERP oraz integratorów IT zwracam się z prośbą o pilne rozważenie przesunięcia terminu obowiązkowego uruchomienia Krajowego Systemu e-Faktur.
Z uzyskanych informacji wynika, że w obecnym kształcie i tempie wdrażania systemu istnieje poważne ryzyko destabilizacji obrotu gospodarczego oraz utrudnienia w funkcjonowaniu tysięcy przedsiębiorstw. Poniżej przedstawiam najważniejsze argumenty uzasadniające konieczność zmiany terminu:
1. Wprowadzenie limitu wysyłania faktur na godzinę dla sesji interaktywnej wymaga przebudowy architektury działania rozwiązań dostawców ERP w zakresie wysyłki faktur, konieczności zapewnienia obsługi wysyłki wsadowej, w tym budowy po stronie systemów ERP zupełnie nowych mechanizmów buforowania faktur. Tym samym ciężar zapewnienia wydajności działania Platformy KSEF został w dużej mierze przeniesiony na integratorów i dostawców systemów ERP.
2. Wprowadzenie mechanizmu uwierzytelniania wymagającego podpisu XAdES – zamiast zastosować sprawdzone, powszechnie używane, między innymi w usługach bankowych, metody uwierzytelniania, zdecydowano o wprowadzeniu uwierzytelniania przez certyfikat KSEF oparty o mechanizm wymagający podpisania pliku XML podpisem XAdES.
3. API 2.0 wciąż w fazie zmian i dostosowań – API KSEF 2.0 podlega ciągłej modyfikacji. Przykładowo 13 października obowiązywała wersja 2.0.0-RC5.3, od 3 listopada obowiązuje wersja 2.0.0-RC5.6. Zmiany wprowadzane w API KSEF 2.0 powodują, że rozwiązania integratorów/dostawców ERP muszą być również aktualizowane, ponieważ przestają działać poprawnie. Wymagają ponownego programowania i testowania. Brak stabilnie działającego API nie pozwala na przygotowanie poprawnie działającego rozwiązania po stronie ERP, które aby mogło być dystrybuowane do klientów, przedsiębiorców używających danego systemu ERP musi przejść testy bezawaryjności.
4. Udostępniane niekompletnych środowisk testowego i przedprodukcyjnego – środowisko testowe, mimo że dostępne od 30 września, nie było kompletne w momencie udostępnienia. Przykładowo możliwość przetestowania działania linków weryfikacyjnych, nazywanych częściej kodami QR, wymaganymi do umieszczenia na wizualizacji faktury, została udostępniona dopiero 7 listopada. Środowisko preprodukcyjne, mimo że oficjalnie udostępnione 15 października, faktycznie będzie użyteczne dopiero po 15 listopada. 15 listopada bowiem zostanie udostępniona Aplikacja Podatnika, która umożliwi o zawnioskowanie o certyfikat KSEF celem uwierzytelnienia się na tym środowisku.
Przedstawione argumenty wskazują jednoznacznie, że przesunięcie terminu obowiązkowego uruchomienia KSeF nie wynika z braku zaangażowania ze strony dostawców ERP, lecz z obiektywnych trudności technicznych i organizacyjnych. Dodatkowy czas pozwoli zarówno wykonawcy Platformy KSeF działającemu na zlecenie Ministerstwa Finansów, jak i integratorom, dostawcom ERP oraz podatnikom przygotować się do pracy w stabilnym, bezpiecznym i przetestowanym środowisku. Pozwoli to uniknąć chaosu organizacyjnego oraz zapewni, że KSeF stanie się realnym narzędziem wspierającym obrót gospodarczy, a nie czynnikiem destabilizującym.
Mając na uwadze powyższe, zwracam się do Pana Ministra z następującymi pytaniami:
1. Czy Ministerstwo Finansów rozważa przesunięcie terminu obowiązkowego uruchomienia KSeF?
2. Jakie działania zostaną podjęte, aby zapewnić stabilność i dostępność środowisk testowych i preprodukcyjnych dla integratorów ERP?
3. Czy resort planuje uproszczenie mechanizmu uwierzytelniania, np. przez umożliwienie stosowania OAuth2 lub innych powszechnie przyjętych metod?
4. Czy ministerstwo zapewni okres przejściowy, w którym przedsiębiorcy nie będą karani za ewentualne błędy wynikające z niedoskonałości systemu?
Z poważaniem
Robert Warwas
Interpelacja nr 13656
do ministra finansów i gospodarki
w sprawie konieczności przesunięcia terminu uruchomienia Krajowego Systemu e-Faktur
Zgłaszający: Robert Warwas, Wioletta Maria Kulpa, Lidia Czechak, Bogumiła Olbryś, Piotr Król
Data wpływu: 20-11-2025
Szanowny Panie Ministrze,
w związku z licznymi sygnałami napływającymi od przedsiębiorców, dostawców systemów ERP oraz integratorów IT zwracam się z prośbą o pilne rozważenie przesunięcia terminu obowiązkowego uruchomienia Krajowego Systemu e-Faktur.
Z uzyskanych informacji wynika, że w obecnym kształcie i tempie wdrażania systemu istnieje poważne ryzyko destabilizacji obrotu gospodarczego oraz utrudnienia w funkcjonowaniu tysięcy przedsiębiorstw. Poniżej przedstawiam najważniejsze argumenty uzasadniające konieczność zmiany terminu:
1. Wprowadzenie limitu wysyłania faktur na godzinę dla sesji interaktywnej wymaga przebudowy architektury działania rozwiązań dostawców ERP w zakresie wysyłki faktur, konieczności zapewnienia obsługi wysyłki wsadowej, w tym budowy po stronie systemów ERP zupełnie nowych mechanizmów buforowania faktur. Tym samym ciężar zapewnienia wydajności działania Platformy KSEF został w dużej mierze przeniesiony na integratorów i dostawców systemów ERP.
2. Wprowadzenie mechanizmu uwierzytelniania wymagającego podpisu XAdES – zamiast zastosować sprawdzone, powszechnie używane, między innymi w usługach bankowych, metody uwierzytelniania, zdecydowano o wprowadzeniu uwierzytelniania przez certyfikat KSEF oparty o mechanizm wymagający podpisania pliku XML podpisem XAdES.
3. API 2.0 wciąż w fazie zmian i dostosowań – API KSEF 2.0 podlega ciągłej modyfikacji. Przykładowo 13 października obowiązywała wersja 2.0.0-RC5.3, od 3 listopada obowiązuje wersja 2.0.0-RC5.6. Zmiany wprowadzane w API KSEF 2.0 powodują, że rozwiązania integratorów/dostawców ERP muszą być również aktualizowane, ponieważ przestają działać poprawnie. Wymagają ponownego programowania i testowania. Brak stabilnie działającego API nie pozwala na przygotowanie poprawnie działającego rozwiązania po stronie ERP, które aby mogło być dystrybuowane do klientów, przedsiębiorców używających danego systemu ERP musi przejść testy bezawaryjności.
4. Udostępniane niekompletnych środowisk testowego i przedprodukcyjnego – środowisko testowe, mimo że dostępne od 30 września, nie było kompletne w momencie udostępnienia. Przykładowo możliwość przetestowania działania linków weryfikacyjnych, nazywanych częściej kodami QR, wymaganymi do umieszczenia na wizualizacji faktury, została udostępniona dopiero 7 listopada. Środowisko preprodukcyjne, mimo że oficjalnie udostępnione 15 października, faktycznie będzie użyteczne dopiero po 15 listopada. 15 listopada bowiem zostanie udostępniona Aplikacja Podatnika, która umożliwi o zawnioskowanie o certyfikat KSEF celem uwierzytelnienia się na tym środowisku.
Przedstawione argumenty wskazują jednoznacznie, że przesunięcie terminu obowiązkowego uruchomienia KSeF nie wynika z braku zaangażowania ze strony dostawców ERP, lecz z obiektywnych trudności technicznych i organizacyjnych. Dodatkowy czas pozwoli zarówno wykonawcy Platformy KSeF działającemu na zlecenie Ministerstwa Finansów, jak i integratorom, dostawcom ERP oraz podatnikom przygotować się do pracy w stabilnym, bezpiecznym i przetestowanym środowisku. Pozwoli to uniknąć chaosu organizacyjnego oraz zapewni, że KSeF stanie się realnym narzędziem wspierającym obrót gospodarczy, a nie czynnikiem destabilizującym.
Mając na uwadze powyższe, zwracam się do Pana Ministra z następującymi pytaniami:
1. Czy Ministerstwo Finansów rozważa przesunięcie terminu obowiązkowego uruchomienia KSeF?
2. Jakie działania zostaną podjęte, aby zapewnić stabilność i dostępność środowisk testowych i preprodukcyjnych dla integratorów ERP?
3. Czy resort planuje uproszczenie mechanizmu uwierzytelniania, np. przez umożliwienie stosowania OAuth2 lub innych powszechnie przyjętych metod?
4. Czy ministerstwo zapewni okres przejściowy, w którym przedsiębiorcy nie będą karani za ewentualne błędy wynikające z niedoskonałości systemu?
Z poważaniem
Robert Warwas
Odpowiedź urzędowa
Podsekretarz stanu Zbigniew Stawicki
Audyt odpowiedzi: Wskaźnik lania wody & konkretności
Bardzo konkretna
Automatyczna analiza lingwistyczno-statystyczna pisma resortu
Lanie wody
15%
Konkretność
85%
Odpowiedź wysoce rzeczowa – zawiera liczne dane twarde, kwoty, daty lub bezpośrednie odniesienie do zadanych pytań.
Twarde liczby / kwoty
0 kwot, 0 %
Precyzyjne daty
5
Odpowiedź na punkty
✓ Tak (Ad 1, Pkt...)
Gęstość faktów
4.3 / 1k zn.
- Wymienia precyzyjne daty lub terminy (5)
- Resort odnosi się punkt po punkcie do pytań posła
Urzędowe załączniki i odpowiedzi:
Pełna treść wyekstrahowana z załącznika PDF (odpowiedź urzędowa)
7636 znaków
tel.: +48 22 694 55 55 ul. Świętokrzyska 12
fax: +48 22 694 36 84 00-916 Warszawa
gov.pl/finanse
e-mail: kancelaria@mf.gov.pl
1/4
Warszawa, 11 grudnia 2025 roku
Sprawa: Interpelacja nr 13656 w sprawie konieczności przesunięcia terminu
uruchomienia Krajowego Systemu e-Faktur
Znak sprawy: DAKT7.054.5.2025
Kontakt: Kancelaria MF
tel.: +48 22 694 55 55
e-mail: kancelaria@mf.gov.pl
Włodzimierz Czarzasty
Marszałek Sejmu
Kancelaria Sejmu
ul. Wiejska 4/6/8
00-902 Warszawa
Odpowiedź na interpelację poselską nr 13656 w sprawie
konieczności przesunięcia terminu uruchomienia Krajowego
Systemu e-Faktur
Szanowny Panie Marszałku,
W odpowiedzi na interpelację poselską nr 13656 w sprawie konieczności
przesunięcia terminu uruchomienia Krajowego Systemu e-Faktur informujemy jak
poniżej.
Pytanie nr 1
Czy Ministerstwo Finansów i Gospodarki rozważa przesunięcie terminu obowiązkowego
uruchomienia KSeF?
Ministerstwo Finansów nie rozważa przesunięcia terminu obowiązkowego
uruchomienia KSeF.
Pytanie nr 2
-- 1 of 4 --
2/4
Jakie działania zostaną podjęte, aby zapewnić stabilność i dostępność środowisk
testowych i preprodukcyjnych dla integratorów ERP?
System w wersji demonstracyjnej nie wykazuje oznak niestabilności rozumianej jako
niespodziewane zmiany działania poszczególnych funkcji. Wręcz przeciwnie –
system jest stabilny i pewny w działaniu. Zmiany wprowadzane w kontrakcie API na
środowisku testowym i przedprodukcyjnym mają charakter rozwojowy oraz
rozszerzający i służą zapewnieniu zgodności z obowiązującymi regulacjami,
podniesieniu jakości świadczonych usług oraz zwiększeniu interoperacyjności
systemu. Wprowadzane zmiany często mają charakter porządkowy oraz
doprecyzowujący i nie mają wpływu na działanie systemu. Każda aktualizacja w API
mogąca potencjalnie wpłynąć na funkcjonowanie istniejących integracji jest
komunikowana z odpowiednim wyprzedzeniem oraz publikowana poprzez oficjalny
changelog API. Do tej pory nie otrzymano zgłoszeń wskazujących, aby dokonane
aktualizacje spowodowały zakłócenia działania istniejących integracji z API.
Przygotowane rozwiązania dotyczące środowisk testowych i przedprodukcyjnych
zostały przedstawione do testów otwartych API KSeF 2.0 od 30 września 2025 r.
Z kolei od 3 listopada 2025 r. udostępniliśmy Aplikację Podatnika KSeF w wersji
testowej - narzędzie do wystawiania i otrzymywania faktur zgodnych z systemem
KSeF 2.0.
Dzięki temu dostawcy systemów systemów informatycznych mogą sprawdzić jak ich
oprogramowanie współpracuje z KSeF 2.0. Resort finansów wskazuje, że w ramach
środowiska integracyjnego (testowego) i przedprodukcyjnego (DEMO) wystawiając
faktury należy posługiwać się zanonimizowanym, fikcyjnymi danymi.
Jednocześnie zwracamy uwagę, że środowisko integracyjne (testowe) KSeF służy
do:
• Zapoznania się z funkcjonalnościami systemu KSeF 2.0 oraz testowej
Aplikacji Podatnika
• Testowania integracji własnych systemów finansowo-księgowych z API
KSeF 2.0.
• Przećwiczenia procesów takich jak:
˗ wystawianie, odbieranie i przeglądanie faktur w strukturze FA(3)
TESTOWYCH ,
˗ pobieranie faktur w formatach XML, HTML, PDF,
˗ obsługa kodów QR, tokenów, certyfikatów i uprawnień
TESTOWYCH .
• Zgłaszania błędów i uwag do Ministerstwa Finansów.
• Przygotowania zespołów i procedur na start produkcyjny (od 1 lutego 2026
r.).
• Zabezpieczenia przed skutkami prawnymi wystawienia faktury - wszystkie
operacje są wyłącznie testowe, dane mogą być fikcyjne, a dokumenty nie
mają mocy prawnej.
Należy również podkreślić, czego nie wolno robić w środowisku testowym KSeF:
• Nie używać prawdziwych danych (np. realnych NIP, PESEL, danych
kontrahentów, kwot) – zalecane są dane fikcyjne, bo testy są widoczne dla
innych użytkowników.
• Nie traktować środowiska testowego jako produkcyjnego – faktury tam
wystawione nie są dokumentami księgowymi i nie mogą być używane w
rozliczeniach podatkowych.
-- 2 of 4 --
3/4
• Nie wykonywać testów wydajnościowych – serwer testowy nie jest
przeznaczony do obciążeniowych prób (np. masowe wysyłanie faktur).
• Nie zakładać, że dane będą trwałe – środowisko testowe jest okresowo
czyszczone, więc nie służy do archiwizacji.
Stosując się do tych zaleceń proces integracji będzie łatwy i prosty. Natomiast
ewentualne zapytania związane z pojawiającymi się trudnościami można zgłosić
poprzez formularz kontaktowy znajdujący się na naszej stronie ksef.podatki.gov.pl
w zakładce Kontakt.
Pytanie nr 3
Czy resort planuje uproszczenie mechanizmu uwierzytelniania, np. poprzez
umożliwienie stosowania OAuth2 lub innych powszechnie przyjętych metod?
Ministerstwo Finansów nie planuje zmian dotyczących uwierzytelnienia w KSeF.
W szczególności nie jest planowane wprowadzenie dodatkowego mechanizmu
uwierzytelnienia w oparciu o OAuth2 - w wersji 2.0. KSeF został już przebudowany
tak, aby korzystał z powszechnych wzorców (tokeny JWT z rozdzieleniem
access/refresh), przy zachowaniu wymogu silnego uwierzytelnienia opartego na
środkach zaufania (podpis kwalifikowany, Profil Zaufany, certyfikat KSeF).
Obecnie wprowadzone rozwiązania zapewniają bezpieczeństwo oraz pełną
identyfikowalność osób i podmiotów funkcjonujących w KSeF.
Pytanie nr 4
Czy Ministerstwo zapewni okres przejściowy, w którym przedsiębiorcy nie będą karani
za ewentualne błędy wynikające z niedoskonałości systemu?
Tak, Ministerstwo Finansów zapewniło okres przejściowy w zakresie kar za
ewentualne błędy. Zgodnie z art. 2 pkt 5 lit. b) ustawy z dnia 5 sierpnia 2025 r. o
zmianie ustawy o podatku od towarów i usług oraz ustawy o zmianie ustawy
o podatku od towarów i usług oraz niektórych innych ustaw (Dz. U. 2025 r. poz.
1203) kary nie będą stosowane do końca 2026 r.
Dodatkowo zwracamy uwagę, że ustawodawca z myślą o potencjalnych awariach,
niedostępnościach oraz problemach technicznych przygotował odpowiednie
procedury postępowania.
W ramach obowiązkowego KSeF 2.0 funkcjonować będą dwa tryby wystawiania
faktur: tryb online i tryb offline. Tryb online to wystawianie faktur polegające na
wysyłce pliku faktury w czasie rzeczywistym do KSeF.
Tryb offline sprowadza się natomiast do wystawienia faktury poza KSeF i dosłaniu
jej później do systemu w określonym ustawowo terminie.
Tryb offline od strony biznesowej i prawnej oznacza kilka możliwych procedur:
• Tryb offline24 (art. 106nda ustawy o VAT) – decyzja o jego korzystaniu
należy do podatnika, może być ona podyktowana np. problemami z
dostępem do sieci Internet,
-- 3 of 4 --
4/4
• Tryb offline – niedostępność KSeF (art. 106nh ustawy o VAT)– stosowanie
tego trybu dotyczy sytuacji, gdy została ogłoszona niedostępność systemu
(np. prace serwisowe),
• Tryb na wypadek awarii KSeF (art. 106nf ustawy o VAT) – stosowanie tego
trybu dotyczy przypadku, gdy MF ogłosiło trwającą awarię systemu.
W zależności od ww. zaistniałych przesłanek, pomimo stosowania od strony
technicznej wysyłki w trybie offline mogą wystąpić różne terminy późniejszego
dosłania faktury do systemu czy odmienne reguły ich udostępnienia nabywcy (np. w
trybie offline 24 jest to maksymalnie jeden dzień roboczy na dosłanie faktury do
KSeF, a w przypadku awarii KSeF jest to 7 dni roboczych od dnia zakończenia awarii).
Przepisy przewidują także tzw. awarię całkowitą KSeF (art. 106ng ustawy o VAT),
która będzie ogłaszana w środkach społecznego przekazu. Dotyczyć ona będzie
sytuacji nadzwyczajnych tj. zagrożenie kraju lub jego infrastruktury. W takim
przypadku faktury będą wystawiane w postaci papierowej lub elektronicznie (na
dotychczasowych zasadach).
Z wyrazami szacunku
Z upoważnienia Ministra Finansów i Gospodarki
Zbigniew Stawicki
Podsekretarz Stanu Zastępca Szefa Krajowej Administracji Skarbowej
w Ministerstwie Finansów
-- 4 of 4 --
fax: +48 22 694 36 84 00-916 Warszawa
gov.pl/finanse
e-mail: kancelaria@mf.gov.pl
1/4
Warszawa, 11 grudnia 2025 roku
Sprawa: Interpelacja nr 13656 w sprawie konieczności przesunięcia terminu
uruchomienia Krajowego Systemu e-Faktur
Znak sprawy: DAKT7.054.5.2025
Kontakt: Kancelaria MF
tel.: +48 22 694 55 55
e-mail: kancelaria@mf.gov.pl
Włodzimierz Czarzasty
Marszałek Sejmu
Kancelaria Sejmu
ul. Wiejska 4/6/8
00-902 Warszawa
Odpowiedź na interpelację poselską nr 13656 w sprawie
konieczności przesunięcia terminu uruchomienia Krajowego
Systemu e-Faktur
Szanowny Panie Marszałku,
W odpowiedzi na interpelację poselską nr 13656 w sprawie konieczności
przesunięcia terminu uruchomienia Krajowego Systemu e-Faktur informujemy jak
poniżej.
Pytanie nr 1
Czy Ministerstwo Finansów i Gospodarki rozważa przesunięcie terminu obowiązkowego
uruchomienia KSeF?
Ministerstwo Finansów nie rozważa przesunięcia terminu obowiązkowego
uruchomienia KSeF.
Pytanie nr 2
-- 1 of 4 --
2/4
Jakie działania zostaną podjęte, aby zapewnić stabilność i dostępność środowisk
testowych i preprodukcyjnych dla integratorów ERP?
System w wersji demonstracyjnej nie wykazuje oznak niestabilności rozumianej jako
niespodziewane zmiany działania poszczególnych funkcji. Wręcz przeciwnie –
system jest stabilny i pewny w działaniu. Zmiany wprowadzane w kontrakcie API na
środowisku testowym i przedprodukcyjnym mają charakter rozwojowy oraz
rozszerzający i służą zapewnieniu zgodności z obowiązującymi regulacjami,
podniesieniu jakości świadczonych usług oraz zwiększeniu interoperacyjności
systemu. Wprowadzane zmiany często mają charakter porządkowy oraz
doprecyzowujący i nie mają wpływu na działanie systemu. Każda aktualizacja w API
mogąca potencjalnie wpłynąć na funkcjonowanie istniejących integracji jest
komunikowana z odpowiednim wyprzedzeniem oraz publikowana poprzez oficjalny
changelog API. Do tej pory nie otrzymano zgłoszeń wskazujących, aby dokonane
aktualizacje spowodowały zakłócenia działania istniejących integracji z API.
Przygotowane rozwiązania dotyczące środowisk testowych i przedprodukcyjnych
zostały przedstawione do testów otwartych API KSeF 2.0 od 30 września 2025 r.
Z kolei od 3 listopada 2025 r. udostępniliśmy Aplikację Podatnika KSeF w wersji
testowej - narzędzie do wystawiania i otrzymywania faktur zgodnych z systemem
KSeF 2.0.
Dzięki temu dostawcy systemów systemów informatycznych mogą sprawdzić jak ich
oprogramowanie współpracuje z KSeF 2.0. Resort finansów wskazuje, że w ramach
środowiska integracyjnego (testowego) i przedprodukcyjnego (DEMO) wystawiając
faktury należy posługiwać się zanonimizowanym, fikcyjnymi danymi.
Jednocześnie zwracamy uwagę, że środowisko integracyjne (testowe) KSeF służy
do:
• Zapoznania się z funkcjonalnościami systemu KSeF 2.0 oraz testowej
Aplikacji Podatnika
• Testowania integracji własnych systemów finansowo-księgowych z API
KSeF 2.0.
• Przećwiczenia procesów takich jak:
˗ wystawianie, odbieranie i przeglądanie faktur w strukturze FA(3)
TESTOWYCH ,
˗ pobieranie faktur w formatach XML, HTML, PDF,
˗ obsługa kodów QR, tokenów, certyfikatów i uprawnień
TESTOWYCH .
• Zgłaszania błędów i uwag do Ministerstwa Finansów.
• Przygotowania zespołów i procedur na start produkcyjny (od 1 lutego 2026
r.).
• Zabezpieczenia przed skutkami prawnymi wystawienia faktury - wszystkie
operacje są wyłącznie testowe, dane mogą być fikcyjne, a dokumenty nie
mają mocy prawnej.
Należy również podkreślić, czego nie wolno robić w środowisku testowym KSeF:
• Nie używać prawdziwych danych (np. realnych NIP, PESEL, danych
kontrahentów, kwot) – zalecane są dane fikcyjne, bo testy są widoczne dla
innych użytkowników.
• Nie traktować środowiska testowego jako produkcyjnego – faktury tam
wystawione nie są dokumentami księgowymi i nie mogą być używane w
rozliczeniach podatkowych.
-- 2 of 4 --
3/4
• Nie wykonywać testów wydajnościowych – serwer testowy nie jest
przeznaczony do obciążeniowych prób (np. masowe wysyłanie faktur).
• Nie zakładać, że dane będą trwałe – środowisko testowe jest okresowo
czyszczone, więc nie służy do archiwizacji.
Stosując się do tych zaleceń proces integracji będzie łatwy i prosty. Natomiast
ewentualne zapytania związane z pojawiającymi się trudnościami można zgłosić
poprzez formularz kontaktowy znajdujący się na naszej stronie ksef.podatki.gov.pl
w zakładce Kontakt.
Pytanie nr 3
Czy resort planuje uproszczenie mechanizmu uwierzytelniania, np. poprzez
umożliwienie stosowania OAuth2 lub innych powszechnie przyjętych metod?
Ministerstwo Finansów nie planuje zmian dotyczących uwierzytelnienia w KSeF.
W szczególności nie jest planowane wprowadzenie dodatkowego mechanizmu
uwierzytelnienia w oparciu o OAuth2 - w wersji 2.0. KSeF został już przebudowany
tak, aby korzystał z powszechnych wzorców (tokeny JWT z rozdzieleniem
access/refresh), przy zachowaniu wymogu silnego uwierzytelnienia opartego na
środkach zaufania (podpis kwalifikowany, Profil Zaufany, certyfikat KSeF).
Obecnie wprowadzone rozwiązania zapewniają bezpieczeństwo oraz pełną
identyfikowalność osób i podmiotów funkcjonujących w KSeF.
Pytanie nr 4
Czy Ministerstwo zapewni okres przejściowy, w którym przedsiębiorcy nie będą karani
za ewentualne błędy wynikające z niedoskonałości systemu?
Tak, Ministerstwo Finansów zapewniło okres przejściowy w zakresie kar za
ewentualne błędy. Zgodnie z art. 2 pkt 5 lit. b) ustawy z dnia 5 sierpnia 2025 r. o
zmianie ustawy o podatku od towarów i usług oraz ustawy o zmianie ustawy
o podatku od towarów i usług oraz niektórych innych ustaw (Dz. U. 2025 r. poz.
1203) kary nie będą stosowane do końca 2026 r.
Dodatkowo zwracamy uwagę, że ustawodawca z myślą o potencjalnych awariach,
niedostępnościach oraz problemach technicznych przygotował odpowiednie
procedury postępowania.
W ramach obowiązkowego KSeF 2.0 funkcjonować będą dwa tryby wystawiania
faktur: tryb online i tryb offline. Tryb online to wystawianie faktur polegające na
wysyłce pliku faktury w czasie rzeczywistym do KSeF.
Tryb offline sprowadza się natomiast do wystawienia faktury poza KSeF i dosłaniu
jej później do systemu w określonym ustawowo terminie.
Tryb offline od strony biznesowej i prawnej oznacza kilka możliwych procedur:
• Tryb offline24 (art. 106nda ustawy o VAT) – decyzja o jego korzystaniu
należy do podatnika, może być ona podyktowana np. problemami z
dostępem do sieci Internet,
-- 3 of 4 --
4/4
• Tryb offline – niedostępność KSeF (art. 106nh ustawy o VAT)– stosowanie
tego trybu dotyczy sytuacji, gdy została ogłoszona niedostępność systemu
(np. prace serwisowe),
• Tryb na wypadek awarii KSeF (art. 106nf ustawy o VAT) – stosowanie tego
trybu dotyczy przypadku, gdy MF ogłosiło trwającą awarię systemu.
W zależności od ww. zaistniałych przesłanek, pomimo stosowania od strony
technicznej wysyłki w trybie offline mogą wystąpić różne terminy późniejszego
dosłania faktury do systemu czy odmienne reguły ich udostępnienia nabywcy (np. w
trybie offline 24 jest to maksymalnie jeden dzień roboczy na dosłanie faktury do
KSeF, a w przypadku awarii KSeF jest to 7 dni roboczych od dnia zakończenia awarii).
Przepisy przewidują także tzw. awarię całkowitą KSeF (art. 106ng ustawy o VAT),
która będzie ogłaszana w środkach społecznego przekazu. Dotyczyć ona będzie
sytuacji nadzwyczajnych tj. zagrożenie kraju lub jego infrastruktury. W takim
przypadku faktury będą wystawiane w postaci papierowej lub elektronicznie (na
dotychczasowych zasadach).
Z wyrazami szacunku
Z upoważnienia Ministra Finansów i Gospodarki
Zbigniew Stawicki
Podsekretarz Stanu Zastępca Szefa Krajowej Administracji Skarbowej
w Ministerstwie Finansów
-- 4 of 4 --