Krajowy system e-Faktur

Taki temat do weryfikacji (raczej obstawiam jakiś dziwne problemy u mnie) - czy jeśli gdzieś robicie pobieranie przyrostowe po HWM zgodnie z zasadami (zapisanie znacznika, użycie przy kolejnym), to zdarzyło się, że coś zostało pominięte jednak?

Czy ktoś z Was stosuje w tym roku taką samą numerację faktur jak w poprzednich latach? Okazało się, że u niektórych schodzą faktur z numerami źródłowymi identycznymi jak w ubiegłych latach... Się za rok mocno zdziwią, jak nie będa mogli faktur wysyłać ;) Macie też takich?

Pobierając z KSeF paczkę faktur otrzymujemu dwa zbiory danych.
Pierwszy to tzw. metadane. Drugi to spakowane (ZIP) archiwum z dokumentami (fakturami).
Metadane (w formacie JSON) zawierają podstawowe informacje dotyczące pobranych faktur, w tym nazwę wystawcy i nazwę nabywcy.
Zgodnie z dokumentacją kontraktu obe te pola są opcjonalne (nie są obowiązkowe).
Praktyka pokazuje że w większości przypadków metadane zawierają te elementy: "buyer:name" oraz "seller:name".
Ale przytrafił mi się przypadek faktury korygującej wystawionej przez Leroy Merlin dla której w metadanych pobranych z KSeF nie było jedengo z tych elementów.
Zastawiam się jaka logika po stronie KSeF tkwi za "opcjonalnością" tych dówch pól.
Jaki mechanizm decyduje czy te pola zostaną ujęte w metadanych ?

Wracam do tematu JST.
Ktoś tu stwierdził poprzednio, że faktury wystawione w podmiocie typu szkoła, będącym podrzędnym JST w Gminie musi mieć dane szkoły w Podmiot3. Jeśli jest inaczej to trzeba robić korektę, bo to błędna faktura.
Trafiłem na to:
https://ksiegowosc.infor.pl/podatki/vat/faktura/7499781,minister-wskazal-jak-wystawiac-faktury-dla-jst-w-ksef-transakcje-z-gminami-i-innymi-jednostkami-samorzadu-terytorialnego.html

A tam m.in.:

Minister podkreślił, że wypełnienie elementu Podmiot3 nie jest obowiązkowe – ani od strony technicznej ani od strony prawnej. Takie rozwiązanie przyjęte przez Ministerstwo Finansów jest – zdaniem MFiG - kompromisem pomiędzy oczekiwaniami rynku (JST) a ograniczeniami prawnymi w tym zakresie.

A czy ktoś z Was jest przygotowany na to, że od API KSeF w odpowiedzi na zapytanie o fakturę XML może dostać coś innego niż FA (2) lub FA (3)? :-)
A konkretnie fakturę też XML, ale w totalnie innym formacie, mianowicie EN-16931-1:2017 czyli PEF.
Niespodziankom nigdy końca :-)

A czy ktoś z Was jest przygotowany na to, że od API KSeF w odpowiedzi na zapytanie o fakturę XML może dostać coś innego niż FA (2) lub FA (3)? :-)
A konkretnie fakturę też XML, ale w totalnie innym formacie, mianowicie EN-16931-1:2017 czyli PEF.
Niespodziankom nigdy końca :-)

Widzieliście nowy projekt CIRFMF?
https://github.com/CIRFMF/ksef-schematy

Ciekawe, czy to, co tam wypracujemy w ogóle będzie się przekładać na przyszłe schemy.

(Wpisałem tam 15 moich tematów)

Cześć. Mam szybkie pranko. Jak załatwiacie kwotę do zapłaty w PLN jeśli faktrura jest w EUR? Czy przeliczacie i wpisujecie do pola DoZaplaty w Rozliczeniu? Ogólenie pytam jak to załatwiacie. Czy jeśli DoZaplaty zostanie przeliczone na PLN to czy pozostałe elementy Rozliczenie też przeliczacie na PLN?

Użycie Certyfikatu kwalifikowanego organizacji (tzw. pieczęć firmowa) - zawierający numer NIP zamiast Certyfikatu KSEF dla pracownika

