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

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

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

Права потрібно обмежувати для:

В українському ПДВ-обліку важливим виступає як принцип першої події. Погані підходи:

  • вихідні ПН;
  • вхідні ПН;
  • розрахунки коригування;
  • незареєстровані документи;
  • заблоковані документи;
  • документи звітного періоду. Часто достатньо перенести активний період, незавершені документи, статуси й залишити стару базу як архів. "total_amount": 12000.00,

SEO title: Податкова накладна 1С — ПДВ, реєстрація, XML, коригування та міграція в K2 ERP

SEO keywords: податкова накладна 1С, ПН 1С, податкова накладна BAS, ПДВ 1С, XML податкова накладна, розрахунок коригування 1С, реєстрація податкової накладної, ЄРПН, M.E.Doc 1С, СОТА 1С, документи 1С, міграція з 1С, інтеграція з 1С, заміна 1С, K2 ERP, українська ERP, санкції 1С, санкції BAS, цифрова незалежність 

</noinclude>
 {{SEO
Шаблон для службового SEO-опису сторінки.

}} 


</Рядок>

! | Не завжди. # Перевірити XML-файли.

Якщо в старій 1С коди УКТ ЗЕД або ДКПП заповнювалися неправильно, це потрібно виявити до міграції.<Назва>ТОВ "клієнт ERP"</Назва>

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

  • обміну з електронним документообігом;
  • отримання статусів;
  • передачі XML;
  • зв’язку з документами продажу;
  • BI-аналітики;
  • контролю ПДВ. Тому аналіз податкових накладних 1С часто виступає як підготовчим етапом до переходу на українську ERP-платформу, а не розвитком старої системи.
  • номер квитанції;
  • дату квитанції;
  • статус;
  • текст помилки;
  • посилання на XML;
  • зв’язок із податковою накладною. Без цього складно перевірити, чому накладна була розроблена. # Звірити суми ПДВ. * податкових зобов’язань;
  • податкового кредиту;
  • уточнень;
  • додатків;
  • розрахунків коригування;
  • звірки з ЄРПН;
  • контролю незареєстрованих накладних. # Перевірити зв’язки з реалізаціями. Саме тому під час міграції з 1С у K2 ERP податкові накладні потрібно аналізувати окремо.== Податкова накладна і номенклатура ==

Податкова накладна здатна мати різні статуси. Номер

Див. так само

Під час міграції бажано зберегти: Під час міграції потрібно окремо перевірити:

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

|- | Реалізація | РН-000123 |- | Дата реалізації | 15.05.2026 |- | Покупець | ТОВ “клієнт ERP” |- | Сума без ПДВ | 10 000 грн |- | ПДВ | 2 000 грн |- | Сума з ПДВ | 12 000 грн |}

"number": "123",
Типовий бізнес-процес:

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

На підставі такої реалізації створюється податкова накладна. Під час міграції потрібно зрозуміти конкретну логіку старої бази. API здатна використовуватися для: 124;2026-05-16;ТОВ Ромашка;123456789012;7500.00;1500.00;9000.00;rejected;

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

Для таких документів критично зберігати:

! !

Типові проблеми при міграції ПН

Кабель USB Type-C 8544... Розрахунок коригування — це документ, який змінює раніше складену податкову накладну. 

"customer": "ТОВ клієнт ERP",

Покупець

  • неправильний ІПН;
  • старий ІПН;
  • контрагент не платник ПДВ;
  • дубль контрагента;
  • податкова накладна розроблена на неправильного контрагента;
  • назва не відповідає актуальним даним.== Податкова накладна і ПДВ ==

У старих конфігураціях 1С статуси могли зберігатися не в самій податковій накладній, а в зовнішньому сервісі електронної звітності. Зведена податкова накладна здатна формуватися за певними правилами для групи операцій або за період.<СумаБезПДВ>10000.00</СумаБезПДВ>

Що таке податкова накладна в 1С

  • податкова накладна не розроблена;
  • ПН розроблена не на той документ;
  • неправильна дата;
  • неправильний покупець;
  • неправильний ІПН;
  • неправильна ставка ПДВ;
  • неправильний код УКТ ЗЕД або ДКПП;
  • сума ПДВ не збігається з реалізацією;
  • ПН не зареєстрована;
  • статус у 1С не відповідає статусу в сервісі звітності;
  • XML-файл втрачений;
  • розрахунок коригування не пов’язаний із ПН;
  • аванс і реалізація не пов’язані;
  • дублікати податкових накладних;
  • зведені ПН сформовані вручну без пояснення. * 20%;
  • 7%;
  • 14%;
  • 0%;
  • без ПДВ;
  • звільнені операції;
  • умовні податкові зобов’язання;
  • спеціальні типи причин. Можливі варіанти:
  • створення ПН;
  • редагування ПН;
  • проведення;
  • скасування проведення;
  • формування XML;
  • перегляду статусів;
  • зміни статусів вручну;
  • роботи з РК;
  • перегляду квитанцій;
  • видалення або архівування;
  • доступу до податкових звітів. # Підготувати таблицю відповідності. Дт

Податкова накладна пов’язана зі ставками ПДВ. У 1С критично зберігати зв’язок між податковою накладною і документом-підставою. # Статус повертається в 1С або зберігається тільки в зовнішньому сервісі. "date": "2026-05-15",

"date": "2026-05-15", 
<Ціна>1000.00</Ціна>

XML-файл здатна містити:

  • доставку;
  • прийняття;
  • реєстрацію;
  • помилку;
  • зупинення реєстрації;
  • відмову;
  • інші результати обробки. Сума
 - Що таке розрахунок коригування? Під час переходу з 1С критично зберегти не тільки документи продажу, а й податкову історію, статуси, XML, РК і підтвердження реєстрації. ! Вхідні податкові накладні формують податковий кредит.</syntaxhighlight>

Непроведена податкова накладна здатна бути лише чернеткою і не впливати на обліковий облік. З урахуванням санкційних, юридичних і кібербезпекових ризиків 1С та BAS, аналіз податкових накладних старої системи має бути частиною ширшої стратегії переходу на українське програмне забезпечення (ПЗ), цифрову незалежність і сучасну ERP-архітектуру. Типова проблема старих баз — аванси й реалізації не пов’язані коректно, через що податкові накладні створювалися вручну або з помилками. Приклад звірки:

Номер і дата податкової накладної важливі для обліку, реєстрації та звірки. У деяких конфігураціях ПДВ-проводки формує не сама податкова накладна, а первинний документ реалізації. Під час міграції потрібно зрозуміти, де зберігається історія продукту:

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

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

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

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

Для якісної міграції можуть бути потрібні: Найчастіші проблеми: 

<ІПН>987654321098</ІПН>
<Дата>2026-05-15</Дата>

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

Зовнішні посилання

Надходження товарів 20 000 грн 4 000 грн Зареєстрована
Зміни податкових накладних потрібно логіювати. Це лише спрощений приклад для розуміння структури.
  • у 1С;
  • у M.E.Doc;
  • у СОТА;
  • в іншому сервісі;
  • у файловому архіві;
  • у бухгалтерії окремо. Що означає
Типові помилки: "number": "123", "vat_amount": 2000.00,
Тільки архів у 1С Старі ПН залишаються в старій базі Якщо історія продукту потрібна тільки для перегляду
Активний звітний період ПН і РК за поточний період Якщо перехід відбувається всередині звітного циклу
Незавершені документи Незареєстровані, заблоковані, очікувані РК Якщо виступає як відкриті податкові питання
Повна історія продукту за період ПН і РК за рік або кілька років Якщо потрібна податкова аналітичні інструменти в K2 ERP
Повна історія продукту Усі ПН і РК Складно, потрібно рідко 
"customer_tax_id": "987654321098",

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

Кількість 

