Krajowy system e-Faktur

Jakie jest wasze zdanie na temat ksef?

Zmiana API 2.0 dziś w nocy? Dostawca mnie straszy, że dziś w nocy MF aktualizuje API 2.0 ?
Nie zmiana w Aplikacji Podatnika jak w komunikacie, a API 2.0? Ktoś coś wie czy to przykrywka do wgrania przez dostawcę kolejnych poprawek w moim systemie?

Czy ktoś mógłby mi to potwierdzić (nie chcę zakładać issue na GH bez sprawdzenia).
W projekcie https://github.com/CIRFMF/ksef-pdf-generator/activity ostatni punkt gdy przechodziły testy to "add source code on 21 lis 2025" a później już jest zawsze "55 failed"?

Z wczorajszego changeloga:

Uwierzytelnienie z wykorzystaniem podpisu XAdES (POST /auth/xades-signature)
Ujednolicono i zaostrzono walidację podpisu XAdES w procesie uwierzytelniania, tak aby akceptowane były wyłącznie podpisy zgodne z wymaganiami profili XAdES.
Nowe wymagania obowiązują już na środowisku TEST. Na środowiskach DEMO i PRD zaczną obowiązywać 16 marca 2026 (zalecamy weryfikację integracji na TEST przed tą datą).

Czy ktoś się na to nadział? Mi póki co działa XAdES na TEST, ale obawiam się tego 16 marca, bo cholera wie czy to będzie identycznie. Ufam im jak Putinowi.

Wiecie co... Weźcie powiedzcie - to jest poprawna wartość, czy nie?

<DataWytworzeniaFa>2026-02-04T10:59:33</DataWytworzeniaFa> 

W ramach walidacji xsd jest poprawna, ale jakoś nie mogę się z tym pogodzić . Jaki offset przyjmujecie dostając tego typu wartość?

Mam pytanie odnośnie faktur imiennych (bez nip) a konkretnie ich wydruków. Na początek, dla kontekstu:

1. Faktur imiennych nie trzeba wysyłać do ksef, ale można
2. Jeśli odbiorca zgodzi się na odbieranie w ksef: wysłać do ksef i wydrukować standardową wizualizację ksef
3. Jeśli odbiorca nie godzi się na odbieranie w ksef, to wystawca może nie wysłać i wydrukować standardową fakturę tak jak to robi dzisiaj
4. I teraz pytanie: Jeśli odbiorca nie godzi się na odbieranie w ksef a wystawca chce dobrowolnie wysłać do ksef (żeby mu US nie psioczył że ma dziury w numeracji np z jakiegoś powodu) to może to zrobić? Jeśli może to jaki wydruk dać nabywcy, który chce zwykłą fakturę? Można/trzeba dać wizualizację ksefową?

To co, ile państw teraz atakuje KSeF, e-PIT i co tam jeszcze, że zalogować się mObywatelem m.in. inie da?

Zacząłem https://api.ksef.mf.gov.pl/v2/invoices/exports/{referenceNumber} odbieranie paczek z ksef.
Mam problem z odczytem xml z zip. Wypakowuje sie _metadata.json ale xml z fakturami wywala bład. Coś przeoczyłem.

Wie ktoś co oznacza lakoniczny komunikat odpowiedzi 400 - błędne dane dla partUploadRequests w wysyłce wsadowej? Konkretnie interesuje mnie czy to chodzi o błędne dane przesłanych faktur w tej paczce, czy to dane samej paczki się pogubiły po drodze?

Nie jest to błąd związany z niezgodnością zadeklarowanego rozmiaru paczki, bo już sprawdzałem.

