v0.34.0 — Подання декларації JPK працює від початку до кінця: підпис, який можна поставити, і екран, що каже правду
Зовнішній підпис (Профіль довіри) був недосяжним, а період, що до нього потрапив, не мав виходу. Ми пройшли весь тракт подання й перебудували екран: список із п'яти кроків, названа причина відмови та відхилена коригувальна, яку можна зібрати заново.
Податковий модуль умів порахувати реєстри й зібрати файл JPK, але саме подання пройти до кінця не вдавалося. Метод «Профіль довіри» — типовий для більшості компаній — був заблокований одразу в усіх станах, а період, який попри це потрапляв в очікування підпису, більше не мав жодного виходу: скасування заборонене, повторне формування відхилене, завантаження підпису недоступне. Заразом екран податкових налаштувань не зберігався у компаній із уже записаною датою, а декларація без коду податкової не збиралася й не казала, чого бракує. Ми пройшли весь шлях від налаштувань до квитанції (UPO) і перебудували екран подання.
- Обидві гілки підпису працюють. Обраний метод нарешті доходить до сервера й зобов'язує: що обрано, те й іде. «Авторизаційні дані» лишаються для фізичних осіб, «Профіль довіри» веде через завантаження метаданих, підпис на podpis.gov.pl і завантаження підписаного файлу назад — із перевіркою, що це справді підписаний відповідник того, що ми підготували. Період у стані «очікує підпису» тепер має вихід: скасування відкочує заморожений склад реєстру та пільги за безнадійними боргами.
- Екран подання — це список із п'яти кроків, а не майстер із пасткою. Кожен крок — Дані, Перевірка, Підпис, Надсилання, Квитанція — показує свій стан і розкривається на місці, зокрема з клавіатури (стрілки, Home/End). Раніше повернення до вже переглянутого кроку могло замкнути користувача без жодного активного елемента на сторінці — виходом було перезавантаження.
- Відмова називає причину й веде туди, де її виправляють. Відсутній код податкової має власне повідомлення й посилання на податкові налаштування замість загального «не вдалося зібрати». Застереження, що блокують подання, пронумеровані, мають підказку й список документів, яких стосуються.
- Файл XML, якого ми не видамо, каже чому. Натискання завантаження на періоді з блокувальним застереженням раніше давало голе 404. Тепер повертається речення: файл ще не сформовано, файл недоступний або період заблоковано — і котре саме з трьох.
- Відхилену коригувальну можна зібрати заново. Досі «Сформувати ще раз» цілилося в первинну декларацію періоду й завершувалося повідомленням «заблокована» — коригувальну, яку податкова не прийняла, виправити з застосунку не можна було взагалі. Тепер перезбирання стосується цього документа й зберігає його номер: файл, який податкова не прийняла, не потрапив до її обліку, тож наступна спроба — це та сама коригувальна. Працює і для річного JPK_EWP, який неможливо вказати через місяць.
- Екран поданої декларації показує те, що справді пішло до податкової. Суми читаються зі збереженого знімка, а не перераховуються при кожному відкритті; якщо реєстри змінилися після подання, поруч стоїть позначка про розбіжність із посиланням на коригувальну. Історія документа має власні позначки часу, а відмова податкової та збій на нашому боці — віднині дві різні речі, а не одна дата в одному полі.
- Ставку єдиного податку закритого періоду заморожено. Раніше вона визначалася наново при кожному читанні, тож додавання ставки заднім числом перераховувало всі закриті місяці. Тепер період тримає ставку, за якою його порахували, а розклад можна правити лише доти, доки файл не потрапив до податкової.
- Видно, на який сервер іде файл. Позначка «Тестове середовище» стоїть біля підпису, надсилання й на самій квитанції — щоб тестове UPO ніколи не сприйняли за доказ поданої декларації.