"base_amount": 10000.00,
  • кількість податкових накладних;
  • кількість РК;
  • суми без ПДВ;
  • суми ПДВ;
  • статуси реєстрації;
  • ПН за звітний період;
  • незареєстровані ПН;
  • заблоковані ПН;
  • вхідні ПН;
  • вихідні ПН;
  • зв’язки з реалізаціями;
  • зв’язки з оплатами;
  • зв’язки з XML;
  • відповідність декларації з ПДВ. {| class="wikitable" style="width:100%;"

Вступ

<Кількість>10</Кількість>
</Покупець>

Податкова накладна часто створюється на підставі первинного документа.</syntaxhighlight> Розрахунок коригування повинен бути пов’язаний із податковою накладною, яку він коригує. "base_amount": 10000.00,

Податкова накладна при цьому здатна бути податковим реєстраційним документом, а не джерелом бухгалтерських проводок. Номенклатура Після фактичної реалізації потрібно правильно зв’язати аванс, документ продажу і податкову накладну. Податкова накладна виступає як одним із ключових документів для обліку ПДВ.<ПДВ>2000.00</ПДВ> 

<Номенклатура>Кабель USB Type-C</Номенклатура>

як приклад:

як приклад:

  • до 31.05.2026 податкові документи ведуться в 1С;
  • з 01.06.2026 нові ПН формуються в K2 ERP;
  • старі ПН залишаються в архіві або переносяться частково;
  • документи відкритого звітного періоду перевіряються окремо. "vat_amount": 2000.00,

Проведення податкової накладної

}

Бажано фіксувати:

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

<Номер>123</Номер>

{

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

== Податкова накладна і права доступу == # Виконати тестове перенесення. # Податкова накладна створюється в 1С. |- Документ Податкова накладна Дата 15.05.2026 Покупець ТОВ “клієнт ERP” ІПН покупця 123456789012 Сума без ПДВ 10 000 грн ПДВ 20% 2 000 грн Сума з ПДВ 12 000 грн Статус Зареєстрована

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

Податкова накладна і ручні коригування

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

! # Перевірити квитанції. відображення податкових зобов’язань із ПДВ забезпечується через Податкова накладна 1С — це документ або механізм у системі 1С. # Документ відправляється на реєстрацію. ! Код |- | Товар А | 10 000 грн | 20% | 2 000 грн |- | Товар B | 5 000 грн | 7% | 350 грн |}

Приклад:

як приклад: 

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

* назва;
* одиниця виміру;
* кількість;
* ціна;
* сума;
* код УКТ ЗЕД;
* код ДКПП;
* ставка ПДВ;
* ознака імпортного товару;
* податкова група;
* номенклатурна позиція. | Перенести продажі та реалізація без податкових накладних, XML, статусів і розрахунків коригування. У K2 ERP
 <Продавець>
 </Продавець>
'''критично про 1С і BAS.''' [[1С]] та частина продуктів [[BAS]] мають санкційні, юридичні й кібербезпекові ризики в Україні. Сума ПДВ
Найпоширеніший сценарій — податкова накладна на реалізацію. Окремо варто відзначити який застосовується для; так само реалізовано формування податкової накладної, підготовки даних для реєстрації в [[ЄРПН]], обміну з сервісами електронної звітності, формування XML-файлів, контролю статусів реєстрації і зв’язку з первинними документами продажу. Дублі податкових накладних можуть виникати через:
{| class="wikitable" style="width:100%;"
</div>

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

 "xml_file_id": "file-001"

# Визначити період міграції. Дата

Перед міграцією потрібно створити таблицю відповідності. операційна дія

Податкові накладні можуть відображатися в окремому журналі. Варіант

* внутрішній номер документа;
* податковий номер;
* номер у реєстрі;
* дата складання;
* дата реєстрації;
* дата відправки;
* дата квитанції;
* дата документа-підстави. # Розділити вихідні й вхідні податкові накладні. Проведення здатна:

! ПДВ
[[Категорія:Проводки 1С]]
 <ІПН>123456789012</ІПН>
![[Категорія:Українське програмне забезпечення]]

* назва покупця;
* ІПН;
* ЄДРПОУ;
* податковий статус;
* адреса;
* ознака платника ПДВ;
* індивідуальний податковий номер;
* договір;
* тип операції.[[Категорія:Інтеграція з 1С]]

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

Причини коригування:

</div>

Зазвичай потрібні:
== Перша подія ==
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
Податкова накладна здатна містити:
 "document_type": "tax_invoice",
|-
| Відображено дохід
| 361
| 702
| 10 000 грн
|-
| Нараховано ПДВ
| 702
| 641
| 2 000 грн
|}

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

}

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

