Krajowy system e-Faktur

Cześć, czy wizualiacja z ksef-pdf-generator pokazuje wam listę faktur zaliczkowych dołączonych w pliku do Faktury Rozliczeniowej ?

Witam

Czy ktos wysyła pliki JPK VAT ?
Potrzebna mi procedura oraz przykładowy IniUpload .

Paweł

W jaki sposób zwalidować certyfikat KSeF czyli sprawdzić chain of trust? Jaki jest nadrzędny certyfikat, którym podpisywane są certyfikaty KSeF?

Czy ktoś z Was ma doświadczenia w kontaktowaniu się z kas przez telefony podane tutaj: https://www.podatki.gov.pl/skontaktuj-sie-z-nami/telefon-do-konsultanta-krajowej-administracji-skarbowej/
Pierwszy kwietnia za pasem. Do tej pory kontakt przez formularz nie napawa optymizmem i zastanawiam się jaka z waszego doświadczenia jest najlepsza/najskuteczniejsza ścieżka rozwiązywania problemów, wyjaśniania wątpliwości. czy poza formularzem używaliście innego kanału komunikacji?
z góry dzięks za info

Drążę temat certyfiatów, jak je odróżnić od podróbek self-signed i zobaczcie co odkryłem:

Dane wystawcy certyfikatu środowiska Test:
Issuer (Issued By):
countryName = PL
organizationName = Ministerstwo Finansów
organizationalUnitName = Krajowa Administracja Skarbowa
commonName = TEST CCK KSeF

Dane wystawcy certyfikatu środowiska produkcja:
Issuer (Issued By):
countryName = PL
organizationName = Ministerstwo Finansow
organizationalUnitName = Krajowa Administracja Skarbowa
commonName = CCK KSeF

Zwracam uwagę na pole organizationName!

Takie pytanie. Mam certyfikat offline firmy A. Firma B nadała firmie A uprawnienie wystawiania faktur (InvoiceWrite). Wszystko działa tylko skanując kod QR2 (z certyfikatu offline firmy A) na stronie wyświetlają sie tylko 3 OK dotyczące certyfikatu. Czwarty wiersz zgłasza błąd ze firma A nie posiada uprawnien do wystawiania faktury w imieniu firmy B (to nie prawda bo firma A potrafi wystawić fakture w imieniu firmy B). Czy coś tutaj jest nie tak? Potrzebne jest jakieś inne uprawnienie?

Widzę, że certyfikaty są "w modzie" więc skorzystam i zapytam - ktoś z Was się zetknął z tym, że w organizationName i/lub commonName jest tekst dłuższy niż 64 znaki?
I jak to się ma do żądania CSR, w którym mamy mieć zgodność X.509? Bo mnie właśnie to spotkało, że EP /certificates/enrollments/data zwrócił mi w tych polach ponad 100 znaków.
Na gh CIRF https://github.com/CIRFMF/ksef-docs/blob/main/certyfikaty-KSeF.md#3-przygotowanie-csr-certificate-signing-request napisano:
"Wszystkie dane identyfikacyjne (atrybuty X.509) powinny być zgodne z wartościami zwróconymi przez system w poprzednim kroku (/certificates/enrollments/data). Zmodyfikowanie tych danych spowoduje odrzucenie wniosku.".
Ale w specyfikacji X.509 commonName ma chyba max 64 znaki...

Tak się zastanawiam nad taką kwestią:
Jeśli wystawiam fakturę w marcu po staremu bez ksef i w kwietniu okazuje się że trzeba do tej faktury zrobić korektę już w KSeF to czy da się to zrobić? Bo nie mam pewności czy nie zadzwoni do mnie klient za parę miesięcy i będzie chciał zrobić korektę faktury z przed kilku miesięcy a obecnie aby zrobić korektę w KSeF to trzeba podać numer KSeF faktury korygowanej.
Jak podejść do tego problemu?

