Відповіді на найбільш поширені питання платників податків щодо формування та надання стандартного аудиторського файлу (SAF-T UA)
Департамент податкового аудиту, опубліковано 18 липня 2025 о 18:03 Розділ: Роз’яснення. Питання-відповіді

№ з/п

Питання

Відповідь

Загальні питання

Якщо період, визначений у запиті контролюючого органу, перевищує один календарний рік, чи потрібно подавати окремі файли SAF-T UA в рамах відповідних календарних років?

Загальні принципи організації надання документів (інформації), визначених у пункті 85.2 статті 85 Податкового кодексу України (далі – Кодекс), в електронній формі великими платниками податків (далі – ВПП) до контролюючих органів та формат і структуру таких документів при проведенні документальної перевірки визначено в Порядку надання документів великого платника податків в електронній формі, затвердженому наказом Міністерства фінансів України від 07.11.2011 № 1393 (далі – Порядок).

Згідно з пунктом 2.4 розділу II Порядку контролюючі органи забезпечують направлення ВПП запиту в довільній формі про надання електронних документів (інформації) ВПП та відомостей про можливі способи їх подання, електронну адресу та контактні телефони відповідальних осіб.

Початок та кінець періоду, за який формується стандартний аудиторський файл (SAF-T UA), визначаються в запиті контролюючого органу.

Якщо період, що підлягає перевірці, перевищує календарний рік, суб’єкт господарювання повинен подавати окремі файли SAF-T UA в межах відповідних календарних років.

Наприклад, якщо перевірці підлягає період з 01.10.2022 по 31.03.2025, необхідно сформувати чотири окремі файли SAF-T UA:

за період з 01.10.2022 по 31.12.2022;

за період з 01.01.2023 по 31.12.2023;

за період з 01.01.2024 по 31.12.2024;

за період з 01.01.2025 по 31.03.2025.

Чи може платник податків завчасно формувати помісячні або поквартальні файли SAF-T UA з повним набором даних за відповідні періоди та на запит контролюючого органу надавати їх як гнучку кількість файлів, сформованих на основі завершеної порції даних, які разом містять повний набір даних SAF-T UA за період, визначений у запиті контролюючого органу?

У Детальному технічному описі елементів SAF-T UA передбачено підхід щодо формування множини файлів, відповідно до якого один відбір даних може призводити до формування множини файлів даних.

Суть цього підходу полягає в тому, що відбір даних виконується в різні файли XML. Тобто передбачається гнучка кількість файлів, сформованих на основі завершеної порції даних, які разом містять повний набір даних SAF-T UA.

Кожен файл – завершена порція даних – має проходити перевірку (тобто бути валідним) згідно зі схемою XSD незалежно від інших файлів.

Формування файлу SAF-T UA за період, визначений у запиті контролюючого органу, здійснюється за алгоритмом, наведеним у Детальному технічному описі елементів SAF-T UA, який передбачає технічний поділ цілісного файлу.

Як повинен формуватися SAF-T UA, якщо дані суб’єкта господарювання зберігаються в окремих системах обліку?

Формування SAF-T UA повинно здійснюватися на основі даних вихідної системи обліку відповідно до обраної підприємством форми бухгалтерського обліку як певної системи регістрів обліку, порядку і способу реєстрації та узагальнення інформації в них із додержанням єдиних засад, встановлених у Законі України від 16 липня 1999 року № 996-XIV «Про бухгалтерський облік та фінансову звітність в Україні», та з урахуванням особливостей своєї діяльності і технології обробки облікових даних. Незалежно від того, чи зберігаються дані суб’єкта господарювання в окремих системах чи в інтегрованій системі, SAF-T UA повинен формуватися як єдиний файл відповідно до структури, наведеної в додатку до Порядку

Розділ І «Заголовок» (Header)

Які дані необхідно зазначати про посадових (уповноважених) осіб суб’єкта господарювання?

У Детальному технічному описі елементів SAF-T UA передбачено, що в розділі «Заголовок» (Header) відображається загальна інформація про файл, зокрема: назва програмного забезпечення, що генерує файл; загальні дані про суб’єкта господарювання, який подає SAF-T UA; критерії відбору, за якими формується файл; тощо.

В елементі «Посадові (уповноважені) особи суб’єкта господарювання» (Contact; ContactHeaderStructure; complex; Mandatory; 1..∞) зазначається інформація про посадових (уповноважених) осіб суб’єкта господарювання відповідальних за фінансово-господарську діяльність (заповнюється окремо щодо кожної такої особи):

за період, за який сформовано SAF-T UA;

на дату підписання SAF-T UA.

При цьому в елементі «Посадова (уповноважена) особа суб’єкта господарювання» (ContactPerson; PersonNameStructure; complex; Mandatory; 1…1) зазначаються такі дані:

посада;

прізвище, ім’я та по батькові (за наявності) посадової (уповноваженої) особи суб’єкта господарювання;

номер та дата наказу (іншого документа) про призначення / звільнення з посади.

Розділ ІІ «Довідники» (MasterFiles)

Підрозділ ІІ.1 «Облікова політика» (AccountingPolicies)

Чи потрібно зазначати кожен пункт розділу облікової політики окремим елементом?

Згідно з Порядком у підрозділі «Облікова політика» зазначається інформація щодо елементів облікової політики суб’єкта господарювання в періоді, за який формується SAF-T UA, з наведенням реквізитів наказу (наказів) про облікову політику (дата, номер) за відповідні звітні періоди (та про внесення змін до них – у разі наявності).

Крім того, необхідно зазначити, які саме стандарти бухгалтерського обліку застосовуються суб’єктом господарювання для ведення бухгалтерського обліку: національні положення (стандарти) бухгалтерського обліку (далі – П(С)БО) або міжнародні стандарти фінансової звітності (далі – МСФЗ), а також інформацію про застосування класів рахунків.

Інформація заповнюється в табличному вигляді згідно з наведеним зразком. При цьому має бути відображена вся інформація, передбачена в наказі (наказах) про облікову політику. У колонку «Елемент» переносяться показники, відображення яких передбачено нормативно-правовими актами щодо облікової політики підприємства або Концептуальною основою складання та подання фінансових звітів (у разі застосування МСФЗ), зокрема щодо:

методів амортизації;

порядку формування резервів, у тому числі резервів сумнівних боргів;

методів оцінки вибуття запасів;

визначення порогів суттєвості;

проведення інвентаризації;

порядку формування інших показників фінансової звітності тощо.

В елементі «Назва елемента облікової політики» (NameOfAccountingPolicy; SAFstringType; simple; Mandatory; 1..1) наводиться назва елемента облікової політики суб’єкта господарювання в періоді, за який формується SAF-T UA.

В елементі «Опис елемента облікової політики» (DescriptionOfAccountingPolicy; SAFstringType; simple; Mandatory; 1..1) зазначається опис застосовуваного варіанта (критерію), період дії.

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

Як зазначати найменування П(С)БО / (далі – МСБО), МСФЗ, якщо для певного елемента облікової політики відсутнє конкретне посилання на відповідну норму стандарту?

В елементі «Найменування ПСБО / МСБО, МСФЗ» (AccountingStandart; SAFstringType; simple; Mandatory; 1..1) зазначається посилання на відповідну норму національних / міжнародних стандартів бухгалтерського обліку (П(С)БО / МСБО), міжнародних стандартів фінансової звітності (МСФЗ).

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

Якщо ж для окремого елемента облікової політики відсутнє пряме посилання на конкретну норму стандарту, доцільно наводити відповідне найменування П(С)БО / МСБО або МСФЗ, що стосується відповідного елемента облікової політики.

Підрозділ ІІ.2 «Довідники операцій» (TransactionFeatures)

Як суб’єкт господарювання має забезпечити розмежування операцій за першою подією в SAF-T UA, якщо його власна класифікація типів операцій не містить відповідного поділу?

Відповідно до Детального технічного опису елементів SAF-T UA підрозділ «Довідники операцій» (TransactionFeatures) передбачає опис типів господарських операцій, що здійснювалися суб’єктом господарювання, із наведенням відповідних умовних позначень операцій та їх характеристик.

При наведенні типу та опису операцій, пов’язаних із придбанням / продажем товарів, робіт / послуг, здійснюється відповідне розмежування зазначених операцій з урахуванням того, яка подія (перерахування коштів (додаткова ознака при умовному позначенні операції – «С») або отримання чи постачання товарів, робіт / послуг (додаткова ознака при умовному позначенні операції – «П»)) відбулася першою.

У разі якщо суб’єктом господарювання застосовуються інші ознаки або кодування операцій, які дозволяють здійснити вищенаведене розмежування, можуть бути застосовані такі ознаки або коди операцій.

Довідник «Тип операції» (TransactionType), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Приклад» відповідних елементів підрозділу «Довідники операцій» (TransactionFeatures) та є наочним прикладом заповнення для кращого розуміння природи даних.

Налаштування (зіставлення) власних об’єктів із цим довідником є необов’язковим.

При наведенні типів та описів операцій у підрозділі «Довідники операцій» (TransactionFeatures) суб’єкт господарювання може застосовувати власну класифікацію з дотриманням вимог щодо розмежування операцій за першою подією. Таке розмежування є обов’язковим для операцій, пов’язаних із придбанням / продажем товарів, робіт / послуг, незалежно від обраної системи класифікації або умовних позначень.

Отже, при реалізації функції експорту даних згідно з вимогами до SAF-T UA потрібно здійснити відповідні налаштування, які забезпечують коректне розмежування операцій.

Наприклад, якщо в системі обліку суб’єкта господарювання застосовуються окремі субрахунки для обліку розрахунків за виданими / одержаними авансами, таке ведення бухгалтерського обліку може бути використано для автоматизованого визначення першої події.

У разі застосування інших технологій обробки облікових даних можуть використовуватися відповідні аналітичні дані / параметри, що фактично наявні в системі обліку суб’єкта господарювання та дозволяють ідентифікувати першу подію з метою її коректного відображення в SAF-T UA.

Підрозділ ІІ.3 «Сальдові / оборотні відомості» (GeneralLedgerAccounts)

Чи може дебетовий / кредитовий оборот відображатись з від’ємним знаком?