Приклад:

Контрагент у податковій накладній має бути заповнений коректно. {

Під час міграції зведені накладні потрібно позначати окремо, бо вони можуть не мати прямого зв’язку з одним документом реалізації.</div>

* вихідні податкові накладні;
* вхідні податкові накладні;
* розрахунки коригування;
* зв’язок із реалізаціями;
* зв’язок із оплатами;
* авансові ПН;
* статуси реєстрації;
* XML-файли;
* квитанції;
* права доступу;
* логіювання;
* [[API]];
* [[BI]]-аналітику;
* контроль ПДВ;
* архів податкових документів. Подія

Під час переходу з [[1С]] у [[K2 ERP]] потрібно вирішити, що переносити. * дату;
* номер;
* покупця;
* суму;
* ПДВ;
* статус;
* документ-підставу;
* відповідального;
* ознаку проведення;
* ознаку реєстрації;
* коментар;
* наявність XML. number;date;customer;tax_id;base_amount;vat_amount;total_amount;status;registration_date

У практиці переходу з [[1С]] на [[K2 ERP]] податкові накладні мають особливе значення, тому що вони пов’язані з документами реалізації, актами, авансами, поверненнями, розрахунками коригування, ПДВ-зобов’язаннями, бухгалтерськими проводками, податковим обліком, електронним документообігом, статусами реєстрації та історією взаємодії з контролюючими органами.== Коротко ==
Приклад:
Під час переходу в [[K2 ERP]] критично не втратити історію, яка потрібна для звітного періоду. Податкові інформаційні дані можуть використовуватися в [[BI]]. Первинний документ

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

! Значення

[[Категорія:Автоматизація бізнесу]]

Податкова накладна здатна мати статус зупиненої або заблокованої реєстрації. Об’єкт у 1С

* податковим кредитом;
* закупівлями;
* документами надходження;
* оплатами;
* реєстрацією постачальника;
* звіркою з ЄРПН;
* декларацією з ПДВ. * реалізації товарів;
* реалізації послуг;
* акта виконаних робіт;
* отриманого авансу;
* зведених податкових зобов’язань;
* умовного продажу;
* повернення;
* коригування кількості або ціни;
* інших операцій, які формують ПДВ-зобов’язання. Якщо вхідна податкова накладна не зареєстрована або не підтверджена, податковий кредит здатна бути під ризиком. * дату;
* номер;
* покупця;
* суму;
* причину зупинення;
* квитанції;
* пояснення;
* документи підтвердження;
* фінальний статус;
* відповідального. Відповідь
Приклад:
[[Категорія:Заміна BAS]]
</ПодатковаНакладна>
== Зведена податкова накладна ==
Вони пов’язані з:
 </Рядки>
! ! Окремі продукти [[1С]] і [[BAS]] внесені до відкритих переліків програмного забезпечення, забороненого до використання для окремих категорій організацій.[[Категорія:K2]]

|- | 15.05.2026 | 123 | ТОВ “клієнт ERP” | 2 000 грн | Зареєстрована |- | 16.05.2026 | 124 | ТОВ “Ромашка” | 1 500 грн | Відхилена |} 

{{DISPLAYTITLE:Податкова накладна 1С}}

компанія-користувач повинна:

* формувати рухи по регістрах ПДВ;
* формувати записи для декларації;
* впливати на податковий обліковий облік;
* фіксувати зв’язок із первинним документом;
* створювати бухгалтерські або податкові рухи. {| class="wikitable" style="width:100%;"
! # Сформувати список РК. # Винести незареєстровані й заблоковані ПН в окремий список. Реальні XML-файли податкових накладних мають затверджені формати й службові поля. У документах можуть використовуватися різні ставки або режими:

== Податкова накладна і квитанції ==

[[Категорія:Податковий облік]]

! * службові заголовки;
* інформаційні дані продавця;
* інформаційні дані покупця;
* табличну частину;
* суми;
* ПДВ;
* коди товарів;
* одиниці виміру;
* ознаки документа;
* службові ідентифікатори. !== Податкова накладна і логіювання ==

Податкові накладні впливають на декларацію з ПДВ. ! ! ! | Реалізації, акта, авансу, зведеної операції або іншої ПДВ-події. * повернення товару;
* зміна ціни;
* зміна кількості;
* виправлення помилки;
* зміна номенклатури;
* анулювання операції;
* часткове повернення авансу;
* зміна умов постачання. |-
| Чи виступає як санкційні ризики у [[1С]] і [[BAS]]? У результаті бухгалтерський обліковий облік не здатна оперативно звірити ПДВ, знайти документ або підтвердити реєстрацію. |}

 "source_document": "SALE-000123",

! У [[K2 ERP]] податкові накладні можуть бути частиною податкового й фінансового контуру.[[Категорія:BI]]
'''Найгірший сценарій.''' компанія-користувач переносить продажі та реалізація в [[K2 ERP]], але залишає податкові накладні, РК, XML-файли, квитанції й статуси в хаотичному архіві. ПДВ

== Що переносити по податкових накладних ==

Для користувача податкова накладна здатна виглядати як звичайний документ у журналі. Ризики:

 <Покупець>

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

* на дату відвантаження товару або надання послуги;
* на дату отримання авансу;
* залежно від того, що відбулося раніше. !== Типові помилки податкових накладних 1С ==
== Податкова накладна і BI-аналітика ==
Перед міграцією потрібно виявити такі документи. Коли доречно
CSV-приклад:
Квитанції можуть підтверджувати:

</div>

{| class="wikitable" style="width:100%;"
У багатьох компаніях [[1С]] не реєструє податкові накладні самостійно, а передає інформаційні дані в зовнішні сервіси електронного документообігу або звітності. Окремі продукти [[1С]] і [[BAS]] внесені до переліків забороненого програмного забезпечення для окремих категорій організацій в Україні. # Файл імпортується в сервіс електронної звітності. # Перевірити статуси реєстрації. '''Підхід K2 ERP.''' Під час переходу з [[1С]] податкові накладні потрібно переносити або архівувати разом із пов’язаними документами: реалізаціями, актами, оплатами, розрахунками коригування, статусами реєстрації, номерами, датами, сумами ПДВ, контрагентами, XML-файлами та протоколами обміну. |-
| Яка головна помилка? Кт

! # Звірити інформаційні дані в [[K2 ERP]]. Значення
}
== Податкова накладна і первинний документ ==
У старих базах [[1С]] податкові накладні могли коригуватися вручну. У старих базах [[1С]] помилки з першою подією можуть призводити до неправильного ПДВ-обліку. {| class="wikitable" style="width:100%;"
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
Приклад структури:

! Ознаки дубля:
Під час міграції бажано зберігати всі важливі номери і дати як окремі поля. Ставка ПДВ

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

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

! Це податковий документ, який пов’язує продаж, аванс або іншу ПДВ-операцію з податковими зобов’язаннями, реєстрацією в [[ЄРПН]], XML-файлом, статусом обробки та податковою звітністю. Стало
! ! |-
| Що критично зберегти? Приклад:

* бухгалтерський;
* податковий;
* юридичний;
* інтеграційний;
* архівний;
* контрольний. Але фактично вона має кілька рівнів значення:

! Що переноситься
! | Так. | Документ, який змінює раніше складену податкову накладну. {| class="wikitable" style="width:100%;"

! Коригування
Перед переходом у [[K2 ERP]] потрібно визначити дату переходу. як приклад:

* однаковий покупець;
* однакова дата;
* однакова сума;
* однаковий документ-підстава;
* однаковий XML;
* схожий номер;
* однакова сума ПДВ. Об’єкт у K2 ERP

! Дата
! Податкові накладні — чутливий фінансовий і податковий контур. Під час міграції потрібно переносити не тільки загальну суму ПДВ, а й ставку ПДВ по рядках.<syntaxhighlight lang="xml">

! Приклад спрощеної структури:
Податкова накладна здатна формуватися:
|-
| Податкова накладна
| Податковий документ / ПН
| Вихідна ПН
|-
| Розрахунок коригування
| РК до ПН
| Має бути зв’язок із ПН
|-
| Реалізація
| Документ продажу
| Підстава для ПН
|-
| Оплата покупця
| Платіж / аванс
| здатна бути першою подією
|-
| Вхідна ПН
| Податковий кредит
| Пов’язана із закупівлею
|-
| XML-файл
| Вкладення або архівний файл
| Для історії й аудиту
|}

! * переносити тільки реалізації без ПН;
* переносити ПН без документів-підстав;
* не зберігати XML;
* не переносити статуси;
* не переносити РК;
* не перевіряти ПДВ по рядках;
* не звіряти декларацію;
* не розділяти вихідні й вхідні ПН;
* не аналізувати заблоковані документи;
* залишати стару [[1С]] активною для ПН після запуску [[K2 ERP]]. 123;2026-05-15;ТОВ клієнт ERP;987654321098;10000.00;2000.00;12000.00;registered;2026-05-16
У [[K2 ERP]] податкові інформаційні дані можуть передаватися через [[API]]. Коментар

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

 <Рядки>

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

Податкові накладні часто вивантажуються у форматі [[XML]] для передачі в електронні сервіси. # Формується XML-файл. {| class="wikitable" style="width:100%;"

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

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

* суму ПДВ за період;
* кількість ПН;
* незареєстровані ПН;
* заблоковані ПН;
* ПН по контрагентах;
* ПН по менеджерах;
* ПН по організаціях;
* РК за період;
* різницю між реалізацією і ПН;
* ризикові документи;
* документи без XML;
* документи без квитанцій. |-
| На підставі чого створюється ПН? # Сервіс отримує квитанції. Статус
Правильний порядок:

 "tax_invoices": [

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

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

[[Категорія:Обмін даними]]

У старих базах [[1С]] часто зустрічаються проблеми:

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

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

* хто створив документ;
* хто змінив;
* хто сформував XML;
* хто відправив;
* хто отримав статус;
* хто змінив статус вручну;
* старі й нові значення;
* дату зміни;
* причину зміни;
* зв’язок із первинним документом;
* XML-файл;
* квитанції.<syntaxhighlight lang="json">

'''Простими словами.''' Податкова накладна [[1С]] — це документ, який показує, з якої операції виникло ПДВ-зобов’язання і які інформаційні дані мають бути передані на реєстрацію. Сума без ПДВ
|-
| Отримано аванс
| 10.05.2026
| Податкова накладна на аванс
|-
| Відвантажено товар
| 15.05.2026
| Реалізація закриває аванс або формує другу частину ПДВ, залежно від суми
|}

! Приклад:
|-
| Що таке податкова накладна [[1С]]? Поле

Потрібно:

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

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

* ПН на межі періодів;
* ПН, які ще не зареєстровані;
* заблокованими ПН;
* РК, які очікують реєстрації;
* авансами, які ще не закриті реалізацією;
* вхідними ПН, які очікують підтвердження. ! У [[1С]] зведені накладні можуть створюватися:
|-
| Покупець оплатив аванс
| 12 000 грн
| 2 000 грн
|}

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

