Документ · Вхідна ПН
Наказ МФУ №1307Вхідна податкова накладна
ПН, отримана від постачальника і зареєстрована ним у ЄРПН. Підстава для включення суми ПДВ до податкового кредиту покупця.
Вхідна податкова накладна — це ПН, яку покупець не складає сам, а отримує від постачальника після того, як той зареєстрував її в ЄРПН. Вона з’являється у вас уже готовою: постачальник складає й підписує її своїм КЕП за правилом першої події, а покупець лише звіряє реквізити, суми й код УКТ ЗЕД і приймає. Саме ця накладна дає право включити вхідний ПДВ до податкового кредиту — а отже, зменшити власне ПЗ. Якщо постачальник її не зареєстрував або зареєстрував з помилкою, ПК не виникає, і покупець платить ПДВ повністю зі своїх коштів, навіть коли товар отримано й оплачено.
Призначення
Вхідна ПН — це не документ, який ми складаємо, а який ми отримуємо і верифікуємо. Зареєстрована постачальником ПН дає нам право зменшити власне ПЗ на суму вхідного ПДВ — тобто включити її до податкового кредиту.
Якщо постачальник не зареєстрував ПН або зареєстрував її з помилкою — ПК у нас не виникає, і ми платимо ПДВ повністю зі своїх коштів, навіть якщо товар фактично отримали і оплатили.
Коли генерується
Складає не покупець, а продавець — за правилом першої події з його боку. Покупець бачить її в електронному кабінеті ДПС і в журналі вхідних ПН (через MEDoc / Sonata / iFin) після реєстрації в ЄРПН.
Зведену ПН за безперервним постачанням покупець отримує наприкінці місяця.
Хто складає і підписує
Складає і підписує постачальник своїм КЕП. Покупець не редагує і не доповнює — лише звіряє і приймає (або готує претензію через РК, якщо є помилка).
Перевіряє вхідну ПН бухгалтер з ПДВ або менеджер закупівель: реквізити, суми, ставка, код УКТ ЗЕД, відповідність первинці.
Обов’язкові реквізити
Ті самі, що для вихідної ПН (вони визначаються формою бланка, а не роллю сторони):
- Порядковий номер у постачальника
- Дата складання (= дата першої події у постачальника)
- ІПН і назва обох сторін
- Номенклатура з кодом УКТ ЗЕД / ДКПП
- Кількість, ціна, обсяг без ПДВ
- Ставка ПДВ і сума ПДВ
- Загальна сума з ПДВ
- Код пільги (якщо застосовується)
Покупець перевіряє ще:
- Чи збігається ІПН покупця з нашим (помилка в одній цифрі = ПН на іншу компанію, нам ПК не належить)
- Чи відповідає номенклатура нашій первинці (видаткова / акт)
- Чи дата ПН відповідає правилу першої події з нашого боку (для контролю періоду визнання ПК)
Типові проблеми
- Постачальник не зареєстрував ПН. Найбільший біль. ПК нам не виникає, акт виконано, оплата пройшла. Інструмент тиску — скарга через додаток Д8 до декларації; за нею ДПС проводить позапланову перевірку постачальника. Працює повільно, але працює.
- ПН зареєстрована з помилкою в ІПН покупця. Наша сторона документа порожня — ПК не отримуємо. Виправити можна тільки РК: постачальник зменшує суму до нуля по «помилковій» ПН і складає нову правильну.
- Заблокована ПН в СМКОР. Реєстрація зупинена, ми бачимо статус «зупинено». Звертаємось до постачальника — він має подати пояснення. Доки не розблоковано, ПК не маємо. Ризик висить до 365 днів.
- Дата ПН пізніша за дату нашої первинки. Отримали товар і М-4 від 10.02, а ПН датована 15.02. Перша подія в постачальника — оплата 15.02 (передоплати у нас не було), отже наша М-4 датована неправильно або відображає не той факт. Треба з’ясовувати.
- Невідповідність коду УКТ ЗЕД. Купили алюміній під оборонне замовлення (7606), постачальник вказав 7604 (інша форма) — для нас не критично, але якщо ми передаємо далі і пробуємо застосувати пільгу 197.1.32, ДПС причепиться.
- Включення ПК пізніше місяця складання. Маємо 365 к.д. на включення (з відстроченням за воєнного стану). Але якщо включили і пізніше виявили, що ПН треба було не включати (товар використано в неоподатковуваних) — донарахування ПЗ за п. 198.5 + штраф.
Як це в Odoo
Та сама модель account.move з move_type = 'in_invoice'. Поле l10n_ua_supplier_tax_invoice_number — номер ПН постачальника, l10n_ua_erpn_registered — статус реєстрації (тягне крон з ДПС). Поле l10n_ua_pk_period — період визнання ПК (може відрізнятися від періоду ПН на користь покупця в межах 365 днів).
Стандартна Odoo Community цього не дає. Потрібен той самий l10n_ua модуль + конектор з ЄРПН для синхронізації статусу і автоматичного зіставлення вхідних ПН з рахунками постачальника (account.move з purchase_order_id).
Звіт «Журнал вхідних ПН» — кастомний QWeb / Excel, групування за постачальником і періодом.
Зв’язки
- Прихідна накладна М-4 — підстава за датою отримання
- Платіжне доручення — підстава за датою передоплати
- Договір з постачальником
- Декларація з ПДВ — рядок 10 (ПК поточного періоду)
- Додаток Д1 до декларації — деталізація ПК за ПН
- Додаток Д8 — скарга на постачальника
- Стаття: Період визнання податкового кредиту
- Ризик: Незареєстрована вхідна ПН
Приклад
ПН №15 від 16.02.2026. Постачальник ТОВ «Метал-Південь», ІПН 345678910123. Покупець ТОВ «УкрПром-Тех». Алюміній 6061 — 500 кг × 320 ₴ = 160 000 ₴ + ПДВ 32 000 ₴.