Witam
Jeden klient chce używać pieczęć firmową zamiast certyfikatu KSEF dla pracownika.
Obecnie mój program do uwierzytelniania (C++ Builder 11 + biblioteka Chilkat) używa wyłącznie certyfikatów generowanych na Aplikacji Podatnika KSEF (pliki crt i key).
Jest może jakiś poradnik, co trzeba zmienić/dodać w procesie uwierzytelnienia, żeby zastosować tą pieczęć firmową?
Czy ktoś mógłby podpowiedzieć/poradzić?
Pozdrawiam

E_kontakt napisał(a):

Użycie Certyfikatu kwalifikowanego organizacji (tzw. pieczęć firmowa) - zawierający numer NIP zamiast Certyfikatu KSEF dla pracownika

Witam
Jeden klient chce używać pieczęć firmową zamiast certyfikatu KSEF dla pracownika.
Obecnie mój program do uwierzytelniania (C++ Builder 11 + biblioteka Chilkat) używa wyłącznie certyfikatów generowanych na Aplikacji Podatnika KSEF (pliki crt i key).
Jest może jakiś poradnik, co trzeba zmienić/dodać w procesie uwierzytelnienia, żeby zastosować tą pieczęć firmową?
Czy ktoś mógłby podpowiedzieć/poradzić?
Pozdrawiam

Jeszcze raz styl.xsl do faktur(do plików xml) .Teraz po poprawkach załączniku(działa lepiej cały czas testowany na produkcji) .
A tu oficjalna strona rządowa z błędem
http://crd.gov.pl/wzor/2025/06/25/13775/
błąd w sekcji rozliczenie odliczenia , Wersja inna niż w programie rządowym(dostępnym z przeglądarki)
Czy ktoś wie kiedy w katalogu http://crd.gov.pl/wzor/ pojawi się poprawny\aktualny plik???

Ja mam dzisiaj taki błąd w logu z aplikacji pobierającej faktury zakupowe:

2026-05-14 14:45:00.191 - [invoices] Download timer: minutes
2026-05-14 14:45:00.198 - Download invoices thread: 00004410
...
2026-05-14 14:45:01.499 - [000024B8] - Code: 100; Hint: [AUTH]: Authenticating...
2026-05-14 14:46:41.826 - [000024B8] - Code: 9; Hint: [AUTH]: Login error: HTTP error(504): HTTP/1.1 504 Gateway Time-out
2026-05-14 14:46:41.830 - [000024B8] - Code: 101; Hint: [AUTH]: Error details: <html>
<head><title>504 Gateway Time-out</title></head>
<body>
<center><h1>504 Gateway Time-out</h1></center>
<hr><center>Microsoft-Azure-Application-Gateway/v2</center>
<script type="text/javascript" src="/_Incapsula_Resource?SWJIYLWA=719d34d31c8e3a6e6fffd425f7e032f3&ns=3&cb=803979150" async></script></body>
</html>

2026-05-14 14:46:42.088 - [00004410]: Download invoices thread ended

Także widzę, że z KSeF wszystko w porządku, tak jak twierdzi CIRF. Dla czego mielibyśmy zakładać, że z czasem ten system będzie kulał ??? No, kurde nie wiem. Ale cytując klasyka: "proszę się rozejść, tu nie ma na co patrzeć, proszę...." - Frank Drebin; The Naked Gun;

Mam takie pytanie.
Wysłałem błędnie fakturę korygującą do KSeF. Błąd polega na odwrotnym oznaczeniu pozycji przed i po korektą. Zamiast wyzerować pozycje wyszło na to że koryguję fakturę od zera do wartośc aktualnej.
Ktoś wie może co z taką fakturą w KSeF zrobić?
Jak to wyprostować.
Dodam, ze błąd w aplikacji juz poprawiłem. Chodzi mi o samą fakturę w KSeF.

