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

№ з/п

Питання

Відповідь

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

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

Згідно з підпунктом 16.1.5 пункту 16.1 статті 16 Податкового кодексу України (далі – Кодекс) платник податків зобов’язаний подавати на належним чином оформлену письмову вимогу контролюючих органів (у випадках, визначених законодавством) документи з обліку доходів, витрат та інших показників, пов'язаних із визначенням об'єктів оподаткування (податкових зобов'язань), первинні документи, регістри бухгалтерського обліку, фінансову звітність, інші документи, пов'язані з обчисленням та сплатою податків та зборів. У письмовій вимозі обов'язково зазначаються конкретний перелік документів, які повинен надати платник податків, та підстави для їх надання.

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

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

Для платників податків, які відповідно до пункту 85.2 статті 85 Кодексу зобов’язані надавати інформацію в електронному вигляді, загальний формат та порядок подачі такої інформації визначаються центральним органом виконавчої влади, що забезпечує формування та реалізує державну фінансову політику. У разі невстановлення електронного формату та порядку надання такої інформації платник податків звільняється від обов’язку подання її в електронній формі.

На виконання вимог пункту 85.2 статті 85 Кодексу загальний формат та порядок подачі такої інформації визначено наказом Міністерства фінансів України від 07.11.2011 № 1393 «Про затвердження Порядку надання документів великого платника податків в електронній формі», зареєстрованим у Міністерстві юстиції України 16.01.2012 за № 44/20357, зі змінами та доповненнями, внесеними наказом Міністерства фінансів України від 15.09.2020 № 561 «Про затвердження Змін до Порядку надання документів великого платника податків в електронній формі при проведенні документальної перевірки», зареєстрованим у Міністерстві юстиції України 12.11.2020 за № 1123/35406 (далі – Порядок), що набрали чинності з 27 серпня 2021 року.

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

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

Згідно з пунктом 2.4 розділу II Порядку контролюючими органами забезпечуються:

надання відомостей про формат електронних документів (інформації) ВПП шляхом їх розміщення на офіційному веб-порталі Державної податкової служби України;

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

приймання електронних документів (інформації) ВПП відповідно до встановлених вимог;

зберігання отриманих електронних документів (інформації) ВПП.

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

У разі внесення змін до XSD SAF-T UA, яку версію структури XML слід використовувати для формування та подання SAF-T UA?

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

Чи є розроблене програмне забезпечення для формування SAF-T UA?

Відповідно до пункту 2.1 розділу ІІ Порядку для надання електронних документів (інформації) ВПП до контролюючих органів, що проводять перевірку, платник податків повинен мати:

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

доступ до мережі Інтернет та можливість відправлення/приймання електронних повідомлень по електронній пошті;

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

Державна податкова служба України не є розробником програмного забезпечення для формування SAF-T UA.

Якими засобами телекомунікаційного зв’язку приймається SAF-T UA?

Згідно з пунктом 2.2 розділу ІІ Порядку для приймання електронних документів (інформації) ВПП від платника податків контролюючий орган повинен мати:

програмне забезпечення приймання та обробки електронних документів (інформації) ВПП із надійними засобами кваліфікованого електронного підпису чи печатки для накладання та перевірки кваліфікованого електронного підпису та направленого шифрування електронного документа (інформації) ВПП;

чинні кваліфіковані сертифікати відкритих ключів, сформовані кваліфікованим надавачем для контролюючого органу.

Приймання SAF-T UA здійснюється через електронний кабінет.

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

Відповідно до пункту 3.5 розділу ІІІ Порядку електронні документи (інформація) ВПП надсилаються до контролюючого органу засобами телекомунікаційного зв’язку.

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

При надходженні електронних документів (інформації) ВПП засобами телекомунікаційного зв’язку здійснюється також їх автоматизована перевірка відповідно до Порядку обміну електронними документами з контролюючими органами, затвердженого наказом Міністерства фінансів України від 06.06.2017 № 557, зареєстрованого в Міністерстві юстиції України 03.08.2017 за № 959/30827 (далі – Порядок № 557).

Подання SAF-T UA до контролюючого органу в інший спосіб (наприклад, на електронному носії) не передбачено.

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

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

Пунктом 85.2 статті 85 Кодексу передбачено, що платник податків зобов'язаний надати посадовим (службовим) особам контролюючих органів у повному обсязі всі документи, що належать або пов'язані з предметом перевірки. Такий обов'язок виникає у платника податків після початку перевірки.

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

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

У яких випадках SAF-T UA може бути відхилений?

Відповідно до пункту 7 розділу ІІ Порядку № 557 автоматизована перевірка електронного документа включає:

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

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

перевірку відповідності електронного документа затвердженому формату (стандарту);

перевірку обов'язкових реквізитів;

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

Згідно з Детальним технічним описом елементів SAF-T UA файли даних SAF-T UA, надіслані до ДПС суб’єктами господарювання в XML-форматі, проходять контроль (валідацію) із застосуванням схеми контролю XML-документів (файл XSD). Це перший рівень контролю даних файлу SAF-T UA, після якого формується перша квитанція.

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

При цьому, зі структури XSD видалена валідація «Ключ-Посилання»; перевірка валідності даних «Ключ-Посилання» здійснюється на рівні системи обробки звітності ДПС України (друга квитанція).

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

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

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

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

У таблиці 6 «Опис елементів SAF-T UA» Детального технічного опису елементів SAF-T UA наведено структуру таблиці з описом та призначенням кожного стовпця для правильної роботи з технічним описом елементів SAF-T UA.

Обов’язковість (Status) вказує, чи є елемент обов’язковим («Mandatory») або необов’язковим («Optional»). Під час передачі даних до ДПС технічний статус обов’язковості передбачає таку реалізацію положень Порядку:

статус «Mandatory» означає, що показник (інформація) повинен обов’язково бути заповнений;

необов’язкові елементи («Optional»), які передбачені Порядком, повинні бути заповнені в разі їх наявності;

необов’язкові елементи («Optional»), які не передбачені Порядком, можуть бути заповнені, якщо, на думку платника податків, це забезпечує більш повне відображення даних, що належать або пов’язані з предметом перевірки.

У деяких випадках статус «Optional» технічно реалізований через атрибут «minOccurs="0"» у визначенні елементів вищого рівня XSD-схеми. Це означає, що елемент може бути не включений у XML-документ без порушення валідності, що, в свою чергу, робить усі вкладені (дочірні) елементи необов’язковими до заповнення.

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

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

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

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

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

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

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

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

Що означає слеш у прикладах заповнення елементів SAF-T UA?

Відповідно до Детального технічного опису елементів SAF-T UA у стовпці «Приклад» відповідних елементів наводяться наочні приклади заповнення конкретного елемента для кращого розуміння природи даних.

У окремих випадках приклади заповнення елемента наведені комплексно:

шляхом посилання на довідники: приклади, які не є обмеженими списками ідентифікаторів;

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

через слеш: декілька умовних значень окремого заповнення елемента, які більш наочно розкривають комплексні приклади.

У Детальному технічному описі елементів SAF-T UA наведено комплексний приклад уцінки основного засобу (складського приміщення № 1), раніше не дооцінюваного, станом на 30.06.2021 р.:

первісна вартість на дату здійснення операції: 5 000 000,00 грн.;

балансова вартість на дату здійснення операції: 3 968 750,00 грн.;

знос на дату здійснення операції: 1 031 250,00 грн. (5 000 000,00 – 3 968 750,00);

справедлива вартість відповідно до звіту незалежного оцінювача: 3 000 000,00 грн.;

метод переоцінки: пропорційна зміна;

індекс переоцінки: 0,755906 (3 000 000,00 / 3 968 750,00).

Результати первинної уцінки складського приміщення № 1 відображені в прикладах елементів підрозділів «Необоротні активи» (Assets), «Податкові різниці» (TaxDifferences) та «Операції з необоротними активами» (AssetTransactions) через слеш як декілька умовних значень окремого заповнення згідно з такими проведеннями:

уцінка зносу (Дт 131 «Знос основних засобів» – Кт 103 «Будинки та споруди»): 251 721,94 грн. (1 031 250,00 х (1 – 0,755906));

уцінка залишкової вартості (Дт 975 «Уцінка необоротних активів і фінансових інвестицій» – Кт 103 «Будинки та споруди»): 968 748,06 грн. (5 000 000,00 х (1 – 0,755906) – 251 721,94).

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

Детальним технічним описом елементів SAF-T UA передбачено два основних підходи щодо формування файлів даних SAF-T UA:

формування одного файлу: полягає в тому, що один відбір даних призводить до формування одного файлу даних SAF-T UA;

формування множини файлів: полягає в тому, що один відбір даних призводить до формування множини файлів даних.

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

Кожен файл – завершена порція даних – має проходити перевірку (тобто бути валідний) згідно зі схемою XSD незалежно від інших файлів. У додатку 1 до Детального технічного опису елементів SAF-T UA наведено детальний опис та приклади таких XML файлів.

Під час поділу файлу на частини необхідно забезпечити умову формування частин як повноцінного, коректно сформованого XML-документа, що містить завершений блок даних та може бути незалежно провалідований відповідно до заданої схеми XSD. Це вимагає дотримання таких умов:

кожна частина повинна мати структуру автономного, незалежного XML-документа;

кожна частина повинна містити заголовок (Header);

кожна частина повинна містити батьківські елементи (parent elements) для тих елементів, що внесені в цю частину;

елементи не повинні бути розділені між частинами, тобто відкриваючий і закриваючий теги будь-якого елемента повинні знаходитися в межах одного XML-документа;

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

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

Цілісність XML-файлу забезпечується суворим збереженням синтаксису та правил XML, що дозволяє його коректно обробляти, аналізувати, передавати між системами.

Чи є обмеження щодо використання спеціальних символів (наприклад, &, @, / тощо) під час заповнення елементів SAF-T UA?

Згідно з Детальним технічним описом елементів SAF-T UA значення показників символьного типу не можуть містити такі заборонені символи:

Заборонений символ	Опис	Дозволений XML еквівалент
&	амперсанд	&
'	апостроф	'
<	менше	<
>	більше	>
”	подвійні лапки	"
&#	амперсанд-хеш	еквівалент відсутній
--	подвійне тире	еквівалент відсутній
/*	слеш-зірочка	еквівалент відсутній

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

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

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

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

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

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

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

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

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

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

Також необхідно зазначити, які саме стандарти бухгалтерського обліку застосовуються суб’єктом господарювання для ведення бухгалтерського обліку – ПСБО/МСБО, та застосування класів рахунків.

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

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

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

Елементи підрозділу «Облікова політика» (AccountingPolicies) мають простий тип «SAFstringType», який базується на простому елементі «xs:string». Тип «xs:string» не має встановленого обмеження на кількість символів, що дозволяє вносити детальні описи елементів облікової політики. При цьому, текст не повинен містити заборонених символів.

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

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

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

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

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

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

При наведенні типу та опису операцій у підрозділі «Довідники операцій» (TransactionFeatures) суб’єкт господарювання може застосовувати власну класифікацію.

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

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

1Ч – придбання продукції/робіт/послуг (перша подія – часткове перерахування коштів);

2Ч – продаж товарів/робіт/послуг (перша подія – часткове перерахування коштів);

3Ч – придбання основних засобів (перша подія – часткове перерахування коштів).

При цьому, застосування додаткової ознаки «С» при розмежуванні для часткових передплат не суперечить Порядку.

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

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

1К – придбання продукції/робіт/послуг (касовий метод);

2К – продаж товарів/робіт/послуг (касовий метод);

3К – придбання основних засобів (касовий метод).

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

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

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

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

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

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

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

Номери субрахунків відповідно до Плану рахунків суб’єкта господарювання можуть відрізнятися від номерів стандартних субрахунків. У такому випадку необхідно зазначити субрахунок, найближчий за призначенням. При зіставленні номерів субрахунків необхідно виходити з їх сутності/призначення. Для субрахунків/рахунків, наведених у довіднику «Таблиця рахунків» (TableOfAccounts), може використовуватись призначення, наведене в Інструкції про застосування Плану рахунків бухгалтерського обліку активів, капіталу, зобов'язань і господарських операцій підприємств і організацій, затвердженій наказом Міністерства фінансів України від 30.11.1999 № 291, зареєстрованим у Міністерстві юстиції України 21.12.1999 за № 893/4186.

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

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

У характеристиці елемента «Вибір між початковим дебетовим та кредитовим сальдо» (Choice between debit and credit balance; Mandatory; 1..2) зазначено, що розгорнуте сальдо зазначається шляхом використання елемента два рази.

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

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

У характеристиці елемента «Вибір між кінцевим дебетовим та кредитовим сальдо» (Choice between debit and credit balance; Mandatory; 1..2) зазначено, що розгорнуте сальдо зазначається шляхом використання елемента два рази.

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

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

Таким чином, схема дозволяє включення або одного з елементів (дебетове сальдо або кредитове сальдо), або обох одночасно (розгорнуте сальдо).

Крім того, атрибут nillable="true" передбачає технічну можливість представлення нульових значень.

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

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

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

номер стандартного рахунку (StandardAccountID): 999;

код групи рахунку (GroupingCode): 99;

категорія рахунку (GroupingCategory): 9.

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

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

Згідно з даними розділу «Бухгалтерські операції» (GeneralLedgerEntries) формуються дані щодо дебетових і кредитових оборотів за кожним рахунком/субрахунком. Відбір і формування (сумування) даних щодо дебетових оборотів для відповідних рахунків/субрахунків здійснюється згідно з кодами рахунків (AccountID), а відбір і формування (сумування) даних щодо кредитових оборотів для відповідних рахунків/субрахунків здійснюється згідно з кодами кореспондуючих рахунків (CorrespodingAccountID) незалежно від того, чи суми зазначені за дебетом або кредитом.

Підсумки за всіма рахунками/субрахунками (крім позабалансових) за дебетом та кредитом повинні бути рівні.

Підрозділ ІІ.4 «Таксономії» (Taxonomies)

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

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

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

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

Наявність атрибута «minOccurs="0"» у визначенні елемента «Таксономії» (Taxonomies) дозволяє опустити (не включати) цей елемент у XML-документ SAF-T UA. При його відсутності XML-документ буде відповідати XSD-схемі і вважатиметься валідним. У разі включення цього підрозділу в XML його структура та обов’язкові дочірні елементи повинні відповідати вимогам XSD-схеми.

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

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

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

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

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

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

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

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

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

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

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

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

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

У елементі «Місцезнаходження» (Address; AddressStructure; complex; Optional; 0..∞) зазначається місцезнаходження (адреса) контрагента (рекомендується обов’язкове заповнення).

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

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

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

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

Єдиний державний реєстр інститутів спільного інвестування;

Реєстр неприбуткових установ та організацій;

Реєстр платників єдиного податку.

Чи потрібно заповнювати код ознаки пов'язаності для контрагентів - резидентів?

У елементі «Код ознаки пов'язаності» (RelatedPartyCode; SAFcodeType; simple; maxLength 9; Optional; 0..∞) зазначається код ознаки пов'язаності (рекомендується обов’язкове заповнення для пов’язаних осіб, як резидентів, так і нерезидентів).

Чи потрібно в клієнтах відображати інформацію щодо філій?

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

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

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

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

Згідно з Детальним технічним описом елементів SAF-T UA обмеження (Facets) задають максимально допустиму кількість символів для введення.

Для елементів, які містять найменування контрагентів, передбачено обмеження в 70 символів (maxLength 70), що відповідає моделі ОЕСР.

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

Скорочення найменувань шляхом обрізання тексту до 70 символів також є допустимим.

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

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

Підпунктом «а» пар. 23 МСБО 21 «Вплив змін валютних курсів» визначено, що на кінець кожного звітного періоду монетарні статті в іноземній валюті слід переводити, застосовуючи курс при закритті.

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

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

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

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

Елемент «Джерело» (OrderReferences; complex; Optional; 0..1) передбачає відображення посилання на договір/рахунок тощо (рекомендується обов’язкове заповнення) та включає такі елементи:

«Номер замовлення» (OriginatingON; SAFmiddle2textType; simple; maxLength 70; Optional; 0..1): номер договору/рахунку тощо;

«Дата замовлення» (OrderDate; SAFdateType; simple; Optional; 0..1): дата договору/рахунку тощо.

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

Дата виникнення заборгованості може бути визначена на основі дати договору або першого первинного документа, пов’язаного з ним.

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

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

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

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

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

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

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

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

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

Чи потрібно в постачальниках відображати інформацію щодо філій?

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

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

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

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

Єдиний державний реєстр інститутів спільного інвестування;

Реєстр неприбуткових установ та організацій;

Реєстр платників єдиного податку.

Чи потрібно заповнювати код ознаки пов'язаності для контрагентів - резидентів?

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

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

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

Скорочення найменувань шляхом обрізання тексту до 70 символів також є допустимим.

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

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

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

«Номер замовлення» (OriginatingON; SAFmiddle2textType; simple; maxLength 70; Optional; 0..1): номер договору/рахунку тощо;

«Дата замовлення» (OrderDate; SAFdateType; simple; Optional; 0..1): дата договору/рахунку тощо.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Чи є таблиця аналітичних рахунків обов’язковою для заповнення?

Відповідно до Порядку в підрозділі 2.4 «Сальдові/оборотні відомості» по аналітичних рахунках вносяться передбачені в підрозділі дані в розрізі кожного аналітичного рахунку.

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

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

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

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

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

Аналітичні дані, які розкриваються в окремих елементах SAF-T UA (наприклад, контрагент, договір, склад тощо), додатково відображати через рахунки аналітичного обліку не потрібно.

Що мається на увазі під номером аналітичного рахунку відповідно до Плану рахунків суб’єкта господарювання?

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

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

Згідно з додатком до Детального технічного опису елементів SAF-T UA кожен елемент «Код типу аналітичного рахунку (субконто)» (AnalysisType; KeyAnalysisType; SAFcodeType; simple; maxLength 9; Mandatory; 1..1) може мати тільки один пов'язаний елемент «Код аналітичного рахунку (субконто)» (AnalysisID; KeyAnalysisID; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..1), що відповідає моделі ОЕСР.

Оскільки для цих елементів застосовується обмеження на ключ (key), то для них обох повинна забезпечуватись унікальність значень.

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

Підрозділ ІІ.10 «Таблиця типів руху» (MovementTypeTable)

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

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

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

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

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

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

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

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

Обмеження в 256 символів (maxLength 256), яке задає максимально допустиму кількість символів для введення в цьому елементі, відповідає моделі ОЕСР та є достатнім для зазначення повних найменувань.

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

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

У елементі «Метод оцінки» (ValuationMethod) вказується метод визначення вартості запасу/продукції (товару/роботи, послуги) (згідно з довідником). Для цього елемента передбачено обмеження по набору значень (enumeration): FIFO, WAC, MAC, SI, SC, Retail.

Довідник «Метод оцінки» (ValuationMethod), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, містить такі описи методів визначення вартості запасу/продукції (товару/роботи, послуги):

FIFO – метод собівартості перших за часом надходження запасів/ first in, first out method (FIFO);

WAC – метод середньозваженої собівартості (періодична оцінка)/ weighted average cost method (periodic basis);

MAC – метод середньозваженої собівартості (постійна оцінка)/ weighted average cost method (perpetual basis/ moving average cost);

SI – метод ідентифікованої собівартості/ specific identification method;

SC – метод нормативних затрат/ standard cost method;

Retail – метод ціни продажу/ retail method.

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

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

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

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

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

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

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

Наприклад, якщо базова одиниця виміру певного алкогольного напою (0,5 л, 40%) – 2061 (пляш), то потрібно зазначати всі стандартні одиниці виміру, які застосовуються в обліку та податковій звітності суб’єкта господарювання: 0138 (л), 0142 (дал), 2087 (л чист.спирт), 833 (дал 100 % спирт, при 20° C) тощо.

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

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

Для цих елементів статус «Optional» технічно реалізований через атрибут «minOccurs="0"» у визначенні елемента вищого рівня «sequence». Це означає, що суб’єкт господарювання має можливість не включати відповідний блок/вузол у XML-документ SAF-T UA без порушення його валідності.

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

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

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

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

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

Інформація підрозділу «Запаси» (PhysicalStock) повинна бути збалансована з даними підрозділу «Операції із запасами» (MovementOfGoods).

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

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

Дані щодо синтетичного та аналітичного обліку виробництва повинні бути відображені в підрозділі «Сальдові/оборотні відомості» (GeneralLedgerAccounts) та в розділі «Бухгалтерські операції» (GeneralLedgerEntries).

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

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

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

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

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

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

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

Якщо одиниця виміру запасу (UOMPhysicalStock) дорівнює (базовій) одиниці виміру (UOMBase), то елементи «Одиниця виміру запасу» (UOMPhysicalStock) та «Коефіцієнт перерахунку одиниці виміру запасу в базову одиницю виміру» (UOMToUOMBaseConversionFactor) використовувати не слід.

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

Елементи «Характеристика запасу» (StockCharacteristic) та «Значення характеристики запасу» (StockCharacteristicValue) можуть бути заповнені, якщо, на думку платника податків, це забезпечує більш повне відображення даних, що належать або пов'язані з предметом перевірки (за наявності відповідної інформації).

Для цих елементів статус «Optional» технічно реалізований через атрибут «minOccurs="0"» у визначенні елемента вищого рівня «Характеристики запасу» (StockCharacteristics). Це означає, що суб’єкт господарювання має можливість не включати відповідний блок/вузол у XML-документ SAF-T UA без порушення його валідності.

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

У разі наявності великої кількості власників (декількох тисяч акціонерів - фізичних осіб), чи допускається зазначати в SAF-T UA технічного власника з узагальненою назвою, наприклад, «Фізичні особи»?

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

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

Чи необхідно вказувати як окремий тег у підрозділі «Власники (засновники)» (Owners)?

Відповідно до прикладів, розміщених у банері «SAF-T UA» на веб-порталі ДПС, вказувати як окремий тег підрозділу «Власники (засновники)» (Owners) у файлі XML не потрібно.

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

У елементі «Сальдо рахунку» (OwnerBalance) розкривається інформація про початкове/кінцеве дебетове/кредитове сальдо по кожному власнику (засновнику), а в елементі «Внесок власника» (OwnerShare) зазначається внесок власника (засновника) на кінець періоду.

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

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

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

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

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

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

Інформація підрозділу «Необоротні активи» (Assets) повинна бути збалансована з даними підрозділу «Операції з необоротними активами» (AssetTransactions).

У елементі «Коментар» (HeaderComment) розділу «Заголовок» (Header) доцільно пояснити причину використання двох ідентифікаторів для одного активу, вказуючи, що це пов’язано з обліком на різних субрахунках.

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

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

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

Отже, в цьому елементі відображається зі знаком «-» балансова вартість включення об'єктів основних засобів до необоротних активів та груп вибуття, утримуваних для продажу.

Інформація щодо необоротних активів та груп вибуття, утримуваних для продажу, відображається в підрозділі «Запаси» (PhysicalStock).

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

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

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

Отже, в цьому елементі відображається балансова вартість ліквідованої частини об'єкта.

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

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

На рівні дочірнього елемента «Оцінка» (Valuation), який передбачає необхідність використання від одного до необмеженої кількості разів (1..∞), здійснюється окреме заповнення для різних типів оцінки.

З метою окремого представлення інформації в елементі «Тип оцінки активу» (AssetValuationType) передбачені такі ідентифікатори:

1 – відповідно до національних положень (стандартів) бухгалтерського обліку або міжнародних стандартів фінансової звітності;

2 – відповідно до Податкового кодексу України.

Цей елемент передбачає обмеження по набору значень (enumeration): 1, 2.

Для кожного типу оцінки активу в елементі «Група активу» (ValuationClass) зазначається відповідна група, до якої належить актив:

1) відповідно до облікової політики суб’єкта господарювання (для AssetValuationType = 1);

2) згідно з Податковим кодексом України, а також основні засоби/нематеріальні активи, на які не нараховується амортизація для цілей оподаткування (для AssetValuationType = 2).

При цьому, для заповнення цього елемента передбачено окремий довідник «Група активу» (ValuationClass), який містить приклади заповнення відповідно до національних положень (стандартів) бухгалтерського обліку або міжнародних стандартів фінансової звітності (AssetValuationType = 1) та обмежений список ідентифікаторів для оцінок активу відповідно до Податкового кодексу України (AssetValuationType = 2).

Довідник «Група активу» (ValuationClass) (AssetValuationType = 2) зазначено у стовпці «Валідація», а, отже, він є умовою, за якою буде проходити валідація даних, які будуть розміщуватися в зазначеному елементі.

При заповненні елемента «Група активу» (ValuationClass) для оцінок активу відповідно до Податкового кодексу України (AssetValuationType = 2) потрібно здійснити обов’язкове налаштування (зіставлення) власних об’єктів з обмеженим списком ідентифікаторів.

Довідник «Група активу» (ValuationClass) (AssetValuationType = 1) зазначено у стовпці «Приклад», а, отже, він є наочним прикладом заповнення конкретного елемента для кращого розуміння природи даних.

При заповненні елемента «Група активу» (ValuationClass) для оцінок активу відповідно до національних положень (стандартів) бухгалтерського обліку або міжнародних стандартів фінансової звітності (AssetValuationType = 1) налаштування (зіставлення) власних об’єктів з цим довідником є необов’язковим.

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

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

Оскільки незавершені капітальні інвестиції для цілей податкового обліку не є основними засобами/нематеріальними активами, а їх вартість не підлягає амортизації, то відображати оцінку таких активів для цілей податкового обліку не потрібно, а при представленні оцінки для цілей бухгалтерського обліку елемент «Метод амортизації» (DepreciationMethod; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) може не використовуватись.

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

Очікуваний період часу, протягом якого актив буде використовуватися суб’єктом господарювання, відображається шляхом вибору між строком корисного використання в роках та в місяцях (Choice between AssetLifeYear & AssetLifeMonth; Optional; 0..1):

у елементі «Строк корисного використання (експлуатації) в роках» (AssetLifeYear) зазначається очікуваний період часу в роках;

у елементі «Строк корисного використання (експлуатації) в місяцях» (AssetLifeMonth) зазначається очікуваний період часу в місяцях.

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

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

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

У секції «Основні засоби/нематеріальні активи, на які не нараховується амортизація для цілей оподаткування (з урахуванням норм законодавства)» довідника «Група активу» (ValuationClass) (AssetValuationType = 2) для активів з права користування за договорами оренди передбачено окреме значення «32».

Що включає в себе поняття «Екстраординарні амортизації»?

Назва елемента «Екстраординарні амортизації» (ExtraordinaryDepreciationsForPeriod) та його дочірніх елементів підрозділу «Необоротні активи» (Assets) відповідає моделі ОЕСР. Короткі роз’яснення щодо сутності даних, які передбачаються для заповнення в цих елементах, наведені в характеристиках:

«Екстраординарні амортизації» (ExtraordinaryDepreciationsForPeriod): екстраординарні амортизації за звітний період (зміна суми зносу внаслідок переоцінки, зменшення/відновлення корисності тощо):

«Екстраординарна амортизація» (ExtraordinaryDepreciationForPeriod): екстраординарна амортизація за звітний період (заповнюється окремо для різних випадків/методів екстраординарної амортизації);

«Метод екстраординарної амортизації» (ExtraordinaryDepreciationMethod): метод екстраординарної амортизації протягом періоду (метод пропорційної зміни; метод списання; зменшення корисності; відновлення корисності тощо);

«Екстраординарна амортизація за період» (ExtraordinaryDepreciationForPeriod): сума екстраординарної амортизації за звітний період (збільшення +, зменшення -).

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

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

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

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

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

У елементі «Накопичена амортизація» (AccumulatedDepreciation; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Optional; 0..1) зазначається загальна сума амортизації, нарахованої протягом строку використання активу (відображена в періоді, за який формується SAF-T UA).

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

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

У елементі «Постачальник» (Supplier) зазначається інформація щодо постачальників/виробника (за наявності). Якщо відповідна інформація відсутня, то цей елемент використовувати не слід.

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

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

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

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

Відповідно до пункту 137.4 статті 137 Кодексу податковими (звітними) періодами для податку на прибуток підприємств, крім випадків, передбачених пунктом 137.5 цієї статті, є календарні: квартал, півріччя, три квартали, рік. При цьому податкова декларація розраховується наростаючим підсумком.

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

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

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

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

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

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

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

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

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

У елементі «Збільшення фінансового результату» (TotalValueOfIncreaseOfFinancialResult) зазначається загальна сума, на яку збільшується фінансовий результат, а в елементі «Зменшення фінансового результату» (TotalValueOfReductionOfFinancialResult) зазначається загальна сума, на яку зменшується фінансовий результат.

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

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

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

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

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

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

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

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

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

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

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

Згідно з додатком до Детального технічного опису елементів SAF-T UA в елементі «Журнал бухгалтерських операцій» (Journal; complex; Mandatory; 1..∞) розділу «Бухгалтерські операції» (GeneralLedgerEntries) відображається журнал бухгалтерських операцій (у тому числі позабалансовий облік), який включає такі елементи:

«Ідентифікатор облікового регістру» (JournalID; SAFshorttextType; simple; maxLength 18; Optional; 0..1): відображається ідентифікатор облікового регістру;

«Опис» (Description; SAFlongtextType; simple; maxLength 256; Optional; 0..1): відображається опис облікового регістру;

«Тип» (Type; SAFcodeType; simple; maxLength 9; Optional; 0..1): відображається механізм групування інформації в облікових регістрах;

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

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

Чи можуть суб’єкти господарювання відображати бухгалтерські проведення в SAF-T UA із зазначенням транзитних субрахунків, якщо ці субрахунки не мають залишків на кінець періоду та завжди закриваються в нуль (наприклад, прибуткова накладна формує проводку: Дт G281 – Кт 631, а прибутковий ордер формує проводку: Дт 281 – Кт G281)?

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

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

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

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

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

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

Податкова інформація, яка зазначається у відповідних елементах підрозділів розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) повинна відповідати податковій інформації розділу «Бухгалтерські операції» (GeneralLedgerEntries).

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

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

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

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

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

Чи потрібно при наведенні типу операцій щодо отримання/перерахування грошових коштів обов’язково наводити додаткову ознаку з урахуванням того, яка подія відбулася раніше (отримання коштів або постачання товарів, робіт/послуг)?

Оскільки підрозділ «Відомості про платежі» (Payments) не містить елемент «Тип операції» (TransactionType), то наведення типу операцій щодо отримання/перерахування грошових коштів в розділі «Бухгалтерські операції» (GeneralLedgerEntries) може здійснюватися без наведення додаткової ознаки з урахуванням того, яка подія відбулася раніше (отримання коштів або постачання товарів, робіт/послуг).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Обмеження (Facets) максимально допустимої кількість символів для введення (maxLength 9) відповідає моделі ОЕСР.

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

Рекомендується зазначати скорочену назву виду документа (до 9 символів): наприклад, «Вид.накл.».

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

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

Для операцій, здійснених в іноземній валюті, в елементі «Сума за рядком первинного документа» (InvoiceLineAmount) повинна додатково бути відображена грошова оцінка вартості продукту за вирахуванням податків в іноземній валюті.

У якій валюті вказувати ціну за товар/послугу у відомостях про продаж для операцій, здійснених в іноземній валюті?

У елементі «Ціна» (UnitPrice) зазначається ціна за одиницю запасу/продукції (товару/роботи/послуги). Оскільки елемент «Ціна» (UnitPrice) має простий тип «SAFquantityType», то дані наводяться тільки в національній валюті.

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

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

У елементі «Загальна сума» (GrossTotal) зазначається грошова оцінка загальної вартості продукції (товару/роботи, послуги).

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

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

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

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

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

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

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

Елемент «Сума податків» (TaxInformationTotals; complex; Mandatory; 1..∞) повинен обов’язково бути заповнений. Для можливості відображення інформації за різними податками/ставками забезпечена технічна можливість використовувати елемент необмежену кількість разів.

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

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

У елементі «Сума витрат на доставку» (ShippingCostsAmount; AmountStructure; complex; Optional; 0..1) може зазначатись сума витрат на доставку/перевезення (на рівні рядка первинного документа).

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

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

Що потрібно зазначати в посиланні на рух запасів при реалізації робіт та послуг?

У елементі «Поставка» (Delivery; complex; Optional; 0..1) передбачено вибір між посиланням на рух запасів, датою поставки та періодом поставки.

У елементі «Посилання на рух запасів» (MovementReference; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..∞) зазначається унікальне посилання на рух запасів (повинно відповідати даним підрозділу «Операції із запасами» (MovementOfGoods).

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

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

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

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

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

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

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

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

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

У елементі «Код активу» (AssetID; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається інвентарний номер або інший унікальний ідентифікатор активу, що застосовується суб’єктом господарювання в бухгалтерському обліку (за наявності).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

У елементі «Вид документа» (InvoiceType; SAFcodeType; simple; maxLength 9; Mandatory; 1..1) зазначається назва первинного документа (прибуткова накладна, акт тощо).

Обмеження (Facets) максимально допустимої кількість символів для введення (maxLength 9) відповідає моделі ОЕСР.

Рекомендується зазначати скорочену назву виду документа (до 9 символів): наприклад, «Пр.накл.».

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

У якій валюті вказувати ціну за товар/послугу у відомостях про придбання/закупівлю для операцій, здійснених в іноземній валюті?

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

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

Як у відомостях про придбання відображати інформацію про ПДВ у випадку пропорційного віднесення сум податку до податкового кредиту?

Пунктом 198.3 статті 198 Кодексу встановлено, що податковий кредит звітного періоду визначається виходячи з договірної (контрактної) вартості товарів/послуг та складається із сум податків, нарахованих (сплачених) платником податку за ставкою, встановленою пунктом 193.1 статті 193 Кодексу, протягом такого звітного періоду у зв’язку з:

придбанням або виготовленням товарів та наданням послуг;

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

ввезенням товарів та/або необоротних активів на митну територію України.

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

Згідно з пунктом 199.1 статті 199 Кодексу, в разі якщо придбані та/або виготовлені товари/послуги, необоротні активи частково використовуються в оподатковуваних операціях, а частково – ні, платник податку зобов’язаний нарахувати податкові зобов’язання виходячи з бази оподаткування, визначеної відповідно до пункту 189.1 статті 189 Кодексу, та скласти не пізніше останнього дня звітного (податкового) періоду і зареєструвати зведену податкову накладну в Єдиному реєстрі податкових накладних на загальну суму частки сплаченого (нарахованого) податку під час їх придбання або виготовлення, яка відповідає частці використання таких товарів/послуг, необоротних активів в неоподатковуваних операціях.

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

Який код податку вказувати при імпорті товарів, які звільнені від оподаткування ПДВ?

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

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

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

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

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

Що потрібно зазначати в посиланні на рух запасів при придбанні/закупівлі робіт та послуг?

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

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

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

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

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

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

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

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

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

У елементі «Інформація про постачальника» (SupplierInfo) зазначається інформація про контрагента – постачальника.

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

У елементі «Код документа» потрібно наводити номер первинного документа, що отриманий від контрагента чи вказувати унікальний номер документа, створений системою?

У елементі «Код документа» (InvoiceNo; SAFmiddle2textType; simple; maxLength 70; Mandatory; 1..1) зазначається унікальний ідентифікатор документа, визначений суб’єктом господарювання, а в елементі «Системний номер» (SystemID; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) – унікальний номер документа, створений системою.

Отже, в елементі «Код документа» (InvoiceNo) потрібно зазначати номер, який включений як реквізит до первинного документа постачальника.

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

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

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

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

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

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

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

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

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

У елементі «Назва документа» (Description; SAFlongtextType; simple; maxLength 256; Mandatory; 1..1) зазначається назва документа.

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

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

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

Який код бюджетної класифікації необхідно зазначати для платежів в бюджет?

У разі перерахування коштів до бюджету в елементі «Коди бюджетних платежів» (BudgetPaymentID; SAFlongtextType; simple; Optional; 0..1) може зазначатись код виду сплати (наприклад, «101» – сплата суми податків, зборів, платежів, єдиного внеску).

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

Інформація щодо податків, які утримуються при виплаті доходів (прибутків) нерезидентам із джерелом їх походження з України, може бути зазначена в елементах «Податкова інформація» (TaxInformation; complex; Optional; 0..∞) та «Сума податків» (TaxInformationTotals; complex; Optional; 0..∞).

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

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

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

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

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

Що потрібно зазначати в посиланні на рух запасів в операціях із запасами?

У елементі «Посилання на рух запасів» (MovementReference; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..1) зазначається унікальне посилання на рух запасів.

Таким унікальним посиланням може бути номер замовлення, номер документа поставки тощо.

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

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

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

Як в операціях із запасами зазначати інформацію щодо податкових зобов’язання з ПДВ при безоплатній передачі запасів?

У елементі «Сума» (BookValue; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається грошова оцінка загальної вартості запасу в національній валюті.

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

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

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

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

Для елементів «Сума» (BookValue) та «Сума» (GrossTotal) не встановлено обмежень щодо зазначення від’ємних значень (наприклад, при виправленні помилок).

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

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

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

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

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

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

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

На рівні дочірнього елемента «Оцінка операції з активом» (AssetTransactionValuation), який передбачає необхідність використання від одного до необмеженої кількості разів (1..∞), здійснюється окреме заповнення для різних типів оцінки.

2 – відповідно до Податкового кодексу України.

Цей елемент передбачає обмеження по набору значень (enumeration): 1, 2.

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

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

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

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

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

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

Реалізація необоротних активів та груп вибуття, утримуваних для продажу, відображається в підрозділах «Відомості про продаж» (SalesInvoices) та «Операції із запасами» (MovementOfGoods).

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

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

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

У елементі «Первісна вартість за операцією» (AcquisitionAndProductionCostsOnTransaction) відображаються загальні витрати на придбання та/або виготовлення активу на дату здійснення операції.

У елементі «Балансова вартість за операцією» (BookValueOnTransaction) відображається балансова вартість активу на дату здійснення операції.

У елементі «Сума операції з активом» (AssetTransactionAmount) відображається грошова оцінка операції з активом.

У елементі «Податкова інформація» (TaxInformation) відображається інформація про податки.

У елементі «Загальна сума» (GrossTotal) відображається грошова оцінка загальної вартості (з урахуванням податків).

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

Оскільки елементи «Податкова інформація» (TaxInformation) та «Загальна сума» (GrossTotal) не входять у вузол «Оцінки операції з активом» (AssetTransactionValuations), тому їх доцільно відображати щодо операцій з активом для цілей бухгалтерського обліку.

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

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

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

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

Дані підрозділу «Інформація про бухгалтерські довідки та інші первинні документи» (OtherSourceDocuments) розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) можуть бути розкриті в таких елементах (у тому числі необов’язкових) розділу «Бухгалтерські операції» (GeneralLedgerEntries):

Інформація про бухгалтерські довідки та інші первинні документи (OtherSourceDocuments)	Бухгалтерські операції (GeneralLedgerEntries)
Код операції (TransactionID) (4.6.1)	Код операції (TransactionID) (3.1.1)
Код документа (DocumentNumber) (4.6.2)	Номер документа (SourceDocumentID) (3.1.3)
Код документа (DocumentNumber) (4.6.2)	Системний номер (SystemID)
Дата (DocumentDate) (4.6.3)	Дата операції (TransactionDate) (3.1.2)
	Системна дата (SystemEntryDate) (3.1.7)
	Дата облікового запису (GLPostingDate) (3.1.6)
	Дата визнання (ValueDate)
Назва документа (DocumentDescription) (4.6.4)	Опис (Journal.Description)
Опис операції (TransactionDescription) (4.6.5)	Опис (Journal.Transaction.Description) , Опис (Journal.Transaction.Line.Description)
Код рахунку (AccountID) (4.6.6.1.1)	Код рахунку (AccountID) (3.1.14.1.1)
Код кореспондуючого рахунку (CorrespondingAccountID) (4.6.6.2.1)	Код кореспондуючого рахунку (CorrespondingAccountID) (3.1.14.2.1)
Дані в розрізі аналітики (Analysis) (4.6.6.1.1, 4.6.6.2.1)	Дані в розрізі аналітики (Analysis) (3.1.14.1.1, 3.1.14.2.1)
Податкова інформація (TaxInformation) (4.6.8)	Податкова інформація (TaxInformation) (3.1.11)
Сума без податку на додану вартість (Amount) (4.6.7, 4.6.10), Загальна сума (GrossTotal) (4.6.9, 4.6.10)	Сума за дебетом (DebitAmount) (3.1.10, 3.1.12, 3.1.13, 3.1.15, 3.1.16), Сума за кредитом (CreditAmount) (3.1.10, 3.1.12, 3.1.13, 3.1.15, 3.1.16)