Перейти до вмісту

Податкова накладна 1С

Матеріал з K2 ERP Wiki

Статуси податкової накладної

Дублікати податкових накладних

!; Первинний документ

"vat_amount": 2000.00,
"number": "123",

Податкова накладна є собою одним із ключових документів для обліку ПДВ.; Права потрібно обмежувати для:

  • дату;
  • номер;
  • покупця;
  • суму;
  • ПДВ;
  • статус;
  • документ-підставу;
  • відповідального;
  • ознаку проведення;
  • ознаку реєстрації;
  • коментар;
  • наявність XML.; Приклад структури:
; ; * кількість податкових накладних;
  • кількість РК;
  • суми без ПДВ;
  • суми ПДВ;
  • статуси реєстрації;
  • ПН за звітний період;
  • незареєстровані ПН;
  • заблоковані ПН;
  • вхідні ПН;
  • вихідні ПН;
  • зв’язки з реалізаціями;
  • зв’язки з оплатами;
  • зв’язки з XML;
  • відповідність декларації з ПДВ.; Дата
{

Найчастіші проблеми:

Чернетка Документ створений, але не відправлений
Сформована інформаційні дані підготовлені
Вивантажена в XML Файл сформований для передачі
Відправлена Передана в сервіс електронної звітності
Прийнята Отримана позитивна квитанція
Зареєстрована Зареєстрована в ЄРПН
Відхилена Отримана помилка або відмова
Заблокована Реєстрація зупинена
Скасована Документ не застосовується або анульований

Податкові накладні — чутливий фінансовий і податковий контур.; !; !;

  • неправильний ІПН;
  • старий ІПН;
  • контрагент не платник ПДВ;
  • дубль контрагента;
  • податкова накладна розроблена на неправильного контрагента;
  • назва не відповідає актуальним даним.; Цифрова незалежність. Податкові накладні — це частина фінансової та юридичної пам’яті бізнесу.; Коментар
"source_document": "SALE-000123",

Аналіз податкових накладних — це частина підготовки до виходу зі старої ризикової системи.; {| class="wikitable" style="width:100%;"

  • вихідні ПН;
  • вхідні ПН;
  • розрахунки коригування;
  • незареєстровані документи;
  • заблоковані документи;
  • документи звітного періоду.; Сума без ПДВ

Податкова накладна і K2 ERP

Податкова накладна і BI-аналітика

!; !;</ПодатковаНакладна>

<Продавець>

|- | Надходження товарів | 20 000 грн | 4 000 грн | Зареєстрована |}

!; # Документ відправляється на реєстрацію.;
"base_amount": 10000.00,
  • службові заголовки;
  • інформаційні дані продавця;
  • інформаційні дані покупця;
  • табличну частину;
  • суми;
  • ПДВ;
  • коди товарів;
  • одиниці виміру;
  • ознаки документа;
  • службові ідентифікатори.; "base_amount": 10000.00,

!; # Статус повертається в або зберігається тільки в зовнішньому сервісі.; |- | Чи потрібно переносити всі ПН у K2 ERP?; Варіант У практиці переходу з на K2 ERP податкові накладні мають особливе значення, з цієї причини що вони пов’язані з документами реалізації, актами, авансами, поверненнями, розрахунками коригування, ПДВ-зобов’язаннями, бухгалтерськими проводками, податковим обліком, електронним документообігом, статусами реєстрації та історією взаємодії з контролюючими органами.; Статус

Окремо варто відзначити який застосовується; додатково реалізовано формування податкової накладної, підготовки даних для реєстрації в ЄРПН, обміну з сервісами електронної звітності, формування XML-файлів, контролю статусів реєстрації і зв’язку з первинними документами продажу.;<Покупець> !; !; Окрім вихідних податкових накладних, організація має змогу обліковувати вхідні податкові накладні від постачальників.; Різниця

Як правильно працювати з податковими накладними перед міграцією

JSON-приклад:

  • обміну з електронним документообігом;
  • отримання статусів;
  • передачі XML;
  • зв’язку з документами продажу;
  • BI-аналітики;
  • контролю ПДВ.; # Сформувати список РК.; !; # Розділити вихідні й вхідні податкові накладні.; Що формується

Найгірший сценарій. організація переносить продажі та реалізація в K2 ERP, але залишає податкові накладні, РК, XML-файли, квитанції й статуси в хаотичному архіві.; * 20%;

  • 7%;
  • 14%;
  • 0%;
  • без ПДВ;
  • звільнені операції;
  • умовні податкові зобов’язання;
  • спеціальні типи причин.; | Перенести продажі та реалізація без податкових накладних, XML, статусів і розрахунків коригування.; {| class="wikitable" style="width:100%;"
  • до 31.05.2026 податкові документи ведуться в ;
  • з 01.06.2026 нові ПН формуються в K2 ERP;
  • старі ПН залишаються в архіві або переносяться частково;
  • документи відкритого звітного періоду перевіряються окремо.; Сума ПДВ

{

Див.; додатково

Податкова накладна — це важливий податковий документ, який пов’язує реалізацію, аванс або іншу ПДВ-операцію з податковими зобов’язаннями, XML-файлом, реєстрацією, квитанціями, статусами, розрахунками коригування і декларацією з ПДВ.; Сума

Реалізація товарів Податкова накладна ПН формується на продаж товарів
Акт виконаних робіт Податкова накладна ПН формується на послуги або роботи
Оплата покупця Податкова накладна на аванс ПН формується на першу подію
Повернення товару Розрахунок коригування Коригує раніше зареєстровану ПН
Зміна ціни Розрахунок коригування Коригує суму або ПДВ
"tax_id": "987654321098",

Можливі варіанти:

}

  • на дату відвантаження товару або надання послуги;
  • на дату отримання авансу;
  • залежно від того, що відбулося раніше.; # Перевірити XML-файли.; Часто достатньо перенести активний період, незавершені документи, статуси й залишити стару базу як архів.;<Кількість>10</Кількість>

Типова проблема старих баз — аванси й реалізації не пов’язані коректно, через що податкові накладні створювалися вручну або з помилками.; Код

|-
| Що таке податкова накладна [[1С]]?;== Зовнішні посилання ==

* вихідні податкові накладні;
* вхідні податкові накладні;
* розрахунки коригування;
* зв’язок із реалізаціями;
* зв’язок із оплатами;
* авансові ПН;
* статуси реєстрації;
* XML-файли;
* квитанції;
* права доступу;
* логіювання;
* [[API]];
* [[BI]]-аналітику;
* контроль ПДВ;
* архів податкових документів.; Було
 <Ціна>1000.00</Ціна>
Приклад звірки:
!; | 10
| 1 000 грн
| 20%
|}

!; У результаті бухгалтерський обліковий облік не має змогу оперативно звірити ПДВ, знайти документ або підтвердити реєстрацію.; {| class="wikitable" style="width:100%;"

[[Категорія:Бухгалтерський облік]]

 "vat_amount": 2000.00,

'''Головне.''' Податкова накладна [[1С]]  це не без ускладнень друкована форма.;== Податкова накладна і контрагент ==

* у [[1С]];
* у M.E.Doc;
* у СОТА;
* в іншому сервісі;
* у файловому архіві;
* у бухгалтерії окремо.; * реалізації товарів;
* реалізації послуг;
* акта виконаних робіт;
* отриманого авансу;
* зведених податкових зобов’язань;
* умовного продажу;
* повернення;
* коригування кількості або ціни;
* інших операцій, які формують ПДВ-зобов’язання.; | Документ, який змінює раніше складену податкову накладну.; # Звірити суми ПДВ.; Під час міграції потрібно зрозуміти, де зберігається історичний розвиток:

[[Категорія:1С]]

 }

* за підсумками періоду;
* за певним контрагентом;
* за окремими видами операцій;
* за умовними продажами;
* за спеціальними сценаріями ПДВ.; "registration_date": "2026-05-16",

!; # Перевірити квитанції.; Для таких документів істотно зберігати:

!; # Файл імпортується в сервіс електронної звітності.; Відповідь

Приклад спрощеної структури:

<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">

 <Назва>ТОВ "Продавець"</Назва>

* назва;
* одиниця виміру;
* кількість;
* ціна;
* сума;
* код УКТ ЗЕД;
* код ДКПП;
* ставка ПДВ;
* ознака імпортного товару;
* податкова група;
* номенклатурна позиція.; У деяких конфігураціях ПДВ-проводки формує не сама податкова накладна, а первинний документ реалізації.; !;[[Категорія:Інтеграція з 1С]]

* ПН на межі періодів;
* ПН, які ще не зареєстровані;
* заблокованими ПН;
* РК, які очікують реєстрації;
* авансами, які ще не закриті реалізацією;
* вхідними ПН, які очікують підтвердження.; Що означає
{| class="wikitable" style="width:100%;"
== Що переносити по податкових накладних ==
[[Категорія:ПДВ]]
Саме з цієї причини під час міграції з [[1С]] у [[K2 ERP]] податкові накладні потрібно аналізувати окремо.;== Податкова накладна і логіювання ==

'''Розрахунок коригування'''  це документ, який змінює раніше складену податкову накладну.;== Податкова накладна і права доступу ==

[[Категорія:Розрахунок коригування]]

* повернення товару;
* зміна ціни;
* зміна кількості;
* виправлення помилки;
* зміна номенклатури;
* анулювання операції;
* часткове повернення авансу;
* зміна умов постачання.; операційна дія

організація повинна:

{

* інформаційні дані не збігаються з реалізацією;
* ПДВ не збігається з проводками;
* XML не відповідає документу;
* статус у системі неправильний;
* розрахунок коригування не пов’язаний;
* декларація формується з помилками.;<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">

== Податкова накладна на реалізацію ==

[[Категорія:Проводки 1С]]

* податкова накладна не розроблена;
* ПН розроблена не на той документ;
* неправильна дата;
* неправильний покупець;
* неправильний ІПН;
* неправильна ставка ПДВ;
* неправильний код УКТ ЗЕД або ДКПП;
* сума ПДВ не збігається з реалізацією;
* ПН не зареєстрована;
* статус у [[1С]] не відповідає статусу в сервісі звітності;
* XML-файл втрачений;
* розрахунок коригування не пов’язаний із ПН;
* аванс і реалізація не пов’язані;
* дублікати податкових накладних;
* зведені ПН сформовані вручну без пояснення.; Номер

Податкові інформаційні дані можуть використовуватися в [[BI]].;== Коротко ==

* дату;
* номер;
* покупця;
* суму;
* причину зупинення;
* квитанції;
* пояснення;
* документи підтвердження;
* фінальний статус;
* відповідального.; !; Що переноситься
Потрібно:

!; з цієї причини аналіз податкових накладних [[1С]] часто є собою підготовчим етапом до переходу на українську [[ERP]]-платформу, а не розвитком старої системи.; У 1С
== Вступ ==
як ілюстрація:
 "status": "registered",
Податкова накладна має змогу мати різні статуси.; | Це документ для відображення ПДВ-зобов’язань, формування XML і реєстрації в [[ЄРПН]].;<syntaxhighlight lang="json">

як ілюстрація:
Контрагент у податковій накладній має бути заповнений коректно.; !; |-
| Що істотно зберегти?; XML-файл має змогу містити:

* створення ПН;
* редагування ПН;
* проведення;
* скасування проведення;
* формування XML;
* перегляду статусів;
* зміни статусів вручну;
* роботи з РК;
* перегляду квитанцій;
* видалення або архівування;
* доступу до податкових звітів.; | Реалізації, акта, авансу, зведеної операції або іншої ПДВ-події.; Типові помилки:

Важливі поля:

Непроведена податкова накладна має змогу бути лише чернеткою і не впливати на обліковий облік.; Кт
{| class="wikitable" style="width:100%;"
У старих базах [[1С]] помилки з першою подією можуть призводити до неправильного ПДВ-обліку.; Сума ПДВ

== Податкова накладна і міграція в K2 ERP ==

Ризики:

!; |-
| Що таке розрахунок коригування?; Об’єкт у  <Номер>123</Номер>

{| class="wikitable" style="width:100%;"

# Визначити період міграції.; Сума
!; Подія
!; Статус
У [[1С]] вона має змогу створюватися на підставі:
Приклад:
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">

 <ІПН>123456789012</ІПН>

У [[1С]] податкова накладна має змогу бути проведеною або непроведеною залежно від конфігурації.; # Звірити інформаційні дані в [[K2 ERP]].; Бажано фіксувати:

!; {| class="wikitable" style="width:100%;"

* [[K2]]
* [[K2 ERP]]
* [[ERP]]
* [[1С]]
* [[BAS]]
* [[ПДВ]]
* [[Податкова накладна]]
* [[Розрахунок коригування]]
* [[ЄРПН]]
* [[XML]]
* [[Інтеграція через XML]]
* [[Інтеграція через файли]]
* [[Документи 1С]]
* [[Проведений документ 1С]]
* [[Непроведений документ 1С]]
* [[Журнал документів 1С]]
* [[Проводки 1С]]
* [[Бухгалтерська операція 1С]]
* [[Контрагенти 1С]]
* [[Номенклатура 1С]]
* [[Ціни номенклатури 1С]]
* [[Каса 1С]]
* [[Курси валют 1С]]
* [[Обробки 1С]]
* [[Імпорт даних]]
* [[Експорт даних]]
* [[API]]
* [[BI]]
* [[JSON]]
* [[CSV]]
* [[Міграція з 1С]]
* [[Міграція з BAS]]
* [[Інтеграція з 1С]]
* [[Інтеграція з BAS]]
* [[Заміна 1С]]
* [[Заміна BAS]]
* [[Українське програмне забезпечення]]
* [[Автоматизація бізнесу]]
* [[Цифрова незалежність]]
* [[Деколонізація обліку]]

'''Податкова накладна в [[1С]]'''  це документ, який фіксує податкові зобов’язання з [[ПДВ]] і застосовують, коли потрібно для формування даних, які передаються на реєстрацію в [[ЄРПН]].; Подія
[[Категорія:Податкова накладна 1С]]
як ілюстрація:
}
== Податкова накладна і первинний документ ==
Вхідні податкові накладні формують податковий кредит.; Під час переходу з [[1С]] істотно зберегти не тільки документи продажу, а й податкову історію, статуси, XML, РК і підтвердження реєстрації.; Правильний порядок:

'''[[K2 ERP]]''' у цьому процесі має змогу стати новою платформою для контрольованого податкового обліку, ПДВ, податкових накладних, розрахунків коригування, XML-архіву, статусів, [[API]], [[BI]]-аналітики, логіювання, прав доступу і подальшого розвитку фінансової автоматизації бізнесу.;<ІПН>987654321098</ІПН>

API має змогу використовуватися для:

* переносити тільки реалізації без ПН;
* переносити ПН без документів-підстав;
* не зберігати XML;
* не переносити статуси;
* не переносити РК;
* не перевіряти ПДВ по рядках;
* не звіряти декларацію;
* не розділяти вихідні й вхідні ПН;
* не аналізувати заблоковані документи;
* залишати стару [[1С]] активною для ПН після запуску [[K2 ERP]].; ПДВ

Вони можуть бути джерелом для:
 "total_amount": 12000.00,
{| class="wikitable" style="width:100%;"
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
number;date;customer;tax_id;base_amount;vat_amount;total_amount;status;registration_date
Погані підходи:
Для якісної міграції можуть бути потрібні:
У документах можуть використовуватися різні ставки або режими:
[[Категорія:Імпорт даних]]
Номер і дата податкової накладної важливі для обліку, реєстрації та звірки.;== Номер і дата податкової накладної ==

[[Категорія:Експорт даних]]

* повторне створення на підставі реалізації;
* ручне створення після автоматичного;
* повторний імпорт;
* помилку обробки;
* дубль первинного документа;
* дубль XML-файлу;
* помилку користувача.; ПДВ

{| class="wikitable" style="width:100%;"

Найпоширеніший сценарій  податкова накладна на реалізацію.; Приклад:

 "status": "registered",

* ПН є собою, а реалізація не перенесена;
* реалізація є собою, а ПН відсутня;
* ПН пов’язана з неправильним документом;
* ПН має статус у зовнішньому сервісі, але не в [[1С]];
* XML-файли зберігалися окремо;
* РК не пов’язаний із ПН;
* сума ПДВ не збігається;
* аванси не закриті;
* перша подія не визначена;
* дублікати ПН;
* заблоковані ПН не винесені в окремий контроль;
* вхідні ПН не звірені з податковим кредитом.; Під час міграції потрібно окремо перевірити:

 "source_document": "РН-000123"

Податкова накладна пов’язана зі ставками ПДВ.;<ПДВ>2000.00</ПДВ>

!; відображення податкових зобов’язань із [[ПДВ]] забезпечується через '''Податкова накладна 1С'''  це документ або механізм у системі [[1С]].; # Формується XML-файл.; Документ
!; # Зафіксувати результат у протоколі міграції.; |-
| Податкова накладна
| Податковий документ / ПН
| Вихідна ПН
|-
| Розрахунок коригування
| РК до ПН
| Має бути зв’язок із ПН
|-
| Реалізація
| Документ продажу
| Підстава для ПН
|-
| Оплата покупця
| Платіж / аванс
| має змогу бути першою подією
|-
| Вхідна ПН
| Податковий кредит
| Пов’язана із закупівлею
|-
| XML-файл
| Вкладення або архівний файл
| Для історії й аудиту
|}

!;== Висновок ==

[[Категорія:Міграція з 1С]]
== Податкова накладна і квитанції ==
Для користувача податкова накладна має змогу виглядати як звичайний документ у журналі.; |-
| На підставі чого створюється ПН?; Коригування

== Податкова накладна і номенклатура ==

[[Категорія:K2]]

* номер;
* дату;
* організацію;
* покупця;
* ІПН покупця;
* код ЄДРПОУ;
* номенклатуру;
* код УКТ ЗЕД або ДКПП;
* кількість;
* ціну;
* суму без ПДВ;
* ставку ПДВ;
* суму ПДВ;
* загальну суму;
* тип причини;
* ознаку зведеної накладної;
* посилання на первинний документ;
* статус реєстрації;
* XML-файл;
* протоколи або квитанції.; |-
| 15.05.2026
| 123
| ТОВ “замовник”
| 2 000 грн
| Зареєстрована
|-
| 16.05.2026
| 124
| ТОВ “Ромашка”
| 1 500 грн
| Відхилена
|}

Під час міграції бажано зберігати всі важливі номери і дати як окремі поля.; | Номер, дату, контрагента, суми, ПДВ, статус, XML, квитанції, РК і зв’язок із документом-підставою.; Дата
У [[K2 ERP]] податкові інформаційні дані можуть передаватися через [[API]].; Стало

== Типові проблеми при міграції ПН ==
CSV-приклад:
У [[1С]] зведені накладні можуть створюватися:
!; !; Поле

* номер квитанції;
* дату квитанції;
* статус;
* текст помилки;
* посилання на XML;
* зв’язок із податковою накладною.; ]

* бухгалтерський;
* податковий;
* юридичний;
* інтеграційний;
* архівний;
* контрольний.; !; # Перевірити зв’язки з реалізаціями.;== Податкова накладна і API в K2 ERP ==
Під час міграції потрібно зрозуміти конкретну логіку старої бази.;== Податкова накладна на аванс ==

Податкові накладні можуть відображатися в окремому журналі.; # Перевірити зв’язки з оплатами й авансами.; Дублі податкових накладних можуть виникати через:

* однаковий покупець;
* однакова дата;
* однакова сума;
* однаковий документ-підстава;
* однаковий XML;
* схожий номер;
* однакова сума ПДВ.; У [[1С]] істотно зберігати зв’язок між податковою накладною і документом-підставою.;</Рядки>

<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">

У старих конфігураціях [[1С]] статуси могли зберігатися не в самій податковій накладній, а в зовнішньому сервісі електронної звітності.; # Податкова накладна створюється в [[1С]].; | Так.; __TOC__

У старих базах [[1С]] часто зустрічаються проблеми:
!; !;[[Категорія:Управлінський облік]]

платформа має змогу підтримувати:

'''Правильний підхід.''' Податкові накладні [[1С]] потрібно переносити або архівувати як повний податковий ланцюг: первинний документ, ПН, РК, XML, квитанція, статус, сума ПДВ і контрольна звірка.; Питання

[[Категорія:K2 ERP]]

Під час міграції потрібно переносити не тільки загальну суму ПДВ, а й ставку ПДВ по рядках.;== Податкова накладна і ручні коригування ==
!; Ставка ПДВ
!; Сума без ПДВ
|-
| Реалізація
| РН-000123
|-
| Дата реалізації
| 15.05.2026
|-
| Покупець
| ТОВ “замовник”
|-
| Сума без ПДВ
| 10 000 грн
|-
| ПДВ
| 2 000 грн
|-
| Сума з ПДВ
| 12 000 грн
|}

Особливо уважно потрібно працювати з:

[[Категорія:Українське програмне забезпечення]]

Контроль після міграції

!; ПДВ

Податкова накладна і ПДВ

  • податкових зобов’язань;
  • податкового кредиту;
  • уточнень;
  • додатків;
  • розрахунків коригування;
  • звірки з ЄРПН;
  • контролю незареєстрованих накладних.;<Рядки>

Якщо в старій коди УКТ ЗЕД або ДКПП заповнювалися неправильно, це потрібно виявити до міграції.; Коли доречно

<СумаБезПДВ>10000.00</СумаБезПДВ>

!; # Документ підписується КЕП.;

"customer": "ТОВ замовник",
  • внутрішній номер документа;
  • податковий номер;
  • номер у реєстрі;
  • дата складання;
  • дата реєстрації;
  • дата відправки;
  • дата квитанції;
  • дата документа-підстави.; Приклад:
Перед переходом у K2 ERP потрібно визначити дату переходу.; Кількість У багатьох компаніях не реєструє податкові накладні самостійно, а передає інформаційні дані в зовнішні сервіси електронного документообігу або звітності.; Дт Квитанції можуть підтверджувати: Податкова накладна має змогу містити: Податкові накладні впливають на декларацію з ПДВ.; Проведення має змогу: 123;2026-05-15;ТОВ замовник;987654321098;10000.00;2000.00;12000.00;registered;2026-05-16
Кабель USB Type-C 8544...; # Виконати тестове перенесення.; # Підготувати таблицю відповідності.; Податкова накладна паралельно з цим має змогу бути податковим реєстраційним документом, а не джерелом бухгалтерських проводок.; # Сформувати список ПН за період.; # Сервіс отримує квитанції.; Податковий документ

Підхід K2 ERP. Під час переходу з податкові накладні потрібно переносити або архівувати разом із пов’язаними документами: реалізаціями, актами, оплатами, розрахунками коригування, статусами реєстрації, номерами, датами, сумами ПДВ, контрагентами, XML-файлами та протоколами обміну.;

Для податкової накладної важливі квитанції.; Ціна

</Продавець>

Зведена податкова накладна має змогу формуватися за певними правилами для групи операцій або за період.; Під час міграції зведені накладні потрібно позначати окремо, бо вони можуть не мати прямого зв’язку з одним документом реалізації.; !; # Винести незареєстровані й заблоковані ПН в окремий список.; Номенклатура

Податкова накладна і журнал документів

У K2 ERP податкові накладні можуть бути частиною податкового й фінансового контуру.; Простими словами. Податкова накладна — це документ, який показує, з якої операції виникло ПДВ-зобов’язання і які інформаційні дані мають бути передані на реєстрацію.;</syntaxhighlight> В українському ПДВ-обліку важливим є собою принцип першої події.; |}

Податкова накладна і декларація з ПДВ

Податкова накладна і M.E.Doc / СОТА / інші сервіси

"date": "2026-05-15",
  • визначити період перенесення;
  • перевірити вихідні й вхідні ПН;
  • перевірити РК;
  • перевірити зв’язки з документами;
  • перевірити аванси;
  • перевірити першу подію;
  • звірити ПДВ;
  • зберегти XML;
  • зберегти квитанції;
  • перенести статуси;
  • виділити заблоковані й незареєстровані документи;
  • налаштувати права доступу і логіювання.; Номенклатура

Це лише спрощений приклад для розуміння структури.; Показник Приклад:

Відображено дохід 361 702 10 000 грн
Нараховано ПДВ 702 641 2 000 грн

Під час переходу на K2 ERP податкові накладні не можна переносити формально.; # Перевірити статуси реєстрації.; !;<Рядок>

Типовий бізнес-процес: <ПодатковаНакладна>
  • податковим кредитом;
  • закупівлями;
  • документами надходження;
  • оплатами;
  • реєстрацією постачальника;
  • звіркою з ЄРПН;
  • декларацією з ПДВ.; {| class="wikitable" style="width:100%;"

Таблиця відповідності податкових документів

; Але фактично вона має кілька рівнів значення:

Якщо вхідна податкова накладна не зареєстрована або не підтверджена, податковий кредит має змогу бути під ризиком.; Коментар

Податковий кредит

Перед міграцією потрібно виявити такі документи.;== Вхідні податкові накладні ==

; Податкова накладна має змогу формуватися:
"date": "2026-05-15",

Приклад міграційного файлу податкових накладних

  • доставку;
  • прийняття;
  • реєстрацію;
  • помилку;
  • зупинення реєстрації;
  • відмову;
  • інші результати обробки.; Значення
  • назва покупця;
  • ІПН;
  • ЄДРПОУ;
  • податковий статус;
  • адреса;
  • ознака платника ПДВ;
  • індивідуальний податковий номер;
  • договір;
  • тип операції.; |-
Яка головна помилка?; Реальні XML-файли податкових накладних мають затверджені формати й службові поля.; !; Без цього складно перевірити, чому накладна була розроблена.; * Сайт K2 ERP

Як не треба робити

аналітичні інструменти має змогу показувати: Розрахунок коригування повинен бути пов’язаний із податковою накладною, яку він коригує.;== Перша подія ==

Вони пов’язані з:

"tax_invoices": [
Документ Податкова накладна
Дата 15.05.2026
Покупець ТОВ “замовник”
ІПН покупця 123456789012
Сума без ПДВ 10 000 грн
ПДВ 20% 2 000 грн
Сума з ПДВ 12 000 грн
Статус Зареєстрована
<Дата>2026-05-15</Дата>

!; Зміни податкових накладних потрібно логіювати.; !;== Податкова накладна і проводки ==

Після фактичної реалізації потрібно правильно зв’язати аванс, документ продажу і податкову накладну.; # Перевірити першу подію.; Окремі продукти і BAS внесені до відкритих переліків програмного забезпечення, забороненого до використання для окремих категорій організацій.;<КодУКТЗЕД>8544</КодУКТЗЕД>

124;2026-05-16;ТОВ Ромашка;123456789012;7500.00;1500.00;9000.00;rejected;

"document_type": "tax_invoice",

!; |- | Отримано аванс | 10.05.2026 | Податкова накладна на аванс |- | Відвантажено товар | 15.05.2026 | Реалізація закриває аванс або формує другу частину ПДВ, залежно від суми |}

Приклад:

"number": "123",

У журналі зазвичай видно:

На підставі такої реалізації створюється податкова накладна.; |- | Чи є собою санкційні ризики у і BAS?; # Звірити декларацію.; Перед міграцією потрібно створити таблицю відповідності.;== Проведення податкової накладної ==

  • забрати податкову історію;
  • зберегти ПН і РК;
  • зберегти XML і квитанції;
  • звірити ПДВ;
  • не втратити статуси;
  • не переносити дублікати і помилки;
  • перейти на українську ERP;
  • зменшити залежність від і BAS.; !;<Номенклатура>Кабель USB Type-C</Номенклатура>

!; Окремі продукти і BAS внесені до переліків забороненого програмного забезпечення для окремих категорій організацій в Україні.;

  • формувати рухи по регістрах ПДВ;
  • формувати записи для декларації;
  • впливати на податковий обліковий облік;
  • фіксувати зв’язок із первинним документом;
  • створювати бухгалтерські або податкові рухи.;</syntaxhighlight>

Після перенесення потрібно звірити:

</Покупець>
!; * суму ПДВ за період;
* кількість ПН;
* незареєстровані ПН;
* заблоковані ПН;
* ПН по контрагентах;
* ПН по менеджерах;
* ПН по організаціях;
* РК за період;
* різницю між реалізацією і ПН;
* ризикові документи;
* документи без XML;
* документи без квитанцій.; * хто створив документ;
* хто змінив;
* хто сформував XML;
* хто відправив;
* хто отримав статус;
* хто змінив статус вручну;
* старі й нові значення;
* дату зміни;
* причину зміни;
* зв’язок із первинним документом;
* XML-файл;
* квитанції.; У [[1С]] можуть бути:
|-
| 10 шт по 1 000 грн
| 8 шт по 1 000 грн
| -2 шт
|-
| Сума без ПДВ 10 000 грн
| Сума без ПДВ 8 000 грн
| -2 000 грн
|-
| ПДВ 2 000 грн
| ПДВ 1 600 грн
| -400 грн
|}

[[Категорія:Заміна BAS]]

!; Це податковий документ, який пов’язує продаж, аванс або іншу ПДВ-операцію з податковими зобов’язаннями, реєстрацією в [[ЄРПН]], XML-файлом, статусом обробки та податковою звітністю.; Значення
Приклад:
== Зведена податкова накладна ==
{| class="wikitable" style="width:100%;"
|-
| Кількість вихідних ПН за травень
| 120
| 120
| 0
|-
| Сума ПДВ за травень
| 480 000 грн
| 480 000 грн
| 0
|-
| Кількість РК
| 15
| 15
| 0
|-
| Незареєстровані ПН
| 3
| 3
| 0
|}

Податкова накладна часто створюється на підставі первинного документа.;
Податкові накладні часто вивантажуються у форматі XML для передачі в електронні сервіси.;== Що таке податкова накладна в 1С == <syntaxhighlight lang="text">

Заблоковані податкові накладні

Приклади:

; !;

Податкова накладна і дата переходу

<Назва>ТОВ "замовник"</Назва>

Якщо покупець спочатку оплатив товар або послугу, має змогу виникнути податкова накладна на аванс.;

Під час міграції заблоковані ПН не можна без ускладнень ігнорувати, бо вони можуть бути активними податковими питаннями.; Статус ПН

</Рядок>

Розрахунок коригування

Під час переходу в K2 ERP істотно не втратити історію, яка потрібна для звітного періоду.; Документ постачальника

Покупець оплатив аванс 12 000 грн 2 000 грн

Зазвичай потрібні:

Під час переходу з у K2 ERP потрібно вирішити, що переносити.; Об’єкт у K2 ERP як ілюстрація: З урахуванням санкційних, юридичних і кібербезпекових ризиків та BAS, аналіз податкових накладних старої системи має бути частиною ширшої стратегії переходу на українське програмне забезпечення, цифрову незалежність і сучасну ERP-архітектуру.; | Не завжди.; Приклад: Під час міграції бажано зберегти: !;{{SEO

Податкова накладна має змогу мати статус зупиненої або заблокованої реєстрації.; Покупець

Податкова накладна і цифрова незалежність

|- | Товар А | 10 000 грн | 20% | 2 000 грн |- | Товар B | 5 000 грн | 7% | 350 грн |}

!; У K2 ERP

Типові помилки податкових накладних 1С

У податковій накладній важливі інформаційні дані номенклатури.; "customer_tax_id": "987654321098", Причини коригування:

|- | Тільки архів у 1С | Старі ПН залишаються в старій базі | Якщо історичний розвиток потрібна тільки для перегляду |- | Активний звітний період | ПН і РК за поточний період | Якщо перехід відбувається всередині звітного циклу |- | Незавершені документи | Незареєстровані, заблоковані, очікувані РК | Якщо є собою відкриті податкові питання |- | Повна історичний розвиток за період | ПН і РК за рік або кілька років | Якщо потрібна податкова аналітичні інструменти в K2 ERP |- | Повна історичний розвиток | Усі ПН і РК | Складно, потрібно рідко |}

XML податкової накладної

Ознаки дубля:

  • номер ПН;
  • дата ПН;
  • організація;
  • покупець;
  • ІПН покупця;
  • документ-підстава;
  • тип операції;
  • ставка ПДВ;
  • сума без ПДВ;
  • сума ПДВ;
  • загальна сума;
  • таблична частина;
  • коди УКТ ЗЕД / ДКПП;
  • статус реєстрації;
  • дата реєстрації;
  • номер квитанції;
  • XML-файл;
  • розрахунок коригування;
  • зв’язок із РК;
  • відповідальний;
  • коментар;
  • ознака зведеної ПН;
  • ознака заблокованої ПН.; У старих базах податкові накладні могли коригуватися вручну.; істотно про 1С і BAS. та частина продуктів BAS мають санкційні, юридичні й кібербезпекові ризики в Україні.;
"xml_file_id": "file-001"

Спрощений приклад структури: