Krajowy system e-Faktur

Czy w wizualizacji jak macie przeslany NrID w danych identyfikacyjnych Podmiot2 widzicie ten nr ? Na srod testowy nie widze..

Pytanie o sesję wsadową: może ktoś miał taki przypadek:

1. Otwieram sesję wsadową
2. Wysyłam paczkę/ paczki - poprawnie
3. NIE zamykam tej sesji

Co się wydarzy? Sesja sama się zamknie i faktury pójdą do przetwarzania, czy też to wszystko zostanie anulowane po stronie KSeF?

Wczoraj na GH KSeF Client (C#) wjechał commit dodający pełną obsługę .net standard 2.0, a co z tego wynika .net framework 4.7.2 +

Całość napisana jest w języku C# z wykorzystaniem platformy .NET 8/9/10 (lub nowszej). Biblioteki KSeF.Client i KSeF.Client.ClientFactory wspierają również netstandard2.0, co zapewnia pełną kompatybilność z .NET Framework 4.7.2+/4.8.

Ehh, i po co człowiek się tak śpieszył i pisał wszystko w .net 10

Załóżmy taki scenariusz:

1. Użytkownik wystawia fakturę 20. lutego i chce ją wysłać do ksef ale nie może przez własny błąd (ksef działa, nie ma awarii ale np jego certyfikat jest nieważny)
2. Na następny dzień (21. lutego) wystawia kolejne faktury, wysyła je do ksef i wszystko idzie ok. Może teraz wysłać w trybie offline fakturę z punktu pierwszego ale jeszcze nie czai nowych realiów i zapomina o tym.
3. Mija weekend i 23. lutego przypomina sobie o fakturze z punktu pierwszego.

No musi to ogarnąć bo faktura powinna znaleźć się w ksef. Nie bardzo może zmienić datę wystawienia bo wcześniejsze faktury z wyższymi numerami są już w ksef. Jeśli wyśle (nawet w trybie offline) to data wystawienia nie będzie 19. lutego tylko 23. lutego. To jest standardowa sytuacja? Wiecie czy w takim przypadku należy uruchomić jakąś dodatkową procedurę?

Stl86 napisał(a):

Czy w wizualizacji jak macie przeslany NrID w danych identyfikacyjnych Podmiot2 widzicie ten nr ? Na srod testowy nie widze..

W generateDaneIdentyfikacyjneTPodmiot2Dto mają

if (daneIdentyfikacyjne.KodKraju?._text) {
    result.push(
      createLabelTextArray([
        { value: 'Identyfikator podatkowy inny: ', formatTyp: FormatTyp.Label },
        { value: daneIdentyfikacyjne.KodKraju, formatTyp: FormatTyp.Value },
        { value: ' ' },
        { value: daneIdentyfikacyjne.NrID, formatTyp: FormatTyp.Value },
      ])
    );
  }

Zgłoś im może, że powinni zmienić na

if (daneIdentyfikacyjne.NrID?._text)

W generateDaneIdentyfikacyjneTPodmiot3Dto jest z jakiegoś powodu kompletnie inaczej zrobione

 } else if (hasValue(daneIdentyfikacyjne.NrID)) {

Pytanie do czcigodnych Koleżanek i Kolegów o korekty (faktury korygujące) bo wiadomo, że dla KSeF nie mogło wystarczyć podanie nowych, poprawnych danych wraz z odnośnikiem do faktury korygowanej i sprawa załatwiona… Zatem aktualnie mamy tak (poprawcie jeżeli coś przeoczyłem):

• wiersze FaWiersz korygujemy przez StanPrzed i korekcja (poprawne dane) bez StanPrzed (tak - niby można różnicą, ale to nieuniwersalne/niezalecane/itd.)
• P_13_/P_14_/P_15 dla odmiany przez różnicę względem oryginalnej - tu już uniwersalne/zalecane/jedyne - wiadomo
• Dane nabywcy/nabywców z kolei przez Podmiot2K i podobne wraz z IDNabywcy (bo nie może być tak samo jak np. FaWiersz wiadomo)

Ale trafił się przypadek, że faktura jest wystawiona nie w tej walucie co trzeba i należy skorygować walutę i wszystkie kwoty. I… co teraz? Znacie jakąś opcję/przykłady jak to zrobić czy jedyna możliwość w takim przypadku to skorygować oryginalną do zera i wystawić kolejną w nowej walucie?

Po updacie próbowałem wysłać fakturę RR do ksefu ale po przetworzeniu dostaję 450.
{"ordinalNumber":1,"referenceNumber":"20260219-EE-38C25F7000-0A4D9F70CA-D0","invoiceHash":"nogNyxGUmNRpE4rF/xSlRZOfCUV9Tz2/MBmP/HZUjQ8=","invoicingDate":"2026-02-19T16:31:56.4075243+00:00","status":{"code":450,"description":"Błąd weryfikacji semantyki dokumentu faktury","details":["Could not find schema information for the element 'http://crd.gov.pl/wzor/2026/02/17/14164/:Faktura'."]}}

Edit: Sors, sesję otwierałem dla FA3 zamiast RR.

Teraz mam:

https://api-test.ksef.mf.gov.pl/v2/sessions/online
Reqest:
{"formCode":{"systemCode":"FA_RR(1)","schemaVersion":"1-0E","value":"FA_RR"},"encryption":{"encryptedSymmetricKey":"HK2ip1dYo/Z56pdThzOqCVecPNEBH2WzZgOG1wLvER0PP5tzTA5Xldffazag++19C5okDNM2mok5+7QWVA8UD7bUTHlW3o7XUdNqX4Uhtki/2HqHgAPIMdgpdsC19UzvLuPOiCnDTnujmn764BcIiREFt9pthuPeWUS5sfVltbVJNfQaOED0fXPbGo4+I0xYo0lfogiiVu74n+CSEmtQkeJKWtbTgioBleKF91zIlSvRciTt9MXRoCRTRbUWzmJ3AK5Ll8p/KOXjH2tTbvsQoccXGjyGgztZSIw8O/IgDdLCxRhR7X/gUeod2lFIKhrBQeLIwP8V/EIg0Yi1YZ30GQ==","initializationVector":"UUTWw3V7xXFUpuRTZxpmcA=="}}

Response:
{"exception":{"exceptionDetailList":[{"exceptionCode":21405,"exceptionDescription":"B\u0142\u0105d walidacji danych wej\u015Bciowych.","details":["Wskazany kod formularza nie jest wspierany."]}],"serviceCode":"00-364c19b795680868753ad04b59ce2ba8-22edfd805131baff-00","timestamp":"2026-02-19T16:49:39.6292113Z"}}

Edit2: Pewnie widzieliście #722
Exception 21405 wynika z użycia

"formCode":{
        "systemCode":"FA_RR(1)",
        "schemaVersion":"1-0E",
        "value":"FA_RR"
        }

Są to wartości z xsd. Byłem święcie przekonany, że trzeba wysyłać to co jest w xsd. Jeśli ktoś chce mnie wyprowadzić z błedu to bardzo proszę.
Jeśli utworzy się formCode tak jak Pan Stypulkowski napisał (czyli tak jak jest w api opisane):

"formCode": {
        "systemCode": "FA_RR (1)",
        "schemaVersion": "1-0E",
        "value": "RR"
    }

można wysłać RR. Wygenerować podglądu nie można ale to inna sprawa #70

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<Faktura xmlns="http://crd.gov.pl/wzor/2026/02/17/14164/">
	<Naglowek>
		<KodFormularza kodSystemowy="FA_RR(1)" wersjaSchemy="1-0E">FA_RR</KodFormularza>
		<WariantFormularza>1</WariantFormularza>
		<DataWytworzeniaFa>2026-02-19T16:19:54Z</DataWytworzeniaFa>
	</Naglowek>
	<Podmiot1>
		<DaneIdentyfikacyjne>
			<NIP>1542169575</NIP>
			<Nazwa>rolnik</Nazwa>
		</DaneIdentyfikacyjne>
		<Adres>
			<KodKraju>PL</KodKraju>
			<AdresL1>adres rolnika</AdresL1>
			<AdresL2>adresk rolnika</AdresL2>
		</Adres>
	</Podmiot1>
	<Podmiot2>
		<DaneIdentyfikacyjne>
			<NIP>7335255579</NIP>
			<Nazwa>Domyślny sprzedawca</Nazwa>
		</DaneIdentyfikacyjne>
		<Adres>
			<KodKraju>PL</KodKraju>
			<AdresL1>ul. Sprzedawcowa</AdresL1>
			<AdresL2>00-000 Sprzedawcowo</AdresL2>
		</Adres>
	</Podmiot2>
	<FakturaRR>
		<KodWaluty>PLN</KodWaluty>
		<P_4A>2026-02-19</P_4A>
		<P_4B>2026-02-19</P_4B>
		<P_4C>1/2026</P_4C>
		<P_11_1>1</P_11_1>
		<P_11_2>0.07</P_11_2>
		<P_12_1>1.07</P_12_1>
		<P_12_2>jeden PLN siedem gr.</P_12_2>
		<RodzajFaktury>VAT_RR</RodzajFaktury>
		<FakturaRRWiersz>
			<NrWierszaFa>1</NrWierszaFa>
			<P_5>kartochle</P_5>
			<P_6A>1</P_6A>
			<P_6B>1</P_6B>
			<P_6C>2</P_6C>
			<P_7>1</P_7>
			<P_8>1</P_8>
			<P_9>7</P_9>
			<P_10>0.07</P_10>
			<P_11>1.07</P_11>
		</FakturaRRWiersz>
		<Platnosc>
			<FormaPlatnosci>1</FormaPlatnosci>
			<RachunekBankowy1>
				<NrRB>PL44109024023458628838425744</NrRB>
				<NazwaBanku>banq</NazwaBanku>
			</RachunekBankowy1>
		</Platnosc>
	</FakturaRR>
	<Stopka>
		<Rejestry>
			<KRS>1234567890</KRS>
		</Rejestry>
	</Stopka>
</Faktura>

Mamy wersje v2.1.2. Czy ktoś dysponuje jakimś wykazem różnic między strukturą FA3 a FA_RR ?

N1ebieski napisał(a):

Mamy wersje v2.1.2. Czy ktoś dysponuje jakimś wykazem różnic między strukturą FA3 a FA_RR ?

Nawet analogiczne pola mają inne nazwy i oznaczenia, np w FA3 numer faktury jest pod P_2 a w RR to już P_4C, tak więc bez mielenia xsd się nie obejdzie. Nie jest tak ze wszystkimi polami ale sporo ich jest

W praktyce RR jest podzbiorem FA3 ale dodaje kilka dodatkowych elementów i zasad. Z takich najciekawszych to faktura nie może być opłacona. Wiersze w fakturze mają tylko cenę netto ale obowiązkowo trzeba wypełnić wartość netto, wartość brutto i kwotę podatku, Forma płatności tylko przelew lub Inna. No i wiadomo: wystawca jest nabywcą, więc zabawa z uprawnieniami jak w samofakturowaniu.

Dodatkowe elementy (czyli nie ma analogicznych pól w FA3):

• dodatkowy typ korekty (Korekta skutkująca w dacie dokonania zwrotu całości lub części należności)
• StatusInfoPodatnika w Podmiot2
• NrKontrahenta w Podmiot1
• należność słownie (P_12_2) w FakturaRR
• DokumentZaplaty
• klasa produktu (P_6C) w pozycji faktury
• RachunekBankowy1, RachunekBankowy2 w Platnosc
• dedykowana stawka vat
• dedykowane typy faktury

Sporo rzeczy wylatuje, nie mogę obiecać, że wszystko wyliczyłem ale próbujemy :) Znika/znikają:

• Podmiot2.NrEORI
• Podmiot2.NrKlienta
• Podmiot2.IDNabywcy
• Podmiot1.PrefiksPodatnika
• Podmiot1.StatusInfoPodatnika
• Podmiot3 nie ma opcji identyfikatora EUVAT i NrID (zostaje tylko nip, idWew i brakId)
• Podmiot3.IDNabywcy
• Podmiot3.NrEORI
• Podmiot3.Udzial
• Podmiot3.NrKlienta
• Podmiot1K.PrefiksPodatnika
• Podmiot2K.IDNabywcy
• Podmiot2K.DaneIdentyfikacyjne - znikają wszystkie identyfikatory poza nip
• PodmiotUpowazniony
• nie ma korekty dla okresu od - do (w fa3 to były pola p6Od i p6Do)
• nie ma dokumentów wydania WZ
• Adnotacje
• ZaliczkaCzesciowa
• oznaczenia FP, TP, ZwrotAkcyzy
• WarunkiTransakcji
• KursWalutyZ
• FakturaZaliczkowa
• Zamowienie
• Zalacznik
• Pozycje faktury (FakturaRRWiersz) nie mają w porównaniu z FA3 elementów: Indeks, PKOB, centy brutto(P_9B), rabatu(P_10), P_12_XII, P_12_Zal_15, GTU, KwotaAkcyzy, Procedura
• dane na fakturze korygującej: okresFaKorygowanej, P_15ZK, KursWalutyZK
• Platnosc.DataZaplaty
• Platnosc.ZaplataCzesciowa
• Platnosc.TerminPlatnosci (i to mnie kurna dziwi, że nie ma tego)
• Platnosc.RachunekBankowy
• Platnosc.RachunekBankowyFaktora
• Platnosc.Skonto