Nie ma to jak informowanie o zmianach API na produkcji z odpowiednim wyprzedzeniem. Zupełnie jak w piosence Czarno-Czarnych Trzynastego wszystko zdarzyć się może.
https://ksef.podatki.gov.pl/komunikaty-techniczne/aktualizacja-api-ksef-20/
Na wszelki wypadek nie jest prezentowana godzina publikacji komunikatu. Ciekawe, czy pojawił się na kilka godzin przed wdrożeniem, czy już po.
Na demo zmiana weszła dzień wcześniej bez żadnego ostrzeżenia. Niby nie ma breaking changes, ale kto w kodzie nie ignorował pojawienia się nowych elementów JSON w response body, temu przestało działać sprawdzanie statusu uwierzytelnienia.

Hej!

Jak rozwiązujecie temat "nadmiaru danych" ze strony innych integratorów?
Mam fakturę od gagadka, który wypełnia wszystkie pola dla wiersza, niezależnie od swoich wyborów życiowych...
Faktura (najwidoczniej) wystawiona z brutto:

<ns0:FaWiersz>
  <ns0:NrWierszaFa>1</ns0:NrWierszaFa>
  <ns0:P_7>Koszt pakowania - ECO</ns0:P_7>
  <ns0:Indeks>UP0002</ns0:Indeks>
  <ns0:P_8A>szt</ns0:P_8A>
  <ns0:P_8B>1.00</ns0:P_8B>
  <ns0:P_9A>0.00</ns0:P_9A>
  <ns0:P_9B>4.95</ns0:P_9B>
  <ns0:P_11>0.00</ns0:P_11>
  <ns0:P_11A>4.95</ns0:P_11A>
  <ns0:P_11Vat>0.93</ns0:P_11Vat>
  <ns0:P_12>23</ns0:P_12>
  <ns0:KursWaluty>0.00</ns0:KursWaluty>
</ns0:FaWiersz>

Widziałem już kilka różnych "innowacji" od 1.02 ale na wypełnianie pól zerami gdy nie jest spełniony warunek to jeszcze nie trafiłem.
330 pól w schemie i nie było miejsca na jasną flagę 'NETTO' | 'BRUTTO'?

Czy ktoś miał problem z pobieraniem z KSeF faktur figurujących jako "offline"?
Pobieram faktury używając paczki w .NET https://github.com/CIRFMF/ksef-client-csharp i nawet jeśli ustawiam zakres pobierania na miniony, np. od tygodnia temu do dziś, kiedy faktura została wystawiona offline np. 5 dni temu - to nie pobiera mi ich jakby były niewidoczne.

Wiem, że ameryki nie odkryłem... Jeśli kogoś wkurzają przełamane linie w kolumnach "Numer identyfikujący fakturę w KSeF" i "Wartość funkcji skrótu złożonego dokumentu" z UPO wygenerowanego przez generator pdf to już pewnie dawno to zmienił ale jbc: Wystarczy oszukać ten generator jak liczy proporcję szerokości kolumn przed finalnym obliczeniem szerokości. Najłatwiej wstawić explicite przełamania w nagłówkach (/lib-public/generators/UPO4_3/Dokumenty.ts). Ja sobie zmieniłem to tak:

const definedHeader: HeaderDefine[] = [
    { name: 'lp', title: 'Lp.', format: FormatTyp.Default },
    {
      name: 'NumerKSeFDokumentu',
      title: 'Numer identyfikujący fakturę w KSeF',
      format: FormatTyp.Default,
    },
    { name: 'NumerFaktury', title: 'Numer faktury', format: FormatTyp.Default },
    { name: 'NipSprzedawcy', title: 'NIP Sprzedawcy', format: FormatTyp.Default },
    {
      name: 'DataWystawieniaFaktury',
      title: 'Data wystawienia\nfaktury',
      format: FormatTyp.Date,
    },
    {
      name: 'DataPrzeslaniaDokumentu',
      title: 'Data przesłania\ndo KSeF',
      format: FormatTyp.DateTime,
    },
    {
      name: 'DataNadaniaNumeruKSeF',
      title: 'Data nadania\nnumeru KSeF',
      format: FormatTyp.DateTime,
    },
    {
      name: 'SkrotDokumentu',
      title: 'Wartość funkcji skrótu złożonego dokumentu',
      format: FormatTyp.Default,
      width: '*',
    },
    {
      name: 'TrybWysylki',
      title: 'Tryb wysyłki',
      format: FormatTyp.Default,
    },
  ];