Klienci zgłaszają mi problemy z wysyłką do KSeF. Sprawdzam latarnię a tam... 503 na zmianę z 502 albo 200 ale pusta odpowiedz (https://api-latarnia.ksef.mf.gov.pl/messages) tak to miało działać?

szybkie pytanie do baci w niedoli.
jak raportować zagraniczną sprzedaż? NP: rumunia, szkocja itd ??
Gdy wrzucą w daneIdentyfikacjyne NIP to sie wykłada walidacja

W temacie CSR. Przechodzę ścieżkę:

• autoryzacja przez podpisanie challenga xades'em podpisem kwalifokowanym
• pobieram dane z /certificates/enrollments/data
• używam ich do wygenerowania CSR
• wysyłam wniosek
• jest cacy - pobieram certyfikat.
  Ale jak chcę zrobić to samo, na początku autoryzując się pieczęcią, to wniosek jest odrzucany z komunikatem:
  "(400) :: 25003; Dane w CSR nie zgadzają się z danymi w użytym wektorze uwierzytelniającym.".
  Gdzie/jaki robię błąd merytoryczny/logiczny/jakiś?...

EDIT:
Jeśli ktoś z Was ma chęć spojrzeć, to załączam ze środowiska TEST dane, którymi się posłużyłem:

• wygenerowany NIP: 1215655267
• zalogowałem się na niego "przez pieczęć" (automat KSeF na teście)
• wygenerowałem pliki crt/key do autoryzacji
  W załączonej paczce TEST-CSR-Data-1215655267.zip
  są pliki:
• crt/key (hasło: CertyfikatTest123!)
• test_cert_1215655267_KSeF_enrollData.json - dane żywcem zwrócone przez API KSeF z EP /certificates/enrollments/data
• test_cert_1215655267_CSR_data.json - wygenerowane moim sofetm dane CSR, a w nich: csr (CERTIFICATE REQUEST), cert (CERTIFICATE) oraz pkey (ENCRYPTED PRIVATE KEY) oraz passphrase (w base64).
  Mam nadzieję, że podałem wszystko co jest potrzebne ;)

Miał ktoś problem z pobieraniem przyrostowym faktur wykorzystując do tego LastPermanentStorageDate? Skoro maksymalna ilość faktur to 10000 w jednej paczce to co się stanie jeżeli będzie więcej niż 10000 w konkretnej dacie? Do sprawdzenia na nipie 2222222222 na środowisku testowym, pobrać paczki od godziny 2026-03-12 20-27-40 UTC (12 marca 2026). Moim zdaniem kręci mi się w kółko bo ciągle KSEF zwraca mi tą samą datę, a te 10k faktur mam w bazie i nie jest w stanie pobrać kolejnych. Jeżeli jest tak jak to rozumiem to nigdy nie ma pewności pobrania wszystkich faktur z KSEF.

Edit: Miałem błąd w przekazywaniu daty UTC i poszło dalej, ale pytanie pozostaje co się stanie gdy przekroczy się ilość faktur w danej dacie?

Mam sytuacje ze ksiegowy mówi że korekty wystawione (zamiana adresu) widnieją jako "dodatnie".. niby przez to w ksewie widnieje podwojne naliczenia.
Przypuszczam ze może to mniec zwiazek z P_15ZK ale nie wie jaka ma wartośc przyjac ??

<FaWiersz>
  <NrWierszaFa>1</NrWierszaFa>
  <UU_ID>1</UU_ID>
  <P_7>Okulary korekcyjne</P_7>
  <P_8A>szt</P_8A>
  <P_8B>1.00</P_8B>
  <P_9A>477.74</P_9A>
  <P_11>477.74</P_11>
  <P_12>8</P_12>
  <StanPrzed>1</StanPrzed>
</FaWiersz>
<FaWiersz>
  <NrWierszaFa>1</NrWierszaFa>
  <UU_ID>1</UU_ID>
  <P_7>Okulary korekcyjnel</P_7>
  <P_8A>szt</P_8A>
  <P_8B>1.00</P_8B>
  <P_9A>477.74</P_9A>
  <P_11>477.74</P_11>
  <P_12>8</P_12>
</FaWiersz>

Hej, ostatnio zauważyłem często taki błąd przy próbie wysyłki faktury po otwarciu sesji online.

{
  "exception": {
    "exceptionDetailList": [
      {
        "exceptionCode": 21180,
        "exceptionDescription": "Status sesji nie pozwala na wykonanie operacji.",
        "details": [
          "Status sesji (415) uniemożliwia wysyłkę faktur."
        ]
      }
    ],
    "serviceCode": "00-c3eeb7d18fe057e0e44c03ecbdd2c29c-15d1ef2d153e75ef-01",
    "timestamp": "2026-03-17T13:00:14.5312143Z"
  }
}