Czy ktoś próbował robić jakiś translator błędów składni xml'a aby był bardziej zrozumiały dla użytkownika?
Chodzi mi aby przetłumaczyć błąd, który dostaję z walidatora XmlReaderSettings typu:
Element 'http://crd.gov.pl/wzor/2025/06/25/13775/:Telefon' jest nieprawidłowy. Wartość '42 652-01-24,42 652-01-24' jest nieprawidłowa przy uwzględnieniu jego typu danych 'http://crd.gov.pl/wzor/2025/06/25/13775/:TNumerTelefonu' - Rzeczywista długość jest większa niż wartość MaxLength..

na bardziej zrozumiały dla użytkownika. Np.:
"Pole telefon ma zbyt długą wartość".

Jak wykazać poprawnie w XML nadpłaconą fakturę? (konkretnie - zaliczka, do której była wpłata większa niż wartość faktury)

Też uważacie za błąd fakt, że wizualizacja ładnie pokazuje nowe linie i wielokrotne spacje, a definicja pola każe je wycinać? Narobili bajzlu z tym xsd:token wg mnie, za dużo tego napakowali, a de facto sprawia to, że pole w zasadzie nie ma ograniczeń co do długości. Jak wg Was powinno się to rozwiązać?

1. Wizualizacja powinna...
   A. Respektować faktyczną wartość
   B. Wycinać białe znaki (respektować definicję pola)
2. Powinno się znieść xsd:token...
   A. dla wszystkich pól?
   B. tylko dla takich pól, jak informacje czy dodatkowe opisy?
   C. zostawić dla wszystkich?

https://github.com/CIRFMF/ksef-schematy/issues/32
https://github.com/CIRFMF/ksef-pdf-generator/issues/112

Kolejna zagadka - faktura zaliczkowa do zamówienia. Zamówienie na 10 000. Zaliczka wystawiona na 700. Ale się ktoś walnął, bo miała być na 500. Jak powinna wyglądać korekta? P_15 podajemy 500, czy -200? Podajemy pozycje zamówienia jako było i winno być to samo, czy może jako korekta na zero?
(Te korekty nagłówków oraz fakt, że zaliczki nie mają pozycji to są tak nieintuicyjne)

https://ksiegowosc.infor.pl/ksef/7584393,skarbowka-ostrzega-firmy-przed-pdfami-z-ksef-jedna-roznica-wystarczy.html
W komentarzu to jednego z poprzednich postów @Mirosław Tomczyk wrzucił ten link i powiem szczerze, ze to chyba opóźniony żart prima aprillisowy i zasługuje na oddzielny post.
Rozumiem, że wizualizacja nie może wprowadzać w błąd ale z tego artykułu wynika, ze jeśli ktoś robi wizualizację inną niż przez ksefowy pdf-generator (o ile bieżąca wersja pdf generatora działa akurat poprawnie) to w praktyce zawsze można się przyczepić.
Jest tu ktoś kto ma własne wizualizacje? Wszystkie labelki macie zgodne 1-1 z oficjalnym generatorem pdf?

Czy ktoś może się już spotkał z takim przypadkiem, że:

1. Wystawiamy fakturę podstawową o nr FA00123 - dla oddania faktycznego przebiegu zdarzeń: wysłana do Ksef przez API
2. Wystawiamy, tym razem w Aplikacji Podatnika, fakturę korygującą o numerze FA00123 (tak, tak - takim samym jak już istniejąca i posiadająca nr Ksef faktura podstawowa).
   I Ksef taką fakturę przyjmuje i w efekcie klient dostaje dwie faktury z tym samym numerem, tyle że jedna to faktura podstawowa a druga korekta.

Naiwnie sądziłem, że numery faktur powtarzać się nie mogą. Ba, wiele razy miałem błąd wysłania duplikatu. Ale, że ta logika działa tylko w obrębie typy faktury, to jestem lekko zdziwiony. :-/

Ktoś ma podobne doświadczenia?

Witam,

Chciałbym zapytać o uwierzytelnianie w API KSeF za pomocą tokenu.
Pamiętam, że gdzieś czytałem, że planują wyłączyć logowanie za pomocą tokenu i od początku przyszłego roku zezwalać wyłącznie na logowanie za pomocą certyfikatu,
ale nie mogę znaleźć źródła tej informacji.
Czy ktoś ma link do tego ogłoszenia?

