Податкова накладна 1С
Статуси податкової накладної
Дублікати податкових накладних
!; Первинний документ
"vat_amount": 2000.00, "number": "123",
Податкова накладна є собою одним із ключових документів для обліку ПДВ.; Права потрібно обмежувати для:
- дату;
- номер;
- покупця;
- суму;
- ПДВ;
- статус;
- документ-підставу;
- відповідального;
- ознаку проведення;
- ознаку реєстрації;
- коментар;
- наявність XML.; Приклад структури:
| ; | ; * кількість податкових накладних;
{
Найчастіші проблеми: |
|---|---|
| Чернетка | Документ створений, але не відправлений |
| Сформована | інформаційні дані підготовлені |
| Вивантажена в XML | Файл сформований для передачі |
| Відправлена | Передана в сервіс електронної звітності |
| Прийнята | Отримана позитивна квитанція |
| Зареєстрована | Зареєстрована в ЄРПН |
| Відхилена | Отримана помилка або відмова |
| Заблокована | Реєстрація зупинена |
| Скасована | Документ не застосовується або анульований |
Податкові накладні — чутливий фінансовий і податковий контур.; !; !;
- неправильний ІПН;
- старий ІПН;
- контрагент не платник ПДВ;
- дубль контрагента;
- податкова накладна розроблена на неправильного контрагента;
- назва не відповідає актуальним даним.; Цифрова незалежність. Податкові накладні — це частина фінансової та юридичної пам’яті бізнесу.; Коментар
"source_document": "SALE-000123",
Аналіз податкових накладних 1С — це частина підготовки до виходу зі старої ризикової системи.; {| class="wikitable" style="width:100%;"
- вихідні ПН;
- вхідні ПН;
- розрахунки коригування;
- незареєстровані документи;
- заблоковані документи;
- документи звітного періоду.; Сума без ПДВ
Податкова накладна і K2 ERP
Податкова накладна і BI-аналітика
!; !;</ПодатковаНакладна>
<Продавець>
|- | Надходження товарів | 20 000 грн | 4 000 грн | Зареєстрована |}
!; # Документ відправляється на реєстрацію.;"base_amount": 10000.00,
- службові заголовки;
- інформаційні дані продавця;
- інформаційні дані покупця;
- табличну частину;
- суми;
- ПДВ;
- коди товарів;
- одиниці виміру;
- ознаки документа;
- службові ідентифікатори.; "base_amount": 10000.00,
!; # Статус повертається в 1С або зберігається тільки в зовнішньому сервісі.; |- | Чи потрібно переносити всі ПН у K2 ERP?; Варіант У практиці переходу з 1С на K2 ERP податкові накладні мають особливе значення, з цієї причини що вони пов’язані з документами реалізації, актами, авансами, поверненнями, розрахунками коригування, ПДВ-зобов’язаннями, бухгалтерськими проводками, податковим обліком, електронним документообігом, статусами реєстрації та історією взаємодії з контролюючими органами.; Статус
Окремо варто відзначити який застосовується; додатково реалізовано формування податкової накладної, підготовки даних для реєстрації в ЄРПН, обміну з сервісами електронної звітності, формування XML-файлів, контролю статусів реєстрації і зв’язку з первинними документами продажу.;<Покупець> !; !; Окрім вихідних податкових накладних, організація має змогу обліковувати вхідні податкові накладні від постачальників.; Різниця
Як правильно працювати з податковими накладними перед міграцією
JSON-приклад:
- обміну з електронним документообігом;
- отримання статусів;
- передачі XML;
- зв’язку з документами продажу;
- BI-аналітики;
- контролю ПДВ.; # Сформувати список РК.; !; # Розділити вихідні й вхідні податкові накладні.; Що формується
Найгірший сценарій. організація переносить продажі та реалізація в K2 ERP, але залишає податкові накладні, РК, XML-файли, квитанції й статуси в хаотичному архіві.; * 20%;
- 7%;
- 14%;
- 0%;
- без ПДВ;
- звільнені операції;
- умовні податкові зобов’язання;
- спеціальні типи причин.; | Перенести продажі та реалізація без податкових накладних, XML, статусів і розрахунків коригування.; {| class="wikitable" style="width:100%;"
- до 31.05.2026 податкові документи ведуться в 1С;
- з 01.06.2026 нові ПН формуються в K2 ERP;
- старі ПН залишаються в архіві або переносяться частково;
- документи відкритого звітного періоду перевіряються окремо.; Сума ПДВ
{
Див.; додатково
Податкова накладна 1С — це важливий податковий документ, який пов’язує реалізацію, аванс або іншу ПДВ-операцію з податковими зобов’язаннями, 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 ==
Ризики:
!; |-
| Що таке розрахунок коригування?; Об’єкт у 1С
<Номер>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 грн
|}
Особливо уважно потрібно працювати з:
[[Категорія:Українське програмне забезпечення]]
Контроль після міграції
!; ПДВ
Податкова накладна і ПДВ
- податкових зобов’язань;
- податкового кредиту;
- уточнень;
- додатків;
- розрахунків коригування;
- звірки з ЄРПН;
- контролю незареєстрованих накладних.;<Рядки>
Якщо в старій 1С коди УКТ ЗЕД або ДКПП заповнювалися неправильно, це потрібно виявити до міграції.; Коли доречно
<СумаБезПДВ>10000.00</СумаБезПДВ>
!; # Документ підписується КЕП.;
"customer": "ТОВ замовник",- внутрішній номер документа;
- податковий номер;
- номер у реєстрі;
- дата складання;
- дата реєстрації;
- дата відправки;
- дата квитанції;
- дата документа-підстави.; Приклад:
| Кабель USB Type-C | 8544...; # Виконати тестове перенесення.; # Підготувати таблицю відповідності.; Податкова накладна паралельно з цим має змогу бути податковим реєстраційним документом, а не джерелом бухгалтерських проводок.; # Сформувати список ПН за період.; # Сервіс отримує квитанції.; Податковий документ
Підхід K2 ERP. Під час переходу з 1С податкові накладні потрібно переносити або архівувати разом із пов’язаними документами: реалізаціями, актами, оплатами, розрахунками коригування, статусами реєстрації, номерами, датами, сумами ПДВ, контрагентами, XML-файлами та протоколами обміну.; Для податкової накладної важливі квитанції.; Ціна </Продавець> Зведена податкова накладна має змогу формуватися за певними правилами для групи операцій або за період.; Під час міграції зведені накладні потрібно позначати окремо, бо вони можуть не мати прямого зв’язку з одним документом реалізації.; !; # Винести незареєстровані й заблоковані ПН в окремий список.; Номенклатура Податкова накладна і журнал документівУ K2 ERP податкові накладні можуть бути частиною податкового й фінансового контуру.; Простими словами. Податкова накладна 1С — це документ, який показує, з якої операції виникло ПДВ-зобов’язання і які інформаційні дані мають бути передані на реєстрацію.;</syntaxhighlight> В українському ПДВ-обліку важливим є собою принцип першої події.; |} Податкова накладна і декларація з ПДВПодаткова накладна і M.E.Doc / СОТА / інші сервіси"date": "2026-05-15",
Це лише спрощений приклад для розуміння структури.; Показник Приклад: | ||
| Відображено дохід | 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</Дата>
!; Зміни податкових накладних потрібно логіювати.; !;== Податкова накладна і проводки ==
Після фактичної реалізації потрібно правильно зв’язати аванс, документ продажу і податкову накладну.; # Перевірити першу подію.; Окремі продукти 1С і 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",
У журналі зазвичай видно:
На підставі такої реалізації створюється податкова накладна.; |- | Чи є собою санкційні ризики у 1С і BAS?; # Звірити декларацію.; Перед міграцією потрібно створити таблицю відповідності.;== Проведення податкової накладної ==
- забрати податкову історію;
- зберегти ПН і РК;
- зберегти XML і квитанції;
- звірити ПДВ;
- не втратити статуси;
- не переносити дублікати і помилки;
- перейти на українську ERP;
- зменшити залежність від 1С і BAS.; !;<Номенклатура>Кабель USB Type-C</Номенклатура>
!; Окремі продукти 1С і 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
|}
Податкова накладна часто створюється на підставі первинного документа.;
Заблоковані податкові накладні
Приклади:
; !;
Податкова накладна і дата переходу<Назва>ТОВ "замовник"</Назва> Якщо покупець спочатку оплатив товар або послугу, має змогу виникнути податкова накладна на аванс.; Під час міграції заблоковані ПН не можна без ускладнень ігнорувати, бо вони можуть бути активними податковими питаннями.; Статус ПН </Рядок> Розрахунок коригуванняПід час переходу в K2 ERP істотно не втратити історію, яка потрібна для звітного періоду.; Документ постачальника | ||
|---|---|---|
| Покупець оплатив аванс | 12 000 грн | 2 000 грн |
Зазвичай потрібні:
Під час переходу з 1С у K2 ERP потрібно вирішити, що переносити.; Об’єкт у K2 ERP як ілюстрація: З урахуванням санкційних, юридичних і кібербезпекових ризиків 1С та BAS, аналіз податкових накладних старої системи має бути частиною ширшої стратегії переходу на українське програмне забезпечення, цифрову незалежність і сучасну ERP-архітектуру.; | Не завжди.; Приклад: Під час міграції бажано зберегти: !;{{SEO