Нова функція v0.57.0
v0.57.0 — Періоди, подані поза Biurko
Починаєте з Biurko всередині року, а попередні періоди подавало бюро чи e-Urząd Skarbowy? Скажіть про це один раз — Календар перестане про них нагадувати, а надлишок з останнього з них увійде в перший період, який ви подасте в нас.
28 серпня 2026 р. Податки
- Період, поданий деінде, позначається поодинці або цілим рядом. Досі Календар нагадував про кожен місяць до вашого приходу в Biurko, бо йому нізвідки було знати, що хтось його вже подав. Тепер у клітинці обов'язку є «Позначити як подане поза Biurko», а поруч — режим вибору: позначаєте десяток місяців і записуєте їх одним рухом, а крок підтвердження спершу показує дату та надлишок, які зараз буде записано. Клітинка, яку позначити не можна, каже чому: період ще триває, такого обов'язку немає, він уже поданий, або це обов'язок сплати, а не подання.
- Дату вказуєте лише тоді, коли її знаєте, — і лише таку, яка могла статися. Якщо не пам'ятаєте дня подання, залиште поле порожнім — період покаже «дата невідома». Ми не вписуємо за вас день, коли ніхто нічого не подавав, і не запишемо дня до кінця позначеного періоду чи дня, який ще не настав.
- Надлишок до перенесення має одне місце. При останньому позначеному періоді ви вказуєте суму, яку той файл переніс на наступний, — і саме з неї починає рахувати перший період, поданий через Biurko. Якщо ту саму суму ви вже вказали в податкових налаштуваннях як початковий надлишок, застосунок відмовиться записати її вдруге і скаже, де вона стоїть, — і так само відмовиться згенерувати власну декларацію за період, про який налаштування вже це кажуть, і не дасть вказати в налаштуваннях період, декларація якого саме готується в Biurko.
- Квитанція UPO перетворює позначку на доказ. До позначеного періоду ви додаєте XML-файл, який податкова видала як підтвердження приймання. Ми перевіряємо підпис, NIP, вид формуляра, день приймання і — для JPK_V7 — сам місяць, якого стосується документ; файл про інший період буде відхилено — і ми назвемо період, який він насправді підтверджує, — а позначка залишиться такою, як ви її зробили. Долучена квитанція залишається біля періоду: ви переглянете її та завантажите оригінал XML будь-коли. Річна квитанція JPK_EWP періоду не містить узагалі, тож прив'язка до року лишається вашим твердженням, і застосунок каже це прямо. З квитанції ми не відновлюємо реєстр ПДВ — вона підтверджує подання файлу, а не його зміст.
- Нічого не йде до податкової і нічого з цього не обчислюється. Позначка — це ваше повідомлення про те, що сталося поза застосунком: Biurko нічого не надсилає і не рахує податок за період, якого не бачило.
- Позначку можна скасувати, а корекція такого періоду замкнена. Скасування повертає обов'язок подання і видаляє додану квитанцію — ми кажемо про це до, а не після. Корекції періоду, поданого поза Biurko, ми не виставимо: корекція JPK_V7 — це повторне подання цілого періоду, а його змісту ми не знаємо; по неї йдіть туди, де подавали оригінал.
- Видно, який період подали ми, а який хтось інший. У списку декларацій, в історії та в «Попередніх періодах» такий період має власну плашку — окрему для позначки з квитанцією і без неї. Сам екран періоду теж каже це прямо — він не просить подати те, що вже подано, і не вважає такий період простроченим. Заблоковане «Завантажити XML» каже, чому файлу немає.
- Те саме вміє ШІ-асистент. Чотири інструменти: позначити період, позначити ряд періодів, додати квитанцію, скасувати позначку. Скасування — єдине, що щось видаляє, — спершу показує, чого воно стосується, і чекає на підтвердження.
- Прийняти нову версію регламенту ми просимо не раніше дня, коли вона набирає чинності. Кожна опублікована версія тепер має власний день, з якого діє, — і попередня теж, тож оголошення наступної більше не змушує попередню діяти раніше, ніж було оголошено (§ 21 ч. 3 Регламенту). Документ з архіву показує власну дату набрання чинності, а не дату поточної версії.