A te rzeczy wspólne to tak jak mówiłem wcześniej: są to wartości analogiczne ale mogą być pod innymi nazwami pól

Popisałem sobie przez formularz w niekończącym się temacie umieszczania kwoty pozostałej do zapłaty w przypadku zapłaty częściowej i powiem Wam szczerze, że kompletnie już nie wiem co myśleć

Pytanie:
Dzień dobry.
W jaki sposób należy wypełnić pola faktury aby w przypadku zapłaty częściowej odbiorca
miał wprost podaną informację o kwocie którą musi jeszcze zapłacić? Pole P_15 jest
poprawnie wypełnione, dodane jest oznaczenie Platnosc.ZnacznikZaplatyCzesciowej=1 oraz
poprawnie wypełnione są pola Platnosc.ZaplataCzesciowa. Standardem jest
umieszczenie na fakturze różnicy między kwotą należności ogółem a sumą zapłat
częściowych. Czy jest to przewidziane w ksef?

Odpowiedź:
Szanowni Państwo,
dla faktur zaliczkowych dedykowany jest element Fa/Zamowienie, zawierający dane wymagane art. 106f ust. 1 pkt 4 ustawy.
Element Zamowienie dla Fa
Element opcjonalny Zamówienie dotyczy zamówienia lub umowy, o których mowa w art. 106f ust. 1 pkt 4 ustawy (dla faktur zaliczkowych). Wypełniany jest w walucie, w której wystawiono fakturę zaliczkową.
Pola (elementy) w pliku XML przyjmują następujący charakter opcjonalny gdy zapisów dokonuje się obowiązkowo, jeśli jest spełniony warunek ustawowy.
W polu P_15 wskazujemy kwotę należności ogółem. W przypadku faktur zaliczkowych - kwota zapłaty dokumentowana fakturą. W przypadku faktur, o których mowa w art. 106f ust. 3 ustawy - kwota pozostała do zapłaty. W przypadku faktur korygujących - korekta kwoty wynikającej z faktury korygowanej. W przypadku, o którym mowa w art. 106j ust. 3 ustawy - korekta kwot wynikających z faktur korygowanych