Wtedy zamiast generować tak:

generuje tak:

Mam deserializowanie wg schemy faktury i pojawiła sie faktura, w ktorej jest stawka VAT poprzedzona kilkudziesięcioma spacjami: n0:P_12 23</n0:P_12> . No i jest błąd, bo to niezgodne ze schemą i się nie zaksięguje. Faktura wystawiona przez SAP ERP. Czy takie przypadki się Wam pojawiają?

(temat: znak '=' na końcu kodu QR/InvoiceHash)
Dobry wieczór

Po sprawdzeniu statusu faktury, zwrotnie dostaję informację, w której jest m.in. invoiceHash, jak poniżej
{"ordinalNumber":1,"invoiceNumber":"3/2026","ksefNumber":" ABC123 ...","referenceNumber":" ABC123.... ","invoiceHash":"7F1g53Q0bD5...85QxdxYVt8VQdVqfcU=", ..... "invoicingMode":"Online","status":{"code":200,"description":"Sukces"}}

Zauważyłem, że kończy się mi on zawsze znakiem "=".
Na koniec na podstawie tego numeru generuję adres linku do zamiany na kod QR wg schematu:
https://qr-demo.ksef.mf.gov.pl/invoice/NIP/11-02-2026/invoiceHash
No i w moim QR jest ten znak "=" na końcu tego ciągu do wygenerowania QR.
Natomiast kiedy po wysłaniu do DEMO Ksef, tą sama fakturę pobiorę jako PDF z: ap-demo.ksef.mf.gov.pl, to wtedy w kodzie QR już nie ma znaku = na końcu.
Nie jest to w tym momencie problem dla mnie, bo oba linki działają dokładnie tak samo, mój z = na końcu i ten pobrany z KSEF bez znaku = na końcu,
no ale jest różnica 1 znaku.
Czy ktoś spotkał się z tym ?
Może ja nieprawidłowo przetwarzam ten 'invoiceHash'?

Pozdrawiam

Jeśli nabywcą na fakturze jest podmiot z innego kraju UE to uzywacie ZAWSZE kodUE i NrVatUE czy czasami NrID w zależnosci czego dotyczy sprzedaż i uwzględnianie te wszyskie reguły.. ?

Ja w sprawie kaucji na fakturze.
Dostałem informację, że kaucję powinno się rejestrować w sekcji "Opakowania", ale w schemie FA3 nie ma takiej sekcji.
Ktoś może wie jak rejestrować kaucje na fakturze?

Przeczytałem sobie https://www.podatki.biz/artykuly/ksef-i-11-bledow-ktorych-z-latwoscia-unikniesz_55_61247.htm i zastanawia mnie punkt

7.Faktury dla osób prywatnych (B2C)

KSeF dotyczy relacji biznesowych (B2B). Faktury dla osób prywatnych (B2C) mogą być wystawione w KSeF, ale nie muszą. Jeśli zdecydujesz się na ujednolicenie zasad wystawiania faktur (nie musisz wtedy zmagać się z podwójną linią numeracyjną) pamiętaj, że konsument w odróżnieniu od odbiorcy komercyjnego nie ma obowiązku odbioru faktury w KSeF. Dostarczasz mu fakturę, odpowiednio oznaczoną kodami QR w sposób uzgodniony – na papierze lub w formie pliku elektronicznego.
W przeciwnym wypadku musisz posiadać dwa procesy w firmie: jeden dla firm (KSeF) i jeden dla konsumentów (tradycyjny e-mail lub papier).

Czy to oznacza, że wystawianie faktur B2C w ksef tylko na życzenie klienta jest niewykonalne ze względu na numerację? Byłem przekonany, że można wszystkie faktury (B2B, B2C) jechać w jednej sekwencji i niektórych B2C zwyczajnie nie wysłać jeśli ani klient ani sprzedawca tego nie chce.

Mam taki przypadek.
Faktura wystawiona w KSeF. Nabywca NIP_A, odbiorca NIP_B.
Korekta do powyższej faktury, w której jest zmiana odbiorcy na nabywcę, a nabywcy na odbiorcę. Zmieniaja się też nipy, czyli teraz Nabywca to NIP_B, a Odbiorca to NIP_A. Czyli zmieniają się NIPy miejscami podmiot 2 i podmiot 3.
Teoretycznie faktura i korekta są widoczne dla obu podmiotów, ale w KSeF przecież nie można modyfikować NIPów przez korektę.
Przy zmianie nipów trzeba wyzerować i wystawić jeszcze raz na poprawne NIPy (podręcznik część 2, rozdział 1.4.4).

Ręce opadają co ten system przepuszcza. Co teraz z tym zrobić?
Miał ktoś juz taką sytuację i podpowie?

Puściłem zapytanie poprzez formularz rządowy (dzięki Dzyszla) z zapytaniem o kaucje i otrzymałem następującą odpowiedź:

w celu uwzględnienia dodatkowych danych na fakturze (np. informacji o pobranej kaucji zwrotnej) można wykorzystać:

• element „DodatkowyOpis” lub
• element „Rozliczenie”.

Przykład w sekcji „Rozliczenie” informacji o kaucji zwrotnej znajduje się na stronie ksef.podatki.gov.pl w dostępnym do pobrania pliku „Przykładowe pliki dla struktury logicznej e-Faktury FA(3)” - przykład nr 26.

Kaucja pobierana za opakowania objęte systemem kaucyjnym nie jest wliczana do podstawy opodatkowania, jeżeli podatnik dokonał dostawy w opakowaniu objętym tym systemem. Oznacza to, że pobór kaucji na każdym etapie obrotu w łańcuchu dostaw nie jest opodatkowany podatkiem VAT.

Ewentualne rozliczenie podatku może wystąpić u wprowadzającego produkty w opakowaniach na napoje – jeżeli na koniec roku kalendarzowego z prowadzonej przez niego ewidencji wynika nadwyżka produktów w opakowaniach na napoje wprowadzonych do obrotu nad liczbą opakowań lub odpadów opakowaniowych podlegających pod system kaucyjny, które zostały zwrócone do systemu.

W związku z tym, że pobór kaucji na każdym etapie obrotu w łańcuchu dostaw nie jest opodatkowany podatkiem VAT dla udokumentowania pobranej kaucji nie wystawia się faktury VAT. Zasadniczo, pobranie kaucji powinno być dokumentowane notą lub innym dokumentem księgowym. Jednocześnie, informacja o pobranej kaucji może być ujęta na fakturze jako element dodatkowy. Również zwrot opakowań lub odpadów opakowaniowych nie wiąże się z wystawieniem faktury korygującej.

Element „DodatkowyOpis”, zawiera pola przeznaczone dla wykazywania dodatkowych danych na fakturze, w tym wymaganych przepisami prawa, dla których nie przewidziano innych pól/elementów i może wystąpić maksymalnie 10 000 razy.

Element „Rozliczenie” przeznaczony jest na dane dotyczące dodatkowych rozliczeń na fakturze. Element ten umożliwia zawarcie w treści faktury ustrukturyzowanej informacji w zakresie dodatkowych obciążeń lub odliczeń, wpływających na ostateczną kwotę zapłaty, którą zobowiązany jest uiścić nabywca lub usługobiorca. Dotyczy to wyłącznie sytuacji, gdy faktura dokumentuje czynność podlegającą ustawie, a oprócz tego zawiera ww. dane dodatkowe o obciążeniach lub odliczeniach.

