Krajowy system e-Faktur

Z pomysłów racjonalizatorskich Rafała Brzoski: https://www.sprawdzamy.com/pomysl/uproszczona-egzekucja-naleznosci---szybsze-odzyskiwanie-dlugow-przez-male-firmy-id-1115/
Proponowane rozwiązanie sprowadza się do tego, aby faktura wystawiona za pośrednictwem KSeF stanowiła podstawę do podjęcia czynności egzekucyjnych (bez konieczności uzyskiwania wyroku). Realizacja postulowanych zmian będzie skutkować kosztem wdrożenia w ramach Krajowego Systemu e-Faktur dodatkowego modułu, to jest Rejestru Faktur Egzekwowanych.

Wyprzedzając jutrzejsze posty, to przypominam:

6 marca 2025 r. będą prowadzone prace serwisowe:

na środowisku przedprodukcyjnym (Demo) API Krajowego Systemu e-Faktur od godziny 10.00 do 13.00,
na środowisku produkcyjnym API Krajowego Systemu e-Faktur od godziny 12.30 do 16.00.

Limity na serwerze testowym.
Czy gdzieś są podane jakieś szczegóły dotyczące limitów na serwerze testowym? Jaki jest limit liczby wywołań przed blokadą i czas blokady?
Deko irytuje mnie ten błąd 403 zwracający jakiegoś htmla... Jak to obsługiwać automatycznie?

Cześć Grupa,
Czy ktoś jest w posiadaniu aktualnych wszystkich rodzaju faktur w xml? Potrzebuje zrobić generator faktur XML na podstawie danych

Jeszcze niedawno w UPO z testowego KSeF było:
ds:X509IssuerNameOID.2.5.4.97=VATPL-5260300517, CN=COPE SZAFIR - Kwalifikowany, O=Krajowa Izba Rozliczeniowa S.A., C=PL</ds:X509IssuerName>
a teraz w UPO jest:
ds:X509IssuerNameCN=Certum SMIME RSA CA, O=Asseco Data Systems S.A., C=PL</ds:X509IssuerName>

Czy dotychczasowe centrum certyfikacji mogło być powodem problemów w testowym KSeF?

Pytanie, czy komuś może udało sie pozbyć tego napisu Faktura wystawiona w cenach nettow w walucie PLN? Czy jest to w ogóle osiągalne, pomimo starań, każda próba wyrzucenia tej wartosci konczy sie na nie prawidłowym foramcie sturktury faktury.

Kutoda napisał(a):

Pytanie, czy komuś może udało sie pozbyć tego napisu Faktura wystawiona w cenach nettow w walucie PLN? Czy jest to w ogóle osiągalne, pomimo starań, każda próba wyrzucenia tej wartosci konczy sie na nie prawidłowym foramcie sturktury faktury.

Da się zamienić na (brutto)
przykład fa
https://ksef-test.mf.gov.pl/web/verify/9999999999-20250329-D183FADDC833-3C/2SblwVI7wB%2BJ1dF1wmQKAPr%2FeH5j7fto2U9VJBkUvUU%3D

Cześć Grupa, mam problem z pobraniem wszystkich faktur z zadanego okresu czasu, po pobraniu pierwszych 100, potem server ksefu oddaje 500, wiecie moze ile trzeba poczekać aż sie wyśle następnego requesta, czy moze da sie za jednym razem pobrać Od razu np 300.

Cześć, jestem tu pierwszy raz. Mam pytanie- czy komuś udało się zautoryzować do PROD?

Hm mam pytanie do Was.

Jeśli wypełniacie te pola P_13_1, P_14_1 itd.. to jeśli macie fakturę wystawioną w kwotach brutto w swoich aplikacjach to
zgodnie z opisem tutaj w ksef oczekują, że to będzie zawsze netto i obliczony od tej kwoty vat. Jak wiadomo w drodze zaokrągleń vat liczony od netto i brutto może się różnić i teraz jest tak:
P_13_1 - Suma wartości sprzedaży netto ze stawką podstawową - aktualnie 23% albo 22%.
P_14_1 - Kwota podatku od sumy wartości sprzedaży netto objętej stawką podstawową - aktualnie 23% albo 22%.

i teraz czy w przypadku faktury w brutto na 1 pozycje w kwocie 15 zł ze stawką 23 % mamy:
brutto - 15 zł
vat - 2,80
netto = 12.20

do pola P_13_1 wstawicie 12.20 ?
a do pola P_14_1 wstawicie 2.80 czy wyliczycie 12.20*0,23 = 2.81 ?

