Помилкова ПН · База знань

ПН пішла в ЄРПН, отримала фіскальний номер — і аж тоді ви бачите в ній помилку. Анулювати зареєстровану ПН уже не можна, тож виправлення завжди йде через РК, а який саме РК — залежить від того, що́ саме не так. Цей гайд проведе вас від типу помилки до правильного рішення з трьох і покаже, як провести його в Odoo, не подвоївши податкові зобов’язання в декларації.

Результат

З помилкою у ПН ви розбираєтеся за одним рішенням з трьох: «РК-виправлення без зміни сум», «обнуляючий РК + нова ПН», або «коригуючий РК на різницю». Жоден сценарій не дає подвоєного ПЗ у декларації, кожен правильно проходить ЄРПН і відповідає ст. 192 ПКУ.

Передумови

Помилкова ПН уже зареєстрована в ЄРПН (статус Зареєстровано). Якщо ще ні — простіше: відкликати чернетку, виправити поля, надіслати заново.
Знаєте характер помилки: реквізит (ІПН, дата, УКТЗЕД, найменування) чи цифра (сума, кількість, ставка).
На account.move доступне поле Cancel by RK (l10n_ua_cancel_by_rk) — кастомізація, яка створює пов’язаний РК і блокує повторне використання ПН.
Розумієте, що анулювати ПН в ЄРПН неможливо — тільки коригувати РК. ПКУ 201.10 цього не дозволяє.

Як це зробити

Крок 1 — Визначте тип помилки

Усе подальше залежить від того, що́ саме зламано, тож почніть із діагнозу. Дайте відповідь на три запитання поспіль:

Що неправильно — реквізит чи сума?
Чи змінює виправлення ставку або суму ПЗ?
Покупець — платник ПДВ чи неплатник?

З відповідей виходить один із трьох сценаріїв:

Тип помилки	Приклад	Сценарій
Реквізит без зміни сум	ІПН покупця, тип причини, дата (у межах одного звітного періоду), УКТЗЕД, найменування	«Обнуляючий» РК на повну суму + нова правильна ПН
Сума завищена	Замість 100 000 ПЗ — 120 000	Коригуючий РК на різницю (зменшуючий)
Сума занижена	Замість 120 000 ПЗ — 100 000	Коригуючий РК на різницю (збільшуючий)

Крок 2 — Створіть РК у правильному напрямку

На картці помилкової ПН (account.move з move_type='out_invoice' і l10n_ua_pn_status='registered') натисніть Скласти РК. Відкриється wizard з вибором підстави з ПКУ ст. 192:
- зміна суми компенсації (ціна, кількість);
- виправлення помилки в реквізитах;
- повернення товару покупцем.
Залежно від сценарію:
- Реквізит → виправлення помилки, в табличній частині — рядки помилкової ПН зі знаком мінус на повну суму. Поле Причина коригування обов’язкове (наприклад, «Помилковий ІПН покупця»).
- Зменшення суми → зміна суми компенсації, рядки на різницю зі знаком мінус.
- Збільшення суми → зміна суми компенсації, рядки на різницю зі знаком плюс.
Збережіть. Створюється account.move типу out_refund з посиланням reversed_entry_id на помилкову ПН.

Крок 3 — Хто реєструє РК у ЄРПН

Тут логіка реєстрації відрізняється від звичайної ПН:

РК зменшуючий вихідний (ПЗ зменшується) — реєструє покупець. Ви тільки складаєте і надсилаєте йому.
РК збільшуючий вихідний (ПЗ зростає) — реєструє продавець, тобто ви.
РК на повне сторно ПН — теж реєструє покупець, бо це фактично зменшення ПЗ.

У wizard «Скласти РК» Odoo автоматично визначає сторону реєстрації за знаком суми. Поле Реєструє — інформаційне, але звіряйте.

Крок 4 — Складіть нову правильну ПН (якщо обнуляли)

Якщо сценарій — «обнуляючий РК + нова ПН» (помилка в реквізиті):