В елементі «Дебетовий оборот» (DebitTurnover; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається сума записів за дебетом рахунку / субрахунку за період.

В елементі «Кредитовий оборот» (CreditTurnover; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається сума записів за кредитом рахунку / субрахунку за період.

Відповідно до Детального технічного опису елементів SAF-T UA визначення всіх простих типів, які використовуються в SAF-T UA, наведені в таблиці 1 додатка 2 «Атрибути простих типів, що використовуються у файлі SAF T UA».

Простий тип «SAFmonetaryType» використовується для зазначення грошової суми (максимум 18 цифр, з яких 2 можуть бути дробовими) і базується на типі даних .

Тип даних використовується для представлення числових значень із можливістю вказівки від’ємних знаків.

Підрозділ ІІ.5 «Клієнти» (Customers)

Як правильно зазначати номер платника податку на додану вартість для покупця, якщо він мав цей статус лише протягом частини звітного періоду?

У Детальному технічному описі елементів SAF-T UA передбачено, що в підрозділі «Клієнти» (Customers) відображається інформація щодо контрагентів (покупців), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер / код нерезидента, найменування, номер платника податку на додану вартість), номера рахунку / субрахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації, передбаченої в таблиці цього підрозділу SAF-T UA.

В елементі «Реєстраційні дані платника податків» (TaxRegistration; TaxIDStructure; complex; Optional; 0..∞) зазначаються реєстраційні дані особи як платника податків.

Структура реєстраційних даних платника податків передбачає відображення таких даних:

в елементі «Податковий номер» (TaxRegistrationNumber; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..1) зазначається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України / реєстраційний номер облікової картки платника податків фізичної особи / код нерезидента;

в елементі «Вид податку» (TaxType; SAFcodeType; simple; maxLength 9; Optional; 0..1) зазначається податковий режим, на який вказує вид податку;

в елементі «Індивідуальний податковий номер» (TaxNumber; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається податковий реєстраційний номер для певного податкового режиму (номер платника податку на додану вартість у реєстрі платників податку на додану вартість).

Якщо в періоді, за який формується SAF-T UA, контрагент (покупець) мав статус платника податку на додану вартість, то в реєстраційних даних має бути зазначений його номер платника ПДВ, незалежно від наявності цього статусу на початок та кінець звітного періоду, оскільки
SAF-T UA не передбачає відображення історії змін такого статусу.

Який ідентифікатор покупця необхідно зазначати у разі коли в системі обліку суб’єкта господарювання наявні кілька контрагентів з однаковими кодами, які належать як резидентам, так і нерезидентам?

В елементі «Ідентифікатор покупця» (CustomerID; KeyCustomer; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..1) відображається унікальний ідентифікаційний номер юридичної особи в ЄДРПОУ / РНОКПП / код нерезидента (якщо здійснюється роздрібний продаж без ідентифікації покупця – зазначається умовний код таких операцій, що застосовується).

У разі коли в системі обліку суб’єкта господарювання існують кілька контрагентів (покупців) з однаковими кодами, які належать як резидентам, так і нерезидентам, доцільно (як виняток) в елементі «Ідентифікатор покупця» (CustomerID) зазначати для нерезидента унікальний ідентифікатор контрагента, визначений автоматизованим програмним забезпеченням, яке використовується суб’єктом господарювання.

При цьому в елементі «Код контрагента» (RegistrationNumber) слід відображати фактичний код нерезидента.

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

В елементі «Тип особи покупця» (CustomerType; SAFmiddle1textType; simple; maxLength 35; Optional; 0..∞) відображається тип особи покупця (рекомендується обов’язкове заповнення для контрагентів, господарські операції з якими можуть формувати податкові різниці).

Повторення (0..∞) вказує, що цей елемент можна використовувати від жодного до необмеженої кількості разів.

Отже, при зазначенні типу особи покупця, який відповідає кільком критеріям (наприклад, 8 – нерезидент, зареєстрований у державі (на території), включеній до переліку держав (територій), затвердженого Кабінетом Міністрів України відповідно до підпункту 39.2.1.2 підпункту 39.2.1 пункту 39.2 статті 39 Кодексу; 9 – нерезидент, організаційно-правова форма якого включена до переліку, затвердженого Кабінетом Міністрів України відповідно до підпункту «г» підпункту 39.2.1.1 підпункту 39.2.1 пункту 39.2 статті 39 Кодексу, який не сплачує податок на прибуток (корпоративний податок), у тому числі податок із доходів, отриманих за межами держави реєстрації такого нерезидента, та/або не є податковим резидентом держави, в якій він зареєстрований як юридична особа), використовується повторення цього елемента для кожного типу.

Як відображати інформацію про cальдо розрахунків із покупцем, якщо облік розрахунків ведеться на кількох рахунках / субрахунках бухгалтерського обліку?

В елементі «Сальдо розрахунків» (CustomerBalance; CounterAgentBalanceStructure; complex; Mandatory; 1..∞) відображається сальдо розрахунків з клієнтом.

Повторення (1..∞) вказує, що цей елемент необхідно використовувати від одного до необмеженої кількості разів.

Отже, якщо облік розрахунків з одним покупцем ведеться на кількох рахунках / субрахунках бухгалтерського обліку, що застосовуються суб’єктом господарювання для цього контрагента, то відображення сальдо розрахунків у розрізі різних номерів рахунків / субрахунків здійснюється шляхом повторення елемента «Сальдо розрахунків» (CustomerBalance).

На яку дату необхідно відображати заборгованість контрагентів (покупців) у розрізі первинних документів?

В елементі «Дані первинних документів, за якими наявна заборгованість» (OpenInvoices; complex; Optional; 0..∞) відображається інформація в розрізі первинних документів, за якими наявна заборгованість.

Рекомендується обов’язкове заповнення всіх даних, які забезпечують ідентифікацію з іншою відповідною інформацією щодо взаємовідносин купівлі-продажу (продаж / придбання, платежі тощо).

Вибір між початковим дебетовим і кредитовим сальдо (choice; Optional; 0..1) для кожного первинного документа здійснюється шляхом зазначення одного з таких елементів:

в елементі «Початкове дебетове сальдо» (OpeningDebitAmount; AmountStructure; complex; Mandatory; 1..1) відображається залишок коштів за дебетом рахунку / субрахунку в розрізі документів на початок періоду (в тому числі в іноземній валюті для відповідних рахунків / субрахунків);

в елементі «Початкове кредитове сальдо» (OpeningCreditAmount; AmountStructure; complex; Mandatory; 1..1) відображається залишок коштів за кредитом рахунку / субрахунку в розрізі документів на початок періоду (в тому числі в іноземній валюті для відповідних рахунків / субрахунків).

В елементі «Дата виникнення заборгованості» (OpeningBalanceOriginDate; AmountStructure; SAFdateType; simple; Optional; 0..1) зазначається дата виникнення заборгованості на початок періоду.

Вибір між кінцевим дебетовим і кредитовим сальдо (choice; Optional; 0..1) для кожного первинного документа здійснюється шляхом зазначення одного з таких елементів:

в елементі «Кінцеве дебетове сальдо» (ClosingDebitAmount; AmountStructure; complex; Mandatory; 1..1) відображається залишок коштів за дебетом рахунку / субрахунку в розрізі документів на кінець періоду (в тому числі в іноземній валюті для відповідних рахунків / субрахунків);

в елементі «Кінцеве кредитове сальдо» (ClosingCreditAmount; AmountStructure; complex; Mandatory; 1..1) відображається залишок коштів за кредитом рахунку / субрахунку в розрізі документів на кінець періоду (в тому числі в іноземній валюті для відповідних рахунків / субрахунків).

В елементі «Дата виникнення заборгованості» (ClosingBalanceOriginDate; SAFdateType; simple; Optional; 0..1) зазначається дата виникнення заборгованості на кінець періоду.

Перевірка збалансованості інформації про розрахунки з покупцями, замовниками та іншими дебіторами (формула 2) передбачає, що різниця між початковим дебетовим і кредитовим сальдо за конкретним контрагентом та рахунком / субрахунком має відповідати різниці між сумою початкових дебетових і кредитових сальдо за всіма документами, відображеними для цього контрагента і рахунку / субрахунку.

Перевірка збалансованості інформації про розрахунки з покупцями, замовниками та іншими дебіторами (формула 3) передбачає, що різниця між кінцевим дебетовим і кредитовим сальдо за конкретним контрагентом та рахунком / субрахунком має відповідати різниці між сумою кінцевих дебетових і кредитових сальдо за всіма документами, відображеними для цього контрагента і рахунку / субрахунку.

Чи потрібно в інформації щодо контрагентів (покупців) відображати довгострокову дебіторську заборгованість?

Інформацію про довгострокову дебіторську заборгованість слід відображати в підрозділі «Клієнти» (Customers).

Підрозділ ІІ.6 «Постачальники» (Suppliers)

Як правильно зазначати номер платника податку на додану вартість для постачальника, якщо він мав цей статус лише протягом частини звітного періоду?

У Детальному технічному описі елементів SAF-T UA передбачено, що в підрозділі «Постачальники» (Suppliers) відображається інформація щодо контрагентів (постачальників), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер / код нерезидента, найменування, номер платника податку на додану вартість), номера рахунку / субрахунку / аналітичного рахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації, передбаченої таблицею цього підрозділу SAF-T UA.

Структура реєстраційних даних платника податків передбачає відображення таких даних:

Якщо в періоді, за який формується SAF-T UA, контрагент (постачальник) мав статус платника податку на додану вартість, то в реєстраційних даних має бути зазначений його номер платника ПДВ, незалежно від наявності цього статусу на початок та кінець звітного періоду, оскільки
SAF-T UA не передбачає відображення історії змін такого статусу.

Який ідентифікатор постачальника необхідно зазначати у разі якщо в системі обліку суб’єкта господарювання наявні кілька контрагентів з однаковими кодами, які належать як резидентам, так і нерезидентам?

В елементі «Ідентифікатор постачальника» (SupplierID; KeySupplier; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..1) відображається унікальний ідентифікаційний номер юридичної особи в ЄДРПОУ / РНОКПП / код нерезидента.

У разі коли в системі обліку суб’єкта господарювання існують кілька контрагентів (постачальників) з однаковими кодами, які належать як резидентам, так і нерезидентам, доцільно (як виняток) в елементі «Ідентифікатор постачальника» (SupplierID) зазначати для нерезидента унікальний ідентифікатор контрагента, визначений автоматизованим програмним забезпеченням, яке використовується суб’єктом господарювання.

При цьому в елементі «Код контрагента» (RegistrationNumber) слід відображати фактичний код нерезидента.

Який ідентифікатор постачальника необхідно зазначати у разі придбання електронних послуг у нерезидента, якщо в банківських документах відсутня інформація щодо його коду?

Якщо в періоді, за який формується SAF-T UA, суб’єкт господарювання здійснював придбання / закупівлю електронних послуг у нерезидента, то інформація щодо коду нерезидента підлягає обов’язковому відображенню в підрозділі «Постачальники» (Suppliers).

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

Як зазначати тип особи постачальника, якщо один контрагент одночасно відповідає кільком критеріям?

В елементі «Тип особи постачальника» (SupplierType; SAFmiddle1textType; simple; maxLength 35; Optional; 0..∞) відображається тип особи постачальника (рекомендується обов’язкове заповнення для контрагентів, господарські операції з якими можуть формувати податкові різниці).

Повторення (0..∞) вказує, що цей елемент можна використовувати від жодного до необмеженої кількості разів.

Отже, при зазначенні типу особи постачальника, який відповідає кільком критеріям (наприклад, 8 – нерезидент, зареєстрований у державі (на території), включеній до переліку держав (територій), затвердженого Кабінетом Міністрів України відповідно до підпункту 39.2.1.2 підпункту 39.2.1 пункту 39.2 статті 39 Кодексу; 9 – нерезидент, організаційно-правова форма якого включена до переліку, затвердженого Кабінетом Міністрів України відповідно до підпункту «г» підпункту 39.2.1.1 підпункту 39.2.1 пункту 39.2 статті 39 Кодексу, який не сплачує податок на прибуток (корпоративний податок), у тому числі податок із доходів, отриманих за межами держави реєстрації такого нерезидента, та/або не є податковим резидентом держави, в якій він зареєстрований як юридична особа), використовується повторення цього елемента для кожного типу.

Як відображати інформацію про cальдо розрахунків із постачальником, якщо облік розрахунків ведеться на кількох рахунках / субрахунках бухгалтерського обліку?

В елементі «Сальдо розрахунків» (SupplierBalance; CounterAgentBalanceStructure; complex; Mandatory; 1..∞) відображається сальдо розрахунків із постачальником.

Повторення (1..∞) вказує, що цей елемент необхідно використовувати від одного до необмеженої кількості разів.

Отже, якщо облік розрахунків з одним постачальником ведеться на кількох рахунках / субрахунках бухгалтерського обліку, що застосовуються суб’єктом господарювання для цього контрагента, то відображення сальдо розрахунків у розрізі різних номерів рахунків / субрахунків здійснюється шляхом повторення елемента «Сальдо розрахунків» (SupplierBalance).

На яку дату необхідно відображати заборгованість контрагентів (постачальників) у розрізі первинних документів?

Перевірка збалансованості інформації про розрахунки з постачальниками та підрядниками / за іншими операціями (формула 2) передбачає, що різниця між початковим дебетовим і кредитовим сальдо за конкретним контрагентом та рахунком / субрахунком має відповідати різниці між сумою початкових дебетових і кредитових сальдо за всіма документами, відображеними для цього контрагента і рахунку / субрахунку.

Перевірка збалансованості інформації про розрахунки з постачальниками та підрядниками / за іншими операціями (формула 3) передбачає, що різниця між кінцевим дебетовим і кредитовим сальдо за конкретним контрагентом та рахунком / субрахунком має відповідати різниці між сумою кінцевих дебетових і кредитових сальдо за всіма документами, відображеними для цього контрагента і рахунку / субрахунку.

Чи потрібно в постачальниках зазначати контрагентів, з якими не здійснювались операції та відсутня заборгованість на початок / кінець періоду, але було відображено податковий кредит за розблокованими (зареєстрованими) податковими накладними?

Відповідно до таблиці 5 «Обмеження відображення даних в довідниках» Детального технічного опису елементів SAF-T UA дані в підрозділі «Постачальники» (Suppliers) можуть бути обмежені постачальниками, з якими:

здійснювались операції в періоді, за який формується SAF-T UA; та/або

наявна заборгованість на початок / кінець періоду (залишок на початок або кінець не дорівнює 0).

В елементах «Ідентифікатор постачальника» (SupplierID) та «Код контрагента» (RegistrationNumber) зазначається унікальний ідентифікаційний номер юридичної особи в ЄДРПОУ / РНОКПП / код нерезидента.

Для ідентифікаторів постачальників (SupplierID) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа.

Якщо суб’єкт господарювання веде аналітичний облік податкових зобов’язань та податкового кредиту з податку на додану вартість із деталізацією щодо контрагентів, то інформація щодо бухгалтерських проведень повинна розкриватися із зазначенням інформації щодо коду
ЄДРПОУ / РНОКПП контрагента та його найменування у відповідних елементах розділу «Бухгалтерські операції» (GeneralLedgerEntries).

Таким чином, при відображенні податкового кредиту за розблокованими (зареєстрованими) податковими накладними інформація щодо коду ЄДРПОУ / РНОКПП відповідних контрагентів повинна бути зазначена в підрозділі «Постачальники» (Suppliers) для забезпечення коректного розкриття в бухгалтерських проведеннях.

Крім того, в елементі «Код рахунку» (AccountID; KeyGeneralLedgerAccount, RefSupplierAccount; SAFmiddle2textType; simple; maxLength 70; Mandatory; 1..1) може бути відображено номер рахунку / субрахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для обліку непідтвердженого податкового кредиту за відповідним контрагентом.

Підрозділ ІІ.7 «Таблиця податків» (TaxTable)

Як виробнику пива відобразити в таблиці податків інформацію щодо акцизного податку?

У Детальному технічному описі елементів SAF-T UA передбачено, що в підрозділі «Таблиця податків» (TaxTable) відображається інформація щодо податків, платником яких є суб'єкт господарювання. Залежно від виду податку платник податку вказує податкові коди ПДВ / акцизного податку для операцій, включених до файлу SAF-T UA.

Відповідно до таблиці 5 «Обмеження відображення даних в довідниках» Детального технічного опису елементів SAF-T UA в підрозділі «Таблиця податків» (TaxTable) завжди надаються всі податкові коди, які застосовуються суб’єктом господарювання.

В елементі «Вид податку» (TaxType; KeyTaxType; SAFcodeType; simple; maxLength 9; Mandatory; 1..1) зазначається вид податку.

В елементі «Код податку» (TaxCode; KeyTaxCode; SAFcodeType; simple; maxLength 9; Mandatory; 1..1) зазначається код податку.

Довідник «Таблиця податків» (TaxTable) (для ПДВ), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Валідація» відповідних елементів та є умовою, за якою буде проходити валідація даних. Налаштування (зіставлення) власних об’єктів з цим довідником є обов’язковим.

Довідник «Таблиця податків» (TaxTable) (для інших податків), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Приклад» відповідних елементів та є наочним прикладом заповнення для кращого розуміння природи даних. Налаштування (зіставлення) власних об’єктів із цим довідником є необов’язковим.

Для видів податків (TaxType) та кодів податків (TaxCode) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа.

Якщо суб’єкт господарювання виробляє пиво, то відповідно до Класифікації доходів бюджету, затвердженої наказом Міністерства фінансів України від 14.01.2011 № 11 (далі – Класифікація доходів бюджету), для акцизного податку з виробленого в Україні пива може використовуватись вид податку (TaxType) «14020000» (акцизний податок з вироблених в Україні підакцизних товарів (продукції)) та код податку (TaxCode) «14020400» (пиво).

Якщо суб’єкт господарювання реалізує вироблене пиво через власну роздрібну мережу, то для акцизного податку з реалізації суб'єктами господарювання роздрібної торгівлі пива може використовуватись вид податку (TaxType) «14040000» (акцизний податок з реалізації суб'єктами господарювання роздрібної торгівлі підакцизних товарів) та код податку (TaxCode) «14040200» (акцизний податок з реалізації суб'єктами господарювання роздрібної торгівлі підакцизних товарів (крім тих, що оподатковуються згідно з підпунктом 213.1.14 пункту 213.1 статті 213 Кодексу)).

В елементі «Абсолютна ставка податку» (FlatTaxRate; AmountStructure; complex; Mandatory; 1..1) відображається фіксована величина податку (якщо не застосовується відносна ставка податку). Згідно з підпунктом 215.3.1 пункту 215.3 статті 215 Кодексу ставка акцизного податку для пива із солоду (солодове) (код товару (продукції) згідно з Українською класифікацією товарів зовнішньоекономічної діяльності (далі – УКТ ЗЕД) 2203 00) становить 59,82 гривні за 1 літр 100-відсоткового спирту.

В елементі «Відносна ставка податку» (TaxPercentage; xs:decimal; simple; nillable="true"; Mandatory; 1..1) відображається ставка податку у відсотках (якщо не застосовується абсолютна ставка податку). Згідно з підпунктом 215.3.10 пункту 215.3 статті 215 Кодексу для пива, алкогольних напоїв, тютюнових виробів, тютюну та промислових замінників тютюну, рідин, що використовуються в електронних сигаретах, реалізованих відповідно до підпунктів 213.1.9 і 213.1.14 пункту 213.1 статті 213 Кодексу, ставка податку становить 5 відсотків.

Інформація про податки відображається в елементах «Податкова інформація» (TaxInformation) та «Сума податків» (TaxInformationTotals) у відповідних підрозділах SAF-T UA. Для можливості відображення інформації за різними податками / ставками забезпечена технічна можливість використовувати елемент необмежену кількість разів.

При цьому у структурі інформації про податок (TaxInformationStructure) може зазначатись інформація щодо бази оподаткування (TaxBase) та одиниці виміру бази оподаткування (TaxBaseDescription).

Підрозділ ІІ.8 «Таблиця одиниць виміру» (UOMTable)

Чи виникатиме помилка валідації, якщо для одиниці виміру послуги присвоїти власний код (наприклад, «0001»)?

У Детальному технічному описі елементів SAF-T UA передбачено, що в підрозділі «Таблиця одиниць виміру» (UOMTable) зазначається інформація з описом усіх одиниць виміру, що відображені у файлі.

Дані в таблиці мають створюватись на основі Класифікатора системи позначень одиниць вимірювання та обліку ДК 011-96, затвердженого наказом Державного комітету стандартизації, метрології та сертифікації України від 09.01.1997 № 8 (далі – КСПОВО), та Класифікатора одиниць вимірювання та обліку, що використовуються у процесі оформлення митних декларацій, затвердженого наказом Міністерства фінансів України від 20.09.2012 № 1011.

У разі якщо одиниця виміру відсутня в КСПОВО та митному класифікаторі, зазначаються код та умовне позначення одиниці вимірювання, які використовуються для обліку та відображаються в первинних документах.

Оскільки в підрозділі «Таблиця одиниць виміру» (UOMTable) може зазначатися код одиниці вимірювання, який використовується в обліку суб’єкта господарювання (якщо така одиниця виміру відсутня в КСПОВО та митному класифікаторі), то такі коди фіксуються в повідомленні як застереження без відхилення електронного документа (інформації).

Підрозділ ІІ.9 «Таблиця аналітичних рахунків» (AnalysisTypeTable)

Як правильно відображати аналітичні дані за дебетом і кредитом?

Згідно з Детальним технічним описом елементів SAF-T UA підрозділ «Таблиця аналітичних рахунків» (AnalysisTypeTable) повинен містити інформацію щодо типів та видів аналітики (аналітичних рахунків) та використовуватись для аналітичного обліку операцій (наприклад, місце виникнення витрат, проєкт тощо).

Аналітичний облік операцій відображається в елементі «Дані в розрізі аналітики» (Analysis; AnalysisStructure; complex; Optional; 0..∞) у відповідних підрозділах SAF-T UA.

З технічної точки зору, цей елемент можна використовувати від жодного до необмеженої кількості разів, зазначаючи дані в розрізі аналітики, які належать до рахунків / субрахунків за дебетом та кредитом.

Дані в розрізі аналітики в межах однієї операції доцільно наводити послідовно: спочатку за дебетом, потім за кредитом.

Як зазначати код аналітичного рахунку, якщо в системі обліку суб’єкта господарювання застосовується універсальний унікальний ідентифікатор (UUID) довжиною 36 символів?

В елементі «Код аналітичного рахунку (субконто)» (AnalysisID; KeyAnalysisID; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..1) відображається номер аналітичного рахунку відповідно до Плану рахунків суб’єкта господарювання (ідентифікатор аналітичного рахунку, який використовується в системі обліку суб’єкта господарювання).

У разі використання для коду аналітичного рахунку (субконто) універсального унікального ідентифікатора (UUID), який у стандартному представленні має 36 символів (включно з дефісами), рекомендується подавати його у форматі без дефісів, що становить 32 символи, і таким чином відповідає обмеженню максимально допустимої кількості символів для введення (maxLength 35).

Чи потрібно аналітичні дані щодо договорів за операціями зарахування зустрічних однорідних вимог, новації, прощення боргу тощо відображати в таблиці аналітичних рахунків?

Для відображення аналітичних даних щодо договорів за операціями зарахування зустрічних однорідних вимог, новації, прощення боргу тощо в елементі «Дані в розрізі аналітики» (Analysis; AnalysisStructure; complex; Optional; 0..∞) підрозділу «Бухгалтерські операції» (GeneralLedgerEntries) відповідна інформація щодо типів та видів аналітики повинна міститися в підрозділі «Таблиця аналітичних рахунків» (AnalysisTypeTable).

Чи потрібно дані про найменування складів відображати в таблиці аналітичних рахунків?

Аналітичні дані щодо складів можуть розкриватися в таких окремих елементах SAF-T UA:

в елементі «Код складу» (WarehouseID; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) підрозділу «Запаси» (PhysicalStock) зазначається ідентифікатор складу;

в елементі «Код складу» (WarehouseID; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) структури пункту перевезення , яка використовується в елементах підрозділів «Відомості про продаж» (SalesInvoices), «Відомості про придбання / закупівлю» (PurchaseInvoices) та «Операції із запасами» (MovementOfGoods), зазначається ідентифікатор складу, де зберігаються товари, а також ідентифікатор складу, що використовується для ідентифікації незавершеного виробництва або запасів (товарів) у дорозі.

При цьому в підрозділі «Таблиця аналітичних рахунків» (AnalysisTypeTable) додатково може бути розкрито інформацію про склади з метою включення їх найменувань до опису аналітичного рахунку (субконто).

Підрозділ ІІ.11 «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products)

Який код запасу / продукції (товару / роботи, послуги) необхідно зазначати в номенклатурі: код УКТ ЗЕД / Державного класифікатора продукції та послуг (далі – ДКПП) (за наявності) або унікальний ідентифікатор продукції (товару / роботи, послуги), який застосовується суб’єктом господарювання?

Згідно з Детальним технічним описом елементів SAF-T UA підрозділ «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products) містить інформацію щодо характеристики запасу / продукції (товару / роботи, послуги), зокрема: код запасу / продукції, індикатор, що дає можливість ідентифікувати продукцію на предмет, чи продукція є товаром або роботою, послугою, опис, одиницю виміру, метод оцінки тощо.

В елементі «Код запасу / продукції (товару / роботи, послуги)» (ProductCode; KeyProductCode; SAFmiddle2textType; simple; maxLength 70; Mandatory; 1..1) зазначається унікальний ідентифікатор запасу / продукції (товару / роботи, послуги), який застосовується суб’єктом господарювання.

Для кодів запасів / продукції (ProductCode) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа.

Водночас в елементі «Товарний код продукції» (ProductCommodityCode; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається код УКТ ЗЕД / ДКПП (за наявності). Код товару згідно з УКТ ЗЕД зазначається суцільним порядком без будь-яких розділових знаків (пробілів, крапок тощо). Код послуги згідно з ДКПП повинен відповідати загальній структурі цифрових кодів утворення класифікаційних угруповань у ДКПП.

Отже, для кожної номенклатури позиції обов’язково зазначається унікальний ідентифікатор запасу / продукції (товару / роботи, послуги), який застосовується суб’єктом господарювання, а також код УКТ ЗЕД / ДКПП (за наявності).

Який ідентифікатор категорії запасу / продукції (товару / роботи, послуги) слід зазначати для витрат на придбання основних засобів, які в системі обліку суб’єкта господарювання спочатку відображаються в довіднику номенклатури, а після введення в експлуатацію – у складі об’єктів основних засобів?

Об'єкти капітальних інвестиції відображаються в підрозділі «Необоротні активи» (Assets).

Якщо в системі обліку суб’єкта господарювання для об'єкта капітальних інвестиції створюється номенклатурна позиція запасу / продукції (товару / роботи, послуги) із зазначення коду УКТ ЗЕД, то відповідний об'єкт може додатково відображатися в підрозділі «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products) із зазначенням індикатора, що дозволяє ідентифікувати його як товар (GoodsServicesID=1).

Якщо в податковій звітності виробника пива використовуються одиниці виміру, які відрізняються від базової одиниці виміру, як необхідно відображати ці одиниці виміру у стандартній одиниці виміру?

В елементі «Стандартна одиниця виміру» (UOMStandard; KeyUnitOfMeasure, RefProductUOMStandard; SAFcodeType; simple; maxLength 9; Mandatory; 1..1) зазначається стандартна одиниця виміру, що застосовується для відповідного запасу / продукції (товару / роботи, послуги) в обліку та податковій звітності суб’єкта господарювання. Цей елемент не заповнюється, якщо в обліку та податковій звітності суб’єкта господарювання застосовується тільки базова одиниця виміру (UOMBase).

В елементі «Коефіцієнт перерахунку стандартної одиниці виміру в базову» (UOMToUOMBaseConversionFactor; xs:decimal; simple; Mandatory; 1..1) зазначається коефіцієнт перерахунку стандартної одиниці виміру (UOMStandard) у базову одиницю виміру (UOMBase). Цей елемент не заповнюється, якщо в обліку та звітності суб’єкта господарювання застосовується тільки базова одиниця виміру (UOMBase).

Отже, якщо в обліку та податковій звітності суб’єкта господарювання застосовується не тільки базова одиниця виміру (UOMBase), то всі такі одиниці виміру (крім базової) необхідно відображати у стандартній одиниці виміру (UOMStandard) із зазначенням відповідних коефіцієнтів перерахунку.

Наприклад, якщо базова одиниця виміру пива світлого пастеризованого «Солодове» (0,5 л,
4.5 %) – 2061 (пляш), то потрібно зазначати всі стандартні одиниці виміру, які застосовуються в обліку та податковій звітності суб’єкта господарювання, та відповідні коефіцієнти перерахунку стандартної одиниці виміру в базову:

2062 – тис. пляш. (коефіцієнт перерахунку: 1000);

0138 – л (коефіцієнт перерахунку: 2);

0142 – дал (коефіцієнт перерахунку: 20);

2087 – л чист. спирт (коефіцієнт перерахунку: 44,444444);

833 – дал 100 % спирт, при 20° C (коефіцієнт перерахунку: 444,444444) тощо.

Якщо в податковій звітності виробника тютюнових виробів використовуються одиниці виміру, які відрізняються від базової одиниці виміру, як необхідно відображати ці одиниці виміру у стандартній одиниці виміру?

Якщо в обліку та податковій звітності суб’єкта господарювання застосовується не тільки базова одиниця виміру (UOMBase), то всі такі одиниці виміру (крім базової) необхідно відображати у стандартній одиниці виміру (UOMStandard) із зазначенням відповідних коефіцієнтів перерахунку.

Наприклад, якщо базова одиниця виміру сигарет без фільтра «Тютюнові» (20 шт) – 2112 (пач), то потрібно зазначати всі стандартні одиниці виміру, які застосовуються в обліку та податковій звітності суб’єкта господарювання, та відповідні коефіцієнти перерахунку стандартної одиниці виміру в базову:

2009 – шт (коефіцієнт перерахунку: 0,05);

2013 – тис. шт (коефіцієнт перерахунку: 50);

2014 – млн шт (коефіцієнт перерахунку: 50000) тощо.

Чи потрібно у стандартних одиницях виміру відображати для пального літри, приведені до температури 15 °C, та для спирту етилового – декалітри 100-відсоткового спирту, приведені до температури 20 °C?

Згідно з пунктом 232.1 статті 232 розділу VI Кодексу одиницею обліку обсягів пального в системі електронного адміністрування реалізації пального та спирту етилового є літри, приведені до температури 15 °C, – для пального та декалітри 100-відсоткового спирту, приведені до температури 20 °C, – для спирту етилового. При цьому відпущені літри в місцях роздрібної торгівлі пальним, на які отримано ліцензію на право роздрібної торгівлі пальним, для цілей цього розділу вважаються як літри, приведені до температури 15° C. Такі одиниці обліку для пального та спирту етилового повинні використовуватися в первинних бухгалтерських документах, акцизних накладних / розрахунках коригування до акцизних накладних, декларації з акцизного податку.

Відповідно до пункту 46 Порядку роботи системи електронного адміністрування реалізації пального та спирту етилового, затвердженого постановою Кабінету Міністрів України від 24.04.2019 № 408, для визначення обсягів обігу (крім обсягу реалізації пального через паливороздавальні колонки) та залишків пального в літрах, приведених до температури 15 °C, використовуються положення ДСТУ EN ISO 8973:2013 «Гази нафтові скраплені. Розрахунковий метод визначення густини і тиску пари» та ДСТУ ГОСТ 8.599:2016 (ГОСТ 8.599–2010, IDT) «Метрологія. Густина світлих нафтопродуктів. Таблиці перерахунку густини до 15 °С та 20 °С і до умов вимірювання об’єму».

Якщо в обліку та податковій звітності суб’єкта господарювання застосовуються не тільки базові одиниці виміру (UOMBase), то всі такі одиниці виміру (крім базової) необхідно відображати у стандартній одиниці виміру (UOMStandard) із зазначенням відповідних коефіцієнтів перерахунку.

Таким чином, якщо літри пального, приведені до температури 15 °C (цифровий код: 999), та декалітри 100-відсоткового спирту, приведені до температури 20 °C (цифровий код: 833), не є базовими одиницями виміру (UOMBase), які застосовуються в обліку та податковій звітності суб’єкта господарювання, то вони мають відображатися як стандартні одиниці виміру (UOMStandard) із зазначенням відповідних коефіцієнтів перерахунку стандартної одиниці виміру в базову.

Як повинен зазначатися виробником або імпортером опис підакцизних товарів (продукції), на які встановлено максимальні роздрібні ціни?

Згідно з підпунктом 3 пункту 3 розділу III Порядку складання та подання Декларації про максимальні роздрібні ціни на підакцизні товари (продукцію), затвердженого наказом Міністерства фінансів України від 25.03.2015 № 359, у графі 4 «Власна назва підакцизного товару (продукції) з додатковою інформацією щодо характеристик (за наявності)» Декларації вказується перелік підакцизних товарів (продукції), що виробляються виробником в Україні або імпортуються імпортером в Україну, за їх власною назвою, зокрема:

якщо на підакцизний товар (продукцію) з однаковою власною назвою і різною додатковою інформацією щодо характеристик товару (продукції) встановлено однакову максимальну роздрібну ціну, то власна назва такого товару (продукції) та додаткова інформація щодо його характеристик зазначаються в одному рядку;

якщо на підакцизний товар (продукцію) з однаковою власною назвою і різною додатковою інформацією щодо характеристик товару (продукції) встановлено різні максимальні роздрібні ціни, власна назва такого товару (продукції) та кожна додаткова інформація щодо його характеристик зазначаються в окремих рядках;

не можуть встановлюватись різні максимальні роздрібні ціни на підакцизний товар (продукцію) з однаковою власною назвою і однаковою додатковою інформацією щодо товару.

В елементі «Опис запасу / продукції (товару / роботи, послуги)» (Description; SAFlongtextType; simple; maxLength 256; Mandatory) відображається найменування запасу / продукції (товару / роботи, послуги).

Отже, для підакцизних товарів (продукції), на які встановлено максимальні роздрібні ціни, в елементі «Опис запасу / продукції (товару / роботи, послуги)» (Description) доцільно зазначати власну назву підакцизного товару (продукції) з додатковою інформацією щодо характеристик (за наявності), яка подається в Декларації про максимальні роздрібні ціни на підакцизні товари (продукцію).

Підрозділ ІІ.12 «Запаси» (PhysicalStock)

Чи потрібно в запасах відображати інформацію щодо запасів / продукції, за яким були обороти, але відсутні залишки на початок / кінець періоду?

Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Запаси» (PhysicalStock) відображається інформація про код запасу / продукції, ідентифікатор складу, номер рахунку / субрахунку, на якому обліковується запас / продукція, їх кількість, ціни та вартість на початок та на кінець періоду, за який формується SAF-T UA.

Дані в підрозділі «Запаси» (PhysicalStock) можуть бути обмежені запасами / продукцією, за якими здійснювались операції в періоді, за який формується SAF-T UA, та/або для яких наявні залишки на початок / кінець періоду (залишок на початок або кінець не дорівнює 0)

Чи потрібно в запасах відображати інформацію щодо запасів / продукції, облік яких здійснюється за номенклатурними групами?

У разі коли відповідно до П(С)БО / МСБО, МСФЗ аналітичний облік запасів ведеться за номенклатурними групами, така інформація також підлягає відображенню в підрозділі «Запаси» (PhysicalStock).

При цьому інформація щодо відповідних номенклатурних груп має бути представлена як окремі номенклатурні позиції в підрозділі «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products).

Чи потрібно заповнювати одиницю виміру запасу, якщо вона дорівнює базовій?

В елементі «Одиниця виміру запасу» (UOMPhysicalStock; KeyUnitOfMeasure, RefUOMPhysicalStock; SAFcodeType; simple; maxLength 9; Mandatory; 1..1) зазначається одиниця виміру для відповідної позиції запасу / продукції (товару / роботи, послуги). Цей елемент не заповнюється, якщо одиниця виміру запасу (UOMPhysicalStock) дорівнює (базовій) одиниці виміру (UOMBase).

В елементі «Коефіцієнт перерахунку одиниці виміру запасу в базову одиницю виміру» (UOMToUOMBaseConversionFactor; xs:decimal; simple; Mandatory; 1..1) зазначається коефіцієнт перерахунку одиниці виміру запасу / продукції (товару / роботи, послуги) (UOMPhysicalStock) у базову одиницю виміру (UOMBase). Цей елемент не заповнюється, якщо одиниця виміру запасу (UOMPhysicalStock) дорівнює базовій одиниці виміру (UOMBase).

Наприклад, якщо складська і базова одиниця виміру для пива світлого пастеризованого «Солодове» (0,5 л, 4.5 %) – 2062 (тис. пляш.), то одиниця виміру запасу (UOMPhysicalStock) та відповідний коефіцієнт перерахунку одиниці виміру запасу в базову одиницю виміру (UOMToUOMBaseConversionFactor) не заповнюється.

Підрозділ ІІ.13 «Власники (засновники)» (Owners)

Сальдо яких рахунків / субрахунків необхідно розкривати в підрозділі «Власники (засновники)» (Owners)?

Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Власники (засновники)» (Owners) розкривається інформація про власника(ів) (засновника(ів)) суб’єкта господарювання. Відомості заповнюються окремо в розрізі кожного суб’єкта (юридичної / фізичної особи) з описом їхніх реєстраційних (загальних) даних.

В елементі «Сальдо рахунку» (OwnerBalance; Mandatory; 1..∞) зазначається сальдо рахунку / субрахунку, на якому обліковуються господарські операції з власником (засновником).

Таким чином, у цьому підрозділі слід зазначати сальдо рахунків / субрахунків, за якими аналітичний облік у системі обліку суб’єкта господарювання ведеться за власниками (засновниками), зокрема щодо:

статутного капіталу;

неоплаченого капіталу;

розрахунків із власниками (засновниками) підприємства, що пов’язані з розподілом власного капіталу (дивіденди, повернення часток тощо).

Чи може частка (доля) у статутному капіталі зазначатися у дробовому форматі?

В елементі «Частка (доля) у статутному капіталі» (ShareOfStatutoryFund; SAFpercentageType; simple; minInclusive 0, maxInclusive 100; Optional; 0..1) зазначається відсотковий еквівалент частки.

Тип елемента «Частка (доля) у статутному капіталі» (ShareOfStatutoryFund) визначено як простий тип «SAFPercentageType».

Простий тип «SAFpercentageType» призначений для відображення відсоткових значень і базується на типі даних , обмеженому діапазоном від 0 до 100.

Тип даних використовується для представлення числових значень із можливістю вказівки дробової частини.

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

Підрозділ ІІ.14 «Необоротні активи» (Assets)

Як слід заповнювати дату придбання та дату початку роботи для витрат на будівництво, які в системі обліку суб’єкта господарювання спочатку відображаються в довіднику об'єктів будівництва, а після введення в експлуатацію – у складі об’єктів основних засобів?

Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку / субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники щодо кожного окремого активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних із цим активом, а також із розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу.

Об'єкти капітальних інвестицій та введені в експлуатацію об'єкти необоротних активів мають відображатися в підрозділі «Необоротні активи» (Assets) як окремі об'єкти.

В елементі «Дата придбання» (DateOfAquisition; SAFdateType; simple; Optional; 0..1) зазначається дата оприбуткування активу. Цей елемент підлягає обов’язковому заповненню в разі наявності даних – як для об’єктів капітальних інвестицій, так і для введених в експлуатацію об'єктів необоротних активів.

В елементі «Дата початку роботи» (StartUpDate; SAFdateType; simple; Optional; 0..1) зазначається дата введення в експлуатацію. Цей елемент підлягає обов’язковому заповненню для введених у дію, прийнятих в експлуатацію матеріальних та нематеріальних необоротних активів.

Чи потрібно в інформації щодо обліку необоротних активів відображати гудвіл, довгострокову дебіторську заборгованість та інші необоротні активи?

Інформацію про гудвіл та інші необоротні активи слід відображати в підрозділі «Необоротні активи» (Assets).

Інформацію про довгострокову дебіторську заборгованість слід відображати в підрозділі «Клієнти» (Customers).

Якщо в системі обліку суб’єкта господарювання у зв’язку зі зміною найменування дочірнього підприємства створюється новий код активу, на який переноситься вартість довгострокових фінансових інвестицій, то як у такому разі відображати інформацію щодо активу в SAF-T UA?

Відповідно до моделі Організації економічного співробітництва та розвитку України для кожного необоротного активу передбачена можливість заповнення лише одного інвентарного номера або іншого унікального ідентифікатора активу, що застосовується суб’єктом господарювання в бухгалтерському обліку (AssetID), а також лише одного коду рахунку / субрахунку (AccountID).

В елементі «Передача (переведення) активу» (Transfers) відображається балансова вартість передачі (переведення) активу протягом звітного періоду (збільшення +, зменшення -) через переведення з (до) інвестиційної нерухомості, незавершеного будівництва; визнання утримуваним для продажу тощо.

Якщо в системі обліку суб’єкта господарювання у зв’язку зі зміною найменування дочірнього підприємства створюється новий код активу (AssetID), на який переноситься вартість довгострокових фінансових інвестицій, така операція має відображатися в елементі «Передача (переведення) активу» (Transfers) таким чином:

збільшення (+) – для активу з новим найменуванням;

зменшення (-) – для активу з попереднім найменуванням.

В елементі «Дата вибуття» (AssetDisposalDate; SAFdateType; simple; Optional; 0..1) відображається дата вибуття активу (продажу, ліквідації, внеску до статутного капіталу іншого підприємства тощо). У цьому елементі доцільно також зазначати дату передачі (переведення) активу протягом звітного періоду (для активу, що зменшується).

В елементі «Дата початку роботи» (StartUpDate; SAFdateType; simple; Optional; 0..1) відображається дата введення в експлуатацію. У цьому елементі доцільно також зазначати дату передачі (переведення) активу протягом звітного періоду (для активу, що збільшується).

Як слід зазначати дату виведення з експлуатації та дату початку роботи, якщо актив був виведений з експлуатації у зв’язку з консервацією на початок або протягом періоду, а згодом – повторно введений в експлуатацію?

В елементі «Дата виведення з експлуатації» (DecommissionDate; SAFdateType; simple; Optional; 0..1) відображається дата виведення з експлуатації, в тому числі у зв’язку з консервацією або переведенням до складу активів, які призначаються для продажу.

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

В елементі «Дата початку роботи» (StartUpDate; SAFdateType; simple; Optional; 0..1) відображається дата введення в експлуатацію.

Якщо актив, раніше виведений з експлуатації у зв’язку з консервацією, був повторно введений в експлуатацію протягом періоду, зазначається відповідна дата початку роботи.

Як слід відображати зміни методу амортизації та ліквідаційної вартості об'єктів основних засобів / нематеріальних активів, які відбулися протягом звітного періоду?

В елементі «Метод амортизації» (DepreciationMethod; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається метод нарахування амортизації активу.

В елементі «Ліквідаційна вартість» (ResidualValue; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Optional; 0..1) зазначається оцінена сума, яку суб’єкт господарювання отримав би на поточний час від вибуття активу після вирахування всіх оцінених витрат на вибуття, якби актив був би такого ж віку та стану, в якому він був би на кінець строку його корисного використання.

SAF-T UA не передбачає механізму відображення змін у методі амортизації та ліквідаційній вартості об’єктів основних засобів / нематеріальних активів, які відбулися протягом звітного періоду.

Тому метод амортизації та ліквідаційну вартість об’єктів основних засобів / нематеріальних активів слід відображати на початок звітного періоду (для нових надходжень – на дату введення в експлуатацію).

Підрозділ ІІ.15 «Податкові різниці» (TaxDifferences)

Як необхідно заповнювати суми різниць за кожний податковий звітний період, якщо здійснювалось виправлення помилок у декларації з податку на прибуток?

Відповідно до Порядку в розділі 5 «Податкові різниці» Структури надання електронних документів (інформації) ВПП (стандартний аудиторський файл (SAF-T UA)) заповнюються дані щодо податкових різниць, на які збільшується / зменшується фінансовий результат у розрізі кожного показника, визначеного у Кодексі, що в періоді, за який надається інформація на запит контролюючого органу, мав вплив на фінансовий результат суб’єкта господарювання (як у бік зменшення, так і бік збільшення). При цьому відображається кожний елемент податкових різниць зі стислим описом характеристики сутності операції, її обґрунтування відповідно до вимог П(С)БО / МСБО, МСФЗ, відображення проведених операцій у бухгалтерському обліку (бухгалтерські проведення) суб’єкта господарювання, загальна сума податкових різниць.

Інформація заповнюється за кожний податковий звітний період у межах періоду господарської діяльності суб’єкта господарювання, за який формується SAF-T UA.

Якщо у відповідному періоді здійснювалося виправлення помилок у декларації з податку на прибуток, то суми різниць за кожний податковий звітний період у межах періоду господарської діяльності суб’єкта господарювання, за який формується SAF-T UA, мають бути зазначені в елементі «Сума за період» (TaxDifferenceAmountForPeriod) відповідно до уточнених даних.

Розділ III «Бухгалтерські операції» (GeneralLedgerEntries)

Як у бухгалтерських операціях необхідно відображати інформацію щодо дат господарської операції, якщо до моменту закінчення складання регістрів бухгалтерського обліку за звітний період від контрагента отримано первинний документ (акт) щодо фактично наданих послуг у грудні 2024 року, який має дату складання 05.01.2025 та зафіксований у системі обліку суб’єкта господарювання 10.01.2025 з датою відображення господарської операції 31.12.2024?

Згідно з Порядком у підрозділі 3.1. «Бухгалтерські операції» Структури надання електронних документів (інформації) ВПП (стандартний аудиторський файл (SAF-T UA)) розкривається інформація щодо бухгалтерських проведень суб’єкта господарювання в розрізі кожної окремої господарської операції з деталізацією здійсненої операції, із зазначенням її типу, суми, інформації щодо унікального ідентифікаційного номера контрагента юридичної (фізичної) особи (у разі якщо операція здійснюється з контрагентом), розкриттям даних про бухгалтерські проведення по цій операції, а також іншої інформації відповідно до таблиці цього підрозділу SAF-T UA в розрізі кожного бухгалтерського проведення.

Відповідно до характеристик елементів підрозділу 3.1. «Бухгалтерські операції» (GeneralLedgerEntries) інформація щодо дат господарської операції, наведеної у прикладі, може відображатися так:

Елемент	Характеристика	Значення
Обліковий період (Period)	Звітний період, до якого належить операція (порядковий номер місяця)	12
Звітний рік (PeriodYear)	Звітний рік, до якого належить операція	2024
Дата операції (TransactionDate)	Дата здійснення операції	31.12.2024
Системна дата (SystemEntryDate)	Фактична дата внесення інформації, зафіксована системою	10.01.2025
Дата облікового запису (GLPostingDate)	Дата, якою суб’єкт господарювання здійснює обліковий запис у бухгалтерському обліку	31.12.2024

Як у бухгалтерських операціях необхідно відображати інформацію щодо дат господарської операції, якщо в місяці надходження від контрагента первинного документа (акта) щодо фактично наданих послуг у грудні 2024 року, який має дату складання 05.01.2025 та зафіксований у системі обліку суб’єкта господарювання 10.01.2025, здійснюється коригування на суму різниці між оцінкою такої господарської операції за внутрішнім первинним документом (актом) та первинним документом, отриманим від контрагента?

Згідно з пунктом 2.5 глави 2 Положення про документальне забезпечення записів у бухгалтерському обліку, затвердженого наказом Міністерства фінансів України від 24.05.1995 № 88 (далі – Положення № 88), якщо правилами документообороту підприємства передбачена можливість відображення господарської операції, щодо якої на момент закінчення складання регістрів бухгалтерського обліку за звітний період від контрагента у терміни, встановлені законодавством, не отримано первинного документа, підставою для перенесення інформації про таку господарську операцію до регістрів бухгалтерського обліку є належним чином оформлений внутрішній первинний документ (акт), складений посадовою особою, відповідальною за приймання-відпуск товарно-матеріальних цінностей, робіт і послуг.

Господарські операції, наведені у внутрішньому первинному документі (акті), оцінюються в порядку, визначеному в національних положеннях (стандартах) бухгалтерського обліку або міжнародних стандартах фінансової звітності.

Відповідно до характеристик елементів підрозділу «Бухгалтерські операції» (GeneralLedgerEntries) інформація щодо дат господарської операції, наведеної у внутрішньому первинному документі (акті), може відображатися так:

Елемент	Характеристика	Значення
Обліковий період (Period)	Звітний період, до якого належить операція (порядковий номер місяця)	12
Звітний рік (PeriodYear)	Звітний рік, до якого належить операція	2024
Дата операції (TransactionDate)	Дата здійснення операції	31.12.2024
Системна дата (SystemEntryDate)	Фактична дата внесення інформації, зафіксована системою	31.12.2024
Дата облікового запису (GLPostingDate)	Дата, якою суб’єкт господарювання здійснює обліковий запис у бухгалтерському обліку	31.12.2024

Згідно з пунктом 3.4 глави 3 Положення № 88 у місяці надходження від контрагента первинного документа щодо господарської операції, інформація про яку в минулих звітних періодах була перенесена до регістрів бухгалтерського обліку згідно з внутрішнім первинним документом (актом), до регістрів бухгалтерського обліку за звітний період переноситься інформація про таку господарську операцію, при цьому її обсяг зазначається шляхом коригування на суму різниці між оцінкою такої господарської операції за внутрішнім первинним документом (актом) та первинним документом, отриманим від контрагента.

Відповідно до характеристик елементів підрозділу «Бухгалтерські операції» (GeneralLedgerEntries) інформація щодо дат господарської операції,, наведеної у прикладі, може відображатися так:

Елемент	Характеристика	Значення
Обліковий період (Period)	Звітний період, до якого належить операція (порядковий номер місяця)	1
Звітний рік (PeriodYear)	Звітний рік, до якого належить операція	2025
Дата операції (TransactionDate)	Дата здійснення операції	05.01.2025
Системна дата (SystemEntryDate)	Фактична дата внесення інформації, зафіксована системою	10.01.2025
Дата облікового запису (GLPostingDate)	Дата, якою суб’єкт господарювання здійснює обліковий запис у бухгалтерському обліку	05.01.2025

Чи допускається зазначення в бухгалтерських операціях від’ємних значень грошової оцінки господарської операції?

В елементі «Сума за дебетом» (DebitAmount; AmountStructure; complex; Mandatory; 1..1) зазначається грошова оцінка господарської операції за дебетом (обирається для балансових рахунків / субрахунків та при збільшенні залишку позабалансових рахунків), а в елементі «Сума за кредитом» (CreditAmount; AmountStructure; complex; Mandatory; 1..1) зазначається грошова оцінка господарської операції за кредитом (обирається при зменшенні залишку позабалансових рахунків).

Для цих елементів не встановлено обмежень щодо відображення від’ємних значень.

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

Як зазначати дані в розрізі договорів за операціями зарахування зустрічних однорідних вимог, новації, прощення боргу тощо?

У разі здійснення операцій зарахування зустрічних однорідних вимог, новації, прощення боргу тощо аналітичні дані щодо договорів можуть зазначатися в елементі «Дані в розрізі аналітики» (Analysis; AnalysisStructure; complex; Optional; 0..∞).

Дані в розрізі аналітики доцільно наводити послідовно: спочатку за дебетом, потім за кредитом.

Яку додаткову ознаку («С» або «П») необхідно наводити покупцю при умовному позначенні операції, якщо за домовленістю сторін зобов’язання щодо постачання одного товару / послуги припиняється, а раніше здійснена попередня (авансова) оплата зараховується в рахунок оплати іншого поставленого товару / послуги того самого постачальника без фактичного повернення коштів на поточний рахунок покупця (при цьому складається розрахунок коригування до податкової накладної, складеної на дату перерахування попередньої (авансової) оплати)?

Якщо за домовленістю сторін зобов’язання щодо постачання одного товару / послуги припиняється, а раніше здійснена попередня (авансова) оплата зараховується в рахунок оплати іншого поставленого товару / послуги того самого постачальника без фактичного повернення коштів покупцю, то при умовному позначенні операції покупець може навести додаткову ознаку «С», оскільки здійснюється коригування податкового кредиту за раніше здійсненою попередньою (авансовою) оплатою.

При розкритті інформації щодо бухгалтерських проведень суб’єкта господарювання за господарськими операціями, які передбачають нарахування податків, відповідну інформацію про податки слід зазначати в елементі «Податкова інформація» (TaxInformation).

Інформацію щодо податку на додану вартість за такою операцією необхідно вказувати зі знаком «-».

Розділ ІV «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments)