Kompletnie nie w temacie odpowiedź, więc odnosząc się do numeru ticketu wysyłam kolejne pytanie:

Dziękuję za informację ale udzielona odpowiedź dotyczy faktury zaliczkowej.
Pytałem o sytuację kiedy faktura podstawowa VAT została opłacona w części.
Przykład: suma sprzedaży to 150PLN (pole P_15). Nabywca opłacił 50PLN (dodane jest
oznaczenie Platnosc.ZnacznikZaplatyCzesciowej=1 oraz poprawnie wypełnienione są
pola Platnosc.ZaplataCzesciowa). Nabywca musi jeszcze zapłacić 100PLN. Standardem
w takiej sytuacji jest umieszczenie explicite na fakturze kwoty pozostałej do
uiszczenia przez nabywcę. Czy jest to możliwe w ksef? Jeśli tak, to bardzo proszę
o informację które pola należy wypełnić aby informacja ta znalazła się w
strukturze xml i/lub na wizualizacji faktury pobranej z Aplikacji Podatnika

Otrzymałem odpowiedź:

Szanowni Państwo,
w tym celu wykorzystać można sekcję Rozliczenie z elementem Odliczenia, w którym można wykazać kwoty udokumentowane daną fakturę a wcześniej opłacone pomniejszające ostateczną kwotę do zapłaty.