a potem w pozycjach w takim przypadku rozumiem, że
P_9A nie wysyłacie tylko P_9B = 15.00 i P_11A = 15.00

Pozdrowienia,
Czy ktoś jeszcze ma teraz problemy z linkami weryfikacyjnymi?

Na stronie ksef-test.mf.gov.pl usługa wydaje się nie działać?
https://ksef-test.mf.gov.pl/web/verify/5830000960-20250325-8A02FD01AE64-E9/Jb8Xvotr2BKxrHmQlKOQFLuzb%2FvyKM2dfdlMF5Ds%2FKQ%3D

A jak próbuję zweryfikować dane na ksef-demo.mf.gov.pl to przekierowuje mnie tylko na stronę logowania:

Mam wrażenie, że czegoś mi brakuje...

Cześć.
Próbuję pobrać faktury asynchronicznie. Wysyłam na końcówkę online/Query/Invoice/Async/Init zapytanie '{"queryCriteria":{"invoicingDateFrom":"2025-01-01T09:00:00.000Z","invoicingDateTo":"2025-01-08T10:00:00.000Z","subjectType":"subject1","type":"range"}}.

Otrzymuję elementReferenceNumber i następnie sprawdzam status online/Query/Invoice/Async/Status/20250410-EH-E7F3431FC4-4C60D7511E-60.

Od ponad godziny otrzymuję cały czas tą samą odpowiedź {"timestamp":"2025-04-10T08:16:28.550Z","referenceNumber":"20250410-SE-5649364F0F-8E98F4668A-EE","processingCode":325,"processingDescription":"Zakończenie etapu podziału na podzapytania oraz inicjalizacja podprocesów przygotowania części odpowiedzi","elementReferenceNumber":"20250410-EH-E7F3431FC4-4C60D7511E-60"}

Z dokumentacji wnioskuje, że następnie muszę wywołać /online/Query/Invoice/Async/Fetch/{QueryElementReferenceNumber}/{PartElementReferenceNumber}
Jednak od ponad godziny nic innego mi nie zwraca.

Czy ja coś robię nie tak czy to faktycznie tak długo trzeba czekać?

EDT: Od godziny 09:00 do 14:00 cały czas ta sama odpowiedź. Nie widzę sensu w tym sposobie pobierania faktur. Przecież nikt tyle nie będzie czekał.

Trochę nowych szczegółów i dat od Ministerstwa: https://www.gov.pl/web/finanse/krajowy-system-e-faktur--plan-wdrozenia

Cześć Wszystkim.
Pytanie odnośnie faktur RR - bardzo ogólne ale na ogóły jesteśmy teraz skazani. Czy dobrze zakładam, że cały proces wystawiania faktur RR będzie analogiczny do samofakturowania? Oczywiście inne struktury xsd, pewnie endpointy też etc. ale w praktyce rolnik nadaje uprawnienie kupującemu a kupujący wystawia rr jako nabywca?

Robocza wersja struktury logicznej FA(3): https://ksef.podatki.gov.pl/robocza-wersja-struktury-logicznej-fa-3/

Witam

Czy ktoś wie jak na środowisku produkcyjnym wygląda weryfikacja danych Podmiotów? Chodzi mi mi o różnice w porównaniu ze środowiskiem testowym, których na środowisku testowym nie można sprawdzić np: NIP jest poprawny ale nieistniejący. Na środowisku testowym można wygenerować dowolny NIP , użyć go w Podmiot2 i wysłać fakturę. Jakiego flow spodziewać się na produkcji? Oczywiście zakładając, że faktura przechodzi walidację schemy itd.

Pzdr,
r

Witam, dostałem zadanie stworzenia klienta PHP do API KSEF. Po tygodniu pracy przebrnąłem przez obie autoryzacje (token i i certyfikat), wysyłka faktury też już przechodzi więc chyba jestem na prostej (BTW. Duże podziękowania dla wszystkich pomocnych ludzi w tym temacie), ale nurtuje mnie pewna kwestia.

Jak z punktu widzenia UXowego takie systemy księgowe jak wFirma, inFakt itp. obsługujące księgowość użytkowników w ich imieniu zamierzają się autoryzować do systemu?

Tokena z tego co rozumiem ma docelowo nie być, więc zostają certyfikaty, ale przecież nie każdy klient takiego systemu (zwłaszcza JDGi) będzie takowym dysponował. Więc zostaje z tego co rozumiem ePUAP, no ale właśnie jak z UXem? Klient będzie musiał pobrać dokument XML przygotowany do online/Session/InitSigned, wejść na https://moj.gov.pl/nforms/signer/upload?xFormsAppName=SIGNER&xadesPdf=true a potem uploadować z powrotem podpisany XML do systemu księgowego, żeby ten uzyskał SessionToken?

