Як влаштований український ПДВ у системі світового вендора: бізнес-групи, реєстрація вхідних накладних, ЄРПН, коригування та декларація.
Коротка відповідь. Тому що це ділянка, де світова система найбільше відрізняється від звичного українського обліку. Функціонал ПДВ у Business Central побудований на комбінаціях груп, а не на окремому «блоці ПДВ», як звикли користувачі локальних систем.
На практиці це означає: якщо групи налаштовані правильно, ПДВ рахується автоматично в кожному документі й у декларації немає ручних правок. Якщо налаштовані абияк — бухгалтер щомісяця виправляє проводки руками, і жодна автоматизація не рятує. Саме тому налаштування ПДВ ми виносимо в окремий етап проєкту, а не робимо «між іншим».
Business Central визначає ставку та рахунки обліку не за одним полем, а за перетином двох ознак.
| Що це | Де вказується | Приклад значень |
|---|---|---|
| ПДВ бізнес-група | На контрагенті | Внутрішній ринок, Експорт, Імпорт, Неплатник ПДВ |
| ПДВ товарна група | На номенклатурі чи послузі | 20 %, 7 %, 0 %, Без ПДВ |
| Комбінація груп | У налаштуванні проводок ПДВ | Визначає ставку й рахунки обліку |
Правило, яке економить місяці правок: спершу опишіть усі реальні варіанти операцій, а вже потім заводьте групи. Найпоширеніша помилка — створити групу під кожного контрагента. Груп має бути мало, інакше таблиця комбінацій стає некерованою і в ній з'являються прогалини.
Порядок роботи з вхідними ПН відрізняється від звичного в локальних системах: накладна не «прикріплюється» до документа, а співставляється з ним окремою операцією.
| Крок | Що робить бухгалтер | Що фіксує система |
|---|---|---|
| 1. Отримання | Завантажує накладну з ЄРПН | Документ у реєстрі вхідних ПН |
| 2. Пошук | Знаходить рахунок або надходження, до якого належить ПН | Список документів-кандидатів |
| 3. Співставлення | Прив'язує ПН до документа покупки | Право на податковий кредит за періодом |
| 4. Контроль | Перевіряє незіставлені позиції наприкінці періоду | Перелік розбіжностей до закриття |
Головний контрольний момент — четвертий крок. Незіставлені накладні наприкінці періоду означають, що податковий кредит або втрачено, або взято без підстави. Це перевіряється до закриття періоду, а не після подання декларації.
Вихідні ПН створюються на підставі документів реалізації — це принципово: накладна не існує окремо від господарської операції. Далі вона проходить звичний шлях: формування, перевірка, експорт у форматі для реєстрації, отримання квитанції.
Коригування оформлюються окремим документом, пов'язаним із початковою накладною. Система зберігає весь ланцюг, тому при перевірці видно, який розрахунок коригування до якої накладної належить, — це знімає більшість питань під час аудиту.
Для «Додатка 2» передбачено окремий експорт, який формується з даних системи, а не збирається вручну в Excel.
| Етап закриття | Що перевіряємо |
|---|---|
| Реєстр ПДВ | Усі операції періоду потрапили в реєстр, немає документів без ПДВ-груп |
| Незіставлені ПН | Немає вхідних накладних без прив'язки до документів |
| Рахунки ПДВ | Сальдо рахунків збігається з даними реєстру |
| Закриття періоду | Період закривається для змін, щоб заднім числом ніхто нічого не поправив |
| Декларація | Формується з даних системи, а не набирається руками |
Четвертий пункт відрізняє системний облік від напівручного. Якщо періоди не закриваються, будь-яка правка «за минулий місяць» тихо змінює вже подану звітність — і розбіжність виявляється лише під час перевірки.
Так. Українські вимоги реалізуються через локалізацію: ПДВ бізнес-групи й товарні групи, реєстр вхідних і вихідних податкових накладних, експорт до ЄРПН, коригування, декларація. Базовий механізм ПДВ — стандартний функціонал системи.
Накладна завантажується з ЄРПН у реєстр вхідних ПН, потім співставляється з документом покупки — рахунком або надходженням. Наприкінці періоду перевіряється список незіставлених накладних: саме він показує, чи не втрачено податковий кредит.
Так, передбачено експорт вихідних ПН і коригувань, а також окремий експорт «Додатка 2». Дані беруться з облікових документів, а не набираються вручну.
Оформлюється розрахунок коригування, пов'язаний із початковою накладною. Система зберігає ланцюг зв'язків, тому під час перевірки видно, яке коригування до якого документа належить.
Зазвичай 1–2 тижні разом із тестуванням на реальних операціях. Строк залежить не від кількості документів, а від кількості типів операцій: експорт, імпорт і пільгові операції додають комбінацій.
Так, періоди закриваються для змін. Після подання звітності період закривається, і будь-яка правка потребує окремого дозволу — інакше дані розходяться з поданою декларацією.
Ця стаття пояснює логіку й типові помилки. Покрокове налаштування ПДВ-груп, реєстрацію вхідних накладних і роботу з ЄРПН на реальних документах — розбираємо на курсі «IW Торгівля». Заняття проходять онлайн у режимі реального часу, з розбором ваших робочих ситуацій.
Залиште контакти — і ми надішлемо деталі безкоштовного аудиту процесів. Відповідаємо протягом одного робочого дня.
або напишіть напряму: nbcs365@zohomail.eu · +380 98 107 5878