На account.move, який був базою помилкової ПН (інвойс, що тригернув першу подію), натисніть Скласти ПН повторно. Wizard відкриває форму з усіма правильними полями — заповнюйте.
Дата складання = та сама, що була в помилковій ПН. Це принципово: за ПКУ 201.10 дата ПН прив’язана до першої події, а перша подія не змінюється від того, що ви помилилися в реквізиті.
Номер у вашій нумерації — наступний поточний. Не повторюйте номер помилкової ПН.
Реєструйте в ЄРПН. Якщо все правильно — повертається квитанція №2 з фіскальним номером.

Крок 5 — Перевірте декларацію

Якщо помилкова ПН і виправний РК — в одному звітному періоді, вони компенсуються в Додатку Д5. У підсумкових рядках декларації результат коректний.
Якщо РК у наступному звітному періоді — вже не компенсація, а зменшення ПЗ поточного періоду. Можливо, треба уточнюючий розрахунок до старої декларації — залежить від характеру помилки і її впливу на бюджетний баланс.

Перевірка

На картці помилкової ПН — l10n_ua_pn_status = 'corrected', у пов’язаних видно РК і (за сценарієм 1) нову ПН.
РК має статус Зареєстровано в ЄРПН. Якщо «Очікує підписання покупцем» — пишете лист контрагенту, цикл реєстрації не закрито.
У Додатку Д5 за звітний місяць рядки помилкової ПН і РК згортаються в нуль (для повного обнуляння) або у правильну суму (для коригування різниці).
Сальдо рах. 6415 (ПЗ з ПДВ) у головній книзі відповідає сумі підтверджених ПН за вирахуванням РК.
Покупець підтвердив отримання РК — у листуванні або в його Д5 видно «отриманий РК від нашого ІПН».

Якщо щось пішло не так

Симптом	Причина	Виправлення
РК у статусі «Очікує підпису покупцем» довше 15 днів	Покупець не натискає Прийняти в кабінеті або відмовляється	Лист з вимогою підписати; якщо принципова відмова — фіксуйте у листуванні і документуйте для аудитора; штраф за нереєстрацію РК — на покупця
Створили нову ПН, а ще не зробили РК на помилкову	Бухгалтер «виправив» поверх — тепер дві активні ПН на ту саму операцію	Створіть обнуляючий РК на помилкову ПН зараз; в декларацію за поточний період підуть обидві ПН і один РК
РК склали зі знаком плюс там, де мало бути мінус	Wizard підтягнув не той напрямок, або заповнили вручну	Скасуйте РК (якщо ще не зареєстрований), складіть новий правильний; якщо зареєстрований — РК до РК, але це довго і складно — переконайте контрагента не реєструвати
Дата нової ПН поставлена сьогоднішнім днем	Wizard перевизначив дату на поточну, ви не виправили	Якщо ПН ще `draft` — виправте дату на дату першої події; якщо вже зареєстрована — нова ПН помилкова, повторіть цикл «обнуляючий РК + нова ПН»
УКТЗЕД був помилковий, у декларації за місяць — порушення СМКОР	Алгоритм блокування побачив невідповідність коду фактичній номенклатурі	Не лише РК + нова ПН: подайте Таблицю даних з правильним кодом і документами на сировину, щоб уникнути блокування нових ПН
Помилка у ставці: замість 0% експорт стояло 20%	Fiscal position не спрацювала, ставка тягнулася з основного податку	Це сценарій «обнуляючий РК + нова ПН з типом причини 07 і ставкою 0%»; перевірте `account.fiscal.position` для партнера-нерезидента
Помилка тільки в типі причини (стояло порожньо, мало бути 02)	Реквізит ПН, який не змінює сум	«Обнуляючий РК + нова ПН з правильним типом причини» — інакше у покупця-неплатника облік буде неправильний

Дотичне

ПН і РК в Odoo для ЄРПН — як складаються і реєструються РК через API.
Розрахунок коригування — норматив ПКУ ст. 192.
РК як документ — форма, реквізити, хто реєструє.
Виписка та реєстрація вихідної ПН — як уникнути помилки на старті.