Wybaczcie proszę moją ignorancję. Jestem na poziomie mida i jak już wspomniałem wcześniej - dostałem wyłącznie zadanie stworzenia klienta do integracji, reszta nie powinna mnie w ogóle interesować. Ale mimo to chciałbym wiedzieć.

Odnośnie poprzedniego postu (sorry ale znaków mi zaczęło brakować żeby w komentarzu napisać)
Dobre pytanie odnośnie tego jak funkcjonować będą klienci ksef, którzy do tej pory opierali się na tokenach. Ciekawe czy te certyfikaty, które zostaną wprowadzone umożliwią funkcjonowanie systemów na podobnej zasadzie jak teraz z tokenem a obstawiam, że jest pełno takich klientów.
Nie wiem czy to dotyczy tej konkretnie zmiany bo zgłoszenie jest z 2023 roku: https://www.podatki.gov.pl/glos-podatnika-szczegoly-zgloszenia?application=115845 ale wychodzi na to, że rozwiązanie powinno być podobne. Fingers crossed...

Jak się wbije do tych dokumentów z odpowiedzi MF to mamy opis:

§ 2. Ilekroć w rozporządzeniu jest mowa o:
certyfikacie wystawcy faktury – rozumie się przez to wytworzony przez Krajowy System e-Faktur certyfikat powiązany z parą kluczy szyfrujących, na którą składa się klucz prywatny i klucz publiczny, przypisany do podatnika lub podmiotu uprawnionego i jego uprawnień, umożliwiający uwierzytelnienie się przy wystawianiu faktur, o których mowa w art. 106nf ust. 1 i art. 106nh ust. 1 ustawy.

Tylko teraz wróżenie z fusów jak to będzie działało. W najlepszym wypadku to zamiast dzisiejszego tokena szyfrowanego wspólnym dla wszystkich kluczem publicznym, będzie szyfrowanie "nowego tokena" kluczem publicznym przypisanym do klienta. Nawet zakładając, że w tej formie będzie to funkcjonowało: jak oni będą rozprowadzać te klucze? Mniej optymistycznych wariantów sobie i wam oszczędzę Biorąc pod uwagę, że w porównaniu z ksefem kalejdoskop to przykład stagnacji stabilizacji to lepiej nic z góry nie zakładać.

Do schematów FA(1) oraz FA(2) można pobrać pliki styl.xsl. Czy do FA(3) też jest gdzieś możliwość pobrania pliku XSL?

Witam, czy szyfrowanie faktur (po wcześniejszym dodaniu deklaracji kryptograficznej do Init) jest wyłącznie jednostronne? Bo pobieram fakturę przez api/online/Invoice/Get/:KSeFReferenceNumber i jest w plain. A w dokumentacji jest napisane: "Jednak jeżeli sesja interaktywna zastała nawiązana z deklaracją kryptograficzną wysyłane (wystawianie faktur) i odbierane (wyszukiwanie oryginałów) dokumenty muszą i będą zaszyfrowane tym samym kluczem symetrycznym."

Gdyby ktoś szukał implementacji w PHP to proszę się częstować > https://github.com/N1ebieski/ksef-php-client

Witam, od roku czasu mam problem z uwierzytelnieniem spółki do wersji demo, aby pobrac token. Uwierzytelniam spółkę pieczęcią kwalifikowaną Cencert, a mam non stop błędne uwierzytelnianie. Czy ktoś się z tym spotkał? Czy to może coś nie tak z konfiguracją pieczęci? Kontakt z KSEF to jakaś porażka w tym temacie. Rok czasu i może jedna odpowiedz, ale poprawy żadnej. Pozdrawiam Monika

Nie wiem czy ja dobrze rozumiem ten harmonogram. Niby w czerwcu ma byc oficjalnie FA3 oraz dokumentacja jak to nazywają KSeF 2.0. A otwarte testy we wrześniu. Czy to oznacza, że nie będzie można do września podłączyć się jakoś i skorzystać w jakimś środowisku testowym ?

Zakończyłem prace nad wysyłka wsadową i teraz zabrałem się za sesje online. Nie wiem co robię źle ale każde wywołanie InitToken kończy się błędem
REST 429 Too many request / KSeF 21121 "Limit żądań osiągnięty."

Od razu dodam

1. '/online/Session/AuthorisationChallenge' wykonane poprawnie jest odpowiedź
   {
   "timestamp": "2025-06-03T14:24:02.732Z",
   "challenge": "20250603-CR-032D0171AD-375A5945D7-FB"
   }

2. AuthRequest.xml wypełniony zgodnie z wzorem, jest zgodność z XSD

<?xml version="1.0" encoding="UTF-8"?>
<p:InitSessionTokenRequest xmlns:p="http://ksef.mf.gov.pl/schema/gtw/svc/online/auth/request/2021/10/01/0001" xmlns:p1="http://ksef.mf.gov.pl/schema/gtw/svc/online/types/2021/10/01/0001" xmlns:p2="http://ksef.mf.gov.pl/schema/gtw/svc/types/2021/10/01/0001" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://ksef.mf.gov.pl/schema/gtw/svc/online/auth/request/2021/10/01/0001 authRequest.xsd ">
  <p:Context>
    <p1:Challenge>20250603-CR-032D0171AD-375A5945D7-FB</p1:Challenge>
    <p1:Identifier xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:type="p2:SubjectIdentifierByCompanyType">
      <p2:Identifier>1111111111</p2:Identifier>
    </p1:Identifier>
    <p1:DocumentType>
      <p2:Service>KSeF</p2:Service>
      <p2:FormCode>
        <p2:SystemCode>FA (2)</p2:SystemCode>
        <p2:SchemaVersion>1-0E</p2:SchemaVersion>
        <p2:TargetNamespace>http://crd.gov.pl/wzor/2023/06/29/12648/</p2:TargetNamespace>
        <p2:Value>FA</p2:Value>
      </p2:FormCode>
    </p1:DocumentType>
    <p1:Encryption>
      <p2:EncryptionKey>
        <p2:Encoding>Base64</p2:Encoding>
        <p2:Algorithm>AES</p2:Algorithm>
        <p2:Size>256</p2:Size>
        <p2:Value>HIsJAKAUUqTHaxxze0FISf8VHM8seNf783WmKzdT7W5UlbJfy+e7UgRVF36sfs/La4jcDYl/xvvLWKK415qF1z1BQUGBlgSrA8lf1xWzrLdpkhGlKxvjKWnMAvqoGSIsqmWyK2eI5qE7jdZvtMI5gS+glLhBI/pFIacaHr3C6tTLY+D6qZlA400xqaJpoa6i8/czQZjKviohekQcPnDBGweYOqbe1nc1Z62i3EwedYRXIBCMsO3j97OUdoELv9z89I9QKrM8mqzbidCy9SHp+2I8IlHLQf2hhTuAG9Sa4PYgUzczAifwH0dyzITjPRClcnzbgTdlmyjqp4Bsi9Dezg==</p2:Value>
      </p2:EncryptionKey>
      <p2:EncryptionInitializationVector>
        <p2:Encoding>Base64</p2:Encoding>
        <p2:Bytes>16</p2:Bytes>
        <p2:Value>WTh4dUR2TXJnVXJscFZzVw==</p2:Value>
      </p2:EncryptionInitializationVector>
      <p2:EncryptionAlgorithmKey>
        <p2:Algorithm>RSA</p2:Algorithm>
        <p2:Mode>ECB</p2:Mode>
        <p2:Padding>PKCS#1</p2:Padding>
      </p2:EncryptionAlgorithmKey>
      <p2:EncryptionAlgorithmData>
        <p2:Algorithm>AES</p2:Algorithm>
        <p2:Mode>CBC</p2:Mode>
        <p2:Padding>PKCS#7</p2:Padding>
      </p2:EncryptionAlgorithmData>
    </p1:Encryption>
<p1:Token>QtjwZXN3HB6Bfg96ZaMyr/ohQuHW9GONZ5e/zwwS6Ic5GjKgUP25t8UaPv1b7e/eKXT53euGiEwTNJh8AF5fr1a8rf5vSpjokKv3c0IRaDOECrqDk+L9mPxrG+39coYuKL6QtA+qYFlpt5/ONjkVjP/ysx4juFJFz/wm5eBGXa1AFlwlZmALeCiyHiqZIwt5UaPGW+8Zz3Dat78gyfdguu/g3DLAEPxih3hqpZzMH83xTaVqr+kHdOWnM1YGBcIqEsY+cTA05DCBlJGEdlJfR5yCjs21+al5OlZdWQu90Rqve1JDFWxZD8456Z699a/R5aZdjyHk00XUog6Zr0Zwrg==</p1:Token>
  </p:Context>
</p:InitSessionTokenRequest>

1. Token wygenerowany w aplikacji i sklejony z separatorem i liczbą ms pomiędzy 1970-01-01 a znacznikiem czasowym i zaszyfrowany RSA kluczem publicznym