JSON-приклад:

У [[1С]] можуть бути:

Приклади:

 <Рядок>

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

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

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

== Вхідні податкові накладні ==

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

{| 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]]
* [[Українське програмне забезпечення]]
* [[Автоматизація бізнесу]]
* [[Цифрова незалежність]]
* [[Деколонізація обліку]]

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

* [https://erp.kyiv.ua Сайт K2 ERP]
* [https://wiki.erp.kyiv.ua Wiki K2 ERP]
* [https://cloud.corp2.eu хмарна інфраструктура K2 ERP]
* [https://cip.gov.ua/ua/statics/perelik-zaboronenogo-do-vikoristannya-programnogo-zabezpechennya-ta-komunikaciinogo-merezhevogo-obladnannya Перелік забороненого до використання програмного забезпечення на сайті Держспецзв’язку]
* [https://cip.gov.ua/ua/news/vidpovidi-na-poshireni-zapitannya-shodo-pereliku-zaboronenogo-programnogo-zabezpechennya-ta-obladnannya Роз’яснення Держспецзв’язку щодо переліку забороненого ПЗ]
* [https://www.president.gov.ua/documents/6012024-52009 Указ Президента України №601/2024]
* [https://tax.gov.ua Електронні сервіси ДПС України]
* [https://cabinet.tax.gov.ua Електронний кабінет платника]
* [https://t.me/+uIdWI1W6vndkMTAy Telegram-канал K2 ERP]
* [https://t.me/+6jFwAZM6TQliNTdi Група обговорення функціоналу та пропозицій]
* [https://www.linkedin.com/company/k2erp/ LinkedIn K2]

'''Цифрова незалежність.''' Податкові накладні — це частина фінансової та юридичної пам’яті бізнесу. | 10
| 1 000 грн
| 20%
|}

! Було

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

! Сума ПДВ
 "status": "registered",
== Податкова накладна на аванс ==
== Як не треба робити ==
|-
| 10 шт по 1 000 грн
| 8 шт по 1 000 грн
| -2 шт
|-
| Сума без ПДВ 10 000 грн
| Сума без ПДВ 8 000 грн
| -2 000 грн
|-
| ПДВ 2 000 грн
| ПДВ 1 600 грн
| -400 грн
|}

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

Окрім вихідних податкових накладних, компанія-користувач здатна обліковувати вхідні податкові накладні від постачальників. Статус 

"registration_date": "2026-05-16",

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

! # Зафіксувати результат у протоколі міграції. Подія

У 1С вона здатна створюватися на підставі:

У податковій накладній важливі інформаційні дані номенклатури. Податковий документ

Податкова накладна і проводки

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

<КодУКТЗЕД>8544</КодУКТЗЕД> Податкова накладна в 1С — це документ, який фіксує податкові зобов’язання з ПДВ і застосовують, коли потрібно для формування даних, які передаються на реєстрацію в ЄРПН. Ціна Спрощений приклад структури:

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

"status": "registered",

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

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

Що формується

У журналі зазвичай видно: Під час переходу на K2 ERP податкові накладні не можна переносити формально. Документ постачальника

  • номер;
  • дату;
  • організацію;
  • покупця;
  • ІПН покупця;
  • код ЄДРПОУ;
  • номенклатуру;
  • код УКТ ЗЕД або ДКПП;
  • кількість;
  • ціну;
  • суму без ПДВ;
  • ставку ПДВ;
  • суму ПДВ;
  • загальну суму;
  • тип причини;
  • ознаку зведеної накладної;
  • посилання на первинний документ;
  • статус реєстрації;
  • XML-файл;
  • протоколи або квитанції. Важливі поля:

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

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

 - Чи потрібно переносити всі ПН у K2 ERP? Документ

Номер і дата податкової накладної

Аналіз податкових накладних 1С — це частина підготовки до виходу зі старої ризикової системи.

Отримано з https://wiki.kyiv.ua/index.php?title=Податкова_накладна_1С&oldid=1945