Weźcie mi powiedzcie, czy ja czegoś nie rozumiem czy to bzdura?

Walczę z tymi fakturami korygującymi i to jest taki śmietnik w tej strukturze, że głowa mała. Świetnie opisał te absurdy @silverdr > https://4programmers.net/Forum/Nietuzinkowe_tematy/355933-krajowy_system_e_faktur?p=2014107#id2014107 Po prostu dobudówka do dobudówki. Zero planu początkowego.

I teraz pytanie - Podmiot2K obsługuje (o zgrozo) zmiany zarówno w węźle Podmiot2 jak i w Podmiot3, ALE - Podmiot3 może mieć IDWew jako dane identyfikacyjne. A Podmiot2K tego nie ma. Wiem, że w przypadku błędu w identyfikatorze fakturę się zeruje, ale co w takim razie wpisać jako identyfikator gdy chcemy korygować np. dane adresowe Podmiotu 3? Nic? A jeśli nic to przecież to jest totalny brak konsekwencji, bo inne identyfikatory (jak NIP czy VAT-UE) muszą być wpisane.

Zakładając scenariusz:

1. Wystawiamy fakturę VAT z dwiema pozycjami faktury (dwa elementy FaWiersz) i wysyłamy do ksef, zostaje przyjęta
2. Wystawiamy korektę do faktury z punktu pierwszego w której: zmieniamy ilość pierwszej pozycji (wysyłamy stan PRZED i PO) oraz poprawiamy adres Nabywcy. Faktura zostaje przyjęta.
3. Znajdujemy kolejny błąd i musimy wysłać kolejną korektę do pierwszej faktury, tym razem zmieniamy ilość drugiej pozycji.
   I teraz na drugiej korekcie (powiedzcie czy się mylę)

• w danych nabywcy są już poprawne (skorygowane) dane, czyli nie ma Podmiot2K
• pierwsza pozycja ma taki sam stan PRZED i PO równy poprawionej wartości wysłanej w korekcie z punktu 2
• wprowadzamy korektę pozycji drugiej
• w danych faktury korygowanej wpisujemy dane pierwotnej faktury z punktu pierwszego
• pasowałoby gdzieś wrzucić informację, że w międzyczasie była już faktura korygująca ale raczej nie w DaneFaKorygowanej. Gdzie dodajecie takie informacje?

Edit: tak się kończy jak człeń nie czyta podręczników:
2.13.3. Wystawienie kilku faktur korygujących do jednej faktury pierwotnej
Może zdarzyć się sytuacja, gdy podatnik wystawił fakturę pierwotną, następnie wystawił do
niej fakturę korygującą podstawę opodatkowania i kwotę podatku, a po pewnym czasie
wystawia kolejną fakturę korygującą podstawę opodatkowania i kwotę podatku. W przypadku
wystawiania kolejnych faktur korygujących do faktury pierwotnej, skutkujących zmianą
wartości podstawy opodatkowania i podatku, w sytuacji, gdy wcześniejsza korekta już na te
wartości wpływała należy odnosić się zawsze do wartości uwzględniających wcześniej
wystawioną fakturę korygującą. W sekcji DaneFaKorygowanej należy podawać natomiast dane
(m.in. numer, numer KSeF, jeśli faktura pierwotna była wystawiona w KSeF, datę wystawienia)
faktury pierwotnej. W fakturze korygującej nie jest konieczne podawanie danych (numerów,
dat wystawienia) wcześniej wystawionych faktur korygujących.

Czy mi się wydaje czy w Aplikacji Podatnika nie można wystawić faktury zaliczkowej z pozycjami (sekcja: Zamówienie) od brutto?
EDIT: Nie było tematu.

Którą datę zastosować: issueDate, invoicingDate, acquisitionDate, permanentStorageDate, gdy księgowa chce zobaczyć wszystkie faktury z danego miesiąca do zaksięgowania?