Może to być przykładowo:
• zwrot udokumentowanych wydatków poniesionych w imieniu i na rzecz usługobiorcy (opłata urzędowa uiszczona przez pełnomocnika w imieniu i na rzecz klienta),
• rozliczenie salda klienta (np. w związku z wpłatami klienta w zbyt wysokiej wartości),
• rozliczenie kwot (różnicy) wynikających z wystawionych wcześniej faktur korygujących in minus/in plus.
Należy pamiętać, że nie wystawia się faktur dokumentujących wyłącznie czynności, które nie podlegają ustawie np. dokumentujących otrzymanie odszkodowania.

W ramach sekcji „Rozliczenie” podatnik może uzupełnić m.in. element „Obciazenia” zawierający informacje w zakresie obciążeń. W przypadku, gdy podatnik zdecyduje się wypełnić ten element wówczas obligatoryjne staje się uzupełnienie obu występujących w nim pól: „Kwota” oraz „Powod”.

Wyżej opisane elementy (tzn. „DodatkowyOpis”, „Rozliczenie” oraz „Obciazenie”) mają charakter fakultatywny.

Czyli wychodzi na to że rzeczywiście kaucje rejestrujemy w polach "Obciążenia" i "Odliczenia". Natomiast w korekcie w ogóle ich nie rejestrujemy.

Hehh - gapiostwo. Dopiero dzisiaj zobaczyłem, że w przypadku korekty danych nabywcy na wizualizacji faktury korygującej, ksef wrzuca wartość IDNabywcy. Ta wartość ma na celu wyłącznie powiązanie danych podmiotów prawda (przed i po korekcie)? Byłem przekonany, że to wyłącznie techniczna dana i nie będzie prezentowana na fakturze ale skoro jest to wolę dopytać: wartość IDNabywcy ma tylko być unikalna per para danych Podmiotu przed i po korekcie czy może spełnia jeszcze inne funkcje? Czy w przypadku autorskich wizualizacji umieszczacie tą wartość w pdfie?

Czy obserwujecie u siebie problem z widocznością faktur na DEMO w AP? Wysłałem fakturę sesją wsadową, mam nadany numer KSeF, mam UPO a w aplikacji podatnika na liście faktur jej nie mam.
Wyszukiwałem po dacie zapisania w KSeF, po numerze KSeF - brak wyników. Minęło 25 minut od przesłania faktury.

Czy w przypadku faktury VAT bez nip nabywcy (imiennej) wolno wystawić korektę zmieniającą dane Nabywcy (Podmiot2) na kompletnie inną osobę (oryginał jest na Tomka w Elblągu a korekta zmienia go na Piotrka z Gdańska)?

Jak radzicie sobie w FA3 Platnosci w xml z fakturami, które mają termin zapłaty typu "21 dni od doręczenia faktury", gdzie klienci nie mają NIP i faktura jest dostarczana pocztą? Nie da się jednoznacznie określić wtedy pola Termin.

Jest oficjalna schema xsd do FA_RR(1): http://crd.gov.pl/wzor/2026/02/17/14164/schemat.xsd

Jak rozróżniacie u siebie w aplikacjach te stawki np I i np II ? Już wcześniej mieliście taki podział ? Łączycie to jakoś z oznaczeniem reverse charge?

Czy też dostajecie jakieś losowe 500 od MF? Dzieje się to na banalnym odpytaniu o challenge (/api/v2/auth/challenge)

Czy opcjonalne pole "TypKorekty" w sekcji faktury korygującej rodzi jakieś skutki prawno-księgowe czy jest tylko informacyjne?

Macie może problem z limitami zapytań do do PROD?
Mam 2 spółki, które mają pemanentnie od wczoraj wykożystane limity zapytań, nawet po odczekaniu czasu jaki mam w zwrtoce 429 mam komunikat, że ilość zapytań została wykorzystana...
Chciałbym się tylko upewnić, czy ten problem występuję tylko u mnie, czy ma go więcej osób.

Hej, pytanko, Faktura korygująca, czy poprawny jest fa3 xml korekty bez DaneFaKorygowanej, tylko te informacje wrzucone w dodatkowy opis?
*pytam bo taka wlasnie dostalem