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

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

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

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

Важливо про 1С і BAS. 1С та частина продуктів BAS мають санкційні, юридичні й кібербезпекові ризики в Україні. Окремі продукти 1С і BAS внесені до відкритих переліків програмного забезпечення, забороненого до використання для окремих категорій організацій. Тому аналіз податкових накладних 1С часто є підготовчим етапом до переходу на українську ERP-платформу, а не розвитком старої системи.

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

Вступ

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

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

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

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

бухгалтерський;
податковий;
юридичний;
інтеграційний;
архівний;
контрольний.

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

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

Податкова накладна в 1С — це документ, який фіксує податкові зобов’язання з ПДВ і використовується для формування даних, які передаються на реєстрацію в ЄРПН.

Податкова накладна може містити:

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

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

Поле	Значення
Документ	Податкова накладна
Дата	15.05.2026
Покупець	ТОВ “Клієнт”
ІПН покупця	123456789012
Сума без ПДВ	10 000 грн
ПДВ 20%	2 000 грн
Сума з ПДВ	12 000 грн
Статус	Зареєстрована

Простими словами. Податкова накладна 1С — це документ, який показує, з якої операції виникло ПДВ-зобов’язання і які дані мають бути передані на реєстрацію.

Податкова накладна і первинний документ

Податкова накладна часто створюється на підставі первинного документа.

Наприклад:

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

У 1С важливо зберігати зв’язок між податковою накладною і документом-підставою. Без цього складно перевірити, чому накладна була створена.

Перша подія

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

Податкова накладна може формуватися:

на дату відвантаження товару або надання послуги;
на дату отримання авансу;
залежно від того, що відбулося раніше.

Приклад:

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

У старих базах 1С помилки з першою подією можуть призводити до неправильного ПДВ-обліку.

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

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

Наприклад:

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

На підставі такої реалізації створюється податкова накладна.

Податкова накладна на аванс

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

Приклад:

Подія	Сума	ПДВ
Покупець оплатив аванс	12 000 грн	2 000 грн

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

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

Зведена податкова накладна

Зведена податкова накладна може формуватися за певними правилами для групи операцій або за період.

У 1С зведені накладні можуть створюватися:

за підсумками періоду;
за певним контрагентом;
за окремими видами операцій;
за умовними продажами;
за спеціальними сценаріями ПДВ.

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

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

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

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

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

Приклад:

Було	Стало	Коригування
10 шт по 1 000 грн	8 шт по 1 000 грн	-2 шт
Сума без ПДВ 10 000 грн	Сума без ПДВ 8 000 грн	-2 000 грн
ПДВ 2 000 грн	ПДВ 1 600 грн	-400 грн

Розрахунок коригування повинен бути пов’язаний із податковою накладною, яку він коригує.

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

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

У документах можуть використовуватися різні ставки або режими:

20%;
7%;
14%;
0%;
без ПДВ;
звільнені операції;
умовні податкові зобов’язання;
спеціальні типи причин.

Приклад:

Номенклатура	Сума без ПДВ	Ставка ПДВ	Сума ПДВ
Товар А	10 000 грн	20%	2 000 грн
Товар B	5 000 грн	7%	350 грн

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

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

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

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

назва;
одиниця виміру;
кількість;
ціна;
сума;
код УКТ ЗЕД;
код ДКПП;
ставка ПДВ;
ознака імпортного товару;
податкова група;
номенклатурна позиція.

Приклад:

Номенклатура	Код	Кількість	Ціна	ПДВ
Кабель USB Type-C	8544...	10	1 000 грн	20%

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

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

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

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

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

Типові помилки:

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

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

Номер і дата податкової накладної важливі для обліку, реєстрації та звірки.

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

внутрішній номер документа;
податковий номер;
номер у реєстрі;
дата складання;
дата реєстрації;
дата відправки;
дата квитанції;
дата документа-підстави.

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

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

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

Приклади:

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

У старих конфігураціях 1С статуси могли зберігатися не в самій податковій накладній, а в зовнішньому сервісі електронної звітності.

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

Податкові накладні часто вивантажуються у форматі XML для передачі в електронні сервіси.

XML-файл може містити:

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

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

<ПодатковаНакладна>
    <Дата>2026-05-15</Дата>
    <Номер>123</Номер>
    <Продавець>
        <Назва>ТОВ "Продавець"</Назва>
        <ІПН>123456789012</ІПН>
    </Продавець>
    <Покупець>
        <Назва>ТОВ "Клієнт"</Назва>
        <ІПН>987654321098</ІПН>
    </Покупець>
    <Рядки>
        <Рядок>
            <Номенклатура>Кабель USB Type-C</Номенклатура>
            <КодУКТЗЕД>8544</КодУКТЗЕД>
            <Кількість>10</Кількість>
            <Ціна>1000.00</Ціна>
            <СумаБезПДВ>10000.00</СумаБезПДВ>
            <ПДВ>2000.00</ПДВ>
        </Рядок>
    </Рядки>
</ПодатковаНакладна>

Це лише спрощений приклад для розуміння структури. Реальні XML-файли податкових накладних мають затверджені формати й службові поля.

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

У багатьох компаніях 1С не реєструє податкові накладні самостійно, а передає дані в зовнішні сервіси електронного документообігу або звітності.

Типовий процес:

Податкова накладна створюється в 1С.
Формується XML-файл.
Файл імпортується в сервіс електронної звітності.
Документ підписується КЕП.
Документ відправляється на реєстрацію.
Сервіс отримує квитанції.
Статус повертається в 1С або зберігається тільки в зовнішньому сервісі.

Під час міграції потрібно зрозуміти, де зберігається історія:

у 1С;
у M.E.Doc;
у СОТА;
в іншому сервісі;
у файловому архіві;
у бухгалтерії окремо.

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

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