Jeśli do ksefu w offline trafiła faktura z niezgodnym xml ze schematem i ksef nie ustawił dla niej numeru ksef a potem chcę przesłać poprawną fakturę to czy zamiast korekty technicznej mogę wysłać ponownie poprawną fakturę? Czy jest to duża różnica?

Czy KSeF udostępnił jakieś przykładowe faktury RR? A może ktoś poratuje XMLkami, wystarczy zwykła sprzedażowa i korekta do niej.

Korekty - c. d. czy korekta (faktura korygująca) może dodawać wiersze do faktury korygowanej?

Do klienta PHP dodałem obsługę faktur FA_RR.

Przykład użycia (trzeba wpierw nadać uprawienie do samofakturowania rolniczego) > https://github.com/N1ebieski/ksef-php-client/blob/main/tests/Feature/Resources/Permissions/Authorizations/AuthorizationsResourceTest.php#L42

Duże podziękowania dla @rafdeer za pomoc!

Logowanie przez mObywatel do aplikacji podatnika - loguję się na dany NIP na środowisku DEMO, w nowej karcie przeglądarki otwieram środowisko PROD na ten sam NIP i nie mam już żadnej dodatkowej autoryzacji, loguję się automatycznie. Czy u Was też tak to działa? Przy profilu zaufanym logowanie było osobno dla każdego ze środowisk.

Zastanawiam się, czy to błąd i zgłaszać gdzieś dalej, stąd pytanie do Was, czy widzicie zagrożenie z tym związane czy traktować jako feature a nie błąd?

cyt. "Aplikacja mObywatel nie spełnia unijnych wymogów, przez co polski rząd musi stworzyć ją od nowa. (...) Dostosowanie mObywatela do nowych norm okazało się technicznie niemożliwe"

Ciekawe co będzie z KSeFem 2.0 za jakiś czas.

edit: [Infopiguła - newsletter] Newsletter - Wydanie 23.02.2026 dalej link -> https://geekweek.interia.pl/aplikacje/news-jest-problem-z-mobywatelem-aplikacja-do-napisania-od-nowa,nId,22602967

W żądaniu "invoices/exports" daję body

{
"encryption":
    {
    "encryptedSymmetricKey": "DDxw/HO83IJAvUxqWse... itd. ",
    "initializationVector": "aGJYZ2xCQ1BXQ1BVeXNrbA=="
    },
"filters":
    {
    "dateRange":
        {
        "dateType": "PermanentStorage",
        "from": "2026-02-01",
        "to": "2026-02-24"
        },
    "subjectType": "Subject2"
    }
}

i jest OK.
Gdy dodam tabele numerów KSeF

{
"encryption":
    {
    "encryptedSymmetricKey": "luz6TZFts6Dsw+KgJvJC... itd. ",
    "initializationVector": "UHJMdlhhS1JKZHJRVm9RTg=="
    },
"filters":
    {
    "dateRange":
        {
        "dateType": "PermanentStorage",
        "from": "2026-02-01",
        "to": "2026-02-24"
        },
    "ksefNumber":
        [
        "5127788841-20260214-327403000000-19",
        "5127788841-20260214-32649C400000-69"
        ],
    "subjectType": "Subject2"
    }
}

to już nie jest OK.
Czy ktoś mógłby podpowiedzieć. o co chodzi ?

Hej, Czy podpowiecie trochę jak rozwiązujecie u siebie takie kwestie jak poniżej ?

1. Czy ktoś wie jakie są różnice między datami: "Issue","Invoicing", "PermanentStorage" ?
   Chodzi mi o to co każda z dat oznacza pod kątem takich kwestii jak:
   a. czy po każdej z tych dat fv może zostać odrzucona lub zmieniona ?
   b. jak te daty się mają do fv wystawionej w ksef, która otrzymała już nr ksef i upo ? Działam sobie w demo i testuję w kontekście 2 firm: F1 wystawia fv001 na F2, otrzymuje nr ksef (czy w tym momencie powinna być już invoicing ?), po czym po chwili sprawdzam dla F2 koszty i ten koszt mogę pobrać tylko dla issue, bo jak próbuję dla daty invoicing to jest jeszcze niewidoczna i podobnie dla permanent.
   c. Ile wg Was trwa od momentu wystawienia fv do czasu aż pojawi się widoczna w kosztach jako invoicing i jako permanent ? Zakładam, że nie ma określonego czasu na to, ale bardziej chodzi mi tylko o jakieś obserwacje na ten temat, jeśli macie.

