Infostar - iRevo

Kurde, kto to wymyślił, przerost formy nad treścią. Ktoś bardzo się starał, żeby maksymalnie utrudnić życie programistom, a za integracje z dotychczasowym oprogramowaniem zapłacić jak za zboże. Myślisz, raz zapłacę i koniec. O nie, znajdź firmę, która ci da integrację na stałe za jedną opłatę. Nie, wszędzie abonamenty i/lub opłaty za każdą wystawioną fakturę. Komplikacja już samej autentykacji to absurd. Żeby jeszcze było jakieś wsparcie (o tym później).
Zrobili ksef wersja 1.0. Nie było łatwo, ale dało radę. Teraz to koszmar.
Zacznijmy od dziś:
- wystawiasz fakturę bez podpisu
- zapisujesz do pliku
- plik przesyłasz mailem
- nie interesuje cię co z nią się dalej dzieje
- reagujesz jak zapłaty nie dostaniesz lub klient zapłacił i nie dostał
Teraz KSEF (tylko autentykacja):
- łączysz się za pomocą zaszyfrowanym protokołem Https
- wywalasz ponad 1000 zł na pieczęć kwalifikowaną bo ci ktoś powiedział, że bez niej to dupa (“a propos możesz uzyskać w Infostarze), lub tworzysz sobie ksefToken (o tym jeszcze będzie później)
- robisz Challenge (tak, po polsku to wyzwanie i jest to wyzwanie, walcz człowieku, ale to dopiero początek)
- teraz (wybrałem logowanie ksefToken) zamieniasz token na ciąg bajtów ( wygląda to tak: 50 48 50 53 49 49 50(...))
- żeby było łatwiej trzeba go zaszyfrować kluczem publicznym(jeszcze szukaj gdzie ten klucz)(wygląda to tak:140 90 40 246 34 118
- O nie, to nie koniec, teraz jeszcze trzeba z tego zrobić konwersję do podstawy 64 (wygląda to tak: jFoo9iJ2(...))
- jak już mamy to wszystko zaszyfrowane, to wysyłamy to zaszyfrowanym protokołem Https do Ksef
- no nie, to nie koniec, teraz czekamy na gotowość accessTokena (to takie potwierdzenie, że pieron wie co), w pętli wysyłamy zaszyfrowanym protokołem Https zapytanie, czy już jest
- jak dostaniemy odpowiedź, że już jest wysyłamy żądanie pobrania tedo accessTokena, oczywiście zaszyfrowanym protokołem Https i otrzymujemy coś takiego: eyJhbGciOiJ(...)
Proste, no nie? Żeby jeszcze dokumentacja jakoś pomogła, ale nie, przecież mamy gotowe przykłady api w c# i Java. Super, ale nasi wspaniali programiści poszli na całość, zastosowali najnowsze technologie z DI (Dependency Injection) .net9, teraz już .net10 i zajefajne skróty myślowe. Jakieś opisy - no są ale są jakieś, jakby ktoś chciał czegoś dociec, to tylko debugowanie zostaje, ale kto ma na to czas i pieniądze.

Niby proste, zmieniasz fakturę na plik w formacie xml (no już był JPK więc podobnie) i teraz wysyłka, no ale to nie jest wersja 1.0, to 2.0 więc nie martwmy się, będzie co robić. No to zaczynamy Przed otwarciem sesji oraz wysłaniem faktur wymagane jest: - wygenerowanie klucza symetrycznego o długości 256 bitów i wektora inicjującego o długości 128 bitów (IV), dołączanego jako prefiks do szyfrogramu, - zaszyfrowanie dokumentu algorytmem AES-256-CBC z dopełnianiem PKCS#7, - zaszyfrowanie klucza symetrycznego algorytmem RSAES-OAEP (padding OAEP z funkcją MGF1 opartą na SHA-256 oraz skrótem SHA-256), przy użyciu klucza publicznego KSeF Ministerstwa Finansów. Proste, no nie, a to tylko otwarcie sesji! Po co ta sesja, czy nie można by po prostu wysłać fakturę bez żadnej sesji. Przecież teraz robię PDF-a i wysyłam mailem i już, proste - proste, ale to już było, teraz będzie lepiej. Wysyłamy fakturę - oczywiście coś z nią trzeba zrobić, no to może zmienić ją na ciąg bajtów - kurde, jak mamy zaszyfrowaną sesję to czemu nie zaszyfrować faktury, przecież będzie przesyłana zaszyfrowanym protokołem Https - teraz czekamy na potwierdzenie przyjęcia faktury Yeeeeeeees, success!!! No to wchodzimy na stronę ksef-test i szukamy sesji JEST! no sukces pełen, tym bardziej, że widać, że dokument jest przesłany, widać nr faktury i nr Ksef. Super, Wchodzimy w listę faktur a tu zonk. Nie ma faktury. Te co robiliśmy na stronie Ksefu są a tej naszej nie ma. No to z powrotem patrzymy na historię sesji i jak byk jest, no to telefon do pomocy MF. Dzwonię czekam jest, sukces. Witam, mam problem, wyjaśniam, No nie wiem, jakoś tak, to skomplikowane, to api, ja tylko wiem podstawy wymaga pomocy przez formularz na stronie. Dobra wchodzimy na stronę piszę: Wiadomość zgłoszenia: mam sesię: Nr KSeF Nr faktury Data przesłania Status faktury 3757662371-20251201-010000BD6D48-A2 FA/GRQMB-174256ae-d88c-4448-a527-941197502e0f/05/2025 01.12.2025 Sukces ale nie ma tej faktury: Identyfikator nabywcy Nazwa nabywcy Nr KSeF Nr faktury Data wystawienia Data zapisania w KSeF Netto Brutto VAT Tryb wysyłki faktury 9724077707 firma 97 3757662371-20251201-0100A0AF4049-6C 1234 01.12.2025 01.12.2025 1,00 PLN 1,23 PLN 0,23 PLN Online Sesja zgłoszenia: Błąd zgłoszenia: Numer zgłoszenia: Data zgłoszenia: 12/01/2025 11:46:21 Opis zgłoszenia: Załaczniki: Zaakceptowany kontakt: True I jest odpowiedź: Identyfikator zapytania: Ticket#2025120111004048 Szanowni Państwo, Dokument o identyfikatorze kończącym się na „A2” nie jest fakturą KSeF. Jest to wyłącznie techniczny identyfikator dokumentu przesłanego do KSeF – taki numer jest nadawany od razu przy wysyłce. Ten dokument nie przeszedł pełnej walidacji i nie został zamieniony przez KSeF na fakturę, dlatego nie jest widoczny w wykazach faktur. Jedyną przyjętą fakturą jest dokument z numerem KSeF kończącym się na „6C”. Należałoby przeanalizować co zwróciło API podczas wysyłki dokumentu A2. Warto również zauważyć, że dokument A2 nie widnieje również w kontekście podmiotu wystawiającego, co potwierdza tezę o błędzie wysyłanym dokumencie. Wsparcie Techniczne Usługi KSeF