Помилка в назві покупця у ПН: перевірка, РК і податковий кредит

Спочатку з’ясуйте, яке саме поле неправильне

Матеріал перевірено 20 жовтня 2026 року. Покрокова технічна частина нижче стосується звичайної зареєстрованої ПН на покупця — платника ПДВ: помилка лише в найменуванні не заважає ідентифікувати операцію, ІПН і податковий номер правильні, сторони та сума постачання не змінювалися. Зіставте зареєстрований документ із договором і первинними документами. Зміна картки контрагента впливає на наступний файл, але не переписує вже зареєстровану ПН.

Описка і суттєва помилка: різні наслідки

Крок 1. Збережіть правильний набір документів

1. Отримайте саме зареєстровану версію ПН, її дату, номер і підтвердження реєстрації; не працюйте тільки з невідправленою чернеткою.
2. Зафіксуйте неправильне та підтверджене правильне написання, правильні ідентифікатори й документ, за яким це встановлено.
3. Звірте сторони, зміст постачання, період, базу й ПДВ: сума не доводить правильності всіх інших реквізитів.
4. Перевірте історію попередніх РК до цієї ПН, щоб не готувати виправлення, яке вже зареєстрували.
5. Збережіть коротку таблицю розбіжностей. Це рекомендація для внутрішньої організації, а не окрема встановлена форма звітності.

Крок 2. Узгодьте виправлення з постачальником

Передайте постачальнику реквізити потрібної ПН, підтверджене найменування й опис незмінних даних. Спершу оцініть характер помилки: ДПС не вважає незначну описку самостійною підставою позбавлення кредиту, якщо виконані умови ідентифікації. Якщо організовуєте виправлення заголовка без зміни компенсації, ЗІР №44453 прямо передбачає складання і реєстрацію РК постачальником. Покупець не виправляє зареєстрований документ ручним редагуванням отриманого файла. Інший ІПН або інша фактична сторона потребує іншого сценарію, а не просто заміни назви.

Крок 3. Заповніть РК для помилки, яка не заважає ідентифікації

1. Поставте дату, коли помилку виявлено. Це дата РК, а не довільно переписана дата первісного постачання.
2. Укажіть дату й номер ПН, до якої складається РК. Самі дату та порядковий номер ПН так не змінюють.
3. Перенесіть правильні реквізити заголовка без змін, а найменування покупця зазначте правильно. Звірте, що ІПН і податковий номер залишилися належними.
4. Залиште табличні розділи А та Б порожніми. Для цього випадку не ставте в них нулі, прочерки чи інші символи.
5. Не додавайте мінусові та нові товарні рядки лише для виправлення назви сторони: це не алгоритм зміни номенклатури.
6. Перед підписанням зіставте виправлений заголовок із підтвердними документами та переконайтеся, що РК пов’язаний саме з потрібною ПН.

Крок 4. Переконайтеся, що РК зареєстровано

За описаного виправлення без зміни суми компенсації РК складає і реєструє постачальник; це підтверджує ЗІР №44453 щодо найменування покупця. Відправлений файл і реєстрація в ЄРПН — різні події. Збережіть результат прийняття та звірте його з датою, номером і стороною документа. ПКУ передбачає отримання зареєстрованих ПН/РК за запитом до ЄРПН. Якщо надійшла відмова або реєстрацію зупинено, встановіть конкретну причину; успішне відправлення саме по собі не завершує виправлення. Не створюйте повторний ідентичний РК, не перевіривши попередній.

Крок 5. Окремо перевірте податковий кредит

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

Приклад: назва виправляється, суми не подвоюються

Умовна зареєстрована ПН містить правильні ідентифікатори, базу 10 000 грн, ПДВ 2 000 грн і загальну суму 12 000 грн. У найменуванні є незначна описка, яка не заважає встановити операцію; постачання й суми не змінювалися. Якщо її виправляють за алгоритмом заголовка, розділи А/Б РК залишають порожніми, а не вписують туди арифметичні нулі. У внутрішній звірці база лишається 10 000 грн, ПДВ — 2 000 грн: зміна обох сум дорівнює 0 грн. Це перевірка відсутності зміни вартості, не заповнення таблиці РК і не підстава подвоїти кредит до 4 000 грн. Умовні цифри не визначають ставку для довільної операції.

Коли можна закрити внутрішню задачу

1. Є підтверджене правильне найменування, а причина помилки в довіднику чи імпорті усунена для наступних документів.
2. Визначено, чи потрібне виправлення, та збережено обґрунтування з урахуванням суттєвості помилки.
3. Якщо складається РК, перевірено його чинний формат і належне заповнення, зв’язок із ПН та фактичну реєстрацію.
4. ПН і РК не створили подвійного податкового кредиту; період відображення перевірено окремо.
5. Збережено початковий документ, підставу виправлення, потрібні файли й квитанції. Це рекомендований контрольний слід, а не гарантія результату можливої податкової перевірки.

Типові помилки та запитання

1. Чи кожна зайва кома позбавляє кредиту? Ні: ДПС ставить умови правильних ідентифікаторів і можливості ідентифікувати операцію. Інші підстави права на кредит усе одно перевіряють.
2. Чи можна замінити покупця простою правкою назви? Не застосовуйте цей сценарій до іншого ІПН або фактично іншої сторони.
3. Чи достатньо виправити картку контрагента? Ні, картка не є зареєстрованою ПН або РК.
4. Чи потрібен код 104 через неправильне слово в назві покупця? Не застосовуйте механізм зміни номенклатури до описаного виправлення заголовка з порожніми А/Б.
5. Чи можна вважати квитанцію про відмову підтвердженням виправлення? Ні. Потрібно встановити фактичний стан реєстрації та усунути причину відмови.
6. Чи гарантує ця стаття право на кредит? Ні: ДПС прямо застерігає, що правомірність залежить від фактичних обставин і може перевірятися за процедурами ПКУ.