Uprzedzając niektóre odpowiedzi - znam opisy z api i dokumentacji:

Issue - Data wystawienia faktury. Czy to jest pole P_1 w schemie ?
Invoicing - Data przyjęcia faktury w systemie KSeF (do dalszego przetwarzania).
permanentStorageDate - Data trwałego zapisu faktury w repozytorium KSeF. Wartość uzupełniana asynchronicznie w momencie trwałego zapisu; zawsze późniejsza niż acquisitionDate. Podczas sprawdzania statusu może być jeszcze niedostępna.
Znam też opisy o hwm z dokumentacji.

1. Jak rozwiązujecie u siebie kwestie dopisywania kosztów do bd - czy pobieracie koszty tylko po permanentstorage licząc się z tym, że te dane trafiają tam ze zwłoką /bliżej nieokreśloną ?/
   Czy używacie np issue, tak aby koszty które się pojawiły widziane były od razu i np. dodatkowo flagujecie je w bd jako issue, a potem za jakiś czas sprawdzacie tylko czy są już w ksef jako permanent i zmieniacie wtedy tylko flagę w bd ? Albo inny sposób ?

2. Czy korzystacie z pobierania paczek fv dla sprzedaży ? Firma wystawia fv, dostaje nrksef i upo, więc ta fv w zasadzie jest zapisana już w bd ze statusem 'wystawiona w ksef'. I czy wówczas po jakimś czasie np. raz na m-c czy tydzień robicie jakieś sprawdzenie na zasadzie pobierania paczki dla subject1 i porównywanie tego co w bd względem tej paczki z ksef ? Czy ma to w ogóle sens ?

Czy macie jakieś statystyki czasu oczekiwania na sync odpowiedź http z poszczególnych endpointów? W szczególności tych od wysyłki interaktywnej/wsadowej? Trafiały się Wam timeouty?

Cześć

Pobieram listę faktur i czy w jednym zapytaniu mogę pobrać Od razu dla Subject2 oraz Subject3 ? Czy musze robić osobne zapytania dla Subject2 oraz Subject3 ?

'subjectType' => 'Subject2', 'Subject3',

Openssl wywala mi błąd jak generuję CSR dla firmy, której nazwa ma ponad 64 znaki, ale taką nazwę dostaję z /certificates/enrollments/data, więc nie sądzę, żebym mógł ją uciąć. GPT mówi, że to nie jest ograniczenie jakieś wersji openssl czy php czy czegokolwiek tylko standaradu X.509. Czy mieliście firmy z takimi długimi nazwami i udało Wam się wygenerować CSR?

Z ciekawostek z frontu to KSeF zablokował na miesiąc jedną firmę (tzn. o jednej wiem) za ponoć zbyt częste unieważnianie i generowaniu certyfikatu. Mieliście takie przypadki u swoich klientów?

Pytał już ktoś przez formularz albo wie czy funkcjonalność https://github.com/CIRFMF/ksef-docs/issues/721 trafi do Aplikacji Podatnika?

Czy mi się wydaje czy teraz wg kontraktu api InvoiceStatusInfo.extensions mogą zawierać coś więcej niż pary stringów [klucz; wartość]? Tak samo w PartUploadRequest.headers można wrzucić sobie jsona? Rozumiem, że umawiamy się na słowo, że tu tylko stringi będą.

Wstawiał z Was ktoś

ZaplataCzesciowa.PlatnoscInna = 1
ZaplataCzesciowa.OpisPlatnosci = COS_DOWOLNEGO

chyba nie drukuje się ten opis w tym generatorze od nich..

Może ktoś potwierdzić ?

To zgłaszanie błędów..nawet nie wiem jak to zgłosić przez ten formularz, jako integrator nie ma opcji zgłoszenia błędu do Apki :) jako Podatnik nie widzę takiej opcji.. na github jak napisze to się zaraz "obrażą".

HELP! Czy u was również odpowiedzi od ksef są bardzo długie? Od kilku godzin łapię błędy zarówno w wersji demo, jak i produkcyjnej dotyczące długiego czasu odpowiedzi serwerów ksef.