Też coś zauważyliście takiego ?

Sprawdzacie status tej sesji po otwarciu ?

Jest gdzieś w dokumentacji lista wszystkich kodów błędów zwracanych przez KSeF? Mam pewien numer KSeF, dla którego endpoint /v2/invoices/ksef/{numer KSeF} zwraca kod 406. Nie ma tego kodu na liście typowych odpowiedzi ww. endpointu. Wiadomo co ten kod znaczy? Coś z uprawnieniami?

API JPK udostępnia metodę RegisterCallbackEndpoint. Po jej wywołaniu otrzymuję zwrotnie CallbackEndpointId. Czy ktoś wie jak teraz tego użyć? Znana mi wersja struktury XML InitUpload (01.02.01.20160617) nie zawiera takiego pola i domyślam się, że jest kolejna...

Pamiętacie, jak 18.12.2025 (przed 5. wojną) zapytałem, dlaczego adresy do AP podane w ówczesnym komunikacie wciąż nie działają i kiedy będą? Niedługo po tym dostałem zapewnienie, że otrzymam informację tak szybko, jak to możliwe.
Wczoraj dostałem odpowiedź:

Szanowny Panie,

informujemy, że Aplikacja Podatnika KSeF 2.0 w wersji testowej dostępna jest pod adresem: https://ap-test.ksef.mf.gov.pl/web/. Natomiast wersja przedprodukcyjna Aplikacji Podatnika dostępna jest pod adresem: https://ap-demo.ksef.mf.gov.pl/web/

Czy to jest, (przerywnik), poważne?!

Cześć.

Mam informację od klientów, że dostają informację od swoich klientów aby wystawiać im faktury na IDWewnętrzne (np. oddział banku PKO).
To chyba tylko jedyna opcja to użycie Podmiot3 z Rola = 2 - odbiorca?

W Podmiot2 nie ma miejsca na IDWew.

Jak to u was wygląda?

Cześć,

czy ktoś z Was przechodził przez ścieżkę z wnioskiem ZGL_ZAL o możliwość wysyłania załączników?
Mam korektę do wypłaty bonusów dotyczącą faktur z 2025 roku. Plik ma 1,8 MB i łapię się na limit dla jednej faktury = 1 MB
Pomyślałem, żeby złożyć wniosek o załącznik i tym samym zwiększyć limit do 3MB.

Jeśli ktoś przeszedł podobną ścieżkę, to co wpisywaliście w Sposobie korzystania z załączników + parametry techniczne?

Czołem. Mam problem z pobieraniem paczek metadanych faktur gdy jest ich więcej niż 250.
Pierwsze pobranie jest ok:

{"subjectType":"Subject2","dateRange":{"dateType":"PermanentStorage","from":"2025-12-18T11:51:22.6455226+01:00"}}

W odpowiedzi dostaję:

hasMore: true,
PermanentStorageHwmDate {18.03.2026 10:53:19 +00:00}
Count: 250.

Pobieram kolejną paczkę - filtry te same ale offset ustawiony na 250:
https://api-test.ksef.mf.gov.pl/api/v2/invoices/query/metadata?sortOrder=Asc&pageOffset=250&pageSize=250

{"subjectType":"Subject2","dateRange":{"dateType":"PermanentStorage","from":"2025-12-18T11:56:14.9443698+01:00"}}

a w odpowiedzi dostaję komunikat o błędzie:

|---------------|-----------------------------------------------------------|--------------------------------------------------------------------------------------------------------------------------------|
| 21183 | Zakres filtrowania wykracza poza dostępny zakres danych. | Parametr dateRange.from jest późniejszy niż PermanentStorageHwmDate przy włączonym restrictToPermanentStorageHwmDate. |
| 21405 | Błąd walidacji danych wejściowych. | {treść błędu z walidatora} |

WTF?
Jak cudem dateRange.from jest późniejszy jak from: 2025-12-18T11:56:14.9443698+01:00
a permanentStorageHwmDate: {18.03.2026 10:53:19 +00:00}
???

Prośba o pomoc.

