v0.34.0 — Wysyłka deklaracji JPK działa od początku do końca: podpis, który da się złożyć, i ekran, który mówi prawdę
Podpis zewnętrzny (Profil Zaufany) był dotąd nieosiągalny, a okres, który do niego trafił, nie miał wyjścia. Przebudowaliśmy cały tor wysyłki i sam ekran: pięciopunktowa lista kroków, powód odmowy nazwany po imieniu, odrzuconą korektę da się złożyć od nowa.
Moduł podatków potrafił policzyć rejestry i zbudować plik JPK, ale samej wysyłki nie dawało się przejść do końca. Metoda „Profil Zaufany” — domyślna dla większości spółek — była zablokowana we wszystkich stanach naraz, a okres, który mimo to trafił do oczekiwania na podpis, nie miał już żadnego wyjścia: anulowanie zabronione, ponowne wygenerowanie odrzucone, wgranie podpisu niedostępne. Przy okazji ekran ustawień podatkowych nie zapisywał się u firm, które miały już wpisaną datę, a deklaracja bez kodu urzędu skarbowego nie budowała się, nie mówiąc czego brakuje. Przeszliśmy cały tor od ustawień do potwierdzenia (UPO) i przebudowaliśmy ekran wysyłki.
- Obie ścieżki podpisu działają. Wybór metody wreszcie jedzie na serwer i obowiązuje: co wybrałeś, to idzie. „Dane autoryzujące” zostają dla osób fizycznych, „Profil Zaufany” prowadzi przez pobranie metadanych, podpis na podpis.gov.pl i wgranie podpisanego pliku z powrotem — z walidacją, że to naprawdę podpisany odpowiednik tego, co przygotowaliśmy. Okres w stanie „oczekuje podpisu” ma teraz wyjście: anulowanie cofa zamrożenie ewidencji i ulg na złe długi.
- Ekran wysyłki to lista pięciu kroków, nie kreator z pułapką. Każdy krok — Dane, Weryfikacja, Podpis, Wysyłka, Potwierdzenie — pokazuje swój stan i rozwija się na miejscu, obsługiwany również z klawiatury (strzałki, Home/End). Wcześniej powrót do kroku już przejrzanego potrafił zamknąć użytkownika bez żadnego aktywnego elementu na stronie — wyjściem było przeładowanie.
- Odmowa nazywa powód i prowadzi do miejsca, gdzie się go naprawia. Brakujący kod urzędu skarbowego ma własny komunikat i link do ustawień podatkowych, zamiast ogólnego „nie udało się zbudować”. Blokujące ostrzeżenia są ponumerowane, z podpowiedzią i listą dokumentów, których dotyczą.
- Plik XML, którego nie wydamy, mówi dlaczego. Kliknięcie pobierania na okresie z blokującym ostrzeżeniem dawało wcześniej puste 404. Teraz wraca zdanie: plik jeszcze nie powstał, plik jest niedostępny, albo okres jest zablokowany — i którym z tych trzech to jest.
- Odrzuconą korektę da się złożyć od nowa. Do tej pory „Wygeneruj ponownie” celowało w pierwotną deklarację okresu i kończyło się komunikatem „zablokowana” — korekty, której urząd nie przyjął, nie dało się poprawić z aplikacji w ogóle. Teraz przebudowa dotyczy tego dokumentu i zachowuje jego numer: plik, którego urząd nie przyjął, nie trafił do jego ewidencji, więc kolejna próba to wciąż ta sama korekta. Działa też dla rocznego JPK_EWP, którego nie da się wskazać przez miesiąc.
- Ekran poddanej deklaracji pokazuje to, co naprawdę poszło do urzędu. Kwoty są odczytywane z zapisanego zrzutu, a nie przeliczane przy każdym otwarciu; jeśli rejestry zmieniły się po wysyłce, obok stoi informacja o rozbieżności i odnośnik do korekty. Historia dokumentu ma własne znaczniki czasu, a odmowa urzędu i awaria po naszej stronie to od teraz dwie różne rzeczy, nie jedna data w jednym polu.
- Stawka ryczałtu zamkniętego okresu jest zamrożona. Wcześniej odczytywała się na nowo przy każdym wejściu, więc dopisanie stawki z datą wsteczną przeliczało wszystkie zamknięte miesiące. Teraz okres trzyma stawkę, którą był policzony, a harmonogram można poprawiać tylko do momentu, w którym plik trafił do urzędu.
- Widać, do jakiego serwera idzie plik. Znacznik „Środowisko testowe” stoi przy podpisie, wysyłce i na samym potwierdzeniu — żeby testowe UPO nigdy nie zostało wzięte za dowód złożenia deklaracji.