Czy ja coś przegapiłem czy rzeczywiście jest problem w JPK_V7* gdy zrobimy korektę w takich realiach: korygowana ma ustawione np. GTU_12, a miało go nie być.
Wystawiamy więc korektę: stan przed ma GTU_12, a stan po nie ma. Kwotowo saldo korekty jest zerowe.
W JPK chyba to zupełnie nie wyjdzie - bo tam jest suma faktury i oznaczenie czy GTU w ogóle wystąpiło na fakturze.
Trzeba by dać korektę do zera z GTU_12, a potem wystawić nową fakturę bez GTU_12.
Dobrze myślę?

Pytanie o Json z błędem wg nowej metody:

"Wprowadzamy zapowiadany format odpowiedzi dla błędów 400 Bad Request i 429 Too Many Requests, zgodny z formatem używanym już dla 401 Unauthorized i 403 Forbidden, opartym o standard Problem Details (application/problem+json).

Oczywiście nowy format będzie dostępny "dla chętnych" po ustawieniu nagłówka X-Error-Format: problem-details."

I teraz tak, jak pobieram XML faktury po numerze KSeF i podam fakturę do której nie mam dostępu to dostaję 403, logiczne. Ale błąd zakodowany jest po nowemu mimo, że nie ustawiłem headera:

X-Error-Format: problem-details

Czy da się wymusić stary format błędu?

Pytanie teoretyczne. Wystawiamy fakturę VAT, wysyłamy do ksef, wręczamy klientowi przy ladzie sklepowej wizualizację. Po pewnym czasie łapiemy się na tym, że potrzebna jest korekta (zamiast ceny 56pln ktoś wpisał 65). Niby proste: wystawiamy korektę i przesyłamy do ksef. Jeśli faktura jest na NIP to w miarę oczywiste, że odbiorca ją pobierze. Co w przypadku wystawiania faktury bez identyfikatora? Jest jakiś standardowy sposób o informowaniu nabywcy takiej faktury, że jest korekta? Rozumiem, że ksef ma tu niewiele do rzeczy bo przed ksefem problem był by taki sam, ale przyszła mi do głowy taka kwestia i się zastanawiam jak to się rozwiązywało/rozwiązuje. Wizualizację korekty wysłać poleconym na adres nabywcy czy jak :P?

Jak sprawdzam fakturę w KSeF to niektóre z nich mają w kolumnie "Tryb wysyłki faktury" wartość "offline". Czy ktoś wie kiedy jest nadawany taki status i czy robi to sam KSeF czy to się jakoś przesyła podczas wysyłki?

Cześć

Mam pytanie czy taka faktura Zaliczkowa jest poprawna - jeden z klientów otrzymał taka która przeszła walidacje na serwerze produkcyjnym

chodzi o część gdzie są podane produkty to wyglada tak:

<FaWiersz>
			<NrWierszaFa>1</NrWierszaFa>
			<P_7>xxxxxxxx</P_7>
			<P_8A>szt.</P_8A>
			<P_8B>1.000</P_8B>
			<P_9A>1.00</P_9A>
			<P_9B>1.23</P_9B>
			<P_11>1.00</P_11>
			<P_12>23</P_12>
		</FaWiersz>

Ale faktura zaliczkowa powinna mieć część produktów w takiej formie:

<Zamowienie>
			<WartoscZamowienia>KWOTA</WartoscZamowienia>
			<ZamowienieWiersz>
				<NrWierszaZam>1</NrWierszaZam>
				<P_7Z>xxxxxx</P_7Z>
				<P_8AZ>szt.</P_8AZ>
				<P_8BZ>1.000</P_8BZ>
				<P_9AZ>1.00</P_9AZ>
				<P_11NettoZ>1.00</P_11NettoZ>
				<P_11VatZ>0.23</P_11VatZ>
				<P_12Z>23</P_12Z>
			</ZamowienieWiersz>
		</Zamowienie>

czy klient ma zdać korekty czy struktura faktury zaliczkowej może wyglądać jak zwykła faktura ?