FA(3) - P_2 - czyli numer faktury. Maksymalna liczba znaków to 256. Po co taki duży zapas na numer faktury? Czy spotkał się ktoś z Was z numerami faktur większymi niż 60 znaków?

W Aplikacji Podatnika jest to dopuszczalne i zastanawiam się czy też powinienem na coś takiego pozwalać. Należność ogółem 10PLN kwota zapłaty częściowej 15PLN. Czy jest przypadek nie będący błędem, kiedy kwota zapłaty częściowej przekracza należność ogółem?

Tylko FYI: Ktoś tu pytał jak się robi rabat na całą fakturę... No jbc polkomtel dorzuca pozycję "Rabat" z ceną netto 0PLN i kwotą rabatu, co powoduje ujemną wartość pozycji i wprowadza rabat.

Temat rozróżniania certyfikatów (po KeyUsage) już nie raz się pojawiał - sam pytałem jeszcze niedawno jak rozróżniać. I w porządku - tu jest odpowiedź: https://github.com/CIRFMF/ksef-docs/issues/378#issuecomment-3577829344

Ale: "Digital Signature" i "Non-Repudiation" to są pojedyncze, niezależne bity/flagi, gdzie nic nie stoi na przeszkodzie aby oba były ustawione jednocześnie. Zabezpieczacie się jakoś przed taką potencjalną sytuacją? Przyjmujecie priorytet któregoś bitu? Odrzucacie? Czy po prostu „jak leci”? ;-)

Nie moge sie zalogować na gh, wiec nie skomentuje https://github.com/CIRFMF/ksef-pdf-generator/issues/80 ale jakby ktoś się zastanawiał dlaczego jst i gv czasem sie nie drukują a jak już sie drukują to zawsze "NIE"

   const daneKontaktowe = getTable(podmiot2.DaneKontaktowe);
    if (daneKontaktowe.length) {
      result.push(
        createLabelText(
          'Faktura dotyczy jednostki podrzędnej JST: ',
          daneKontaktowe[0].JST?._text === '1' ? 'TAK' : 'NIE'
        )
      );
      result.push(
        createLabelText(
          'Faktura dotyczy członka grupy GV: ',
          daneKontaktowe[0].GV?._text === '1' ? 'TAK' : 'NIE'
        )
      );
    }

Jak sie poda dane kontaktowe to bedzie, jak sie nie poda to nie bedzie. Jak w pierwszym elemencie danych kontaktowych wypełnisz pole JST to będzie "TAK" - analogicznie z GV. magicznie No czego nie rozumiecie.... xd

W nawiązaniu do mojego wczorajszego pytania o zwiększenie limitu wielkości faktury, dostałem już odpowiedź:

"Szanowni Państwo,
dziękujemy za przesłanie wniosku dotyczącego zwiększenia limitów certyfikatów /
maksymalnego rozmiaru faktury w systemie KSeF.
Po dokonaniu analizy przekazanych informacji uprzejmie informujemy, że na chwilę obecną
nie ma możliwości pozytywnego rozpatrzenia Państwa wniosku. Obowiązujące limity zostały
określone na podstawie aktualnych założeń technicznych i organizacyjnych systemu i mają na
celu zapewnienie jego stabilnego oraz bezpiecznego funkcjonowania dla wszystkich
użytkowników.
Jednocześnie pragniemy podkreślić, że zgłoszone uwagi zostały odnotowane i mogą zostać
uwzględnione w ramach przyszłych prac rozwojowych nad systemem KSeF.
Dziękujemy za zrozumienie oraz zainteresowanie funkcjonowaniem systemu. W przypadku
dodatkowych pytań lub wątpliwości pozostajemy do dyspozycji."

Ten system to jakiś żart.

Dla tych co mogli nie zwrócić uwagi, wczorajsza aktualizacja do KSeF: https://github.com/CIRFMF/ksef-docs/releases/tag/2.3.0

Harmonogram wdrożenia:
18.03.2026 - TEST
19.03.2026 - DEMO
23.03.2026 - PROD