2. W aplikacji zdefiniowane uprawnienia do wystawiania i dostępu do faktur oraz do sesji. Wysyłki wsadowe działają z tymi uprawnieniami.

3. Próbowałem też InitSigned z tym samym rezultatem

Ja czegoś nie wiem czy może środowisko testowe nie działa?

Witam. Wróciłem po latach do testów z ksef i mam problem. Po poprawnym zainicjowaniu sesji (nip:1111111111) i pobraniu naglówków faktur ('/online/Query/Invoice/Sync) za kawałek maja i czerwiec (480sztuk)
próbuję pobrać faktury (/online/Invoice/Get/). Po pobraniu 90 faktur otrzymuję błąd (forbiden) i dalej nie mam możliwości pobierania. Po zamknięciu sesji i ponownej próbie jej nawiązania mam bana. Na testowy portal ksef też nie mam możliwości wejścia. Muszę odczekać parę minut. Czy ktoś wie jakie są obecnie limity? Czy to tylko chwilowe ograniczenia, czy też trzeba ten problem oprogramować. Jak to obejść. 90 faktur to prawie nic. Biuro rachunkowe będzie pobierać co miesiąc dziesiątki tysięcy faktur. Nie wyobrażam sobie pracy jeśli IP biura będzie za każdym razem blokowane na parę minut.

Jakby coś, to znowu na serwerze test (na innych już nie sprawdzałem) coś dzióbią - https://ksef-test.mf.gov.pl/document/ReleaseNote/1.4/PL - "Redirection limit reached, aborting"...
(ale już chyba wróciło do "normy")

Pracuję w Delphi 10.4.2 i używam komponentów z pakietu REST Client. Do tej pory nie było problemów ale teraz nie wiem co się dzieje.
Od kilku dni próbuję pobrać fakturę poprzez /api/online/Invoice/Get/{ReferenceNumber} i mam poprawną odpowiedź Kod 200 a nagłówek odpowiedzi wygląda tak:

Connection=keep-alive
Date=Mon, 16 Jun 2025 09:40:01 GMT
Content-Length=2608
Content-Type=application/octet-stream
Strict-Transport-Security=max-age=16070400; includeSubDomains
X-CDN=Imperva
X-Iinfo=12-85866533-85864884 SNNy RT(1750066751308 50423) q(0 0 0 -1) r(0 0) U12

I tu zaczynają się schody. RESTResponse.Content jest pusty chociaż RESTResponse.ContentLength zwraca prawidłowe 2608 bajtów (tyle ma wysłany xml). RESTResponse.RawBytes zwraca jakąś sieczkę, która na końcu ma 7 cyfr NIP i kilka nawiasów klamrowych i kwadratowych. Przypomina to JSON. Reszta to jeden znak powielony setki razy.

Mam w związku z tym pytanie? Gzie jest ten zwracany XML? Ja czegoś nie wiem czy znowu coś nie działa po stronie KSeF?

Tutaj nie ma powiązania bezpośredniego Client i Response. Pomiędzy nimi jest Request, który wskazuje na Client i Response. Dlatego musiałem nieco zmodyfikować Twój kod do postaci
TStringStream.Create(RESTResponse.Content, TEncoding.UTF8);
Rozmiear strumienia = 0 ;

Wczoraj RM przyjęła projekt ustawy dot. KSeF... Ech, a gdzie to opublikowanie FA(3)?
https://www.gov.pl/web/premier/projekt-ustawy-o-zmianie-ustawy-o-podatku-od-towarow-oraz-zmieniajaca-ustawe-o-zmianie-ustawy-o-podatku-od-towarow-i-uslug-oraz-niektorych-innych-ustaw
Generalnie nie widzę tam niczego, co nie było zapowiedziane, ale chyba ciekawe jest "offline24" :)
No i wychodzi, że III etap KSeF obowiązkowy dla absolutnie wszystkich będzie od 2027. Choć... wciąż się zastanawiam, jak nirejestrowane działalności mają to realizować.
I ciekawe, co to ma niby upraszczać? (w odniesieniu do https://www.bankier.pl/wiadomosc/Krotszy-termin-zwrotu-VAT-i-uproszczenie-system-e-faktur-Rzad-przyjal-projekt-8962803.html )

Czy są jakieś ograniczenia w asynchronicznym pobieraniu faktur z testowego ?
Wszystko jest OK do momentu odpytania o paczke- odpytuje bez rezultatu.
Na demo nie ma tego problemu-przebiega wszystko prawidłowo.