Повернутися до changelog
Виправлення v0.69.0

v0.69.0 — Декларація каже, чого їй бракує

Перегляд усього тракту подання JPK_V7: замість загальної відмови або мовчання Biurko тепер називає справжню причину — і показує, де її прибрати. Номер KSeF на виставленій фактурі можна виправити, не чіпаючи самого документа, відмова щодо даних авторизації настає до відправлення, а сума доходу несе рік, за який її подано.

5 вересня 2026 р. Податки
  • Хибний номер KSeF на фактурі можна виправити — не змінюючи самої фактури. Досі вікно виправлення працювало лише на закупівлях: виставлена фактура продажу з пошкодженим номером блокувала цілий місяць, а посилання «виправити» вело до з'єднання з KSeF, тобто не туди, де помилка. Тепер те саме вікно відкривається на обох напрямках і записує лише номер: документ, його форма FA(3) і статус лишаються недоторканими, а в історії фактури з'являється запис «було → стало». Номер, вписаний людиною або надісланий шлюзом, перевіряється на форму одразу, тож він більше не озивається через місяць — на декларації.
  • Відмова щодо даних авторизації настає до відправлення, а не після. Ідентифікатор, його контрольна сума, збіг із NIP фірми, дата народження та її збіг із номером PESEL перевіряються перед тим, як файл вирушить до органу, — і кожна з цих причин має власне речення вашою мовою. Раніше та сама ситуація поверталася як «технічний збій» або як повідомлення про пошкоджену структуру файлу, який насправді пошкоджений не був.
  • Сума доходу несе рік, за який її подано. Для підпису декларації орган просить дохід із декларації за рік, старший на два від року подання, — тож сума, подана торік, 1 січня перестає бути правильною, а програма цього не помічала. Тепер біля поля видно, про який рік ідеться («Kwota przychodu za 2024 r.»), а якщо збережена сума стосується іншого року, Biurko просить підтвердження замість того, щоб надіслати підпис, який відхилять. Автоматичне подання в такому разі відмовляє на ім'я, а не «бо немає даних». Суму тепер можна змінити саму — не переписуючи ідентифікатор.
  • Відповідь органу більше не зникає при повторній генерації. Коди 417–426 та інші відповіді шлюзу нарешті мають власні пояснення польською, англійською та українською, а вердикт попередньої спроби лишається біля декларації окремою інформацією з датою — досі його стирала кнопка «Wygeneruj ponownie» разом із єдиним слідом того, що сказав орган. Період, який орган уже прийняв, більше не запрошує подати його вдруге.
  • Кожне блокування каже, що зробити, і веде туди, де це можливо. Попередження, яке стримує файл, зобов'язане мати підказку й досяжну ціль — це тепер правило, за яким стежить автоматика, а не перелік виправлень. Відмова в поданні при цьому називає конкретну причину, що тримає період, замість загального «не вдалося подати».
  • Ставка VAT 4 % зникла з форми продажу. Для ryczałtu таксистів (art. 114 ustawy o VAT) ми не знаємо, до якої позиції реєстру вона потрапляє, — а досі рядок із цією ставкою випадав із файлу разом із сумою нетто й податком, і то за інформаційного попередження. Краще не виставити документ, ніж надіслати органу занижену базу; уже виставлені фактури з цією ставкою стримують файл і кажуть чому.
  • Тестове середовище прямо каже, чого воно не перевіряє. Тестовий шлюз Міністерства не перевіряє дані авторизації взагалі — вдале подання там не доводить нічого про справжнє. Позначку «Zalecane» з цього способу там знято.

Файли cookies

Необхідні — для роботи сервісу. Решта — лише за вашою згодою. Політика cookies