Logistyka
Krajowy System e-Faktur – zmiany w zakresie wysyłania dokumentów
KSeF – obsługa schematu FA(2) i FA(3)
W dniu 1 września 2025 Ministerstwo wyłączyło dotychczasowe środowisko demo KSeF, nowe środowisko demo, dostępne od 15 października 2025, oparte jest na nowym API KSeF 2.0 i jego testy dotyczą wyłącznie nowego schematu e-faktury: FA(3).
Środowisko produkcyjne 1.0 ze schematem FA(2) pozostanie dostępne do 26 stycznia 2026, nowe środowisko produkcyjne, ze schematem FA(3) zostanie włączone 1 lutego 2026.
W związku z powyższymi zmianami w wersji 2025.0.4 Systemu Comarch ERP XL obowiązują poniższe zasady integracji z Krajowym Systemem e-Faktur:
- wysyłka produkcyjna odbywa się wg schematu FA(2) i w oparciu o API KSeF 1.0
- wysyłka testowa odbywa się wg schematu FA(3) i w oparciu o API KSeF 2.0
Podczas konwersji i kreacji bazy System automatycznie dodaje do słownika kategorii schemat FA(3) e-faktury, a następnie ustawia w Konfiguracji schemat właściwy dla ustawionego przez Użytkownika środowiska KSeF zgodnie z poniższą tabelą:
| Ustalanie schematu faktury KSeF podczas konwersji i kreacji bazy |
||
|---|---|---|
| Operacja | Środowisko Demo | Środowisko produkcyjne |
| Konwersja bazy | FA(3) | FA(2) |
| Kreacja bazy | FA(3) | - |
Wysyłka faktur wg schematu FA(3)
W wersji 2025.0.4 Systemu w zakresie wysyłki dokumentów do KSeF dokonano zarówno zmian wynikających z adaptacji schematu FA(3) faktury ustrukturyzowanej jak i wprowadzono szereg funkcjonalności, które nie wynikają bezpośrednio ze zmiany struktury e-faktury ale ze zgłoszeń Klientów. Poniżej omówiono najważniejsze z nich.
Sekcja Podmiot1 (Sprzedawca)
Dokonano zmian w zakresie przesyłania nazwy sprzedawcy, odtąd jest ona pobierana z zakładki [Ogólne] pieczątki firmy. Dotychczasowa metoda oparta na danych z zakładki Deklaracje była zawodna dla sprzedawcy będącego osobą fizyczną. Dodatkowo sparametryzowane zostało wysyłanie danych kontaktowych sprzedawcy, decyduje o nim stosowny parametr w Konfiguracji.
Sekcja Podmiot2 (Nabywca)
W schemacie FA(3) faktury w sekcji Podmiot2 dodano obowiązkowe znaczniki JST – Jednostka podrzędna samorządu terytorialnego oraz GV – Członek grupy VAT. W wersji 2025.0.4 ich obsługa została oparta na atrybutach:
- Jeżeli do nagłówka wysyłanego dokumentu przypisano atrybut KSEF_Nabywca_JST i przypisano mu wartość Tak, wówczas
- w sekcji Podmiot2 (dane kontrahenta głównego FS) wysyłany jest znacznik JST=1
- w sekcji Podmiot3 wysyłane są dane kontrahenta docelowego z Rolą=8
- Jeżeli do nagłówka wysyłanego dokumentu przypisano atrybut KSEF_Nabywca_GV i przypisano mu wartość Tak, wówczas
- w sekcji Podmiot2 (dane kontrahenta głównego FS) wysyłany jest znacznik GV=1
- w sekcji Podmiot3 wysłane są dane kontrahenta docelowego z Rolą=10 .
Sekcja Podmiot 3
W zakresie obsługi sekcji Podmiot3 dokonano poniższych zmian
- Wysyłanie informacji o Podmiocie3 z rolą 8 (jednostka podrzędna samorządu terytorialnego) .
Dla faktury do której przypisano atrybut KSEF_Nabywca_JST i przypisano wartość Tak w sekcji Podmiot3 wysłane zostaną dane kontrahenta docelowego z rolą 8.
- Wysyłanie informacji o Podmiocie3 z rolą 10 (członek grupy VAT)
Dla faktury do której przypisano atrybut KSEF_Nabywca_GV i przypisano wartość Tak w sekcji Podmiot3 wysłane zostaną dane kontrahenta docelowego z rolą 10.
- Wysyłanie informacji o pracowniku dokonującym zakupu w imieniu Nabywcy.
Dla faktury do której przypisano atrybut KSEF_Podmiot3_Pracownik i przypisano wartość Tak w sekcji Podmiot3 wysłane zostaną dane osoby u kontrahenta głównego z rolą 11.
- Obsługa pola IDWew podczas wysyłania danych Podmiotu3
Identyfikator wewnętrzny to wytworzony w KSeF unikalny identyfikator zakładu/oddziału osoby prawnej lub innej wyodrębnionej jednostki wewnętrznej podatnika. Podatnik może utworzyć takie identyfikatory w Aplikacji Podatnika i się nimi posługiwać. Identyfikator wewnętrzny dla Podmiotu3 jest wysyłany do KSeF w oparciu o atrybut KSeF_Podmiot3_IDWew.
Zbiorcze zasady obsługi sekcji Podmiot3 przedstawia poniższa tabela.
| Podmiot3 |
|||
|---|---|---|---|
| Wysyłane dane | Warunek wysyłania | Rola | IDWew |
| Adres kontrahenta docelowego | Do nagłówka dokumentu przypisano atrybut KSEF_Nabywca_JST i przypisano mu wartość Tak | 8 | Wartość atrybutu KSEF_Podmiot3_IDWew przypisanego do adresu kontrahenta docelowego. |
| Do nagłówka dokumentu przypisano atrybut KSEF_Nabywca_GV i przypisano mu wartość Tak | 10 | ||
| Do adresu kontrahenta docelowego przypisano atrybut KSeF_Podmiot3_IDWew | 2 | ||
| Adres kontrahenta docelowego jest inny niż adres kontrahenta głównego. | 2 | ||
| Adres Płatnika | Adres płatnika jest inny niż adres kontrahenta głównego. | 6 | Wartość atrybutu KSEF_Podmiot3_IDWew przypisanego do adresu płatnika. |
| Dane osoby u kontrahenta | Do nagłówka dokumentu przypisano atrybut KSEF_Podmiot3_Pracownik i przypisano mu wartość Tak | 11 | Wartość atrybutu KSEF_Podmiot3_IDWew przypisanego do osoby u kontrahenta. |
Informacja o dacie sprzedaży przy wysyłce do KSeF
Zrealizowane zostały zmiany w zakresie przekazywania informacji o dacie sprzedaży wysyłanego dokumentu, będące reakcją na zgłoszenia Klientów. W wersji 2025.0.4 obsłużone zostały poniższe metody:
- Możliwość podania okresu którego dotyczy faktura zamiast podawania jednej daty sprzedaży tj. wysyłanie pól P_6_Od i P_6_Do w oparciu o atrybuty KSEF_P_6_Od i KSEF_P_6_Do przypisane do nagłówka wysyłanego dokumentu
- Możliwość podania różnych dat sprzedaży dla poszczególnych elementów faktury zamiast podawania jednej daty sprzedaży, tj. wysyłanie pola P_6A dla poszczególnych elementów FAWiersz w oparciu o atrybut KSEF_P_6A przypisany do poszczególnych elementów faktury
- Możliwość nieprzesyłania daty sprzedaży: data ta nie jest wysyłana, jeżeli do nagłówka dokumentu przypisany zostanie atrybut o nazwie KSEF_DataDostawy z wartością <Nieokreślona> i/lub data sprzedaży jest taka sama jak data wystawienia
- W innych niż ww. przypadkach w polu P_6 wysyłana jest data sprzedaży (Trn_Data3) dokumentu
Rozbudowa obsługi sekcji WZ
Obsługa ww. sekcji jest dostępna od kilku wersji Systemu. W sekcji tej wysyłane są kolejne powtórzenia pól w oparciu o numery dokumentów WZ spięte w fakturach typu spinacz. Dodatkowo w wersji 2025.0.4 dla Użytkowników, którzy nie rejestrują dokumentów WZ jako obiektów w Systemie Comarch ERP XL obsłużono wysyłanie numeru WZ w oparciu o wartość atrybutu u nazwie KSEF_WZ przypisanego do wysyłanej faktury. Jeżeli takich dokumentów jest wiele, wówczas należy zdefiniować i przypisać atrybut wielowartościowy.
Sekcja: Dodatkowy opis
W związku z opisanymi w dalszej części dokumentu zmianami w sekcji Płatności schematu FA(3) e-faktury sekcja Dodatkowy Opis została wykorzystana do przesyłania informacji o kwotach pozostających do zapłaty z poszczególnych płatności dokumentu. Więcej szczegółów podano w rozdziale dotyczącym sekcji Płatności.
Po uwzględnieniu powyższego w sekcji tej wysyłane są poniższe dane:
- Opis z nagłówka dokumentu
- Opis z poszczególnych elementów dokumentu o ile w Konfiguracji włączony jest parametr Podczas eksportu wysyłaj/Opis elementu
- Wartość atrybutu przypisanego czy to do nagłówka czy to do elementu dokumentu dla klasy atrybutu na której włączono parametr KSeF
- Kwoty do zapłaty z poszczególnych płatności dokumentu
Sekcja Płatności
W zakresie obsługi sekcji Płatności dokonano poniższych zmian:
- Znacznik zapłaty za dokument i lista zapłat częściowych
W schemacie FA(3) zmieniona została interpretacja pól: Zaplacono i ZnacznikZaplatyCzesciowej, wyodrębniający oddzielne oznaczenie dla dokumentu zapłaconego w całości ale wieloma zapłatami. Zmiana ta została stosownie zaadoptowana w Systemie Comarch ERP XL. Dodatkowo w wysyłce wg schematu FA(3) wysyłane jest tyle powtórzeń pól KwotaZaplatyCzesciowej/DataZaplatyCzesciowej w ilu różnych datach dokonano zapłaty.
- Zmiany w zakresie sekcji Termin płatności
W schemacie FA(3) pole TerminOpis zostało zastąpione sekwencją pól służących do innego niż data sposobu określenia terminu płatności np. 12 dni od daty wystawienia. Pola te zostały w Systemie obsłużone w oparciu o atrybuty KSEF_TerminPlatnosci_Ilosc, KSEF_TerminPlatnosci_Jednostka, KSEF_TerminPlatnosci_ZdarzeniePoczatkowe.
W związku ze zmianą budowy schematu FA(3) e-faktury w zakresie sekcji Terminy Płatności nie ma już możliwości przekazania w węźle Płatności informacji o tym w taki sposób tj. na jakie kwoty, terminy i formy zostały rozbite płatności dokumentu. W przykładach przygotowanych przez Ministerstwo informacje takie wysyłane są jako dodatkowe opisy dokumentu. Taki też sposób przekazywania tych danych został przyjęty w Systemie Comarch ERP XL. W sekcji Dodatkowy Opis wysyłane są dane o nierozliczonych płatnościach. W polu Klucz wysyłana jest wartość zbudowana w oparciu o stałą frazę: Kwota do zapłaty w terminie oraz termin płatności, a jako Wartość wysyłana jest forma płatności, kwota do zapłaty i waluta. Obrazuje to przykład j.n.
- Zmiany zasad wysyłania informacji o Formie płatności
Na formatce formy płatności udostępniona została kontrolka Płatność KSeF, w której Użytkownik ma możliwość jednoznacznego przypisania tej formie odpowiadającej jej nazwy KSeF poprzez wybór wartości spośród przewidzianych w schemacie e-faktury. Przypisanie to pozwala na jednoznaczne mapowanie użytej na wysyłanym dokumencie formy płatności na formę dozwoloną w KSeF.
W zakresie formy płatności schemat e-faktury przewiduje możliwość przesłania albo pola FormaPlatnosci z wartością 1-7 (1- oznacza gotówkę, 2- kartę itp.), albo zamiast tego pola przesłanie znacznika PlatnoscInna i w OpisPlatnosci dowolnej nazwy formy płatności. W wersji 2025.0.4 w ramach obsługi schematu FA(3) przyjęto poniższe zasady wysyłania informacji o formie płatności:
-
- Forma płatności wysyłana jest na podstawie formy użytej w nagłówku dokumentu (Trn_FormaNr), niezależnie od formy użytej na poszczególnych płatnościach dokumentu
- Dla ww. systemowej formy płatności ustalana jest przypisana przez Użytkownika w kontrolce Płatność KSeF nazwa formy płatności właściwa dla KSeF i to ona jest wysyłana
- Jeżeli dla danej systemowej formy płatności nie przypisano ww. wartości, wówczas zamiast pola FormaPlatnosci wysyłany jest znacznik PlatnoscInna a w polu OpisPlatnosci wysyłana jest wprost nazwa systemowa formy płatności
- Obsługa pól: link do płatności i identyfikator płatności
Obsłużone zostało wysyłanie ww. informacji w oparciu o atrybuty KSEF_LinkDoPlatnosci i KSEF_IPKSeF przypisane do nagłówka wysyłanego dokumentu.
Zmiany w zakresie wysyłania informacji o zamówieniach związanych z fakturą
W zakresie informacji o zamówieniach powiązanych z fakturą wprowadzone zostały poniższe zmiany:
- Wysyłane są kolejno wszystkie numery zamówień realizowane daną fakturą (w przypadku (S)FS/(s)FS realizowane spiętymi w nich dokumentami/elementami)
- Dla dokumentu FS/FSE niezwiązanego z zamówieniem systemowym wysyłany jest numer zamówienia wprowadzony przez Użytkownika samodzielnie w kontrolce U kontrahenta
Obsługa wysyłania informacji o umowach związanych z fakturą
Schemat e-faktury przewiduje możliwość przesyłania informacji o umowie/umowach związanych z wysyłanymi do KSeF fakturami. Służy do tego fakultatywna sekcja Umowa.
W wersji 2025.0.4 Systemu dodano obsługę ww. sekcji – wysyłane są daty i numery Umów powiązanych z daną fakturą. O tym, czy System wysyła numer pod jakim ta umowa została zarejestrowana w Systemie czy też numer jakim posługuje się Nabywca decyduje parametr w Konfiguracji/KSeF/Eksport/Podczas eksportu wysyłaj/Numer dokumentu: Obcy lub Systemowy.
Dodatkowo dla Użytkowników którzy nie rejestrują Umów jako obiektów w Systemie Comarch ERP XL obsłużono wysyłanie numeru umowy w oparciu o wartość atrybutu u nazwie KSEF_NrUmowy przypisanego do nagłówka wysyłanej faktury. Jeżeli takich umów jest wiele, wówczas należy zdefiniować i przypisać atrybut wielowartościowy.
Obsługa metody Przed/Po dla elementów korekty wysyłanej do KSeF
Struktura faktury KSeF przewiduje dwie alternatywne metody przekazywania informacji o elementach korekty:
- Metoda różnicowa polega na wykazywaniu różnic tj. wielkości korekty, w której to metodzie dla danej korygowanej pozycji przesyłany jest jeden zestaw pól sekcji FaWiersz
- Metoda przed/po polega na przekazaniu dla danej korygowanej pozycji informacji o stanie elementu przed korektą oraz o stanie elementu po korekcie, w której to metodzie dla danej korygowanej pozycji przesyłane są dwa zestawy pól sekcji FaWiersz
FS:
T1 3szt x 90 PLN zł, wartość netto 270
FSK: -1szt
- Metoda różnicowa: T1: -1szt x 90= -90
- Metody przed/Po:
T1: 3szt x 90=270
T1: 2szt x 90=180
Dotychczas w Systemie Comarch ERP XL obsługiwana była wyłącznie metoda różnicową, w wersji 2025.1 obsłużona została również druga z ww. metod.
Metoda według której System przesyła informacje o elementach korekty zależna jest od wskazanej przez Użytkownika opcji w Konfiguracji Systemu/KSeF/Eksport/Podczas eksportu wysyłaj/Elementy korekty metodą/ Różnicową lub Przed/Po korekcie.
W zakresie metody wysyłania elementów korekt występują pewne wyjątki – dla poniższych przypadków, niezależnie od wskazanej w Konfiguracji opcji wysyłanie elementów odbywa się metodą różnicową:
- (A)FZK do (A)FZ bez elementów
- (S)FSK/FKE/RAK spinająca dokument nie będący korektą
- Dokument zawierający element korekty ceny dla części ilości
Dla innych niż ww. przypadki System wysyła elementy korekt metodą wskazaną w Konfiguracji.
KSeF – inne zmiany
Szyfrowanie tokena KSeF
W wersji 2025.0.4 dokonane zostały zmiany w sposobie zapisu i prezentacji tokena KSeF na pieczątce firmy. Token zapisywany jest jako wartość zaszyfrowana.
Podczas konwersji bazy do wersji wszystkie tokeny przypisane na poszczególnych pieczątkach firmy są usuwane. Użytkownicy, którzy korzystają produkcyjnie z KSeF powinni przed konwersją bazy zapisać lokalnie tokeny przypisane w niższej wersji, a następnie po wykonaniu konwersji bazy przypisać je ponownie na właściwych pieczątkach.
Użytkownicy, którzy działają z KSeF w ramach środowiska Demo, a co za tym idzie będą testować integrację w ramach KSeF 2.0 i schemty FA(3) powinni przypisać nowe tokeny.
- Przypisanie tokena odbywa się wg dotychczasowych zasad tj. można go wpisać samodzielnie, wkleić za pomocą kombinacji klawiszy <CTRL>+<V> token wygenerowany w Aplikacji Podatnika, czy też wygenerować go wprost w Systemie za pomocą przycisku
Generuj token na pieczątce firmy.
- Usunięcia tokena dokonuje się poprzez usunięcie zawartości kontrolki np. poprzez zaznaczenie jej zawartości poprzez <CTRL>+<A> a następnie <Delete>
Import faktur z KSeF – zmiana okresu za jaki dokonywany jest import
W związku z dokonanym w środowisku KSeF skróceniem do 3 miesięcy okresu za jaki można dokonać importu faktur dokonano stosownych zmian we wszystkich dostępnych w Systemie Comarch ERP XL metodach importu faktur zakupu z KSeF. W przypadku, gdy Użytkownik chce dokonać importu faktur za dłuższy niż ww. 3-miesięczny okres powinien on użyć metody importu Za okres kilkukrotnie, dzieląc dany okres na kilka mniejszych.
Zmiany w zakresie tworzenia załącznika podczas pobierania UPO
Dokonane zostały zmiany w zakresie ustalania typu na załączniku tworzonym podczas pobierania UPO. Od wersji 2025.0.4 takie załączniki tworzone są z dedykowanym dla nich typem: UPO KSeF.
Księgowość
Nowe schematy JPK_V7M i K wersji 3
Wstęp
Wersja 2025.0.4 systemu Comarch ERP XL wprowadza obsługę nowych struktur JPK_V7M i JPK_V7K w wersji 3. Zmiany te są podyktowane dwiema rewolucjami w polskim systemie podatkowym: wdrożeniem obowiązkowego Krajowego Systemu e-Faktur (KSeF) oraz systemu kaucyjnego.
Harmonogram składania plików JPK_V7M i K w wersji 3
JPK_V7M(3) – pierwszy plik w nowej strukturze (za luty 2026) składamy do 25 marca 2026 r.
JPK_V7K(3) – podatnicy kwartalni pierwszą część ewidencyjną w nowym formacie (za luty 2026) również składają do 25 marca 2026 r.
Schemat JPK_V7K jest przeznaczony dla podatników rozliczających VAT kwartalnie. Działa on w następujący sposób:
- Część ewidencyjną składa się co miesiąc (za każdy miesiąc kwartału).
- Część deklaracyjną składa się raz na kwartał (za ostatni miesiąc kwartału).
| JPK_V7K |
|||
|---|---|---|---|
| Okres rozliczeniowy | Termin złożenia | JPK_V7K | Uwagi |
| Styczeń 2026 r. | Do 25 lutego 2026 r. | JPK_V7K(2) | Część ewidencyjna za styczeń |
| Luty 2026 r. | Do 25 marca 2026 r. | JPK_V7K(3) | Cześć ewidencyjna za luty |
| Marzec 2026 r. | Do 25 kwietnia 2026 r. | JPK_V7K(3) | Część ewidencyjna za marzec, oraz deklaracja za I kw. |
Zmiany w części deklaratywnej (Deklaracja VAT)
W części deklaracyjnej zmiana ma na celu obsługę rozliczeń VAT od niezwróconych kaucji.
Nowe pole P_360
- Kluczową nowością jest pole P_360. Służy ono do wykazania wysokości podatku od niezwróconej kaucji za opakowania objęte systemem kaucyjnym.
- W polu tym wykazujemy sumę podatku VAT, którą podmiot reprezentujący (operator kaucji) musi wpłacić. Wartość ta jest wyliczana na podstawie dokumentów (Faktur Wewnętrznych A’FW/A’FWK), gdzie określono parametr „VAT należny od kaucji niezwróconej”.
- Kwota z pola P_360 pomniejsza łączną wysokość podatku należnego w polu P_38. Mechanizm ten zapewnia, że kwota podlegająca wpłacie przez płatnika (operatora) nie zwiększa standardowego zobowiązania podatnika (wprowadzającego).
Usunięcie pola P_57
W dotychczasowych strukturach (JPK_V7M i K w wersji 1 i 2) pole P_57 było polem wyboru (znacznikiem), który podatnik zaznaczał, aby zawnioskować o zwrot nadwyżki podatku naliczonego nad należnym w terminie 60 dni. Był to tzw. podstawowy termin zwrotu.
Po wprowadzeniu KSeF ulega skróceniu podstawowy termin zwrotu VAT z 60 dni do 40 dni.
Zmiany w części ewidencyjnej – Sprzedaż
Ewidencja sprzedaży została rozbudowana o kolumny służące do identyfikacji faktur w systemie KSeF oraz obsługi kaucji. Każdy dokument w JPK musi teraz posiadać określony status.
Nowe znaczniki KSeF (Nr KSeF, OFF, BFK, DI)
System Comarch ERP XL automatycznie przypisze odpowiednie oznaczenie w zależności od typu dokumentu i statusu wysyłki do KSeF.
Nr KSeF
To unikalny numer nadany fakturze przez system ministerialny (KSeF). Jeśli faktura została wysłana i odebrała numer (wpis istnieje w tabeli cdn.KSeFDokumenty), system automatycznie pobierze go do JPK.
![Faktura sprzedaży, zakładka [KSeF] z nadanym numerem w KSeF](https://pomoc.comarch.pl/xl/wp-content/uploads/2026/01/word-image-64308-29.png)
Oznaczenie OFF (Tryb awaryjny)
OFF (Tryb awaryjny) stosowany jest dla faktur wystawionych w trakcie oficjalnej awarii KSeF, które na moment generowania JPK nie mają jeszcze numeru KSeF. W systemie XL znacznik ten pojawi się, gdy dokument ma wybrany parametr “Awaria”.
Kody QR są niezbędne do udostępniania faktury poza KSeF wystawionej podczas awarii KSeF opublikowanej w BIP, o której mowa w art. 106nf UoV.
Zaleca się przejście na wersję nie niższą niż Comarch ERP XL 2025.1.3![Faktura sprzedaży, zakładka [KSeF] - wybrano parametry: „Wyślij do KSeF”, „Awaria”](https://pomoc.comarch.pl/xl/wp-content/uploads/2026/01/word-image-64308-31.png)
Oznaczenie BFK (Bez Faktury KSeF)
BFK (Bez Faktury KSeF) dotyczy faktur, które nie podlegają wysyłce do KSeF (np. faktury dla osób fizycznych B2C, bilety). System oznaczy tak dokumenty, które mają odznaczony parametr Wyślij do KSeF.
![Faktura sprzedaży, na zakładce [KSeF] nie wybrano parametru „Wyślij do KSeF”, na zakładce [VAT] nie wybrano typu dokumentu RO lub WEW](https://pomoc.comarch.pl/xl/wp-content/uploads/2026/01/word-image-64308-32.png)
Oznaczenie DI (Dowód Inny) ma zastosowanie dla:
- Dokumentów niebędące Fakturami VAT – stosowane dla dowodów księgowych, które nie są fakturami w rozumieniu ustawy o VAT, lecz są ujmowane w ewidencji (np. dowody wewnętrzne, dokumenty zbiorcze, itd.).
- Faktur wystawionych w Trybie Offline24 (Brak Połączenia) – kod DI jest używany dla faktur wystawionych lokalnie w sytuacjach, gdy podatnik nie ma możliwości wystawienia faktury bezpośrednio w KSeF (np. lokalny błąd połączenia lub brak dostępu do Internetu), ale nie ogłoszono oficjalnej awarii KSeF. W takim przypadku faktura jest wystawiana lokalnie i oznaczana DI w JPK, jeżeli w momencie składania pliku JPK_VAT nie ma jeszcze numeru systemowego. Kluczową różnicą operacyjną w stosunku do trybu OFF jest termin przesłania faktury wystawionej w trybie offline (DI). Musi ona zostać przesłana do KSeF najpóźniej następnego dnia roboczego po jej wystawieniu. Ze względu na ten krótki termin, faktury te zazwyczaj otrzymają numer KSeF przed ustawowym terminem złożenia JPK_VAT (25. dzień miesiąca). Jednakże, w przypadku wystąpienia opóźnień technicznych lub wewnętrznych, i konieczności oznaczenia faktury kodem DI, po nadaniu numeru KSeF, podatnik ma obowiązek złożenia korekty JPK_VAT.
- Faktur wystawionych w trybie chwilowej niedostępności KSeF
Wersja Comarch ERP XL 2025.0.4 nie obsługuje trybów: Offline24 (Art. 106nda), Niedostępności KseF (Art. 106nh).
Zaleca się przejście na wersję nie niższą niż Comarch ERP XL 2025.1.3
- W wersji Comarch ERP XL 2025.0.4 oznaczenie DI zostanie zastosowane dla dowodów innych niż faktury wystawione za pośrednictwem KSeF, tj. dla:
- dokumentów wewnętrznych: FW, FWK, A’FW, A’FWK, FWS, FKS, FWZ, FKZ
- dokumentów zbiorczych: RS, RSK
- faktur, które na zakładce VAT mają wybrany typ „WEW” lub „RO”
Obsługa Systemu Kaucyjnego (K_360)
W części ewidencyjnej, analogicznie do deklaracji, dodano pole K_360.
- Wykazuje się tu kwotę podatku VAT od niezwróconych kaucji.
- Jako numer dowodu dla takich zapisów system wstawi oznaczenie: SYSTEM KAUCYJNY.
- Typem dokumentu będzie WEW.
- Kwoty netto i VAT z tych transakcji trafiają również do standardowych pól stawek (K_15-K_20)
Dokumenty ZD’FS, ZD’FSK
W systemie Comarch ERP XL dokumenty ZD’FS oraz ZD’FSK służą do korygowania podatku VAT należnego z tytułu tzw. ulgi za złe długi. Generuje się je dla faktur, których płatność nie została uregulowana w terminie 90 dni od daty upływu terminu zapłaty.
Zgodnie z dotychczasową praktyką, korekty te w plikach JPK_V7 wykazują dane kontrahenta oraz daty (wystawienia i sprzedaży) tożsame z dokumentem źródłowym. Dokumenty te nie są oznaczane znacznikiem WEW.
W związku z powyższym przyjęto że dokumenty korygujące powinny zawierać również dane identyczne z zapisami na zakładce [KSeF] dokumentu pierwotnego. To podejście zostało potwierdzone w broszurze dot. JPK_V7M i K w wersji 3, opublikowanej na stronie Ministerstwa Finansów: https://www.podatki.gov.pl/media/wgbkrejs/broszura-jpk_vat-z-deklaracj%C4%85-od-1-lutego-2026-r.pdf . W przykładach 9 i 10 zaprezentowano sposób prezentacji tego typu rekordów.
Informacja z broszury:
W wersji Comarch ERP XL 2025.0.4 na dokumentach ZD’FS oraz ZD’FSK została udostępniona zakładka [KSeF]. Należy zwrócić uwagę na następujące aspekty techniczne:
- Ręczne uzupełnianie danych: Obecnie dane w zakładce [KSeF] nie są przenoszone automatycznie z faktury źródłowej. Użytkownik zobowiązany jest do ich samodzielnego uzupełnienia.
- Plany rozwojowe: Automatyczne kopiowanie danych z dokumentu źródłowego zostanie wprowadzone w jednej z najbliższych aktualizacji systemu.
Zmiany w części ewidencyjnej – Zakup
Rewolucja dotyczy także strony zakupowej. Nabywca od 01.02.2026 r. będzie miał obowiązek wykazywania numeru KSeF w ewidencji zakupu, jeśli faktura została w tym systemie wystawiona.
Nowe kolumny w rejestrze zakupu
Podobnie jak w sprzedaży, w rejestrze zakupu pojawiają się kolumny.
Nr KSeF
Jeśli w systemie XL zarejestrowano fakturę zakupu powiązaną z KSeF numer ten zostanie wykazany automatycznie.
Oznaczenia OFF, BFK, DI
- Oznaczenia OFF, BFK, DI stosowane są w przypadku braku numeru KSeF, analogicznie do zasad sprzedaży (np. BFK dla faktur papierowych lub od podmiotów zagranicznych).
- Dokumenty takie jak faktury VAT RR czy dokumenty wewnętrzne zakupu (FWZ/FKZ, SAD) będą automatycznie oznaczane jako DI
Korekty plików JPK_V7M i K w wersji 3
W systemie Comarch ERP XL 2025.0.4 przyjęto model korygowania znaczników polegający na aktualizacji oznaczenia bezpośrednio przy istniejącym wpisie (prezentacja stanu bieżącego). Jest to zgodne z wytycznymi zawartymi w biuletynie do JPK_V7M i K w wersji 3 jak również w raporcie z konsultacji i opiniowania projektu rozporządzenia JPKVAT.
W biuletynie opublikowanym na stronie: https://www.podatki.gov.pl/media/wgbkrejs/broszura-jpk_vat-z-deklaracj%C4%85-od-1-lutego-2026-r.pdf czytamy: OFF Oznaczenie dotyczy faktury, o której mowa w art. 106nf ust. 1 ustawy, tj. faktury wystawionej w trybie awarii KSeF. Na dzień złożenia ewidencji faktura nie ma jeszcze przydzielonego numeru identyfikującego tę fakturę w KSeF. Podatnik nie ma obowiązku dokonania korekty ewidencji JPK_VAT po uzyskaniu numeru KSeF. BFK Oznaczenie dotyczy faktury elektronicznej oraz faktury w postaci papierowej, które zostały wystawione poza KSeF, np. faktura na rzecz konsumenta lub faktury wystawione przed obowiązkiem fakturowania za pośrednictwem KSeF. Oznaczenie należy stosować także do faktur wystawionych w trakcie awarii całkowitej KSeF (art. 106ng ustawy). DI Oznaczenie dotyczy dowodu innego niż faktura, dla której istnieje obowiązek wystawienia za pośrednictwem KSeF. Będą to dokumenty nieobjęte oznaczeniami OFF i BFK oraz faktury wystawione w trybie offline24 (art. 106nda ustawy) oraz w trakcie niedostępności systemu (art. 106nh ust. 1 ustawy), które na dzień przesłania ewidencji nie posiadają nadanego numeru identyfikującego tę fakturę w KSeF. Ważne: W przypadku ujęcia w ewidencji faktury wystawionej w trybie offline24 (art. 106nda ustawy) oraz w trakcie niedostępności systemu (art. 106nh ust. 1 ustawy), dla której zastosowano w ewidencji oznaczenie DI – po uzyskaniu numeru KSeF podatnik powinien skorygować zastosowane oznaczenie poprzez wprowadzenie nadanego numeru KSeF
Wydruki
W wersji Comarch ERP XL 2025.0.4 udostępniono możliwość generowania wydruku UPO bezpośrednio z poziomu plików JPK.
Prace nad udostępnieniem dedykowanych wydruków części deklaratywnej oraz zestawień faktur pod pola deklaracji VAT-7 są w toku.
W przypadku pytań prosimy o kontakt z zespołem Asysty Technicznej.
Wystawianie i udostępnianie faktur w warunkach ograniczonej dostępności KSeF – „ściąga opublikowana na stronie Ministerstwa Finansów”
Poniższe zestawienie prezentuje kluczowe różnice w procesowaniu faktur w zależności od statusu systemu KSeF, ze szczególnym uwzględnieniem odmiennych wymogów dotyczących kodów QR oraz terminów przesyłania plików XML po ustaniu awarii. Zestawienie zostało opracowane i udostępnione na stronie Ministerstwa Finansów, w sekcji „Tryby wystawiania faktur ustrukturyzowanych – tabela”: https://ksef.podatki.gov.pl/pliki-do-pobrania-ksef-20/
Zgodnie z procedurami KSeF (przedstawionymi w tabeli procedur awaryjnych i standardowych), faktura ustrukturyzowana jest dokumentem elektronicznym (XML). Jednakże, w sytuacjach gdy zobowiązani są Państwo przekazać fakturę nabywcy poza systemem KSeF (w sposób uzgodniony, np. e-mailem lub papierowo), przepisy nakładają obowiązek oznaczenia takiej wizualizacji odpowiednim kodem QR. System w wersji Comarch ERP XL 2025.0.4 nie nanosi kodów QR na wizualizację faktury. Jeżeli muszą Państwo wysłać wizualizację faktury (PDF) lub wręczyć wydruk kontrahentowi, prosimy nie traktować wizualizacji z naszego systemu jako ostatecznego dokumentu dla nabywcy. Taki dokument bez kodu QR nie spełnia wymogów ustawy (z wyjątkiem sytuacji “Awarii Całkowitej”). Dokument jest poprawny wyłącznie w obrocie wewnątrzsystemowym (KSeF-KSeF). Zaleca się przejście na wersję nie niższą niż Comarch ERP XL 2025.1.3
VIU-DO(2)
Wstęp – co się zmieniło?
W dniu 27.11.2025 r. Ministerstwo Finansów opublikowało w Centralnym Repozytorium Wzorów Dokumentów Elektronicznych (CRWDE) zaktualizowaną strukturę logiczną dla deklaracji VIU-DO(2). Mimo że wizualnie formularz nadal nosi oznaczenie wersji (2), zmienił się jego techniczny “silnik” (schema XML).
Ważne: Od połowy grudnia 2025 r. bramka Ministerstwa Finansów przyjmuje wyłącznie deklaracje wygenerowane według nowego wzoru. Pliki utworzone na starej strukturze będą automatycznie odrzucane przez system e-Deklaracje.
Kluczowe zmiany funkcjonalne dla Księgowego
Poniżej przedstawiamy zestawienie zmian, które mają wpływ na codzienną pracę z deklaracją:
| Obszar zmiany | Opis zmiany i wpływ na pracę |
|---|---|
| Rozliczenia z Irlandią Północną (Kod XI) | Kluczowa zmiana merytoryczna. Nowa wersja formularza wprowadza pełną, poprawną obsługę kodu kraju XI (Irlandia Północna). System został uszczelniony: pozwala na stosowanie kodu XI dla dostaw towarów, jednocześnie blokując błędne użycie tego kodu dla usług (które dla XI traktowane są jak spoza UE). |
| Weryfikacja dat | Wprowadzono ściślejsze reguły wprowadzania dat (format RRRR-MM-DD). System automatycznie zablokuje błędne formaty oraz daty spoza logicznego zakresu (np. literówki w roku, jak "20025"), co zmniejszy ryzyko odrzucenia deklaracji na etapie wysyłki. |
| Pouczenia prawne | Zaktualizowano treść oraz umiejscowienie pouczeń karno-skarbowych w strukturze pliku, dostosowując je do aktualnego stanu prawnego (zgodnie z ustawą o postępowaniu egzekucyjnym w administracji). |
Instrukcja postępowania
W związku z brakiem kompatybilności między “starą” a “nową” strukturą techniczną, prosimy o zastosowanie się do poniższych kroków przy generowaniu deklaracji za IV kwartał 2025 r.:
- Deklaracje robocze -jeżeli w systemie zostały utworzone wersje robocze deklaracji VIU-DO(2) przed datą aktualizacji systemu – nie należy ich wysyłać.
- Konieczność regeneracji -stare wersje robocze należy usunąć, a następnie wygenerować ponownie (przeliczyć deklarację).
- Weryfikacja wersji – na formularzu (zakładka [Nagłówek]) pole Wersja Schemy powinno wskazywać wartość 2-0E (zamiast dotychczasowego 1-0E).
Podsumowanie: Aby uniknąć błędów walidacji (status 401/411), każda deklaracja wysyłana po 11.12.2025 r. musi zostać wygenerowana na nowo po zaktualizowaniu oprogramowania.
Inne zmiany
CIT-10Z(7)
Dostępna jest już nowa wersja deklaracji CIT-10Z (wariant 7), właściwa do rozliczeń podatku u źródła (WHT) za rok 2025. Zgodnie z wytycznymi resortu finansów, formularz ten należy złożyć drogą elektroniczną do właściwego urzędu skarbowego w nieprzekraczalnym terminie do końca pierwszego miesiąca roku następującego po roku podatkowym – w większości przypadków termin ten przypada na 31 stycznia 2026 r.
Obsługa ISO 20022 w banku Santander
ISO 20022 to międzynarodowy standard komunikacji elektronicznej w systemach finansowych, który wprowadza ujednoliconą strukturę danych. Jego celem jest usprawnienie i standaryzacja procesów płatniczych na całym świecie.
Głównym wymogiem ISO jest rozdzielenie dotychczasowego jednego pola tekstowego z adresem kontrahenta na zestaw podpól wskazujących osobno miasto, ulicę, nr domu, kod pocztowy itd.
Dotychczasowy format adresu będzie możliwy do użycia do 21 listopada 2025 roku. Po tej dacie zlecenia w systemie iBiznes24 powinny być już generowane w nowej strukturze.