Як розмежовувати операцію за першою подією, якщо в системі обліку суб’єкта господарювання інформація про тип операцій, пов’язаних із продажем матеріальних цінностей, переданих на комісію, та отриманням комісійних послуг, визначається на основі одного документа (звіту комісіонера)?

У підрозділі «Відомості про продаж» (SalesInvoices) на підставі звіту комісіонера (акта наданих послуг) зазначається інформація щодо продажу матеріальних цінностей, переданих на комісію (у тому числі ПДВ), а в підрозділі «Відомості про придбання / закупівлю» (PurchaseInvoices) на підставі звіту комісіонера (акта наданих послуг) зазначається інформація щодо отримання комісійних послуг (у тому числі ПДВ).

Якщо в системі обліку суб’єкта господарювання інформація про тип операцій, пов’язаних із продажем матеріальних цінностей, переданих на комісію, та отримання комісійних послуг визначається на основі одного документа (звіту комісіонера), то розмежування за першою подією доцільно здійснювати за основною операцією, тобто за операцією з продажу матеріальних цінностей, переданих на комісію.

Як розмежовувати операцію за першою подією, якщо в системі обліку суб’єкта господарювання інформація про тип операцій, пов’язаних із продажем матеріальних цінностей, прийнятих на комісію, наданням комісійних послуг та виникненням кредиторської заборгованості перед комітентом, визначається на основі одного документа (звіту комітенту)?

У підрозділі «Відомості про продаж» (SalesInvoices) на підставі первинних документів щодо реалізації матеріальних цінностей / звіту комітенту (акта наданих послуг) зазначається інформація щодо продажу матеріальних цінностей, прийнятих на комісію, та надання комісійних послуг (у тому числі ПДВ), а в підрозділі «Відомості про придбання / закупівлю» (PurchaseInvoices) на підставі звіту комітенту (акта наданих послуг) зазначається інформація щодо виникнення кредиторської заборгованості перед комітентом на дату продажу матеріальних цінностей (у тому числі ПДВ).

Якщо в системі обліку суб’єкта господарювання інформація про тип операцій, пов’язаних із продажем матеріальних цінностей, прийнятих на комісію, наданням комісійних послуг та виникненням кредиторської заборгованості перед комітентом визначається на основі одного документа (звіту комітенту), то розмежування за першою подією доцільно здійснювати за основною операцією, тобто за операцією з продажу матеріальних цінностей, прийнятих на комісію.

Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices)

Чи допускається у відомостях про продаж відображати роздрібні продажі без ідентифікації покупця на основі звітів про реалізовані товари (надані послуги)?

Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про продаж» (SalesInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів реалізованих матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій із продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA).

У разі здійснення роздрібного продажу без ідентифікації покупця, в елементах «Ідентифікатор покупця» (CustomerID) та «Код контрагента» (RegistrationNumber) проставляється умовний код «100000000000», а в елементі «Найменування контрагента» (Name) зазначається «Неплатник».

Якщо в системі обліку суб’єкта господарювання інформація щодо роздрібних продажів відображається на основі звітів про реалізовані товари (надані послуги), то заповнення підрозділу «Відомості про продаж» (SalesInvoices) має здійснюватися на підставі таких звітів із зазначенням інформації щодо фактичних обсягів реалізованих матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій із продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA).

Чи потрібно орендодавцю відображати у відомостях про продаж інформацію щодо орендних платежів?

Інформація щодо орендних платежів повинна відображатися орендодавцем у підрозділі «Відомості про продаж» (SalesInvoices).

Як комітенту слід відображати інформацію про покупця у відомостях про продаж при здійсненні експортної поставки товарів за договором комісії, якщо в обліку ведуться розрахунки з українським контрагентом – комісіонером, а відвантаження товару відбувається на адресу іноземного покупця (нерезидента)?

У разі продажу матеріальних цінностей, переданих на комісію (в тому числі для операцій із вивезення товарів за межі митної території України в митному режимі експорту), в підрозділі «Відомості про продаж» (SalesInvoices) на підставі звіту комісіонера (акта наданих послуг) зазначається інформація щодо контрагента – комісіонера.

Згідно з довідником «Таблиця податків» (TaxTable) (для ПДВ), наведеним після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для операцій із вивезення товарів за межі митної території України, що підлягають оподаткуванню за нульовою ставкою, необхідно використовувати код податку (TaxCode) «901».

Якщо одиниця виміру, зазначена в первинному документі, відрізняється від базової, то як повинен розраховуватись відповідний коефіцієнт перерахунку?

В елементі «Одиниця виміру» (InvoiceUOM; KeyUnitOfMeasure, RefSalesInvoiceLineUOM; SAFcodeType; simple; maxLength 9; Optional; 0..1) зазначається фізична величина, визначена в одиницях виміру ваги, об’єму або інших натуральних показниках кількості запасу / продукції (товару / роботи, послуги), прийнята для їх кількісного відображення.

В елементі «Коефіцієнт перерахунку одиниці виміру в базову» (UOMtoUOMBaseConversionFactor; xs:decimal; simple; Optional; 0..1) зазначається коефіцієнт перерахунку одиниці виміру, вказаної в первинному документі, в базову одиницю виміру (якщо вони відрізняються).

Наприклад, якщо в первинному документі для пива світлого пастеризованого «Солодове» (0,5 л, 4.5 %) зазначено одиницю виміру 2061 (пляш.), а базова одиниця виміру – 2062 (тис. пляш.), то відповідний коефіцієнт перерахунку одиниці виміру в базову становить 0,001.

Яку інформацію необхідно зазначати в кредит-ноті при відображенні документа повернення / коригування, якщо в системі обліку суб’єкта господарювання відсутній технічний зв’язок з основним первинним документом, або такий зв’язок не забезпечується на рівні окремих рядків документів, або коригування є частковим?

В елементі «Кредит-нота» (CreditNote; complex; Optional; 0..1) відображається інформація про коригування.

У межах цього елемента слід заповнити таку інформацію (на рівні рядка первинного документа):

в елементі «Посилання на основний документ» (Reference; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається посилання документа повернення / коригування на основний первинний документ;

в елементі «Причина коригування» (Reason; SAFlongtextType; simple; maxLength 256; Optional; 0..1) зазначається причина або обґрунтування повернення / коригування.

Якщо в системі обліку суб’єкта господарювання відсутній технічний зв’язок між документом повернення / коригування і основним первинним документом, елемент «Кредит-нота» (CreditNote) може не використовуватись.

Якщо в системі обліку суб’єкта господарювання технічний зв’язок між документом повернення / коригування і основним первинним документом не забезпечується на рівні рядків документів, допускається однакове значення елемента «Посилання на основний документ» (Reference) у всіх рядках документа, навіть у разі часткового коригування.

Чи потрібно у відомостях про продаж відображати бухгалтерські проведення щодо податкових зобов’язань з податку на додану вартість?

У підрозділі «Відомості про продаж» (SalesInvoices) не передбачено відображення повного набору бухгалтерських проведень за господарськими операціями з реалізації. На рівні кожного рядка первинного документа зазначається лише основна кореспонденція рахунків / субрахунків щодо реалізації матеріальних цінностей, робіт та послуг.

Нарахування податкових зобов’язань з податку на додану вартість розкривається в розділі «Бухгалтерські операції» (GeneralLedgerEntries) SAF-T UA.

Чи потрібно у відомостях про продаж зазначати дані податкової накладної, складеної на суму перевищення бази оподаткування над фактичною ціною постачання?

Зазначати інформацію податкової накладної, складеної на суму перевищення бази оподаткування, визначеної відповідно до статей 188 і 189 Кодексу, над фактичною ціною постачання, в підрозділі «Відомості про продаж» (SalesInvoices) не потрібно.

Дані такої податкової накладної відображаються в інформації щодо бухгалтерських проведень суб’єкта господарювання в розділі «Бухгалтерські операції» (GeneralLedgerEntries).

Як у відомостях про продаж зазначати податкову інформацію для послуг із переробки давальницької сировини нерезидента, попередньо ввезеної на митну територію України в митному режимі переробки?

В елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається інформація про податки (на рівні рядка первинного документа).

В елементі «Загальна сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається сума податків (на рівні загальних підсумків первинного документа).

Елементи «Податкова інформація» (TaxInformation) та «Сума податків» (TaxInformationTotals) повинні обов’язково бути заповнені.

Відповідно до довідника «Таблиця податків» (TaxTable) (для ПДВ), наведеного після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для операцій із постачання на митній території України товарів / послуг, що підлягають оподаткуванню за нульовою ставкою (у тому числі послуг із переробки давальницької сировини, попередньо ввезеної на митну територію України для виконання таких робіт та вивезеної за межі митної території України платником, що виконував такі роботи, або отримувачем-нерезидентом), слід використовувати код податку (TaxCode) «902».

Як у відомостях про продаж відображати інформацію щодо податку на додану вартість у складі первинного документа з реалізації послуг нерезиденту?

Згідно з довідником «Таблиця податків» (TaxTable) (для ПДВ), наведеним після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для операцій із постачання послуг нерезиденту слід використовувати такі коди податків (TaxCode):

20 – операції з постачання товарів / послуг, що підлягають оподаткуванню за основною ставкою;

7 – операції з постачання товарів / послуг, що підлягають оподаткуванню за ставкою 7 відсотків;

Не ПДВ – операції, що не є об'єктом оподаткування, операції з постачання послуг за межами митної території України та послуг, місце постачання яких визначено відповідно до пунктів 186.2, 186.3 статті 186 розділу V Кодексу за межами митної території України.

Як у відомостях про продаж повинні бути узгоджені показники грошової оцінки вартості продукції (товарів / робіт, послуг) та інформації про податки?

Елемент «Рахунок-фактура» (Invoice; InvoiceStructure; complex; Mandatory; 1..∞) використовується для відображення даних первинного документа з продажу.

На рівні рядка первинного документа відображається, зокрема, така інформація:

в елементі «Сума за рядком первинного документа» (InvoiceLineAmount; AmountStructure; complex; Mandatory; 1..1) зазначається грошова оцінка вартості продукту за вирахуванням податків;

в елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається інформація про податки.

На рівні загальних підсумків первинного документа відображається така інформація:

в елементі «Сума без податків та витрат на доставку» (NetTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається загальна сума без урахування податків та витрат на доставку;

в елементі «Сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається загальна сума податків;

в елементі «Сума витрат на доставку» (ShippingCostsAmountTotal; SAFmonetaryType; simple; Optional; 0..1) зазначається загальна сума витрат на доставку / перевезення;

в елементі «Загальна сума» (GrossTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається грошова оцінка загальної вартості продукції (товару / роботи, послуги).

Узгодженість між значеннями цих елементів повинна забезпечуватись на основі таких логічних формул:

[1] NetTotal (SystemID) = ΣInvoiceLineAmount.Amount (SystemID);

[2] ΣTaxInformationTotals.TaxAmount.Amount (SystemID; TaxCode) = ΣTaxInformation.TaxAmount.Amount (SystemID; TaxCode);

[3] GrossTotal (SystemID) = NetTotal (SystemID) + ΣTaxInformationTotals.TaxAmount.Amount (SystemID) + ShippingCostsAmountTotal (SystemID).

Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices)

Чи потрібно орендарю відображати у відомостях про придбання / закупівлю інформацію щодо орендних платежів?

Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про придбання / закупівлю» (PurchaseInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів придбаних матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій із придбання / закупівлі (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA).

Інформація щодо орендних платежів повинна відображатися орендарем у підрозділі «Відомості про придбання / закупівлю» (PurchaseInvoices).

Як у відомостях про придбання / закупівлю необхідно відображати інформацію щодо дат, якщо до моменту закінчення складання регістрів бухгалтерського обліку за звітний період від контрагента отримано первинний документ (акт) щодо фактично наданих послуг у грудні 2024 року, який має дату складання 05.01.2025 та зафіксований у системі обліку суб’єкта господарювання 10.01.2025 з датою відображення господарської операції 31.12.2024?

Відповідно до характеристик елементів підрозділу «Відомості про придбання / закупівлю» (PurchaseInvoices) інформація щодо дат первинного документа (акта), наведеного у прикладі, може відображатися так:

Елемент	Характеристика	Значення
Обліковий період (Period)	Звітний період, до якого належить операція (порядковий номер місяця)	12
Звітний рік (PeriodYear)	Звітний рік, до якого належить операція	2024
Дата (InvoiceDate)	Дата здійснення операції (якщо дата здійснення операції та дата оформлення (складання) документа відрізняються, то зазначається дата оформлення (складання) документа)	05.01.2025
Дата облікового запису (GLPostingDate)	Дата, якою суб’єкт господарювання здійснює обліковий запис у бухгалтерському обліку	31.12.2024

Як у відомостях про придбання / закупівлю необхідно відображати інформацію щодо дат господарської операції, якщо в місяці надходження від контрагента первинного документа (акта) щодо фактично наданих послуг у грудні 2024 року, який має дату складання 05.01.2025 та зафіксований у системі обліку суб’єкта господарювання 10.01.2025, здійснюється коригування на суму різниці між оцінкою такої господарської операції за внутрішнім первинним документом (актом) та первинним документом, отриманим від контрагента?

Відповідно до характеристик елементів підрозділу «Відомості про придбання / закупівлю» (PurchaseInvoices) інформація щодо дат внутрішнього первинного документа (акта) може відображатися так:

Елемент	Характеристика	Значення
Обліковий період (Period)	Звітний період, до якого належить операція (порядковий номер місяця)	12
Звітний рік (PeriodYear)	Звітний рік, до якого належить операція	2024
Дата (InvoiceDate)	Дата здійснення операції (якщо дата здійснення операції та дата оформлення (складання) документа відрізняються, то зазначається дата оформлення (складання) документа)	31.12.2024
Дата облікового запису (GLPostingDate)	Дата, коли суб’єкт господарювання здійснює обліковий запис у бухгалтерському обліку	31.12.2024

Елемент	Характеристика	Значення
Обліковий період (Period)	Звітний період, до якого належить операція (порядковий номер місяця)	1
Звітний рік (PeriodYear)	Звітний рік, до якого належить операція	2025
Дата (InvoiceDate)	Дата здійснення операції (якщо дата здійснення операції та дата оформлення (складання) документа відрізняються, то зазначається дата оформлення (складання) документа)	05.01.2025
Дата облікового запису (GLPostingDate)	Дата, коли суб’єкт господарювання здійснює обліковий запис у бухгалтерському обліку	05.01.2025

В елементі «Коефіцієнт перерахунку одиниці виміру в базову» (UOMtoUOMBaseConversionFactor; xs:decimal; simple; Optional; 0..1) зазначається коефіцієнт перерахунку одиниці виміру, зазначеної в первинному документі, в базову одиницю виміру (якщо вони відрізняються).

В елементі «Кредит-нота» (CreditNote; complex; Optional; 0..1) відображається інформація про коригування.

У межах цього елемента слід заповнити таку інформацію (на рівні рядка первинного документа):

Чи потрібно у відомостях про придбання / закупівлю відображати бухгалтерські проведення щодо податкового кредиту з податку на додану вартість?

У підрозділі «Відомості про придбання / закупівлю» (PurchaseInvoices) не передбачено відображення повного набору бухгалтерських проведень за господарськими операціями з придбання / закупівлі. На рівні кожного рядка первинного документа зазначається лише основна кореспонденція рахунків / субрахунків щодо придбання матеріальних цінностей, робіт та послуг.

Нарахування податкового кредиту з податку на додану вартість розкривається в розділі «Бухгалтерські операції» (GeneralLedgerEntries) SAF-T UA.

Як у відомостях про придбання / закупівлю відображати інформацію щодо митних платежів (податок на додану вартість, мито, акцизний податок) у складі первинного документа з придбання / закупівлі товарів?

Якщо в системі обліку суб’єкта господарювання митна декларація пов’язана з документом придбання / закупівлі в розрізі матеріальних цінностей, інформацію щодо митних платежів доцільно відображати в даних первинних документів з придбання / закупівлі матеріальних цінностей у елементах, що стосується інформації про податки.

В елементі «Сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається загальна сума податків (на рівні загальних підсумків первинного документа).

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

Для товарів, що ввозяться на митну територію України, база оподаткування яких перевищує договірну (контрактну) вартість, відповідна інформація може бути розкрита в елементі «База оподаткування» (TaxBase) структури інформації про податок (TaxInformationStructure).

Згідно з довідником «Таблиця податків» (TaxTable) (для ПДВ), наведеним після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для ввезених на митну територію України товарів, необоротних активів слід використовувати вид податку (TaxType) «ПДВ» та такі коди податків (TaxCode):

20 / імпорт – ввезені на митну територію України товари, необоротні активи (за основною ставкою); послуги, отримані від нерезидента, місце постачання яких розташоване на митній території України (за основною ставкою);

14 / імпорт – ввезені на митну територію України товари, необоротні активи (за ставкою
14 %);

7 / імпорт – ввезені на митну територію України товари, необоротні активи (за ставкою 7 %); послуги, отримані від нерезидента, місце постачання яких розташоване на митній території України (за ставкою 7 %);

903 – операції з постачання товарів / послуг, які звільнені від оподаткування.

Відповідно до Класифікації доходів бюджету для ввізного мита може використовуватись вид податку (TaxType) «15010000» та, зокрема, такі коди податків (TaxCode):

15010100 – мито на товари, що ввозяться суб’єктами підприємницької діяльності;

15010500 – мито на нафтопродукти, транспортні засоби та шини до них, що ввозяться суб’єктами підприємницької діяльності та громадянами (крім мита, яке сплачується при поміщенні суден у митний режим тимчасового ввезення з умовним частковим звільненням від оподаткування митними платежами).

Для акцизного податку з ввезених на митну територію України підакцизних товарів (продукції) може використовуватись вид податку (TaxType) «14030000» та такі коди податків (TaxCode):

14030100 – спирт;

14030200 – лікеро-горілчана продукція;

14030300 – виноробна продукція;

14030400 – пиво;

14030600 – тютюн та тютюнові вироби, рідини, що використовуються в електронних сигаретах;

14030800 – транспортні засоби;

14031000 – кузови для моторних транспортних засобів;

14031400 – електрична енергія;

14031900 – пальне;

14032000 – інші підакцизні товари іноземного виробництва.

Як у відомостях про придбання / закупівлю відображати інформацію щодо податку на додану вартість у складі первинного документа з придбання / закупівлі послуг у нерезидента, якщо вона зазначена тільки в податковій накладній, складеній отримувачем послуг?

Оскільки податкова накладна, складена отримувачем (покупцем) послуг від нерезидента, місце постачання яких розташоване на митній території України, пов’язана з документом придбання / закупівлі послуг, інформацію щодо податку на додану вартість доцільно відображати в даних первинного документа з придбання / закупівлі послуг у нерезидента в елементах, що стосується інформації про податки.

Які коди вказувати для податку на додану вартість при отриманні послуг від нерезидента?

Згідно з довідником «Таблиця податків» (TaxTable) (для ПДВ), наведеним після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для послуг, отриманих від нерезидента, слід використовувати вид податку (TaxType) «ПДВ» та такі коди податків (TaxCode):

903 – операції з постачання товарів / послуг, які звільнені від оподаткування;

Не ПДВ – операції, що не є об’єктом оподаткування, операції з постачання послуг за межами митної території України та послуг, місце постачання яких визначено відповідно до пунктів 186.2, 186.3 статті 186 розділу V Кодексу за межами митної території України.

Як у відомостях про придбання / закупівлі повинні бути узгоджені показники грошової оцінки вартості продукції (товарів / робіт, послуг) та інформації про податки?

Елемент «Рахунок-фактура» (Invoice; InvoiceStructure; complex; Mandatory; 1..∞) використовується для відображення даних первинного документа з придбання / закупівлі.

На рівні рядка первинного документа відображається, зокрема, така інформація:

На рівні загальних підсумків первинного документа відображається така інформація:

в елементі «Сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається загальна сума податків;

Узгодженість між значеннями цих елементів повинна забезпечуватись на основі таких логічних формул:

[1] NetTotal (SystemID) = ΣInvoiceLineAmount.Amount (SystemID);

[2] ΣTaxInformationTotals.TaxAmount.Amount (SystemID; TaxCode) = ΣTaxInformation.TaxAmount.Amount (SystemID; TaxCode);

[3] GrossTotal (SystemID) = NetTotal (SystemID) + ΣTaxInformationTotals.TaxAmount.Amount (SystemID) + ShippingCostsAmountTotal (SystemID).

Підрозділ ІV.3 «Відомості про платежі» (Payments)

Чи потрібно у відомостях про платежі зазначати інформацію видаткових та прибуткових касових ордерів?

Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Відомості про платежі» (Payments) на підставі первинних документів зазначається інформація щодо отриманих / перерахованих грошових коштів суб’єкта господарювання з наведенням способів оплати, кореспондуючих рахунків та іншої інформації щодо характеристик проведених розрахунків у розрізі платежів (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA).

У підрозділі «Відомості про платежі» (Payments) відображенню підлягає інформація про рух грошових коштів (у національній та іноземній валюті у касах, на розрахункових (поточних), валютних та інших рахунках у банках, у тому числі й на рахунках у системі електронного адміністрування податку на додану вартість, відкритих платникам податків у Казначействі), електронних грошей тощо.

Чи потрібно у відомостях про платежі обов’язково зазначати дані договорів, на підставі яких здійснюється операція?

В елементі «Призначення платежу» (SourceDocumentID; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається посилання на документ, на підставі якого здійснюється операція (договір / рахунок тощо) (при розрахунках з контрагентами).

Цей елемент є обов’язковим до заповнення в разі здійснення розрахунків з контрагентами.

Який ідентифікатор контрагента слід зазначати у відомостях про платежі у разі коли суб’єкт господарювання отримує кошти від власника (засновника) за реалізовані товари, роботи або послуги; як внески до статутного капіталу; як позику?

Ідентифікатор контрагента (отримувача / надавача платежу) зазначається шляхом вибору між покупцем / дебітором, постачальником / кредитором та власником (Choice; Optional; 0..1):

в елементі «Ідентифікатор покупця» (CustomerID; KeyCustomer; RefPaymentLineCustomer; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається унікальний ідентифікаційний номер юридичної особи в ЄДРПОУ / РНОКПП / код нерезидента (якщо здійснюється роздрібний продаж без ідентифікації покупця – зазначається умовний код таких операцій, що застосовується);

в елементі «Ідентифікатор постачальника» (SupplierID; KeySupplier, RefPaymentLineSupplier; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається унікальний ідентифікаційний номер юридичної особи в ЄДРПОУ / РНОКПП / код нерезидента;

в елементі «Ідентифікатор власника (засновника)» (OwnerID; KeyOwner, RefPaymentLineOwner; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається унікальний ідентифікаційний номер юридичної особи в ЄДРПОУ / РНОКПП / код нерезидента.

У разі отримання від власника (засновника) коштів за реалізовані матеріальні цінності, роботи або послуги зазначається ідентифікатор покупця (CustomerID), оскільки власник (засновник) виступає в ролі покупця.

У разі отримання від власника (засновника) коштів як погашення заборгованості за внесками до статутного капіталу зазначається ідентифікатор власника (засновника) (OwnerID), оскільки власник (засновник) виступає в ролі власника (засновника).

У разі отримання від власника (засновника) коштів як позики зазначається ідентифікатор постачальника (SupplierID), оскільки власник (засновник) виступає в ролі кредитора.

Який ідентифікатор контрагента слід зазначати у відомостях про платежі у разі коли суб’єкт господарювання перераховує кошти власнику (засновнику) за придбані товари, роботи або послуги; як дивіденди, як повернення частки у статутному капіталі; як погашення заборгованості за позикою; як проценти, нараховані за позикою?

У разі перерахування власнику (засновнику) коштів за придбані матеріальні цінності, роботи або послуги зазначається ідентифікатор постачальника (SupplierID), оскільки власник (засновник) виступає в ролі постачальника.

У разі перерахування власнику (засновнику) коштів, пов’язаних із розподілом власного капіталу (дивіденди, повернення часток тощо), зазначається ідентифікатор власника (засновника) (OwnerID), оскільки власник (засновник) виступає в ролі власника (засновника).

У разі перерахування власнику (засновнику) коштів як погашення заборгованості за позикою зазначається ідентифікатор постачальника (SupplierID, оскільки власник (засновник) виступає в ролі кредитора.

У разі перерахування коштів власнику (засновнику) як процентів, нарахованих за позикою, зазначається ідентифікатор постачальника (SupplierID), оскільки власник (засновник) виступає в ролі кредитора.

Як у відомостях про платежі зазначати дебетову / кредитову ознаку?

На рівні рядка документа платежу відображається, зокрема, така інформація:

в елементі «Код рахунку» (AccountID) зазначається номер рахунку / субрахунку відповідно до Плану рахунків суб’єкта господарювання (за дебетом);

в елементі «Код кореспондуючого рахунку» (CorrespondingAccountID) зазначається номер кореспондуючого рахунку / субрахунку відповідно до Плану рахунків суб’єкта господарювання (за кредитом);

в елементі «Дебетова / кредитова ознака» (DebitCreditIndicator) вказується, чи сума на рівні рядка є дебетовою чи кредитовою («D» – дебетова, «C» – кредитова).

Таким чином, дебетова / кредитова ознака (DebitCreditIndicator) вказується залежно від того, чи відображено номер рахунку / субрахунку бухгалтерського обліку суб’єкта господарювання, за яким здійснюється операція щодо отримання / перерахування коштів, за дебетом чи кредитом у відповідному бухгалтерському проведенні.

Як у відомостях про платежі повинні бути узгоджені показники сум операції та інформації про податки?

Елемент «Платіж» (Payment; complex; Mandatory; 1..∞) використовується для відображення даних платежу (на підставі первинних документів зазначається інформація щодо отриманих / перерахованих грошових коштів суб’єкта господарювання, в тому числі за операціями, пов’язаними з продажем / придбанням товарів, робіт та послуг).

На рівні рядка документа платежу відображається, зокрема, така інформація:

в елементі «Сума за рядком платежу» (PaymentLineAmount; AmountStructure; complex; Mandatory; 1..1) зазначається сума операції за вирахуванням податків (якщо відповідна сума виокремлена);

в елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Optional; 0..∞) зазначається інформація про податки (якщо відповідна сума виокремлена).

На рівні загальних підсумків документа відображається така інформація:

в елементі «Сума без податків» (NetTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Optional; 0..1) зазначається загальна сума без урахування податків (якщо відповідна сума виокремлена);

в елементі «Сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Optional; 0..∞) зазначається загальна сума податків (якщо відповідна сума виокремлена).

в елементі «Загальна сума» (GrossTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається загальна сума з урахування податків.

Узгодженість між значеннями цих елементів повинна забезпечуватись на основі таких логічних формул:

[3] NetTotal (SystemID) = ΣPaymentLineAmount.Amount (SystemID);

[4] ΣTaxInformationTotals.TaxAmount.Amount (SystemID; TaxCode) = ΣTaxInformation.TaxAmount.Amount (SystemID; TaxCode) (якщо заповнено);

[5] GrossTotal (SystemID) = NetTotal (SystemID) + ΣTaxInformationTotals.TaxAmount.Amount (SystemID) (якщо заповнено).

Підрозділ ІV.4 «Операції із запасами» (MovementOfGoods)

Як в операціях із запасами відображати інформацію щодо митних платежів за операціями імпорту товарів?

Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Операції із запасами» (MovementOfGoods) на підставі первинних документів зазначається інформація в розрізі операцій, проведених із матеріальними цінностями, з обов’язковим зазначенням номерів рахунків / субрахунків, на яких вони обліковуються, їх кількості, ціни та вартості, а також із розкриттям іншої інформації відповідно до таблиці цього підрозділу SAF-T UA.

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

Як в операціях із запасами відображати кількість, якщо операція передбачає зарахування до складу первісної вартості запасів додаткових витрат?

В елементі «Кількість» (Quantity; SAFquantityType; totalDigits 22, fractionDigits 6; nillable="true"; Mandatory; 1..1) зазначається числова величина, визначена в одиницях виміру.

Якщо операція передбачає зарахування до складу первісної вартості запасів додаткових витрат, які не впливають на кількість запасів, у цьому елементі передбачена технічна можливість відображення нульових значень (атрибут nillable="true").

Якщо одиниця виміру, зазначена в первинному документі, відрізняється від складської, то як повинен зазначатись відповідний коефіцієнт перерахунку?

В елементі «Одиниця виміру» (UnitOfMeasure; KeyUnitOfMeasure, RefStockMovementLineUOM; SAFcodeType; simple; maxLength 9; Mandatory; 1..1) зазначається фізична величина, визначена в одиницях виміру ваги, об’єму або інших натуральних показниках кількості продукції (товару / роботи, послуги), прийнята для їх кількісного відображення. Цей елемент не заповнюється, якщо одиниця виміру (UnitOfMeasure) дорівнює складській одиниці виміру (UOMPhysicalStock).

В елементі «Коефіцієнт перерахунку одиниці виміру в складську» (UOMToUOMPhysicalStockConversionFactor; xs:decimal; simple; Mandatory; 1..1) зазначається коефіцієнт перерахунку одиниці виміру, вказаної в первинному документі (UnitOfMeasure), в складську одиницю виміру (UOMPhysicalStock) (якщо вони відрізняються).

Наприклад, якщо в первинному документі для пива світлого пастеризованого «Солодове» (0,5 л, 4.5 %) зазначено одиницю виміру 2061 (пляш.), а складська одиниця виміру – 2062 (тис. пляш.), то відповідний коефіцієнт перерахунку одиниці виміру в складську становить 0,001.

Як в операціях із запасами зазначати інформацію щодо комплектації / розукомплектації?

В елементі «Рух запасів» (StockMovement; complex; Mandatory; 1..∞) зазначається інформація про господарську операцію з руху запасів (у тому числі позабалансових).

Інформацію щодо операцій комплектації / розукомплектації запасів доцільно відображати в окремих рядках для відповідних кодів запасів тільки за дебетом та тільки за кредитом (умовний підхід як для позабалансових).

Чи допускається наявність однакових номерів рядків руху запасів для окремого відображення даних за серійними номерами, номерами партій тощо?

В елементі «Номер рядка» (LineNumber; SAFshorttextType; simple; maxLength 18; Mandatory; 1..1) зазначається номер рядка руху запасів.

Унікальність значень номерів рядків у межах однієї господарської операції не є обов’язковою.

Чи є обов’язковим заповнення складського номера запасу, якщо операції з матеріальними цінностями ведуться за серійними номерами, номерами партій тощо?

В елементі «Складський номер запасу» (StockAccountNo; KeyStockAccountNo, RefStockMovementLineStockAccountNo; SAFmiddle2textType; simple; maxLength 70; Optional; 0..1) зазначається серійний номер, номер партії тощо.

Рекомендується обов’язкове заповнення, якщо запаси оцінюють за серійними номерами або цінами конкретних партій.

Для елемента «Складський номер запасу» (StockAccountNo) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа.

Таким чином, значення серійного номера, номера партії тощо повинні бути наявні серед значень відповідного елемента підрозділу «Запаси» (PhysicalStock), які мають бути унікальними.

Як в операціях із запасами зазначати податкову інформацію для операцій з вивезення готової продукції, виготовленої з давальницької сировини нерезидента, попередньо ввезеної на митну територію України в митному режимі переробки, з використанням власних компонентів?

В елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Optional; 0..∞) відображається інформація про податки.

Згідно з пунктом 195.1 статті 195 Кодексу за нульовою ставкою зокрема оподатковуються операції з вивезення товарів за межі митної території України:

а) у митному режимі експорту;

б) у митному режимі реекспорту, якщо товари поміщені у такий режим відповідно до пунктів 3 (щодо товарів у вигляді продуктів їх переробки) та 5 частини першої статті 86 Митного кодексу України.

У частині другій статті 154 Митного кодексу України передбачено, що декларант має право заявити українські товари (крім палива та енергії), що повністю використані під час переробки іноземних товарів, у митний режим експорту.

У пункті 3 частини першої статті 86 Митного кодексу України передбачено, що митний режим реекспорту може бути застосований до товарів, які при ввезенні на митну територію України мали статус іноземних та були поміщені у митний режим переробки на митній території та вивозяться за межі митної території України у тому самому стані, в якому вони були ввезені на митну територію України, крім природних змін їх якісних та/або кількісних характеристик за нормальних умов транспортування та зберігання, або у вигляді продуктів, залишків або відходів їх переробки.

Відповідно до довідника «Таблиця податків» (TaxTable) (для ПДВ), наведеного після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для операцій із вивезення товарів за межі митної території України, що підлягають оподаткуванню за нульовою ставкою, слід використовувати вид податку (TaxType) «ПДВ» та код податку (TaxCode) «901».

Підрозділ ІV.5 «Операції з необоротними активами» (AssetTransactions)

Як в операціях з необоротними активами відображати інформацію щодо господарських операцій із ліквідації основних засобів, якщо бухгалтерські проведення включають окремі записи по списанню суми зносу та залишкової вартості об’єкта?

Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Операції з необоротними активами» (AssetTransactions) відображається інформація в розрізі господарських операцій із необоротними активами суб’єкта господарювання з наведенням опису такого активу, кореспондуючих рахунків / субрахунків, по яких здійснено проведення, контрагентів та розкриттям іншої інформації відповідно до таблиці цього підрозділу SAF-T UA.

В елементі «Операція з активом» (AssetTransaction; complex; Mandatory; 1..∞) зазначається інформація про господарську операцію з необоротним активом, крім амортизації (у тому числі позабалансовим).

Дані про бухгалтерські проведення щодо операцій із необоротними активами відображаються окремими записами елемента «Операція з активом» (AssetTransaction; complex; Mandatory; 1..∞).

Наприклад, господарські операції суб’єкта господарювання щодо ліквідації основних засобів відображаються із зазначенням таких бухгалтерських проведень:

сума зносу об’єкта (Дт 13 Кт 10);

залишкова вартість (Дт 976 Кт 10).

Для наведеного прикладу інформація повинна відображатись як два окремих записи елемента «Операція з активом» (AssetTransaction).

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

в елементі «Номер документа» (DocumentNumber; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..1) зазначається номер первинного документа бухгалтерського обліку, яким суб'єкт господарювання оформив операцію;

в елементі «Код рахунку» (AccountID; KeyGeneralLedgerAccount, RefAssetTransactionAccount; SAFmiddle2textType; simple; maxLength 70; Optional; 0..1) зазначається номер рахунку / субрахунку відповідно до Плану рахунків суб’єкта господарювання (за дебетом);

в елементі «Код кореспондуючого рахунку» (CorrespondingAccountID; KeyGeneralLedgerAccount, RefAssetTransactionCorrespondingAccount; SAFmiddle2textType; simple; maxLength 70; Optional; 0..1) зазначається номер кореспондуючого рахунку / субрахунку відповідно до Плану рахунків суб’єкта господарювання (за кредитом);

в елементі «Оцінки операції з активом» (AssetTransactionValuations; complex; Mandatory; 1..1) відображаються оцінки операції з активом. Інформація повинна бути представлена окремо для цілей бухгалтерського та податкового обліку. Значення суми операції з активом (AssetTransactionAmount; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) повинно узгоджуватись із відповідною кореспонденцією рахунків / субрахунків;

в елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Optional; 0..∞) зазначається інформація про податки. Наприклад, у цьому елементі відображається інформація щодо податкових зобов’язань з ПДВ при ліквідації основних виробничих або невиробничих засобів за самостійним рішенням платника податку;

Узгодженість між цими елементами повинна забезпечуватись для кожного запису елемента «Операція з активом» (AssetTransaction) на основі такої логічної формули:

[1] GrossTotal = AssetTransactionValuations.AssetTransactionValuation.AssetTransactionAmount (AssetValuationType = 1 або не заповнено) + ΣTaxInformation.TaxAmount.Amount.

Підрозділ ІV.6 «Інформація про бухгалтерські довідки та інші первинні документи» (OtherSourceDocuments)

Чи потрібно в інформації про бухгалтерські довідки та інші первинні документи зазначати дані щодо добових витрат?

Якщо дані щодо добових витрат у всіх суттєвих аспектах розкриті в елементах підрозділу 3.1 «Бухгалтерські операції» Структури надання електронних документів (інформації) ВПП (стандартний аудиторський файл (SAF-T UA)), то відображати їх додатково в підрозділі «Інформація про бухгалтерські довідки та інші первинні документи» (OtherSourceDocuments) не потрібно.