Квитанції можуть підтверджувати:

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

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

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

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

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

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

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

Приклад:

Дата	Номер	Покупець	Сума ПДВ	Статус
15.05.2026	123	ТОВ “Клієнт”	2 000 грн	Зареєстрована
16.05.2026	124	ТОВ “Ромашка”	1 500 грн	Відхилена

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

У 1С податкова накладна може бути проведеною або непроведеною залежно від конфігурації.

Проведення може:

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

Непроведена податкова накладна може бути лише чернеткою і не впливати на облік.

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

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

Наприклад:

Операція	Дт	Кт	Сума
Відображено дохід	361	702	10 000 грн
Нараховано ПДВ	702	641	2 000 грн

Податкова накладна при цьому може бути податковим реєстраційним документом, а не джерелом бухгалтерських проводок.

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

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

Податкові накладні впливають на декларацію з ПДВ.

Вони можуть бути джерелом для:

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

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

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

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

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

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

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

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

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

Вхідні податкові накладні формують податковий кредит.

Приклад:

Документ постачальника	Сума без ПДВ	ПДВ	Статус ПН
Надходження товарів	20 000 грн	4 000 грн	Зареєстрована

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

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

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

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

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

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

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

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

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

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

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

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

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

однаковий покупець;
однакова дата;
однакова сума;
однаковий документ-підстава;
однаковий XML;
схожий номер;
однакова сума ПДВ.

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

У старих базах 1С податкові накладні могли коригуватися вручну.

Ризики:

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

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

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

Перед переходом у K2 ERP потрібно визначити дату переходу.

Наприклад:

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

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

ПН на межі періодів;
ПН, які ще не зареєстровані;
заблокованими ПН;
РК, які очікують реєстрації;
авансами, які ще не закриті реалізацією;
вхідними ПН, які очікують підтвердження.

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

Під час переходу з 1С у K2 ERP потрібно вирішити, що переносити.

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

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

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

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

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

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

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

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

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

CSV-приклад:

number;date;customer;tax_id;base_amount;vat_amount;total_amount;status;registration_date
123;2026-05-15;ТОВ Клієнт;987654321098;10000.00;2000.00;12000.00;registered;2026-05-16
124;2026-05-16;ТОВ Ромашка;123456789012;7500.00;1500.00;9000.00;rejected;

JSON-приклад:

{
  "tax_invoices": [
    {
      "number": "123",
      "date": "2026-05-15",
      "customer": "ТОВ Клієнт",
      "tax_id": "987654321098",
      "base_amount": 10000.00,
      "vat_amount": 2000.00,
      "total_amount": 12000.00,
      "status": "registered",
      "registration_date": "2026-05-16",
      "source_document": "РН-000123"
    }
  ]
}

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

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

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

Приклад звірки:

Показник	У 1С	У K2 ERP
Кількість вихідних ПН за травень	120	120
Сума ПДВ за травень	480 000 грн	480 000 грн
Кількість РК	15	15
Незареєстровані ПН	3	3

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

У K2 ERP податкові дані можуть передаватися через API.

Приклад структури:

{
  "document_type": "tax_invoice",
  "number": "123",
  "date": "2026-05-15",
  "customer_tax_id": "987654321098",
  "source_document": "SALE-000123",
  "base_amount": 10000.00,
  "vat_amount": 2000.00,
  "status": "registered",
  "xml_file_id": "file-001"
}

API може використовуватися для:

обміну з електронним документообігом;
отримання статусів;
передачі XML;
зв’язку з документами продажу;
BI-аналітики;
контролю ПДВ.

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

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

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

створення ПН;
редагування ПН;
проведення;
скасування проведення;
формування XML;
перегляду статусів;
зміни статусів вручну;
роботи з РК;
перегляду квитанцій;
видалення або архівування;
доступу до податкових звітів.

Податкова накладна і логіювання

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

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

хто створив документ;
хто змінив;
хто сформував XML;
хто відправив;
хто отримав статус;
хто змінив статус вручну;
старі й нові значення;
дату зміни;
причину зміни;
зв’язок із первинним документом;
XML-файл;
квитанції.

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

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

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

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

Погані підходи:

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

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

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

Правильний порядок:

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

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

У K2 ERP податкові накладні можуть бути частиною податкового й фінансового контуру.

Система може підтримувати:

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

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

Податкові дані можуть використовуватися в BI.

Аналітика може показувати:

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

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

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

Компанія повинна:

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

Цифрова незалежність. Податкові накладні — це частина фінансової та юридичної пам’яті бізнесу. Під час переходу з 1С важливо зберегти не тільки документи продажу, а й податкову історію, статуси, XML, РК і підтвердження реєстрації.

Коротко

Питання	Відповідь
Що таке податкова накладна 1С?	Це документ для відображення ПДВ-зобов’язань, формування XML і реєстрації в ЄРПН.
На підставі чого створюється ПН?	Реалізації, акта, авансу, зведеної операції або іншої ПДВ-події.
Що таке розрахунок коригування?	Документ, який змінює раніше складену податкову накладну.
Чи потрібно переносити всі ПН у K2 ERP?	Не завжди. Часто достатньо перенести активний період, незавершені документи, статуси й залишити стару базу як архів.
Що важливо зберегти?	Номер, дату, контрагента, суми, ПДВ, статус, XML, квитанції, РК і зв’язок із документом-підставою.
Яка головна помилка?	Перенести продажі без податкових накладних, XML, статусів і розрахунків коригування.
Чи є санкційні ризики у 1С і BAS?	Так. Окремі продукти 1С і BAS внесені до переліків забороненого програмного забезпечення для окремих категорій організацій в Україні.

Висновок

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

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

Потрібно:

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

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

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

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

Див. також

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