Wersja 2.3.0

    Wysyłka wniosku certyfikacyjnego (POST /certificates/enrollments)
    Zwiększono limity dla identyfikatorów PESEL oraz fingerprint:
        liczba wniosków o certyfikat KSeF: z 6 do 12,
        liczba aktywnych certyfikatów KSeF: z 2 do 6.

    Wysyłka faktur
        Zaostrzono walidację wejściowego XML: prolog jest opcjonalny, jednak jeśli się pojawi i wskazuje inne kodowanie niż UTF-8,
        dokument zostanie odrzucony (faktura powinna być zapisana w kodowaniu UTF-8).
        Doprecyzowano wartość pola Value dla schemy FA_RR (1) 1-1E:
            zamiast RR należy przekazywać FA_RR (zgodnie z wartością TKodFormularza w XSD).

    Pobranie faktur
        Rozszerzono obsługę formType dla faktur RR o wartość FA_RR (spójnie z mechanizmem wysyłki faktur).
        Na środowisku TEST akceptowane są RR (do 30.03) oraz FA_RR, natomiast na PRD akceptowana będzie wyłącznie FA_RR.
        Umożliwiono wyszukiwanie faktur po ujemnych kwotach w filtrze amount:
            - dopuszczono wartości ujemne w amount.from i amount.to.

    Eksport paczki faktur (POST /invoices/exports)
        Rozszerzono model żądania o właściwość boolean onlyMetadata (domyślnie: false):
            onlyMetadata=false - bez zmian: eksport zawiera faktury oraz plik _metadata.json,
            onlyMetadata=true - eksport zawiera wyłącznie plik _metadata.json,
                co umożliwia szybsze i lżejsze eksporty w scenariuszach wymagających jedynie metadanych.

    OpenAPI
        Rozszerzono ForbiddenProblemDetails.reasonCode o wartość context-type-not-allowed
            ("Operacja nie jest dostępna dla uwierzytelnionego typu kontekstu").
        Poprawiono definicję securitySchemes.Bearer - ustawiono scheme: bearer (z małej litery), zgodnie ze specyfikacją.
        Drobne aktualizacje opisów i przykładów.

Na moim GH także zrobiłem aktualizację: https://github.com/gmnevton/ksef-2_0-api_endpoints

Jakby kogoś interesowało - informacja z trzeciej ręki, ale podobno KAS potwierdził, że MŚP mogą teraz wysłać fakturę, po czym zaprzestać i wznowić to od 1.04 i jest to ok.

Też może macie ostatnio więcej błędów "Too Many Requests 429" przy wysyłce interaktywnej do demo czy to tylko złudzenie apteczne?

I po 3 miesiącach doczekałem się kolejnej odpowiedzi - w interpelacji poruszałem temat, że udzielono odpowiedzi, że KSeF umożliwia pełną rozliczalność, kto wysłał fakturę, ale jak mam tego dokonać?

Szanowni Państwo,
w odpowiedzi na Państwa zapytanie dotyczące możliwości ustalenia, który z uprawnionych pracowników dokonał wysyłki faktury (identyfikacji użytego certyfikatu lub tokena), uprzejmie informujemy, że zgodnie z architekturą systemu KSeF oraz dokumentacją API, informacje o podmiocie wywołującym daną operację są rejestrowane w logach systemowych po stronie Ministerstwa Finansów, co zapewnia wspomnianą przez Państwa „pełną rozliczalność”. Jednakże zakres danych dostępnych bezpośrednio dla użytkownika w Aplikacji Podatnika oraz poprzez publiczne interfejsy API jest obecnie ograniczony.
Aplikacja Podatnika
Aktualna wersja interfejsu użytkownika pozwala na podgląd listy faktur oraz szczegółów dotyczących samej faktury i statusu jej przetworzenia (UPO). Aplikacja nie udostępnia wprost w widoku szczegółów faktury metadanych wskazujących na konkretny identyfikator (PESEL/odcisk palca) osoby wysyłającej w ramach uprawnień nadanych przez firmę.
Weryfikacja wewnętrzna: Aby uzyskać pełną kontrolę nad tym, który pracownik wysłał dany dokument, zaleca się prowadzenie logów zdarzeń po stronie własnego oprogramowania finansowo-księgowego (ERP). Systemy te, integrując się z KSeF, mogą zapisywać, który użytkownik wygenerował sesję i otrzymał dany numer KSeF dla faktury.

Czyli nie ma, ale jest, ale nie ma. Skąd ja to znam?