Logistyka
Obsługa płatności z tytułu kaucji podczas wysyłki faktur do KSeF
Schemat FA(3) faktury ustrukturyzowanej nie przewiduje pól dedykowanych dla systemu kaucyjnego. Aby przekazać Nabywcy informację o płatności z tytułu kaucji można posiłkować się innymi przewidzianymi w schemacie polami.
W Systemie Comarch ERP XL przyjęto w tym zakresie poniższe rozwiązanie, udostępnione w wersji 2025.1.3:
- W sekcji Rozliczenie faktury ustrukturyzowanej wysyłana jest informacja o wysokości płatności dokumentów WKA/WKK powiązanych z fakturą wysyłaną do KSeF
- Płatności z ww. WKA/WKK i przyjęte do nich zapłaty uwzględniane są podczas wysyłania informacji o statusie zapłaty za dokument, kwocie/kwotach dokonanych zapłat oraz informacji o kwotach pozostających do zapłaty
Obsługa sekcji Rozliczenie podczas wysyłki faktur do KSeF
W sekcji Rozliczenie wysyłana jest informacje o płatnościach dokumentów WKA/WKK związanych z wysyłaną fakturą sprzedaży/korektą faktury sprzedaży. W tym zakresie obowiązują poniższe zasady:
- Płatności WKA/WKK typu należność wysyłane są w sekcji Obciazenia. W polu Kwota wysyłana jest wielkość płatności, w polu Powod zaś fraza Płatność z tytułu kaucji
- Płatności WKA/WKK typu zobowiązanie wysyłane są w sekcji Odliczenia. W polu Kwota wysyłana jest wielkość płatności, w polu Powod zaś fraza Zwrot z tytułu kaucji
W przypadku dokumentów eksportowych tj. FSE, (s)FSE, (S)FSE, FKE, (s)FKE, (S)FKE ww. płatności wykazywane są w wielkości walutowej (Trp_Kwota), w przypadku pozostałych typów dokumentów tj. FS, (s)FS, (S)FS, RA, FSK, (s)FSK, (S)FSK, RAK wykazywane są w walucie systemowej (Trp_KwotaSys).
Dla tych Klientów, którzy w sekcji Rozliczenie zechcą wysyłać informacje o innych obciążeniach/odliczeniach niż ww. obsłużono dodatkowo wysyłanie tych danych w oparciu o stosowne atrybuty:
- W sekcji Obciazenia wysyłana jest odpowiednio Kwota i Powod w oparciu o atrybuty KSEF_Obciazenia_Kwota i KSEF_Obciazenia_Powod
- W sekcji Odliczenia wysyłana jest odpowiednio Kwota i Powod w oparciu o atrybuty KSEF_Odliczenia_Kwota i KSEF_Odliczenia_Powod
Obsłużone zostały również pola DoZaplaty/DoRozliczenia, w których wysyłana jest wielkość obliczona jako pole P_15 (należność za fakturę) powiększone o sumę obciążeń, pomniejszone o sumę odliczeń. System wysyła jedno spośród tych pól: jeżeli tak obliczona wielkość jest dodatnia (lub równa zeru), wówczas wysyłane jest pole DoZaplaty, jeżeli zaś jest ujemna, wówczas wysyłane jest pole DoRozliczenia. Pole to jest wysyłane wyłącznie wówczas, jeżeli faktura zawiera informacje o dodatkowych obciążeniach lub odliczeniach.
Płatności WKA/WKK a sekcja Płatności faktury wysyłanej do KSeF
Płatności dokumentów WKA/WKK związanych z fakturą/korektą faktury wysyłanej do KSeF oraz zapłaty do tychże płatności są uwzględniane podczas wysyłania poniższych informacji:
- Znacznik zapłaty za dokument
- Terminy płatności
- Kwoty nierozliczonych płatności w sekcji Dodatkowy Opis
Pełna informacja o obsługiwanych przy wysyłce polach faktury ustrukturyzowanej znajduje się w biuletynie technicznym Mapowanie danych na strukturę logiczną schematu FA(3) e-faktury KSeF w wersji 2025.1.3
Kopiowanie parametrów KSeF na faktury rejestrowane aplikacją CDNAVAT
Aplikacja CDNAVAT ma za zadanie wspierać Użytkowników w tych sytuacjach, kiedy to dla danej transakcji zastosowanie ma inny kurs dla podatku dochodowego (CIT/PIT) a inny dla podatku VAT. W Systemie Comarch ERP XL na dokumentach w walucie obcej kurs ustalany jest wg zasad obowiązujących dla podatku dochodowego. Jeżeli kurs dla podatku VAT jest inny, wówczas przy użyciu CDNAVAT Użytkownicy mogą wygenerować do takich dokumentów fakturę (A)FS/(A)FZ po innym kursie. W takiej sytuacji to nie dokument źródłowy, ale powiązana z nim (A)FS/(A)FZ jest ujmowana w JPK_VAT.
Jeśli chodzi o wysyłkę faktur sprzedaży do KSeF to wysyłce tej podlega dokument główny, on bowiem posiada elementy towarowe i inne szczegółowe dane transakcji. W związku z tym, aby nie dublować wysyłki do KSeF na dokumentach (A)FS generowanych aplikacja CDNAVAT parametr Wyślij do KSeF był automatycznie wyłączany. W wersji 2025.1.3 zasada ta uległa zmianie, a jest to podyktowane tym, że w JPK_VAT należy wykazywać numer KSeF faktury.
Ustalanie parametrów KSeF podczas generowania (A)FS/(A)FZ aplikacją CDNAVAT
Podczas generowania (A)FS/(A)FZ aplikacją CDNAVAT obowiązują odtąd poniższe zasady ustalania parametrów KSeF:
- Jeżeli dokument dla którego generowany jest (A)FS/(A)FZ oznaczony jest jako nie podlegający wysyłce/nie podlegający pobraniu z KSeF, wówczas generowany mechanizmem CDNAVAT dokument również tak zostaje oznaczony.
- W przypadku, gdy dany dokument podlega wysyłce/podlega importowi z KSeF generowany dokument również tak zostaje oznaczony, przy czym w takich przypadkach zawsze ma on dodatkowo zaznaczony parametr Poza systemem, aby z jednej strony nie został wysłany do KSeF (ponieważ do KSeF został/zostanie wysłany dokument główny) a z drugiej strony, aby można było na niego nanieść dane KSeF.
- Ww. mechanizm uwzględnia również tryb offline, tj. jeżeli źródłowy dokument jest oznaczony parametrem offline, wówczas i generowana (A)FS/(A)FZ tak zostaje oznaczona, kopiowany jest również typ offline (niedostępność, awaria itp.)
- Podczas generowania faktury (A)FS/(A)FZ, oprócz ww. znaczników kopiowane są na nią również: numer KSeF, status, data wysłania do KSeF, data przyjęcia w KSeF oraz data pobrania UPO. Dane te są kopiowane wyłącznie wówczas, gdy dokument źródłowy posiada już numer KSeF.
Aktualizacja parametrów KSeF na fakturach CDNAVAT wskutek zmiany na dokumencie źródłowym
Parametry KSeF na dokumentach (A)FS/(A)FZ wygenerowanych za pomocą aplikacji CDNAVAT są stosownie aktualizowane również podczas ich zmiany na dokumencie źródłowym.
Zmiana parametrów KSeF na dokumencie źródłowym a powiązana (A)FS/(A)FZ
Obsłużona została aktualizacja parametrów Wyślij do KSeF/Źródłowy z KSeF dokumentu (A)FS/(A)FZ wygenerowanego aplikacją CDNAVAT wskutek zmiany tego parametru na fakturze źródłowej, przy czym zmiana taka jest dokonywana warunkowo, tj. wówczas, gdy dotychczasowe ustawienie tego/tych parametrów na wygenerowanej (A)FS/(A)FZ świadczy o tym, że nie były przez Użytkownika zmieniane.
- Wyłączenie parametru Wyślij do KSeF/Źródłowy z KSeF na dokumencie źródłowym powoduje jego wyłączenie na powiązanej fakturze (A)FS/(A)FZ wyłącznie, jeżeli dotąd była ona oznaczona parametrem Poza systemem. Podczas wyłączania ww. parametru System usuwa wszystkie dane KSeF dokumentu (A)FS/(A)FZ (tj. usuwa rekord tabeli cdn.KSeFDokumenty).
- Włączenie parametru Wyślij do KSeF/Źródłowy z KSeF na dokumencie źródłowym powoduje jego włączenie na powiązanej fakturze (A)FS/(A)FZ, jeżeli dotąd miała ona ten parametr wyłączony, przy czym dodatkowo włączany jest na niej parametr Poza systemem. Jeśli dokument źródłowy posiada już numer KSeF, wówczas System kopiuje dane KSeF na fakturę (A)FS/(A)FZ.
- Zmiana trybu online na offline na dokumencie źródłowym powoduje ustalenie trybu offline/poza systemem na powiązanej (A)FS/(A)FZ wówczas, jeżeli dotąd miała one ustawienie online/poza systemem
- Zmiana trybu offline na online na dokumencie źródłowym powoduje ustalenie trybu online/poza systemem na powiązanej (A)FS/(A)FZ, jeżeli dotąd miała ona ustawienie offline/poza systemem
- Podczas ww. aktualizacji System dokonuje stosownego kopiowania/usuwania typu trybu offline (Offline24, Niedostępność itd.)
Pobierane UPO a powiązana (A)FS
Podczas pobierania UPO dokumentom nadawany jest numer KSeF i ustalane/aktualizowane są inne dane KSeF takie jak: status, data wysłania do KSeF, data przyjęcia w KSeF i data pobrania UPO. Obsłużone zostało kopiowanie zarówno numeru KSeF jak i innych, ww. parametrów na powiązaną (A)FS. Dokonywane jest ono wyłącznie wówczas, jeśli (A)FS oznaczona jest parametrem Poza systemem.
Operacja spinania faktury zakupu z fakturą KSeF a powiązana (A)FZ
Podczas spinania zarejestrowanej w Systemie faktury zakupu z fakturą zaimportowaną z KSeF dokumentowi temu nadawany jest numer KSeF. Obsłużone zostało kopiowanie tego numeru i innych ww. danych KSeF na fakturę (A)FZ wygenerowaną aplikacją CDNAVAT. Dokonywane jest ono wyłącznie wówczas, jeśli (A)FZ oznaczona jest parametrem Poza systemem.
Stosowna aktualizacja danych KSeF na ww. (A)FZ następuje również podczas rozłączania faktury źródłowej z fakturą KSeF i również pod warunkiem, że taka (A)FZ oznaczona jest parametrem Poza systemem. W takim przypadku System usuwa rekord tabeli cdn.KSeFDokumenty wskazujący na tą (A)FZ.
Faktury generowane aplikacją CDNAVAT – inne zagadnienia
- Jeżeli dokument źródłowy dla którego została wygenerowana (A)FS/(A)FZ został oznaczony parametrem Poza systemem, wówczas podczas edycji parametrów KSeF takich jak numer KSeF, data wysłania itp. na takim dokumencie System nie dokonuje żadnych zmian na powiązanej (A)FS/(A)FZ, takiej zmiany powinien dokonać Użytkownik samodzielnie.
- Dokumenty A)FS/(A)FZ wygenerowane za pomocą aplikacji CDNAVAT są udostępniona do edycji wg ogólnych zasad, Użytkownik może więc zmieniać na nich również parametry KSeF, niezależnie od ich ustawienia na fakturze źródłowej
KSeF – inne zmiany
Funkcja API służąca do uwierzytelniania w KSeF
W wersji 2025.1.3 udostępniona została funkcja XLKSeFUwierzytelnienie, służąca do uwierzytelniania Użytkownika w środowisku KSeF 2.0, dokonane zostały również stosowne zmiany w funkcjach XLKSeFOtworzSesje i XLKSeFZamknijSesje. Więcej informacji na ten temat znajduje się w dokumencie technicznym do wersji.
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.
Wysyłka wsadowa faktur zarejestrowanych w trybie offline
W przypadku faktur udostępnianych w trybie offline tj. tych, dla których wygenerowano linki weryfikacyjnych offline, któremu towarzyszyło utworzenie stosownych załączników Plik KSeF offline późniejsza wysyłka do KSeF dokonywana jest w oparciu o plik .xml zapisany w tym załączniku. Zasada ta wynika z potrzeby zachowania integralności danych na fakturze udostępnionej Klientowi i wysłanej do KSeF. W wersji 2025.1.2 wysyłka ww. faktur na podstawie załącznika Plik KSeF offline odbywała się wyłącznie metodą interaktywną. W wersji 2025.1.3 obsłużone zostały już obie metody i odtąd takie faktury można wysyłać zarówno metodą interaktywną jak i wsadową.
Inne zmiany
Zmiany w synchronizacji z Comarch EDI (ECOD)
W związku z możliwością przesyłania faktur do Krajowego Systemu e-Faktur [KSeF] za pośrednictwem Comarch EDI wprowadzono zmiany pozwalające na dostosowaniu eksportu danych do EDI do wymagań KSeF.
- Brak kontroli GLN oraz EAN
Umożliwiono wyłączenie kontroli obecności kodu GLN na karcie kontrahenta oraz w Pieczątce Firmy. Możliwe jest również przesyłanie pozycji faktury bez umieszczonego kodu EAN na karcie towaru.
W tym celu w Konfiguracji systemu System/ Konfiguracja/ Sprzedaż /Parametry 1 należy zaznaczyć parametr j.n
- Sprzedaż dla Jednostek Samorządu Terytorialnego (JST)
W przypadku, gdy faktura ma być przekazywana z poziomu Comarch EDI do KSeF a sprzedaż realizowana jest dla Jednostką Samorządu Terytorialnego (JST) konieczne jest zaznaczenie na karcie kontrahenta, na zakładce [Księgowe] parametru JST. Jeśli kontrahent ten zostanie wskazany jako kontrahent docelowy (odbiorca) wówczas zostanie przekazany do KSeF z odpowiednią rolą (8), jako Jednostka samorządu terytorialnego – odbiorca.
Informacja ta przesyłana jest w sekcji <AdditionalParty> z ustawieniem <Role>8</Role>. Oprócz roli w sekcji tej przesyłane są dane adresowe odbiorcy oraz NIP.
- Przyczyna zwolnienia dla stawki VAT ZW
W przypadku zastosowania stawki VAT zwolnionej konieczne jest przekazywanie przyczyny zwolnienia z VAT. Informacja ta przesyłana jest na fakturze ECOD w sekcji <Tax-Summary-Line> w postaci:
<TaxExemptionReason> Przyczyna zwolnienia z zakładki [Nagłowek].
<TaxExemptionReasonType> Podstawa zwolnienia (Ustawa, Dyrektywa, Inne) na podstawie zdefiniowanej kategorii: Przyczyna zwolnienia z VAT.
- Przesyłanie numeru KSeF faktury korygowanej na korektach faktur
Księgowość
Nowe schematy JPK_V7M i K wersji 3
Wstęp
Wersja 2025.1.3 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.
Nowe struktury JPK_V7(3) wchodzą w życie od rozliczenia za luty 2026 r.
Dotyczy wszystkich podatników VAT rozliczających się na nowych strukturach JPK.
Zgodnie z aktualizacją struktur logicznych, od 1 lutego 2026 r. wszyscy podatnicy VAT są zobowiązani do wykazywania w strukturze JPK_V7M(3) lub JPK_V7K(3) numerów identyfikujących KSeF dla dokumentów zakupowych (po stronie ewidencji zakupu), o ile faktury te zostały wystawione i przesłane za pośrednictwem Krajowego Systemu e-Faktur.
W związku z obowiązkiem wykazywania numerów identyfikacyjnych KSeF w nowym pliku JPK_V7(3), prosimy o zwrócenie szczególnej uwagi na konfigurację środowiska:
- Zalecenie korzystania ze środowiska produkcyjnego – do pliku JPK_V7(3) przenoszone są wszystkie numery KSeF zapisane na dokumentach sprzedażowych i zakupowych, niezależnie od wybranego trybu pracy czy sposobu wysyłki.
- Środowisko Demo powinno być wykorzystywane wyłącznie na bazach testowych. Pozwala to uniknąć ryzyka przekazania do oficjalnego pliku JPK_V7(3) numerów wygenerowanych w celach ćwiczebnych.
- Utrata danych – jeśli w bazie ustawiono środowisko Demo, to w momencie zmiany na Produkcyjne, system automatycznie usunie wszystkie dotychczas wprowadzone numery KSeF. Dotyczy to również numerów wprowadzonych ręcznie (nawet jeśli zawierały poprawne dane produkcyjne).
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)
Nowe pole P_360
- Kluczową nowością jest pole P_360. Służy ono do wykazania wysokości podatku VAT 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), na których wybrano parametr „VAT należny od kaucji niezwróconej”.
- Kwota wykazana w polu P_360 znajduje odzwierciedlenie w odpowiednich polach stawek podatku od sprzedaży krajowej.
- Kwota z pola P_360 koryguje (pomniejsza) sumę podatku należnego w polu P_38. Dzięki temu podatek odprowadzony przez płatnika (operatora) pozostaje neutralny dla ogólnego zobowiązania podatnika (wprowadzającego).
Zasady wypełniania pola P_360
- Zgodnie ze strukturą logiczną JPK_V7(3), pole P_360 (podatek od niezwróconej kaucji) przyjmuje wyłącznie wartości nieujemne.
- Wynika to z typu danych zdefiniowanego w schemacie XSD (TKwotaCNieujemna), który uniemożliwia raportowanie wartości ujemnych w tej sekcji deklaracji.
- Jeżeli wyliczona kwota podatku należnego byłaby mniejsza od 0,00 zł, system nie wykaże żadnej wartości, pole pozostanie puste.
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 posiadać określony status.
Nowe znaczniki KSeF (Nr KSeF, OFF, BFK, DI)
System Comarch ERP XL w wersji 2025.1.3 automatycznie przypisuje odpowiednie oznaczenie w zależności od typu dokumentu i statusu wysyłki do KSeF.
Nr KSeF
Nr KSeF to unikalny numer nadany fakturze przez system ministerialny (KSeF). Jeśli faktura została wysłana i odebrała numer (w systemie Comarch ERP XL 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-64608-17.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 "Offline”/”Tryb awaryjny".
W wersji Comarch ERP XL 2025.1.3 istnieje możliwość wygenerowania wizualizacji faktury ustrukturyzowanej opatrzonej kodami QR (kodami weryfikującymi). Więcej informacji w rozdziale: „Wystawianie i udostępnianie faktur w warunkach ograniczonej dostępności KSeF”.
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.![Faktura sprzedaży, zakładka [KSeF] - wybrano parametry: „Wyślij do KSeF”, „Offline”, „Tryb awaryjny”](https://pomoc.comarch.pl/xl/wp-content/uploads/2026/01/word-image-64608-20.png)
W pliku JPK_V7(3) takie faktury będą miały przypisany znacznik jeden „1” w kolumnie.
Oznaczenie BFK (Bez Faktury KSeF)
Znacznik BFK (skrót od: Brak Faktury w KSeF) stosuje się w ewidencji JPK_V7(3) dla dokumentów, które nie posiadają numeru identyfikującego KSeF. Dotyczy to faktur, które:
- Nie podlegają obowiązkowi przesyłania do KSeF: np. faktury wystawiane na rzecz osób fizycznych nieprowadzących działalności gospodarczej (B2C), faktury uproszczone (paragony z NIP uznane za faktury), bilety spełniające definicję faktury.
- W systemie Comarch ERP XL znacznikiem tym zostaną ocechowane faktury sprzedaży, które nie mają wybranego parametru „Wyślij do KSeF” oraz na zakładce VAT nie mają wybranego typu dokumentu WEW lub RO.
![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-64608-22.png)
![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-64608-23.png)
- Zostały wystawione w trakcie awarii całkowitej Krajowego Systemu e-Faktur. W systemie Comarch ERP XL znacznikiem tym zostaną ocechowane faktury sprzedaży, które mają wybrany parametr Offline i Awaria całkowita.
![Faktura sprzedaży, na zakładce [KSeF] wybrano parametry „Offline” oraz „Awaria całkowita”](https://pomoc.comarch.pl/xl/wp-content/uploads/2026/01/word-image-64608-24.png)
- W pliku JPK_V7(3) takie faktury będą miały przypisany znacznik jeden „1” w kolumnie BFK
Oznaczenie DI (Dowód Inny)
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
- W wersji Comarch ERP XL 2025.1.3 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
- dokumentów zbiorczych: RS, RSK
- faktur, które na zakładce VAT mają wybrany typ „WEW” lub „RO”
-
- dla faktury, na których wybrano parametry: „Wyślij do KSeF”, „Offline” oraz „Offline24”
- dla faktury, na których wybrano parametry: Wyślij do KSeF, Offline oraz Niedostępność KSeF
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.
- Rekord będzie ocechowany oznaczeniami DI oraz 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 w pliku JPK_V7(3).
Fragment z broszury
W wersji Comarch ERP XL 2025.1.3 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
W ewidencji zakupu wprowadzono pola analogiczne do ewidencji sprzedaży, służące do identyfikacji i oznaczania dokumentów zgodnie z wymogami KSeF.
Nr KSeF
Jeśli w systemie Comarch ERP XL zarejestrowano fakturę zakupu z Nr KSeF numer ten zostanie wykazany automatycznie.
Oznaczenia OFF, BFK, DI
W przypadku braku numeru identyfikującego KSeF dla dokumentu zakupu, stosuje się oznaczenia analogiczne do ewidencji sprzedaży. Znaczniki te będą informować organ podatkowy o przyczynie braku numeru ustrukturyzowanego w pliku.
- OFF (Tryb awaryjny) – stosowany dla faktur zakupowych wystawionych przez sprzedawcę w trakcie awarii systemu KSeF. Dotyczy dokumentów, które docelowo powinny znaleźć się w KSeF, ale w momencie księgowania/raportowania nie posiadają jeszcze nadanego numeru.
- BFK (Brak Faktury w KSeF) – stosowany dla faktur, które z założenia nie występują w systemie KSeF. Dotyczy to w szczególności:
- faktur wystawionych przez podmioty zagraniczne (np. WNT, import usług),
- faktur wystawionych podczas awarii całkowitej systemu, jeżeli nie nadano im numeru KSeF.
Mimo że nowa struktura JPK_V7(3) obowiązuje od rozliczeń za luty 2026 r., powszechny obowiązek korzystania z systemu KSeF wchodzi w życie dopiero 1 kwietnia 2026 r. Oznacza to, że w lutym i marcu nie wszystkie dokumenty będą posiadały numery ustrukturyzowane.
Zasady postępowania w systemie:
-
- Brak obowiązku KSeF - faktury wystawiane i otrzymywane poza systemem KSeF w okresie przejściowym (w formie papierowej lub elektronicznej PDF) nie powinny mieć w systemie zaznaczonego parametru „Źródłowy z KSeF”.
- Oznaczenie BFK - dokumenty te w pliku JPK_V7M(3) oraz JPK_V7K(3) zostaną automatycznie opatrzone znacznikiem BFK (Brak Faktury w KSeF). Informuje on organ podatkowy, że brak numeru identyfikacyjnego KSeF w ewidencji jest uzasadniony i zgodny z przepisami obowiązującymi w danym terminie.
- DI (Dokument Inny) – oznaczenie dla dokumentów, które nie są fakturami w rozumieniu przepisów o KSeF, ale stanowią podstawę odliczenia podatku naliczonego. System automatycznie nada ten znacznik dla:
- faktur VAT RR
- dokumentów celnych SAD
- dokumentów wewnętrznych zakupu FWZ/FKZ
Korekty plików JPK_V7M i K w wersji 3
W systemie Comarch ERP XL 2025.1.3 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.1.3, zaktualizowano wydruki udostępnione z poziomu listy plików JPK_V7(3) oraz formularza JPK_V7M i K w wersji 3.
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.1.3 nanosi kodów QR na wizualizację faktury.
Składanie JPK_KR_PD za okresy cząstkowe
Plik JPK_KR_PD należy składać za okresy roczne. Struktura logiczna (schema) pliku umożliwia jednak raportowanie danych za okresy cząstkowe. Rozwiązanie to znajduje zastosowanie szczególnie w przypadku generowania bardzo dużych zbiorów danych, które wymagają podziału w celu ich poprawnej transmisji na bramkę Ministerstwa Finansów.
System umożliwia generowanie pliku za okresy krótsze niż rok obrotowy. W celu zachowania pełnej poprawności wyliczania obrotów zaleca się jednak generowanie danych za zamknięte części okresu sprawozdawczego jak miesiące lub kwartały.
Zgodnie z zaleceniami Ministerstwa Finansów, w plikach generowanych za okresy cząstkowe nie należy wykazywać kont, na których nie wystąpiły salda lub obroty narastające. W związku z powyższym liczba kont raportowanych w części ZOiS (Zestawienie Obrotów i Sald) może ulegać zmianie w zależności od tego, czy raport dotyczy początkowych, czy końcowych miesięcy roku obrotowego.
Inne zmiany
Zgłoszenie 567708 - [JPK_KR_PD] Zmienić kod Serbii z XS na RS
W przypadku faktury wystawionej do kontrahenta z Serbii dla pliku JPK_KR_PD do gałęzi T_2 trafia kod kraju XS. Zgodnie ze specyfikacją bramki ten kod powinien być przemianowany na RS.
Zgłoszenie 568189 - Usuwanie znaczników JPK_KR_PD po przeniesieniu planu kont jeśli się różnią miedzy okresami
W procesie przenoszenia planu kont między okresami obrachunkowymi, informacja o znaczniku JPK_KR_PD powinna zostać zachowana i zaktualizowana w nowym okresie. Dotyczy to w szczególności sytuacji, gdy:
- Konto istnieje już w docelowym okresie obrachunkowym.
- Konto docelowe nie posiada jeszcze przypisanego znacznika.
W takim przypadku system powinien automatycznie przenieść atrybut z poprzedniego okresu, aby zapewnić ciągłość konfiguracji wymaganej do poprawnego raportowania.
Zgłoszenie XL/1353556 - import wyciągów bankowych webservice w PKO BP wg daty operacji
Podczas importu wyciągu bankowego za pośrednictwem usługi Web Service PKO BP, system domyślnie przyjmuje datę waluty jako datę zapisu. W określonych scenariuszach biznesowych właściwszym rozwiązaniem jest wykorzystanie daty operacji.
W bieżącej wersji systemu modyfikacja tego ustawienia jest możliwa poprzez edycję pliku konfiguracyjnego PkoHistoriaKonfiguracja.txt z katalogu BankConnectProxy.
Wprowadzenie zmian w powyższym pliku pozwala na zmianę priorytetu pobieranej daty. Informujemy jednocześnie, że natywne wsparcie dla przełączania trybu dat będzie dostępne bezpośrednio w interfejsie kolejnej wersji systemu Comarch ERP XL.
Współpraca z Comarch POS
Prawo do otrzymywania faktur za pośrednictwem KSeF
Zarówno w Comarch ERP XL jak i w Comarch POS możliwe jest określenie, czy dla danego kontrahenta faktury maja być przekazywane za pośrednictwem systemu KSeF.
Jeśli kontrahent otrzymujący fakturę ma obowiązek korzystania w KSeF, wówczas w Comarch ERP XL będzie miał na zakładce [Księgowe] ustawiony parametr Wysyłaj dokumenty do KSeF. Dodatkowo może mieć ustawiony parametr Poza systemem co oznacza, że faktura wystawiana dla niego w systemie zewnętrznym (np. Comarch POS) ma być wysyłana od razu wysyłana do KSeF
Powyższa informacja przekazywana jest w synchronizacja z Comarch POS, gdzie dla zaznaczonych parametrów, w Comarch POS zostanie ustawiony parametr Obsługa KSeF. Jeśli parametr Wysyłaj dokumenty do KSeF zostanie wyłączony w XLu wówczas w Comarch POS również zostanie wyłączony parametr Obsługa KSeF.
Dla kontrahentów zakładanych z poziomu Comarch POS ustawienie również przekazywane jest do Comarch ERP XL i ustawiane na zakładce [Księgowe].
Aktualnie aktualizacja tego parametru po zmianie w POS nie jest obsłużona. Konieczna zmiana parametru w Comarch ERP XL.
Tryby offline – niedostępność KSeF
Przesyłanie okresu niedostępności KSeF do POS
Comarch POS automatycznie dostosowuje sposób komunikacji z Krajowym Systemem e-Faktur (KSeF) na podstawie okresów niedostępności skonfigurowanych w systemie Comarch ERP XL.
Jeśli w XLu zostanie zdeklarowany okres niedostępności KSeF, wówczas podczas synchronizacji zostanie on wysłany do Comarch POS. Przekazywany jest zawsze jeden, aktualnie obowiązujący tryb niedostępności. Wraz z trybem niedostępności przekazywany okres obowiązywania od – do. Jeśli okres niedostępności zostanie wprowadzony w trakcie dnia pracy, konieczne będzie wykonanie synchronizacji z poziomu Comarch POS.
W kolejnych synchronizacjach, jeśli okres obowiązywania trybu zakończy się lub zostanie usunięty, okres niedostępności zostanie również usunięty w Comarch POS (zmieni się na tryb online).
Dodatkowo, jeśli okres niedostępności nie zostanie zdefiniowany lub wystąpi awaria poza okresami niedostępności, w Comarch POS zostanie ona potraktowana jako tryb Offline24.
Wystawianie faktur w Comarch POS w trybie awarii (niedostępności KSeF)
Awaria całkowita
W przypadku awarii całkowitej dokumenty nie są wysłane do KSeF i drukowana jest standardowa faktura sprzedaży.
Faktury wystawione w trybie awarii całkowitej trafiają do Comarch ERP XL ze statusem Awaria całkowita i nie wymagają wysyłania do KSeF w terminie późniejszym.
Pozostałe awarie
Włączenie jednego z trybów Niedostępność KSeF, Tryb awaryjny lub Offline24 będzie skutkować automatycznym oznaczaniem wszystkich wystawianych faktur jako offline oraz możliwością ich wizualizacji jako faktury ustrukturyzowanej z dwoma kodami QR.
Wydruk dokumentu wystawionego w trybie offline będzie zależał od rodzaju włączonego trybu offline, a także od rodzaju kontrahenta czy też rodzaju transakcji.
Podczas wykonywania wydruku dokumentu, który został wystawiony:
- dla podmiotu gospodarczego z NIP i rodzaju transakcji: Krajowa
- oznaczony statusem Nie wysłano i wystawiony w trybie offline
- oznaczony statusem Wysłano, ale bez numeru KSeF np. w sytuacji gdy nie pobrano jeszcze UPO
Użytkownik będzie musiał zdecydować, czy taki wydruk powinien zostać wykonany, po wybraniu opcji:
- NIE – wydruk nie zostanie wykonany
- TAK – przygotowany zostanie wydruk:
- z adnotacją o trybie offline oraz kodem QR
- opatrzony adnotacją POTWIERDZENIA TRANSAKCJI, a nie podstawowa Faktura
Dla faktur wystawionych w trybie offline generowany są kody QR oraz przygotowywany jest plik XML KSeF z danymi gotowymi do wysłania do KSeF. Po zatwierdzeniu faktura przesyłana jest do Comarch ERP XL, gdzie zapisywany jest odpowiedni status oraz informacja o konieczności wysłania do KSeF. Wygenerowany w POS plik XML zapisywany jest na zakładce [Załączniki]. Załącznik ma ustawiony typ: Plik KSeF Offline i zawiera dane pozwalające na wysłanie faktury do KSeF w zakresie w jakim została przygotowana na stanowisku Comarch POS.
W momencie gdy ustąpi awaria i system wróci do pracy online, wszystkie nieprzesłane dokumenty powinny zostać wyeksportowane do KSeF. Podczas wysyłki do Ksef system Comarch ERP XL nie tworzy na nowo plików XML, lecz wysyła załącznik o typie Plik KSeF Offline, przesłany z Comarch POS.
