SAF-T UA: Практичний довідник для бізнесу
Систематизовані пояснення щодо SAF-T UA: від базових понять до практичних аспектів підготовки даних, інтеграції облікових систем. Розділ допомагає структурувати підготовку до подання SAF-T UA та зменшити операційні ризики.
| Дата публікації | SAF-T розділ / елемент | Питання | Відповідь | Джерело |
|---|---|---|---|---|
| 18/02/2025 | Загальні питання | 1. За який мінімальний, та за який максимальний період можуть бути сформовані файли даних SAF-T UA. 2. Чи можна подавати сформовані файли даних за будь-який період? Наприклад, за день, тиждень, місяць, квартал, півріччя, рік. 3. Чи існують ресурси, на яких можливо б було протестувати завантаження тестових файлів даних SAF-T UA в електронний кабінет? | Відповідно до вимог пункту 85.2 статті 85 Податкового кодексу України (далі– Кодекс) платник податків зобов’язаний надати посадовим (службовим) особам контролюючих органів у повному обсязі всі документи, що належать або пов’язані з предметом перевірки. Такий обов’язок виникає у платника податків після початку перевірки. Для платників податків, які відповідно до пункту 85.2 статті 85 Кодексу зобов’язані надавати інформацію в електронному вигляді, загальний формат та порядок подачі такої інформації визначаються центральним органом виконавчої влади, що забезпечує формування та реалізує державну фінансову політику. Порядком № 1393 визначено формат і структуру надання документів ВПП на запит контролюючого органу в електронній формі, що належать або пов’язані з предметом перевірки. При плануванні, організації та проведенні документальних перевірок початок та кінець періоду, за який формується файл SAF-T контролюючий орган визначає, з урахуванням статті 102, пункту 522 та пункту 69 підрозділу 10 розділу ХХ Кодексу. Стандартний аудиторський файл SAF-T формуються виключно за запитом контролюючого органу з питань, пов’язаних з предметом перевірки. Таким чином, платник податку на запит контролюючого органу зобов’язаний надати електронний документ у вигляді стандартного аудиторського файлу SAF-T UA за період, визначений у запиті контролюючого органу. Щодо ресурсів, на яких можливо провести тестування SAF-T UA. На сьогодні ДПС усім платникам податків надала технічну можливість проведення тестування SAF-T UA через «Електронний кабінет».Період,який платник бажає тестувати,можна обрати самостійно! | Чат ДПС |
| 20/02/2025 | Підрозділ ІІ.13 «Власники (засновники)» (Owners) | Яким чином заповнювати розділ Власники якщо згідно статуту комунального підприємства Засновником та Власником є територіальна громада міста Києва. | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Власники (засновники)» (Owners) розкривається інформація про власника(ів) (засновника(ів)) суб’єкта господарювання, заповнюється окремо в розрізі кожного суб’єкта (юридичної/ фізичної особи) з описом їхніх реєстраційних (загальних) даних. У цьому підрозділі може зазначатись інформація, яка відображається в системі обліку суб’єкта господарювання на субрахунку 401 «Статутний капітал». Сальдо на цьому субрахунку повинно відповідати розміру статутного капіталу, який зафіксовано в установчих документах підприємства. | Чат ДПС |
| 20/02/2025 | Загальні питання | На які періоди технічно, можна розбивати файл на декілька файлів, при подачі за період, визначений податковою перевіркою? Наприклад, якщо податковим органом встановлено надати SAF-T UA за квартал, а технічно ми можемо сформувати лише за тиждень, у зв'язку з великою кількістю даних, то як подавати? Розбивати порціями і це буде коректно? | Детальним технічним описом визначено порядок формування та поділу SAF-T файла. В додатку 1 до детального опису наведено приклад та детальний опис формування XML файлу. Принцип подання множини файлів викладено в пункті 2.4. «Модель даних» Детального технічного опису. Розбивати файл порціями потижднево, та помісячно не є коректним. Формувати файл за місяць буде коректним лише у разі запиту податкового органу у рамках проведення позапланової перевірки. | Чат ДПС |
| 21/02/2025 | Загальні питання | У якій формі та якому форматі великі платники податків зобов’язані надавати документи (інформацію), що належать або пов'язані з предметом перевірки, на належним чином оформлений письмовий запит контролюючого органу? | Згідно з підпунктом 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. | Роз'яснення ДПС |
| 21/02/2025 | Загальні питання | У разі внесення змін до XSD SAF-T UA, яку версію структури XML слід використовувати для формування та подання SAF-T UA? | Формувати та надавати SAF-T UA на належним чином оформлений письмовий запит контролюючого органу необхідно згідно з останньою актуальною версією XSD SAF-T UA, розміщеною на офіційному веб-порталі ДПС. | Роз'яснення ДПС |
| 21/02/2025 | Загальні питання | Чи є розроблене програмне забезпечення для формування SAF-T UA? | Відповідно до пункту 2.1 розділу ІІ Порядку для надання електронних документів (інформації) ВПП до контролюючих органів, що проводять перевірку, платник податків повинен мати: програмне забезпечення з ведення бухгалтерського обліку для формування електронних документів (інформації) ВПП у визначеному цим Порядком форматі; доступ до мережі Інтернет та можливість відправлення/приймання електронних повідомлень по електронній пошті; отримані у кваліфікованого надавача електронних довірчих послуг кваліфіковані сертифікати відкритих ключів посадових осіб юридичної особи, що мають право підпису (керівника, бухгалтера), та/або кваліфікованої електронної печатки (за наявності). Державна податкова служба України не є розробником програмного забезпечення для формування SAF-T UA. | Роз'яснення ДПС |
| 21/02/2025 | Загальні питання | Якими засобами телекомунікаційного зв’язку приймається SAF- T UA? | Згідно з пунктом 2.2 розділу ІІ Порядку для приймання електронних документів (інформації) ВПП від платника податків контролюючий орган повинен мати: програмне забезпечення приймання та обробки електронних документів (інформації) ВПП із надійними засобами кваліфікованого електронного підпису чи печатки для накладання та перевірки кваліфікованого електронного підпису та направленого шифрування електронного документа (інформації) ВПП; чинні кваліфіковані сертифікати відкритих ключів, сформовані кваліфікованим надавачем для контролюючого органу. Приймання SAF-T UA здійснюється через електронний кабінет. | Роз'яснення ДПС |
| 21/02/2025 | Загальні питання | Якщо ВПП не має технічної можливості надіслати SAF-T UA до контролюючого органу засобами телекомунікаційного зв’язку, чи передбачена можливість подати файл в інший спосіб (наприклад, на електронному носії)? | Відповідно до пункту 3.5 розділу ІІІ Порядку електронні документи (інформація) ВПП надсилаються до контролюючого органу засобами телекомунікаційного зв’язку. Пунктом 3.6 розділу ІІІ Порядку передбачено, що при прийманні електронних документів (інформації) ВПП від платника податків контролюючим органом здійснюється їх розшифрування, перевіряється кваліфікований електронний підпис, визначається відповідність електронного документа (інформації) ВПП, надісланого засобами телекомунікаційного зв’язку, затвердженому формату. При надходженні електронних документів (інформації) ВПП засобами телекомунікаційного зв’язку здійснюється також їх автоматизована перевірка відповідно до Порядку обміну електронними документами з контролюючими органами, затвердженого наказом Міністерства фінансів України від 06.06.2017 № 557, зареєстрованого в Міністерстві юстиції України 03.08.2017 за № 959/30827 (далі – Порядок № 557). Подання SAF-T UA до контролюючого органу в інший спосіб (наприклад, на електронному носії) не передбачено. Згідно з пунктом 3.8 розділу ІІІ Порядку у випадку виникнення у посадових осіб контролюючого органу під час проведення перевірки необхідності у розгляді і дослідженні електронних документів (інформації) ВПП, не наданих платником податків, ВПП зобов’язаний забезпечити доступ посадових осіб контролюючого органу до електронних документів (інформації) ВПП за місцезнаходженням платника податків та його підрозділів (при проведенні документальних виїзних перевірок) або додатково надати електронні документи (інформацію) ВПП, що належать або пов’язані з предметом перевірки, на вимогу контролюючого органу, не пізніше двох робочих днів, наступних за днем отримання запиту контролюючого органу, в порядку та обсязі, визначених у цьому запиті. | Роз'яснення ДПС |
| 21/02/2025 | Загальні питання | Чи може контролюючий орган встановити більш тривалий строк для підготовки та надання SAF-T UA, якщо специфіка роботи підприємства та значний обсяг документів (інформації) потребує більше часу ніж два робочі дні? | Пунктом 85.2 статті 85 Кодексу передбачено, що платник податків зобов'язаний надати посадовим (службовим) особам контролюючих органів у повному обсязі всі документи, що належать або пов'язані з предметом перевірки. Такий обов'язок виникає у платника податків після початку перевірки. При цьому ВПП на запит контролюючого органу зобов’язаний також надати посадовим (службовим) особам контролюючих органів засобами електронного зв’язку в електронній формі з дотриманням вимог законів України «Про електронні документи та електронний документообіг» та «Про електронну ідентифікацію та електронні довірчі послуги» копії таких документів, що створюються ним в електронній формі з обліку доходів, витрат та інших показників, пов’язаних із визначенням об’єктів оподаткування (податкових зобов’язань), первинних документів, регістрів бухгалтерського обліку, фінансової звітності, інших документів, пов’язаних з обчисленням та сплатою податків і зборів, не пізніше двох робочих днів, наступних за днем отримання запиту. Якщо специфіка роботи підприємства та значний обсяг документів (інформації) потребує більшого часу ніж два робочі дні для підготовки SAF-T UA, платник податків може завчасно формувати SAF-T UA для дотримання строків, визначених законодавством. | Роз'яснення ДПС |
| 21/02/2025 | Загальні питання | У яких випадках SAF-T UA може бути відхилений? | Відповідно до пункту 7 розділу ІІ Порядку № 557 автоматизована перевірка електронного документа включає: підтвердження дійсності кваліфікованого або удосконаленого електронного підпису та печатки (за наявності), що базуються на кваліфікованому сертифікаті електронного підпису та кваліфікованому сертифікаті електронної печатки за умов, встановлених Законом України «Про електронну ідентифікацію та електронні довірчі послуги»; перевірку обов’язковості та послідовності накладання на електронний документ кваліфікованого або удосконаленого електронного підпису та печатки (за наявності), що базуються на кваліфікованому сертифікаті електронного підпису та кваліфікованому сертифікаті електронної печатки підписувачів у встановленому порядку; перевірку відповідності електронного документа затвердженому формату (стандарту); перевірку обов'язкових реквізитів; перевірку права підпису електронного документа підписувачем. Згідно з Детальним технічним описом елементів SAF-T UA файли даних SAF-T UA, надіслані до ДПС суб’єктами господарювання в XML-форматі, проходять контроль (валідацію) із застосуванням схеми контролю XML-документів (файл XSD). Це перший рівень контролю даних файлу SAF-T UA, після якого формується перша квитанція. У стовпці «Валідація» для окремих елементів відображена умова, за якою буде проходити валідація даних, які будуть розміщуватися в зазначеному елементі. Це другий рівень контролю даних файлу SAF-T UA, після якого формується друга квитанція. При цьому, зі структури XSD видалена валідація «Ключ-Посилання»; перевірка валідності даних «Ключ-Посилання» здійснюється на рівні системи обробки звітності ДПС України (друга квитанція). Пунктом 3.7 розділу ІІІ Порядку передбачено, що підтвердженням прийняття та реєстрації або відхилення контролюючим органом електронних документів (інформації) ВПП є повідомлення, яке направляється платнику податків у вигляді електронного документа засобами телекомунікаційного зв’язку. У разі неодержання від контролюючого органу протягом двох робочих днів повідомлення про прийняття і реєстрацію або про відхилення електронного документа (інформації) ВПП відправник вживає додаткових заходів з використанням інших засобів зв’язку для одержання від адресата відповідного повідомлення. У разі одержання від контролюючого органу повідомлення про відхилення електронного документа (інформації) ВПП відправником вживаються заходи для усунення причин відхилення і забезпечення повторного відправлення цього документа. Підтвердження факту одержання від контролюючого органу повідомлення щодо електронного документа (інформації) ВПП не здійснюється. | Роз'яснення ДПС |
| 21/02/2025 | Загальні питання | Як заповнюються елементи зі статусом «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), та з урахуванням особливостей своєї діяльності і технології обробки облікових даних. | Роз'яснення ДПС |
| 21/02/2025 | Загальні питання | Чи потрібно у SAF-T UA відображати дані про особу або програму, яка здійснила запис операції в бухгалтерському обліку? | У елементі «Код джерела» (SourceID) відображаються дані про особу або програму, яка здійснила запис операції в бухгалтерському обліку (рекомендується обов’язкове заповнення). Відображення цих даних відіграє важливу роль у забезпеченні контролю повноти та достовірності відображення інформації щодо обліку доходів, витрат, фінансового результату та інших показників, пов’язаних із визначенням об’єктів оподаткування, повнотою та своєчасністю сплати податків. Дані про особу або програму, яка здійснила запис операції в бухгалтерському обліку, дозволяють використовувати механізми контролю достовірності даних, виявляти нетипові та підозрілі операції, аналізувати коригувальні дії тощо. | Роз'яснення ДПС |
| 21/02/2025 | Загальні питання | Що означає слеш у прикладах заповнення елементів 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). | Роз'яснення ДПС |
| 21/02/2025 | Загальні питання | У чому полягає суть підходу формування множини файлів 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, що дозволяє його коректно обробляти, аналізувати, передавати між системами. | Роз'яснення ДПС |
| 21/02/2025 | Загальні питання | Чи є обмеження щодо використання спеціальних символів (наприклад, &, @, / тощо) під час заповнення елементів SAF-T UA? | Заборонений символ — Опис — Дозволений XML еквівалент & — амперсанд — & ' — апостроф — ' — більше — > ” — подвійні лапки — " &# — амперсанд- хеш — еквівалент відсутній -- — подвійне тире — еквівалент відсутній /* — слеш-зірочка — еквівалент відсутній | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Чи потрібно у відомостях про продаж зазначати інформацію щодо отриманих грошових коштів суб’єкта господарювання за операціями, що пов’язані з продажем товарів, робіт та послуг? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про продаж» (SalesInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів реалізованих матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Інформація щодо отриманих грошових коштів суб’єкта господарювання за операціями, що пов’язані з продажем товарів, робіт та послуг, відображається в підрозділі «Відомості про платежі» (Payments). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Чи потрібно у відомостях про продаж зазначати інформацію щодо внутрішньогосподарських розрахунків з філіями? | Оскільки внутрішньогосподарські розрахунки з виробничими одиницями і господарствами, виділеними на окремий баланс, не є продажем, то ця інформація в підрозділі «Відомості про продаж» (SalesInvoices) не відображається. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Чи вважатиметься помилкою, якщо продажі кінцевим споживачам у магазинах будуть зазначатись на основі Z- звітів, згідно з якими ведеться бухгалтерський облік в системі обліку суб’єкта господарювання? | Заповнення підрозділу «Відомості про продаж» (SalesInvoices) повинно здійснюватися на основі даних вихідної системи обліку відповідно до обраної підприємством форми бухгалтерського обліку як певної системи регістрів обліку, порядку і способу реєстрації та узагальнення інформації в них з додержанням єдиних засад, встановлених Законом № 996, та з урахуванням особливостей своєї діяльності і технології обробки облікових даних. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Чи може у відомостях про продаж зазначатися назва первинного документа залежно від типів документів, що застосовуються суб’єктом господарювання? | У елементі «Вид документа» (InvoiceType; SAFcodeType; simple; maxLength 9; Mandatory; 1..1) зазначається назва первинного документа (видаткова накладна, акт тощо). Обмеження (Facets) максимально допустимої кількість символів для введення (maxLength 9) відповідає моделі ОЕСР. Довідник «Вид документа» (InvoiceType), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Приклад» відповідних елементів та є наочним прикладом заповнення для кращого розуміння природи даних. Налаштування (зіставлення) власних об’єктів з цим довідником є необов’язковим. Рекомендується зазначати скорочену назву виду документа (до 9 символів): наприклад, «Вид.накл.». | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Чи потрібно у відомостях про продаж зазначати інформацію в іноземній валюті? | У елементі «Сума за рядком первинного документа» (InvoiceLineAmount; AmountStructure; complex; Mandatory; 1..1) зазначається грошова оцінка вартості продукту за вирахуванням податків. Для операцій, здійснених в іноземній валюті, в елементі «Сума за рядком первинного документа» (InvoiceLineAmount) повинна додатково бути відображена грошова оцінка вартості продукту за вирахуванням податків в іноземній валюті. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | У якій валюті вказувати ціну за товар/послугу у відомостях про продаж для операцій, здійснених в іноземній валюті? | У елементі «Ціна» (UnitPrice) зазначається ціна за одиницю запасу/продукції (товару/роботи/послуги). Оскільки елемент «Ціна» (UnitPrice) має простий тип «SAFquantityType», то дані наводяться тільки в національній валюті. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Чи допускається зазначення у відомостях про продаж від’ємних значень грошової оцінки вартості продукції (товару/роботи, послуги)? | У елементі «Сума за рядком первинного документа» (InvoiceLineAmount) зазначається грошова оцінка вартості продукту за вирахуванням податків. У елементі «Загальна сума» (GrossTotal) зазначається грошова оцінка загальної вартості продукції (товару/роботи, послуги). Для цих елементів не встановлено обмежень щодо відображення від’ємних значень (наприклад, при виправленні помилок). Позитивне або від'ємне значення суми повинно узгоджуватись з кореспонденцією рахунків/субрахунків, яка використовується для відображення відповідних господарських операцій. Наприклад, якщо сума наданих після дати реалізації знижок покупцям або вартість повернених покупцем продукції та товарів відображаються за дебетом субрахунку 704 «Вирахування з доходу», то значення грошової оцінки має бути позитивним. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Чи потрібно у відомостях про продаж заповнювати податкову інформацію для операцій, здійснених в іноземній валюті? | У елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається інформація про податки (на рівні рядка первинного документа). У елементі «Загальна сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається сума податків (на рівні загальних підсумків первинного документа). Елементи «Податкова інформація» (TaxInformation) та «Сума податків» (TaxInformationTotals) повинні обов’язково бути заповнені. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Як заповнювати загальну суму податків, якщо в рядках первинного документа зазначені різні ставки податку: вибрати одне значення, перерахувати через крапку з комою всі значення чи залишити поле порожнім? | Елемент «Сума податків» (TaxInformationTotals; complex; Mandatory; 1..∞) повинен обов’язково бути заповнений. Для можливості відображення інформації за різними податками/ставками забезпечена технічна можливість використовувати елемент необмежену кількість разів. Суми податків, наведені через крапку з комою у стовпці «Приклад» елемента «Сума податків» (TaxInformationTotals), є декількома умовними значеннями, які більш наочно розкривають заповнення елемента складного типу. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Чи вважатиметься помилкою, якщо витрати на доставку, які в системі обліку суб’єкта господарювання обліковуються на окремому бухгалтерському рахунку доходу та відображаються окремим рядком у документах на відвантаження, не зазначати у відомостях про продаж на рівні рядка первинного документа, але включати їх до загальної суми транспортних витрат у підсумках первинного документа? | У елементі «Сума витрат на доставку» (ShippingCostsAmount; AmountStructure; complex; Optional; 0..1) може зазначатись сума витрат на доставку/перевезення (на рівні рядка первинного документа). У елементі «Сума витрат на доставку» (ShippingCostsAmountTotal; SAFmonetaryType; simple; Optional; 0..1) може зазначатись загальна сума витрат на доставку/перевезення (на рівні загальних підсумків первинного документа). Отже, витрати на доставку, які в системі обліку суб’єкта господарювання обліковуються на окремому бухгалтерському рахунку доходу та відображаються окремим рядком у документах на відвантаження, можуть бути включені тільки до загальної суми транспортних витрат у підсумках первинного документа. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Що потрібно зазначати в посиланні на рух запасів при реалізації робіт та послуг? | У елементі «Поставка» (Delivery; complex; Optional; 0..1) передбачено вибір між посиланням на рух запасів, датою поставки та періодом поставки. У елементі «Посилання на рух запасів» (MovementReference; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..∞) зазначається унікальне посилання на рух запасів (повинно відповідати даним підрозділу «Операції із запасами» (MovementOfGoods). Оскільки інформація щодо операцій з реалізації робіт та послуг у підрозділі «Операції із запасами» (MovementOfGoods) не зазначається, то весь елемент «Поставка» (Delivery) використовувати не слід. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Чи потрібно у відомостях про продаж зазначати інформацію щодо безоплатно переданих товарів, результатів робіт (послуг)? | Оскільки операції з безоплатної передачі товарів, результатів робіт (послуг) для цілей бухгалтерського обліку не є реалізацією матеріальних цінностей, робіт та послуг, то така інформація в підрозділі «Відомості про продаж» (SalesInvoices) може не відображатись. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Чи потрібно у відомостях про продаж зазначати інформацію щодо штрафів, пені, неустойок? | Оскільки штрафи, пені, неустойки та інші санкції за порушення господарських договорів, які визнані боржником або щодо яких одержані рішення суду, господарського суду про їх стягнення, для цілей бухгалтерського обліку не є реалізацією матеріальних цінностей, робіт та послуг, то така інформація в підрозділі «Відомості про продаж» (SalesInvoices) може не відображатись. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Чи потрібно у відомостях про продаж зазначати інформацію щодо процентів, які підлягають отриманню? | Оскільки для цілей бухгалтерського обліку проценти, отримані на залишки коштів на поточних рахунках в банках або депозитних рахунках до запитання, не є реалізацією матеріальних цінностей, робіт та послуг, то така інформація суб’єктами господарювання (крім надавачів фінансових послуг) у підрозділі «Відомості про продаж» (SalesInvoices) може не відображатися. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Чи потрібно у відомостях про продаж зазначати код активу при продажу об’єкта необоротних активів, який не класифікується як непоточний актив, утримуваний для продажу? | У елементі «Код активу» (AssetID; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається інвентарний номер або інший унікальний ідентифікатор активу, що застосовується суб’єктом господарювання в бухгалтерському обліку (за наявності). Отже, при продажу об’єкта необоротних активів, який не класифікується як непоточний актив (або група вибуття), утримуваний для продажу, в елементі «Код активу» (AssetID) потрібно зазначити інвентарний номер або інший унікальний ідентифікатор активу, що застосовується суб’єктом господарювання в бухгалтерському обліку. При цьому, якщо в системі обліку суб’єкта господарювання для необоротного активу також створюється номенклатурна позиція запасу/продукції (товару/ роботи, послуги) із зазначення коду УКТ ЗЕД, то додатково потрібно зазначити відповідний «Код запасу/продукції (товару/роботи, послуги)» (ProductCode). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Чи потрібно у відомостях про продаж зазначати код активу при продажу об’єкта необоротних активів, який класифікується як непоточний актив, утримуваний для продажу? | При продажу об’єкта необоротних активів, який класифікується як непоточний актив (або група вибуття), утримуваний для продажу, в елементі «Код запасу/ продукції (товару/роботи, послуги)» (ProductCode) потрібно зазначити унікальний ідентифікатор запасу/продукції (товару/роботи, послуги), який застосовується суб’єктом господарювання. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Як у відомостях про продаж зазначати дебетову/кредитову ознаку? | На рівні всього первинного документа в елементі «Код рахунку» (AccountID) зазначається номер рахунку/субрахунку бухгалтерського обліку суб’єкта господарювання, по якому здійснюються операції з цим контрагентом (покупцем). На рівні рядка первинного документа відображається в тому числі така інформація: в елементі «Код рахунку» (AccountID) зазначається номер рахунку/субрахунку відповідно до Плану рахунків суб’єкта господарювання (за дебетом); в елементі «Код кореспондуючого рахунку» (CorrespondingAccountID) зазначається номер кореспондуючого рахунку/субрахунку відповідно до Плану рахунків суб’єкта господарювання (за кредитом); в елементі «Дебетова/кредитова ознака» (DebitCreditIndicator) вказується, чи сума на рівні рядка є дебетовою чи кредитовою (для номера рахунку/субрахунку, по якому здійснюються операції з цим контрагентом) («D» – дебетова, «C» – кредитова). Таким чином, дебетова/кредитова ознака вказується залежно від того, чи відображено номер рахунку/субрахунку бухгалтерського обліку суб’єкта господарювання, по якому здійснюються операції з контрагентом (покупцем), за дебетом чи кредитом у відповідному бухгалтерському проведенні. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Чи потрібно у відомостях про продаж зазначати інформацію щодо внутрішньогосподарських розрахунків з філіями? | Оскільки внутрішньогосподарські розрахунки з виробничими одиницями і господарствами, виділеними на окремий баланс, не є продажем, то ця інформація в підрозділі «Відомості про продаж» (SalesInvoices) не відображається. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Чи потрібно у відомостях про придбання/закупівлю зазначати інформація щодо перерахованих грошових коштів суб’єкта господарювання за операціями, що пов’язані з придбанням товарів, робіт та послуг? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Відомості про придбання/закупівлю (PurchaseInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів придбаних матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з придбання/закупівлі (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Інформація щодо перерахованих грошових коштів суб’єкта господарювання за операціями, що пов’язані з придбанням товарів, робіт та послуг, відображається в підрозділі «Відомості про платежі» (Payments). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Чи потрібно у відомостях про придбання/закупівлю зазначати інформацію щодо внутрішньогосподарських розрахунків з філіями? | Оскільки внутрішньогосподарські розрахунки з виробничими одиницями і господарствами, виділеними на окремий баланс, не є придбанням, то ця інформація в підрозділі «Відомості про придбання/закупівлю (PurchaseInvoices) не відображається. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Чи може у відомостях про придбання/закупівлю зазначатися назва первинного документа залежно від типів документів, що застосовуються суб’єктом господарювання? | У елементі «Вид документа» (InvoiceType; SAFcodeType; simple; maxLength 9; Mandatory; 1..1) зазначається назва первинного документа (прибуткова накладна, акт тощо). Обмеження (Facets) максимально допустимої кількість символів для введення (maxLength 9) відповідає моделі ОЕСР. Довідник «Вид документа» (InvoiceType), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Приклад» відповідних елементів та є наочним прикладом заповнення для кращого розуміння природи даних. Налаштування (зіставлення) власних об’єктів з цим довідником є необов’язковим. Рекомендується зазначати скорочену назву виду документа (до 9 символів): наприклад, «Пр.накл.». | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Чи потрібно у відомостях про придбання/закупівлю зазначати інформацію в іноземній валюті? | У елементі «Сума за рядком первинного документа» (InvoiceLineAmount; AmountStructure; complex; Mandatory; 1..1) зазначається грошова оцінка вартості продукту за вирахуванням податків. Для операцій, здійснених в іноземній валюті, в елементі «Сума за рядком первинного документа» (InvoiceLineAmount) повинна додатково бути відображена грошова оцінка вартості продукту за вирахуванням податків в іноземній валюті. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | У якій валюті вказувати ціну за товар/послугу у відомостях про придбання/закупівлю для операцій, здійснених в іноземній валюті? | У елементі «Ціна» (UnitPrice) зазначається ціна за одиницю запасу/продукції (товару/роботи/послуги). Оскільки елемент «Ціна» (UnitPrice) має простий тип «SAFquantityType», то дані наводяться тільки в національній валюті. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Чи допускається зазначення у відомостях про придбання/закупівлю від’ємних значень грошової оцінки вартості продукції (товару/роботи, послуги)? | У елементі «Сума за рядком первинного документа» (InvoiceLineAmount) зазначається грошова оцінка вартості продукту за вирахуванням податків. У елементі «Загальна сума» (GrossTotal) зазначається грошова оцінка загальної вартості продукції (товару/роботи, послуги). Для цих елементів не встановлено обмежень щодо відображення від’ємних значень (наприклад, при виправленні помилок). Позитивне або від'ємне значення суми повинно узгоджуватись з кореспонденцією рахунків/субрахунків, яка використовується для відображення відповідних господарських операцій | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Чи потрібно у відомостях про придбання/закупівлю заповнювати податкову інформацію для операцій, здійснених в іноземній валюті? | У елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається інформація про податки (на рівні рядка первинного документа). У елементі «Загальна сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається сума податків (на рівні загальних підсумків первинного документа). Елементи «Податкова інформація» (TaxInformation) та «Сума податків» (TaxInformationTotals) повинні обов’язково бути заповнені. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Чи потрібно у відомостях про придбання/закупівлю зазначати інформацію щодо внутрішньогосподарських розрахунків з філіями? | Оскільки внутрішньогосподарські розрахунки з виробничими одиницями і господарствами, виділеними на окремий баланс, не є придбанням, то ця інформація в підрозділі «Відомості про придбання/закупівлю (PurchaseInvoices) не відображається. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.2 «Відомості про придбання/закупівлю» (PurchaseInvoices) | Як заповнювати загальну суму податків, якщо в рядках первинного документа зазначені різні ставки податку: вибрати одне значення, перерахувати через крапку з комою всі значення чи залишити поле порожнім? | Елемент «Сума податків» (TaxInformationTotals; complex; Mandatory; 1..∞) повинен обов’язково бути заповнений. Для можливості відображення інформації за різними податками/ставками забезпечена технічна можливість використовувати елемент необмежену кількість разів. Суми податків, наведені через крапку з комою у стовпці «Приклад» елемента «Сума податків» (TaxInformationTotals), є декількома умовними значеннями, які більш наочно розкривають заповнення елемента складного типу. Пунктом 198.3 статті 198 Кодексу встановлено, що податковий кредит звітного періоду визначається виходячи з договірної (контрактної) вартості товарів/ послуг та складається із сум податків, нарахованих (сплачених) платником податку за ставкою, встановленою пунктом 193.1 статті 193 Кодексу, протягом такого звітного періоду у зв’язку з: придбанням або виготовленням товарів та наданням послуг; придбанням (будівництвом, спорудженням) основних засобів, у тому числі інших необоротних матеріальних активів та незавершених капітальних інвестицій у необоротні капітальні активи; ввезенням товарів та/або необоротних активів на митну територію України. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.2 «Відомості про придбання/закупівлю» (PurchaseInvoices) | Як у відомостях про придбання відображати інформацію про ПДВ у випадку пропорційного віднесення сум податку до податкового кредиту? | Нарахування податкового кредиту здійснюється незалежно від того, чи такі товари/послуги та основні засоби почали використовуватися в оподатковуваних операціях у межах провадження господарської діяльності платника податку протягом звітного податкового періоду, а також від того, чи здійснював платник податку оподатковувані операції протягом такого звітного податкового періоду. Згідно з пунктом 199.1 статті 199 Кодексу, в разі якщо придбані та/або виготовлені товари/послуги, необоротні активи частково використовуються в оподатковуваних операціях, а частково – ні, платник податку зобов’язаний нарахувати податкові зобов’язання виходячи з бази оподаткування, визначеної відповідно до пункту 189.1 статті 189 Кодексу, та скласти не пізніше останнього дня звітного (податкового) періоду і зареєструвати зведену податкову накладну в Єдиному реєстрі податкових накладних на загальну суму частки сплаченого (нарахованого) податку під час їх придбання або виготовлення, яка відповідає частці використання таких товарів/послуг, необоротних активів в неоподатковуваних операціях. Отже, у підрозділі «Відомості про придбання/закупівлю» (PurchaseInvoices) на підставі первинних документів зазначається інформація щодо податку на додану вартість у повній сумі, незалежно від того, чи такі придбані матеріальні цінності, роботи та послуги частково використовуються в оподатковуваних операціях, а частково – ні. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.2 «Відомості про придбання/закупівлю» (PurchaseInvoices) | Який код податку вказувати при імпорті товарів, які звільнені від оподаткування ПДВ? | Відповідно до довідника «Таблиця податків» (TaxTable) (для ПДВ), наведеного після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для операцій імпорту товарів, які звільнені від оподаткування ПДВ, необхідно використовувати код податку (TaxCode) «903». | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.2 «Відомості про придбання/закупівлю» (PurchaseInvoices) | Який код податку необхідно зазначати при відображенні податкової інформації щодо придбань у неплатників податку на додану вартість? | Згідно з довідником «Таблиця податків» (TaxTable) (для ПДВ), наведеним після закладки «Structures» у додатку до Детального технічного опису елементів SAF- T UA, для операцій, що не є об'єктом оподаткування, операцій з постачання послуг за межами митної території України та послуг, місце постачання яких визначено відповідно до пунктів 186.2, 186.3 статті 186 Кодексу за межами митної території України, необхідно використовувати код податку (TaxCode) «Не ПДВ». | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.2 «Відомості про придбання/закупівлю» (PurchaseInvoices) | Чи потрібно у відомостях про придбання/закупівлю зазначати інформацію щодо митних платежів? | Якщо в системі обліку суб’єкта господарювання митна декларація пов’язана з документом придбання/закупівлі в розрізі матеріальних цінностей, то інформацію щодо митних платежів доцільно відображати в даних первинних документів з придбання/закупівлі матеріальних цінностей у елементах, що стосується інформації про податки. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.2 «Відомості про придбання/закупівлю» (PurchaseInvoices) | Що потрібно зазначати в посиланні на рух запасів при придбанні/закупівлі робіт та послуг? | У елементі «Поставка» (Delivery; complex; Optional; 0..1) передбачено вибір між посиланням на рух запасів, датою поставки та періодом поставки. У елементі «Посилання на рух запасів» (MovementReference; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..∞) зазначається унікальне посилання на рух запасів (повинно відповідати даним підрозділу «Операції із запасами» (MovementOfGoods). Оскільки інформація щодо операцій з придбання/закупівлі робіт та послуг у підрозділі «Операції із запасами» (MovementOfGoods) не зазначається, то весь елемент «Поставка» (Delivery) використовувати не слід. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.2 «Відомості про придбання/закупівлю» (PurchaseInvoices) | Чи потрібно у відомостях про придбання/закупівлю зазначати інформацію щодо безоплатно отриманих товарів, результатів робіт (послуг)? | Оскільки операції з безоплатного отримання товарів, результатів робіт (послуг) для цілей бухгалтерського обліку не є придбанням матеріальних цінностей, робіт та послуг, то така інформація в підрозділі «Відомості про придбання/закупівлю» (PurchaseInvoices) може не відображатись. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.2 «Відомості про придбання/закупівлю» (PurchaseInvoices) | Чи потрібно у відомостях про придбання/закупівлю зазначати інформацію щодо штрафів, пені, неустойок? | Оскільки визнані економічні санкції за невиконання підприємством законодавства та умов договорів для цілей бухгалтерського обліку не є придбанням матеріальних цінностей, робіт та послуг, то така інформація в підрозділі «Відомості про придбання/закупівлю» (PurchaseInvoices) може не відображатись. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.2 «Відомості про придбання/закупівлю» (PurchaseInvoices) | Чи потрібно у відомостях про придбання/закупівлю зазначати інформацію щодо нарахованих у бухгалтерському обліку процентів за кредитами, позиками та іншими борговими зобов’язаннями? | Оскільки для цілей бухгалтерського обліку проценти, нараховані за кредитами, позиками та іншими борговими зобов’язаннями, не є придбанням матеріальних цінностей, робіт та послуг, то така інформація суб’єктами господарювання (крім надавачів фінансових послуг) у підрозділі «Відомості про придбання/закупівлю» (PurchaseInvoices) може не відображатись. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.2 «Відомості про придбання/закупівлю» (PurchaseInvoices) | Чи потрібно у відомостях про придбання/закупівлю зазначати інформацію авансових звітів, які включають витрати підзвітних осіб на готелі, транспортні квитки, паливо тощо? | Витрати, понесені підзвітною особою під час відрядження або виконання окремої цивільно-правової дії, які включають придбання матеріальних цінностей, робіт та послуг доцільно відображати в підрозділі «Відомості про придбання/закупівлю» (PurchaseInvoices) (у тому числі з розкриттям інформації щодо ПДВ). У елементі «Інформація про постачальника» (SupplierInfo) зазначається інформація про контрагента – постачальника. У інформації про постачальника доцільно (за наявності відповідних даних в обліковій системі суб’єкта господарювання) відображати контрагента - постачальника, а не підзвітну особу. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.2 «Відомості про придбання/закупівлю» (PurchaseInvoices) | У елементі «Код документа» потрібно наводити номер первинного документа, що отриманий від контрагента чи вказувати унікальний номер документа, створений системою? | У елементі «Код документа» (InvoiceNo; SAFmiddle2textType; simple; maxLength 70; Mandatory; 1..1) зазначається унікальний ідентифікатор документа, визначений суб’єктом господарювання, а в елементі «Системний номер» (SystemID; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) – унікальний номер документа, створений системою. Отже, в елементі «Код документа» (InvoiceNo) потрібно зазначати номер, який включений як реквізит до первинного документа постачальника. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.2 «Відомості про придбання/закупівлю» (PurchaseInvoices) | Як у відомостях про придбання/закупівлю зазначати дебетову/ кредитову ознаку? | На рівні всього первинного документа в елементі «Код рахунку» (AccountID) зазначається номер рахунку/субрахунку бухгалтерського обліку суб’єкта господарювання, по якому здійснюються операції з цим контрагентом (продавцем) На рівні рядка первинного документа відображається в тому числі така інформація: в елементі «Код рахунку» (AccountID) зазначається номер рахунку/субрахунку відповідно до Плану рахунків суб’єкта господарювання (за дебетом); в елементі «Код кореспондуючого рахунку» (CorrespondingAccountID) зазначається номер кореспондуючого рахунку/субрахунку відповідно до Плану рахунків суб’єкта господарювання (за кредитом); в елементі «Дебетова/кредитова ознака» (DebitCreditIndicator) вказується, чи сума на рівні рядка є дебетовою чи кредитовою (для номера рахунку/субрахунку, по якому здійснюються операції з цим контрагентом) («D» – дебетова, «C» – кредитова). Таким чином, дебетова/кредитова ознака вказується залежно від того, чи відображено номер рахунку/субрахунку бухгалтерського обліку суб’єкта господарювання, по якому здійснюються операції з контрагентом (продавцем), за дебетом чи кредитом у відповідному бухгалтерському проведенні. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.3 «Відомості про платежі» (Payments) | Чи потрібно у відомостях про платежі зазначати інформацію щодо всіх отриманих/перерахованих грошових коштів суб’єкта господарювання? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про платежі» (Payments) на підставі первинних документів зазначається інформація щодо отриманих/перерахованих грошових коштів суб’єкта господарювання з наведенням способів оплати, кореспондуючих рахунків та іншої інформації щодо характеристики проведених розрахунків в розрізі платежів (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). У елементі «Платіж» (Payment; complex; Mandatory; 1..∞) зазначаються дані платежу (на підставі первинних документів зазначається інформація щодо отриманих/перерахованих грошових коштів суб’єкта господарювання, в тому числі за операціями, пов’язаними з продажем/придбанням товарів, робіт та послуг). Таким чином, у цьому підрозділі зазначається інформація щодо всіх отриманих/ перерахованих грошових коштів суб’єкта господарювання: як за операціями, що пов’язані з продажем/придбанням товарів, робіт та послуг, так і за операціями, що не пов’язані з продажем/придбанням товарів, робіт та послуг. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.3 «Відомості про платежі» (Payments) | Чи може у відомостях про платежі зазначатися назва первинного документа залежно від типів документів, що застосовуються суб’єктом господарювання? | У елементі «Назва документа» (Description; SAFlongtextType; simple; maxLength 256; Mandatory; 1..1) зазначається назва документа. Довідник «Вид документа» (InvoiceType), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Приклад» відповідних елементів та є наочним прикладом заповнення для кращого розуміння природи даних (наприклад, «Вип.банку». Налаштування (зіставлення) власних об’єктів з цим довідником є необов’язковим. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.3 «Відомості про платежі» (Payments) | Якщо в системі обліку суб’єкта господарювання код операції присвоюється на рівні кожного платежу окремо, а не для виписки банку в цілому, то як у такому випадку заповнювати рядки документа платежу? | Якщо в системі обліку суб’єкта господарювання код операції (TransactionID) присвоюється кожному платежу окремо, то інформація щодо отриманих/ перерахованих грошових коштів зазначається як окремі значення елемента «Платіж» (Payment). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.3 «Відомості про платежі» (Payments) | Який код бюджетної класифікації необхідно зазначати для платежів в бюджет? | У разі перерахування коштів до бюджету в елементі «Коди бюджетних платежів» (BudgetPaymentID; SAFlongtextType; simple; Optional; 0..1) може зазначатись код виду сплати (наприклад, «101» – сплата суми податків, зборів, платежів, єдиного внеску). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.3 «Відомості про платежі» (Payments) | Чи потрібно у відомостях про платежі зазначати податкову інформацію щодо податків, які утримуються при виплаті доходів (прибутків) нерезидентам із джерелом їх походження з України? | Інформація щодо податків, які утримуються при виплаті доходів (прибутків) нерезидентам із джерелом їх походження з України, може бути зазначена в елементах «Податкова інформація» (TaxInformation; complex; Optional; 0..∞) та «Сума податків» (TaxInformationTotals; complex; Optional; 0..∞). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.4 «Операції із запасами» (MovementOfGoods) | Чи потрібно в операціях із запасами зазначати інформацію щодо операцій, проведених з основною продукцією? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Операції із запасами (MovementOfGoods) на підставі первинних документів зазначається інформація в розрізі операцій, проведених з матеріальними цінностями з обов’язковим зазначенням номерів і назв рахунків/субрахунків, на яких вони обліковуються, їх кількості, ціни та вартості, а також з розкриттям іншої інформації. У елементі «Рух запасів» (StockMovement; complex; Mandatory; 1..∞) зазначається інформація про господарську операцію з руху запасів (у тому числі позабалансових). Таким чином, у цьому підрозділі зазначається інформація в розрізі всіх операцій, проведених з матеріальними цінностями, в тому числі основною продукцією. Інформація підрозділу «Запаси» (PhysicalStock) повинна бути збалансована з даними підрозділу «Операції із запасами» (MovementOfGoods). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.4 «Операції із запасами» (MovementOfGoods) | Що потрібно зазначати в посиланні на рух запасів в операціях із запасами? | У елементі «Посилання на рух запасів» (MovementReference; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..1) зазначається унікальне посилання на рух запасів. Таким унікальним посиланням може бути номер замовлення, номер документа поставки тощо. Суб’єкт господарювання самостійно визначає, яке унікальне значення використовувати як посилання на рух запасів. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.4 «Операції із запасами» (MovementOfGoods) | Як в операціях із запасами відображати інформацію щодо заліку пересортиці (між різними кодами запасів)? | Інформацію щодо операцій заліку пересортиці доцільно відображати в окремих рядках для відповідних кодів запасів тільки по дебету та тільки по кредиту (умовний підхід як для позабалансових). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.4 «Операції із запасами» (MovementOfGoods) | Як в операціях із запасами зазначати інформацію щодо податкових зобов’язання з ПДВ при безоплатній передачі запасів? | У елементі «Сума» (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). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.4 «Операції із запасами» (MovementOfGoods) | Чи допускається зазначення в операціях із запасами від’ємних значень грошової оцінки вартості запасу? | Для елементів «Сума» (BookValue) та «Сума» (GrossTotal) не встановлено обмежень щодо зазначення від’ємних значень (наприклад, при виправленні помилок). Позитивне або від'ємне значення суми повинно узгоджуватись з кореспонденцією рахунків/субрахунків, яка використовується для відображення відповідних господарських операцій. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.5 «Операції з необоротними активами» (AssetTransactions) | Чи потрібно в операціях з необоротними активами відображати інформацію в розрізі всіх господарських операцій з необоротними активами (у тому числі позабалансовими)? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Операції з необоротними активами» (AssetTransactions) відображається інформація в розрізі господарських операцій з необоротними активами суб’єкта господарювання з наведенням опису такого активу, кореспондуючих рахунків/субрахунків, по яких здійснено проведення, контрагентів та розкриттям іншої інформації. У елементі «Операція з активом» (AssetTransaction; complex; Mandatory; 1..∞) відображається інформація про господарську операцію з необоротним активом, крім амортизації (у тому числі позабалансовим). Таким чином, у цьому підрозділі відображається інформація в розрізі всіх господарських операцій з необоротними активами, у тому числі позабалансовими (крім амортизації). Інформація підрозділу «Необоротні активи» (Assets) повинна бути збалансована з даними підрозділу «Операції з необоротними активами» (AssetTransactions). Згідно з додатком до Детального технічного опису елементів SAF-T UA в елементі «Оцінки операції з активом» (AssetTransactionValuations) підрозділу «Операції з необоротними активами» (AssetTransactions) відображаються оцінки операції з активом (для основних засобів/нематеріальних активів інформація повинна бути представлена окремо для цілей бухгалтерського та податкового обліку). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.5 «Операції з необоротними активами» (AssetTransactions) | Як правильно заповнювати оцінки операції з активом для цілей бухгалтерського та податкового обліку? | Згідно з додатком до Детального технічного опису елементів SAF-T UA в елементі «Оцінки операції з активом» (AssetTransactionValuations) підрозділу «Операції з необоротними активами» (AssetTransactions) відображаються оцінки операції з активом (для основних засобів/нематеріальних активів інформація повинна бути представлена окремо для цілей бухгалтерського та податкового обліку). На рівні дочірнього елемента «Оцінка операції з активом» (AssetTransactionValuation), який передбачає необхідність використання від одного до необмеженої кількості разів (1..∞), здійснюється окреме заповнення для різних типів оцінки. З метою окремого представлення інформації в елементі «Тип оцінки активу» (AssetValuationType) передбачені такі ідентифікатори: 1 – відповідно до національних положень (стандартів) бухгалтерського обліку або міжнародних стандартів фінансової звітності; 2 – відповідно до Податкового кодексу України. Цей елемент передбачає обмеження по набору значень (enumeration): 1, 2. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.5 «Операції з необоротними активами» (AssetTransactions) | Як в операціях з необоротними активами відображати інформацію щодо переведення об’єкта нерухомості до складу інвестиційної нерухомості або виведення його зі складу інвестиційної нерухомості (інвентарний номер активу не змінюється, а змінюється лише субрахунок бухгалтерського обліку)? | Якщо в системі обліку суб’єкта господарювання при переведенні об’єкта нерухомості до складу інвестиційної нерухомості або виведенні його зі складу інвестиційної нерухомості інвентарний номер активу не змінюється, а змінюється лише субрахунок бухгалтерського обліку, то при реалізації експорту даних у SAF-T UA необхідно забезпечити окреме відображення відповідної інформації в розрізі окремих необоротних активів з унікальними ідентифікаторами активів (наприклад, умовними/комбінованими). Інформацію щодо переведення об’єкта нерухомості до складу інвестиційної нерухомості або виведення його зі складу інвестиційної нерухомості доцільно відображати окремими операціями для відповідних кодів активів тільки по дебету та тільки по кредиту (умовний підхід як для позабалансових). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.5 «Операції з необоротними активами» (AssetTransactions) | Як в операціях з необоротними активами відображати інформацію щодо введення в експлуатацію об'єктів необоротних активів (інвентарний номер активу не змінюється, а змінюється лише субрахунок бухгалтерського обліку)? | Якщо в системі обліку суб’єкта господарювання при введені в експлуатацію об'єктів необоротних активів інвентарний номер активу не змінюється, а змінюється лише субрахунок бухгалтерського обліку, то при реалізації експорту даних у SAF-T UA необхідно забезпечити окреме відображення відповідної інформації в розрізі окремих необоротних активів з унікальними ідентифікаторами активів (наприклад, умовними/комбінованими). Інформацію щодо введення в експлуатацію об'єктів необоротних активів доцільно відображати окремими операціями для відповідних кодів активів тільки по дебету та тільки по кредиту (умовний підхід як для позабалансових). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.5 «Операції з необоротними активами» (AssetTransactions) | Чи потрібно відображати в операціях з необоротними активами реалізацію об'єктів основних засобів, які були включені до необоротних активів та груп вибуття, утримуваних для продажу? | Операції суб’єкта господарювання щодо включення об'єктів основних засобів до необоротних активів та груп вибуття, утримуваних для продажу, відображаються в підрозділі «Операції з необоротними активами» (AssetTransactions). Реалізація необоротних активів та груп вибуття, утримуваних для продажу, відображається в підрозділах «Відомості про продаж» (SalesInvoices) та «Операції із запасами» (MovementOfGoods). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.5 «Операції з необоротними активами» (AssetTransactions) | Як в операціях з необоротними активами відображати інформацію щодо переведення об’єкта нерухомості до складу інвестиційної нерухомості або виведення його зі складу інвестиційної нерухомості (інвентарний номер активу не змінюється, а змінюється лише субрахунок бухгалтерського обліку)? | Якщо в системі обліку суб’єкта господарювання при переведенні об’єкта нерухомості до складу інвестиційної нерухомості або виведенні його зі складу інвестиційної нерухомості інвентарний номер активу не змінюється, а змінюється лише субрахунок бухгалтерського обліку, то при реалізації експорту даних у SAF-T UA необхідно забезпечити окреме відображення відповідної інформації в розрізі окремих необоротних активів з унікальними ідентифікаторами активів (наприклад, умовними/комбінованими). Інформацію щодо переведення об’єкта нерухомості до складу інвестиційної нерухомості або виведення його зі складу інвестиційної нерухомості доцільно відображати окремими операціями для відповідних кодів активів тільки по дебету та тільки по кредиту (умовний підхід як для позабалансових). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.5 «Операції з необоротними активами» (AssetTransactions) | Як в операціях з необоротними активами відображати інформацію щодо введення в експлуатацію об'єктів необоротних активів (інвентарний номер активу не змінюється, а змінюється лише субрахунок бухгалтерського обліку)? | Якщо в системі обліку суб’єкта господарювання при введені в експлуатацію об'єктів необоротних активів інвентарний номер активу не змінюється, а змінюється лише субрахунок бухгалтерського обліку, то при реалізації експорту даних у SAF-T UA необхідно забезпечити окреме відображення відповідної інформації в розрізі окремих необоротних активів з унікальними ідентифікаторами активів (наприклад, умовними/комбінованими). Інформацію щодо введення в експлуатацію об'єктів необоротних активів доцільно відображати окремими операціями для відповідних кодів активів тільки по дебету та тільки по кредиту (умовний підхід як для позабалансових). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.5 «Операції з необоротними активами» (AssetTransactions) | Чи потрібно відображати в операціях з необоротними активами реалізацію об'єктів основних засобів, які були включені до необоротних активів та груп вибуття, утримуваних для продажу? | Операції суб’єкта господарювання щодо включення об'єктів основних засобів до необоротних активів та груп вибуття, утримуваних для продажу, відображаються в підрозділі «Операції з необоротними активами» (AssetTransactions). Реалізація необоротних активів та груп вибуття, утримуваних для продажу, відображається в підрозділах «Відомості про продаж» (SalesInvoices) та «Операції із запасами» (MovementOfGoods). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІV.5 «Операції з необоротними активами» (AssetTransactions) | Як в операціях з необоротними активами відображати інформацію щодо податкових зобов’язання з ПДВ при ліквідації основних виробничих або невиробничих засобів за самостійним рішенням платника податку? | Операції суб’єкта господарювання щодо ліквідації основних виробничих або невиробничих засобів за самостійним рішенням платника податку відображаються в підрозділі «Операції з необоротними активами» (AssetTransactions). У елементі «Оцінки операції з активом» (AssetTransactionValuations) відображаються оцінки операції з активом. Інформація повинна бути представлена окремо для цілей бухгалтерського та податкового обліку. У елементі «Первісна вартість за операцією» (AcquisitionAndProductionCostsOnTransaction) відображаються загальні витрати на придбання та/або виготовлення активу на дату здійснення операції. У елементі «Балансова вартість за операцією» (BookValueOnTransaction) відображається балансова вартість активу на дату здійснення операції. У елементі «Сума операції з активом» (AssetTransactionAmount) відображається грошова оцінка операції з активом. У елементі «Податкова інформація» (TaxInformation) відображається інформація про податки. У елементі «Загальна сума» (GrossTotal) відображається грошова оцінка загальної вартості (з урахуванням податків). Таким чином, при ліквідації основних виробничих або невиробничих засобів за самостійним рішенням платника податку інформація щодо податкових зобов’язання з ПДВ відображається в елементі «Податкова інформація» (TaxInformation). Оскільки елементи «Податкова інформація» (TaxInformation) та «Загальна сума» (GrossTotal) не входять у вузол «Оцінки операції з активом» (AssetTransactionValuations), тому їх доцільно відображати щодо операцій з активом для цілей бухгалтерського обліку. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ І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) Системний номер (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) | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.1 «Облікова політика» (AccountingPolicies) | Які елементи облікової політики суб’єкта господарювання підлягають обов’язковому відображенню в SAF-T UA? | Згідно з Порядком у підрозділі «Облікова політика» зазначається інформація щодо елементів облікової політики суб’єкта господарювання в періоді, за який формується SAF-T UA, з наведенням реквізитів наказу(ів) про облікову політику (дата, номер) за відповідні звітні періоди (та про внесення змін до них – у разі наявності). Також необхідно зазначити, які саме стандарти бухгалтерського обліку застосовуються суб’єктом господарювання для ведення бухгалтерського обліку – ПСБО/МСБО, та застосування класів рахунків. Інформація заповнюється в табличному вигляді згідно з наведеним зразком, при цьому відображенню підлягає вся інформація, передбачена у наказі(ах) про облікову політику. У колонку «Елемент» переноситься показник щодо методів амортизації, порядку формування резервів, у тому числі резервів сумнівних боргів, методів оцінки вибуття запасів, визначення порогів суттєвості, проведення інвентаризації, порядку формування інших показників фінансової звітності тощо (відображення яких передбачено нормативно-правовими актами щодо облікової політики підприємства чи Концептуальною основою складання та подання фінансових звітів (для – МСФЗ)). Отже, обов’язковому відображенню в SAF-T UA підлягає інформація, яка передбачена нормативно-правовими актами щодо облікової політики підприємства чи Концептуальною основою складання та подання фінансових звітів (для – МСФЗ). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.1 «Облікова політика» (AccountingPolicies) | Чи дозволяється включати великий обсяг тексту при наведенні описів елементів облікової політики? | Елементи підрозділу «Облікова політика» (AccountingPolicies) мають простий тип «SAFstringType», який базується на простому елементі «xs:string». Тип «xs:string» не має встановленого обмеження на кількість символів, що дозволяє вносити детальні описи елементів облікової політики. При цьому, текст не повинен містити заборонених символів. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.1 «Облікова політика» (AccountingPolicies) | Чи передбачена в SAF-T UA можливість додавання копій розпорядчих документів про затвердження облікової політики суб’єкта господарювання? | Формат SAF-T UA не підтримує надання копій розпорядчих документів про затвердження облікової політики суб’єкта господарювання безпосередньо у файлі XML. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.10 «Таблиця типів руху» (MovementTypeTable) | Чи може суб’єкт господарювання при заповненні таблиці типів руху використовувати власні коди та описи типів та підтипів руху запасів залежно від рівня деталізації відповідної інформації в обліковій системі? | Відповідно до Детального технічного опису елементів SAF-T UA підрозділ «Таблиця типів руху» (MovementTypeTable) містить інформацію щодо типів (підтипів) руху та використовується для операцій із запасами. Довідник «Тип руху» (MovementType), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Приклад» відповідних елементів підрозділу «Таблиця типів руху» (MovementTypeTable) та є наочним прикладом заповнення для кращого розуміння природи даних. Налаштування (зіставлення) власних об’єктів з цим довідником є необов’язковим. Отже, при заповненні підрозділу «Таблиця типів руху» (MovementTypeTable) суб’єкт господарювання може використовувати дані про типи та підтипи руху запасів залежно від рівня деталізації відповідної інформації в обліковій системі (із зазначення власних кодів та описів). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.11 «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products) | Чи може суб’єкт господарювання через великий обсяг номенклатури та довгі назви товарів вказувати в найменуваннях скорочені назви (наприклад, категорію товару та бренд)? | Згідно з Детальним технічним описом елементів SAF-T UA підрозділ «Номенклатура запасів/продукції (товарів/робіт, послуг)» (Products) містить інформацію щодо характеристики запасу/продукції (товару/роботи, послуги), зокрема код запасу/продукції, індикатор, що дає можливість ідентифікувати продукцію на предмет, чи продукція є товаром, або роботою, послугою, опис, одиницю виміру, метод оцінки тощо. У елементі «Опис запасу/продукції (товару/роботи, послуги)» (Description) зазначається найменування запасу/продукції (товару/роботи, послуги). Обмеження в 256 символів (maxLength 256), яке задає максимально допустиму кількість символів для введення в цьому елементі, відповідає моделі ОЕСР та є достатнім для зазначення повних найменувань. Отже, опис запасу/продукції (товару/роботи, послуги) необхідно зазначати повністю відповідно до даних довідників системи обліку суб’єкта господарювання. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.11 «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products) | Якщо суб’єкт господарювання визначає собівартість запасів за формулою середньозваженої собівартості з отриманням кожної додаткової партії, який необхідно зазначити ідентифікатор методу оцінки? | У елементі «Метод оцінки» (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». | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.11 «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products) | Якщо одиниця виміру, зазначена в первинному документі, відрізняється від складської одиниці виміру, яка відповідає базовій одиниці виміру, чи необхідно відображати цю одиницю виміру у стандартній одиниці виміру? | У елементі «Стандартна одиниця виміру» (UOMStandard) зазначається стандартна одиниця виміру, що застосовується для цього запасу/продукції (товару/роботи, послуги) в обліку та податковій звітності суб’єкта господарювання. Не заповнюється, якщо в обліку та податковій звітності суб’єкта господарювання застосовується тільки базова одиниця виміру (UOMBase). У елементі «Коефіцієнт перерахунку стандартної одиниці виміру в базову» (UOMToUOMBaseConversionFactor) зазначається коефіцієнт перерахунку стандартної одиниці виміру (UOMStandard) в базову одиницю виміру (UOMBase). Не заповнюється, якщо в обліку та звітності суб’єкта господарювання застосовується тільки базова одиниця виміру (UOMBase). Отже, якщо в обліку суб’єкта господарювання застосовується не тільки базова одиниця виміру (UOMBase), то всі такі одиниці виміру (крім базової) та відповідні коефіцієнти перерахунку необхідно відображати у стандартній одиниці виміру (UOMStandard). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.11 «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products) | Якщо в податковій звітності суб’єкта господарювання використовуються одиниці виміру, які відрізняються від базової одиниці виміру, чи необхідно відображати ці одиниці виміру у стандартній одиниці виміру? | Якщо в податковій звітності суб’єкта господарювання застосовується не тільки базова одиниця виміру (UOMBase), то всі такі одиниці виміру (крім базової) та відповідні коефіцієнти перерахунку необхідно відображати у стандартній одиниці виміру (UOMStandard). Наприклад, якщо базова одиниця виміру певного алкогольного напою (0,5 л, 40%) – 2061 (пляш), то потрібно зазначати всі стандартні одиниці виміру, які застосовуються в обліку та податковій звітності суб’єкта господарювання: 0138 (л), 0142 (дал), 2087 (л чист.спирт), 833 (дал 100 % спирт, при 20° C) тощо. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.11 «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products) | Чи пройде файл валідацію, якщо суб’єкт господарювання в передбачених випадках не заповнює стандартну одиницю виміру та коефіцієнт перерахунку стандартної одиниці виміру в базову, враховуючи обов’язковий статус цих елементів? | Якщо в обліку та звітності суб’єкта господарювання застосовується тільки базова одиниця виміру (UOMBase), то елементи «Стандартна одиниця виміру» (UOMStandard) та «Коефіцієнт перерахунку стандартної одиниці виміру в базову» (UOMToUOMBaseConversionFactor) використовувати не слід. Для цих елементів статус «Optional» технічно реалізований через атрибут «minOccurs="0"» у визначенні елемента вищого рівня «sequence». Це означає, що суб’єкт господарювання має можливість не включати відповідний блок/вузол у XML-документ SAF-T UA без порушення його валідності. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.12 «Запаси» (PhysicalStock) | Чи потрібно в запасах відображати інформацію про основну продукцію? | У елементі «Інформація щодо запасу» (PhysicalStockEntry; complex; Mandatory; 1..∞) відображається інформація щодо запасу/продукції (товару/роботи, послуги) (в тому числі позабалансових). Таким чином, у цьому підрозділі відображається інформація про всі запаси, в тому числі основну продукцію. Інформація підрозділу «Запаси» (PhysicalStock) повинна бути збалансована з даними підрозділу «Операції із запасами» (MovementOfGoods). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.12 «Запаси» (PhysicalStock) | Як відображати в запасах інформацію щодо незавершеного виробництва, якщо аналітичний облік за рахунком 23 «Виробництво» не ведеться за видами продукції, що виробляється? | Якщо аналітичний облік за рахунком 23 «Виробництво» не ведеться за видами продукції, що виробляється (не включені в номенклатурні позиції), а унікальний ідентифікатор запасу/продукції присвоюється тільки на етапі оприбуткування виробничих запасів (матеріалів), напівфабрикатів, готової продукції тощо, то інформація щодо незавершеного виробництва в підрозділі «Запаси» (PhysicalStock) не відображається, оскільки заповнення елемента «Код запасу/ продукції» (ProductCode) є обов’язковим. Дані щодо синтетичного та аналітичного обліку виробництва повинні бути відображені в підрозділі «Сальдові/оборотні відомості» (GeneralLedgerAccounts) та в розділі «Бухгалтерські операції» (GeneralLedgerEntries). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.12 «Запаси» (PhysicalStock) | Як відображати інформацію щодо запасів, якщо для одного і того самого коду запасу/ продукції існують різні склади? | У разі якщо для одного і того самого коду запасу/продукції існують різні склади, то такі позиції необхідно відображати окремо різними записами. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.12 «Запаси» (PhysicalStock) | Як відображати інформацію щодо запасів, якщо для одного і того самого коду запасу/ продукції існують партії з різними цінами за одиницю? | У разі якщо для одного і того самого коду запасу/продукції існують партії з різними цінами за одиницю запасу/продукції, то такі позиції необхідно відображати окремо різними записами. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.12 «Запаси» (PhysicalStock) | Як відображати інформацію щодо запасів, якщо для одного і того самого коду запасу/ продукції існують партії з різними одиницями виміру? | У разі якщо для одного і того самого коду запасу/продукції існують партії з різними одиницями виміру, то такі позиції необхідно відображати окремо різними записами. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.12 «Запаси» (PhysicalStock) | Чи пройде файл валідацію, якщо суб’єкт господарювання в передбачених випадках не заповнює одиницю виміру запасу та коефіцієнт перерахунку одиниці виміру запасу в базову одиницю виміру, враховуючи обов’язковий статус цих елементів? | Якщо одиниця виміру запасу (UOMPhysicalStock) дорівнює (базовій) одиниці виміру (UOMBase), то елементи «Одиниця виміру запасу» (UOMPhysicalStock) та «Коефіцієнт перерахунку одиниці виміру запасу в базову одиницю виміру» (UOMToUOMBaseConversionFactor) використовувати не слід. Для цих елементів статус «Optional» технічно реалізований через атрибут «minOccurs="0"» у визначенні елемента вищого рівня «sequence». Це означає, що суб’єкт господарювання має можливість не включати відповідний блок/вузол у XML-документ SAF-T UA без порушення його валідності. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.12 «Запаси» (PhysicalStock) | Якщо в системі обліку суб’єкта господарювання не ведеться облік характеристик запасів (вага, розмір упаковка, колір, тощо), то як у такому випадку заповнювати характеристики запасу, враховуючи обов’язковий статус цих елементів? | Елементи «Характеристика запасу» (StockCharacteristic) та «Значення характеристики запасу» (StockCharacteristicValue) можуть бути заповнені, якщо, на думку платника податків, це забезпечує більш повне відображення даних, що належать або пов'язані з предметом перевірки (за наявності відповідної інформації). Для цих елементів статус «Optional» технічно реалізований через атрибут «minOccurs="0"» у визначенні елемента вищого рівня «Характеристики запасу» (StockCharacteristics). Це означає, що суб’єкт господарювання має можливість не включати відповідний блок/вузол у XML-документ SAF-T UA без порушення його валідності. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.13 «Власники (засновники)» (Owners) | У разі наявності великої кількості власників (декількох тисяч акціонерів - фізичних осіб), чи допускається зазначати в SAF-T UA технічного власника з узагальненою назвою, наприклад, «Фізичні особи»? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Власники (засновники)» (Owners) розкривається інформація про власника(ів) (засновника(ів)) суб’єкта господарювання, заповнюється окремо в розрізі кожного суб’єкта (юридичної/ фізичної особи) з описом їхніх реєстраційних (загальних) даних. У цьому підрозділі може зазначатись інформація, яка відображається в системі обліку суб’єкта господарювання на субрахунку 401 «Статутний капітал». Сальдо на цьому субрахунку повинно відповідати розміру статутного капіталу, який зафіксовано в установчих документах підприємства. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.13 «Власники (засновники)» (Owners) | Чи необхідно вказувати як окремий тег у підрозділі «Власники (засновники)» (Owners)? | Відповідно до прикладів, розміщених у банері «SAF-T UA» на веб-порталі ДПС, вказувати як окремий тег підрозділу «Власники (засновники)» (Owners) у файлі XML не потрібно. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.13 «Власники (засновники)» (Owners) | Якщо змінився власник суб’єкта господарювання, то як розкривати таку інформацію у файлі? | У елементі «Сальдо рахунку» (OwnerBalance) розкривається інформація про початкове/кінцеве дебетове/кредитове сальдо по кожному власнику (засновнику), а в елементі «Внесок власника» (OwnerShare) зазначається внесок власника (засновника) на кінець періоду. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Якщо в системі обліку суб’єкта господарювання при переведенні об’єкта нерухомості до складу інвестиційної нерухомості або виведенні його зі складу інвестиційної нерухомості інвентарний номер активу не змінюється, а змінюється лише субрахунок бухгалтерського обліку, то як у такому випадку відображати інформацію щодо активу в SAF-T UA? | Для кожного необоротного активу передбачена можливість заповнення тільки одного інвентарного номера або іншого унікального ідентифікатора активу, що застосовується суб’єктом господарювання в бухгалтерському обліку (AssetID), та тільки одного коду рахунку/субрахунку (AccountID), що відповідає моделі ОЕСР. Об'єкти нерухомості переведені до складу інвестиційної нерухомості або виведені зі складу інвестиційної нерухомості можуть бути відображені в підрозділі «Необоротні активи» (Assets) тільки як окремі об'єкти. Якщо в системі обліку суб’єкта господарювання при переведенні об’єкта нерухомості до складу інвестиційної нерухомості або виведенні його зі складу інвестиційної нерухомості інвентарний номер активу не змінюється, а змінюється лише субрахунок бухгалтерського обліку, то при реалізації експорту даних у SAF-T UA необхідно забезпечити окреме відображення відповідної інформації в розрізі окремих необоротних активів з унікальними ідентифікаторами активів (наприклад, умовними/комбінованими). У елементі «Передача (переведення) активу» (Transfers) відображається балансова вартість передачі (переведення) активу протягом звітного період (збільшення +, зменшення -) через переведення з (до) інвестиційної нерухомості, незавершеного будівництва; визнання утримуваним для продажу тощо. Інформація підрозділу «Необоротні активи» (Assets) повинна бути збалансована з даними підрозділу «Операції з необоротними активами» (AssetTransactions). У елементі «Коментар» (HeaderComment) розділу «Заголовок» (Header) доцільно пояснити причину використання двох ідентифікаторів для одного активу, вказуючи, що це пов’язано з обліком на різних субрахунках. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Якщо в системі обліку суб’єкта господарювання при введені в експлуатацію об'єктів необоротних активів інвентарний номер активу не змінюється, а змінюється лише субрахунок бухгалтерського обліку, то як у такому випадку відображати інформацію щодо активу в SAF-T UA? | Для кожного необоротного активу передбачена можливість заповнення тільки одного інвентарного номера або іншого унікального ідентифікатора активу, що застосовується суб’єктом господарювання в бухгалтерському обліку (AssetID), та тільки одного коду рахунку/субрахунку (AccountID), що відповідає моделі ОЕСР. Об'єкти капітальних інвестиції та введені в експлуатацію об'єкти необоротних активів можуть бути відображені в підрозділі «Необоротні активи» (Assets) тільки як окремі об'єкти. Якщо в системі обліку суб’єкта господарювання при введені в експлуатацію об'єктів необоротних активів інвентарний номер активу не змінюється, а змінюється лише субрахунок бухгалтерського обліку, то при реалізації експорту даних у SAF-T UA необхідно забезпечити окреме відображення відповідної інформації в розрізі окремих необоротних активів з унікальними ідентифікаторами активів (наприклад, умовними/комбінованими). У елементі «Передача (переведення) активу» (Transfers) відображається балансова вартість передачі (переведення) активу протягом звітного період (збільшення +, зменшення -) через переведення з (до) інвестиційної нерухомості, незавершеного будівництва; визнання утримуваним для продажу тощо. Інформація підрозділу «Необоротні активи» (Assets) повинна бути збалансована з даними підрозділу «Операції з необоротними активами» (AssetTransactions). У елементі «Коментар» (HeaderComment) розділу «Заголовок» (Header) доцільно пояснити причину використання двох ідентифікаторів для одного активу, вказуючи, що це пов’язано з обліком на різних субрахунках. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Чи потрібно в інформації щодо обліку необоротних активів відображати реалізацію об'єктів основних засобів, які були включені до необоротних активів та груп вибуття, утримуваних для продажу? | У елементі «Передача (переведення) активу» (Transfers) відображається балансова вартість передачі (переведення) активу протягом звітного період (збільшення +, зменшення -) через переведення з (до) інвестиційної нерухомості, незавершеного будівництва; визнання утримуваним для продажу тощо. Отже, в цьому елементі відображається зі знаком «-» балансова вартість включення об'єктів основних засобів до необоротних активів та груп вибуття, утримуваних для продажу. Інформація щодо необоротних активів та груп вибуття, утримуваних для продажу, відображається в підрозділі «Запаси» (PhysicalStock). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Як в інформації щодо обліку необоротних активів відображати часткову ліквідацію об'єкта основних засобів? | У разі часткової ліквідації об'єкта основних засобів його первісна (переоцінена) вартість та знос зменшуються відповідно на суму первісної (переоціненої) вартості та зносу ліквідованої частини об'єкта. У елементі «Вибуття активу» (AssetDisposal) відображається балансова вартість вибуття активу протягом звітного періоду (реалізація, ліквідація, безоплатна передача, нестача, псування тощо). Отже, в цьому елементі відображається балансова вартість ліквідованої частини об'єкта. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Як правильно заповнювати оцінки активу для цілей бухгалтерського та податкового обліку? | Згідно з додатком до Детального технічного опису елементів 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 наведено умовний приклад заповнення цих елементів. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Що потрібно зазначати в методі амортизації для незавершених капітальних інвестицій? | Оскільки незавершені капітальні інвестиції для цілей податкового обліку не є основними засобами/нематеріальними активами, а їх вартість не підлягає амортизації, то відображати оцінку таких активів для цілей податкового обліку не потрібно, а при представленні оцінки для цілей бухгалтерського обліку елемент «Метод амортизації» (DepreciationMethod; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) може не використовуватись. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Як слід відображати зміни в попередніх оцінках строків корисної експлуатації об'єктів основних засобів/ нематеріальних активів, які відбулися протягом звітного періоду? | Очікуваний період часу, протягом якого актив буде використовуватися суб’єктом господарювання, відображається шляхом вибору між строком корисного використання в роках та в місяцях (Choice between AssetLifeYear & AssetLifeMonth; Optional; 0..1): у елементі «Строк корисного використання (експлуатації) в роках» (AssetLifeYear) зазначається очікуваний період часу в роках; у елементі «Строк корисного використання (експлуатації) в місяцях» (AssetLifeMonth) зазначається очікуваний період часу в місяцях. При цьому, SAF-T UA не передбачає механізму відображення змін у попередніх оцінках строків корисної експлуатації об’єктів основних засобів/нематеріальних активів, які відбулися протягом звітного періоду. Отже, строк корисного використання (експлуатації) об’єктів основних засобів/ нематеріальних активів слід відображати на початок звітного періоду (для нових надходжень – на дату введення в експлуатацію). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Який код групи активу необхідно вказувати для активів з права користування за договорами оренди? | При заповненні елемента «Група активу» (ValuationClass) для оцінок активу відповідно до Податкового кодексу України (AssetValuationType = 2) потрібно здійснити обов’язкове налаштування (зіставлення) власних об’єктів з обмеженим списком ідентифікаторів. У секції «Основні засоби/нематеріальні активи, на які не нараховується амортизація для цілей оподаткування (з урахуванням норм законодавства)» довідника «Група активу» (ValuationClass) (AssetValuationType = 2) для активів з права користування за договорами оренди передбачено окреме значення «32». | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Що включає в себе поняття «Екстраординарні амортизації»? | Назва елемента «Екстраординарні амортизації» (ExtraordinaryDepreciationsForPeriod) та його дочірніх елементів підрозділу «Необоротні активи» (Assets) відповідає моделі ОЕСР. Короткі роз’яснення щодо сутності даних, які передбачаються для заповнення в цих елементах, наведені в характеристиках: «Екстраординарні амортизації» (ExtraordinaryDepreciationsForPeriod): екстраординарні амортизації за звітний період (зміна суми зносу внаслідок переоцінки, зменшення/відновлення корисності тощо): «Екстраординарна амортизація» (ExtraordinaryDepreciationForPeriod): екстраординарна амортизація за звітний період (заповнюється окремо для різних випадків/методів екстраординарної амортизації); «Метод екстраординарної амортизації» (ExtraordinaryDepreciationMethod): метод екстраординарної амортизації протягом періоду (метод пропорційної зміни; метод списання; зменшення корисності; відновлення корисності тощо); «Екстраординарна амортизація за період» (ExtraordinaryDepreciationForPeriod): сума екстраординарної амортизації за звітний період (збільшення +, зменшення -). Для кращого розуміння природи даних у Детальному технічному описі елементів SAF-T UA наведено умовний приклад заповнення цих елементів. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Якщо суб’єкт господарювання веде облік витрат на придбання (виготовлення) необоротних активів за кодом, який присвоєно групі активів, однакових за призначенням, то як у такому випадку відображати загальну кількість таких активів у SAF-T UA? | Якщо суб’єкт господарювання веде облік витрат на придбання (виготовлення) необоротних активів за кодом, який присвоєно групі активів, однакових за призначенням, то інформацію потрібно відображати в підрозділі «Необоротні активи» (Assets) тільки за загальною вартістю, оскільки відображення загальної кількості об'єктів у цьому підрозділі не передбачено. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Якщо суб’єкт господарювання веде аналітичний облік малоцінних необоротних матеріальних активів в розрізі класифікаційних підгруп, що підприємство запроваджує самостійно, то як у такому випадку відображати загальну кількість таких активів в SAF-T UA? | Якщо суб’єкт господарювання веде аналітичний облік малоцінних необоротних матеріальних активів в розрізі класифікаційних підгруп, що підприємство запроваджує самостійно, то інформацію потрібно відображати тільки за загальною вартістю, оскільки відображення загальної кількості об'єктів у цьому підрозділі не передбачено. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Чи потрібно відображати накопичену амортизацію для необоротних активів, які вибули/передані (переведені) у звітному періоді? | У елементі «Накопичена амортизація» (AccumulatedDepreciation; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Optional; 0..1) зазначається загальна сума амортизації, нарахованої протягом строку використання активу (відображена в періоді, за який формується SAF-T UA). Якщо актив вибув/переданий (переведений) у періоді, за який формується SAF-T UA, значення елемента «Накопичена амортизація» (AccumulatedDepreciation) все одно має бути заповнене та відображати загальну сума амортизації на момент вибуття/передачі (переведення). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Як зазначати інформацію щодо постачальника основних засобів, якщо відповідна інформація відсутня в системі обліку суб’єкта господарювання? | У елементі «Постачальник» (Supplier) зазначається інформація щодо постачальників/виробника (за наявності). Якщо відповідна інформація відсутня, то цей елемент використовувати не слід. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.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 Кодексу). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.15 «Податкові різниці» (TaxDifferences) | Якщо податкова різниця визначається розрахунковим шляхом, а не як сума бухгалтерських операцій, які включаються в розрахунок податкової різниці, то яким чином у цьому випадку слід зазначати операції податкової різниці? | У елементі «Операції податкової різниці» (TaxDifferenceTransactions) зазначаються бухгалтерські операції, суми яких включаються в розрахунок різниці за всі податкові звітні періоди (залежно від порядку обрахунку). Дані заповнюється залежно від типу різниці та наявності даних. Якщо відповідні дані відсутні, то елемент «Операції податкової різниці» (TaxDifferenceTransactions) не використовується. Бухгалтерські операції, суми яких включаються в розрахунок різниці, повинні відповідати даним бухгалтерських операцій розділу «Бухгалтерські операції» (GeneralLedgerEntries). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.15 «Податкові різниці» (TaxDifferences) | Чи може грошова оцінка господарської операції, сума якої включається в розрахунок податкової різниці, мати від’ємне значення? | У елементі «Сума» (Amount) зазначається грошова оцінка господарської операції. Оскільки господарські операції повинні відображатись через кореспондуючі рахунки (рахунки, що використовуються для відображення господарської операції шляхом подвійного запису), то значення елемента «Сума» (Amount) повинно узгоджуватись із відповідною кореспонденцією рахунків. При цьому, елемент «Сума» (Amount) не містить обмежень щодо зазначення від’ємних значень. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.15 «Податкові різниці» (TaxDifferences) | Яким чином слід зазначати збільшення/ зменшення фінансового результату: як загальну суму податкової різниці, чи окремо для кожної бухгалтерської операції? | У елементі «Збільшення фінансового результату» (TotalValueOfIncreaseOfFinancialResult) зазначається загальна сума, на яку збільшується фінансовий результат, а в елементі «Зменшення фінансового результату» (TotalValueOfReductionOfFinancialResult) зазначається загальна сума, на яку зменшується фінансовий результат. Для кожної бухгалтерської операції, сума якої включається в розрахунок різниці, необхідно додатково зазначати суму, на яку збільшується/зменшується фінансовий результат (залежно від типу різниці). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.2 «Довідники операцій» (TransactionFeatures) | Чи може суб’єкт господарювання наводити опис типів господарських операцій згідно з власною класифікацією? | Відповідно до Детального технічного опису елементів SAF-T UA підрозділ «Довідники операцій» (TransactionFeatures) передбачає опис типів господарських операцій, що здійснювалися суб’єктом господарювання, із наведенням відповідних умовних позначень операцій та їх характеристик. При наведенні типу та опису операцій, пов’язаних з придбанням/продажем товарів, робіт/ послуг, здійснюється відповідне розмежування зазначених операцій з урахуванням того, яка подія (перерахування коштів (додаткова ознака при умовному позначенні операції – «С») або отримання чи постачання товарів, робіт/послуг (додаткова ознака при умовному позначенні операції – «П»)) відбулася першою (у разі якщо суб’єктом господарювання застосовуються інші ознаки або кодування операцій, які дозволяють здійснити вищенаведене розмежування, можуть бути застосовані такі ознаки або коди операцій). Довідник «Тип операції» (TransactionType), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Приклад» відповідних елементів підрозділу «Довідники операцій» (TransactionFeatures) та є наочним прикладом заповнення для кращого розуміння природи даних. Налаштування (зіставлення) власних об’єктів з цим довідником є необов’язковим. При наведенні типу та опису операцій у підрозділі «Довідники операцій» (TransactionFeatures) суб’єкт господарювання може застосовувати власну класифікацію. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.2 «Довідники операцій» (TransactionFeatures) | Чи може суб’єкт господарювання при наведенні типу та опису операцій, пов’язаних з придбанням/продажем товарів, робіт/послуг, здійснити розмежування зазначених операцій з урахуванням часткових передплат (наприклад, додаткова ознака при умовному позначенні операції – «Ч»)? | При наведенні типу та опису операцій, пов’язаних з придбанням/продажем товарів, робіт/послуг, суб’єкт господарювання може здійснити розмежування зазначених операцій з урахуванням часткових передплат (наприклад, додаткова ознака при умовному позначенні операції – «Ч»): 1Ч – придбання продукції/робіт/послуг (перша подія – часткове перерахування коштів); 2Ч – продаж товарів/робіт/послуг (перша подія – часткове перерахування коштів); 3Ч – придбання основних засобів (перша подія – часткове перерахування коштів). При цьому, застосування додаткової ознаки «С» при розмежуванні для часткових передплат не суперечить Порядку. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.2 «Довідники операцій» (TransactionFeatures) | Чи може суб’єкт господарювання при наведенні типу та опису операцій, пов’язаних з придбанням/продажем товарів, робіт/послуг, здійснити розмежування зазначених операцій з урахуванням застосування касового методу податкового обліку (наприклад, додаткова ознака при умовному позначенні операції – «К»)? | При наведенні типу та опису операцій, пов’язаних з придбанням/продажем товарів, робіт/послуг, суб’єкт господарювання може здійснити розмежування зазначених операцій з урахуванням застосування касового методу податкового обліку (наприклад, додаткова ознака при умовному позначенні операції – «К»): 1К – придбання продукції/робіт/послуг (касовий метод); 2К – продаж товарів/робіт/послуг (касовий метод); 3К – придбання основних засобів (касовий метод). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.2 «Довідники операцій» (TransactionFeatures) | Чи потрібно при наведенні типу та опису операцій, пов’язаних з придбанням товарів, робіт/послуг у неплатників податку на додану вартість, здійснювати розмежування операцій з урахуванням того, яка подія відбулася першою? | При наведенні типу та опису операцій, пов’язаних з придбанням товарів, робіт/ послуг у неплатників податку на додану вартість, здійснювати розмежування зазначених операцій з урахуванням того, яка подія відбулася першою, не потрібно. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.3 «Сальдові / оборотні відомості» (GeneralLedgerAccounts) | Якщо номери субрахунків, які застосовуються суб’єктом господарювання, відсутні в таблиці рахунків, то як у такому випадку виконати їх зіставлення? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Сальдові/оборотні відомості» (GeneralLedgerAccounts) відображається інформація про застосовувані рахунки/субрахунки/аналітичні рахунки бухгалтерського обліку для ведення господарської діяльності суб’єкта господарювання із зазначенням в розрізі кожного рахунку, субрахунку та аналітичного рахунку їх номерів, найменувань, дат створення облікових записів (рахунків/субрахунків/аналітичних рахунків) та розгорнутого сальдо на початок та кінець періоду, з розбивкою по дебету та кредиту цих рахунків/субрахунків/ аналітичних рахунків. Номери та назви рахунків/субрахунків/аналітичних рахунків відображаються в SAF-T UA відповідно до Плану рахунків суб’єкта господарювання. При цьому, номери рахунків/субрахунків згідно з Планом рахунків суб’єкта господарювання (крім банків і суб’єктів державного сектору) мають бути зіставлені з номером стандартного рахунку (StandardAccountID), класом рахунку (GroupingCategory) та номером синтетичного рахунку (рахунку першого порядку) (GroupingCode) відповідно до Таблиці рахунків бухгалтерського обліку активів, капіталу, зобов'язань і господарських операцій підприємств і організацій (TableOfAccounts). Номери субрахунків відповідно до Плану рахунків суб’єкта господарювання можуть відрізнятися від номерів стандартних субрахунків. У такому випадку необхідно зазначити субрахунок, найближчий за призначенням. При зіставленні номерів субрахунків необхідно виходити з їх сутності/призначення. Для субрахунків/рахунків, наведених у довіднику «Таблиця рахунків» (TableOfAccounts), може використовуватись призначення, наведене в Інструкції про застосування Плану рахунків бухгалтерського обліку активів, капіталу, зобов'язань і господарських операцій підприємств і організацій, затвердженій наказом Міністерства фінансів України від 30.11.1999 № 291, зареєстрованим у Міністерстві юстиції України 21.12.1999 за № 893/4186. Якщо номер субрахунку згідно з Планом рахунків суб’єкта господарювання такий самий, як і номер стандартного субрахунку, зіставлення все одно потрібно виконати. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.3 «Сальдові / оборотні відомості» (GeneralLedgerAccounts) | Чи допускається одночасне відображення початкового та кінцевого сальдо як за дебетом, так і за кредитом, у тому числі з нульовими значеннями? | У характеристиці елемента «Вибір між початковим дебетовим та кредитовим сальдо» (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 будуть зазначені обидва елементи вибору, в тому числі з нульовими значеннями, це не вважатиметься помилкою. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.3 «Сальдові / оборотні відомості» (GeneralLedgerAccounts) | Як виконати зіставлення технічних рахунків, які використовуються суб’єктом господарювання для відображення технічних бухгалтерських записів, пов’язаних із проміжним закриттям доходів, витрат, фінансових результатів тощо, з таблицею рахунків? | Для зіставлення технічних рахунків, які використовуються суб’єктом господарювання для відображення технічних бухгалтерських записів, пов’язаних із проміжним закриттям доходів, витрат, фінансових результатів тощо, з довідником «Таблиця рахунків» (TableOfAccounts) слід застосовувати такі значення елементів: номер стандартного рахунку (StandardAccountID): 999; код групи рахунку (GroupingCode): 99; категорія рахунку (GroupingCategory): 9. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.3 «Сальдові / оборотні відомості» (GeneralLedgerAccounts) | Як буде виконуватися правило перевірки збалансованості інформації, систематизованої на рахунках/субрахунках бухгалтерського обліку (формула 3)? | Перевірка збалансованості інформації, систематизованої на рахунках/ субрахунках бухгалтерського обліку (формула 3), передбачає, що загальна сума дебетових оборотів повинна дорівнювати загальній сумі кредитових оборотів (крім позабалансових). Згідно з даними розділу «Бухгалтерські операції» (GeneralLedgerEntries) формуються дані щодо дебетових і кредитових оборотів за кожним рахунком/ субрахунком. Відбір і формування (сумування) даних щодо дебетових оборотів для відповідних рахунків/субрахунків здійснюється згідно з кодами рахунків (AccountID), а відбір і формування (сумування) даних щодо кредитових оборотів для відповідних рахунків/субрахунків здійснюється згідно з кодами кореспондуючих рахунків (CorrespodingAccountID) незалежно від того, чи суми зазначені за дебетом або кредитом. Підсумки за всіма рахунками/субрахунками (крім позабалансових) за дебетом та кредитом повинні бути рівні. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.4 «Таксономії» (Taxonomies) | Чи може суб’єкт господарювання не відображати інформацію згідно з таксономією? | Детальним технічним описом елементів SAF-T UA передбачено, що в підрозділі «Таксономії» (Taxonomies) відображається інформація згідно з таксономією, яка застосовується до рахунку/субрахунку Плану рахунків суб’єкта господарювання (може заповнюватись за бажанням платника податків). Якщо суб’єкт господарювання вирішує не заповнювати інформацію згідно з таксономією, то весь цей підрозділ не слід включати в XML-документ SAF-T UA. Використання порожніх елементів можна інтерпретувати так, ніби вони мають значення, тому порожні елементи не слід використовувати взагалі, якщо немає даних для заповнення необов’язкового елемента. Наявність атрибута «minOccurs="0"» у визначенні елемента «Таксономії» (Taxonomies) дозволяє опустити (не включати) цей елемент у XML-документ SAF-T UA. При його відсутності XML-документ буде відповідати XSD-схемі і вважатиметься валідним. У разі включення цього підрозділу в XML його структура та обов’язкові дочірні елементи повинні відповідати вимогам XSD- схеми. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.4 «Таксономії» (Taxonomies) | Чи буде достатнім відображення в таксономії лише посилань на [210000] Звіт про фінансовий стан, поточні/ непоточні та [310000] Звіт про сукупний дохід, прибуток або збиток, за функцією витрат? | Якщо суб’єкт господарювання вирішує відображати в SAF-T UA інформацію згідно з таксономією, яка застосовується до рахунку/субрахунку Плану рахунків суб’єкта господарювання, то він самостійно вирішує, які відомості включати в підрозділ «Таксономії» (Taxonomies). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Якщо в періоді, за який формується SAF-T UA, фізична особа - покупець мала різний податковий та правовий статус у зв’язку з реєстрацією підприємцем, чи дозволяється відображати інформацію щодо такого контрагента окремими записами із зазначенням унікальних ідентифікаторів, визначених суб’єктом господарювання? | Детальним технічним описом елементів SAF-T UA передбачено, що в підрозділі «Клієнти» (Customers) відображається інформація щодо контрагентів (покупців), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер/код нерезидента, найменування, номер платника податку на додану вартість), номера рахунку/субрахунку/ аналітичного рахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації. У елементах «Ідентифікатор покупця» (CustomerID) та «Код контрагента» (RegistrationNumber) зазначається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України/ Реєстраційний номер облікової картки платника податків фізичної особи/ код нерезидента (якщо здійснюється роздрібний продаж без ідентифікації покупця - зазначається умовний код таких операцій, що застосовується). Для ідентифікаторів покупців (CustomerID) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа. Отже, інформація щодо контрагента (покупця), з яким суб’єкт господарювання мав господарські відносини, повинна бути відображена одним записом. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Який код та найменування контрагента необхідно зазначати при здійснені роздрібного продажу без ідентифікації покупця? | Якщо здійснюється роздрібний продаж без ідентифікації покупця, в елементах «Ідентифікатор покупця» (CustomerID) та «Код контрагента» (RegistrationNumber) проставляється умовний код «100000000000», а в елементі «Найменування контрагента» (Name) зазначається «Неплатник». | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Який ідентифікатор покупця необхідно зазначати для фізичних осіб, які через свої релігійні переконання відмовляються від прийняття реєстраційного номера облікової картки платника податків? | Для фізичних осіб - покупців, які через свої релігійні переконання відмовляються від прийняття реєстраційного номера облікової картки платника податків та повідомили про це відповідний контролюючий орган і мають відмітку в паспорті, може зазначатись серія (за наявності) та номер паспорта. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Як заповнювати місцезнаходження (адресу) клієнта, якщо в системі обліку суб’єктів господарювання відсутня повна інформація згідно зі структурою адреси? | У елементі «Місцезнаходження» (Address; AddressStructure; complex; Optional; 0..∞) зазначається місцезнаходження (адреса) контрагента (рекомендується обов’язкове заповнення). Інформація про країну є особливо важливою, оскільки вона має ключове значення для визначення країни реєстрації контрагента. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Чи можуть при зазначенні типу особи покупця використовуватись дані Єдиного державного реєстру інститутів спільного інвестування, Реєстру неприбуткових установ та організацій, Реєстру платників єдиного податку тощо? | У елементі «Тип особи покупця» (CustomerType; SAFmiddle1textType; simple; maxLength 35; Optional; 0..∞) зазначається тип особи покупця (рекомендується обов’язкове заповнення для контрагентів, господарські операції з якими можуть формувати податкові різниці). При визначенні типу особи покупця системи обліку суб’єктів господарювання можуть використовувати дані публічних реєстрів, таких як: Єдиний державний реєстр інститутів спільного інвестування; Реєстр неприбуткових установ та організацій; Реєстр платників єдиного податку. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Чи потрібно заповнювати код ознаки пов'язаності для контрагентів - резидентів? | У елементі «Код ознаки пов'язаності» (RelatedPartyCode; SAFcodeType; simple; maxLength 9; Optional; 0..∞) зазначається код ознаки пов'язаності (рекомендується обов’язкове заповнення для пов’язаних осіб, як резидентів, так і нерезидентів). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Чи потрібно в клієнтах відображати інформацію щодо філій? | Інформація щодо філій може зазначатися в підрозділі «Клієнти» (Customers) для відображення в бухгалтерських операціях щодо внутрішньогосподарських розрахунків з виробничими одиницями і господарствами, виділеними на окремий баланс. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Чи потрібно в клієнтах зазначати контрагентів, з якими були обороти, але відсутня заборгованість на початок/кінець періоду? | Відповідно до таблиці 5 «Обмеження відображення даних в довідниках» Детального технічного опису елементів SAF-T UA дані в підрозділі «Клієнти» (Customers) можуть бути обмежені покупцями, з якими здійснювались операції в періоді, за який формується SAF-T UA, та/або для яких наявна заборгованість на початок/кінець періоду (залишок на початок або кінець не дорівнює 0). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Якщо в обліковій системі суб’єкта господарювання назви покупців перевищують максимально допустиму кількість символів для введення, чи допускається скорочення найменувань шляхом обрізання тексту до 70 символів? | Згідно з Детальним технічним описом елементів SAF-T UA обмеження (Facets) задають максимально допустиму кількість символів для введення. Для елементів, які містять найменування контрагентів, передбачено обмеження в 70 символів (maxLength 70), що відповідає моделі ОЕСР. Якщо найменування контрагентів містить більшу кількість символів, то доцільно застосовувати скорочену назву, яка міститься в Єдиному державному реєстрі юридичних осіб, фізичних осіб - підприємців та громадських формувань. Якщо ж таке скорочене найменування відсутнє, то доцільно застосувати скорочене найменування, яке зберігає суть назви. Скорочення найменувань шляхом обрізання тексту до 70 символів також є допустимим. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Чи потрібно інформацію про сальдо розрахунків з покупцем відображати з урахуванням курсових різниць? | У елементі «Дані первинних документів, за якими наявна заборгованість» (OpenInvoices; complex; Optional; 0..∞) відображаються дані аналітичного обліку в розрізі кожного документа в гривнях та валюті, обумовленій договором, із зазначенням дат виникнення заборгованості. Підпунктом «а» пар. 23 МСБО 21 «Вплив змін валютних курсів» визначено, що на кінець кожного звітного періоду монетарні статті в іноземній валюті слід переводити, застосовуючи курс при закритті. Отже, інформація в розрізі первинних документів, за якими наявна заборгованість в іноземній валюті, повинна містити дані початкового/кінцевого дебетового/кредитового сальдо в іноземній валюті та в гривнях з урахуванням курсових різниць (для монетарних статей). Початковий/кінцевий баланс за номером рахунку/субрахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для відповідного контрагента, повинен відповідати початковому/кінцевому сумарному балансу первинних документів, за якими наявна заборгованість (з урахуванням курсових різниць). Якщо суб’єкт господарювання на підставі прийнятої облікової політики відображає переведення монетарних статей в іноземній валюті на окремому субрахунку, то така інформація може формувати окремий запис сальдо розрахунків з клієнтом, оскільки відображення інформації повинно здійснюватися в розрізі рахунків/субрахунків бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Якщо суб’єкт господарювання на підставі прийнятої облікової політики веде облік сальдо розрахунків з клієнтами в розрізі договорів, а не в розрізі кожного окремого первинного документа, то як у такому випадку відображати суму заборгованості та дату її виникнення? | Елемент «Джерело» (OrderReferences; complex; Optional; 0..1) передбачає відображення посилання на договір/рахунок тощо (рекомендується обов’язкове заповнення) та включає такі елементи: «Номер замовлення» (OriginatingON; SAFmiddle2textType; simple; maxLength 70; Optional; 0..1): номер договору/рахунку тощо; «Дата замовлення» (OrderDate; SAFdateType; simple; Optional; 0..1): дата договору/рахунку тощо. Якщо суб’єкт господарювання на підставі прийнятої облікової політики веде облік сальдо розрахунків з клієнтами в розрізі договорів, а не в розрізі кожного окремого первинного документа, то дані аналітичного обліку доцільно відображати в розрізі кожного договору в гривнях та валюті, обумовленій договором, із зазначенням дат виникнення заборгованості. Дата виникнення заборгованості може бути визначена на основі дати договору або першого первинного документа, пов’язаного з ним. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Чи потрібно в клієнтах відображати інформацію щодо філій? | Інформація щодо філій може зазначатися в підрозділі «Клієнти» (Customers) для відображення в бухгалтерських операціях щодо внутрішньогосподарських розрахунків з виробничими одиницями і господарствами, виділеними на окремий баланс. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.6 «Постачальники» (Suppliers) | Якщо в періоді, за який формується SAF-T UA, фізична особа - постачальник мала різний податковий та правовий статус у зв’язку з реєстрацією підприємцем, чи дозволяється відображати інформацію щодо такого контрагента окремими записами із зазначенням унікальних ідентифікаторів, визначених суб’єктом господарювання? | Детальним технічним описом елементів SAF-T UA передбачено, що в підрозділі «Постачальники» (Suppliers) відображається інформація щодо контрагентів (постачальників), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер/код нерезидента, найменування, номер платника податку на додану вартість), номера рахунку/ субрахунку/аналітичного рахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації. У елементах «Ідентифікатор постачальника» (SupplierID) та «Код контрагента» (RegistrationNumber) зазначається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України/ Реєстраційний номер облікової картки платника податків фізичної особи/ код нерезидента. Для ідентифікаторів постачальників (SupplierID) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа. Отже, інформація щодо контрагента (постачальника), з якими суб’єкт господарювання мав господарські відносини, повинна бути відображена одним записом. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.6 «Постачальники» (Suppliers) | Який ідентифікатор постачальника необхідно зазначати для фізичних осіб, які через свої релігійні переконання відмовляються від прийняття реєстраційного номера облікової картки платника податків? | Для фізичних осіб - постачальників, які через свої релігійні переконання відмовляються від прийняття реєстраційного номера облікової картки платника податків та повідомили про це відповідний контролюючий орган і мають відмітку в паспорті, може зазначатись серія (за наявності) та номер паспорта. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.6 «Постачальники» (Suppliers) | Як заповнювати місцезнаходження (адресу) постачальника, якщо в системі обліку суб’єктів господарювання відсутня повна інформація згідно зі структурою адреси? | У елементі «Місцезнаходження» (Address; AddressStructure; complex; Optional; 0..∞) зазначається місцезнаходження (адреса) контрагента (рекомендується обов’язкове заповнення). Інформація про країну є особливо важливою, оскільки вона має ключове значення для визначення країни реєстрації контрагента. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.6 «Постачальники» (Suppliers) | Чи потрібно в постачальниках відображати інформацію щодо філій? | Інформація щодо філій може зазначатися в підрозділі «Постачальники» (Suppliers) для відображення в бухгалтерських операціях щодо внутрішньогосподарських розрахунків з виробничими одиницями і господарствами, виділеними на окремий баланс. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.6 «Постачальники» (Suppliers) | Чи можуть при зазначенні типу особи постачальника використовуватись дані Єдиного державного реєстру інститутів спільного інвестування, Реєстру неприбуткових установ та організацій, Реєстру платників єдиного податку тощо? | У елементі «Тип особи постачальника» (SupplierType; SAFmiddle1textType; simple; maxLength 35; Optional; 0..∞) зазначається тип особи постачальника (рекомендується обов’язкове заповнення для контрагентів, господарські операції з якими можуть формувати податкові різниці). При визначенні типу особи постачальника системи обліку суб’єктів господарювання можуть використовувати дані публічних, таких як: Єдиний державний реєстр інститутів спільного інвестування; Реєстр неприбуткових установ та організацій; Реєстр платників єдиного податку. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.6 «Постачальники» (Suppliers) | Чи потрібно заповнювати код ознаки пов'язаності для контрагентів - резидентів? | У елементі «Код ознаки пов'язаності» (RelatedPartyCode; SAFcodeType; simple; maxLength 9; Optional; 0..∞) зазначається код ознаки пов'язаності (рекомендується обов’язкове заповнення для пов’язаних осіб, як резидентів, так і нерезидентів). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.6 «Постачальники» (Suppliers) | Чи потрібно в постачальниках зазначати контрагентів, з якими були обороти, але відсутня заборгованість на початок/кінець періоду? | Відповідно до таблиці 5 «Обмеження відображення даних в довідниках» Детального технічного опису елементів SAF-T UA дані в підрозділі «Постачальники» (Suppliers) можуть бути обмежені постачальниками, з якими здійснювались операції в періоді, за який формується SAF-T UA, та/або для яких наявна заборгованість на початок/кінець періоду (залишок на початок або кінець не дорівнює 0). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.6 «Постачальники» (Suppliers) | Якщо в обліковій системі суб’єкта господарювання назви постачальників перевищують максимально допустиму кількість символів для введення, чи допускається скорочення найменувань шляхом обрізання тексту до 70 символів? | Згідно з Детальним технічним описом елементів SAF-T UA обмеження (Facets) задають максимально допустиму кількість символів для введення. Для елементів, які містять найменування контрагентів, передбачено обмеження в 70 символів (maxLength 70), що відповідає моделі ОЕСР. Якщо найменування контрагентів містить більшу кількість символів, то доцільно застосовувати скорочену назву, яка міститься в Єдиному державному реєстрі юридичних осіб, фізичних осіб - підприємців та громадських формувань. Якщо ж таке скорочене найменування відсутнє, то доцільно застосувати скорочене найменування, яке зберігає суть назви. Скорочення найменувань шляхом обрізання тексту до 70 символів також є допустимим. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.6 «Постачальники» (Suppliers) | Чи потрібно інформацію про сальдо розрахунків з постачальником відображати з урахуванням курсових різниць? | У елементі «Дані первинних документів, за якими наявна заборгованість» (OpenInvoices; complex; Optional; 0..∞) відображаються дані аналітичного обліку в розрізі кожного документа в гривнях та валюті, обумовленій договором, із зазначенням дат виникнення заборгованості. Підпунктом «а» пар. 23 МСБО 21 «Вплив змін валютних курсів» визначено, що на кінець кожного звітного періоду монетарні статті в іноземній валюті слід переводити, застосовуючи курс при закритті. Отже, інформація в розрізі первинних документів, за якими наявна заборгованість в іноземній валюті, повинна містити дані початкового/кінцевого дебетового/кредитового сальдо в іноземній валюті та в гривнях з урахуванням курсових різниць (для монетарних статей). Початковий/кінцевий баланс за номером рахунку/субрахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для відповідного контрагента, повинен відповідати початковому/кінцевому сумарному балансу первинних документів, за якими наявна заборгованість (з урахуванням курсових різниць). Якщо суб’єкт господарювання на підставі прийнятої облікової політики відображає переведення монетарних статей в іноземній валюті на окремому субрахунку, то така інформація може формувати окремий запис сальдо розрахунків з постачальником, оскільки відображення інформації повинно здійснюватися в розрізі рахунків/субрахунків бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.6 «Постачальники» (Suppliers) | Якщо суб’єкт господарювання на підставі прийнятої облікової політики веде облік сальдо розрахунків з постачальниками в розрізі договорів, а не в розрізі кожного окремого первинного документа, то як у такому випадку відображати суму заборгованості та дату її виникнення? | Елемент «Джерело» (OrderReferences; complex; Optional; 0..1) передбачає відображення посилання на договір/рахунок тощо (рекомендується обов’язкове заповнення) та включає такі елементи: «Номер замовлення» (OriginatingON; SAFmiddle2textType; simple; maxLength 70; Optional; 0..1): номер договору/рахунку тощо; «Дата замовлення» (OrderDate; SAFdateType; simple; Optional; 0..1): дата договору/рахунку тощо. Якщо суб’єкт господарювання на підставі прийнятої облікової політики веде облік сальдо розрахунків з постачальниками в розрізі договорів, а не в розрізі кожного окремого первинного документа, то дані аналітичного обліку доцільно відображати в розрізі кожного договору в гривнях та валюті, обумовленій договором, із зазначенням дат виникнення заборгованості. Дата виникнення заборгованості може бути визначена на основі дати договору або першого первинного документа, пов’язаного з ним. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.6 «Постачальники» (Suppliers) | Чи потрібно в постачальниках відображати інформацію щодо філій? | Інформація щодо філій може зазначатися в підрозділі «Постачальники» (Suppliers) для відображення в бухгалтерських операціях щодо внутрішньогосподарських розрахунків з виробничими одиницями і господарствами, виділеними на окремий баланс. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.7 «Таблиця податків» (TaxTable) | Чи потрібно відображати в таблиці податків інформацію щодо податку на доходи фізичних осіб, військового збору, єдиного внеску на загальнообов'язкове державне соціальне страхування тощо? | Детальним технічним описом елементів SAF-T UA передбачено, що в підрозділі «Таблиця податків» (TaxTable) відображається інформація щодо податків. платником яких є суб'єкт господарювання. Залежно від виду податку платник податку вказує податкові коди ПДВ/акцизного податку для операцій, включених до файлу SAF-T UA. Відповідно до таблиці 5 «Обмеження відображення даних в довідниках» Детального технічного опису елементів SAF-T UA в підрозділі «Таблиця податків» (TaxTable) завжди надаються всі податкові коди, які існують для суб'єкта господарювання. Ніяких обмежень. Довідник «Таблиця податків» (TaxTable) (для ПДВ), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Валідація» відповідних елементів та є умовою, за якою буде проходити валідація даних. Налаштування (зіставлення) власних об’єктів з цим довідником є обов’язковим. Довідник «Таблиця податків» (TaxTable) (для інших податків), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF- T UA, зазначено у стовпці «Приклад» відповідних елементів та є наочними прикладами заповнення для кращого розуміння природи даних. Налаштування (зіставлення) власних об’єктів з цим довідником є необов’язковим. Інформацію щодо податку з доходів фізичних осіб, військового збору, єдиного внеску на загальнообов'язкове державне соціальне страхування, податків, які утримуються при виплаті доходів (прибутків) нерезидентам із джерелом їх походження з України, необхідно відображати відповідно до податкових кодів суб'єкта господарювання. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.8 «Таблиця одиниць виміру» (UOMTable) | Який код та умовне позначення одиниці виміру необхідно зазначати в таблиці одиниць виміру в разі її відсутності в класифікаторах? | Детальним технічним описом елементів SAF-T UA передбачено, що в підрозділі «Таблиця одиниць виміру» (UOMTable) зазначається інформація з описом усіх одиниць виміру, що відображені у файлі. Дані в таблиці мають створюватись на основі Класифікатора системи позначень одиниць вимірювання та обліку ДК 011-96, затвердженого наказом Державного комітету стандартизації, метрології та сертифікації України від 09.01.1997 № 8 (КСПОВО), та Класифікатора одиниць вимірювання та обліку, що використовуються у процесі оформлення митних декларацій, затвердженого наказом Міністерства фінансів України від 20.09.2012 № 1011. У разі якщо одиниця виміру відсутня в КСПОВО та митному класифікаторі, зазначається код та умовне позначення одиниці вимірювання, яке використовується для обліку та відображається в первинних документах. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.9 «Таблиця аналітичних рахунків» (AnalysisTypeTable) | Чи є таблиця аналітичних рахунків обов’язковою для заповнення? | Відповідно до Порядку в підрозділі 2.4 «Сальдові/оборотні відомості» по аналітичних рахунках вносяться передбачені в підрозділі дані в розрізі кожного аналітичного рахунку. Згідно з Детальним технічним описом елементів SAF-T UA підрозділ «Таблиця аналітичних рахунків» (AnalysisTypeTable) повинен містити інформацію щодо типів та видів аналітики (аналітичних рахунків) та використовуватись для аналітичного обліку операцій (наприклад, місце виникнення витрат, проєкт тощо). Аналітичний облік операцій відображається в елементі «Дані в розрізі аналітики» (Analysis; AnalysisStructure; complex; Optional; 0..∞) у відповідних підрозділах SAF-T UA . З технічної точки зору, даний елемент можна використовувати від жодного до необмеженої кількості разів, зазначаючи дані в розрізі аналітики, які відносяться до рахунків/субрахунків за дебетом та кредитом. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.9 «Таблиця аналітичних рахунків» (AnalysisTypeTable) | Чи потрібно в таблицю аналітичних рахунків вносити аналітичні рахунки, які не використовувалися в операціях за період, за який формується SAF-T UA? | Згідно з таблицею 5 «Обмеження відображення даних в довідниках» Детального технічного опису елементів SAF-T UA дані в підрозділі «Таблиця аналітичних рахунків» (AnalysisTypeTable) можуть бути обмежені аналітичними рахунками, які використовувалися в операціях за період, за який формується SAF-T UA, та/ або для яких наявне дебетове/кредитове сальдо на початок/кінець періоду. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.9 «Таблиця аналітичних рахунків» (AnalysisTypeTable) | Чи потрібно в таблиці аналітичних рахунків показувати аналітику щодо контрагентів, договорів, складів тощо? | Аналітичні дані, які розкриваються в окремих елементах SAF-T UA (наприклад, контрагент, договір, склад тощо), додатково відображати через рахунки аналітичного обліку не потрібно. | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.9 «Таблиця аналітичних рахунків» (AnalysisTypeTable) | Що мається на увазі під номером аналітичного рахунку відповідно до Плану рахунків суб’єкта господарювання? | У елементі «Код аналітичного рахунку (субконто)» (AnalysisID) зазначається номер аналітичного рахунку відповідно до Плану рахунків суб’єкта господарювання (ідентифікатор аналітичного рахунку, який використовується в системі обліку суб’єкта господарювання). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.9 «Таблиця аналітичних рахунків» (AnalysisTypeTable) | Як забезпечити унікальність коду типу аналітичного рахунку та одночасно передати всі коди аналітичних рахунків? | Згідно з додатком до Детального технічного опису елементів 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 необхідно забезпечити унікальні коди типів аналітичних рахунків для кожного коду аналітичного рахунку (наприклад, додаючи значення коду аналітичного рахунку (за потреби скорочене) як суфікса коду типу аналітичного рахунку тощо). | Роз'яснення ДПС |
| 21/02/2025 | Розділ 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) зазначається грошова оцінка господарської операції за кредитом (обирається при зменшенні залишку позабалансових рахунків). | Роз'яснення ДПС |
| 21/02/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | Яка інформація повинна зазначатись в ідентифікаторі, описі та типі облікового регістру? | зазначатись в ідентифікаторі, описі та типі облікового регістру? Частиною п’ятою статті 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) можуть бути заповнені відповідно до наявної інформації в системі обліку суб’єкта господарювання щодо обраної форми бухгалтерського обліку як певної системи регістрів обліку, порядку і способу реєстрації та узагальнення інформації в них. | Роз'яснення ДПС |
| 21/02/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | Чи можуть суб’єкти господарювання відображати бухгалтерські проведення в SAF-T UA із зазначенням транзитних субрахунків, якщо ці субрахунки не мають залишків на кінець періоду та завжди закриваються в нуль (наприклад, прибуткова накладна формує проводку: Дт G281 – Кт 631, а прибутковий ордер формує проводку: Дт 281 – Кт G281)? | Якщо специфіка обліку суб’єкта господарювання передбачає використання транзитних субрахунків, які не мають залишків на кінець періоду та завжди закриваються в нуль, а створення алгоритмів, спрямованих на вилучення технічних оборотів з проведень при реалізації функції експорту даних згідно з вимогами до стандартного аудиторського файлу (SAF-T UA) може призвести до помилок, то господарські операції можуть відображатись у розділі «Бухгалтерські операції» (GeneralLedgerEntries) із зазначенням транзитних субрахунків. | Роз'яснення ДПС |
| 21/02/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | Як у журналі бухгалтерських записів необхідно відображати податкову інформацію щодо податку на додану вартість та акцизного податку? | При розкритті інформації щодо бухгалтерських проведень суб’єкта господарювання за господарськими операціями, які передбачають нарахування податків, відповідну інформацію про податки потрібно зазначати в елементі «Податкова інформація» (TaxInformation). Для можливості відображення інформації за різними податками забезпечена технічна можливість використовувати елемент необмежену кількість разів. | Роз'яснення ДПС |
| 21/02/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | У яких бухгалтерських проведеннях слід зазначати податкову інформацію щодо податку на додану вартість? | Інформацію щодо податку на додану вартість потрібно зазначати в бухгалтерських проведеннях господарських операцій суб’єкта господарювання, які формують обсяги постачання, у тому числі операцій, що не є об’єктом оподаткування, операцій, що звільнені від оподаткування, операцій з ввезення на митну територію України товарів, операцій з отримання послуг від нерезидентів тощо. Податкова інформація, яка зазначається у відповідних елементах підрозділів розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) повинна відповідати податковій інформації розділу «Бухгалтерські операції» (GeneralLedgerEntries). | Роз'яснення ДПС |
| 21/02/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | Якщо суб’єкт господарювання веде аналітичний облік податкових зобов’язань та податкового кредиту з податку на додану вартість із деталізацією по контрагентам, чи потрібно таку інформацію відображати в журналі бухгалтерських записів? | Якщо суб’єкт господарювання веде аналітичний облік податкових зобов’язань та податкового кредиту з податку на додану вартість із деталізацією по контрагентам, то інформація щодо бухгалтерських проведень суб’єкта господарювання повинна розкриватися із зазначенням інформації щодо коду ЄДРПОУ/РНОКПП контрагента та його найменування у відповідних елементах розділу «Бухгалтерські операції» (GeneralLedgerEntries). | Роз'яснення ДПС |
| 21/02/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | Як у журналі бухгалтерських записів необхідно відображати податкову інформацію щодо податків, пов’язаних з нарахуванням заробітної плати? | Структура файлу SAF-T UA не охоплює податки, пов'язані з нарахуванням заробітної плати, крім узагальнених даних, які можуть бути представлені в SAF- T UA. Інформацію щодо податку з доходів фізичних осіб, військового збору, єдиного внеску на загальнообов'язкове державне соціальне страхування необхідно зазначати в бухгалтерських проведеннях суб’єкта господарювання щодо нарахування заробітної плати. | Роз'яснення ДПС |
| 21/02/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | Чи потрібно при наведенні типу операцій щодо отримання/ перерахування грошових коштів обов’язково наводити додаткову ознаку з урахуванням того, яка подія відбулася раніше (отримання коштів або постачання товарів, робіт/послуг)? | Оскільки підрозділ «Відомості про платежі» (Payments) не містить елемент «Тип операції» (TransactionType), то наведення типу операцій щодо отримання/ перерахування грошових коштів в розділі «Бухгалтерські операції» (GeneralLedgerEntries) може здійснюватися без наведення додаткової ознаки з урахуванням того, яка подія відбулася раніше (отримання коштів або постачання товарів, робіт/послуг). | Роз'яснення ДПС |
| 21/02/2025 | Розділ І «Заголовок» (Header) | Чи може суб’єкт господарювання подавати SAF-T UA у вигляді декількох файлів окремо по кожній філії? | Відповідно до Порядку в розділі «Заголовок» необхідно відображати загальні дані про суб’єкта господарювання, який подає SAF-T UA, в тому числі про структурні підрозділи (за їх наявності). Детальним технічним описом елементів SAF-T UA передбачено, що в розділі «Заголовок» (Header) відображається загальна інформація про файл, включаючи назву програмного забезпечення, що генерує файл; загальні дані про суб’єкта господарювання, який подає SAF-T UA, критерії відбору, за якими формується файл тощо. У елементі «Інформація про філію» (BranchInfo) відображається інформація про філії (структурні підрозділи), яким делеговано право складання податкових накладних, а в елементі «Відокремлений підрозділ» (TaxEntity) відображається найменування відокремлених підрозділів суб’єкта господарювання. Таким чином, SAF-T UA повинен включати інформацію про всі структурні підрозділи (за їх наявності) суб’єкта господарювання, але подання SAF-T UA у вигляді декількох файлів окремо по кожній філії не передбачено. | Роз'яснення ДПС |
| 21/02/2025 | Розділ І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) обов’язково відображається інформація на підставі первинних документів щодо продажів, придбань/ закупівель, платежів, операцій із запасами, необоротними активами (крім амортизації). | Роз'яснення ДПС |
| 21/02/2025 | Розділ ІV «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) | У яких підрозділах інформації про документальне забезпечення записів бухгалтерського обліку необхідно відображати інформацію щодо реалізації матеріальних цінностей, переданих на комісію? | Згідно з Детальним технічним описом елементів SAF-T UA підрозділ «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) містить інформацію на підставі первинних документів щодо продажів, придбань/закупівель, платежів, операцій із запасами, необоротними активами тощо. У підрозділі «Відомості про продаж» (SalesInvoices) на підставі звіту комісіонера зазначається інформація щодо продажу матеріальних цінностей, переданих на комісію (у тому числі ПДВ). У підрозділі «Відомості про придбання/закупівлю» на підставі акта наданих послуг зазначається інформація щодо отримання комісійних послуг (у тому числі ПДВ). У підрозділі «Відомості про платежі» (Payments) на підставі первинних документів зазначається інформація щодо отриманих коштів від комісіонера, а також перерахованої комісійної винагороди комісіонерові. У підрозділі «Операції із запасами» (MovementOfGoods) на підставі документа щодо переміщення матеріальних цінностей зазначається інформація щодо передання матеріальних цінностей на комісію (у тому числі ПДВ), а на підставі звіту комісіонера відображається інформація щодо списання собівартості реалізованих матеріальних цінностей. | Роз'яснення ДПС |
| 21/02/2025 | Розділ ІV «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) | У яких підрозділах інформації про документальне забезпечення записів бухгалтерського обліку необхідно відображати інформацію щодо реалізації матеріальних цінностей, прийнятих на комісію? | У підрозділі «Відомості про продаж» (SalesInvoices) на підставі первинних документів щодо реалізації матеріальних цінностей зазначається інформація щодо продажу матеріальних цінностей, прийнятих на комісію (у тому числі ПДВ), а на підставі акта наданих послуг відображається інформація щодо надання комісійних послуг (у тому числі ПДВ). У підрозділі «Відомості про придбання/закупівлю» (PurchaseInvoices) на підставі звіту комісіонера зазначається інформація щодо виникнення кредиторської заборгованості перед комітентом на дату продажу матеріальних цінностей (у тому числі ПДВ). У підрозділі «Відомості про платежі» (Payments) на підставі первинних документів зазначається інформація щодо отриманих коштів від покупців, погашення кредиторської заборгованості перед комітентом, а також отриманої комісійної винагороди від комітента. У підрозділі «Операції із запасами» (MovementOfGoods) на підставі документів щодо надходження і реалізації матеріальних цінностей зазначається інформація щодо надходження матеріальних цінностей у межах договорів комісії та списання вартості матеріальних цінностей після виконання умов договорів комісії (позабалансовий облік). | Роз'яснення ДПС |
| 21/02/2025 | Розділ ІV «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) | У якому підрозділі інформації про документальне забезпечення записів бухгалтерського обліку необхідно відображати інформацію щодо отриманих/перерахованих грошових коштів суб’єкта господарювання за операціями, що пов’язані з продажем/придбанням товарів, робіт та послуг? | Інформація щодо отриманих/перерахованих грошових коштів суб’єкта господарювання (в тому числі за операціями, пов’язаними з продажем/ придбанням товарів, робіт та послуг) з наведенням способів оплати, кореспондуючих рахунків та іншої інформації щодо характеристики проведених розрахунків в розрізі платежів (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA) зазначається на підставі первинних документів у підрозділі «Відомості про платежі» (Payments). | Роз'яснення ДПС |
| 21/02/2025 | Розділ ІV «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) | У якому підрозділі інформації про документальне забезпечення записів бухгалтерського обліку необхідно відображати інформацію щодо господарських операцій з руху основної продукції? | Інформація в розрізі операцій, проведених з матеріальними цінностями (у тому числі основною продукцією) з обов’язковим зазначенням номерів і назв рахунків/субрахунків, на яких вони обліковуються, їх кількості, ціни та вартості, а також з розкриттям іншої інформації відповідно до таблиці цього підрозділу SAF-T UA зазначається на підставі первинних документів у підрозділі «Операції із запасами» (MovementOfGoods). | Роз'яснення ДПС |
| 21/02/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | ІІ.14.1.12.1.5 Інвестиційна підтримка (Загальна сума інвестиційної підтримки для цього активу (модернізація, добудова, реконструкція тощо))// Сума модернізацій за звітний період? Чи за весь термін експлуатації ОЗ/НМА? Якщо були демонтажі то показувати їх з мінусом? Чи заповнюємо для 15 рахунку? ІІ.14.1.12.1.7 Надходження активу (Загальні витрати на придбання та/або виготовлення активу за звітний період, у т.ч. витрати на транспортування та доведення активу до стану, придатного до експлуатації; поліпшення активу; інші надходження. Вартість активу як внеску до статутного капіталу).// Первісна вартість з вводу в експлуатацію? Чи залишок 10, 11, 12 рахунку? На яку дату? В чому відмінність від ІІ.14.1.12.1.3? Чи обороти по цих рахунках за звітний період? В чому відмінність від ІІ.14.1.12.1.5 Як заповнювати для 15 рахунку? | Щодо питання 1.1 У елементі ІІ.14.1.12.1.5 «Інвестиційна підтримка» (InvestmentSupport) підрозділу «Необоротні активи» (Assets) розділу «Довідники» (MasterFiles) відображається загальна сума інвестиційної підтримки для цього активу (модернізація, добудова, реконструкція тощо) за звітний період. Щодо питання 1.2 Балансова вартість вибуття активу протягом звітного періоду (реалізація, ліквідація, безоплатна передача, нестача, псування тощо) відображається у елементі ІІ.14.1.12.1.9 «Вибуття активу» (AssetDisposal). Щодо питання 1.3 Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку/субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники по кожному окремому активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних з цим активом, а також з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. Щодо питання 2.1 У елементі ІІ.14.1.12.1.7 «Надходження активу» (AssetAddition) відображається загальні витрати на придбання та/або виготовлення активу за звітний період, у тому числі витрати на транспортування та доведення активу до стану, придатного до експлуатації; поліпшення активу; інші надходження; вартість активу як внеску до статутного капіталу за звітний період. Щодо питання 2.2 В елементі ІІ.14.1.12.1.3 «Первісна вартість на початок періоду» зазначаються загальні витрати на придбання та/або виготовлення активу/ справедлива вартість активу на початок періоду. Тобто, відображається первісна вартість необоротних активів на початок періоду. У елементі ІІ.14.1.12.1.5 «Інвестиційна підтримка» (InvestmentSupport) підрозділу «Необоротні активи» (Assets) розділу «Довідники» (MasterFiles) відображається загальна сума інвестиційної підтримки для цього активу (модернізація, добудова, реконструкція тощо) за звітний період. Заповнення підрозділу «Необоротні активи» (Assets) розділу «Довідники» (MasterFiles) SAF-T UA повинно здійснюватися на основі даних вихідної системи обліку відповідно до обраної підприємством форми бухгалтерського обліку як певної системи регістрів обліку, порядку і способу реєстрації та узагальнення інформації в них з додержанням єдиних засад, встановлених від 16.07.1999 № 996-XIV «Про бухгалтерський облік та фінансову звітність в Україні», та з урахуванням особливостей своєї діяльності і технології обробки облікових даних. | Чат ДПС |
| 21/02/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | При відображенні імпорту запасів, наприклад- інвойс постачальника, в розділі ІV Інформація про документальне забезпечення записів бухгалтерського обліку (SourceDocuments), ІV.2 Відомості про придбання/закупівлю (PurchaseInvoices) інформацію стосовно ПДВ в полях TaxInformation(ІV.2.4.20.23), TaxInformationTotals(ІV.2.4.22.1) показувати по даним інвойса від постачальника нерезидента (без ПДВ), чи по даним митної декларації? | Відповідно до вимог SAF-T UA, при відображенні імпорту запасів (у даному випадку інвойс постачальника нерезидента) у розділі IV. Інформація про документальне забезпечення записів бухгалтерського обліку (SourceDocuments), а саме в підрозділі IV.2. Відомості про придбання/закупівлю (PurchaseInvoices) у полях TaxInformation (IV.2.4.20.23) і TaxInformationTotals (IV.2.4.22.1) потрібно зазначати суму ПДВ на основі митної декларації, якщо імпорт здійснюється без ПДВ на інвойсі. У випадку, коли ПДВ на інвойсі відсутній, а на митниці він сплачений, важливо вказати це в зазначених полях, відображаючи ПДВ згідно з митними документами (митною декларацією). Оскільки, при імпорті товарів внесення даних по митній декларації та стягнення ПДВ покладено на митні органи, а інвойс від постачальника нерезидента може бути без ПДВ, то ПДВ має бути показаний за даними митної декларації, | Чат ДПС |
| 21/02/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | При відображенні імпорту запасів, наприклад- інвойс постачальника, в розділі ІV Інформація про документальне забезпечення записів бухгалтерського обліку (SourceDocuments), ІV.2 Відомості про придбання/закупівлю (PurchaseInvoices) інформацію стосовно ПДВ в полях TaxInformation(ІV.2.4.20.23), TaxInformationTotals(ІV.2.4.22.1) показувати по даним інвойса від постачальника нерезидента (без ПДВ), чи по даним митної декларації? | Відповідно до вимог SAF-T UA, при відображенні імпорту запасів (у даному випадку інвойс постачальника нерезидента) у розділі IV. Інформація про документальне забезпечення записів бухгалтерського обліку (SourceDocuments), а саме в підрозділі IV.2. Відомості про придбання/закупівлю (PurchaseInvoices) у полях TaxInformation (IV.2.4.20.23) і TaxInformationTotals (IV.2.4.22.1) потрібно зазначати суму ПДВ на основі митної декларації, якщо імпорт здійснюється без ПДВ на інвойсі. У випадку, коли ПДВ на інвойсі відсутній, а на митниці він сплачений, важливо вказати це в зазначених полях, відображаючи ПДВ згідно з митними документами (митною декларацією). Оскільки, при імпорті товарів внесення даних по митній декларації та стягнення ПДВ покладено на митні органи, а інвойс від постачальника нерезидента може бути без ПДВ, то ПДВ має бути показаний за даними митної декларації, | Чат ДПС |
| 21/02/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | В підрозділі ІV.1 Відомості про продаж (SalesInvoices) при відображенні експорту запасів ( інвойса нерезиденту), в якій валюті відображати ціну по елементу ІV.1.4.20.16 Ціна за одиницю запасу/продукції (товару/роботи/послуги) - в валюті документу , чи в валюті обліку? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про продаж» (SalesInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів реалізованих матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA У елементі «Ціна» (UnitPrice) зазначається ціна за одиницю запасу/продукції (товару/роботи/послуги). Оскільки елемент «Ціна» (UnitPrice) має простий тип «SAFquantityType», то дані наводяться тільки в національній валюті. Шановні платники податків! До Вашої уваги на вебпорталі ДПС (посилання https://tax.gov.ua/baneryi/saf-t-ua/rozyasnennya--pitannya-vidpovidi/872412.html) розміщені оновлені відповіді на найбільш поширені проблемні питання, що виникають у платників податків при формуванні стандартного аудиторського файлу (SAF-T UA). В даних блоках питання-відповіді, ми намагалися надати методологічні розʼяснення та спростити процедуру формування та направлення SAF-T UA). Дякуємо за співпрацю та зворотній звʼязок! | Чат ДПС |
| 21/02/2025 | Підрозділ ІV.3 «Відомості про платежі» (Payments) | В розділі "ІV.3 Відомості про платежі (Payments)" елемент ІV.3.4.8"Description" має опис "Назва документа", Обмеження maxLength 256. При цьому в стовпці "Приклад" вказано посилання "Довідник "Вид документа" (InvoiceType)". Чи вірно ми розуміємо, що в елементі зазначається значення довідника "InvoiceType - Вид документа" і обмеження має бути maxLength 9? | У елементі «Назва документа» (Description; SAFlongtextType; simple; maxLength 256; Mandatory; 1..1) зазначається назва документа. Довідник «Вид документа» (InvoiceType), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Приклад» відповідних елементів та є наочним прикладом заповнення для кращого розуміння природи даних (наприклад, «Вип.банку»). Налаштування (зіставлення) власних об’єктів з цим довідником є необов’язковим. | Чат ДПС |
| 24/02/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Чи потрібно у відомостях про придбання/закупівлю при відображенні закупівлі у постачальника нерезидента у полях TaxInformation, TaxInformationTotals зазначати інформацію щодо ПДВ, мита сплачених на митниці? Як ця інформація повинна бути відображена у відповідних рухах запасів? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Операції із запасами (MovementOfGoods) на підставі первинних документів зазначається інформація в розрізі операцій, проведених з матеріальними цінностями з обов’язковим зазначенням номерів і назв рахунків/субрахунків, на яких вони обліковуються, їх кількості, ціни та вартості, а також з розкриттям іншої інформації. У елементі «Рух запасів» (StockMovement; complex; Mandatory; 1..∞) зазначається інформація про господарську операцію з руху запасів (у тому числі позабалансових). Операції з зарахування до первісної вартості суми ввізного мита; суми непрямих податків у зв’язку з придбанням запасів, які не відшкодовуються підприємству відображаються у підрозділі «Операції із запасами (MovementOfGood). Якщо в системі обліку суб’єкта господарювання митна декларація пов’язана з документом придбання/закупівлі в розрізі матеріальних цінностей, то інформацію щодо митних платежів доцільно відображати в даних первинних документів з придбання/закупівлі матеріальних цінностей у елементах, що стосується інформації про податки. | Чат ДПС |
| 25/02/2025 | Підрозділ ІV.3 «Відомості про платежі» (Payments) | Як визначити в розділі "ІV.3 Відомості про платежі (Payments)" реквізит ІV.3.4.12.11 "DebitCreditIndicator". Це ознака по відношенню до якого рахунку? В розділі ІV.2 Відомості про придбання/закупівлю (PurchaseInvoices) зрозуміло, що ІV.2.4.20.21 DebitCreditIndicator це ознака, що вказує, чи сума на рівні рядка є дебетовою чи кредитовою (для номера рахунку/субрахунку, по якому здійснюються операції з цим контрагентом ІV.2.4.3 AccountID) | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про платежі» (Payments) на підставі первинних документів зазначається інформація щодо отриманих/перерахованих грошових коштів суб’єкта господарювання з наведенням способів оплати, кореспондуючих рахунків та іншої інформації щодо характеристики проведених розрахунків в розрізі платежів (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). На рівні рядка документа платежу відображається в тому числі така інформація: в елементі «Код рахунку» (AccountID) зазначається номер рахунку/субрахунку відповідно до Плану рахунків суб’єкта господарювання (за дебетом); в елементі «Код кореспондуючого рахунку» (CorrespondingAccountID) зазначається номер кореспондуючого рахунку/субрахунку відповідно до Плану рахунків суб'єкта господарювання (за кредитом); в елементі «Дебетова/кредитова ознака» (DebitCreditIndicator) вказується, чи сума на рівні рядка є дебетовою чи кредитовою («D» – дебетова, «C» – кредитова). Таким чином, дебетова/кредитова ознака (DebitCreditIndicator) вказується залежно від того, чи рахунок/субрахунок бухгалтерського обліку суб’єкта господарювання, за яким здійснюються операції щодо отримання і перерахування коштів за дебетом чи кредитом у відповідному бухгалтерському проведенні. | Чат ДПС |
| 25/02/2025 | Підрозділ ІІ.2 «Довідники операцій» (TransactionFeatures) | Що потрібно зазначити в полі «Код типу аналітичного рахунку (субконто)», елемент AnalysisType, адже для аналітичного рахунку передбачене інше поле "Код аналітичного рахунку (субконто)", елемент AnalysisID? | Відповідно до Детального технічного опису елементів SAF-T UA підрозділ «Довідники операцій» (TransactionFeatures) передбачає опис типів господарських операцій, що здійснювалися суб’єктом господарювання, із наведенням відповідних умовних позначень операцій та їх характеристик. При наведенні типу та опису операцій, пов’язаних з придбанням/продажем товарів, робіт/послуг, здійснюється відповідне розмежування зазначених операцій з урахуванням того, яка подія (перерахування коштів (додаткова ознака при умовному позначенні операції – «С») або отримання чи постачання товарів, робіт/послуг (додаткова ознака при умовному позначенні операції – «П»)) відбулася першою (у разі якщо суб’єктом господарювання застосовуються інші ознаки або кодування операцій, які дозволяють здійснити вищенаведене розмежування, можуть бути застосовані такі ознаки або коди операцій). Оскільки операції, пов’язані з придбанням товарів, робіт/послуг у неплатників податку на додану вартість не впливають на визначення бази оподаткування з ПДВ, розмежування зазначених операцій з урахуванням того, яка подія відбулася першою є недоцільним. Таким чином, відповідь на дане запитання не суперечить наведеному порядку і не потребує змін до Детального технічного опису та порядку. У елементі «Код аналітичного рахунку (субконто)» (AnalysisID) зазначається номер аналітичного рахунку відповідно до Плану рахунків суб’єкта господарювання (ідентифікатор аналітичного рахунку, який використовується в системі обліку суб’єкта господарювання). У елементі «Код типу аналітичного рахунку (субконто)» (AnalysisType; KeyAnalysisType; SAFcodeType; simple; maxLength 9; Mandatory; 1..1) зазначається ідентифікатор типу аналітичного рахунку. У елементі «Код аналітичного рахунку (субконто)» (AnalysisID; KeyAnalysisID; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..1) відображається номер аналітичного рахунку відповідно до Плану рахунків суб’єкта господарювання (ідентифікатор аналітичного рахунку, який використовується в системі обліку суб’єкта господарювання). Для елементів «Код типу аналітичного рахунку (субконто)» (AnalysisType) та «Код аналітичного рахунку (субконто)» (AnalysisID) застосовується обмеження на ключ (key). Крім того, для елемента «Код типу аналітичного рахунку (субконто)» передбачено обмеження в 9 символів (maxLength 9). Щоб забезпечити унікальність елементів «Код типу аналітичного рахунку (субконто)» (AnalysisType) та одночасно передати всі елементи «Код аналітичного рахунку (субконто)» (AnalysisID), при налаштуванні експорту даних доцільно створювати унікальні значення елементів «Код типу аналітичного рахунку (субконто)» (AnalysisType) для кожного запису аналітичного рахунку (наприклад, додаючи скорочене значення елемента «Код аналітичного рахунку (субконто)» (AnalysisID) як суфікса елемента «Код типу аналітичного рахунку (субконто)» (AnalysisType)). В Детальному технічному описі підрозділу Таблиця аналітичних рахунків (AnalysisTypeTable) розділу Довідники наведений приклад, а саме: код типу аналітичного рахунку (субконто) (AnalysisType) – 115 код аналітичного рахунку (субконто) (AnalysisID) – 15 | Чат ДПС |
| 25/02/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | В Додатку до Детального опису елементів SAF-T UA v2.0 3 розділ Бухгалтерські операції наведений приклад заповнення елементів, III.4.4.12.12.1, III.4.4.12.12.2 де вказано, що потрібно вибирати між дебетовою та кредитовою сумою для балансових рахунків, але на наш погляд потрібно заповнювати одну і ту ж суму і по дебету і по кредиту. Чи правильно ми розуміємо ? | Згідно з частиною третьою статті 9 Закону України від 16.07.1999 № 996-XIV «Про бухгалтерський облік та фінансову звітність в Україні» інформація, що міститься у прийнятих до обліку первинних документах, систематизується на рахунках бухгалтерського обліку в регістрах синтетичного та аналітичного обліку шляхом подвійного запису їх на взаємопов’язаних рахунках бухгалтерського обліку. Дані аналітичних рахунків повинні бути тотожні відповідним рахункам синтетичного обліку на кінець останнього дня кожного місяця. Відповідно до Порядку надання документів великого платника податків в електронній формі, затвердженого наказом Міністерства фінансів України від 07.11.2011 № 1393 в підрозділі «Бухгалтерські операції» розкривається інформація щодо бухгалтерських проведень суб’єкта господарювання в розрізі кожної окремої господарської операції з деталізацією здійсненої операції, із зазначенням її типу, суми, інформації щодо унікального ідентифікаційного номера контрагента юридичної (фізичної) особи (у разі, якщо операція здійснюється з контрагентом) та розкриваються дані про бухгалтерські проведення по цій операції, а також інша інформація відповідно до таблиці цього підрозділу SAF-T UA в розрізі кожного бухгалтерського проведення. Господарські операції в підрозділі «Бухгалтерські операції» повинні відображатись через кореспондуючі рахунки (рахунки, що використовуються для відображення господарської операції шляхом подвійного запису). Тому при реалізації функції експорту даних згідно з вимогами до стандартного аудиторського файлу (SAF-T UA) потрібно здійснити відповідні налаштування, які забезпечують деталізацію кожної окремої господарської операції шляхом подвійного запису на взаємопов’язаних рахунках бухгалтерського обліку. Відповідно до Порядку надання документів великого платника податків в електронній формі, затвердженого наказом Міністерства фінансів України від 07.11.2011 № 1393 в підрозділі «Бухгалтерські операції» розкривається інформація щодо бухгалтерських проведень суб’єкта господарювання в розрізі кожної окремої господарської операції з деталізацією здійсненої операції, із зазначенням її типу, суми, інформації щодо унікального ідентифікаційного номера контрагента юридичної (фізичної) особи (у разі, якщо операція здійснюється з контрагентом) та розкриваються дані про бухгалтерські проведення по цій операції, а також інша інформація відповідно до таблиці цього підрозділу SAF-T UA в розрізі кожного бухгалтерського проведення. Оскільки господарські операції в підрозділі «Бухгалтерські операції» повинні відображатись через кореспондуючі рахунки (рахунки, що використовуються для відображення господарської операції шляхом подвійного запису), то згідно з Детальним технічним описом елементів SAF-T UA грошова оцінка господарської операції для балансових рахунків/субрахунків та при збільшенні залишку позабалансових рахунків відображається в елементі «Сума за дебетом» (DebitAmount), і тільки зменшення залишку позабалансових рахунків відображається в елементі «Сума за кредитом» (CreditAmount). Елемент «Вибір між дебетовою та кредитовою сумою надає можливість вибору тільки одного елемента. | Чат ДПС |
| 27/02/2025 | Розділ І «Заголовок» (Header) | Чи обов'язково мати в Header пункти 1.6 та 1.7-кількість частин та порядковий номер частини файлу, якщо вони наявні в назві xml файлу? | Згідно Детального технічного опису є два основних підходи щодо формування файлів даних SAF-T UA: Принцип 1. Один файл: Суть такого підходу полягає у формуванні одного файлу даних SAF- UA в XML-форматі. Такий файл може містити повний набір даних. Тобто сформований файл XML буде містити дані по усім розділам, що передбачені структурою SAF-T UA. Принцип 2. Множина файлів: Суть підходу формування множини файлів полягає в тому, що відбір даних виконується в різні файли XML. Тобто передбачається гнучке число файлів, які сформовані на основі завершеної порції даних, і всі вони разом містять повний набір даних SAF-T UA. Тобто, у елементах 1.6 «Кількість частин файлу» (NumberOfParts) та І.7 «Порядковий номер частини файлу» вказується загальна кількість частин та порядковий номер частини SAF-T UA у разі надсилання файлу декількома частинами. Якщо декілька частин файлу : потрібно зазначати кількість частин в пункті 1.6, а порядковий номер частини у пункті 1.7. Якщо файл один то даний елемент можна не заповнювати. У разі якщо файл складається із декількох частин - Нумерація частин має бути заповнена. | Чат ДПС |
| 27/02/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | В розділі Відомості про платежі» (Payments) виникають питання про відображення інформації щодо ПДВ в полях TaxInformation; та TaxInformationTotals;. Приклад 1. Здійснено передоплату постачальнику у розмірі 120 грн в т. ч ПДВ 20 грн., тоді TaxInformation; та TaxInformationTotals;.- будуть дорівнювати 20 грн. Приклад 2. Здійснено постоплату постачальнику у розмірі 120 грн в т. Ч ПДВ 20 грн., тоді тоді TaxInformation; та TaxInformationTotals;.- будуть дорівнювати 20 грн. Чи саме так потрібно відобразити інформацію щодо ПДВ у різних випадках? | Елементи «Податкова інформація» (TaxInformation) та «Сума податків» (TaxInformationTotals) можуть бути заповнені, якщо, на думку платника податків, це забезпечує більш повне відображення даних, що належать або пов’язані з предметом перевірки. | Чат ДПС |
| 03/03/2025 | Підрозділ ІV.5 «Операції з необоротними активами» (AssetTransactions) | Підкажіть, будь ласка, чи потрібно в таблиці ІV.5 Операції з необоротними активами (AssetTransactions) відображати операції з купівлі активів 39 рах? Оскільки в довіднику ІІ.14 Необоротні активи (Assets), наскільки ми зрозуміли, активи 39 рахунку відображати не потрібно. | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку/субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники по кожному окремому активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних з цим активом, а також з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. У підрозділі «Операції з необоротними активами» (AssetTransactions) відображається інформація в розрізі господарських операцій з необоротними активами суб’єкта господарювання з наведенням опису такого активу, кореспондуючих рахунків/субрахунків, по яких здійснено проведення, контрагентів та розкриттям іншої інформації. Дані про бухгалтерські проведення по операціям з необоротними активами відображаються окремими записами елемента «Операція з активом» (AssetTransaction; complex; Mandatory; 1..∞). У елементі «Код рахунку» (AccountID) відображається номер рахунку/субрахунку відповідно до Плану рахунків суб’єкта господарювання (за дебетом). У елементі «Код кореспондуючого рахунку» (CorrespondingAccountID) відображається номер кореспондуючого рахунку/субрахунку відповідно до Плану рахунків суб’єкта господарювання (за кредитом). Інформація підрозділу «Необоротні активи» (Assets) повинна бути збалансована з даними підрозділу «Операції з необоротними активами» (AssetTransactions). Формування SAF-T UA повинно здійснюватися на основі даних вихідної системи обліку та враховувати обрану підприємством форму бухгалтерського обліку як певної системи регістрів обліку, порядку і способу реєстрації та узагальнення інформації в них з додержанням єдиних засад, встановлених Законом України «Про бухгалтерський облік та фінансову звітність в Україні» від 16.07.1999 № 996-XIV, та з урахуванням особливостей своєї діяльності і технології обробки облікових даних. | Чат ДПС |
| 04/03/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | В роз'ясненнях від ДПС було вказано, що елемент UnitPrice в Відомості про придбання/закупівлю (PurchaseInvoices) може виводитися лише в локальній валюті, тобто в грн. Також в технічному описі елементів вказано, що дані в цьому розділі заповнюються на підставі первинного документу. В первинному документі може міститися ціна за одиницю з урахуванням ПДВ і без урахування ПДВ. Чи маємо ми виводити саме так, як в первинному документі? Для одних документів - без ПДВ, для інших - з урахуванням ПДВ? Чи маємо ми вказувати ціну за одиниці з урахуванням знижки? Потрібна більш детальна інформація щодо заповнення елементів NetTotal, GrossTotal для (PurchaseInvoices) у випадку, коли закупка не в грн, а в валюті. Чи потрібно переводити загальні суми по інвойсу в грн? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Відомості про придбання/закупівлю (PurchaseInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів придбаних матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з придбання/закупівлі (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). На рівні рядка первинного документа відображається зокрема така інформація: в елементі «Кількість» (Quantity; SAFquantityType; simple; totalDigits 22, fractionDigits 6; nillable="true"; Optional; 0..1) зазначається числова величина, визначена в одиницях виміру; в елементі «Ціна» (UnitPrice; SAFquantityType; simple; totalDigits 22, fractionDigits 6; nillable="true"; Mandatory; 1..1) зазначається ціна за одиницю запасу/продукції (товару/роботи/послуги). Дані наводяться тільки в національній валюті. Ціна за одиницю запасу/продукції (товару/роботи/послуги) зазначається за вирахуванням податків. Надбавки та/або знижки, що надаються під час продажу (реалізації) матеріальних цінностей, робіт та послуг, повинні бути враховані в ціні та окремо не відображаються; в елементі «Сума за рядком первинного документа» (InvoiceLineAmount; AmountStructure; complex; Mandatory; 1..1) зазначається грошова оцінка вартості продукту за вирахуванням податків. Для операцій, здійснених в іноземній валюті, повинна додатково бути відображена грошова оцінка вартості продукту за вирахуванням податків в іноземній валюті; в елементі «Сума витрат на доставку» (ShippingCostsAmount; AmountStructure; complex; Optional; 0..1) зазначається сума витрат на доставку/перевезення. Для операцій, здійснених в іноземній валюті, повинна додатково бути відображена грошова оцінка витрат на доставку/перевезення в іноземній валюті; в елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається інформація про податки. Для можливості відображення інформації за різними податками забезпечена технічна можливість використовувати елемент необмежену кількість разів. На рівні загальних підсумків документа відображається така інформація: в елементі «Сума без податків та витрат на доставку» (NetTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається загальна сума без урахування податків та витрат на доставку. Дані наводяться тільки в національній валюті; в елементі «Загальна сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається сума податків. Для можливості відображення інформації за різними податками забезпечена технічна можливість використовувати елемент необмежену кількість разів; в елементі «Сума витрат на доставку» (ShippingCostsAmountTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Optional; 0..1) зазначається загальна сума витрат на доставку/перевезення. Дані наводяться тільки в національній валюті; в елементі «Загальна сума» (GrossTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається грошова оцінка загальної вартості продукції (товару/роботи, послуги). Дані наводяться тільки в національній валюті. | Чат ДПС |
| 04/03/2025 | Підрозділ ІV.5 «Операції з необоротними активами» (AssetTransactions) | При проведенні операції з необоротним активом по документу можуть виникати декілька проводок з різними кореспонденціями рахунків. Як розкривати дані по операції враховуючи те, що повторювання елементів у вас 0…1 або 1…1( в наданому прикладі дві кореспонденції по Дт 975/131 з Кт 103/103) ?: Відображати 2 рази один і той же первинний документ, вказуючи перший раз першу кореспонденцію, другий раз -другу кореспонденцію? Або необхідно міняти структуру і додати комплексний елемент Line - Рядок? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Операції з необоротними активами (AssetTransactions)» відображається інформація в розрізі господарських операцій з необоротними активами суб’єкта господарювання з наведенням опису такого активу, кореспондуючих рахунків/субрахунків, по яких здійснено проведення, контрагентів та розкриттям іншої інформації. Дані про бухгалтерські проведення по операціям з необоротними активами відображаються окремими записами елемента «Операція з активом» (AssetTransaction; complex; Mandatory; 1..∞). У елементі «Код рахунку» (AccountID) відображається номер рахунку/субрахунку відповідно до Плану рахунків суб’єкта господарювання (за дебетом). В свою чергу, у елементі «Код кореспондуючого рахунку» (CorrespondingAccountID) відображається номер кореспондуючого рахунку/субрахунку відповідно до Плану рахунків суб’єкта господарювання (за кредитом). Слід звернути увагу, що для кращого розуміння природи даних у Детальному технічному описі опису елементів SAF-T UA наведено умовний приклад первинної уцінки основного засобу. Результати такої уцінки основного засобу відображені в прикладах елементів підрозділів «Необоротні активи» (Assets), «Податкові різниці» (TaxDifferences) та «Операції з необоротними активами» (AssetTransactions) через слеш як декілька умовних значень окремого заповнення елемента, які більш наочно розкривають комплексні приклади (проведення, які Ви навели в питанні) | Чат ДПС |
| 04/03/2025 | Підрозділ ІV.5 «Операції з необоротними активами» (AssetTransactions) | Прошу ще раз пояснити ситуацію з комплексними проводками по необоротним активам підрозділ 4.5 «Операції з необоротними активами». Для прикладу: ліквідація активу, який має залишкову вартість. Маємо такі проводки: Дт 13 Кт 10 800,00 - списана сума накопиченої амортизації на початок фінансового року Дт 13 Кт 10 80,00 - списана сума накопиченої амортизації протягом поточного фінансового року Дт 976 Кт 10 120,00 - списана залишкова вартість активу Як розкриваються дані по цих операціях, враховуючи те, що це один первинний документ, один документ в системі, який складається з багатьох строк, крім цього повторювання елементів 1…1 та 0…1 в розрізі AccountID та CorrespondingAccountID. 1. Чи правильно я розумію з Вашої попередньої відповіді, що мені необхідно розкрити інформацію з використання знака Слеш «/» і подати це в наступному вигляді: AccountID Дт 13/13/976 CorrespondingAccountID Кт 10/10/10? 2. Тег 4.5.2.9.1.4 «AssetTransaction Amount» теж розкриває інформацію через Слеш «/», але сумуючи всі значення по Дт, потім по Кт: 1000/1000? 3. В прикладах наведених в .xml файлі саме наведеного приклада з файлу з технічним описом не знайшла. Крім цього, в прикладах .xml (не в файлі excel) відсутня інформація щодо тегу 4.5.2.15 «GrossTotal», який є обовʼязковим для заповнення. Яку суму подавати в цьому тезі? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Операції з необоротними активами (AssetTransactions)» розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) відображається інформація в розрізі господарських операцій з необоротними активами суб’єкта господарювання з наведенням опису такого активу, кореспондуючих рахунків/субрахунків, по яких здійснено проведення, контрагентів та розкриттям іншої інформації. У елементі «Операція з активом» (AssetTransaction; complex; Mandatory; 1..∞) відображається інформація про господарську операцію з необоротним активом, крім амортизації (у тому числі позабалансовим). Дані про бухгалтерські проведення по операціям з необоротними активами відображаються окремими записами елемента «Операція з активом» (AssetTransaction; complex; Mandatory; 1..∞). Наприклад, таких Для наведеного прикладу інформація повинна відображатись як два окремих записи елемента «Операція з активом» (AssetTransaction). У кожному такому записі повинна відображатись у тому числі така інформація: в елементі «Номер документа» (DocumentNumber; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..1) зазначається номер первинного документа бухгалтерського обліку, яким суб'єкт господарювання оформив операцію; в елементі «Код рахунку» (AccountID; KeyGeneralLedgerAccount, RefAssetTransactionAccount; SAFmiddle2textType; simple; maxLength 70; Optional; 0..1) зазначається номер рахунку/субрахунку відповідно до Плану рахунків суб’єкта господарювання (за дебетом); в елементі «Код кореспондуючого рахунку» (CorrespondingAccountID; KeyGeneralLedgerAccount, RefAssetTransactionCorrespondingAccount; SAFmiddle2textType; simple; maxLength 70; Optional; 0..1) зазначається номер кореспондуючого рахунку/субрахунку відповідно до Плану рахунків суб’єкта господарювання (за кредитом); в елементі «Оцінки операції з активом» (AssetTransactionValuations; complex; Mandatory; 1..1) відображаються оцінки операції з активом. Інформація повинна бути представлена окремо для цілей бухгалтерського та податкового обліку. Значення сума операції з активом (AssetTransactionAmount; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) повинно узгоджуватись із відповідною кореспонденцією рахунків/субрахунків; в елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Optional; 0..∞) зазначається інформація про податки. Наприклад, у цьому елементі відображається інформація щодо податкових зобов’язання з ПДВ при ліквідації основних виробничих або невиробничих засобів за самостійним рішенням платника податку; в елементі «Загальна сума» (GrossTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) відображається грошова оцінка загальної вартості (з урахуванням податків). Узгодженість між цими елементами повинна забезпечуватись для кожного запису елемента «Операція з активом» (AssetTransaction) на основі такої логічної формули: [1] GrossTotal = AssetTransactionValuations.AssetTransactionValuation.AssetTransactionAmount (AssetValuationType = 1 або не заповнено) + ΣTaxInformation.TaxAmount.Amount. Згідно з Детальним технічним описом елементів 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). | Чат ДПС |
| 04/03/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | У підприємства є експорт послуг При експорті послуг з місцем надання на території України резидент нараховує податкові зобов’язання з ПДВ за ставкою 20 %. Таке нарахування ПЗ з ПДВ в обліку платника відбувається за допомогою бухгалтерської операції (податкова накладна?), яка не пов’язана з актом наданих послуг. Чи є обов’язковою вимогою вказати зв'язок між актом наданих послуг та нарахуванням ПДВ? В якому розділі SAF-T UA навести інформацію щодо нарахованих ПЗ з ПДВ? У підприємства є імпорт послуг При імпорті на оподатковувану послугу від нерезидента на дату виникнення ПЗ з ПДВ платник складає податкову накладну «сам на себе» ї реєструє в ЄРПН. ПК з ПДВ відображає за датою складання (в разі реєстрації) такої «особливої» ПН. Яким чином і в яких розділах SAF-T UA навести інформацію щодо нарахованих ПЗ з ПДВ та ПК з ПДВ? | Згідно з додатком до Детального технічного опису елементів SAF-T UA у підрозділі «Відомості про продаж» (SalesInvoices) розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) елемент «Податкова інформація» (TaxInformation), «Сума податків» (TaxInformationTotals; Mandatory; 1..∞) інформацію про податки заповнюється необмежену кількість раз. Відповідно до таблиці 5 «Обмеження відображення даних в довідниках» Детального технічного опису елементів SAF-T UA в підрозділі «Таблиця податків» (TaxTable) завжди надаються всі податкові коди, які існують для суб'єкта господарювання. Довідник «Таблиця податків» (TaxTable) (для ПДВ), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Валідація» відповідних елементів та є умовою, за якою буде проходити валідація даних. Налаштування (зіставлення) власних об’єктів з цим довідником є обов’язковим. Довідник «Таблиця податків» (TaxTable) (для ПДВ) передбачає, зокрема такі коди податків: 20 — Операції з постачання товарів/послуг, що підлягають оподаткуванню за основною ставкою 7 — Операції з постачання товарів/послуг, що підлягають оподаткуванню за ставкою 7 відсотків 14 — Операції з постачання товарів, що підлягають оподаткуванню за ставкою 14 відсотків 901 — Операції з вивезення товарів за межі митної території України, що підлягають оподаткуванню за нуловою ставкою 902 — Операції з постачання на митній території України товарів/послуг, що підлягають оподаткуванню за нульовою ставкою 903 — Операції з постачання товарів/послуг, які звільнені від оподаткування Не ПДВ — Операції, що не є об'єктом оподаткування, операції з постачання послуг за межами митної території України та послуг, місце постачання яких визначено відповідно до пунктів 186.2, 186.3 статті 186 розділу V Кодексу за межами митної території України Отже, для можливості відображення загальної суми за різними податками забезпечена технічна можливість використовувати елемент необмежену кількість раз. | Чат ДПС |
| 04/03/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Є операції вивезення ГП (готової продукції), які були вироблені із давальницької сировини. Така операція супроводжується формуванням 3х податкових накладних: 1. на вартість послуги переробки загальною сумою (без деталізації під яку саме ГП було нараховано 20% ПДВ) 2. ПН з типом причини 07 на вартість давальницьких компонентів, але в номенклатурі вказується конкретна ГП. 3. ПН з типом причини 07 на вартість власних компонентів/сировини, але в номенклатурі перелічуються конкретні компоненти/сировина Тобто обліковий документ для такої операції в системі - один (продаж послуги переробки), але під нього формується 3 податкові документи із різною деталізацією. В такому випадку не дуже зрозуміло, що саме вказувати у TaxInformation для позиції інвойсу. | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про продаж» (SalesInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів реалізованих матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). У елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається інформація про податки (на рівні рядка первинного документа). У елементі «Загальна сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається сума податків (на рівні загальних підсумків первинного документа). Елементи «Податкова інформація» (TaxInformation) та «Сума податків» (TaxInformationTotals) повинні обов’язково бути заповнені. Згідно з довідником «Таблиця податків» (TaxTable) (для ПДВ), наведеним після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для операцій з постачання на митній території України товарів/послуг, що підлягають оподаткуванню за нульовою ставкою (у тому числі послуг з переробки давальницької сировини, попередньо ввезеної на митну територію України для виконання таких робіт та вивезеної за межі митної території України платником, що виконував такі роботи, або отримувачем-нерезидентом), необхідно використовувати код податку (TaxCode) «902». Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Операції із запасами (MovementOfGoods) на підставі первинних документів зазначається інформація в розрізі операцій, проведених з матеріальними цінностями з обов’язковим зазначенням номерів і назв рахунків/субрахунків, на яких вони обліковуються, їх кількості, ціни та вартості, а також з розкриттям іншої інформації. У елементі «Рух запасів» (StockMovement; complex; Mandatory; 1..∞) зазначається інформація про господарську операцію з руху запасів (у тому числі позабалансових). У елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Optional; 0..∞) відображається інформація про податки. Згідно з довідником «Таблиця податків» (TaxTable) (для ПДВ), наведеним після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для операцій з постачання на митній території України товарів/послуг, що підлягають оподаткуванню за нульовою ставкою (у тому числі послуг з переробки давальницької сировини, попередньо ввезеної на митну територію України для виконання таких робіт та вивезеної за межі митної території України платником, що виконував такі роботи, або отримувачем-нерезидентом), необхідно використовувати код податку (TaxCode) «902». Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Операції із запасами (MovementOfGoods) на підставі первинних документів зазначається інформація в розрізі операцій, проведених з матеріальними цінностями з обов’язковим зазначенням номерів і назв рахунків/субрахунків, на яких вони обліковуються, їх кількості, ціни та вартості, а також з розкриттям іншої інформації. У елементі «Рух запасів» (StockMovement; complex; Mandatory; 1..∞) зазначається інформація про господарську операцію з руху запасів (у тому числі позабалансових). У елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Optional; 0..∞) відображається інформація про податки. Згідно з довідником «Таблиця податків» (TaxTable) (для ПДВ), наведеним після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для операцій з вивезення товарів за межі митної території України, що підлягають оподаткуванню за нульовою ставкою (у тому числі (а) у митному режимі експорту (щодо товарів, що придбані на митній території України та повністю використані під час переробки іноземних товарів (крім палива та енергії); (б) у митному режимі реекспорту, якщо товари поміщені у такий режим відповідно до пунктів 3 (щодо товарів у вигляді продуктів їх переробки) та 5 частини першої статті 86 Митного кодексу України), необхідно використовувати код податку (TaxCode) «901». | Чат ДПС |
| 04/03/2025 | Підрозділ ІV.6 «Інформація про бухгалтерські довідки та інші первинні документи» (OtherSourceDocuments) | Як відображати в ІІІ розділі SAF-T Бухгалтерські операції (GeneralLedgerEntries) бухгалтерські проведення пов’язані з проведенням зареєстрованих у ЄРПН податкових документів: виписаних та одержаних податкових накладних, та корегувань до них: - Який тип операції вказувати, відносно до довідника «TransactionType», приклад якого наданий в Додатку А до SAF-T- 16 Інше? В довіднику немає окремих типів операції стосовно проведення Податкових накладних, або корегувань до податкової накладної. - Чи потрібно по таким документам заповнювати елемент Податкова інформація? Відповідна податкова інформація буде розкрита при відображенні бухгалтерських проведень по господарським операціям з продажу, закупівлі товарів , робіт та послуг. Чи потрібно в ІV розділі Інформація про документальне забезпечення записів бухгалтерського обліку (SourceDocuments), підрозділ ІV.6 Інформація про бухгалтерські довідки та інші первинні документи (OtherSourceDocuments) відображати виписані та одержані податкові накладні, та корегування до них, враховуючи те, що податкові накладні та корегування до них не являються первинними документами? | Відповідно до Детального технічного опису елементів SAF-T UA розділ «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) містить інформацію на підставі первинних документів щодо продажів, придбань/закупівель, платежів, операцій із запасами, необоротними активами тощо (з розкриттям інформації відповідно до таблиць відповідних підрозділів SAF-T UA). При цьому, в підрозділі «Інформація про бухгалтерські довідки та інші первинні документи» (OtherSourceDocuments) зазначаються дані, що відображені в складених і проведених в бухгалтерському обліку суб’єкта господарювання бухгалтерських (службових) довідках, складених у довільній формі посадовими особами суб’єкта господарювання, та інших первинних документах, які містять інформацію про деталі господарської операції, які не включені до попередніх підрозділів цього файлу SAF-T UA. Таким чином, якщо дані, що відображені в складених і проведених в бухгалтерському обліку суб’єкта господарювання бухгалтерських (службових) довідках, складених у довільній формі посадовими особами суб’єкта господарювання, та інших первинних документах, не є інформацію щодо продажів, придбань/закупівель, платежів, операцій із запасами, необоротними активами та розкриті у всіх суттєвих аспектах в елементах підрозділу 3.1 «Бухгалтерські операції», то зазначати їх у підрозділі 4.6 «Інформація про бухгалтерські довідки та інші первинні документи» розділу IV «Інформація про документальне забезпечення записів бухгалтерського обліку» не є обов’язковим. Якщо суб’єкт господарювання веде аналітичний облік податкових зобов’язань з податку на додану вартість із деталізацією по контрагентам, то інформація щодо бухгалтерських проведень суб’єкта господарювання повинна розкриватися із зазначенням інформації щодо коду ЄДРПОУ/РНОКПП контрагента та його найменування у відповідних елементах розділу «Бухгалтерські операції» (GeneralLedgerEntries) SAF-T UA. | Чат ДПС |
| 04/03/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | В яких розділах SAF-T UA повинна бути відображена інформація, щодо донарахування ПДВ від продажу запасів нижче собівартості? В бухгалтерському обліку підприємства проведення по донарахуванню такого ПДВ відображається напряму в документі Видаткова накладна. Всі проведення по документу Видаткова накладна будуть відображені в розділі III Бухгалтерські операції (GeneralLedgerEntries). Чи потрібно таке ПДВ відображати в інших розділах: А). ІV.1 Відомості про продаж (SalesInvoices) у полях TaxInformation, TaxInformationTotals Б) ІV.4 Операції із запасами (MovementOfGoods) у полях TaxInformation, TaxInformationTotals , наприклад, при відображенні руху запасу, що супроводжується проведенням Дт 90 Кт 28? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про продаж» (SalesInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів реалізованих матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). У елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається інформація про податки (на рівні рядка первинного документа). У елементі «Загальна сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається сума податків (на рівні загальних підсумків первинного документа). Згідно з пунктом 15 Порядку заповнення податкової накладної, затвердженого наказом Міністерства фінансів України від 31.12.2015 № 1307, у разі постачання товарів/послуг, крім постачання товарів, базою оподаткування для яких встановлено максимальні роздрібні ціни, база оподаткування яких, визначена відповідно до статей 188 і 189 Податкового кодексу України, перевищує фактичну ціну постачання таких товарів/послуг (зокрема, якщо база оподаткування визначається виходячи із ціни придбання товарів/послуг, звичайної ціни самостійно виготовлених товарів/послуг або балансової (залишкової) вартості необоротних активів і перевищує суму постачання таких товарів/послуг, необоротних активів, визначену виходячи з їх договірної вартості, тобто ціна придбання / звичайна ціна / балансова (залишкова) вартість перевищує фактичну ціну (договірну вартість) постачання), постачальник (продавець) складає дві податкові накладні: одну - на суму, розраховану виходячи з фактичної ціни постачання, іншу - на суму, розраховану виходячи з перевищення ціни придбання / звичайної ціни / балансової (залишкової) вартості над фактичною ціною, або може скласти не пізніше останнього дня місяця, в якому здійснено такі постачання, зведену податкову накладну з урахуванням сум податку, розрахованих виходячи з перевищення бази оподаткування над фактичною ціною, визначених окремо за кожною операцією з постачання товарів/послуг. У податковій накладній (в тому числі зведеній), яка складена на суму такого перевищення, робиться позначка відповідно до пункту 8 цього Порядку (15 - Складена на суму перевищення бази оподаткування, визначеної відповідно до статей 188 і 189 Податкового кодексу України, над фактичною ціною постачання). Така податкова накладна отримувачу (покупцю) не надається. При цьому у рядках такої податкової накладної, відведених для зазначення даних покупця, постачальник (продавець) зазначає власні дані. Зазначати інформацію податкової накладної, складеної на суму перевищення бази оподаткування, визначеної відповідно до статей 188 і 189 Податкового кодексу України, над фактичною ціною постачання, в підрозділі «Відомості про продаж» (SalesInvoices) не потрібно Дані такої податкової накладної розкриваються в інформації щодо бухгалтерських проведень суб’єкта господарювання в розділ «Бухгалтерські операції» (GeneralLedgerEntries). При цьому, в інформації щодо коду ЄДРПОУ/РНОКПП контрагента та його найменування зазначаються власні дані | Чат ДПС |
| 04/03/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | Як правильно SAF-T UA в розділі III Бухгалтерські операції (GeneralLedgerEntries) відобразити інформацію щодо документів Прибуткова накладна і Податкова накладна з частковою попередньою оплатою ? В бухгалтерському обліку підприємства відображується попередня часткова оплата (документ Банківська виписка TransactionID = 1 ), податкова накладна до оплати TransactionID = 2 прибуткова накладна з своїм TransactionID =3, і до цього придбання Податкова накладна, окремий документ(TransactionID=4). Дата відображення Податкової накладної в бухгалтерському обліку може бути іншою і залежить від включення такої податкової до декларації. Проведення в розрізі документів: А) Часткова попередня оплата, TransactionID = 1 15.01.2024 р. Дт 631 Кт 311 120 грн Дт 6442 Кт 6441 20 грн Б) Податкова накладна TransactionID = 2 15.01.2024 р. Дт 6412 Кт 6642 20 грн В) Прибуткова накладна TransactionID = 3 01.02.2024 р. Дт 28 Кт 63 300 грн Дт 6442 Кт 63 40 грн. Дт 6441 Кт 63 20 грн Г) Податкова накладна TransactionID = 4 01.05.2024 р. Дт 6412 Кт 6442 40 грн В яких полях(чи яким чином) в розділі III Бухгалтерські операції (GeneralLedgerEntries) встановлюється зв’язок між такими документами? Чи просто відображуємо інформацію в розрізі встановлених системою (TransactionID = 1) , (TransactionID=2), TransactionID = 3, TransactionID = 4 ? | Відповідно до Порядку в підрозділі «Бухгалтерські операції» розкривається інформація щодо бухгалтерських проведень суб’єкта господарювання в розрізі кожної окремої господарської операції з деталізацією здійсненої операції, із зазначенням її типу, суми, інформації щодо унікального ідентифікаційного номера контрагента юридичної (фізичної) особи (у разі, якщо операція здійснюється з контрагентом) та розкриваються дані про бухгалтерські проведення по цій операції, а також інша інформація відповідно до таблиці цього підрозділу SAF-T UA в розрізі кожного бухгалтерського проведення. У елементі «Код операції» (TransactionID; KeyTransactionReference; SAFmiddle2textType; simple; maxLength 70; Mandatory; 1..1) зазначається унікальний ідентифікатор операції, визначений автоматизованим програмним забезпеченням, яке використовується суб’єктом господарювання. У елементі «Тип операції» (TransactionType; KeyTransactionType; RefGLTransactionTransactionType; SAFshorttextType; simple; maxLength 18; Mandatory; 1..1) зазначається умовне позначення операції відповідно до довідника операцій. При наведенні типу та опису операцій, пов’язаних з придбанням/продажем товарів, робіт/послуг, суб’єкт господарювання може здійснити розмежування зазначених операцій з урахуванням часткових передплат (наприклад, додаткова ознака при умовному позначенні операції – «Ч»): 1Ч – придбання продукції/робіт/послуг (перша подія – часткове перерахування коштів); 2Ч – продаж товарів/робіт/послуг (перша подія – часткове перерахування коштів); 3Ч – придбання основних засобів (перша подія – часткове перерахування коштів). При цьому, застосування додаткової ознаки «С» при розмежуванні для часткових передплат не суперечить Порядку. У елементі «Податкова інформація» (TaxInformation; KeyTaxType, RefGLTransactionLineTaxType; KeyTaxCode, RefGLTransactionLineTaxCode; TaxInformationStructure; complex; Optional; 0..∞) зазначається інформація про податки. При розкритті інформації щодо бухгалтерських проведень суб’єкта господарювання за господарськими операціями, які передбачають нарахування податків, відповідну інформацію про податки потрібно зазначати в елементі «Податкова інформація» (TaxInformation). Для можливості відображення інформації за різними податками забезпечена технічна можливість використовувати елемент необмежену кількість разів. Інформацію щодо податку на додану вартість потрібно зазначати в бухгалтерських проведеннях господарських операцій суб’єкта господарювання, які формують обсяги постачання, у тому числі операцій, що не є об’єктом оподаткування, операцій, що звільнені від оподаткування, операцій з ввезення на митну територію України товарів, операцій з отримання послуг від нерезидентів тощо. Податкова інформація, яка зазначається у відповідних елементах підрозділів розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) повинна відповідати податковій інформації розділу «Бухгалтерські операції» (GeneralLedgerEntries). Якщо суб’єкт господарювання веде аналітичний облік податкових зобов’язань та податкового кредиту з податку на додану вартість із деталізацією по контрагентам, то інформація щодо бухгалтерських проведень суб’єкта господарювання повинна розкриватися із зазначенням інформації щодо коду ЄДРПОУ/РНОКПП контрагента та його найменування у відповідних елементах розділу «Бухгалтерські операції» (GeneralLedgerEntries). | Чат ДПС |
| 04/03/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | Надходження товару від нерезидента (імпорт) в системі обліку проведено документом ВМД Одним документом в системі обліку реєструються проведення поставки товару, отримання послух, сплата мита та ПДВ на митниці. Постачальники товарів та послуг різні. Для послуг перевезення, страхування та додаткових послуг на підставі первинних документі в обліковій базі створюються документи, але вони не формують проводки. Номер цих документів окремо буде зазначено в полі SourceDocumentID Для відображення постачання товару, сплати мита та ПДВ є в системі є лише один документ - ВМД База для нарахування ПДВ на митниці = Митна вартість товару+Мито+Витрати на перевезення+Дод витрати+Страхові витрати Сума ПДВ = База для нарахування ПДВ*20% Інформація, що буде в розділі III Бухгалтерські операції (GeneralLedgerEntries) буде представлена як в таблиці нижче Як для кожного запису (Line) заповнювати поле TaxInformation? | Відповідно до Порядку надання документів великого платника податків в електронній формі, затвердженого наказом Міністерства фінансів України від 07.11.2011 № 1393, у підрозділі «Бухгалтерські операції» розкривається інформація щодо бухгалтерських проведень суб’єкта господарювання в розрізі кожної окремої господарської операції з деталізацією здійсненої операції, із зазначенням її типу, суми, інформації щодо унікального ідентифікаційного номера контрагента юридичної (фізичної) особи (у разі, якщо операція здійснюється з контрагентом) та розкриваються дані про бухгалтерські проведення по цій операції, а також інша інформація відповідно до таблиці цього підрозділу SAF-T UA в розрізі кожного бухгалтерського проведення. При розкритті інформації щодо бухгалтерських проведень суб’єкта господарювання за господарськими операціями, які передбачають нарахування податків, відповідну інформацію про податки потрібно зазначати в елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Optional; 0..∞). Структура інформації про податок передбачає відображення таких даних: в елементі «Вид податку» (TaxType; SAFcodeType; simple; maxLength 9; Mandatory; 1..1) зазначається вид податку; в елементі «Код податку» (TaxCode; SAFcodeType; simple; maxLength 9; Mandatory; 1..1) зазначається код податку; в елементі «База оподаткування» (TaxBase; xs:decimal; simple; Optional; 0..1) зазначається фізичний, вартісний чи інший характерний вираз об’єкта оподаткування, до якого застосовується податкова ставка і який використовується для визначення розміру податкового зобов’язання; в елементі «Сума податку» (TaxAmount; AmountStructure; complex; Mandatory; 1..1) зазначається грошова оцінка величини податку. Інформацію щодо митних платежів (мито, акцизний податок; податок на додану вартість) потрібно зазначати в бухгалтерських проведеннях суб’єкта господарювання щодо отримання товарів від постачальників. Для можливості відображення інформації за різними податками забезпечена технічна можливість використовувати елемент необмежену кількість разів. Аналітичний облік розрахунків за податками й платежами за їх видами відображається в елементі «Податкова інформація» (TaxInformation) відповідних бухгалтерських проведень суб’єкта господарювання Податкова інформація, яка зазначається у відповідних елементах підрозділів розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) повинна відповідати податковій інформації розділу «Бухгалтерські операції» (GeneralLedgerEntries). Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Відомості про придбання/закупівлю (PurchaseInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів придбаних матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з придбання/закупівлі (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Отже, інформація щодо придбаних матеріальних цінностей, транспортних послуг та витрат на страхування відображається в підрозділі «Відомості про придбання/закупівлю» (PurchaseInvoices). Якщо в системі обліку суб’єкта господарювання митна декларація пов’язана з документом придбання/закупівлі в розрізі матеріальних цінностей, то інформацію щодо митних платежів доцільно відображати в даних первинних документів з придбання/закупівлі матеріальних цінностей у елементах, що стосується інформації про податки: згідно з довідником «Таблиця податків» (TaxTable) (для ПДВ), наведеним після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для ввезених на митну територію України товарів, необоротних активів (за основною ставкою) необхідно використовувати вид податку (TaxType) «ПДВ» та код податку (TaxCode) «20/імпорт»; для мита на товари, що ввозяться суб'єктами підприємницької діяльності, може застосовуватись вид податку (TaxType) «15010000» та код податку (TaxCode) «15010100» (відповідно до Класифікації доходів бюджету, затвердженої наказом Міністерства фінансів України від 14.01.2011 № 11). Відповідно до пункту 190.1 статті 190 Податкового кодексу України базою оподаткування для товарів, що ввозяться на митну територію України, є договірна (контрактна) вартість, але не нижче митної вартості цих товарів, визначеної відповідно до розділу ІІІ Митного кодексу України, з урахуванням мита та акцизного податку, що підлягають сплаті і включаються до ціни товарів. Для товарів, що ввозяться на митну територію України, база оподаткування яких перевищує договірну (контрактну) вартість, відповідна інформація може бути розкрита в елементі «База оподаткування» (TaxBase). Згідно з довідником «Таблиця податків» (TaxTable) (для ПДВ), наведеним після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для операцій, що не є об'єктом оподаткування, операцій з постачання послуг за межами митної території України та послуг, місце постачання яких визначено відповідно до пунктів 186.2, 186.3 статті 186 Кодексу за межами митної території України, необхідно використовувати вид податку (TaxType) «ПДВ» та код податку (TaxCode) «Не ПДВ». | Чат ДПС |
| 05/03/2025 | Загальні питання | Питання по структурі XML. В розділах 2.5 і 2.6 в Додатку присутній тег , а в прикладах, які доступні на порталі, цей тег відсутній. Чи повинен бути тег присутнім в структурі XML? | Відповідно до Порядку у стовпчику «Обов’язковість заповнення» наявність позначки «*» означає, що показник (інформація) повинен обов’язково бути заповнений, відсутність такої позначки означає, що показник може бути заповнений у разі його наявності. У таблиці 6 «Опис елементів SAF-T UA» Детального технічного опису елементів SAF-T UA наведено структуру таблиці з описом та призначенням кожного стовпця для правильної роботи з технічним описом елементів SAF-T UA. Обов’язковість (Status) вказує, чи є елемент обов’язковим («Mandatory») або необов’язковим («Optional»). Під час передачі даних до ДПС технічний статус обов’язковості передбачає таку реалізацію положень Порядку: статус «Mandatory» означає, що показник (інформація) повинен обов’язково бути заповнений; необов’язкові елементи («Optional»), які передбачені Порядком, повинні бути заповнені в разі їх наявності; необов’язкові елементи («Optional»), які не передбачені Порядком, можуть бути заповнені, якщо, на думку платника податків, це забезпечує більш повне відображення даних, що належать або пов’язані з предметом перевірки. У деяких випадках статус «Optional» технічно реалізований через атрибут «minOccurs="0"» у визначенні елементів вищого рівня XSD-схеми. Це означає, що елемент може бути не включений у XML-документ без порушення валідності, що, в свою чергу, робить усі вкладені (дочірні) елементи необов’язковими до заповнення. Використання порожніх елементів можна інтерпретувати, ніби вони мають значення, тому порожні елементи не слід використовувати взагалі, якщо немає даних для заповнення необов’язкового елемента Необов’язкові елементи («Optional»), які не передбачені Порядком, заповнюються у разі, якщо суб’єкт господарювання вважає, що у зв’язку зі специфікою ведення бухгалтерського обліку та/або особливостями роботи автоматизованого програмного забезпечення, яке використовується суб’єктом господарювання, доцільно внести додаткові елементи обліку та дані, які забезпечать більш повне та достовірне відображення інформації щодо обліку доходів, витрат, фінансового результату та інших показників, пов’язаних із визначенням об’єктів оподаткування, повнотою та своєчасністю сплати податків. | Чат ДПС |
| 10/03/2025 | Підрозділ ІІ.11 «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products) | У нас метод FIFO в запасах написано рекомендація обов’язково якщо запаси оцінюються за цінами конкретних партій, але обовʼязковість не обовʼязкова optional))) як зрозуміти це ? Обов’язково по партіям чи ні ?? Зараз звіт SAF-T UA формує без партії загально по номенклатурі . Як правильно потрібно ? | Відповідно до Порядку у стовпчику «Обов’язковість заповнення» наявність позначки «*» означає, що показник (інформація) повинен обов’язково бути заповнений, відсутність такої позначки означає, що показник може бути заповнений у разі його наявності. У таблиці 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 підрозділ «Номенклатура запасів/продукції (товарів/робіт, послуг)» (Products) містить інформацію щодо характеристики запасу/продукції (товару/роботи, послуги), зокрема код запасу/продукції, індикатор, що дає можливість ідентифікувати продукцію на предмет, чи продукція є товаром, або роботою, послугою, опис, одиницю виміру, метод оцінки тощо. У елементі «Метод оцінки» (ValuationMethod; restriction of SAFcodeType; simple; maxLength 9 enumeration FIFO, WAC, MAC, SI, SC, Retail; Optional; 0..1) зазначається метод визначення вартості запасу/продукції (товару/роботи, послуги) (згідно з довідником). Таким чином, метод визначення вартості запасу/продукції (товару/роботи, послуги) (згідно з довідником) повинен бути обов’язково заповнений. | Чат ДПС |
| 11/03/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Згідно роз'яснень ми маємо вказувати в елементах «Ідентифікатор покупця» (CustomerID) та «Код контрагента» (RegistrationNumber) унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України/ Реєстраційний номер облікової картки платника податків фізичної особи/ код нерезидента -(якщо здійснюється роздрібний продаж без ідентифікації покупця - зазначається умовний код таких операцій, що застосовується - 100000000000). Елемент CustomerID має бути унікальним ідентифікатором. Для одного клієнта може бути лише один запис. Припустімо в обліковій системі для зручності користувача існує декілька записів Клієнтів, через яких відбувається роздрібна торгівля, при цьому вони мають однаковий податковий та правовий статус. Підкажіть, чи потрібно виводити їх як одного клієнта, розраховуючи початкове та кінцеве сальдо та обороти як дані одного клієнта? Також цікавить подібна ситуація щодо декількох клієнтів, які є філіями. Всі філії використовують ІПН основного підприємства для податкових і юридичних цілей. Чи потрібно об'єднувати клієнтів - філії в один запис? Якщо ні, то як саме виокремити їх? | Детальним технічним описом елементів SAF-T UA передбачено, що в підрозділі «Клієнти» (Customers) відображається інформація щодо контрагентів (покупців), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер/код нерезидента, найменування, номер платника податку на додану вартість), номера рахунку/субрахунку/аналітичного рахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації. У елементах «Ідентифікатор покупця» (CustomerID) та «Код контрагента» (RegistrationNumber) зазначається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України/ Реєстраційний номер облікової картки платника податків фізичної особи/ код нерезидента (якщо здійснюється роздрібний продаж без ідентифікації покупця - зазначається умовний код таких операцій, що застосовується). Для ідентифікаторів покупців (CustomerID) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа. Отже, інформація щодо контрагента (покупця), з яким суб’єкт господарювання мав господарські відносини, повинна бути відображена одним записом. Якщо здійснюється роздрібний продаж без ідентифікації покупця, в елементах «Ідентифікатор покупця» (CustomerID) та «Код контрагента» (RegistrationNumber) проставляється умовний код «100000000000», а в елементі «Найменування контрагента» (Name) зазначається «Неплатник». Якщо в системі обліку суб’єкта господарювання для одного контрагента (покупця) зазначено декілька записів, то при відображенні інформація в SAF-T UA необхідно уникнути дублювання (об’єднати тощо). Зазначення в елементах «Ідентифікатор покупця» (CustomerID) та «Код контрагента» (RegistrationNumber) унікального ідентифікатора контрагента, визначеного суб’єктом господарювання, може призвести до розбіжностей (відхилень) при автоматизованій обробці відповідної інформації, оскільки основна логіка автоматичних тестів побудована на звірках/перевірках з наявною податковою інформацією в базах ДПС, де контрагенти ідентифікуються за кодом ЄДРПОУ/ РНОКПП/ кодом нерезидента тощо. 2. Відповідно до Порядку надання документів великого платника податків в електронній формі, затвердженого наказом Міністерства фінансів України від 07.11.2011 № 1393 в розділі «Заголовок» необхідно відображати загальні дані про суб’єкта господарювання, який подає SAF-T UA, в тому числі про структурні підрозділи (за їх наявності). Детальним технічним описом елементів SAF-T UA передбачено, що в розділі «Заголовок» (Header) відображається загальна інформація про файл, включаючи назву програмного забезпечення, що генерує файл; загальні дані про суб’єкта господарювання, який подає SAF-T UA, критерії відбору, за якими формується файл тощо. У елементі «Інформація про філію» (BranchInfo) відображається інформація про філії (структурні підрозділи), яким делеговано право складання податкових накладних, а в елементі «Відокремлений підрозділ» (TaxEntity) відображається найменування відокремлених підрозділів суб’єкта господарювання. Таким чином, SAF-T UA повинен включати інформацію про всі структурні підрозділи (за їх наявності) суб’єкта господарювання, але подання SAF-T UA у вигляді декількох файлів окремо по кожній філії не передбачено. Таким чином, SAF-T UA повинен включати інформацію про всі структурні підрозділи (за їх наявності) суб’єкта господарювання, але подання SAF-T UA у вигляді декількох файлів окремо по кожній філії не передбачено. У пункті 1 Порядку заповнення податкової накладної наказу, затвердженого наказом Міністерства фінансів України від 31.12.2015 № 1307 податкову накладну складає особа, яка зареєстрована як платник податку у контролюючому органі та якій присвоєно індивідуальний податковий номер платника податку на додану вартість. Якщо не зареєстровані платниками податку на додану вартість філії та інші структурні підрозділи платника податку самостійно здійснюють постачання товарів/послуг та проводять розрахунки з постачальниками/споживачами, то зареєстрований платник податку, до складу якого входять такі структурні підрозділи, може делегувати філії або структурному підрозділу право складання податкових накладних. Для цього платник податку повинен кожній філії та кожному структурному підрозділу присвоїти окремий цифровий номер, про що має письмово повідомити контролюючий орган за місцем його реєстрації як платника податку на додану вартість. Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про продаж» (SalesInvoices) розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) на підставі первинних документів зазначається інформація щодо фактичних обсягів реалізованих матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Внутрішньогосподарські розрахунки з виробничими одиницями і господарствами, виділеними на окремий баланс, не є операціями з продажу, відповідно інформація в підрозділі «Відомості про продаж» (SalesInvoices) не відображається | Чат ДПС |
| 12/03/2025 | Підрозділ ІІ.15 «Податкові різниці» (TaxDifferences) | Декларація з податку на прибуток подається раз в квартал, тобто у звіті SAF-T підрозділ II.15 буде заповнений за 3, 6, 9 та 12 місяці. В якому періоді відображати податкові різниці із уточнюючої Декларацію з податку на прибуток? Яким чином відображати податкові різниці у II.15, якщо SAF-T подається за 9 місяців: відображати накопичені податкові різниці за 9 місяців звітного року відображати податкові різниці методом дельти: окремо за 1ий квартал, окремо за 2 і окремо за 3ій квартал? | Відповідно до Порядку в розділі 5 «Податкові різниці» заповнюються дані щодо податкових різниць, на які збільшується/зменшується фінансовий результат у розрізі кожного показника, визначеного Кодексом, що в періоді, за який надається інформація на запит контролюючого органу, мав вплив на фінансовий результат суб’єкта господарювання (як у бік зменшення, так і бік збільшення). При цьому відображається кожний елемент податкових різниць зі стислим описом характеристики сутності операції, її обґрунтування відповідно до вимог ПСБО/МСБО, МСФЗ, відображення проведених операцій у бухгалтерському обліку (бухгалтерські проведення) суб’єкта господарювання, загальна сума податкових різниць. Інформація заповнюється за кожний податковий звітний період у межах періоду господарської діяльності суб’єкта господарювання, за який формується SAF-T UA. Відповідно до пункту 137.4 статті 137 Кодексу податковими (звітними) періодами для податку на прибуток підприємств, крім випадків, передбачених пунктом 137.5 цієї статті, є календарні: квартал, півріччя, три квартали, рік. При цьому податкова декларація розраховується наростаючим підсумком. Пунктом 50.1 статті 50 Податкового кодексу передбачено, що платник податків, який самостійно (у тому числі за результатами електронної перевірки) виявляє факт заниження податкового зобов'язання минулих податкових періодів, зобов'язаний, за винятком випадків, установлених пунктом 50.2 цієї статті: або надіслати уточнюючий розрахунок і сплатити суму недоплати та штраф у розмірі трьох відсотків від такої суми до подання такого уточнюючого розрахунку або відобразити суму недоплати у складі декларації з цього податку, що подається за податковий період, наступний за періодом, у якому виявлено факт заниження податкового зобов'язання, збільшену на суму штрафу у розмірі п'яти відсотків від такої суми, з відповідним збільшенням загальної суми грошового зобов'язання з цього податку. Суми різниць за кожний податковий звітний період у межах періоду господарської діяльності суб’єкта господарювання, за який формується SAF-T UA, повинні бути зазначені в елементі «Сума за період» (TaxDifferenceAmountForPeriod) наростаючим підсумком у урахуванням уточнених даних. Повторення (0..∞) вказує, що елемент можна використовувати від жодного до необмеженої кількості разів. | Чат ДПС |
| 12/03/2025 | Загальні питання | Ми застосовуємо принцип подання кількох файлів SAF-T UA (варіант №2 – множина файлів). Наш звіт складається з 9 частин. Ми спробували такі варіанти подання: 1. Архівування в одну ZIP-папку: o Заархівували всі 9 файлів у один ZIP-архів із назвою 0011111111_20220102235911_1_1.zip. o У середині архіву були XML-файли з відповідними назвами: 0011111111_20220102235911_1_1.xml, ..., 0011111111_20220102235911_9_9.xml. o При спробі відправлення через ЕКП отримали помилку: "Невірне найменування файлу". 2. Окреме архівування кожного з 9 файлів: o Кожен XML-файл було заархівовано окремо у ZIP-архів. o При спробі відправлення отримали помилку: "Помилка розархівування файлу". Як правильно підготувати та надіслати ці 9 файлів у форматі SAF-T UA? | У Додатку 1 до Детального технічного опису елементів SAF-T UA v2.0, наведені приклади та детальний опис формування XML файлу з завершеною порцією даних. Під час поділу файлу на частини необхідно забезпечити, умову формування частин як повноцінного, коректно сформованого xml-документу, що містить завершений блок даних та може бути незалежно провалідований відповідно до заданої схеми XSD. Це вимагає дотримання наступних умов: кожна частина повинна мати структуру автономного, незалежного xml-документу; кожна частина повинна містити HEADER; кожна частина повинна містити parents-елементи для тих елементів, що винесені в цю частину; елементи не повинні бути розділені між частинами, тобто відкриваючий і закриваючий теги будь-якого елемента повинні знаходитися в межах одного xml-документа; не допускається розриву моделі елементів, що належить до блоку choice. Тобто, кожна частина вірно поділеного файлу є цілісною частиною xml-документа та представляє собою кореневий елемент разом з усіма вкладеними елементами, атрибутами й текстовими даними, які надають даним організований, структурований вигляд. Цілісність xml-файлу забезпечується суворим збереженням синтаксису та правил XML, що дозволяє його коректно обробляти, аналізувати, передавати між системами В Вашому випадку файл має скалалатися із 9 частин та містити нумерацію 1_9, 2_9,…..9_9 та обов’язково містити загаловок (Header). | Чат ДПС |
| 13/03/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Підприємство постачає продукцію на експорт за договором комісії . В обліку дані операції відображено через розрахунки з українським контрагентом – комісіонером. Поставки відображаються у обліку на дату переходу права власності. При постачанні товарів на експорт за договором комісії оформлюються наступні документи: Invoice, CMR, залізн.накладна, сертифікат якості ВМД. Запитання: дані операції слід відображати в розділі ІV.1 Відомості про продаж (SalesInvoices) таким же чином, як і експортні операції з нерезидентами? Тобто, описувати документальне забезпечення саме операцій з нерезидентом? Наприклад, ІV.1.4.2.1 CustomerID – код ЄДРПОУ комісіонера, ІV.1.4.1 Invoice - Invoice ІV.1.4.2.2 Name – найменування комісіонера ІV.1.4.7 InvoiceDate – дата здійснення операції (дата Invoice) ІV.1.4.8 InvoiceType - Рахунок ІV.1.4.9 TransactionType – 5П (власне присвоєння типу – постачання товару на експорт) ІV.1.4.20.5.1 OriginatingON – номер договору з комісіонером ІV.1.4.20.23 TaxType – 901 | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Відомості про продаж» (SalesInvoices) розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) на підставі первинних документів зазначається інформація щодо фактичних обсягів реалізованих матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). У елементі «Інформація про покупця» (CustomerInfo; complex; Mandatory; 1..1) підрозділу «Відомості про продаж» (SalesInvoices) зазначається інформація про контрагента – покупця. Інформація щодо контрагентів (покупців) підрозділу «Відомості про продаж» розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) повинна відповідати інформації підрозділу «Клієнти» (Customers) розділу «Довідники» (MasterFiles) SAF-T UA. У елементі «Клієнт» (Customer; extension of CompanyStructure; complex; Mandatory; 1..∞) підрозділу «Клієнти» (Customers) відображається інформація щодо покупця, замовника, іншого дебітора тощо. Таким чином, при продажу матеріальних цінностей, переданих на комісію (у тому числі для операцій з вивезення товарів за межі митної території України у митному режимі експорту) в підрозділі «Відомості про продаж» (SalesInvoices) на підставі звіту комісіонера (акта наданих послуг) зазначається інформація щодо контрагента – комісіонера. У елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) підрозділу «Відомості про продаж» (SalesInvoices) зазначається інформація про податки (на рівні рядка первинного документа). У елементі «Загальна сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) підрозділу «Відомості про продаж» (SalesInvoices) зазначається сума податків (на рівні загальних підсумків первинного документа). Елементи «Податкова інформація» (TaxInformation) та «Сума податків» (TaxInformationTotals) повинні обов’язково бути заповнені. Відповідно до пункту 200.16 статті 200 Податкового кодексу України у разі якщо платник податку експортує товари за межі митної території України, отримані від іншого платника податку на умовах комісії, консигнації, доручення або інших видів договорів, які не передбачають переходу права власності на такі товари від такого іншого платника податку до експортера, право на отримання бюджетного відшкодування має такий інший платник податку. При цьому комісійна винагорода, отримана платником податку - експортером від такого іншого платника податку, включається до бази оподаткування за ставкою, визначеною підпунктом «а» пункту 193.1 статті 193 Кодексу, та не включається до митної вартості товарів, які експортуються. Отже, право на застосування нульової ставки ПДВ і, відповідно, право на отримання бюджетного відшкодування має лише продавець експортної продукції - її власник (комітент). Відповідно до довідника «Таблиця податків» (TaxTable) (для ПДВ), наведеного після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для операцій з вивезення товарів за межі митної території України, що підлягають оподаткуванню за нульовою ставкою, необхідно використовувати код податку (TaxCode) «901». | Чат ДПС |
| 14/03/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | За якими ознаками ми повинні ідентифікувати контрагента як Юридичну особу - платника податку, який оподатковуються за ставкою 0 відсотків? Коли було сформовано визначення "Юридична особа - платник податку, який оподатковуються за ставкою 0 відсотків" - що малося на увазі? Це податок на прибуток? Якщо у нас є контрагент, який має діяльність з різними відсотковими ставками, тобто у нього є діяльність з опадткуванням 0%, і звичайна. Як ми його повинні позначити? Наприклад, Страхова компанія, у якої тільки частина діяльності зі ставкою 0 | 1. Детальним технічним описом елементів SAF-T UA передбачено, що в підрозділі «Клієнти» (Customers) відображається інформація щодо контрагентів (покупців), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер/код нерезидента, найменування, номер платника податку на додану вартість), номера рахунку/субрахунку/аналітичного рахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації. У елементі «Тип особи покупця» (CustomerType; SAFmiddle1textType; simple; maxLength 35; Optional; 0..∞) зазначається тип особи покупця (рекомендується обов’язкове заповнення для контрагентів, господарські операції з якими можуть формувати податкові різниці). Детальним технічним описом елементів SAF-T UA передбачено, що в підрозділі «Постачальники» (Suppliers) відображається інформація щодо контрагентів (постачальників), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер/код нерезидента, найменування, номер платника податку на додану вартість), номера рахунку/субрахунку/аналітичного рахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації У елементі «Тип особи постачальника» (SupplierType; SAFmiddle1textType; simple; maxLength 35; Optional; 0..∞) зазначається тип особи постачальника (рекомендується обов’язкове заповнення для контрагентів, господарські операції з якими можуть формувати податкові різниці). У елементах «Ідентифікатор покупця» (CustomerID) та «Код контрагента» (RegistrationNumber), «Ідентифікатор постачальника» (SupplierID) зазначається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України/ Реєстраційний номер облікової картки платника податків фізичної особи/ код нерезидента (якщо здійснюється роздрібний продаж без ідентифікації покупця - зазначається умовний код таких операцій, що застосовується). Для ідентифікаторів покупців (CustomerID), постачальників (SupplierID) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа. Отже, інформація щодо контрагента (покупця) (постачальника), з яким суб’єкт господарювання мав господарські відносини, повинна бути відображена одним записом. У елементі «Тип особи покупця» (CustomerType; SAFmiddle1textType; simple; maxLength 35; Optional; 0..∞) зазначається тип особи покупця (рекомендується обов’язкове заповнення для контрагентів, господарські операції з якими можуть формувати податкові різниці). У елементі «Тип особи постачальника» (SupplierType; SAFmiddle1textType; simple; maxLength 35; Optional; 0..∞) зазначається тип особи постачальника (рекомендується обов’язкове заповнення для контрагентів, господарські операції з якими можуть формувати податкові різниці). Елементи «Тип особи постачальника» (SupplierType) «Тип особи покупця» (CustomerType), можна використовувати від жодного до необмеженої кількості раз. (0..∞). Для заповнення цих елементів передбачено Довідник "Тип особи" (EntityType), наведеного після закладки «Structures» якийдля юридичної особи - платник податку, який зазначений у стовпці «Валідація», а отже є умовою за якою буде проходити валідація даних, які будуть розміщуватися в зазначених елементах. Тому при заповненні «Тип особи покупця» (CustomerType), «Тип особи постачальника» (SupplierType) потрібно здійснити обов’язкове налаштування (зіставлення) власних об’єктів з обмеженим списком ідентифікаторів. На нашу думку, при зазначенні типу особи покупця/постачальника можуть використовуватись дані Єдиного державного реєстру інститутів спільного інвестування, Реєстру неприбуткових установ та організацій, Реєстру платників єдиного податку тощо. Крім того, на період до 31 грудня 2021 року застосовувалась ставка нуль відсотків для платників податку на прибуток, у яких річний дохід, визначений за правилами бухгалтерського обліку за останній річний звітний період, не перевищує трьох мільйонів гривень та розмір нарахованої за кожний місяць звітного періоду заробітної плати (доходу) кожному з працівників, які перебувають з платником податку у трудових відносинах, є не меншим як дві мінімальні заробітні плати, розмір якої встановлено законом, та які відповідають встановленим критеріям в пункті 44 підрозділу 4 розділу ХХ «Перехідних положень» Податкового кодексу України. У разі взаємовідносин із такими контрагентами (до 31.12.2021 року) доцільно було враховувати їхній податковий статус, оскільки застосування ставки нуль відсотків у певних випадках могло впливати на розрахунок податкових різниць відповідно до положень Кодексу. Дана інформація могла бути отримана в рамках процедури «Знай свого клієнта» (KYC) та/або передбачена в договорах. У Довіднику "Тип особи" (EntityType), наведеного після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA для юридичної особи - платник податку, який оподатковуються за ставкою 0 відсотків, "Тип особи" (EntityType) передбачено – «1». 2. Елементи «Тип особи постачальника» (SupplierType) «Тип особи покупця» (CustomerType); можна використовувати від жодного до необмеженої кількості раз. (0..∞). | Чат ДПС |
| 14/03/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Як кодувати платника, який відповідає двом критеріям , наприклад, зареєстрований в «ризиковій країні» - 8, і має форму «ризикову формувласності» -9? | Детальним технічним описом елементів SAF-T UA передбачено, що в підрозділі «Клієнти» (Customers) відображається інформація щодо контрагентів (покупців), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер/код нерезидента, найменування, номер платника податку на додану вартість), номера рахунку/субрахунку/аналітичного рахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації. Детальним технічним описом елементів SAF-T UA передбачено, що в підрозділі «Постачальники» (Suppliers) відображається інформація щодо контрагентів (постачальників), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер/код нерезидента, найменування, номер платника податку на додану вартість), номера рахунку/субрахунку/аналітичного рахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації У елементах «Ідентифікатор покупця» (CustomerID) та «Код контрагента» (RegistrationNumber), «Ідентифікатор постачальника» (SupplierID) зазначається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України/ Реєстраційний номер облікової картки платника податків фізичної особи/ код нерезидента (якщо здійснюється роздрібний продаж без ідентифікації покупця - зазначається умовний код таких операцій, що застосовується). Для ідентифікаторів покупців (CustomerID), постачальників (SupplierID) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа. Отже, інформація щодо контрагента (покупця) (постачальника), з яким суб’єкт господарювання мав господарські відносини, повинна бути відображена одним записом. У елементах «Тип особи покупця» (CustomerType; SAFmiddle1textType; simple; maxLength 35; Optional; 0..∞) / «Тип особи постачальника» (SupplierType; SAFmiddle1textType; simple; maxLength 35; Optional; 0..∞) зазначається тип особи покупця/постачальника (рекомендується обов’язкове заповнення для контрагентів, господарські операції з якими можуть формувати податкові різниці). Елементи «Тип особи постачальника» (SupplierType) «Тип особи покупця» (CustomerType), можна використовувати від жодного до необмеженої кількості раз. (0..∞). Для заповнення цих елементів передбачено Довідник "Тип особи" (EntityType), наведеного після закладки «Structures» який для юридичної особи - платник податку, який зазначений у стовпці «Валідація», а отже є умовою за якою буде проходити валідація даних, які будуть розміщуватися в зазначених елементах. Тому при заповненні «Тип особи покупця» (CustomerType), «Тип особи постачальника» (SupplierType) потрібно здійснити обов’язкове налаштування (зіставлення) власних об’єктів з обмеженим списком ідентифікаторів. | Чат ДПС |
| 17/03/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | В зв’язку з застосуванням обмеження на ключ (key) і посилання на ключ (keyref) для ідентифікаторів покупців (CustomerID) чи можливо для елемента «Ідентифікатор покупця» (CustomerID) зазначати внутрішній унікальний ідентифікатор системи платника податку? | Детальним технічним описом елементів SAF-T UA передбачено, що в підрозділі «Клієнти» (Customers) відображається інформація щодо контрагентів (покупців), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер/код нерезидента, найменування, номер платника податку на додану вартість), номера рахунку/субрахунку/аналітичного рахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації. У елементах «Ідентифікатор покупця» (CustomerID) та «Код контрагента» (RegistrationNumber) зазначається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України/ Реєстраційний номер облікової картки платника податків фізичної особи/ код нерезидента (якщо здійснюється роздрібний продаж без ідентифікації покупця - зазначається умовний код таких операцій, що застосовується). Для ідентифікаторів покупців (CustomerID) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа. Зазначення в елементах «Ідентифікатор покупця» (CustomerID) та «Код контрагента» (RegistrationNumber) унікального ідентифікатора контрагента, визначеного автоматизованим програмним забезпеченням, яке використовується суб’єктом господарювання, може призвести до розбіжностей (відхилень) при автоматизованій обробці відповідної інформації, оскільки основна логіка автоматичних тестів побудована на звірках/перевірках з наявною податковою інформацією в базах ДПС, де контрагенти ідентифікуються за кодом ЄДРПОУ/ РНОКПП/ кодом нерезидента. | Чат ДПС |
| 17/03/2025 | Підрозділ ІV.3 «Відомості про платежі» (Payments) | В таблиці ІV.3 Відомості про платежі (Payments) - наводяться деякі поля як PaymentRefNo (Код документа) (тут теоретично зрозуміло), TransactionID (Код операції) - що це за код операції? яка різниця між ним і кодом документа? і SystemID (Системний номер) - що це за системний номер? яка в різниця між ним і кодом документу? в чому саме різниця між «Код документа» (PaymentRefNo) і «Системний номер» (SystemID) якщо ці два елемента мають відобразити саме унікальний ідентифікатор/номер документа. Номер не є ідентифікаторм? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про платежі» (Payments) на підставі первинних документів зазначається інформація щодо отриманих/перерахованих грошових коштів суб’єкта господарювання з наведенням способів оплати, кореспондуючих рахунків та іншої інформації щодо характеристики проведених розрахунків в розрізі платежів (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). У елементі «Код документа» (PaymentRefNo) відображається унікальний ідентифікатор документа; У елементі «Код операції» (TransactionID) зазначається унікальний ідентифікатор операції, визначений автоматизованим програмним забезпеченням, яке використовується суб’єктом господарювання; У елементі «Системний номер» (SystemID) потрібно відобразити унікальний номер документа», створений системою. PaymentRefNo - номер платіжної інструкції, банківської виписки тощо (реквізит); TransactionID унікальний код операції (присвоюється системою), може дорівнювати системному номеру документа (але необов'язково); SystemID - системний номер документа (унікальний; присвоюється системою). | Чат ДПС |
| 17/03/2025 | Підрозділ ІІ.12 «Запаси» (PhysicalStock) | Питання щодо відображення даних у розділі ІІ.12 в частині подальшого проходження перевірок (на рівні Квитанції №2). Щодо розділу ІІ.12 Перевірка, що здійснюється системою між розділами ІІ.12 та ІІ.3 перевіряє повноту даних, що відображено у розділі ІІ.12 (тобто дані рахунків з маскою 2* порівнюються між Оборотно-сальдовою відомістю та залишками запасів, що відображені у ІІ.12). Однак, у нашої Компанії є рахунки, що не мають фізичних вимірників (номенклатура, к-ть, ціна за одинцю), бо є рахунками виробництва. В Квитанції №2 такі рахунки потрапляють у помилку. Як їх відображати щоб уникнути помилки? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Запаси» (PhysicalStock) відображається інформація про код запасу/продукції, ідентифікатор складу, номер і назву рахунку/субрахунку, на якому обліковується запас/продукція, їх кількість, ціни та вартість на початок та на кінець періоду, за який формується SAF-T UA. У елементі «Інформація щодо запасу» (PhysicalStockEntry) в підрозділі «Запаси» (PhysicalStock ) розділу ІІ «Довідники» ((MasterFiles)) зазначається інформація щодо запасу/продукції (товару/роботи, послуги) (в тому числі позабалансових). Якщо аналітичний облік за рахунком 23 «Виробництво» не ведеться за видами продукції, що виробляється (не включені в номенклатурні позиції), а унікальний ідентифікатор запасу/продукції присвоюється тільки на етапі оприбуткування виробничих запасів (матеріалів), напівфабрикатів, готової продукції тощо, то інформація щодо незавершеного виробництва в підрозділі «Запаси» (PhysicalStock) не відображається, оскільки заповнення елемента «Код запасу/продукції» (ProductCode) є обов’язковим. Дані щодо синтетичного та аналітичного обліку виробництва повинні бути відображені в підрозділі «Сальдові/оборотні відомості» (GeneralLedgerAccounts) та в розділі «Бухгалтерські операції» (GeneralLedgerEntries). | Чат ДПС |
| 17/03/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Питання щодо відображення даних у розділі ІІ.14 в частині подальшого проходження перевірок (на рівні Квитанції №2). Перевірка, що здійснюється системою між розділами ІІ.14 та ІІ.3 перевіряє повноту даних, що відображено у розділі ІІ.14 (тобто дані рахунків з маскою 1* порівнюються між Оборотно-сальдовою відомістю та інформацією про необоротні активи, що відображені у р. ІІ.14). Однак, у нашої Компанії є рахунки, що детально розкрито у інших розділах (наприклад довгострокова Дебіторська заборгованість у р. ІІ.5, що обліковується на рахунках 18*. В Квитанції №2 такі рахунки потрапляють у помилку. Як їх відображати щоб уникнути помилки? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку/субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники по кожному окремому активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних з цим активом, а також з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. Інформацію про довгострокову дебіторську заборгованість доцільно відображати в підрозділі «Клієнти» (Customers). | Чат ДПС |
| 17/03/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Якщо у підприємства роздрібної торгівлі інформація про продажі відображається в обліку агреговано - чи не буде помилкою, якщо у SAF-T UA таким же чином відображати роздрібні продажі у структурі IV.1 "Відомості про продаж". Тобто єдиний документ продажу на кінцевого споживача, без деталізації окремих транзакцій (чеків)? | Згідно з пунктом 14 Порядку заповнення податкової накладної, затвердженого наказом Міністерства фінансів України від 31.12.2015 № 1307, податкова накладна складається за щоденними підсумками операцій (якщо податкова накладна не була складена на ці операції) у разі: здійснення постачання товарів/послуг за готівку кінцевому споживачеві (який не є платником податку), розрахунки за які проводяться через касу/реєстратори розрахункових операцій та/або програмні реєстратори розрахункових операцій, або через банк, небанківського надавача платіжних послуг чи платіжний пристрій (безпосередньо на рахунок постачальника); виписки транспортних квитків, готельних рахунків або рахунків, які виставляються платнику податку за послуги зв'язку, інші послуги, вартість яких визначається за показниками приладів обліку, що містять загальну суму платежу, суму податку та податковий номер постачальника (продавця), за винятком тих, форма яких встановлена міжнародними стандартами; надання платнику податку касових чеків, які містять суму поставлених товарів/послуг, загальну суму нарахованого податку (з визначенням фіскального та податкового номерів постачальника). У разі складання податкової накладної за щоденними підсумками операцій (якщо податкова накладна не була складена на ці операції) у рядку «Не підлягає наданню отримувачу (покупцю) з причин» такої податкової накладної робиться позначка «х» та зазначається тип причини 11. При цьому у рядку «Отримувач (покупець)» зазначається «Неплатник», а у рядку «Індивідуальний податковий номер отримувача (покупця)» проставляється умовний ІПН «100000000000», рядок «Податковий номер платника податку або серія (за наявності) та номер паспорта» не заповнюється. Інші дані та показники такої податкової накладної заповнюються за правилами, визначеними цим Порядком. Відповідно до Детального технічного опису елементів SAF-T UA у підрозділі «Клієнти» (Customers) розділу «Довідники» (MasterFiles) відображається інформація щодо контрагентів (покупців), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер/код нерезидента, найменування, номер платника податку на додану вартість), номеру рахунку/субрахунку/аналітичного рахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації. Сальдо заборгованості на початок та на кінець періоду відображається за кожним первинним документом та датою виникнення заборгованості. Якщо здійснюється роздрібний продаж без ідентифікації покупця – зазначається умовний код таких операцій, що застосовується. При цьому, у податковому номері проставляється умовний код «100000000000», а в найменуванні контрагента зазначається «Неплатник». Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про продаж» (SalesInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів реалізованих матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Формування SAF-T UA повинно здійснюватися на основі даних вихідної системи обліку відповідно до обраної підприємством форми бухгалтерського обліку як певної системи регістрів обліку, порядку і способу реєстрації та узагальнення інформації в них з додержанням єдиних засад, встановлених Законом України від 16.07.1999 № 996-XIV «Про бухгалтерський облік та фінансову звітність в Україні» (далі – Закон № 996), та з урахуванням особливостей своєї діяльності і технології обробки облікових даних. Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про продаж» (SalesInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів реалізованих матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Заповнення підрозділу «Відомості про продаж» (SalesInvoices) повинно здійснюватися на основі даних вихідної системи обліку відповідно до обраної підприємством форми бухгалтерського обліку як певної системи регістрів обліку, порядку і способу реєстрації та узагальнення інформації в них з додержанням єдиних засад, встановлених Законом України від 16.07.1999 № 996-XIV «Про бухгалтерський облік та фінансову звітність в Україні», та з урахуванням особливостей своєї діяльності і технології обробки облікових даних. Згідно з пунктом 16 Вимог щодо реалізації фіскальних функцій реєстраторами розрахункових операцій для різних сфер застосування, затверджених постановою Кабінету Міністрів України від 18 лютого 2002 р. № 199, реєстратор повинен формувати звіт про реалізовані товари (надані послуги) за визначеними користувачем кодами товарів (послуг). Чек звіту про реалізовані товари (надані послуги) повинен додатково містити такі дані: підсумок розрахункових операцій за реалізовані товари (надані послуги) за кожним зазначеним кодом окремо з моменту програмування товару (послуги) із зазначенням його найменування, реалізованої кількості, літерного позначення ставки ПДВ; загальний підсумок розрахункових операцій за реалізовані товари (надані послуги); літерні позначення та відповідні ставки ПДВ у відсотках; дату і час друкування чека звіту про реалізовані товари (надані послуги). Якщо в системі обліку суб’єкта господарювання інформація щодо продажів відображається на основі звітів про реалізовані товари (надані послуги), то заповнення підрозділу «Відомості про продаж» (SalesInvoices) повинно здійснюватися на підставі цих звітів із зазначенням інформації щодо фактичних обсягів реалізованих матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). | Чат ДПС |
| 18/03/2025 | Підрозділ ІІ.1 «Облікова політика» (AccountingPolicies) | Якщо наша облікова система немає тригеру (реквізитів, маркерів тощо) щоб розділити масив операцій на 1 і 2 подію (як наведено в прикладі Довіднику "Тип операції" (TransactionType)). Наразі бухгалтер це вивіряє і робить вручну. Чи можемо ми знехтувати розділенням і ввести типи операцій які будуть показувати узагальнені операції? | Відповідно до Детального технічного опису елементів SAF-T UA підрозділ «Довідники операцій» (TransactionFeatures) передбачає опис типів господарських операцій, що здійснювалися суб’єктом господарювання, із наведенням відповідних умовних позначень операцій та їх характеристик. При наведенні типу та опису операцій, пов’язаних з придбанням/продажем товарів, робіт/послуг, здійснюється відповідне розмежування зазначених операцій з урахуванням того, яка подія (перерахування коштів (додаткова ознака при умовному позначенні операції – «С») або отримання чи постачання товарів, робіт/послуг (додаткова ознака при умовному позначенні операції – «П»)) відбулася першою (у разі якщо суб’єктом господарювання застосовуються інші ознаки або кодування операцій, які дозволяють здійснити вищенаведене розмежування, можуть бути застосовані такі ознаки або коди операцій). Довідник «Тип операції» (TransactionType), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Приклад» відповідних елементів підрозділу «Довідники операцій» (TransactionFeatures) та є наочним прикладом заповнення для кращого розуміння природи даних. Налаштування (зіставлення) власних об’єктів з цим довідником є необов’язковим. При наведенні типу та опису операцій у підрозділі «Довідники операцій» (TransactionFeatures) суб’єкт господарювання може застосовувати власну класифікацію. | Чат ДПС |
| 18/03/2025 | Підрозділ ІІ.13 «Власники (засновники)» (Owners) | Якщо частка у статутному капіталі має після коми ще 4 знаки, наприклад, 85,2345% чи дозволяється ставити таке значення? Чи немає технічних обмежень? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Власники (засновники)» (Owners) розкривається інформація про власника(ів) (засновника(ів)) суб’єкта господарювання, заповнюється окремо в розрізі кожного суб’єкта (юридичної/ фізичної особи) з описом їхніх реєстраційних (загальних) даних. Заповнення елемента «Частка (доля) у статутному капіталі» (ShareOfStatutoryFund) має обмеження (Facets) (minInclusive 0 maxInclusive 100) для відображення відсоткового еквіваленту частки. Тип елемента «Частка (доля) у статутному капіталі» (ShareOfStatutoryFund) визначено як простий тип «SAFPercentageType». Відповідно до Детального технічного опису елементів SAF-T UA визначення всіх простих типів, які використовуються у SAF-T UA, наведені в таблиці 1 додатка 2 «Атрибути простих типів, що використовуються у файлі SAF T UA». Простий тип SAFpercentageType призначений для відображення відсоткових значень і базується на типі даних , обмеженому діапазоном від 0 до 100. Тип даних використовується для представлення числових значень із можливістю вказівки дробової частини. Обмеження на кількість знаків після коми відсутні, що дозволяє записувати значення як у цілісному, так і у дробовому форматах. | Чат ДПС |
| 21/03/2025 | Підрозділ ІV.4 «Операції із запасами» (MovementOfGoods) | Яка інформація повинна бути відображена в наступних полях: 1)ІV.4.4.2 MovementReference -Унікальне посилання на рух запасів; 2) ІV.4.4.8 SystemID-Унікальний номер документа, створений системою; 3) ІV.4.4.9.2 DocumentNumber-Номер первинного документа бухгалтерського обліку суб’єкта господарювання, яким оформлено операцію? Чи може бути вказаний в цих полях один і той же номер, наприклад, номер документу створений в системі? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Операції із запасами (MovementOfGoods) на підставі первинних документів зазначається інформація в розрізі операцій, проведених з матеріальними цінностями з обов’язковим зазначенням номерів і назв рахунків/субрахунків, на яких вони обліковуються, їх кількості, ціни та вартості, а також з розкриттям іншої інформації. У елементі «Посилання на рух запасів» (MovementReference; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..1) зазначається унікальне посилання на рух запасів. Таким унікальним посиланням може бути номер замовлення, номер документа поставки тощо. Суб’єкт господарювання самостійно визначає, яке унікальне значення використовувати як посилання на рух запасів. У елементі «Системний номер» (SystemID) зазначається унікальний номер документа, створений системою. У елементі «Номер документа» (DocumentNumber) відображається номер первинного документа бухгалтерського обліку суб’єкта господарювання, яким оформлено операцію. Тобто номер, який включений як реквізит до первинного документа. | Чат ДПС |
| 21/03/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Чи потрібно в розділі Відомості про придбання/закупівлю (PurchaseInvoices) відображати інформацію по придбанню необоротних активів (Д15 К63)? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Відомості про придбання/закупівлю (PurchaseInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів придбаних матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з придбання/закупівлі (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). У елементі «Код активу» (AssetID) на рівні рядків первинних документів відображається інвентарний номер або інший унікальний ідентифікатор активу, що застосовується суб’єктом господарювання в бухгалтерському обліку (за наявності). Тобто, у підрозділі «Відомості про придбання/закупівлю» (PurchaseInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів придбаних матеріальних цінностей, робіт та послуг, в тому числі і придбання необоротних активів. Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Операції з необоротними активами» (AssetTransactions) відображається інформація в розрізі господарських операцій з необоротними активами суб’єкта господарювання з наведенням опису такого активу, кореспондуючих рахунків/субрахунків, по яких здійснено проведення, контрагентів та розкриттям іншої інформації. У елементі «Операція з активом» (AssetTransaction; complex; Mandatory; 1..∞) відображається інформація про господарську операцію з необоротним активом, крім амортизації (у тому числі позабалансовим). Таким чином, у цьому підрозділі відображається інформація в розрізі всіх господарських операцій з необоротними активами, у тому числі позабалансовими (крім амортизації). Інформація підрозділу «Необоротні активи» (Assets) повинна бути збалансована з даними підрозділу «Операції з необоротними активами» (AssetTransactions). | Чат ДПС |
| 24/03/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | В розрізі якої аналітики маємо відображати інформацію по рахункам обліку 673 "Кошти клієнтів-юридичних осіб надавачів фінансових послуг" та 674 "Кошти клієнтів-фізичних осіб надавачів фінансових послуг"? Тобто в розрізі кожного клієнта чи в розрізі Неплатник та однією сумою по рахунку. (Фінансова компанія) | Відповідно до Детального технічного опису елементів SAF-T UA у підрозділі «Клієнти» (Customers) розділу «Довідники» (MasterFiles) відображається інформація щодо контрагентів (покупців), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер/код нерезидента, найменування, номер платника податку на додану вартість), номеру рахунку/субрахунку/аналітичного рахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації. Сальдо заборгованості на початок та на кінець періоду відображається за кожним первинним документом та датою виникнення заборгованості. Якщо здійснюється роздрібний продаж без ідентифікації покупця – зазначається умовний код таких операцій, що застосовується. При цьому, у податковому номері проставляється умовний код «100000000000», а в найменуванні контрагента зазначається «Неплатник». У елементі «Клієнт» (Customer; extension of CompanyStructure; complex; Mandatory; 1..∞) відображається інформація щодо покупця, замовника, іншого дебітора тощо. Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Постачальники» (Suppliers) відображається інформація щодо контрагентів (постачальників), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер/код нерезидента, найменування, номер платника податку на додану вартість), номеру рахунку/субрахунку/аналітичного рахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації. Сальдо заборгованості на початок та на кінець періоду відображається за кожним первинним документом та датою виникнення заборгованості. У елементі «Постачальник» (Supplier; extension of CompanyStructure; complex; Mandatory; 1..∞) відображається інформація щодо постачальника, підрядника, іншого кредитора тощо. Таким чином, стандартний аудиторський файл (SAF-T UA) повинен містити експортовані з вихідної системи обліку дані за кожним клієнтом - юридичною особою і клієнтом - фізичною особою надавача фінансових послуг. Для ідентифікаторів покупців (CustomerID) та постачальників (SupplierID) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа. Отже, інформація щодо клієнтів - юридичних осіб і клієнтів - фізичних осіб надавача фінансових послуг розділів «Бухгалтерські операції» (GeneralLedgerEntries) та «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) повинна відповідати інформації підрозділів «Клієнти» (Customers) та «Постачальники» (Suppliers) розділу «Довідники» (MasterFiles) SAF-T UA. | Чат ДПС |
| 25/03/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | При оформлені операцій з імпорту товарів, документ "Вантажна митна декларація" може бути оформлено зі значною затримкою в часі від дати надходження Товарів на склад. Така різниця у часі виникає через умови переходу права власності, що є основою для відображення в обліку факту придбання. Яким чином відображати відомості щодо ПДВ і митних платежів у відповідному документі розділу ІV.2 Відомості про придбання/закупівлю (PurchaseInvoices) або ІV.4 Операції із запасами (MovementOfGoods), якщо документ "Вантажна митна декларація" може відноситись до іншого звітного періоду. | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Відомості про придбання/закупівлю (PurchaseInvoices) розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) на підставі первинних документів зазначається інформація щодо фактичних обсягів придбаних матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з придбання/закупівлі (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Якщо в системі обліку суб’єкта господарювання митна декларація пов’язана з документом придбання/закупівлі в розрізі матеріальних цінностей, то інформацію щодо митних платежів (мито, акцизний податок; податок на додану вартість) доцільно відображати в даних первинних документів з придбання/закупівлі матеріальних цінностей в елементах, що стосується інформації про податки, незалежно від дати оформлення митної декларації. У елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається інформація про податки (на рівні рядка первинного документа). У елементі «Сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається загальна сума податків (на рівні загальних підсумків первинного документа). Елементи «Податкова інформація» (TaxInformation) та «Сума податків» (TaxInformationTotals) повинні обов’язково бути заповнені. Для можливості відображення інформації за різними податками забезпечена технічна можливість використовувати елементи необмежену кількість разів. Для товарів, що ввозяться на митну територію України, база оподаткування яких перевищує договірну (контрактну) вартість, відповідна інформація може бути розкрита в елементі «База оподаткування» (TaxBase) структури інформації про податок (TaxInformationStructure). Відповідно до довідника «Таблиця податків» (TaxTable) (для ПДВ), наведеного після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для ввезених на митну територію України товарів, необоротних активів необхідно використовувати вид податку (TaxType) «ПДВ» та коди податків (TaxCode) «20/імпорт», «14/імпорт», «7/імпорт», «903». Відповідно до Класифікації доходів бюджету, затвердженої наказом Міністерства фінансів України від 14.01.2011 № 11, для ввізного мита може використовуватись вид податку (TaxType) «15010000» та коди податків (TaxCode) «15010100», «15010500» тощо; для акцизного податку з ввезених на митну територію України підакцизних товарів (продукції) може використовуватись вид податку (TaxType) «14030000» та коди податків (TaxCode) «14030100», «14030200», «14030300», «14030400», «14030600», «14030800», «14031000», «14031400», «14031900», «14032000». Таким чином, додаткові витрати, які формують вартість запасів (суми ввізного мита; суми непрямих податків у зв’язку з придбанням запасів, які не відшкодовуються підприємству; транспортно-заготівельні витрати тощо) відображаються у підрозділі «Операції із запасами (MovementOfGoods). У елементі «Кількість» (Quantity; SAFquantityType; simple; totalDigits 22, fractionDigits 6; nillable="true"; Mandatory; 1..1) зазначається числова величина, визначена в одиницях виміру. Якщо операція передбачає зарахування до складу первісної вартості запасів додаткових витрат, які не впливають на кількість запасів, у цьому елементі передбачена технічна можливість відображення нульових значень (атрибут nillable="true"). Формування SAF-T UA повинно здійснюватися на основі даних вихідної системи обліку відповідно до обраної підприємством форми бухгалтерського обліку як певної системи регістрів обліку, порядку і способу реєстрації та узагальнення інформації в них з додержанням єдиних засад, встановлених Законом України від 16.07.1999 № 996-XIV «Про бухгалтерський облік та фінансову звітність в Україні», та з урахуванням особливостей своєї діяльності і технології обробки облікових даних. | Чат ДПС |
| 25/03/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Є договір на поставку товару. a. Здійснено передплату – 100тис.грн. Тут операція – Перша подія Оплата b. Надходження товарів на склад – 500 тис. грн. Чи потрібно ділити цю операцію на дві частини: Одна частина – це сума передоплати 100т. з операцією Перша подія Оплата Друга частина – сума залишку 400т. з операцією Перша подія Поставка Чи лишити операцію одним рядком, і віднести її до Перша подія Оплата | Відповідно до Детального технічного опису елементів SAF-T UA підрозділ «Довідники операцій» (TransactionFeatures) передбачає опис типів господарських операцій, що здійснювалися суб’єктом господарювання, із наведенням відповідних умовних позначень операцій та їх характеристик. При наведенні типу та опису операцій, пов’язаних з придбанням/продажем товарів, робіт/послуг, здійснюється відповідне розмежування зазначених операцій з урахуванням того, яка подія (перерахування коштів (додаткова ознака при умовному позначенні операції – «С») або отримання чи постачання товарів, робіт/послуг (додаткова ознака при умовному позначенні операції – «П»)) відбулася першою (у разі якщо суб’єктом господарювання застосовуються інші ознаки або кодування операцій, які дозволяють здійснити вищенаведене розмежування, можуть бути застосовані такі ознаки або коди операцій). Довідник «Тип операції» (TransactionType), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Приклад» відповідних елементів підрозділу «Довідники операцій» (TransactionFeatures) та є наочним прикладом заповнення для кращого розуміння природи даних. Налаштування (зіставлення) власних об’єктів з цим довідником є необов’язковим. При наведенні типу та опису операцій у підрозділі «Довідники операцій» (TransactionFeatures) суб’єкт господарювання може застосовувати власну класифікацію. При наведенні типу та опису операцій, пов’язаних з придбанням/продажем товарів, робіт/послуг, суб’єкт господарювання може здійснити розмежування зазначених операцій з урахуванням часткових передплат (наприклад, додаткова ознака при умовному позначенні операції – «Ч»): 1Ч – придбання продукції/робіт/послуг (перша подія – часткове перерахування коштів); 2Ч – продаж товарів/робіт/послуг (перша подія – часткове перерахування коштів); 3Ч – придбання основних засобів (перша подія – часткове перерахування коштів). При цьому, застосування додаткової ознаки «С» при розмежуванні для часткових передплат не суперечить Порядку надання документів великого платника податків в електронній формі, затвердженого наказом Міністерства фінансів України від 07.11.2011 № 1393. | Чат ДПС |
| 26/03/2025 | Загальні питання | В Додатку до детального технічного опису версії 2.0. є "Характеристика (Description)" елементів, по яких стоїть ознака "рекомендується обов’язкове заповнення". При цьому Обов'язковість (Status) таких елементів стоїть "Optional". В детальному технічному описі версії 2.0. «Mandatory» означає, що показник (інформація) повинна обов’язково бути заповнена. Необов’язкові елементи («Optional») повинні бути заповнені в разі їх наявності. Необов’язкові елементи, які не передбачені наказом Міністерства фінансів України від 07.11.2011 №1393, можуть бути заповнені, якщо, на думку платника податків, це забезпечує більш повне відображення даних, що належать або пов'язані з предметом перевірки. Чи вважати такі елементи обов'язковими для заповнення? | У таблиці 6 «Опис елементів SAF-T UA» Детального технічного опису елементів SAF-T UA наведено структуру таблиці з описом та призначенням кожного стовпця для правильної роботи з технічним описом елементів SAF-T UA. Обов’язковість (Status) вказує, чи є елемент обов’язковим («Mandatory») або необов’язковим («Optional»). Під час передачі даних до ДПС технічний статус обов’язковості передбачає таку реалізацію положень Порядку № 1393: статус «Mandatory» означає, що показник (інформація) повинен обов’язково бути заповнений; необов’язкові елементи («Optional»), які передбачені Порядком № 1393, повинні бути заповнені в разі їх наявності; необов’язкові елементи («Optional»), які не передбачені Порядком № 1393, можуть бути заповнені, якщо, на думку платника податків, це забезпечує більш повне відображення даних, що належать або пов’язані з предметом перевірки. У деяких випадках статус «Optional» технічно реалізований через атрибут «minOccurs="0"» у визначенні елементів вищого рівня XSD-схеми. Це означає, що елемент може бути не включений у XML-документ без порушення валідності, що, в свою чергу, робить усі вкладені (дочірні) елементи необов’язковими до заповнення. Необов’язкові елементи («Optional»), які не передбачені Порядком № 1393, заповнюються у разі, якщо суб’єкт господарювання вважає, що у зв’язку зі специфікою ведення бухгалтерського обліку та/або особливостями роботи автоматизованого програмного забезпечення, яке використовується суб’єктом господарювання, доцільно внести додаткові елементи обліку та дані, які забезпечать більш повне та достовірне відображення інформації щодо обліку доходів, витрат, фінансового результату та інших показників, пов’язаних із визначенням об’єктів оподаткування, повнотою та своєчасністю сплати податків. При цьому слід звернути увагу, що файл SAF-T UA розроблений на основі Рекомендацій ОЕСР щодо стандартного аудиторського файлу (версія 2.0), згідно з якими основне припущення полягає в тому, що всі елементи, включені в модель ОЕСР, є потенційно корисними для аудиторів. | Чат ДПС |
| 28/03/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Як заповнювати в розділі PurchaseInvoices елемент TaxInformation при придбанні товарів у фізичної особи - неплатника ПДВ? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Відомості про придбання/закупівлю (PurchaseInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів придбаних матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з придбання/закупівлі (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Згідно з довідником «Таблиця податків» (TaxTable) (для ПДВ), наведеним після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для операцій, що не є об'єктом оподаткування, операцій з постачання послуг за межами митної території України та послуг, місце постачання яких визначено відповідно до пунктів 186.2, 186.3 статті 186 Кодексу за межами митної території України, необхідно використовувати код податку (TaxCode) «Не ПДВ». | Чат ДПС |
| 28/03/2025 | Підрозділ ІІ.7 «Таблиця податків» (TaxTable) | Чи потрібно в розділі PurchaseInvoices (Відомості про придбання) при придбанні товару у фізичної особи (не ФОП) відображати утримання податків (ПДФО, ВЗ - Дт 631 Кт6411, Кт 6421)? Чи достатньо тільки зазначити проведення Дт 28 К631 в розрізі придбаних товарів? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Відомості про придбання/закупівлю (PurchaseInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів придбаних матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з придбання/закупівлі (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Якщо в системі обліку суб’єкта господарювання нарахування, утримання та сплату (перерахування) до бюджету податку на доходи фізичних осіб, військового збору з доходів, отриманих фізичною особою від продажу (обміну) такого майна пов’язано з первинним документом придбання/закупівлі в розрізі матеріальних цінностей, то інформацію щодо таких платежів необхідно відобразити в даних первинних документів з придбання/закупівлі матеріальних цінностей у елементах, що стосується інформації про податки. У Довіднику «Таблиця податків» (TaxTable) (для ПДВ), наведеним після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для військового збору може використовуватися вид податку (TaxType) «1101» та код податку (TaxCode) «11011000»; для податку на доходи фізичних осіб з грошового забезпечення, грошових винагород та інших виплат, одержаних військовослужбовцями, поліцейськими та особами рядового і начальницького складу, що сплачується податковими агентами, може застосовуватись вид податку (TaxType) «1101» та код податку (TaxCode) «11010200» (відповідно до Класифікації доходів бюджету, затвердженої наказом Міністерства фінансів України від 14.01.2011 № 11). | Чат ДПС |
| 31/03/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | чи буде вважатися помилкою, якщо у розділі ІІІ "Бухгалтерські операції" (GeneralLedgerEntries) значення поля RecordID в XML-файлі не буде відповідати порядковому номеру запису? Чи є вимоги до суворої послідовності нумерації цього поля? | Відповідно до Порядку № 1393 в підрозділі «Бухгалтерські операції» розкривається інформація щодо бухгалтерських проведень суб’єкта господарювання в розрізі кожної окремої господарської операції з деталізацією здійсненої операції, із зазначенням її типу, суми, інформації щодо унікального ідентифікаційного номера контрагента юридичної (фізичної) особи (у разі, якщо операція здійснюється з контрагентом) та розкриваються дані про бухгалтерські проведення по цій операції, а також інша інформація відповідно до таблиці цього підрозділу SAF-T UA в розрізі кожного бухгалтерського проведення. Господарські операції в підрозділі «Бухгалтерські операції» повинні відображатись через кореспондуючі рахунки (рахунки, що використовуються для відображення господарської операції шляхом подвійного запису). При реалізації функції експорту даних згідно з вимогами до стандартного аудиторського файлу (SAF-T UA) потрібно здійснити відповідні налаштування, які забезпечують деталізацію кожної окремої господарської операції шляхом подвійного запису на взаємопов’язаних рахунках бухгалтерського обліку. У разі заповнення елементу «Ідентифікатор облікового запису» (RecordID; SAFshorttextType; simple; maxLength 18; Mandatory; 1..1) на рівні рядка бухгалтерського проведення потрібно зазначати ідентифікатор для відстеження облікового запису в рядку облікового регістру або посилання на проведення, який визначений автоматизованим програмним забезпеченням, яке використовується суб’єктом господарювання для певної господарської операції. У елементі «Ідентифікатор облікового запису» (RecordID) зазначається ідентифікатор для відстеження облікового запису в рядку облікового регістру або посилання на проведення Згідно з Детальним технічним описом елементів SAF-T UA обмеження (Facets) задають максимально допустиму кількість символів для введення. Для елементів, які містять код операції, передбачено обмеження в 18 символів (maxLength 18), що відповідає моделі ОЕСР. Якщо ідентифікатор для відстеження облікового запису в рядку облікового регістру або посилання на проведення, визначений автоматизованим програмним забезпеченням, яке використовується суб’єктом господарювання, містить більшу кількість символів, то потрібно його скоротити, зберігши його унікальність (хешування тощо). | Чат ДПС |
| 02/04/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Питання по Довідник "Група активу" (ValuationClass) відносно заповнення поля Valuation Class для AssetValuationType = 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 наведено умовний приклад заповнення цих елементів. | Чат ДПС |
| 02/04/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | В довідниках 2.5 і 2.6 є тег - в ньому потрібно деталізувати суму відкритих документів, питання : суму відкритих документів потрібно деталізувати станом на початок формування звіту чи станом на кінець формування звіту ? | Детальним технічним описом елементів SAF-T UA передбачено, що в підрозділах «Клієнти» (Customers)/ «Постачальники» (Suppliers) відображається інформація щодо контрагентів (покупців/ постачальників), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер/код нерезидента, найменування, номер платника податку на додану вартість), номера рахунку/субрахунку/аналітичного рахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації. Сальдо заборгованості на початок та на кінець періоду відображається за кожним первинним документом та датою виникнення заборгованості. У елементі «Дані первинних документів, за якими наявна заборгованість» (OpenInvoices; complex; Optional; 0..∞) підрозділів «Клієнти» (Customers)/ «Постачальники» (Suppliers) SAF-T UA відображається інформація в розрізі первинних документів, за якими наявна заборгованість (рекомендується обов’язкове заповнення всіх даних, які забезпечують ідентифікацію з іншою відповідною інформацією взаємовідносин купівлі-продажу (продаж/придбання, платежі тощо). Вибір між початковим дебетовим та кредитовим сальдо (choice; Optional; 0..1) здійснюється між такими елементами: «Початкове дебетове сальдо» (OpeningDebitAmount; AmountStructure; complex; Mandatory; 1..1): залишок коштів по дебету рахунку/субрахунку в розрізі документів на початок періоду (в тому числі в іноземній валюті для відповідних рахунків/субрахунків); «Початкове кредитове сальдо» (OpeningCreditAmount; AmountStructure; complex; Mandatory; 1..1): залишок коштів по кредиту рахунку/субрахунку в розрізі документів на початок періоду (в тому числі в іноземній валюті для відповідних рахунків/субрахунків). У елементі «Дата виникнення заборгованості» (OpeningBalanceOriginDate; AmountStructure; SAFdateType; simple; Optional; 0..1) зазначається дата виникнення заборгованості на початок періоду. Вибір між кінцевим дебетовим та кредитовим сальдо (choice; Optional; 0..1) здійснюється між такими елементами: «Кінцеве дебетове сальдо» (ClosingDebitAmount; AmountStructure; complex; Mandatory; 1..1): залишок коштів по дебету рахунку/субрахунку в розрізі документів на кінець періоду (в тому числі в іноземній валюті для відповідних рахунків/субрахунків); «Кінцеве кредитове сальдо» (ClosingCreditAmount; AmountStructure; complex; Mandatory; 1..1): залишок коштів по кредиту рахунку/субрахунку в розрізі документів на кінець періоду (в тому числі в іноземній валюті для відповідних рахунків/субрахунків). У елементі «Дата виникнення заборгованості» (ClosingBalanceOriginDate; SAFdateType; simple; Optional; 0..1) зазначається дата виникнення заборгованості на кінець періоду. Таким чином, у елементі «Дані первинних документів, за якими наявна заборгованість» (OpenInvoices; complex; Optional; 0..∞) відображаються дані аналітичного обліку в розрізі кожного документа в гривнях та валюті, обумовленій договором, із зазначенням дат виникнення заборгованості. Елемент «Джерело» (OrderReferences; complex; Optional; 0..1) передбачає відображення посилання на договір/рахунок тощо (рекомендується обов’язкове заповнення) та включає такі елементи: «номер замовлення» (OriginatingON; SAFmiddle2textType; simple; maxLength 70; Optional; 0..1): номер договору/рахунку тощо; «дата замовлення» (OrderDate; SAFdateType; simple; Optional; 0..1): дата договору/рахунку тощо. Початок та кінець періоду, за який формується SAF-T UA, визначаються в запиті податкового органу | Чат ДПС |
| 02/04/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Питання про заповнення поля "Код контрагента" RegistrationNumber в Довідниках II.5 Клієнти(Customers) та II.6 Постачальники(Suppliers). Згідно опису треба занести: Унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України/ Реєстраційний номер облікової картки платника податків фізичної особи/ код нерезидента. У нас дуже багато клієнтів/постачальників інших країн. І у нас відсутні дані кода нерезидента. У нас є тільки назва/юр, адреса/ внутріш № контрагента. З таким набіром даних в SAF-Т файлі можно буде орієнтуватися тільки по назві контрагенту. При великому обсязі данних це дуже незручно. Чи можливо додати ще одне поле для внутрішнього номеру контрагента? | Детальним технічним описом елементів SAF-T UA передбачено, що в підрозділі «Клієнти» (Customers) відображається інформація щодо контрагентів (покупців), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер/код нерезидента, найменування, номер платника податку на додану вартість), номера рахунку/субрахунку/аналітичного рахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації. У елементах «Ідентифікатор покупця» (CustomerID) та «Код контрагента» (RegistrationNumber) зазначається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України/ Реєстраційний номер облікової картки платника податків фізичної особи/ код нерезидента (якщо здійснюється роздрібний продаж без ідентифікації покупця - зазначається умовний код таких операцій, що застосовується). Для ідентифікаторів покупців (CustomerID) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа. Отже, інформація щодо контрагента (покупця), з яким суб’єкт господарювання мав господарські відносини, повинна бути відображена одним записом. Якщо здійснюється роздрібний продаж без ідентифікації покупця, в елементах «Ідентифікатор покупця» (CustomerID) та «Код контрагента» (RegistrationNumber) проставляється умовний код «100000000000», а в елементі «Найменування контрагента» (Name) зазначається «Неплатник». Якщо в системі обліку суб’єкта господарювання для одного контрагента (покупця) зазначено декілька записів, то при відображенні інформація в SAF-T UA необхідно уникнути дублювання (об’єднати тощо). Якщо в системі обліку суб’єкта господарювання для окремих контрагентів (покупців) код ЄДРПОУ/ РНОКПП/ код нерезидента не зазначений, то доцільно доповнити довідник системи цією інформацію. Зазначення в елементах «Ідентифікатор покупця» (CustomerID) та «Код контрагента» (RegistrationNumber) унікального ідентифікатора контрагента, визначеного автоматизованим програмним забезпеченням, яке використовується суб’єктом господарювання, може призвести до розбіжностей (відхилень) при автоматизованій обробці відповідної інформації, оскільки основна логіка автоматичних тестів побудована на звірках/перевірках з наявною податковою інформацією в базах ДПС, де контрагенти ідентифікуються за кодом ЄДРПОУ/ РНОКП. | Чат ДПС |
| 02/04/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Можно роз'яснення про відображення документу по розділам: IV.1 та IV.6. Чи вірно ми зрозуміли принцип відображення по вказаним розділам? У нас є рахунок-фактура по реалізації продукції. В ній 4 рядки: 1) Д-т ДЕБІТОР К-т РАХ.701 = відобразимо в IV.1 Відомості про продаж (SalesInvoices) 2) Д-т РАХ.701 К-т ПДВ = відобразимо в IV.6 OtherSourceDocuments 3) Д-т внутр техн рах1 К-т внутр техн рах2= відобразимо в IV.6 OtherSourceDocuments 4) Д-т внутр техн рах3 К-т внутр техн рах4= відобразимо в IV.6 OtherSourceDocuments | Відповідно до Детального технічного опису елементів SAF-T UA розділ «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) містить інформацію на підставі первинних документів щодо продажів, придбань/закупівель, платежів, операцій із запасами, необоротними активами тощо (з розкриттям інформації відповідно до таблиць відповідних підрозділів SAF-T UA). При цьому, в підрозділі «Інформація про бухгалтерські довідки та інші первинні документи» (OtherSourceDocuments) зазначаються дані, що відображені в складених і проведених в бухгалтерському обліку суб’єкта господарювання бухгалтерських (службових) довідках, складених у довільній формі посадовими особами суб’єкта господарювання, та інших первинних документах, які містять інформацію про деталі господарської операції, які не включені до попередніх підрозділів цього файлу SAF-T UA. Таким чином, якщо дані, що відображені в складених і проведених в бухгалтерському обліку суб’єкта господарювання бухгалтерських (службових) довідках, складених у довільній формі посадовими особами суб’єкта господарювання, та інших первинних документах, не є інформацію щодо продажів, придбань/закупівель, платежів, операцій із запасами, необоротними активами та розкриті у всіх суттєвих аспектах в елементах підрозділу 3.1 «Бухгалтерські операції», то зазначати їх у підрозділі 4.6 «Інформація про бухгалтерські довідки та інші первинні документи» розділу IV «Інформація про документальне забезпечення записів бухгалтерського обліку» не є обов’язковим. Крім того, в елементі «Операція з активом» (AssetTransaction) підрозділу «Операції з необоротними активами» (AssetTransactions) відображається інформація про господарську операцію з необоротним активом, крім амортизації (у тому числі позабалансовим). Таким чином, інформація щодо амортизації може не відображатись у підрозділі «Операції з необоротними активами» (AssetTransactions). Отже, у підрозділі «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) обов’язково відображається інформація на підставі первинних документів щодо продажів, придбань/закупівель, платежів, операцій із запасами, необоротними активами (крім амортизації) | Чат ДПС |
| 07/04/2025 | Підрозділ ІV.6 «Інформація про бухгалтерські довідки та інші первинні документи» (OtherSourceDocuments) | Операції по рахункам, що відображаються без аналітики, необхідно відображати в розділі 4 в таблиці 6 Інформація про бухгалтерські довідки та інші первинні документи (OtherSourceDocuments) чи не потрібно їх відображати в розділі 4 зовсім? | Відповідно до Детального технічного опису елементів SAF-T UA розділ «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) містить інформацію на підставі первинних документів щодо продажів, придбань/закупівель, платежів, операцій із запасами, необоротними активами тощо (з розкриттям інформації відповідно до таблиць відповідних підрозділів SAF-T UA). При цьому, в підрозділі «Інформація про бухгалтерські довідки та інші первинні документи» (OtherSourceDocuments) зазначаються дані, що відображені в складених і проведених в бухгалтерському обліку суб’єкта господарювання бухгалтерських (службових) довідках, складених у довільній формі посадовими особами суб’єкта господарювання, та інших первинних документах, які містять інформацію про деталі господарської операції, які не включені до попередніх підрозділів цього файлу SAF-T UA. Таким чином, якщо дані, що відображені в складених і проведених в бухгалтерському обліку суб’єкта господарювання бухгалтерських (службових) довідках, складених у довільній формі посадовими особами суб’єкта господарювання, та інших первинних документах, не є інформацію щодо продажів, придбань/закупівель, платежів, операцій із запасами, необоротними активами та розкриті у всіх суттєвих аспектах в елементах підрозділу 3.1 «Бухгалтерські операції», то зазначати їх у підрозділі 4.6 «Інформація про бухгалтерські довідки та інші первинні документи» розділу IV «Інформація про документальне забезпечення записів бухгалтерського обліку» не є обов’язковим. Крім того, в елементі «Операція з активом» (AssetTransaction) підрозділу «Операції з необоротними активами» (AssetTransactions) відображається інформація про господарську операцію з необоротним активом, крім амортизації (у тому числі позабалансовим). Таким чином, інформація щодо амортизації може не відображатись у підрозділі «Операції з необоротними активами» (AssetTransactions). Отже, у підрозділі «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) обов’язково відображається інформація на підставі первинних документів щодо продажів, придбань/закупівель, платежів, операцій із запасами, необоротними активами (крім амортизації). Згідно з частиною третьою статті 9 Закону України від 16.07.1999 № 996-XIV «Про бухгалтерський облік та фінансову звітність в Україні» інформація, що міститься у прийнятих до обліку первинних документах, систематизується на рахунках бухгалтерського обліку в регістрах синтетичного та аналітичного обліку шляхом подвійного запису їх на взаємопов’язаних рахунках бухгалтерського обліку. Дані аналітичних рахунків повинні бути тотожні відповідним рахункам синтетичного обліку на кінець останнього дня кожного місяця. Відповідно до Порядку надання документів великого платника податків в електронній формі, затвердженого наказом від 07.11.2011 № 1393 в підрозділі «Бухгалтерські операції» розкривається інформація щодо бухгалтерських проведень суб’єкта господарювання в розрізі кожної окремої господарської операції з деталізацією здійсненої операції, із зазначенням її типу, суми, інформації щодо унікального ідентифікаційного номера контрагента юридичної (фізичної) особи (у разі, якщо операція здійснюється з контрагентом) та розкриваються дані про бухгалтерські проведення по цій операції, а також інша інформація відповідно до таблиці цього підрозділу SAF-T UA в розрізі кожного бухгалтерського проведення. Господарські операції в підрозділі «Бухгалтерські операції» повинні відображатись через кореспондуючі рахунки (рахунки, що використовуються для відображення господарської операції шляхом подвійного запису). Тому при реалізації функції експорту даних згідно з вимогами до стандартного аудиторського файлу (SAF-T UA) потрібно здійснити відповідні налаштування, які забезпечують деталізацію кожної окремої господарської операції шляхом подвійного запису на взаємопов’язаних рахунках бухгалтерського обліку. Оскільки ведення позабалансових рахунків здійснюється за простою системою (без застосування методу подвійного запису), то тільки для позабалансового обліку може бути зазначений тільки один номер рахунку. При цьому, в елементі «Сума за дебетом» (DebitAmount; AmountStructure; complex; Mandatory; 1..1) зазначається грошова оцінка господарської операції за дебетом (обирається для балансових рахунків/субрахунків та при збільшенні залишку позабалансових рахунків), а в елементі «Сума за кредитом» (CreditAmount; AmountStructure; complex; Mandatory; 1..1) зазначається грошова оцінка господарської операції за кредитом (обирається при зменшенні залишку позабалансових рахунків). | Чат ДПС |
| 08/04/2025 | Підрозділ ІV.3 «Відомості про платежі» (Payments) | Питання стосовно відображення - переказів за поточними рахунками банків, тобто Дт 311 МТБ банк Кт 311 ОТП банк.Розділ 4.3 Відомості про платежі передбачає ідентифікацію постачальника/покупця. Ця операція не передбає розрахунки з партнерами. В якому розділі відображати такі операції, а також перерахування суми ПДВ на електронний рахунок, який відкрито в ГУК | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про платежі» (Payments) розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) на підставі первинних документів зазначається інформація щодо отриманих/перерахованих грошових коштів суб’єкта господарювання з наведенням способів оплати, кореспондуючих рахунків та іншої інформації щодо характеристики проведених розрахунків в розрізі платежів (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). У цьому підрозділі зазначається інформація щодо всіх отриманих/перерахованих грошових коштів суб’єкта господарювання: як за операціями, що пов’язані з продажем/придбанням товарів, робіт та послуг, так і за операціями, що не пов’язані з продажем/придбанням товарів, робіт та послуг. Відображенню підлягає інформація про рух грошових коштів (у національній та іноземній валюті у касах, на розрахункових (поточних), валютних та інших рахунках у банках, у тому числі й на рахунках у системі електронного адміністрування податку на додану вартість, відкритихплатникам податків у Казначействі), електронних грошейтощо. Інформація щодо отриманих/перерахованих грошових коштів суб’єкта господарювання повинна розкриватися із зазначенням коду ЄДРПОУ/РНОКПП контрагента та його найменування у відповідних елементах підрозділу«Відомості про платежі» (Payments) лише у випадках, коли розрахунки здійснюється з контрагентом. Узгодженість між значеннями елементів підрозділу«Відомості про платежі» (Payments) повинна забезпечуватись на основі таких логічних формул: [1] NetTotal (SystemID) = ΣPaymentLineAmount.Amount(SystemID); [2] ΣTaxInformationTotals.TaxAmount.Amount (SystemID; TaxCode) = ΣTaxInformation.TaxAmount.Amount (SystemID; TaxCode) (якщо заповнено); [3] GrossTotal (SystemID) = NetTotal (SystemID) + ΣTaxInformationTotals.TaxAmount.Amount (SystemID) (якщо заповнено); Узгодженість між значеннями елементів підрозділу«Відомості про платежі» (Payments) та розділу «Бухгалтерські операції» (GeneralLedgerEntries) повинна забезпечуватись на основі таких логічних формул: [4] ΣPaymentLineAmount.Amount (AccountID; GroupingCode= 30, 31 або 33) + ΣTaxInformation.TaxAmount.Amount(AccountID; GroupingCode = 30, 31 або 33) (якщо заповнено)= ΣAuditFile.GeneralLedgerEntries.Journal.Transaction.Line.DebitAmount.Amount (AccountID) + ΣAuditFile.GeneralLedgerEntries.Journal.Transaction.Line.CreditAmount.Amount (AccountID); [5] ΣPaymentLineAmount.Amount (CorrespondingAccountID; GroupingCode = 30, 31 або 33) + ΣTaxInformation.TaxAmount.Amount(CorrespondingAccountID; GroupingCode = 30, 31 або 33) = ΣAuditFile.GeneralLedgerEntries.Journal.Transaction.Line.DebitAmount.Amount (CorrespondingAccountID) + ΣAuditFile.GeneralLedgerEntries.Journal.Transaction.Line.CreditAmount.Amount (CorrespondingAccountID). | Чат ДПС |
| 08/04/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | Чи відображаються у розділі 3 «Бухгалтерськи операції» бухгалтерські записи щодо закриття рахунків 8 класу на рахунки 9 класу, рахунки 7, 9 класу на 79 рахунки.? | Відповідно до Порядку в підрозділі «Бухгалтерські операції» розкривається інформація щодо бухгалтерських проведень суб’єкта господарювання в розрізі кожної окремої господарської операції з деталізацією здійсненої операції, із зазначенням її типу, суми, інформації щодо унікального ідентифікаційного номера контрагента юридичної (фізичної) особи (у разі, якщо операція здійснюється з контрагентом) та розкриваються дані про бухгалтерські проведення по цій операції, а також інша інформація відповідно до таблиці цього підрозділу SAF-T UA в розрізі кожного бухгалтерського проведення. | Чат ДПС |
| 09/04/2025 | Підрозділ ІV.3 «Відомості про платежі» (Payments) | Чи вірно ми розуміємо, що в операціях, не пов'язаних з продажем/придбанням товарів, робіт, послуг в платіжних документах, таких як: сплата сум за розрахунково-касове обслуговування (Дт 92 Кт 31), сплата відсотків по кредитах (Дт 684 Кт 31), отримані доходи - відсотки по депозитним вкладам (Дт 31 Кт 746) поля Ідентифікатор покупця/постачальника/власника; Найменування покупця/постачальника/власника залишаємо пустими? Платіжні документи по сплата податків - чи обов'язкове заповнення полів Ідентифікатор покупця/постачальника/власника; Найменування покупця/ постачальника/ власника? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про платежі» (Payments) на підставі первинних документів зазначається інформація щодо отриманих/перерахованих грошових коштів суб’єкта господарювання з наведенням способів оплати, кореспондуючих рахунків та іншої інформації щодо характеристики проведених розрахунків в розрізі платежів (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). У елементі «Платіж» (Payment; complex; Mandatory; 1..∞) зазначаються дані платежу (на підставі первинних документів зазначається інформація щодо отриманих/перерахованих грошових коштів суб’єкта господарювання, в тому числі за операціями, пов’язаними з продажем/придбанням товарів, робіт та послуг). Ідентифікатор контрагента (отримувача/надавача платежу) зазначається шляхом вибору між покупцем/дебітором, постачальником/кредитором та власником (Choice; Optional; 0..1): в елементі «Ідентифікатор покупця» (CustomerID; KeyCustomer; RefPaymentLineCustomer; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України/ Реєстраційний номер облікової картки платника податків фізичної особи/ код нерезидента (якщо здійснюється роздрібний продаж без ідентифікації покупця – зазначається умовний код таких операцій, що застосовується); в елементі «Ідентифікатор постачальника» (SupplierID; KeySupplier; RefPaymentLineSupplier; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України/ Реєстраційний номер облікової картки платника податків фізичної особи/ код нерезидента; в елементі «Ідентифікатор власника (засновника)» (OwnerID; KeyOwner; RefPaymentLineOwner; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України/ Реєстраційний номер облікової картки платника податків фізичної особи/ код нерезидента. Вищевказані елементи заповнюється за наявності даних ідентифікатора контрагента. У випадку перерахування грошових коштів як відсотків нарахованих за користування позиковими коштами, зазначається ідентифікатор постачальника (SupplierID) в даному випадку - кредитор. Інформація щодо покупців, замовників, інших дебіторів, постачальників, підрядників, інших кредиторів, власників (засновників) тощо розкривається у відповідних підрозділах розділу «Довідники» (MasterFiles) SAF-T UA. 2. У разі ведення в системі обліку платником під час сплати податків до бюджету у розрізі відповідних установ, на ім’я якої відкрито рахунки для зарахування надходжень до державного та/або місцевих бюджетів, території, то платником податків зазначається інформація про контрагента. У разі перерахування коштів до бюджету у елементі «Коди бюджетних платежів» (BudgetPaymentID) зазначається код виду сплати. | Чат ДПС |
| 10/04/2025 | Підрозділ ІІ.15 «Податкові різниці» (TaxDifferences) | Питання до заповнення Тимчасових різниць. Згідно останнього робочого файлу SAF-T Унікальний ідентифікатор операції, визначений автоматизованим програмним забезпеченням, яке використовується суб'єктом господарювання є обов’язковим до заповнення. Яким чином має бути заповнене дане поле, адже до деяких податкових різниць не можливо ідентифікувати перелік унікальних номерів документів, оскільки цифри є розрахунковими або перелік операцій, тобто кількість унікальних номерів може нараховувати тисячі документів. Чи можливо агреговано подавати такі обрахунки, якщо їх облік ведеться окремо від основної бухгалтреської системи? | Відповідно до Порядку в розділі 5 «Податкові різниці» заповнюються дані щодо податкових різниць, на які збільшується/зменшується фінансовий результат у розрізі кожного показника, визначеного Кодексом, що в періоді, за який надається інформація на запит контролюючого органу, мав вплив на фінансовий результат суб’єкта господарювання (як у бік зменшення, так і бік збільшення). При цьому відображається кожний елемент податкових різниць зі стислим описом характеристики сутності операції, її обґрунтування відповідно до вимог ПСБО/МСБО, МСФЗ, відображення проведених операцій у бухгалтерському обліку (бухгалтерські проведення) суб’єкта господарювання, загальна сума податкових різниць. У елементі «Операції податкової різниці» (TaxDifferenceTransactions) зазначаються бухгалтерські операції, суми яких включаються в розрахунок різниці за всі податкові звітні періоди (залежно від порядку обрахунку). Дані заповнюється залежно від типу різниці та наявності даних. Якщо відповідні дані відсутні, то елемент «Операції податкової різниці» (TaxDifferenceTransactions) не використовується. Бухгалтерські операції, суми яких включаються в розрахунок різниці, повинні відповідати даним бухгалтерських операцій розділу «Бухгалтерські операції» (GeneralLedgerEntries). | Чат ДПС |
| 10/04/2025 | Загальні питання | Перелік документів в довіднику "Вид документа" (InvoiceType), який зазначений в детальному технічному описі, є недостатнім для відображення в звітності документів підприємства. Чи можемо ми доповнити його новими елементами? Чи може підприємство створити свій перелік видів документів, використовуючи наявний перелік як зразок? | У елементі «Вид документа» (InvoiceType; SAFcodeType; simple; maxLength 9; Mandatory; 1..1) зазначається назва первинного документа (видаткова накладна, акт тощо). Обмеження (Facets) максимально допустимої кількість символів для введення (maxLength 9) відповідає моделі ОЕСР. Довідник «Вид документа» (InvoiceType), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Приклад» відповідних елементів та є наочним прикладом заповнення для кращого розуміння природи даних. Налаштування (зіставлення) власних об’єктів з цим довідником є необов’язковим. Рекомендується зазначати скорочену назву виду документа (до 9 символів): наприклад, «Вид.накл.». | Чат ДПС |
| 11/04/2025 | Підрозділ ІІ.13 «Власники (засновники)» (Owners) | Питання стосовно відображення інформації в розділі ІІ.13 Власники (засновники) (Owners), якщо ми відкрите акціонерне товариство і близько 8 % власників из 100% становлять за кількістю 60 000 чоловік. Дивіденди не виплачуються операцій з власниками не має декілька років, чи правильно ми розуміємо, що в такому разі можна в файлі SAF-T не відображати інформацію по цім 8% власників кожною особою, а показати як один технічний, щоб сальдо на субрахунку 401 відповідало розміру статутного капіталу, який зафіксовано в установчих документах підприємства? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Власники (засновники)» (Owners) розділу «Довідники» (MasterFiles) розкривається інформація про власника(ів) (засновника(ів)) суб’єкта господарювання, заповнюється окремо в розрізі кожного суб’єкта (юридичної/фізичної особи) з описом їхніх реєстраційних (загальних) даних. У елементі «Код ЄДРПОУ/РНОКПП власника (засновника)» (RegistrationNumber; SAFmiddle1textType ; simple; maxLength 35; Optional; 0..1) відображається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України/ Реєстраційний номер облікової картки платника податків фізичної особи/ код нерезидента. У елементі «Найменування/прізвище, ім’я та по батькові (за наявності)» (Name; SAFmiddle2textType; simple; maxLength 70; Mandatory; 1..1) відображається найменування/ прізвище, ім’я та по батькові (за наявності) власника (засновника). У елементі «Ідентифікатор власника (засновника)» (OwnerID; KeyOwner; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..1) також відображається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України/ Реєстраційний номер облікової картки платника податків фізичної особи/ код нерезидента. У цьому підрозділі може зазначатись інформація, яка відображається в системі обліку суб’єкта господарювання на субрахунку 401 «Статутний капітал». Сальдо на цьому субрахунку повинно відповідати розміру статутного капіталу, який зафіксовано в установчих документах підприємства. У елементі «Сальдо рахунку» (OwnerBalance) розкривається інформація про початкове/кінцеве дебетове/кредитове сальдо по кожному власнику (засновнику), а в елементі «Внесок власника» (OwnerShare) зазначається внесок власника (засновника) на кінець періоду. Якщо в системі обліку суб’єкта господарювання для певної категорії власників (наприклад, акціонерів - фізичних осіб) РНОКПП відсутній, то допускається зазначення в SAF-T UA технічного/службового коду та узагальненого найменуванням, наприклад, «Фізичні особи» (крім власників значних пакетів акцій). | Чат ДПС |
| 11/04/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | В процесі формування стандартного аудиторського файлу (SAF-T UA) у нашої компанії виникло питання щодо відображення певних господарських операцій в підрозділі «Відомості про продаж» (SalesInvoices). Зокрема, цікавить, чи повинні в даному підрозділі відображатися наступні операції: Акти зміни вартості; Накладні на повернення товару; Сервісні акти. Враховуючи, що вказані операції безпосередньо впливають на сальдо по взаєморозрахункам з покупцями (замовниками), прошу надати роз'яснення, чи є необхідність включення цих операцій до підрозділу «SalesInvoices» в стандартному аудиторському файлі. Якщо ж вони не повинні відображатися в цьому підрозділі, прошу уточнити, де саме в SAF-T UA мають бути відображені ці операції, щоб забезпечити коректне відображення змін у взаєморозрахунках. | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про продаж» (SalesInvoices) розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) на підставі первинних документів зазначається інформація щодо фактичних обсягів реалізованих матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Відповідно до пункту 4.9 глави 4 Положення про документальне забезпечення записів у бухгалтерському обліку, затвердженого наказом Міністерства фінансів України від 24.05.1995 № 88 (далі – Положення № 88), помилки в первинних документах і регістрах бухгалтерського обліку, що складені в електронній формі, виправляються способом сторно або додаткових бухгалтерських проведень. Виправлення помилок у первинних документах і регістрах бухгалтерського обліку, що складені в електронній формі, способом сторно передбачає здійснення зворотного запису на величину помилки та одночасне зазначення правильної суми. Виправлення вносяться до первинних документів та регістрів бухгалтерського обліку в тому звітному періоді, в якому виявлені помилки (пункт 4.11 глави 4 Положення № 88). Таким чином, інформація про виправлення помилок у первинних документах і регістрах бухгалтерського обліку щодо господарських операцій з реалізації матеріальних цінностей, робіт та послуг відображається в підрозділі «Відомості про продаж» (SalesInvoices) в тому звітному періоді, у якому виявлені помилки. При цьому, в елементі «Кредит-нота» (CreditNote; complex; Optional; 0..1) може зазначатись інформація щодо коригування (посилання документа повернення/коригування на основний первинний документ; причина або обґрунтування повернення/коригування). У елементі «Сума за рядком первинного документа» (InvoiceLineAmount) зазначається грошова оцінка вартості продукту за вирахуванням податків. У елементі «Загальна сума» (GrossTotal) зазначається грошова оцінка загальної вартості продукції (товару/роботи, послуги). Для цих елементів не встановлено обмежень щодо відображення від’ємних значень (наприклад, при виправленні помилок). Позитивне або від'ємне значення суми повинно узгоджуватись з кореспонденцією рахунків/субрахунків, яка використовується для відображення відповідних господарських операцій. | Чат ДПС |
| 11/04/2025 | Підрозділ ІІ.6 «Постачальники» (Suppliers) | Питання щодо заповнення реквізиту Код контрагента/ RegistrationNumber (ІІ.6.1.1.1) в довіднику "ІІ.6 Постачальники (Suppliers)" у такому випадку: Компанія в періоді через інтернет купувала онлайн-послуги у нерезидента. Договорів немає, в банківських документах також немає Реєстраційного коду цього нерезидента. Чи буде коректним в такому випадку (коли дійсно немає відповідної інформації) не заповнювати по цьому постачальнику реквізит "Код контрагента" в довіднику в SAF-T? | Детальним технічним описом елементів SAF-T UA передбачено, що в підрозділі «Постачальники» (Suppliers) відображається інформація щодо контрагентів (постачальників), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер/код нерезидента, найменування, номер платника податку на додану вартість), номера рахунку/субрахунку/аналітичного рахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації. У елементах «Ідентифікатор постачальника» (SupplierID) та «Код контрагента» (RegistrationNumber) зазначається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України/ Реєстраційний номер облікової картки платника податків фізичної особи/ код нерезидента. Для ідентифікаторів постачальників (SupplierID) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа. Отже, інформація щодо контрагента (постачальника), з якими суб’єкт господарювання мав господарські відносини, повинна бути відображена одним записом. Незазначення в елементах «Ідентифікатор постачальника» (SupplierID) та «Код контрагента» (RegistrationNumber) унікального ідентифікатора контрагента, може призвести до розбіжностей (відхилень) при автоматизованій обробці відповідної інформації, оскільки основна логіка автоматичних тестів побудована на звірках/перевірках з наявною податковою інформацією в базах ДПС, де контрагенти ідентифікуються за кодом ЄДРПОУ/ РНОКПП/ кодом нерезидента. Відповідно до таблиці 5 «Обмеження відображення даних в довідниках» Детального технічного опису елементів SAF-T UA дані в підрозділі «Постачальники» (Suppliers) можуть бути обмежені постачальниками, з якими здійснювались операції в періоді, за який формується SAF-T UA, та/або для яких наявна заборгованість на початок/кінець періоду (залишок на початок або кінець не дорівнює 0). Таким чином, якщо в періоді, за який формується SAF-T UA, суб’єкт господарювання здійснював придбання/закупівлю онлайн-послуг у нерезидента, то інформація щодо коду нерезидента підлягає обов’язковому відображенню в підрозділі «Постачальники» (Suppliers) розділу «Довідники» (MasterFiles) SAF-T UA. Відповідна інформація зазвичай вказуються в інвойсах, які надає сам сервіс у кабінеті користувача, умовах використання або надається через запит у службу підтримки. | Чат ДПС |
| 14/04/2025 | Підрозділ ІІ.12 «Запаси» (PhysicalStock) | В процесі підготовки до формування стандартного аудиторського файлу (SAF-T UA), проводиться експрес-аналіз облікових даних, як у поточному періоді, так і ретроспективно. У нашої компанії виникло питання, щодо правильного формування розділу Запаси (PhysicalStock) SAF-T UA, , а саме: Як правильно відображати запаси (товари), які мають однаковий код, але були придбані за різною вартістю, у випадку, якщо підприємство не веде партійний облік? Прохання надати роз’яснення, щодо застосування вимог формування стандартного аудиторського файлу SAF-T UA, а саме — відображення інформації про запаси в розділі PhysicalStoc за Методом оцінки (ValuationMethod) "У разі якщо для одного і того самого коду запасу/продукції на кінець періоду, за який формується файл, існують партії з різними цінами за одиницю запасу/продукції (елемент ), в довіднику такі позиції необхідно відображати окремо різними записами." Просимо уточнити порядок дій для підприємств , які: не ведуть партійного обліку в обліковій системі; обліковують запаси за середньозваженою вартістю або іншим методом без поділу на партії; не мають окремої ідентифікації партій у своїх даних. Як у такому випадку рекомендується визначати та відображати такі “партії” у файлі PhysicalStock? | Згідно з Детальним технічним описом елементів SAF-T UA підрозділ «Номенклатура запасів/продукції (товарів/робіт, послуг)» (Products) розділу «Довідники» (MasterFiles) містить інформацію щодо характеристики запасу/продукції (товару/роботи, послуги), зокрема код запасу/продукції, індикатор, що дає можливість ідентифікувати продукцію на предмет, чи продукція є товаром, або роботою, послугою, опис, одиницю виміру, метод оцінки тощо. У елементі «Метод оцінки» (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. Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Запаси» (PhysicalStock) розділу «Довідники» (MasterFiles) відображається інформація про код запасу/продукції, ідентифікатор складу, номер і назву рахунку/субрахунку, на якому обліковується запас/продукція, їх кількість, ціни та вартість на початок та на кінець періоду, за який формується SAF-T UA. У елементі «Складський номер запасу» (StockAccountNo; KeyStockAccountNo; SAFmiddle2textType; simple; maxLength 70; Optional; 0..1) відображається серійний номер, номер партії тощо (рекомендується обов'язкове заповнення, якщо запаси оцінюють за цінами конкретних партій). У разі якщо для одного і того самого коду запасу/продукції існують партії з різними цінами за одиницю запасу/продукції та/або різними одиницями виміру, то такі позиції необхідно відображати окремо різними записами. Якщо облік ведеться без деталізації за партіями, елемент «Складський номер запасу» (StockAccountNo) може не використовуватись. | Чат ДПС |
| 15/04/2025 | Підрозділ ІІ.11 «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products) | В Довідниках/ Довідник Номенклатура/поле Характеристика номенклатури пропонується заповнити як - варіант 1 - товар, варіант 2 - робота, послуга (в детальному технічному описі - це елемент Optional; в Наказі 1393 - Ідентифікатор категорії продукції (товару/роботи, послуги) є обов'язковим елементом). В розумінні ПКУ товари - це матеріальні та нематеріальні активи, у тому числі земельні ділянки, земельні частки (паї), а також цінні папери та деривативи, що використовуються у будь-яких операціях, крім операцій з їх випуску (емісії) та погашення. В розумінні митного кодексу - товари - будь-які рухомі речі, у тому числі ті, на які законом поширено режим нерухомої речі (крім транспортних засобів комерційного призначення), валютні цінності, культурні цінності, а також електроенергія, що переміщується лініями електропередачі. Питання: В довіднику номенклатури ми відображаємо не тільки товари, роботи/послуги, а й придбані основні засоби, які в бухгалтерському обліку спочатку відображаються як об'єкти будівництва, і тільки після введення в експлуатацію переходять в статус необоротного активу. Який "Індикатор, (що дає можливість ідентифікувати запас/продукцію на предмет чи запас/продукція є товаром або роботою, послугою (1 - товар, 2 - робота, послуга)) проставляти для таких об'єктів будівництва - товар, послуга або лишати поле пустим? | Відповідно до Порядку у стовпчику «Обов’язковість заповнення» наявність позначки «*» означає, що показник (інформація) повинен обов’язково бути заповнений, відсутність такої позначки означає, що показник може бути заповнений у разі його наявності. У таблиці 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 у підрозділі «Номенклатура запасів/продукції (товарів/робіт, послуг)» (Products) відображається номенклатура запасів/продукції (товарів/робіт, послуг) містить інформацію щодо характеристики запасу/продукції (товару/роботи, послуги), зокрема код запасу/продукції, індикатор, що дає можливість ідентифікувати продукцію на предмет чи продукція є товаром, або роботою, послугою, опис, одиниця виміру, метод оцінки тощо. У елементі «Код запасу/продукції (товару/роботи, послуги)» (ProductCode; KeyProductCode; RefSalesInvoiceLineProductCode; SAFmiddle2textType; simple; maxLength 70; Optional; 0..1) зазначається унікальний ідентифікатор запасу/продукції (товару/роботи, послуги), який застосовується суб’єктом господарювання. У елементі «Ідентифікатор категорії запасу/продукції (товару/роботи, послуги)» (GoodsServicesID) зазначається індикатор, що дає можливість ідентифікувати запас/продукцію на предмет чи запас/продукція є товаром або роботою, послугою (1 - товар, 2 - робота, послуга). Формування SAF-T UA повинно здійснюватися на основі даних вихідної системи обліку відповідно до обраної підприємством форми бухгалтерського обліку як певної системи регістрів обліку, порядку і способу реєстрації та узагальнення інформації в них з додержанням єдиних засад, встановлених Законом України від 16.07.1999 № 996-XIV «Про бухгалтерський облік та фінансову звітність в Україні», та з урахуванням особливостей своєї діяльності і технології обробки облікових даних. У разі продажу об’єкта необоротних активів, який класифікується як непоточний актив (або група вибуття), утримуваний для продажу, в елементі «Код запасу/продукції (товару/роботи, послуги)» (ProductCode) зазначити унікальний ідентифікатор запасу/продукції (товару/роботи, послуги), який застосовується суб’єктом господарювання та відповідно ідентифікатор категорії запасу/продукції (товару/роботи, послуги). | Чат ДПС |
| 15/04/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | В Довідниках/ довідник Необоротні активи/ ми відображаємо не тільки необоротні активи (які обліковуються на рахунках бухгалтерського обліку 10), а й об'єкти будівництва, які переходять в статус необоротних активів тільки після введення в експлуатацію (первинно обліковуються на рах. 15). Чи потрібно для таких об'єктів будівництва заповнювати елементи Дата оприбуткування активу та Дата введення в експлуатацію (в детальному технічному описі елементи мають статус Optional, в Наказі 1393 - ці елементи обов'язкові для заповнення) чи ці поля залишати пустими? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку/субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники по кожному окремому активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних з цим активом, а також з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. Для кожного необоротного активу передбачена можливість заповнення тільки одного інвентарного номера або іншого унікального ідентифікатора активу, що застосовується суб’єктом господарювання в бухгалтерському обліку (AssetID), та тільки одного коду рахунку/субрахунку (AccountID), що відповідає моделі ОЕСР. Об'єкти нерухомості переведені до складу інвестиційної нерухомості або виведені зі складу інвестиційної нерухомості можуть бути відображені в підрозділі «Необоротні активи» (Assets) тільки як окремі об'єкти. Якщо в системі обліку суб’єкта господарювання при переведенні об’єкта нерухомості до складу інвестиційної нерухомості або виведенні його зі складу інвестиційної нерухомості інвентарний номер активу не змінюється, а змінюється лише субрахунок бухгалтерського обліку, то при реалізації експорту даних у SAF-T UA необхідно забезпечити окреме відображення відповідної інформації в розрізі окремих необоротних активів з унікальними ідентифікаторами активів (наприклад, умовними/комбінованими). У елементі «Передача (переведення) активу» (Transfers) відображається балансова вартість передачі (переведення) активу протягом звітного період (збільшення +, зменшення -) через переведення з (до) інвестиційної нерухомості, незавершеного будівництва; визнання утримуваним для продажу тощо. У елементі «Дата придбання» (DateOfAquisition) відображається дата оприбуткування активу. У елементі «Дата початку роботи» (StartUpDate) зазначається дата введення в експлуатацію. Інформація підрозділу «Необоротні активи» (Assets) повинна бути збалансована з даними підрозділу «Операції з необоротними активами» (AssetTransactions). У елементі «Коментар» (HeaderComment) розділу «Заголовок» (Header) доцільно пояснити причину використання двох ідентифікаторів для одного активу, вказуючи, що це пов’язано з обліком на різних субрахунках. | Чат ДПС |
| 17/04/2025 | Підрозділ ІІ.15 «Податкові різниці» (TaxDifferences) | Питання щодо розділу II.15 податкові різниці. Якщо період формування звіту, наприклад 2024, то має бути розшифровка різниць, що включені у річну декларацію чи у 1 квартал, півріччя, 9 місяців та рік? | Відповідно до Порядку в розділі 5 «Податкові різниці» заповнюються дані щодо податкових різниць, на які збільшується/зменшується фінансовий результат у розрізі кожного показника, визначеного Кодексом, що в періоді, за який надається інформація на запит контролюючого органу, мав вплив на фінансовий результат суб’єкта господарювання (як у бік зменшення, так і бік збільшення). При цьому відображається кожний елемент податкових різниць зі стислим описом характеристики сутності операції, її обґрунтування відповідно до вимог ПСБО/МСБО, МСФЗ, відображення проведених операцій у бухгалтерському обліку (бухгалтерські проведення) суб’єкта господарювання, загальна сума податкових різниць. Інформація заповнюється за кожний податковий звітний період у межах періоду господарської діяльності суб’єкта господарювання, за який формується SAF-T UA. Відповідно до пункту 137.4 статті 137 Кодексу податковими (звітними) періодами для податку на прибуток підприємств, крім випадків, передбачених пунктом 137.5 цієї статті, є календарні: квартал, півріччя, три квартали, рік. При цьому податкова декларація розраховується наростаючим підсумком. Суми різниць за кожний податковий звітний період у межах періоду господарської діяльності суб’єкта господарювання, за який формується SAF-T UA, повинні бути зазначені в елементі «Сума за період» (TaxDifferenceAmountForPeriod) наростаючим підсумком. Повторення (0..∞) вказує, що елемент можна використовувати від жодного до необмеженої кількості разів. Для кращого розуміння природи даних у Детальному технічному описі елементів SAF-T UA наведено умовний приклад заповнення суми уцінки та втрат від зменшення корисності основних засобів або нематеріальних активів, включених до витрат звітного періоду відповідно до національних положень (стандартів) бухгалтерського обліку або міжнародних стандартів фінансової звітності (пункт 138.1 статті 138 розділу III Кодексу). | Чат ДПС |
| 18/04/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | В роз'ясненнях від ДПС було вказано щодо заповнення даних в розділі Відомості про придбання/закупівлю (PurchaseInvoices): Якщо в системі обліку суб’єкта господарювання митна декларація пов’язана з документом придбання/закупівлі в розрізі матеріальних цінностей, то інформацію щодо митних платежів доцільно відображати в даних первинних документів з придбання/закупівлі матеріальних цінностей у елементах, що стосується інформації про податки. Просимо більш детального роз'яснення щодо цього: Чи правильно ми розуміємо - дані про ВМД, а саме дані про митні платежі, мають виводитися в елементі TaxInformationTotals з типом TaxInformationStructure? Чи це має бути інформація по кожному рядку в елементі TaxInformation? Яку саме інформацію та яким чином відображати в інформації про податки – суму митних платежів? Чи потрібна ще якась інформація: номер ВМД, дата - тоді не зрозуміло як це відобразити в елементах структури TaxInformationStructure? Якщо потрібно указувати суму митного платежу в розділі інформації про податки, потрібно зазначати тип податку МИТО? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Відомості про придбання/закупівлю (PurchaseInvoices) розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) на підставі первинних документів зазначається інформація щодо фактичних обсягів придбаних матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з придбання/закупівлі (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Якщо в системі обліку суб’єкта господарювання митна декларація пов’язана з документом придбання/закупівлі в розрізі матеріальних цінностей, то інформацію щодо митних платежів (мито, акцизний податок; податок на додану вартість) доцільно відображати в даних первинних документів з придбання/закупівлі матеріальних цінностей в елементах, що стосується інформації про податки, незалежно від дати оформлення митної декларації. У елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається інформація про податки (на рівні рядка первинного документа). У елементі «Сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається загальна сума податків (на рівні загальних підсумків первинного документа). Елементи «Податкова інформація» (TaxInformation) та «Сума податків» (TaxInformationTotals) повинні обов’язково бути заповнені. Для можливості відображення інформації за різними податками забезпечена технічна можливість використовувати елементи необмежену кількість разів. Для товарів, що ввозяться на митну територію України, база оподаткування яких перевищує договірну (контрактну) вартість, відповідна інформація може бути розкрита в елементі «База оподаткування» (TaxBase) структури інформації про податок (TaxInformationStructure). Відповідно до довідника «Таблиця податків» (TaxTable) (для ПДВ), наведеного після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для ввезених на митну територію України товарів, необоротних активів необхідно використовувати вид податку (TaxType) «ПДВ» та коди податків (TaxCode) «20/імпорт», «14/імпорт», «7/імпорт», «903». Відповідно до Класифікації доходів бюджету, затвердженої наказом Міністерства фінансів України від 14.01.2011 № 11, для ввізного мита може використовуватись вид податку (TaxType) «15010000» та коди податків (TaxCode) «15010100», «15010500» тощо; для акцизного податку з ввезених на митну територію України підакцизних товарів (продукції) може використовуватись вид податку (TaxType) «14030000» та коди податків (TaxCode) «14030100», «14030200», «14030300», «14030400», «14030600», «14030800», «14031000», «14031400», «14031900», «14032000». | Чат ДПС |
| 23/04/2025 | Підрозділ ІV.3 «Відомості про платежі» (Payments) | В якій таблиці розділу 4 відображати документи ВКО та ПКО? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про платежі» (Payments) розділу «Інформація про документальне забезпечення записів бухгалтерського обліку (SourceDocuments)» на підставі первинних документів зазначається інформація щодо отриманих/перерахованих грошових коштів суб’єкта господарювання з наведенням способів оплати, кореспондуючих рахунків та іншої інформації щодо характеристики проведених розрахунків в розрізі платежів (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). У елементі «Платіж» (Payment; complex; Mandatory; 1..∞) підрозділу «Відомості про платежі» (Payments) зазначаються дані платежу (на підставі первинних документів зазначається інформація щодо отриманих/перерахованих грошових коштів суб’єкта господарювання, в тому числі за операціями, пов’язаними з продажем/придбанням товарів, робіт та послуг). Відображенню підлягає інформація про рух грошових коштів (у національній та іноземній валюті у касах, на розрахункових (поточних), валютних та інших рахунках у банках, у тому числі й на рахунках у системі електронного адміністрування податку на додану вартість, відкритих платникам податків у Казначействі), електронних грошей тощо. У елементі «Спосіб оплати» (PaymentMethod; SAFcodeType; simple; maxLength 9; Optional; 0..1) зазначається спосіб перерахування коштів (наприклад, «Безг.пл.», «Гот.пл.»). У елементі «Назва документа» (Description; SAFlongtextType; simple; maxLength 256; Mandatory; 1..1) зазначається назва документа. Довідник «Вид документа» (InvoiceType), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Приклад» відповідних елементів та є наочним прикладом заповнення для кращого розуміння природи даних (наприклад, «Вип.банку», «ВКО», «ПКО»). Налаштування (зіставлення) власних об’єктів з цим довідником є необов’язковим. Узгодженість між значеннями елементів підрозділу «Відомості про платежі» (Payments) повинна забезпечуватись на основі таких логічних формул: [1] NetTotal (SystemID) = ΣPaymentLineAmount.Amount (SystemID); [2] ΣTaxInformationTotals.TaxAmount.Amount (SystemID; TaxCode) = ΣTaxInformation.TaxAmount.Amount (SystemID; TaxCode) (якщо заповнено); [3] GrossTotal (SystemID) = NetTotal (SystemID) + ΣTaxInformationTotals.TaxAmount.Amount (SystemID) (якщо заповнено); Узгодженість між значеннями елементів підрозділу «Відомості про платежі» (Payments) та розділу «Бухгалтерські операції» (GeneralLedgerEntries) повинна забезпечуватись на основі таких логічних формул: [4] ΣPaymentLineAmount.Amount (AccountID; GroupingCode = 30, 31 або 33) + ΣTaxInformation.TaxAmount.Amount (AccountID; GroupingCode = 30, 31 або 33) (якщо заповнено) = ΣAuditFile.GeneralLedgerEntries.Journal.Transaction.Line.DebitAmount.Amount (AccountID) + ΣAuditFile.GeneralLedgerEntries.Journal.Transaction.Line.CreditAmount.Amount (AccountID); [5] ΣPaymentLineAmount.Amount (CorrespondingAccountID; GroupingCode = 30, 31 або 33) + ΣTaxInformation.TaxAmount.Amount (CorrespondingAccountID; GroupingCode = 30, 31 або 33) = ΣAuditFile.GeneralLedgerEntries.Journal.Transaction.Line.DebitAmount.Amount (CorrespondingAccountID) + ΣAuditFile.GeneralLedgerEntries.Journal.Transaction.Line.CreditAmount.Amount (CorrespondingAccountID). | Чат ДПС |
| 25/04/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | У Відомостях про придбання/закупівлю є обов’язковим до заповнення поля TaxInformation (TaxType /TaxCode ) Якщо це товар/послуга придбана у платника єдиного податку або у підприємства, який на даний час не є платником ПДВ, тоді як правильно повинні бути заповнені дані поля? Правильно буде: Варіант 1 – TaxType (ПДВ), TaxCode (не ПДВ) Варіант 2 - TaxType (ЄП), TaxCode (Єдиний податок 3 групи) | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Відомості про придбання/закупівлю (PurchaseInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів придбаних матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з придбання/закупівлі (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). У елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається інформація про податки (на рівні рядка первинного документа). У елементі «Загальна сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається сума податків (на рівні загальних підсумків первинного документа). Елементи «Податкова інформація» (TaxInformation) та «Сума податків» (TaxInformationTotals) повинні обов’язково бути заповнені. Відповідно до таблиці 5 «Обмеження відображення даних в довідниках» Детального технічного опису елементів SAF-T UA в підрозділі «Таблиця податків» (TaxTable) завжди надаються всі податкові коди, які існують для суб'єкта господарювання. Ніяких обмежень. Довідник «Таблиця податків» (TaxTable) (для ПДВ), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Валідація» відповідних елементів та є умовою, за якою буде проходити валідація даних. Налаштування (зіставлення) власних об’єктів з цим довідником є обов’язковим. Відповідно до довідника «Таблиця податків» (TaxTable) (для ПДВ), наведеного після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для операцій з постачання товарів/послуг, що підлягають оподаткуванню ПДВ необхідно використовувати вид податку (TaxType) «ПДВ» та коди податків (TaxCode) за ставками «20», «14», «7». Для операцій, що не є об'єктом оподаткування, операцій з постачання послуг за межами митної території України та послуг, місце постачання яких визначено відповідно до пунктів 186.2, 186.3 статті 186 Кодексу за межами митної території України, необхідно використовувати код податку (TaxCode) «Не ПДВ». Для видів податків (TaxType) та кодів податків (TaxCode) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа. | Чат ДПС |
| 25/04/2025 | Підрозділ ІІ.7 «Таблиця податків» (TaxTable) | Що повинно бути написано в відомостях про постачання в в графі TaxType та TaxCode, якщо постачальник на єдиному податку (не платник ПДВ ) ? | Відповідно до таблиці 5 «Обмеження відображення даних в довідниках» Детального технічного опису елементів SAF-T UA в підрозділі «Таблиця податків» (TaxTable) завжди надаються всі податкові коди, які існують для суб'єкта господарювання. Ніяких обмежень. Довідник «Таблиця податків» (TaxTable) (для ПДВ), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Валідація» відповідних елементів та є умовою, за якою буде проходити валідація даних. Налаштування (зіставлення) власних об’єктів з цим довідником є обов’язковим. Для операцій, що не є об'єктом оподаткування, операцій з постачання послуг за межами митної території України та послуг, місце постачання яких визначено відповідно до пунктів 186.2, 186.3 статті 186 Кодексу за межами митної території України, необхідно використовувати код податку (TaxCode) «Не ПДВ». | Чат ДПС |
| 28/04/2025 | Підрозділ ІV.4 «Операції із запасами» (MovementOfGoods) | Чи потрібно при формуванні розділу ІV.4 Операції із запасами (MovementOfGoods) вивантажувати елементи ShipTo та ShipFrom? Якщо так, то які елементи структури мають бути обов'язково заповнені? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Операції із запасами (MovementOfGoods) на підставі первинних документів зазначається інформація в розрізі операцій, проведених з матеріальними цінностями з обов’язковим зазначенням номерів і назв рахунків/субрахунків, на яких вони обліковуються, їх кількості, ціни та вартості, а також з розкриттям іншої інформації. Відповідно до Порядку у стовпчику «Обов’язковість заповнення» наявність позначки «*» означає, що показник (інформація) повинен обов’язково бути заповнений, відсутність такої позначки означає, що показник може бути заповнений у разі його наявності. У таблиці 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), та з урахуванням особливостей своєї діяльності і технології обробки облікових даних. | Чат ДПС |
| 29/04/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | В Довідниках/ Довідники Клієнти, Постачальники ми маємо обов'язковий для заповнення реквізит AccountID - Номер рахунку/субрахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента. Якщо протягом звітного періоду з цим контрагентом виникали господарські операції, ми заповнюємо OpeningDebitBalance, OpeningCreditBalance, DebitTurnover, CreditTurnover - залишки на початок, кінець звітного періоду, обороти за звітний період. Але є такі контрагенти, по яких господарські операції відсутні в звітному періоді - в нас відсутні залишки на початок та кінець звітного періоду, відсутні обороти по такому контрагенту в звітному періоді (наприклад купівля в Постачальника відбулася в 2023 році, розрахунки здійснено в 2023 році), а в звітному періоді - в 2024 році ми отримали від Постачальника податкову накладну, яку включили до податкового кредиту в звітному періоді (після розблокування її Постачальником). Чи необхідно такого контрагента показувати в довідниках клієнти/постачальники і який AccountID проставляти для таких контрагентів? | Детальним технічним описом елементів SAF-T UA передбачено, що в підрозділах «Клієнти» (Customers)/ «Постачальники» (Suppliers) відображається інформація щодо контрагентів (покупців/ постачальників), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер/код нерезидента, найменування, номер платника податку на додану вартість), номера рахунку/субрахунку/аналітичного рахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації. Сальдо заборгованості на початок та на кінець періоду відображається за кожним первинним документом та датою виникнення заборгованості. Відповідно до таблиці 5 «Обмеження відображення даних в довідниках» Детального технічного опису елементів SAF-T UA дані в підрозділах «Клієнти» (Customers)/ «Постачальники» (Suppliers) можуть бути обмежені покупцями/постачальниками, з якими здійснювались операції в періоді, за який формується SAF-T UA, та/або для яких наявна заборгованість на початок/кінець періоду (залишок на початок або кінець не дорівнює 0). Якщо суб’єкт господарювання веде аналітичний облік податкових зобов’язань та податкового кредиту з податку на додану вартість із деталізацією по контрагентам, то інформація щодо бухгалтерських проведень суб’єкта господарювання повинна розкриватися із зазначенням інформації щодо коду ЄДРПОУ/РНОКПП контрагента та його найменування у відповідних елементах розділу «Бухгалтерські операції» (GeneralLedgerEntries). Відповідно, під час відображення податкового кредиту за розблокованими (зареєстрованими) податковими накладними, з метою належного розкриття в бухгалтерських проведеннях інформації щодо коду ЄДРПОУ/РНОКПП та найменування постачальника, необхідно, щоб інформація про такого контрагента була наявна в підрозділі «Постачальники» (Suppliers) розділу «Довідники» (MasterFiles) SAF-T UA. Крім того, в елементі «Код рахунку» (AccountID; KeyGeneralLedgerAccount, RefSupplierAccount; SAFmiddle2textType; simple; maxLength 70; Mandatory; 1..1) підрозділу «Постачальники» (Suppliers) може бути зазначено номер рахунку/субрахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для обліку непідтвердженого податкового кредиту за відповідним контрагентом. | Чат ДПС |
| 29/04/2025 | Підрозділ ІV.4 «Операції із запасами» (MovementOfGoods) | Прохання надати роз'яснення щодо формування даних у підрозділі «Операції із запасами» (StockMovements) аудиторського файлу SAF-T UA. При створенні документу з товаром з серійними номерами, в документі створюється один рядок, але при обліку документа в Книзі операцій по товарам (основна таблиця з рухами товарів, яку ми використовуємо для формування звіту) створюється декілька рядків з товаром в залежності від кількості серійних номерів. Тобто товарні рухи по одному документу в системі відображаються окремо по кожному серійному номеру, але всі ці рядки мають однаковий номер рядка документа. Питання: 1) Чи допускається наявність однакових номерів рядків у таблиці «Операції із запасами», якщо вони стосуються однієї транзакції? 2) Чи повинен кожен рядок у SAF-T UA бути унікальним за номером , навіть якщо це частина однієї операції? 3) Чи є обов'язковим заповнення поля StockAccountCommodityCode серійним номером у таких випадках? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Операції із запасами» (MovementOfGoods) розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) на підставі первинних документів зазначається інформація в розрізі операцій, проведених з матеріальними цінностями з обов’язковим зазначенням номерів і назв рахунків/субрахунків, на яких вони обліковуються, їх кількості, ціни та вартості, а також з розкриттям іншої інформації. У елементі «Рух запасів» (StockMovement; complex; Mandatory; 1..∞) зазначається інформація про господарську операцію з руху запасів (у тому числі позабалансових). На рівні даних у розрізі рядків руху запасів відображається, зокрема, така інформація: в елементі «Номер рядка» (LineNumber; SAFshorttextType; simple; maxLength 18; Mandatory; 1..1) зазначається номер рядка руху запасів. Унікальність значень номерів рядків у межах однієї господарської операції не є обов’язковою; в елементі «Складський номер запасу» (StockAccountNo; KeyStockAccountNo, RefStockMovementLineStockAccountNo; SAFmiddle2textType; simple; maxLength 70; Optional; 0..1) зазначається серійний номер, номер партії тощо. Рекомендується обов'язкове заповнення, якщо запаси оцінюють за цінами конкретних партій. Для елемента «Складський номер запасу» (StockAccountNo) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа. Отже, значення серійного номера, номера партії тощо, зазначені в підрозділі «Операції із запасами» (MovementOfGoods), повинні бути наявні серед значень відповідного елемента підрозділу «Запаси» (PhysicalStock) розділу «Довідники» (MasterFiles) SAF-T UA, які мають бути унікальними. Інформація підрозділу «Запаси» (PhysicalStock) повинна бути збалансована з даними підрозділу «Операції із запасами» (MovementOfGoods). | Чат ДПС |
| 30/04/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Як коректно в Довідниках в блоку Необоротні активи відобразити операцію по внескам до старшого капіталу дочірньої компанії у випадку зміни назви цієї компанії. В системі завели нового контрагента та зроблено перенесення попередніх внесків на цього контрагента. Таку операцію відображати як Надходження активу з мінусом чи у трансфері? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) розділу «Довідники» (MasterFiles) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку/субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники по кожному окремому активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних з цим активом, а також з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. Для кожного необоротного активу передбачена можливість заповнення тільки одного інвентарного номера або іншого унікального ідентифікатора активу, що застосовується суб’єктом господарювання в бухгалтерському обліку (AssetID), та тільки одного коду рахунку/субрахунку (AccountID), що відповідає моделі ОЕСР. У елементі «Передача (переведення) активу» (Transfers) відображається балансова вартість передачі (переведення) активу протягом звітного період (збільшення +, зменшення -) через переведення з (до) інвестиційної нерухомості, незавершеного будівництва; визнання утримуваним для продажу тощо. Якщо в системі обліку суб’єкта господарювання у зв’язку зі зміною найменування дочірнього підприємства створюється новий код активу (AssetID), на який переноситься вартість довгострокових фінансових інвестицій, то така операція повинна відображатися в елементі «Передача (переведення) активу» (Transfers): як збільшення (+) для активу з новим найменуванням і як зменшення (-) для активу з попереднім найменуванням. | Чат ДПС |
| 01/05/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Розшифруйте, будь-ласка, наступну формулу перевірки збалансованості розділу ІІ.14 Необоротні активи (Assets): [5] ΣAcquisitionAndProductionCostsEnd (AccountID; AssetValuationType = 1 або не заповнено) = AuditFile.MasterFiles.GeneralLedgerAccounts.Account.ClosingDebitBalance (AccountID) – AuditFile.MasterFiles.GeneralLedgerAccounts.Account.ClosingCreditBalance (AccountID). Які поля за данною формулою будуть звірятися? | Суми на початок та кінець періоду по кожному рахунку/субрахунку за даними підрозділу «Сальдово/оборотні відомості» (GeneralLedgerAccounts) та «Необоротні активи» (Assets) повинні бути рівні: Формула [4] ΣAcquisitionAndProductionCostsBegin (AccountID; AssetValuationType = 1 або не заповнено) = AuditFile.MasterFiles.GeneralLedgerAccounts.Account.OpeningDebitBalance (AccountID) – AuditFile.MasterFiles.GeneralLedgerAccounts.Account.OpeningCreditBalance (AccountID); Тобто, початкове дебетове сальдо (згорнуто) (OpeningDebitBalance – OpeningCreditBalance) – первісна вартість на початок періоду (ΣAcquisitionAndProductionCostsBegin)); Формула [5] ΣAcquisitionAndProductionCostsEnd (AccountID; AssetValuationType = 1 або не заповнено) = AuditFile.MasterFiles.GeneralLedgerAccounts.Account.ClosingDebitBalance (AccountID) – AuditFile.MasterFiles.GeneralLedgerAccounts.Account.ClosingCreditBalance (AccountID). Тобто, кінцеве дебетове сальдо (згорнуто) (ClosingDebitBalance – ClosingCreditBalance) – первісна вартість на кінець періоду (ΣAcquisitionAndProductionCostsEnd)). | Чат ДПС |
| 03/05/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Як коректно в Довідниках в блоку Необоротні активи відобразити операцію по внескам до статутного капіталу дочірньої компанії у випадку зміни назви цієї компанії. В системі завели нового контрагента та зроблено перенесення попередніх внесків на цього контрагента. Таку операцію відображати як Надходження активу з мінусом чи у трансфері? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) розділу «Довідники» (MasterFiles) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку/субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники по кожному окремому активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних з цим активом, а також з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. Для кожного необоротного активу передбачена можливість заповнення тільки одного інвентарного номера або іншого унікального ідентифікатора активу, що застосовується суб’єктом господарювання в бухгалтерському обліку (AssetID), та тільки одного коду рахунку/субрахунку (AccountID), що відповідає моделі ОЕСР. У елементі «Передача (переведення) активу» (Transfers) відображається балансова вартість передачі (переведення) активу протягом звітного період (збільшення +, зменшення -) через переведення з (до) інвестиційної нерухомості, незавершеного будівництва; визнання утримуваним для продажу тощо. Якщо в системі обліку суб’єкта господарювання у зв’язку зі зміною найменування дочірнього підприємства створюється новий код активу (AssetID), на який переноситься вартість довгострокових фінансових інвестицій, то така операція повинна відображатися в елементі «Передача (переведення) активу» (Transfers): як збільшення (+) для активу з новим найменуванням і як зменшення (-) для активу з попереднім найменуванням. Елена Ганич, 19 трав., 12:12 Дякую! А чи потрібно при трансфері показувати дату вибуття в такому випадку? Rotfox@gmail.com Lagezu1973, 29 трав., 10:08 В елементі «Дата виведення з експлуатації» (DecommissionDate; SAFdateType; simple; Optional; 0..1) відображається дата виведення з експлуатації, в тому числі у зв'язку з консервацією або переведенням до складу активів, які призначаються для продажу. У цьому елементі доцільно також зазначати дату передачі (переведення) активу протягом звітного періоду (для активу, що зменшується). В елементі «Дата початку роботи» (StartUpDate; SAFdateType; simple; Optional; 0..1) відображається дата введення в експлуатацію. У цьому елементі доцільно також зазначати дату передачі (переведення) активу протягом звітного періоду (для активу, що збільшується). | Чат ДПС |
| 06/05/2025 | Підрозділ ІІ.13 «Власники (засновники)» (Owners) | Щодо підрозділу 2.13 «Власники» тег 2.13.1.4 «OwnerBalance», тег передбачає розкриття інформації про Залишки коштів по дебету/кредиту рахунків на початок/кінець періоду. Питання: які рахунки головної книги необхідно розкривати в цьому підрозділі (будь ласка, наведіть приклади), враховуючи те, що інформація щодо внесків у статутний капітал розкривається в наступному тезі 2.13.1.5 «OwnerShare» і повинна відповідати розміру статутного капіталу, який зафіксований в установчих документах або протоколах зборів? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Власники (засновники)» (Owners) розкривається інформація про власника(ів) (засновника(ів)) суб’єкта господарювання, заповнюється окремо в розрізі кожного суб’єкта (юридичної/ фізичної особи) з описом їхніх реєстраційних (загальних) даних. У елементі «Сальдо рахунку» (OwnerBalance; Mandatory; 1..∞) зазначається сальдо рахунку/субрахунку, на якому обліковуються господарські операції з власником (засновником). Таким чином, у цьому підрозділі слід зазначати сальдо рахунків/субрахунків, за якими аналітичний облік в системі обліку суб’єкта господарювання ведеться за власниками (засновниками), зокрема інформація про: статутний капітал; неоплачений капітал; розрахунки з власниками (засновниками) підприємства, що пов'язані з розподілом власного капіталу (дивіденди, повернення часток тощо). У елементі «Сальдо рахунку» (OwnerBalance) розкривається інформація про початкове/кінцеве дебетове/кредитове сальдо по кожному власнику (засновнику), а в елементі «Внесок власника» (OwnerShare) зазначається внесок власника (засновника) на кінець періоду. | Чат ДПС |
| 06/05/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Підкажіть, будь ласка, щодо підрозділу 2.14 «Необоротні активи», тег 2.14.1.10 «Дата виведення з експлуатації» передбачає надання інформації дати консервації активу. Оскільки схема SAF-T UA не передбачає відображення зміни параметрів в звітному періоді, тоді яку дату доцільно відображати в звіті на початок періоду або на кінець періоду? Аналогічне питання, щодо тегів 2.14.1.12.1.6 «Строк корисного використання», 2.14.1.12.11.11 «Метод нарахування амортизації», 2.14.1.13 «Ліквідаційна вартість», які дані доцільно відображати в звіті на початок періоду або на кінець періоду? | 1. Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку/субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники по кожному окремому активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних з цим активом, а також з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. Для кожного необоротного активу передбачена можливість заповнення тільки одного інвентарного номера або іншого унікального ідентифікатора активу, що застосовується суб’єктом господарювання в бухгалтерському обліку (AssetID), та тільки одного коду рахунку/субрахунку (AccountID), що відповідає моделі ОЕСР. В елементі «Дата виведення з експлуатації» (DecommissionDate; SAFdateType; simple; Optional; 0..1) відображається дата виведення з експлуатації, в тому числі у зв'язку з консервацією або переведенням до складу активів, які призначаються для продажу. Якщо актив був виведений з експлуатації у зв'язку з консервацією на початок або протягом періоду, зазначається відповідна дата виведення з експлуатації. В елементі «Дата початку роботи» (StartUpDate; SAFdateType; simple; Optional; 0..1) відображається дата введення в експлуатацію. Якщо актив, раніше виведений з експлуатації у зв'язку з консервацією, був повторно введений в експлуатацію протягом періоду, зазначається відповідна дата початку роботи. 2. В елементі «Метод амортизації» (DepreciationMethod; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається метод нарахування амортизації активу. В елементі «Ліквідаційна вартість» (ResidualValue; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Optional; 0..1) зазначається попередньо оцінена сума, що її суб'єкт господарювання отримав би на поточний час від вибуття активу після вирахування всіх попередньо оцінених витрат на вибуття, якщо актив є застарілим та перебуває в стані, очікуваному по закінченні строку його корисної експлуатації. SAF-T UA не передбачає механізму відображення змін у методі амортизації та ліквідаційній вартості об’єктів основних засобів/нематеріальних активів, які відбулися протягом звітного періоду. Тому метод амортизації та ліквідаційну вартість об’єктів основних засобів/нематеріальних активів слід відображати на початок звітного періоду (для нових надходжень – на дату введення в експлуатацію). Очікуваний період часу, протягом якого актив буде використовуватися суб’єктом господарювання, відображається шляхом вибору між строком корисного використання в роках та в місяцях (Choice between AssetLifeYear & AssetLifeMonth; Optional; 0..1): у елементі «Строк корисного використання (експлуатації) в роках» (AssetLifeYear) зазначається очікуваний період часу в роках; у елементі «Строк корисного використання (експлуатації) в місяцях» (AssetLifeMonth) зазначається очікуваний період часу в місяцях. При цьому, SAF-T UA не передбачає механізму відображення змін у попередніх оцінках строків корисної експлуатації об’єктів основних засобів/нематеріальних активів, які відбулися протягом звітного періоду. Отже, строк корисного використання (експлуатації) об’єктів основних засобів/нематеріальних активів слід відображати на початок звітного періоду (для нових надходжень – на дату введення в експлуатацію). | Чат ДПС |
| 09/05/2025 | Розділ ІV «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) | Які значення ви очікуєте побачити в полі SelfBillingIndicator? Зараз воно описано, що це текст до 9-ти символів і як "Індикатор, що вказує на наявність угоди між постачальником і покупцем про самостійну виписку рахунків". Там писати 1/0, Так/Ні чи ще щось? Чи всі поля, що опціональні можна не заповнювати? 😉 | Відповідно до Порядку № 1393 у стовпчику «Обов’язковість заповнення» наявність позначки «*» означає, що показник (інформація) повинен обов’язково бути заповнений, відсутність такої позначки означає, що показник може бути заповнений у разі його наявності. У таблиці 6 «Опис елементів SAF-T UA» Детального технічного опису елементів SAF-T UA наведено структуру таблиці з описом та призначенням кожного стовпця для правильної роботи з технічним описом елементів SAF-T UA. Обов’язковість (Status) вказує, чи є елемент обов’язковим («Mandatory») або необов’язковим («Optional»). Під час передачі даних до ДПС технічний статус обов’язковості передбачає таку реалізацію положень Порядку: статус «Mandatory» означає, що показник (інформація) повинен обов’язково бути заповнений; необов’язкові елементи («Optional»), які передбачені Порядком, повинні бути заповнені в разі їх наявності; необов’язкові елементи («Optional»), які не передбачені Порядком, можуть бути заповнені, якщо, на думку платника податків, це забезпечує більш повне відображення даних, що належать або пов’язані з предметом перевірки. У деяких випадках статус «Optional» технічно реалізований через атрибут «minOccurs="0"» у визначенні елементів вищого рівня XSD-схеми. Це означає, що елемент може бути не включений у XML-документ без порушення валідності, що, в свою чергу, робить усі вкладені (дочірні) елементи необов’язковими до заповнення. Використання порожніх елементів можна інтерпретувати, ніби вони мають значення, тому порожні елементи не слід використовувати взагалі, якщо немає даних для заповнення необов’язкового елемента Необов’язкові елементи («Optional»), які не передбачені Порядком, заповнюються у разі, якщо суб’єкт господарювання вважає, що у зв’язку зі специфікою ведення бухгалтерського обліку та/або особливостями роботи автоматизованого програмного забезпечення, яке використовується суб’єктом господарювання, доцільно внести додаткові елементи обліку та дані, які забезпечать більш повне та достовірне відображення інформації щодо обліку доходів, витрат, фінансового результату та інших показників, пов’язаних із визначенням об’єктів оподаткування, повнотою та своєчасністю сплати податків. Отже, елемент «Індикатор самостійної виписки рахунків» (SelfBillingIndicator; SAFcodeType; simple; maxLength 9; Optional; 0..1) заповнюється у разі наявності угоди між постачальником і покупцем про самостійну виписку рахунків. Елементи (SelfBillingIndicator) підрозділу «Інформація про документальне забезпечення записів бухгалтерського обліку (SourceDocuments)» мають простий тип «SAFcodeType», який базується на простому елементі «xs:string». Тип «xs:string» має встановленого обмеження на кількість символів, що дозволяє вносити текст максимум 9 символів («так/«ні» тощо). | Чат ДПС |
| 12/05/2025 | Підрозділ ІІ.6 «Постачальники» (Suppliers) | Питання щодо відображення поля Постачальник при придбанні необоротних активів. Якщо придбання було через підзвітну особу і в інформаційній системі не має інформації щодо постачальника у якого підзвітна особа придбала активи, як в такому випадку коректно заповнити інформацію щодо найменування та коду ЄДРПОУ? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Операції з необоротними активами» (AssetTransactions) відображається інформація в розрізі господарських операцій з необоротними активами суб’єкта господарювання з наведенням опису такого активу, кореспондуючих рахунків/субрахунків, по яких здійснено проведення, контрагентів та розкриттям іншої інформації. Таким чином, витрати, понесені підзвітною особою під час відрядження або виконання окремої цивільно-правової дії, які включають придбання необоротних активів доцільно відображати в підрозділі «Операції з необоротними активами» (AssetTransactions) (у тому числі з розкриттям інформації щодо ПДВ). У елементі «Постачальник» (Supplier) зазначається інформація про постачальника активу. Інформацію про постачальника доцільно (за наявності відповідних даних в обліковій системі суб’єкта господарювання) відображати контрагента-постачальника, а не підзвітну особу. | Чат ДПС |
| 12/05/2025 | Підрозділ ІІ.13 «Власники (засновники)» (Owners) | Поясніть логіку поля S.2.1 Amount в структурі S.2 . Згідно з xsd - поле обов'язкове, але nillable="true". Як ви цей nil будете інтерпретувати - як 0? Чи є різниця для вас між nil та 0? Можно розглянути, наприклад, на прикладі ІІ.13.1.5.1 Сумма внеску власника. | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Власники (засновники)» (Owners) розкривається інформація про власника(ів) (засновника(ів)) суб’єкта господарювання, заповнюється окремо в розрізі кожного суб’єкта (юридичної/ фізичної особи) з описом їхніх реєстраційних (загальних) даних. У елементі «Сума внеску» (SumOfContribution; AmountStructure; complex; Mandatory; 1..1) сума внеску в національній та іноземній валюті (у випадку здійснення внеску в іноземній валюті). Для внесків, здійснених в іноземній валюті, додатково відображається сума в іноземній валюті, код валюти, курс обміну (сума валюти x Курс обміну валют = Сума). Атрибут nillable="true" передбачає технічну можливість представлення нульових значень. | Чат ДПС |
| 14/05/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Питання відносно заповнення ІІ.5.1.1-ІІ.5.1.2"Інформація щодо покупця, замовника, іншого дебітора тощо" та ІІ.6.1.1-ІІ.6.1.2"Інформація щодо постачальника, підрядника, іншого кредитора тощо". Раніше нам не потрібно було так багато інформації про контрагента. Зараз ми повинні запросити у контрагента: ** тип особи; ** форму власності (якщо він не в Україні) на мові країни контрагента, англійській, українській (для можливості заповнення п9 Тип особи); **код нерезидента (якщо він не в Україні) і значення/назва цього коду в кожній країні різні і дуже часто контрагент не розуміє, що ми від нього хочемо. Питання відносно точності отриманних даних: Чи достатньо отриманої відповіді від кредитора/дебітора? Чи вона має перевірятись на якомусь офіційному ресурсі? Що це за ресурс? | Детальним технічним описом елементів SAF-T UA передбачено, що в підрозділі «Клієнти» (Customers) відображається інформація щодо контрагентів (покупців), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер/код нерезидента, найменування, номер платника податку на додану вартість), номера рахунку/субрахунку/аналітичного рахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації. Детальним технічним описом елементів SAF-T UA передбачено, що в підрозділі «Постачальники» (Suppliers) відображається інформація щодо контрагентів (постачальників), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер/код нерезидента, найменування, номер платника податку на додану вартість), номера рахунку/субрахунку/аналітичного рахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації У елементі «Тип особи покупця» (CustomerType; SAFmiddle1textType; simple; maxLength 35; Optional; 0..∞) / Тип особи постачальника» (SupplierType; SAFmiddle1textType; simple; maxLength 35; Optional; 0..∞) зазначається тип особи покупця/постачальника (рекомендується обов’язкове заповнення для контрагентів, господарські операції з якими можуть формувати податкові різниці). Для заповнення цих елементів передбачено Довідник "Тип особи" (EntityType), наведеного після закладки «Structures» який для юридичної особи - платник податку, який зазначений у стовпці «Валідація», а отже є умовою за якою буде проходити валідація даних, які будуть розміщуватися в зазначених елементах. Тому при заповненні «Тип особи покупця» (CustomerType), «Тип особи постачальника» (SupplierType) потрібно здійснити обов’язкове налаштування (зіставлення) власних об’єктів з обмеженим списком ідентифікаторів. При зазначенні типу особи покупця/постачальника можуть використовуватись дані Єдиного державного реєстру інститутів спільного інвестування, Реєстру неприбуткових установ та організацій, Реєстру платників єдиного податку тощо. Також дана інформація могла бути отримана в рамках процедури «Знай свого клієнта» (KYC) та/або передбачена в договорах. | Чат ДПС |
| 21/05/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | Контрагент виписав документ, наприклад, Акт на послуги, в березні. Ми його отримали і відобразили у себе в травні. Які Дата і Номер мають бути вказані в таблиці? Варіант-1 Дата та Номер, зазначені на Акті, тобто березень. Варіант-2 Дата, коли проведено у нас, тобто травень і Номер, який призначився документу у нас. | У статті 4 Закону України від 16.07.1999 № 996-XIV «Про бухгалтерський облік та фінансову звітність в Україні» (далі – Закон № 996) визначено принципи, на яких ґрунтуються бухгалтерський облік та фінансова звітність. Згідно з принципом нарахування доходи і витрати відображаються в бухгалтерському обліку та фінансовій звітності в момент їх виникнення, незалежно від дати надходження або сплати грошових коштів. Відповідно до статті 9 Закону № 996 підставою для бухгалтерського обліку господарських операцій є первинні документи. Для контролю та впорядкування оброблення даних на підставі первинних документів можуть складатися зведені облікові документи. Первинні документи можуть бути складені у паперовій або в електронній формі та повинні мати такі обов’язкові реквізити: назву документа (форми); дату складання; назву підприємства, від імені якого складено документ; зміст та обсяг господарської операції, одиницю виміру господарської операції; посади і прізвища (крім первинних документів, вимоги до яких встановлюються Національним банком України) осіб, відповідальних за здійснення господарської операції і правильність її оформлення; особистий підпис або інші дані, що дають змогу ідентифікувати особу, яка брала участь у здійсненні господарської операції. Господарські операції повинні бути відображені в облікових регістрах у тому звітному періоді, в якому вони були здійснені (частина п’ята статті 9 Закону № 996). Згідно з пунктом 2.5 глави 2 Положення про документальне забезпечення записів у бухгалтерському обліку, затвердженого наказом Міністерства фінансів України від 24.05.1995 № 88, якщо правилами документообороту підприємства передбачена можливість відображення господарської операції, щодо якої на момент закінчення складання регістрів бухгалтерського обліку за звітний період від контрагента у терміни, встановлені законодавством, не отримано первинного документа, підставою для перенесення інформації про таку господарську операцію до регістрів бухгалтерського обліку є належним чином оформлений внутрішній первинний документ (акт), складений посадовою особою, відповідальною за приймання-відпуск товарно-матеріальних цінностей, робіт і послуг. Господарські операції, наведені у внутрішньому первинному документі (акті), оцінюються в порядку, визначеному національними положеннями (стандартами) бухгалтерського обліку або міжнародними стандартами фінансової звітності. Порядком надання документів великого платника податків в електронній формі, затвердженим наказом Міністерства фінансів України від 07.11.2011 № 1393, передбачено, що в підрозділі «Бухгалтерські операції» розділу «Журнал бухгалтерських записів» розкривається інформація щодо бухгалтерських проведень суб’єкта господарювання в розрізі кожної окремої господарської операції з деталізацією здійсненої операції, із зазначенням її типу, суми, інформації щодо унікального ідентифікаційного номера контрагента юридичної (фізичної) особи (у разі, якщо операція здійснюється з контрагентом) та розкриваються дані про бухгалтерські проведення по цій операції, а також інша інформація відповідно до таблиці цього підрозділу SAF-T UA в розрізі кожного бухгалтерського проведення. Звітним періодом вважається період діяльності суб’єкта господарювання, за який формується SAF-T UA. Відповідно до характеристик елементів підрозділу «Бухгалтерські операції» (GeneralLedgerEntries) Детальним технічним описом елементів SAF-T UA інформація, яка наведена у прикладі відображається так: Елемент Характеристика ValueDate Дата визнання. Заповнюється, якщо ця дата відрізняється від дати операції березень SourceDocumentID Номер первинного документа бухгалтерського обліку, яким суб’єктом господарювання оформлено операцію Номер первинного документу, зазначеного на ньому | Чат ДПС |
| 23/05/2025 | Підрозділ ІІ.1 «Облікова політика» (AccountingPolicies) | Облікова політика має бути зазначена узагальненими формулюваннями (коротко) чи необхідно надавати інформацію більш широко, згідно облікової політики Компанії? | Згідно з Порядком у підрозділі «Облікова політика» зазначається інформація щодо елементів облікової політики суб’єкта господарювання в періоді, за який формується SAF-T UA, з наведенням реквізитів наказу (наказів) про облікову політику (дата, номер) за відповідні звітні періоди (та про внесення змін до них – у разі наявності). Крім того, необхідно зазначити, які саме стандарти бухгалтерського обліку застосовуються суб’єктом господарювання для ведення бухгалтерського обліку: національні положення (стандарти) бухгалтерського обліку (П(С)БО) або міжнародні стандарти фінансової звітності (МСФЗ), а також інформацію про застосування класів рахунків. Інформація заповнюється в табличному вигляді згідно з наведеним зразком. При цьому має бути відображена вся інформація, передбачена в наказі (наказах) про облікову політику. У колонку «Елемент» переносяться показники, відображення яких передбачено нормативно-правовими актами щодо облікової політики підприємства або Концептуальною основою складання та подання фінансових звітів (у разі застосування МСФЗ), зокрема щодо: методів амортизації; порядку формування резервів, у тому числі резервів сумнівних боргів; методів оцінки вибуття запасів; визначення порогів суттєвості; проведення інвентаризації; порядку формування інших показників фінансової звітності тощо. У елементі «Назва елемента облікової політики» (NameOfAccountingPolicy; SAFstringType; simple; Mandatory; 1..1) наводиться назва елемента облікової політики суб’єкта господарювання в періоді, за який формується SAF-T UA. У елементі «Опис елемента облікової політики» (DescriptionOfAccountingPolicy; SAFstringType; simple; Mandatory; 1..1) зазначається опис застосовуваного варіанта (критерію), період дії. Таким чином, інформацію про елементи облікової політики доцільно подавати структуровано, у вигляді окремих записів, що сприятиме її зручному аналізу. | Чат ДПС |
| 23/05/2025 | Підрозділ ІІ.2 «Довідники операцій» (TransactionFeatures) | Питання стосовно визначення типу операції при експорті та імпорті товарів. При експорті товарів податкова накладна на ПДВ складається на дату оформлення ВМД. При імпорті товару ПДВ сплачується на митниці. Чи потрібно для операцій експорту та імпорту товарів визначати першу , другу подію? На наш погляд, з точки зору виникнення податкового зобов'язання, для документів експорту завжди перша подія постачання- тип операції 2П, для документів імпорту завжди перша подія придбання -тип операції 1П. Чи правильно ми розуміємо правила визначення типу операції при експорті та імпорті товару? Можливо наша думка хибна і для таких операцій потрібно визначати першу і другу подію без прив'язки до події виникнення податкових зобов'язань. | Відповідно до Детального технічного опису елементів SAF-T UA підрозділ «Довідники операцій» (TransactionFeatures) передбачає опис типів господарських операцій, що здійснювалися суб’єктом господарювання, із наведенням відповідних умовних позначень операцій та їх характеристик. При наведенні типу та опису операцій, пов’язаних з придбанням/продажем товарів, робіт/послуг, здійснюється відповідне розмежування зазначених операцій з урахуванням того, яка подія (перерахування коштів (додаткова ознака при умовному позначенні операції – «С») або отримання чи постачання товарів, робіт/послуг (додаткова ознака при умовному позначенні операції – «П»)) відбулася першою. У разі якщо суб’єктом господарювання застосовуються інші ознаки або кодування операцій, які дозволяють здійснити вищенаведене розмежування, можуть бути застосовані такі ознаки або коди операцій. Довідник «Тип операції» (TransactionType), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Приклад» відповідних елементів підрозділу «Довідники операцій» (TransactionFeatures) та є наочним прикладом заповнення для кращого розуміння природи даних. Налаштування (зіставлення) власних об’єктів з цим довідником є необов’язковим. При наведенні типів та описів операцій у підрозділі «Довідники операцій» (TransactionFeatures) суб’єкт господарювання може застосовувати власну класифікацію з дотриманням вимог щодо розмежування операцій за першою подією. Таке розмежування є обов’язковим для операцій, пов’язаних з придбанням/продажем товарів, робіт/послуг, незалежно від обраної системи класифікації або умовних позначень. При наведенні типів та описів операцій у підрозділі «Довідники операцій» (TransactionFeatures) суб’єкт господарювання може застосовувати власну класифікацію. | Чат ДПС |
| 02/06/2025 | Підрозділ ІІ.11 «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products) | Питання щодо довідників Products та PhysicalStock. Правильно ми розуміємо, що у довіднику Products мають бути всі ProductCode, які є у довіднику PhysicalStock (відповідно до правил валідації по Key-Reference)? Чи можливо у довіднику Products має бути якимось чином обмежена інформація, не весь 2 клас Запасів? | Так, обов’язково. Згідно з Детальним технічним описом елементів SAF-T UA підрозділ «Номенклатура запасів/продукції (товарів/робіт, послуг)» (Products) містить інформацію щодо характеристики запасу/продукції (товару/роботи, послуги), зокрема: код запасу/продукції, індикатор, що дає можливість ідентифікувати продукцію на предмет, чи продукція є товаром або роботою, послугою, опис, одиницю виміру, метод оцінки тощо. В елементі «Код запасу/продукції (товару/роботи, послуги)» (ProductCode; KeyProductCode; SAFmiddle2textType; simple; maxLength 70; Mandatory; 1..1) зазначається унікальний ідентифікатор запасу/продукції (товару/роботи, послуги), який застосовується суб’єктом господарювання. Для кодів запасів/продукції (ProductCode) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа. Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Запаси» (PhysicalStock) відображається інформація про код запасу/продукції, ідентифікатор складу, номер і назву рахунку/субрахунку, на якому обліковується запас/продукція, їх кількість, ціни та вартість на початок та на кінець періоду, за який формується SAF-T UA. Дані в підрозділі «Запаси» (PhysicalStock) можуть бути обмежені запасами/продукцією, за якими здійснювались операції в періоді, за який формується SAF-T UA, та/або для яких наявні залишки на початок/кінець періоду (залишок на початок або кінець не дорівнює 0). | Чат ДПС |
| 02/06/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | У розділі ІV.2 Відомості про придбання/закупівлю (PurchaseInvoices) пункт ІV.2.4" Invoice" розкриваються дані первинного документу - інвойса, в якому вказується сума без ПДВ. Податкова інформація в цьому інвойсі (первинному документі) зазвичай відсутня . В системі обліку суб’єкта господарювання митна декларація не пов’язана з документом придбання/закупівлі в розрізі матеріальних цінностей, і інформацію щодо митних платежів неможливо відобразити в даних первинного документу з придбання/закупівлі матеріальних цінностей в елементах, що стосується інформації про податки в розрізі матеріальних цінностей. В обліку сума ПДВ, яка нарахована на митниці, згідно ВМД ,відображається як заборгованість перед митницею. Саме при проведенні цього документу буде розкрита податкова інформація: вид податку «ПДВ» та код податку (TaxCode) в залежності від ставки- «20/імпорт»,«14/імпорт», «7/імпорт». Виходячи з описаного вище і враховуючи, що елемент ІV.2.4.20.23 Податкова інформація у розділі ІV.2 Відомості про придбання/закупівлю (PurchaseInvoices) є «Mandatory» , чи правильно буде вказати податкову інформацію по цьому інвойсу (первинному документу): вид податку «ПДВ», код податку «Не ПДВ» , або зовсім не вказувати( тоді необхідно змінити обов'язковість заповнення на «Optional»)? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Відомості про придбання/закупівлю»(PurchaseInvoices) розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) на підставі первинних документів зазначається інформація щодо фактичних обсягів придбаних матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з придбання/закупівлі (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). В елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається інформація про податки (на рівні рядка первинного документа). В елементі «Сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається загальна сума податків (на рівні загальних підсумків первинного документа). Елементи «Податкова інформація» (TaxInformation) та «Сума податків» (TaxInformationTotals) повинні обов’язково бути заповнені. Для можливості відображення інформації за різними податками забезпечена технічна можливість використовувати елементи необмежену кількість разів. Для товарів, що ввозяться на митну територію України, база оподаткування яких перевищує договірну (контрактну) вартість, відповідна інформація може бути розкрита в елементі «База оподаткування» (TaxBase) структури інформації про податок (TaxInformationStructure). Відповідно до довідника «Таблиця податків» (TaxTable) (для ПДВ), наведеного після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для ввезених на митну територію України товарів, необоротних активів необхідно використовувати вид податку (TaxType) «ПДВ» та такі коди податків (TaxCode): 20/імпорт – ввезені на митну територію України товари, необоротні активи (за основною ставкою); послуги, отримані від нерезидента, місце постачання яких знаходиться на митній території України (за основною ставкою); 14/імпорт – ввезені на митну територію України товари, необоротні активи (за ставкою 14%); 7/імпорт – ввезені на митну територію України товари, необоротні активи (за ставкою 7%); послуги, отримані від нерезидента, місце постачання яких знаходиться на митній території України (за ставкою 7%); 903 – операції з постачання товарів/послуг, які звільнені від оподаткування. Якщо в системі обліку суб’єкта господарювання митна декларація пов’язана з документом придбання/закупівлі в розрізі матеріальних цінностей, інформацію щодо митних платежів доцільно відображати в даних первинних документів з придбання/закупівлі матеріальних цінностей у елементах, що стосується інформації про податки. І технічно неможливо відобразити інформацію щодо митних платежів в даних первинних документів з придбання/закупівлі, доцільно застосовувати такий підхід: зазначати вид податку (TaxType) «ПДВ» та відповіднийкод податку (TaxCode), що відповідає податковому призначенню ввезених на митну територію України товарів, необоротних активів (наприклад: 20/імпорт, 14/імпорт, 7/імпорт); значення суми податку (TaxAmount) може бути вказане як нульове; при розкритті в розділі «Бухгалтерські операції» (GeneralLedgerEntries) інформації щодо бухгалтерських проведень суб’єкта господарювання за господарськими операціями з нарахування митних платежів інформацію про податки необхідно також відображати в елементі «Податкова інформація» (TaxInformation). | Чат ДПС |
| 05/06/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | Чи вірним є розуміння, що у розділі Бухгалтерські операції (GeneralLedgerEntries) всі суми по балансовим рахункам/субрахункам зазначаються в елементі Сума за дебетом (DebitAmount)? А при розрахунку симетрії ця сума з AccountID трактуватиметься як дебетова, а з CorrespondingAccountID — як кредитова? Якщо дане розуміння є вірним, то для чого в довіднику Сальдові/оборотні відомості (GeneralLedgerAccounts) в формулі збалансованості 3 додається елемент Сума за кредитом (CreditAmount), якщо в умові видно, що розрахунок відбувається тільки по балансовим рахункам (GroupingCategory ≠ 0)? Мова йде про наступний контроль в довіднику Сальдові/оборотні відомості (GeneralLedgerAccounts): [3] ΣAuditFile.GeneralLedgerEntries.Journal.Transaction.Line.DebitAmount.Amount (AccountID; GroupingCategory ≠ 0) + ΣAuditFile.GeneralLedgerEntries.Journal.Transaction.Line.CreditAmount.Amount (AccountID; GroupingCategory ≠ 0) = ΣAuditFile.GeneralLedgerEntries.Journal.Transaction.Line.DebitAmount.Amount (CorrespodingAccountID; GroupingCategory ≠ 0) + ΣAuditFile.GeneralLedgerEntries.Journal.Transaction.Line.CreditAmount.Amount (CorrespodingAccountID; GroupingCategory ≠ 0). | Перевірка збалансованості інформації, систематизованої на рахунках/субрахунках бухгалтерського обліку (формула 3), передбачає, що загальна сума дебетових оборотів повинна дорівнювати загальній сумі кредитових оборотів (крім позабалансових). Згідно з даними розділу «Бухгалтерські операції» (GeneralLedgerEntries) формуються дані щодо дебетових і кредитових оборотів за кожним рахунком/субрахунком. Відбір і формування (сумування) даних щодо дебетових оборотів для відповідних рахунків/субрахунків здійснюється згідно з кодами рахунків (AccountID), а відбір і формування (сумування) даних щодо кредитових оборотів для відповідних рахунків/субрахунків здійснюється згідно з кодами кореспондуючих рахунків (CorrespodingAccountID) незалежно від того, чи суми зазначені за дебетом або кредитом. Підсумки за всіма рахунками/субрахунками (крім позабалансових) за дебетом та кредитом повинні бути рівні. | Чат ДПС |
| 05/06/2025 | Підрозділ ІV.5 «Операції з необоротними активами» (AssetTransactions) | Чи потрібно в операціях з основним засобом заповнювати блок про Постачальника, у якого було куплено даний ОС, якщо введення в експлуатацію було проведено не одразу (тобто із залишків по складу кап. інвестицій) і в періоді відображення операції з даним постачальником вже не було жодних відносин. В довіднику Постачальників такого постачальника показувати не планували, оскільки немає рухів в періоді. Чи не буде це проблемою, оскільки поле SupplierID має посилання KeySupplier? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Операції з необоротними активами» (AssetTransactions) відображається інформація в розрізі господарських операцій з необоротними активами суб’єкта господарювання з наведенням опису такого активу, кореспондуючих рахунків/субрахунків, по яких здійснено проведення, контрагентів та розкриттям іншої інформації. У елементі «Постачальник» (Supplier) зазначається інформація про постачальника активу. Інформацію про постачальника відображається (за наявності відповідних даних в обліковій системі суб’єкта господарювання). В елементі «Ідентифікатор постачальника» (SupplierID) зазначається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України/ реєстраційний номер облікової картки платника податків фізичної особи/ код нерезидента. Для ідентифікаторів постачальників (SupplierID) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа. Таким чином, при відображенні операцій з необоротними активами інформація щодо коду ЄДРПОУ/РНОКПП постачальника-контрагента повинна бути зазначена у відповідних підрозділах для забезпечення коректного розкриття в бухгалтерських проведеннях. | Чат ДПС |
| 12/06/2025 | Підрозділ ІV.5 «Операції з необоротними активами» (AssetTransactions) | Якщо робиться внесок у статутний капітал дочірньої компанії, дану операцію відображати в операціях з необоротними активами та в Довіднику необоротні активи, як в даному випадку заповнити інформацію щодо постачальника, кого треба вказати чи не вказувати зовсім? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку / субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники щодо кожного окремого активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних із цим активом, а також із розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. В елементі «Постачальник» (Supplier; complex; Optional; 0..∞) зазначається інформація щодо постачальників/виробника (за наявності). Якщо відповідна інформація відсутня, то цей елемент використовувати не слід. | Чат ДПС |
| 16/06/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Суб'єкт господарювання веде облік за МСФЗ. Облік оренди за МСФЗ 16 нарахування щомісячних орендних платежів Орендодавцем Орендарю не розглядає як операції з закупівлі, і відповідно такі операції суб'єкти господарювання відображають бухгалтерськими записами: поступлення послуг оренди від Орендодавця: Дт 61 рах. Поточна заборгованість за довгостроковими зобов'язаннями Кт 631 Розрахунки з постачальниками Дт 6442 Кт 631 розрахунки з ПДВ Дт 6412 Кт 6442 отримання податкової накладної. Чи повинен суб'єкт господарювання, який веде облік за МСФЗ, відображати такі операції в розділі ІV SAF-T Закупівлі? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про придбання/закупівлю (PurchaseInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів придбаних матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з придбання/закупівлі (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Інформація щодо орендних платежів повинна відображатися орендарем у підрозділі «Відомості про придбання/закупівлю (PurchaseInvoices). | Чат ДПС |
| 23/06/2025 | Підрозділ ІV.4 «Операції із запасами» (MovementOfGoods) | Просимо надати роз'яснення як корректно відобразити в елементах ІІ.12 Запаси (PhysicalStock) та ІV.4 Операції із запасами (MovementOfGoods) В першому періоді було закуплено 20 шт Товару1 з собівартістю 10000 грн в наступному місяці було зроблено переоцінку даного Товару1 на 800 грн, тобто на початок другого періоду OpeningStockValue =10000 на кінець другого періоду ClosingStockValue=10800 Жодних операцій з Товаром1, окрім дооцінки, протягом другого періоду не відбулося Як правильно ми маємо відобразити операції з запасами для Товару1, щоб коректно пройшла перевірка збалансованості сум: ΣOpeningStockValue (AccountID) + ΣAuditFile.MovementOfGoods.StockMovement.Line.BookValue (AccountID) - ΣAuditFile.MovementOfGoods.StockMovement.Line.BookValue (CorrespondingAccountID) = ΣClosingStockValue (AccountID) ? Чи можемо ми створити технічну операцію з нульовою кількістю, але з BookValue, щоб відобразити зміну вартості товарів? тобто вказати для такого запису в ІV.4 Операції із запасами (MovementOfGoods) 0 800.00 Чи можливо маємо це відобразити іншим способом? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Операції із запасами» (MovementOfGoods) на підставі первинних документів зазначається інформація в розрізі операцій, проведених із матеріальними цінностями, з обов’язковим зазначенням номерів рахунків / субрахунків, на яких вони обліковуються, їх кількості, ціни та вартості, а також із розкриттям іншої інформації відповідно до таблиці цього підрозділу SAF-T UA. В елементі «Кількість» (Quantity; SAFquantityType; totalDigits 22, fractionDigits 6; nillable="true"; Mandatory; 1..1) зазначається числова величина, визначена в одиницях виміру. У елементі «Сума» (BookValue) Грошова оцінка загальної вартості запасу в національній валюті. Якщо операція передбачає збільшенням балансової вартості відповідних запасів у зв’язку з їх дооцінкою, які не впливають на кількість запасів, у цьому елементі передбачена технічна можливість відображення нульових значень (атрибут nillable="true"). | Чат ДПС |
| 23/06/2025 | Підрозділ ІІ.2 «Довідники операцій» (TransactionFeatures) | Питання стосовно Довідника типів транзакцій (TransactionType). Якщо наша облікова система сформована таким чином, що для придбання необоротних та нематеріальних активів застосовується той же тип документу, що і для придбання товарів (робіт, послуг), тобто немає окремого документу для необоротних активів, чи можемо ми при формуванні Довідника типів транзакцій (TransactionType) не виділяти такі транзакції в окремий тип так як це пропонує Приклад заповнення? | Відповідно до Детального технічного опису елементів SAF-T UA підрозділ «Довідники операцій» (TransactionFeatures) передбачає опис типів господарських операцій, що здійснювалися суб’єктом господарювання, із наведенням відповідних умовних позначень операцій та їх характеристик. При наведенні типу та опису операцій, пов’язаних з придбанням/продажем товарів, робіт/послуг, здійснюється відповідне розмежування зазначених операцій з урахуванням того, яка подія (перерахування коштів (додаткова ознака при умовному позначенні операції – «С») або отримання чи постачання товарів, робіт/послуг (додаткова ознака при умовному позначенні операції – «П»)) відбулася першою (у разі якщо суб’єктом господарювання застосовуються інші ознаки або кодування операцій, які дозволяють здійснити вищенаведене розмежування, можуть бути застосовані такі ознаки або коди операцій). Довідник «Тип операції» (TransactionType), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Приклад» відповідних елементів підрозділу «Довідники операцій» (TransactionFeatures) та є наочним прикладом заповнення для кращого розуміння природи даних. Налаштування (зіставлення) власних об’єктів з цим довідником є необов’язковим. При наведенні типу та опису операцій у підрозділі «Довідники операцій» (TransactionFeatures) суб’єкт господарювання може застосовувати власну класифікацію. | Чат ДПС |
| 02/07/2025 | Підрозділ ІІ.15 «Податкові різниці» (TaxDifferences) | Прошу надати роз’яснення щодо порядку відображення коригування податкових різниць в зв’язку з поданням уточнюючих Декларацій про прибуток підприємства, а саме: Яким чином відображати в SAF T UA коригування різниць з податку на прибуток згідно з уточнюючми деалараціями за попередні періоди поточного року? Яким чином відорбражати в SAF T UA коригування різниць по податку на прибуток за 1 квартал поточного року, якщо відповідна уточнююча декларація подається в четвертому кварталі цього ж поточного року? Необхідно оновитии показник 1 кварталу? Або необхідно відображити дельту для різниць першого кварталу? Або необхідно відмінусувати раніше відображені дані першого кварталу і додати новий коректний показник за перший квартал? Яким чином відображати коригування різниць по податку на прибуток за попередні періоди минулого року? Наприклад, якщо коригування різниць за періоди півріччя, 9 місіців та рік 2024 року податються окремими уточнюючими деклараціями в 2025 року. Яким чином в SAF T UA 2025 відображати коригування різниць за 2024 рік? Потрібно відображати коригування за кожний окремий період чи лише загальну річну суму коригування? Потрібно надавати уточнюючий SAF T UA за попередній рік чи буде надано алгортим відорбраження цих коригувань поточному році? Чи необхідно відображати в SAF T UA звітного коригування податкових різниць за попередні роки, коли SAF T UA не готувався згідно з діючим законодавством? Яким чином в SAF T UA відображати від’ємні різниці? З мінусом чи з плюсом, як в додатку РІ? | Відповідно до Порядку в розділі 5 «Податкові різниці» Структури надання електронних документів (інформації) ВПП (стандартний аудиторський файл (SAF-T UA))заповнюються дані щодо податкових різниць, на які збільшується / зменшується фінансовий результат у розрізі кожного показника, визначеного у Кодексі, що в періоді, за який надається інформація на запит контролюючого органу, мав вплив на фінансовий результат суб’єкта господарювання (як у бік зменшення, так і бік збільшення). При цьому відображається кожний елемент податкових різниць зі стислим описом характеристики сутності операції, її обґрунтування відповідно до вимог НП(С)БО / МСБО, МСФЗ, відображення проведених операцій у бухгалтерському обліку (бухгалтерські проведення) суб’єкта господарювання, загальна сума податкових різниць. Інформація заповнюється за кожний податковий звітний період у межах періоду господарської діяльності суб’єкта господарювання, за який формується SAF-T UA. Якщо у відповідному періоді здійснювалося виправлення помилок у декларації з податку на прибуток, то суми різниць за кожний податковий звітний період у межах періоду господарської діяльності суб’єкта господарювання, за який формується SAF-T UA, мають бути зазначені в елементі «Сума за період» (TaxDifferenceAmountForPeriod) відповідно до уточнених даних. | Чат ДПС |
| 07/07/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | В компанії для наданння (отримання) знижки використовуються документи АктЗнижкиПокупцю та АктЗнижкиВідПостачальника. Знижки можуть надаватися як в звітному періоді, так і минулих періодах. В який розділ "SourceDocuments " треба їх вивантажувати? | У Детальному технічному описі елементів SAF-T UAпередбачено, що: в підрозділі «Відомості про продаж» (SalesInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів реалізованих матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій із продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Отже, інформація щодо наданих після дати реалізації знижок повинна відображатися продавцем у підрозділі «Відомості про продаж» (SalesInvoices). У Детальному технічному описі елементів SAF-T UA передбачено, що в підрозділі «Відомості про придбання / закупівлю» (PurchaseInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів придбаних матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій із придбання / закупівлі (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Отже, інформація щодо отриманих після дати придбання знижок повинна відображатися покупцем у підрозділі «Відомості про придбання / закупівлю» (PurchaseInvoices). | Чат ДПС |
| 07/07/2025 | Підрозділ ІV.6 «Інформація про бухгалтерські довідки та інші первинні документи» (OtherSourceDocuments) | Чи потрібно вивантажувати податкові накладні та додатки 2. Якщо так то в який розділ "SourceDocuments"? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Інформація про бухгалтерські довідки та інші первинні документи» (OtherSourceDocuments) зазначаються дані, що відображені в складених і проведених в бухгалтерському обліку суб’єкта господарювання бухгалтерських (службових) довідках, складених у довільній формі посадовими особами суб’єкта господарювання, та інших первинних документах, які містять інформацію про деталі господарської операції, які не включені до попередніх підрозділів цього файлу SAF-T UA. Якщо дані, що відображені у складених і проведених у бухгалтерському обліку суб’єкта господарювання бухгалтерських (службових) довідках, складених у довільній формі посадовими особами суб’єкта господарювання, та інших первинних документах, розкриті у всіх суттєвих аспектах в елементах підрозділу 3.1 «Бухгалтерські операції» розділу III «Журнал бухгалтерських записів», то зазначати їх у підрозділі 4.6 «Інформація про бухгалтерські довідки та інші первинні документи» розділу IV «Інформація про документальне забезпечення записів бухгалтерського обліку» не потрібно. | Чат ДПС |
| 14/07/2025 | Підрозділ ІV.3 «Відомості про платежі» (Payments) | Прохання надати роз'яснення: 1. В ІV.3 Відомості про платежі (Payments) при сплаті податків до бюджету (ПДВ, Пенсійний збір 7,5%, ПДФО, ВЗ та інші), чи має бути заповнена інформація щодо перерахованого податку в елементах ІV.3.4.12.12 PaymentLineAmount Сума за рядком платежу ІV.3.4.12.12 TaxInformation Податкова інформація ІV.3.4.14.1 TaxInformationTotals Сума податків 2. В ІV.3 Відомості про платежі (Payments) при здійсненні передоплати (авансу) контрагенту за надання товарів (робіт послуг), чи має бути заповнена інформація щодо податку (ПДВ), включеного в оплату за надання товарів (робіт послуг), в елементах ІV.3.4.12.12 TaxInformation Податкова інформація ІV.3.4.14.1 TaxInformationTotals Сума податків 3. в ІV.3 Відомості про платежі (Payments) при перерахуванні постоплати контрагенту за надання товарів (робіт послуг), чи має бути заповнена інформація щодо податку (ПДВ), включеного в оплату за надання товарів (робіт послуг), в елементах ІV.3.4.12.12 TaxInformation Податкова інформація ІV.3.4.14.1 TaxInformationTotals Сума податків | Згідно з Детальним технічним описом елементів SAF-T UAв підрозділі «Відомості про платежі» (Payments) на підставі первинних документів зазначається інформація щодо отриманих / перерахованих грошових коштів суб’єкта господарювання з наведенням способів оплати, кореспондуючих рахунків та іншої інформації щодо характеристик проведених розрахунків у розрізі платежів (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Елемент «Платіж» (Payment; complex; Mandatory; 1..∞) використовується для відображення даних платежу (на підставі первинних документів зазначається інформація щодо отриманих / перерахованих грошових коштів суб’єкта господарювання, в тому числі за операціями, пов’язаними з продажем / придбанням товарів, робіт та послуг). На рівні рядка документа платежу відображається, зокрема, така інформація: в елементі «Сума за рядком платежу» (PaymentLineAmount; AmountStructure; complex; Mandatory; 1..1) зазначається сума операції за вирахуванням податків (якщо відповідна сума виокремлена); в елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Optional; 0..∞) зазначається інформація про податки (якщо відповідна сума виокремлена). На рівні загальних підсумків документа відображається така інформація: в елементі «Сума без податків» (NetTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Optional; 0..1) зазначається загальна сума без урахування податків (якщо відповідна сума виокремлена); в елементі «Сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Optional; 0..∞) зазначається загальна сума податків (якщо відповідна сума виокремлена). в елементі «Загальна сума» (GrossTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається загальна сума з урахування податків. Узгодженість між значеннями цих елементів повинна забезпечуватись на основі таких логічних формул: [3] NetTotal (SystemID) = ΣPaymentLineAmount.Amount(SystemID); [4] ΣTaxInformationTotals.TaxAmount.Amount (SystemID; TaxCode) = ΣTaxInformation.TaxAmount.Amount (SystemID; TaxCode) (якщо заповнено); [5] GrossTotal (SystemID) = NetTotal (SystemID) + ΣTaxInformationTotals.TaxAmount.Amount (SystemID) (якщо заповнено). | Чат ДПС |
| 15/07/2025 | Загальні питання | Чи можливо отримати розгорнуту Квитанцію 2 з прикладами які саме елементи не збігаються в надісланому файлі? | Згідно з Детальним технічним описом елементів SAF-T UA файли даних SAF-T UA, надіслані до ДПС суб’єктами господарювання в XML-форматі, проходять контроль (валідацію) із застосуванням схеми контролю XML-документів (файл XSD). Це перший рівень контролю даних файлу SAF-T UA, після якого формується перша квитанція. У стовпці «Валідація» для окремих елементів відображена умова, за якою буде проходити валідація даних, які розміщуватимуться в зазначеному елементі. Це другий рівень контролю даних файлу SAF-T UA, після якого формується друга квитанція. У другій квитанції назва помилки відповідає назві, яка зазначена у стовпці «Валідація» для окремих елементів у Детальному технічному описі елементів SAF-T UA. Наприклад, повідомлення про помилку у другій квитанції з кодом «RE-3» («Перевірка збалансованості інформації про наявність та рух запасів») відповідає умові валідації «Перевірка збалансованості інформації про наявність та рух запасів», визначеній у Детальному технічному описі елементів SAF-T UA. Відповідна перевірка здійснюється за такими формулами: [1] ΣOpeningStockValue (AccountID) + ΣAuditFile.SourceDocuments.MovementOfGoods.StockMovement.Line.BookValue (AccountID) – ΣAuditFile.SourceDocuments.MovementOfGoods.StockMovement.Line.BookValue (CorrespondingAccountID) = ΣClosingStockValue (AccountID); [2] ΣOpeningStockValue (AccountID) = AuditFile.MasterFiles.GeneralLedgerAccounts.Account.OpeningDebitBalance (AccountID) – AuditFile.MasterFiles.GeneralLedgerAccounts.Account.OpeningCreditBalance (AccountID); [3] ΣClosingStockValue (AccountID) = AuditFile.MasterFiles.GeneralLedgerAccounts.Account.ClosingDebitBalance (AccountID) – AuditFile.MasterFiles.GeneralLedgerAccounts.Account. ClosingCreditBalance (AccountID). Отже, друга квитанція містить необхідну інформацію для опрацювання відповідних помилок та подання виправлених файлів. | Чат ДПС |
| 18/07/2025 | Загальні питання | Якщо період, визначений у запиті контролюючого органу, перевищує один календарний рік, чи потрібно подавати окремі файли SAF-T UA в рамах відповідних календарних років? | Загальні принципи організації надання документів (інформації), визначених у пункті 85.2 статті 85 Податкового кодексу України (далі – Кодекс), в електронній формі великими платниками податків (далі – ВПП) до контролюючих органів та формат і структуру таких документів при проведенні документальної перевірки визначено в Порядку надання документів великого платника податків в електронній формі, затвердженому наказом Міністерства фінансів України від 07.11.2011 № 1393 (далі – Порядок). Згідно з пунктом 2.4 розділу II Порядку контролюючі органи забезпечують направлення ВПП запиту в довільній формі про надання електронних документів (інформації) ВПП та відомостей про можливі способи їх подання, електронну адресу та контактні телефони відповідальних осіб. Початок та кінець періоду, за який формується стандартний аудиторський файл (SAF-T UA), визначаються в запиті контролюючого органу. Якщо період, що підлягає перевірці, перевищує календарний рік, суб’єкт господарювання повинен подавати окремі файли SAF-T UA в межах відповідних календарних років. Наприклад, якщо перевірці підлягає період з 01.10.2022 по 31.03.2025, необхідно сформувати чотири окремі файли SAF-T UA: за період з 01.10.2022 по 31.12.2022; за період з 01.01.2023 по 31.12.2023; за період з 01.01.2024 по 31.12.2024; за період з 01.01.2025 по 31.03.2025. | Роз'яснення ДПС |
| 18/07/2025 | Загальні питання | Чи може платник податків завчасно формувати помісячні або поквартальні файли SAF-T UA з повним набором даних за відповідні періоди та на запит контролюючого органу надавати їх як гнучку кількість файлів, сформованих на основі завершеної | У Детальному технічному описі елементів SAF-T UA передбачено підхід щодо формування множини файлів, відповідно до якого один відбір даних може призводити до формування множини файлів даних. Суть цього підходу полягає в тому, що відбір даних виконується в різні файли XML. Тобто передбачається гнучка кількість файлів, сформованих на основі завершеної порції даних, які разом містять повний набір даних SAF-T UA. Кожен файл – завершена порція даних – має проходити перевірку (тобто бути валідним) згідно зі схемою XSD незалежно від інших файлів. Формування файлу SAF-T UA за період, визначений у запиті контролюючого органу, здійснюється за алгоритмом, наведеним у Детальному технічному описі елементів SAF-T UA, який передбачає технічний поділ цілісного файлу. | Роз'яснення ДПС |
| 18/07/2025 | Загальні питання | Як повинен формуватися SAF-T UA, якщо дані суб’єкта господарювання зберігаються в окремих системах обліку? | Формування SAF-T UA повинно здійснюватися на основі даних вихідної системи обліку відповідно до обраної підприємством форми бухгалтерського обліку як певної системи регістрів обліку, порядку і способу реєстрації та узагальнення інформації в них із додержанням єдиних засад, встановлених у Законі України від 16 липня 1999 року № 996-XIV «Про бухгалтерський облік та фінансову звітність в Україні», та з урахуванням особливостей своєї діяльності і технології обробки облікових даних. Незалежно від того, чи зберігаються дані суб’єкта господарювання в окремих системах чи в інтегрованій системі, SAF-T UA повинен формуватися як єдиний файл відповідно до структури, наведеної в додатку до Порядку | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Чи допускається у відомостях про продаж відображати роздрібні продажі без ідентифікації покупця на основі звітів про реалізовані товари (надані послуги)? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про продаж» (SalesInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів реалізованих матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій із продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). У разі здійснення роздрібного продажу без ідентифікації покупця, в елементах «Ідентифікатор покупця» (CustomerID) та «Код контрагента» (RegistrationNumber) проставляється умовний код «100000000000», а в елементі «Найменування контрагента» (Name) зазначається «Неплатник». Якщо в системі обліку суб’єкта господарювання інформація щодо роздрібних продажів відображається на основі звітів про реалізовані товари (надані послуги), то заповнення підрозділу «Відомості про продаж» (SalesInvoices) має здійснюватися на підставі таких звітів із зазначенням інформації щодо фактичних обсягів реалізованих матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій із продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Чи потрібно орендодавцю відображати у відомостях про продаж інформацію щодо орендних платежів? | Інформація щодо орендних платежів повинна відображатися орендодавцем у підрозділі «Відомості про продаж» (SalesInvoices). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Як комітенту слід відображати інформацію про покупця у відомостях про продаж при здійсненні експортної поставки товарів за договором комісії, якщо в обліку ведуться розрахунки з українським контрагентом – комісіонером, а відвантаження товару відбувається на адресу іноземного покупця (нерезидента)? | У разі продажу матеріальних цінностей, переданих на комісію (в тому числі для операцій із вивезення товарів за межі митної території України в митному режимі експорту), в підрозділі «Відомості про продаж» (SalesInvoices) на підставі звіту комісіонера (акта наданих послуг) зазначається інформація щодо контрагента – комісіонера. Згідно з довідником «Таблиця податків» (TaxTable) (для ПДВ), наведеним після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для операцій із вивезення товарів за межі митної території України, що підлягають оподаткуванню за нульовою ставкою, необхідно використовувати код податку (TaxCode) «901». | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Якщо одиниця виміру, зазначена в первинному документі, відрізняється від базової, то як повинен розраховуватись відповідний коефіцієнт перерахунку? | В елементі «Одиниця виміру» (InvoiceUOM; KeyUnitOfMeasure, RefSalesInvoiceLineUOM; SAFcodeType; simple; maxLength 9; Optional; 0..1) зазначається фізична величина, визначена в одиницях виміру ваги, об’єму або інших натуральних показниках кількості запасу / продукції (товару / роботи, послуги), прийнята для їх кількісного відображення. В елементі «Коефіцієнт перерахунку одиниці виміру в базову» (UOMtoUOMBaseConversionFactor; xs:decimal; simple; Optional; 0..1) зазначається коефіцієнт перерахунку одиниці виміру, вказаної в первинному документі, в базову одиницю виміру (якщо вони відрізняються). Наприклад, якщо в первинному документі для пива світлого пастеризованого «Солодове» (0,5 л, 4.5 %) зазначено одиницю виміру 2061 (пляш.), а базова одиниця виміру – 2062 (тис. пляш.), то відповідний коефіцієнт перерахунку одиниці виміру в базову становить 0,001. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Яку інформацію необхідно зазначати в кредит-ноті при відображенні документа повернення / коригування, якщо в системі обліку суб’єкта господарювання відсутній технічний зв’язок з основним первинним документом, або такий зв’язок не забезпечується на рівні окремих рядків документів, або коригування є частковим? | В елементі «Кредит-нота» (CreditNote; complex; Optional; 0..1) відображається інформація про коригування. У межах цього елемента слід заповнити таку інформацію (на рівні рядка первинного документа): в елементі «Посилання на основний документ» (Reference; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається посилання документа повернення / коригування на основний первинний документ; в елементі «Причина коригування» (Reason; SAFlongtextType; simple; maxLength 256; Optional; 0..1) зазначається причина або обґрунтування повернення / коригування. Якщо в системі обліку суб’єкта господарювання відсутній технічний зв’язок між документом повернення / коригування і основним первинним документом, елемент «Кредит-нота» (CreditNote) може не використовуватись. Якщо в системі обліку суб’єкта господарювання технічний зв’язок між документом повернення / коригування і основним первинним документом не забезпечується на рівні рядків документів, допускається однакове значення елемента «Посилання на основний документ» (Reference) у всіх рядках документа, навіть у разі часткового коригування. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Чи потрібно у відомостях про продаж відображати бухгалтерські проведення щодо податкових зобов’язань з податку на додану вартість? | У підрозділі «Відомості про продаж» (SalesInvoices) не передбачено відображення повного набору бухгалтерських проведень за господарськими операціями з реалізації. На рівні кожного рядка первинного документа зазначається лише основна кореспонденція рахунків / субрахунків щодо реалізації матеріальних цінностей, робіт та послуг. Нарахування податкових зобов’язань з податку на додану вартість розкривається в розділі «Бухгалтерські операції» (GeneralLedgerEntries) SAF-T UA. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Чи потрібно у відомостях про продаж зазначати дані податкової накладної, складеної на суму перевищення бази оподаткування над фактичною ціною постачання? | Зазначати інформацію податкової накладної, складеної на суму перевищення бази оподаткування, визначеної відповідно до статей 188 і 189 Кодексу, над фактичною ціною постачання, в підрозділі «Відомості про продаж» (SalesInvoices) не потрібно. Дані такої податкової накладної відображаються в інформації щодо бухгалтерських проведень суб’єкта господарювання в розділі «Бухгалтерські операції» (GeneralLedgerEntries). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Як у відомостях про продаж зазначати податкову інформацію для послуг із переробки давальницької сировини нерезидента, попередньо ввезеної на митну територію України в митному режимі переробки? | В елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається інформація про податки (на рівні рядка первинного документа). В елементі «Загальна сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається сума податків (на рівні загальних підсумків первинного документа). Елементи «Податкова інформація» (TaxInformation) та «Сума податків» (TaxInformationTotals) повинні обов’язково бути заповнені. Відповідно до довідника «Таблиця податків» (TaxTable) (для ПДВ), наведеного після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для операцій із постачання на митній території України товарів / послуг, що підлягають оподаткуванню за нульовою ставкою (у тому числі послуг із переробки давальницької сировини, попередньо ввезеної на митну територію України для виконання таких робіт та вивезеної за межі митної території України платником, що виконував такі роботи, або отримувачем-нерезидентом), слід використовувати код податку (TaxCode) «902». | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Як у відомостях про продаж відображати інформацію щодо податку на додану вартість у складі первинного документа з реалізації послуг нерезиденту? | Згідно з довідником «Таблиця податків» (TaxTable) (для ПДВ), наведеним після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для операцій із постачання послуг нерезиденту слід використовувати такі коди податків (TaxCode): 20 – операції з постачання товарів / послуг, що підлягають оподаткуванню за основною ставкою; 7 – операції з постачання товарів / послуг, що підлягають оподаткуванню за ставкою 7 відсотків; Не ПДВ – операції, що не є об'єктом оподаткування, операції з постачання послуг за межами митної території України та послуг, місце постачання яких визначено відповідно до пунктів 186.2, 186.3 статті 186 розділу V Кодексу за межами митної території України. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Як у відомостях про продаж повинні бути узгоджені показники грошової оцінки вартості продукції (товарів / робіт, послуг) та інформації про податки? | Елемент «Рахунок-фактура» (Invoice; InvoiceStructure; complex; Mandatory; 1..∞) використовується для відображення даних первинного документа з продажу. На рівні рядка первинного документа відображається, зокрема, така інформація: в елементі «Сума за рядком первинного документа» (InvoiceLineAmount; AmountStructure; complex; Mandatory; 1..1) зазначається грошова оцінка вартості продукту за вирахуванням податків; в елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається інформація про податки. На рівні загальних підсумків первинного документа відображається така інформація: в елементі «Сума без податків та витрат на доставку» (NetTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається загальна сума без урахування податків та витрат на доставку; в елементі «Сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається загальна сума податків; в елементі «Сума витрат на доставку» (ShippingCostsAmountTotal; SAFmonetaryType; simple; Optional; 0..1) зазначається загальна сума витрат на доставку / перевезення; в елементі «Загальна сума» (GrossTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається грошова оцінка загальної вартості продукції (товару / роботи, послуги). Узгодженість між значеннями цих елементів повинна забезпечуватись на основі таких логічних формул: [1] NetTotal (SystemID) = ΣInvoiceLineAmount.Amount (SystemID); [2] ΣTaxInformationTotals.TaxAmount.Amount (SystemID; TaxCode) = ΣTaxInformation.TaxAmount.Amount (SystemID; TaxCode); [3] GrossTotal (SystemID) = NetTotal (SystemID) + ΣTaxInformationTotals.TaxAmount.Amount (SystemID) + ShippingCostsAmountTotal (SystemID). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Чи потрібно орендарю відображати у відомостях про придбання / закупівлю інформацію щодо орендних платежів? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про придбання / закупівлю» (PurchaseInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів придбаних матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій із придбання / закупівлі (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Інформація щодо орендних платежів повинна відображатися орендарем у підрозділі «Відомості про придбання / закупівлю» (PurchaseInvoices). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Як у відомостях про придбання / закупівлю необхідно відображати інформацію щодо дат, якщо до моменту закінчення складання регістрів бухгалтерського обліку за звітний період від контрагента отримано первинний документ (акт) щодо фактично наданих послуг у грудні 2024 року, який має дату складання 05.01.2025 та зафіксований у системі обліку суб’єкта господарювання 10.01.2025 з датою відображення господарської операції 31.12.2024? | Відповідно до характеристик елементів підрозділу «Відомості про придбання / закупівлю» (PurchaseInvoices) інформація щодо дат первинного документа (акта), наведеного у прикладі, може відображатися так: Елемент / Характеристика / Значення Обліковий період (Period) / Звітний період, до якого належить операція (порядковий номер місяця) / 12 Звітний рік (PeriodYear) / Звітний рік, до якого належить операція /2024 Дата (InvoiceDate) / Дата здійснення операції (якщо дата здійснення операції та дата оформлення (складання) документа відрізняються, то зазначається дата оформлення (складання) документа) / 05.01.2025 Дата облікового запису (GLPostingDate) / Дата, якою суб’єкт господарювання здійснює обліковий запис у бухгалтерському обліку / 31.12.2024 | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Як у відомостях про придбання / закупівлю необхідно відображати інформацію щодо дат господарської операції, якщо в місяці надходження від контрагента первинного документа (акта) щодо фактично наданих послуг у грудні 2024 року, який має дату складання 05.01.2025 та зафіксований у системі обліку суб’єкта господарювання 10.01.2025, здійснюється коригування на суму різниці між оцінкою такої господарської операції за внутрішнім первинним документом (актом) та первинним документом, отриманим від контрагента? | Відповідно до характеристик елементів підрозділу «Відомості про придбання / закупівлю» (PurchaseInvoices) інформація щодо дат внутрішнього первинного документа (акта) може відображатися так: Елемент / Характеристика / Значення Обліковий період (Period) / Звітний період, до якого належить операція (порядковий номер місяця) / 12 Звітний рік (PeriodYear) / Звітний рік, до якого належить операція / 2024 Дата (InvoiceDate) / Дата здійснення операції (якщо дата здійснення операції та дата оформлення (складання) документа відрізняються, то зазначається дата оформлення (складання) документа) / 31.12.2024 Дата облікового запису (GLPostingDate) / Дата, коли суб’єкт господарювання здійснює обліковий запис у бухгалтерському обліку / 31.12.2024 Відповідно до характеристик елементів підрозділу «Відомості про придбання / закупівлю» (PurchaseInvoices) інформація щодо дат первинного документа (акта), наведеного у прикладі, може відображатися так: Елемент / Характеристика / Значення Обліковий період (Period) / Звітний період, до якого належить операція (порядковий номер місяця) / 1 Звітний рік (PeriodYear) / Звітний рік, до якого належить операція / 2025 Дата (InvoiceDate) /Дата здійснення операції (якщо дата здійснення операції та дата оформлення (складання) документа відрізняються, то зазначається дата оформлення (складання) документа) / 05.01.2025 Дата облікового запису (GLPostingDate) / Дата, коли суб’єкт господарювання здійснює обліковий запис у бухгалтерському обліку / 05.01.2025 | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Якщо одиниця виміру, зазначена в первинному документі, відрізняється від базової, то як повинен розраховуватись відповідний коефіцієнт перерахунку? | В елементі «Одиниця виміру» (InvoiceUOM; KeyUnitOfMeasure, RefSalesInvoiceLineUOM; SAFcodeType; simple; maxLength 9; Optional; 0..1) зазначається фізична величина, визначена в одиницях виміру ваги, об’єму або інших натуральних показниках кількості запасу / продукції (товару / роботи, послуги), прийнята для їх кількісного відображення. В елементі «Коефіцієнт перерахунку одиниці виміру в базову» (UOMtoUOMBaseConversionFactor; xs:decimal; simple; Optional; 0..1) зазначається коефіцієнт перерахунку одиниці виміру, зазначеної в первинному документі, в базову одиницю виміру (якщо вони відрізняються). Наприклад, якщо в первинному документі для пива світлого пастеризованого «Солодове» (0,5 л, 4.5 %) зазначено одиницю виміру 2061 (пляш.), а базова одиниця виміру – 2062 (тис. пляш.), то відповідний коефіцієнт перерахунку одиниці виміру в базову становить 0,001. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Яку інформацію необхідно зазначати в кредит-ноті при відображенні документа повернення / коригування, якщо в системі обліку суб’єкта господарювання відсутній технічний зв’язок з основним первинним документом, або такий зв’язок не забезпечується на рівні окремих рядків документів, або коригування є частковим? | В елементі «Кредит-нота» (CreditNote; complex; Optional; 0..1) відображається інформація про коригування. У межах цього елемента слід заповнити таку інформацію (на рівні рядка первинного документа): в елементі «Посилання на основний документ» (Reference; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається посилання документа повернення / коригування на основний первинний документ; в елементі «Причина коригування» (Reason; SAFlongtextType; simple; maxLength 256; Optional; 0..1) зазначається причина або обґрунтування повернення / коригування. Якщо в системі обліку суб’єкта господарювання відсутній технічний зв’язок між документом повернення / коригування і основним первинним документом, елемент «Кредит-нота» (CreditNote) може не використовуватись. Якщо в системі обліку суб’єкта господарювання технічний зв’язок між документом повернення / коригування і основним первинним документом не забезпечується на рівні рядків документів, допускається однакове значення елемента «Посилання на основний документ» (Reference) у всіх рядках документа, навіть у разі часткового коригування. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Чи потрібно у відомостях про придбання / закупівлю відображати бухгалтерські проведення щодо податкового кредиту з податку на додану вартість? | У підрозділі «Відомості про придбання / закупівлю» (PurchaseInvoices) не передбачено відображення повного набору бухгалтерських проведень за господарськими операціями з придбання / закупівлі. На рівні кожного рядка первинного документа зазначається лише основна кореспонденція рахунків / субрахунків щодо придбання матеріальних цінностей, робіт та послуг. Нарахування податкового кредиту з податку на додану вартість розкривається в розділі «Бухгалтерські операції» (GeneralLedgerEntries) SAF-T UA. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Як у відомостях про придбання / закупівлю відображати інформацію щодо митних платежів (податок на додану вартість, мито, акцизний податок) у складі первинного документа з придбання / закупівлі товарів? | Якщо в системі обліку суб’єкта господарювання митна декларація пов’язана з документом придбання / закупівлі в розрізі матеріальних цінностей, інформацію щодо митних платежів доцільно відображати в даних первинних документів з придбання / закупівлі матеріальних цінностей у елементах, що стосується інформації про податки. В елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається інформація про податки (на рівні рядка первинного документа). В елементі «Сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається загальна сума податків (на рівні загальних підсумків первинного документа). Елементи «Податкова інформація» (TaxInformation) та «Сума податків» (TaxInformationTotals) повинні обов’язково бути заповнені. Для можливості відображення інформації за різними податками забезпечено технічну можливість використовувати ці елементи необмежену кількість разів. Для товарів, що ввозяться на митну територію України, база оподаткування яких перевищує договірну (контрактну) вартість, відповідна інформація може бути розкрита в елементі «База оподаткування» (TaxBase) структури інформації про податок (TaxInformationStructure). Згідно з довідником «Таблиця податків» (TaxTable) (для ПДВ), наведеним після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для ввезених на митну територію України товарів, необоротних активів слід використовувати вид податку (TaxType) «ПДВ» та такі коди податків (TaxCode): 20 / імпорт – ввезені на митну територію України товари, необоротні активи (за основною ставкою); послуги, отримані від нерезидента, місце постачання яких розташоване на митній території України (за основною ставкою); 14 / імпорт – ввезені на митну територію України товари, необоротні активи (за ставкою 14 %); 7 / імпорт – ввезені на митну територію України товари, необоротні активи (за ставкою 7 %); послуги, отримані від нерезидента, місце постачання яких розташоване на митній території України (за ставкою 7 %); 903 – операції з постачання товарів / послуг, які звільнені від оподаткування. Відповідно до Класифікації доходів бюджету для ввізного мита може використовуватись вид податку (TaxType) «15010000» та, зокрема, такі коди податків (TaxCode): 15010100 – мито на товари, що ввозяться суб’єктами підприємницької діяльності; 15010500 – мито на нафтопродукти, транспортні засоби та шини до них, що ввозяться суб’єктами підприємницької діяльності та громадянами (крім мита, яке сплачується при поміщенні суден у митний режим тимчасового ввезення з умовним частковим звільненням від оподаткування митними платежами). Для акцизного податку з ввезених на митну територію України підакцизних товарів (продукції) може використовуватись вид податку (TaxType) «14030000» та такі коди податків (TaxCode): 14030100 – спирт; 14030200 – лікеро-горілчана продукція; 14030300 – виноробна продукція; 14030400 – пиво; 14030600 – тютюн та тютюнові вироби, рідини, що використовуються в електронних сигаретах; 14030800 – транспортні засоби; 14031000 – кузови для моторних транспортних засобів; 14031400 – електрична енергія; 14031900 – пальне; 14032000 – інші підакцизні товари іноземного виробництва. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Як у відомостях про придбання / закупівлю відображати інформацію щодо податку на додану вартість у складі первинного документа з придбання / закупівлі послуг у нерезидента, якщо вона зазначена тільки в податковій накладній, складеній отримувачем послуг? | Оскільки податкова накладна, складена отримувачем (покупцем) послуг від нерезидента, місце постачання яких розташоване на митній території України, пов’язана з документом придбання / закупівлі послуг, інформацію щодо податку на додану вартість доцільно відображати в даних первинного документа з придбання / закупівлі послуг у нерезидента в елементах, що стосується інформації про податки. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Які коди вказувати для податку на додану вартість при отриманні послуг від нерезидента? | Згідно з довідником «Таблиця податків» (TaxTable) (для ПДВ), наведеним після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для послуг, отриманих від нерезидента, слід використовувати вид податку (TaxType) «ПДВ» та такі коди податків (TaxCode): 20 / імпорт – ввезені на митну територію України товари, необоротні активи (за основною ставкою); послуги, отримані від нерезидента, місце постачання яких розташоване на митній території України (за основною ставкою); 7 / імпорт – ввезені на митну територію України товари, необоротні активи (за ставкою 7 %); послуги, отримані від нерезидента, місце постачання яких розташоване на митній території України (за ставкою 7 %); 903 – операції з постачання товарів / послуг, які звільнені від оподаткування; Не ПДВ – операції, що не є об’єктом оподаткування, операції з постачання послуг за межами митної території України та послуг, місце постачання яких визначено відповідно до пунктів 186.2, 186.3 статті 186 розділу V Кодексу за межами митної території України. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Як у відомостях про придбання / закупівлі повинні бути узгоджені показники грошової оцінки вартості продукції (товарів / робіт, послуг) та інформації про податки? | Елемент «Рахунок-фактура» (Invoice; InvoiceStructure; complex; Mandatory; 1..∞) використовується для відображення даних первинного документа з придбання / закупівлі. На рівні рядка первинного документа відображається, зокрема, така інформація: в елементі «Сума за рядком первинного документа» (InvoiceLineAmount; AmountStructure; complex; Mandatory; 1..1) зазначається грошова оцінка вартості продукту за вирахуванням податків; в елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається інформація про податки. На рівні загальних підсумків первинного документа відображається така інформація: в елементі «Сума без податків та витрат на доставку» (NetTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається загальна сума без урахування податків та витрат на доставку; в елементі «Сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається загальна сума податків; в елементі «Сума витрат на доставку» (ShippingCostsAmountTotal; SAFmonetaryType; simple; Optional; 0..1) зазначається загальна сума витрат на доставку / перевезення; в елементі «Загальна сума» (GrossTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається грошова оцінка загальної вартості продукції (товару / роботи, послуги). Узгодженість між значеннями цих елементів повинна забезпечуватись на основі таких логічних формул: [1] NetTotal (SystemID) = ΣInvoiceLineAmount.Amount (SystemID); [2] ΣTaxInformationTotals.TaxAmount.Amount (SystemID; TaxCode) = ΣTaxInformation.TaxAmount.Amount (SystemID; TaxCode); [3] GrossTotal (SystemID) = NetTotal (SystemID) + ΣTaxInformationTotals.TaxAmount.Amount (SystemID) + ShippingCostsAmountTotal (SystemID). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.3 «Відомості про платежі» (Payments) | Чи потрібно у відомостях про платежі зазначати інформацію видаткових та прибуткових касових ордерів? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Відомості про платежі» (Payments) на підставі первинних документів зазначається інформація щодо отриманих / перерахованих грошових коштів суб’єкта господарювання з наведенням способів оплати, кореспондуючих рахунків та іншої інформації щодо характеристик проведених розрахунків у розрізі платежів (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). У підрозділі «Відомості про платежі» (Payments) відображенню підлягає інформація про рух грошових коштів (у національній та іноземній валюті у касах, на розрахункових (поточних), валютних та інших рахунках у банках, у тому числі й на рахунках у системі електронного адміністрування податку на додану вартість, відкритих платникам податків у Казначействі), електронних грошей тощо. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.3 «Відомості про платежі» (Payments) | Чи потрібно у відомостях про платежі обов’язково зазначати дані договорів, на підставі яких здійснюється операція? | В елементі «Призначення платежу» (SourceDocumentID; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається посилання на документ, на підставі якого здійснюється операція (договір / рахунок тощо) (при розрахунках з контрагентами). Цей елемент є обов’язковим до заповнення в разі здійснення розрахунків з контрагентами. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.3 «Відомості про платежі» (Payments) | Який ідентифікатор контрагента слід зазначати у відомостях про платежі у разі коли суб’єкт господарювання отримує кошти від власника (засновника) за реалізовані товари, роботи або послуги; як внески до статутного капіталу; як позику? | Ідентифікатор контрагента (отримувача / надавача платежу) зазначається шляхом вибору між покупцем / дебітором, постачальником / кредитором та власником (Choice; Optional; 0..1): в елементі «Ідентифікатор покупця» (CustomerID; KeyCustomer; RefPaymentLineCustomer; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається унікальний ідентифікаційний номер юридичної особи в ЄДРПОУ / РНОКПП / код нерезидента (якщо здійснюється роздрібний продаж без ідентифікації покупця – зазначається умовний код таких операцій, що застосовується); в елементі «Ідентифікатор постачальника» (SupplierID; KeySupplier, RefPaymentLineSupplier; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається унікальний ідентифікаційний номер юридичної особи в ЄДРПОУ / РНОКПП / код нерезидента; в елементі «Ідентифікатор власника (засновника)» (OwnerID; KeyOwner, RefPaymentLineOwner; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається унікальний ідентифікаційний номер юридичної особи в ЄДРПОУ / РНОКПП / код нерезидента. У разі отримання від власника (засновника) коштів за реалізовані матеріальні цінності, роботи або послуги зазначається ідентифікатор покупця (CustomerID), оскільки власник (засновник) виступає в ролі покупця. У разі отримання від власника (засновника) коштів як погашення заборгованості за внесками до статутного капіталу зазначається ідентифікатор власника (засновника) (OwnerID), оскільки власник (засновник) виступає в ролі власника (засновника). У разі отримання від власника (засновника) коштів як позики зазначається ідентифікатор постачальника (SupplierID), оскільки власник (засновник) виступає в ролі кредитора. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.3 «Відомості про платежі» (Payments) | Який ідентифікатор контрагента слід зазначати у відомостях про платежі у разі коли суб’єкт господарювання перераховує кошти власнику (засновнику) за придбані товари, роботи або послуги; як дивіденди, як повернення частки у статутному капіталі; як погашення заборгованості за позикою; як проценти, нараховані за позикою? | У разі перерахування власнику (засновнику) коштів за придбані матеріальні цінності, роботи або послуги зазначається ідентифікатор постачальника (SupplierID), оскільки власник (засновник) виступає в ролі постачальника. У разі перерахування власнику (засновнику) коштів, пов’язаних із розподілом власного капіталу (дивіденди, повернення часток тощо), зазначається ідентифікатор власника (засновника) (OwnerID), оскільки власник (засновник) виступає в ролі власника (засновника). У разі перерахування власнику (засновнику) коштів як погашення заборгованості за позикою зазначається ідентифікатор постачальника (SupplierID, оскільки власник (засновник) виступає в ролі кредитора. У разі перерахування коштів власнику (засновнику) як процентів, нарахованих за позикою, зазначається ідентифікатор постачальника (SupplierID), оскільки власник (засновник) виступає в ролі кредитора. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.3 «Відомості про платежі» (Payments) | Як у відомостях про платежі зазначати дебетову / кредитову ознаку? | На рівні рядка документа платежу відображається, зокрема, така інформація: в елементі «Код рахунку» (AccountID) зазначається номер рахунку / субрахунку відповідно до Плану рахунків суб’єкта господарювання (за дебетом); в елементі «Код кореспондуючого рахунку» (CorrespondingAccountID) зазначається номер кореспондуючого рахунку / субрахунку відповідно до Плану рахунків суб’єкта господарювання (за кредитом); в елементі «Дебетова / кредитова ознака» (DebitCreditIndicator) вказується, чи сума на рівні рядка є дебетовою чи кредитовою («D» – дебетова, «C» – кредитова). Таким чином, дебетова / кредитова ознака (DebitCreditIndicator) вказується залежно від того, чи відображено номер рахунку / субрахунку бухгалтерського обліку суб’єкта господарювання, за яким здійснюється операція щодо отримання / перерахування коштів, за дебетом чи кредитом у відповідному бухгалтерському проведенні. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.3 «Відомості про платежі» (Payments) | Як у відомостях про платежі повинні бути узгоджені показники сум операції та інформації про податки? | Елемент «Платіж» (Payment; complex; Mandatory; 1..∞) використовується для відображення даних платежу (на підставі первинних документів зазначається інформація щодо отриманих / перерахованих грошових коштів суб’єкта господарювання, в тому числі за операціями, пов’язаними з продажем / придбанням товарів, робіт та послуг). На рівні рядка документа платежу відображається, зокрема, така інформація: в елементі «Сума за рядком платежу» (PaymentLineAmount; AmountStructure; complex; Mandatory; 1..1) зазначається сума операції за вирахуванням податків (якщо відповідна сума виокремлена); в елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Optional; 0..∞) зазначається інформація про податки (якщо відповідна сума виокремлена). На рівні загальних підсумків документа відображається така інформація: в елементі «Сума без податків» (NetTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Optional; 0..1) зазначається загальна сума без урахування податків (якщо відповідна сума виокремлена); в елементі «Сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Optional; 0..∞) зазначається загальна сума податків (якщо відповідна сума виокремлена). в елементі «Загальна сума» (GrossTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається загальна сума з урахування податків. Узгодженість між значеннями цих елементів повинна забезпечуватись на основі таких логічних формул: [3] NetTotal (SystemID) = ΣPaymentLineAmount.Amount (SystemID); [4] ΣTaxInformationTotals.TaxAmount.Amount (SystemID; TaxCode) = ΣTaxInformation.TaxAmount.Amount (SystemID; TaxCode) (якщо заповнено); [5] GrossTotal (SystemID) = NetTotal (SystemID) + ΣTaxInformationTotals.TaxAmount.Amount (SystemID) (якщо заповнено). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.4 «Операції із запасами» (MovementOfGoods) | Як в операціях із запасами відображати інформацію щодо митних платежів за операціями імпорту товарів? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Операції із запасами» (MovementOfGoods) на підставі первинних документів зазначається інформація в розрізі операцій, проведених із матеріальними цінностями, з обов’язковим зазначенням номерів рахунків / субрахунків, на яких вони обліковуються, їх кількості, ціни та вартості, а також із розкриттям іншої інформації відповідно до таблиці цього підрозділу SAF-T UA. Додаткові витрати, які формують вартість запасів (наприклад, суми ввізного мита; суми непрямих податків у зв’язку з придбанням запасів, які не відшкодовуються підприємству; транспортно-заготівельні витрати тощо), повинні відображатися в цьому підрозділі окремими операціями. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.4 «Операції із запасами» (MovementOfGoods) | Як в операціях із запасами відображати кількість, якщо операція передбачає зарахування до складу первісної вартості запасів додаткових витрат? | В елементі «Кількість» (Quantity; SAFquantityType; totalDigits 22, fractionDigits 6; nillable="true"; Mandatory; 1..1) зазначається числова величина, визначена в одиницях виміру. Якщо операція передбачає зарахування до складу первісної вартості запасів додаткових витрат, які не впливають на кількість запасів, у цьому елементі передбачена технічна можливість відображення нульових значень (атрибут nillable="true"). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.4 «Операції із запасами» (MovementOfGoods) | Якщо одиниця виміру, зазначена в первинному документі, відрізняється від складської, то як повинен зазначатись відповідний коефіцієнт перерахунку? | В елементі «Одиниця виміру» (UnitOfMeasure; KeyUnitOfMeasure, RefStockMovementLineUOM; SAFcodeType; simple; maxLength 9; Mandatory; 1..1) зазначається фізична величина, визначена в одиницях виміру ваги, об’єму або інших натуральних показниках кількості продукції (товару / роботи, послуги), прийнята для їх кількісного відображення. Цей елемент не заповнюється, якщо одиниця виміру (UnitOfMeasure) дорівнює складській одиниці виміру (UOMPhysicalStock). В елементі «Коефіцієнт перерахунку одиниці виміру в складську» (UOMToUOMPhysicalStockConversionFactor; xs:decimal; simple; Mandatory; 1..1) зазначається коефіцієнт перерахунку одиниці виміру, вказаної в первинному документі (UnitOfMeasure), в складську одиницю виміру (UOMPhysicalStock) (якщо вони відрізняються). Наприклад, якщо в первинному документі для пива світлого пастеризованого «Солодове» (0,5 л, 4.5 %) зазначено одиницю виміру 2061 (пляш.), а складська одиниця виміру – 2062 (тис. пляш.), то відповідний коефіцієнт перерахунку одиниці виміру в складську становить 0,001. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.4 «Операції із запасами» (MovementOfGoods) | Як в операціях із запасами зазначати інформацію щодо комплектації / розукомплектації? | В елементі «Рух запасів» (StockMovement; complex; Mandatory; 1..∞) зазначається інформація про господарську операцію з руху запасів (у тому числі позабалансових). Інформацію щодо операцій комплектації / розукомплектації запасів доцільно відображати в окремих рядках для відповідних кодів запасів тільки за дебетом та тільки за кредитом (умовний підхід як для позабалансових). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.4 «Операції із запасами» (MovementOfGoods) | Чи допускається наявність однакових номерів рядків руху запасів для окремого відображення даних за серійними номерами, номерами партій тощо? | В елементі «Номер рядка» (LineNumber; SAFshorttextType; simple; maxLength 18; Mandatory; 1..1) зазначається номер рядка руху запасів. Унікальність значень номерів рядків у межах однієї господарської операції не є обов’язковою. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.4 «Операції із запасами» (MovementOfGoods) | Чи є обов’язковим заповнення складського номера запасу, якщо операції з матеріальними цінностями ведуться за серійними номерами, номерами партій тощо? | В елементі «Складський номер запасу» (StockAccountNo; KeyStockAccountNo, RefStockMovementLineStockAccountNo; SAFmiddle2textType; simple; maxLength 70; Optional; 0..1) зазначається серійний номер, номер партії тощо. Рекомендується обов’язкове заповнення, якщо запаси оцінюють за серійними номерами або цінами конкретних партій. Для елемента «Складський номер запасу» (StockAccountNo) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа. Таким чином, значення серійного номера, номера партії тощо повинні бути наявні серед значень відповідного елемента підрозділу «Запаси» (PhysicalStock), які мають бути унікальними. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.4 «Операції із запасами» (MovementOfGoods) | Як в операціях із запасами зазначати податкову інформацію для операцій з вивезення готової продукції, виготовленої з давальницької сировини нерезидента, попередньо ввезеної на митну територію України в митному режимі переробки, з використанням власних компонентів? | В елементі «Рух запасів» (StockMovement; complex; Mandatory; 1..∞) зазначається інформація про господарську операцію з руху запасів (у тому числі позабалансових). В елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Optional; 0..∞) відображається інформація про податки. Згідно з пунктом 195.1 статті 195 Кодексу за нульовою ставкою зокрема оподатковуються операції з вивезення товарів за межі митної території України: а) у митному режимі експорту; б) у митному режимі реекспорту, якщо товари поміщені у такий режим відповідно до пунктів 3 (щодо товарів у вигляді продуктів їх переробки) та 5 частини першої статті 86 Митного кодексу України. У частині другій статті 154 Митного кодексу України передбачено, що декларант має право заявити українські товари (крім палива та енергії), що повністю використані під час переробки іноземних товарів, у митний режим експорту. У пункті 3 частини першої статті 86 Митного кодексу України передбачено, що митний режим реекспорту може бути застосований до товарів, які при ввезенні на митну територію України мали статус іноземних та були поміщені у митний режим переробки на митній території та вивозяться за межі митної території України у тому самому стані, в якому вони були ввезені на митну територію України, крім природних змін їх якісних та/або кількісних характеристик за нормальних умов транспортування та зберігання, або у вигляді продуктів, залишків або відходів їх переробки. Відповідно до довідника «Таблиця податків» (TaxTable) (для ПДВ), наведеного після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для операцій із вивезення товарів за межі митної території України, що підлягають оподаткуванню за нульовою ставкою, слід використовувати вид податку (TaxType) «ПДВ» та код податку (TaxCode) «901». | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.5 «Операції з необоротними активами» (AssetTransactions) | Як в операціях з необоротними активами відображати інформацію щодо господарських операцій із ліквідації основних засобів, якщо бухгалтерські проведення включають окремі записи по списанню суми зносу та залишкової вартості об’єкта? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Операції з необоротними активами» (AssetTransactions) відображається інформація в розрізі господарських операцій із необоротними активами суб’єкта господарювання з наведенням опису такого активу, кореспондуючих рахунків / субрахунків, по яких здійснено проведення, контрагентів та розкриттям іншої інформації відповідно до таблиці цього підрозділу SAF-T UA. В елементі «Операція з активом» (AssetTransaction; complex; Mandatory; 1..∞) зазначається інформація про господарську операцію з необоротним активом, крім амортизації (у тому числі позабалансовим). Дані про бухгалтерські проведення щодо операцій із необоротними активами відображаються окремими записами елемента «Операція з активом» (AssetTransaction; complex; Mandatory; 1..∞). Наприклад, господарські операції суб’єкта господарювання щодо ліквідації основних засобів відображаються із зазначенням таких бухгалтерських проведень: сума зносу об’єкта (Дт 13 Кт 10); залишкова вартість (Дт 976 Кт 10). Для наведеного прикладу інформація повинна відображатись як два окремих записи елемента «Операція з активом» (AssetTransaction). У кожному такому записі повинна відображатись зокрема така інформація: в елементі «Номер документа» (DocumentNumber; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..1) зазначається номер первинного документа бухгалтерського обліку, яким суб'єкт господарювання оформив операцію; в елементі «Код рахунку» (AccountID; KeyGeneralLedgerAccount, RefAssetTransactionAccount; SAFmiddle2textType; simple; maxLength 70; Optional; 0..1) зазначається номер рахунку / субрахунку відповідно до Плану рахунків суб’єкта господарювання (за дебетом); в елементі «Код кореспондуючого рахунку» (CorrespondingAccountID; KeyGeneralLedgerAccount, RefAssetTransactionCorrespondingAccount; SAFmiddle2textType; simple; maxLength 70; Optional; 0..1) зазначається номер кореспондуючого рахунку / субрахунку відповідно до Плану рахунків суб’єкта господарювання (за кредитом); в елементі «Оцінки операції з активом» (AssetTransactionValuations; complex; Mandatory; 1..1) відображаються оцінки операції з активом. Інформація повинна бути представлена окремо для цілей бухгалтерського та податкового обліку. Значення суми операції з активом (AssetTransactionAmount; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) повинно узгоджуватись із відповідною кореспонденцією рахунків / субрахунків; в елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Optional; 0..∞) зазначається інформація про податки. Наприклад, у цьому елементі відображається інформація щодо податкових зобов’язань з ПДВ при ліквідації основних виробничих або невиробничих засобів за самостійним рішенням платника податку; в елементі «Загальна сума» (GrossTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається грошова оцінка загальної вартості (з урахуванням податків). Узгодженість між цими елементами повинна забезпечуватись для кожного запису елемента «Операція з активом» (AssetTransaction) на основі такої логічної формули: [1] GrossTotal = AssetTransactionValuations.AssetTransactionValuation.AssetTransactionAmount (AssetValuationType = 1 або не заповнено) + ΣTaxInformation.TaxAmount.Amount. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІV.6 «Інформація про бухгалтерські довідки та інші первинні документи» (OtherSourceDocuments) | Чи потрібно в інформації про бухгалтерські довідки та інші первинні документи зазначати дані щодо добових витрат? | Якщо дані щодо добових витрат у всіх суттєвих аспектах розкриті в елементах підрозділу 3.1 «Бухгалтерські операції» Структури надання електронних документів (інформації) ВПП (стандартний аудиторський файл (SAF-T UA)), то відображати їх додатково в підрозділі «Інформація про бухгалтерські довідки та інші первинні документи» (OtherSourceDocuments) не потрібно. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.1 «Облікова політика» (AccountingPolicies) | Чи потрібно зазначати кожен пункт розділу облікової політики окремим елементом? | Згідно з Порядком у підрозділі «Облікова політика» зазначається інформація щодо елементів облікової політики суб’єкта господарювання в періоді, за який формується SAF-T UA, з наведенням реквізитів наказу (наказів) про облікову політику (дата, номер) за відповідні звітні періоди (та про внесення змін до них – у разі наявності). Крім того, необхідно зазначити, які саме стандарти бухгалтерського обліку застосовуються суб’єктом господарювання для ведення бухгалтерського обліку: національні положення (стандарти) бухгалтерського обліку (далі – П(С)БО) або міжнародні стандарти фінансової звітності (далі – МСФЗ), а також інформацію про застосування класів рахунків. Інформація заповнюється в табличному вигляді згідно з наведеним зразком. При цьому має бути відображена вся інформація, передбачена в наказі (наказах) про облікову політику. У колонку «Елемент» переносяться показники, відображення яких передбачено нормативно-правовими актами щодо облікової політики підприємства або Концептуальною основою складання та подання фінансових звітів (у разі застосування МСФЗ), зокрема щодо: методів амортизації; порядку формування резервів, у тому числі резервів сумнівних боргів; методів оцінки вибуття запасів; визначення порогів суттєвості; проведення інвентаризації; порядку формування інших показників фінансової звітності тощо. В елементі «Назва елемента облікової політики» (NameOfAccountingPolicy; SAFstringType; simple; Mandatory; 1..1) наводиться назва елемента облікової політики суб’єкта господарювання в періоді, за який формується SAF-T UA. В елементі «Опис елемента облікової політики» (DescriptionOfAccountingPolicy; SAFstringType; simple; Mandatory; 1..1) зазначається опис застосовуваного варіанта (критерію), період дії. Таким чином, інформацію про елементи облікової політики доцільно подавати структуровано, у вигляді окремих записів, що сприятиме її зручному аналізу. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.1 «Облікова політика» (AccountingPolicies) | Як зазначати найменування П(С)БО / (далі – МСБО), МСФЗ, якщо для певного елемента облікової політики відсутнє конкретне посилання на відповідну норму стандарту? | В елементі «Найменування ПСБО / МСБО, МСФЗ» (AccountingStandart; SAFstringType; simple; Mandatory; 1..1) зазначається посилання на відповідну норму національних / міжнародних стандартів бухгалтерського обліку (П(С)БО / МСБО), міжнародних стандартів фінансової звітності (МСФЗ). При наведенні норм стандартів доцільно вказувати найбільш релевантні посилання для відповідних елементів облікової політики. Якщо ж для окремого елемента облікової політики відсутнє пряме посилання на конкретну норму стандарту, доцільно наводити відповідне найменування П(С)БО / МСБО або МСФЗ, що стосується відповідного елемента облікової політики. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.11 «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products) | Який код запасу / продукції (товару / роботи, послуги) необхідно зазначати в номенклатурі: код УКТ ЗЕД / Державного класифікатора продукції та послуг (далі – ДКПП) (за наявності) або унікальний ідентифікатор продукції (товару / роботи, послуги), який застосовується суб’єктом господарювання? | Згідно з Детальним технічним описом елементів SAF-T UA підрозділ «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products) містить інформацію щодо характеристики запасу / продукції (товару / роботи, послуги), зокрема: код запасу / продукції, індикатор, що дає можливість ідентифікувати продукцію на предмет, чи продукція є товаром або роботою, послугою, опис, одиницю виміру, метод оцінки тощо. В елементі «Код запасу / продукції (товару / роботи, послуги)» (ProductCode; KeyProductCode; SAFmiddle2textType; simple; maxLength 70; Mandatory; 1..1) зазначається унікальний ідентифікатор запасу / продукції (товару / роботи, послуги), який застосовується суб’єктом господарювання. Для кодів запасів / продукції (ProductCode) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа. Водночас в елементі «Товарний код продукції» (ProductCommodityCode; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається код УКТ ЗЕД / ДКПП (за наявності). Код товару згідно з УКТ ЗЕД зазначається суцільним порядком без будь-яких розділових знаків (пробілів, крапок тощо). Код послуги згідно з ДКПП повинен відповідати загальній структурі цифрових кодів утворення класифікаційних угруповань у ДКПП. Отже, для кожної номенклатури позиції обов’язково зазначається унікальний ідентифікатор запасу / продукції (товару / роботи, послуги), який застосовується суб’єктом господарювання, а також код УКТ ЗЕД / ДКПП (за наявності). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.11 «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products) | Який ідентифікатор категорії запасу / продукції (товару / роботи, послуги) слід зазначати для витрат на придбання основних засобів, які в системі обліку суб’єкта господарювання спочатку відображаються в довіднику номенклатури, а після введення в експлуатацію – у складі об’єктів основних засобів? | Об'єкти капітальних інвестиції відображаються в підрозділі «Необоротні активи» (Assets). Якщо в системі обліку суб’єкта господарювання для об'єкта капітальних інвестиції створюється номенклатурна позиція запасу / продукції (товару / роботи, послуги) із зазначення коду УКТ ЗЕД, то відповідний об'єкт може додатково відображатися в підрозділі «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products) із зазначенням індикатора, що дозволяє ідентифікувати його як товар (GoodsServicesID=1). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.11 «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products) | Якщо в податковій звітності виробника пива використовуються одиниці виміру, які відрізняються від базової одиниці виміру, як необхідно відображати ці одиниці виміру у стандартній одиниці виміру? | В елементі «Стандартна одиниця виміру» (UOMStandard; KeyUnitOfMeasure, RefProductUOMStandard; SAFcodeType; simple; maxLength 9; Mandatory; 1..1) зазначається стандартна одиниця виміру, що застосовується для відповідного запасу / продукції (товару / роботи, послуги) в обліку та податковій звітності суб’єкта господарювання. Цей елемент не заповнюється, якщо в обліку та податковій звітності суб’єкта господарювання застосовується тільки базова одиниця виміру (UOMBase). В елементі «Коефіцієнт перерахунку стандартної одиниці виміру в базову» (UOMToUOMBaseConversionFactor; xs:decimal; simple; Mandatory; 1..1) зазначається коефіцієнт перерахунку стандартної одиниці виміру (UOMStandard) у базову одиницю виміру (UOMBase). Цей елемент не заповнюється, якщо в обліку та звітності суб’єкта господарювання застосовується тільки базова одиниця виміру (UOMBase). Отже, якщо в обліку та податковій звітності суб’єкта господарювання застосовується не тільки базова одиниця виміру (UOMBase), то всі такі одиниці виміру (крім базової) необхідно відображати у стандартній одиниці виміру (UOMStandard) із зазначенням відповідних коефіцієнтів перерахунку. Наприклад, якщо базова одиниця виміру пива світлого пастеризованого «Солодове» (0,5 л, 4.5 %) – 2061 (пляш), то потрібно зазначати всі стандартні одиниці виміру, які застосовуються в обліку та податковій звітності суб’єкта господарювання, та відповідні коефіцієнти перерахунку стандартної одиниці виміру в базову: 2062 – тис. пляш. (коефіцієнт перерахунку: 1000); 0138 – л (коефіцієнт перерахунку: 2); 0142 – дал (коефіцієнт перерахунку: 20); 2087 – л чист. спирт (коефіцієнт перерахунку: 44,444444); 833 – дал 100 % спирт, при 20° C (коефіцієнт перерахунку: 444,444444) тощо. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.11 «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products) | Якщо в податковій звітності виробника тютюнових виробів використовуються одиниці виміру, які відрізняються від базової одиниці виміру, як необхідно відображати ці одиниці виміру у стандартній одиниці виміру? | Якщо в обліку та податковій звітності суб’єкта господарювання застосовується не тільки базова одиниця виміру (UOMBase), то всі такі одиниці виміру (крім базової) необхідно відображати у стандартній одиниці виміру (UOMStandard) із зазначенням відповідних коефіцієнтів перерахунку. Наприклад, якщо базова одиниця виміру сигарет без фільтра «Тютюнові» (20 шт) – 2112 (пач), то потрібно зазначати всі стандартні одиниці виміру, які застосовуються в обліку та податковій звітності суб’єкта господарювання, та відповідні коефіцієнти перерахунку стандартної одиниці виміру в базову: 2009 – шт (коефіцієнт перерахунку: 0,05); 2013 – тис. шт (коефіцієнт перерахунку: 50); 2014 – млн шт (коефіцієнт перерахунку: 50000) тощо. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.11 «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products) | Чи потрібно у стандартних одиницях виміру відображати для пального літри, приведені до температури 15 °C, та для спирту етилового – декалітри 100- відсоткового спирту, приведені до температури 20 °C? | Згідно з пунктом 232.1 статті 232 розділу VI Кодексу одиницею обліку обсягів пального в системі електронного адміністрування реалізації пального та спирту етилового є літри, приведені до температури 15 °C, – для пального та декалітри 100-відсоткового спирту, приведені до температури 20 °C, – для спирту етилового. При цьому відпущені літри в місцях роздрібної торгівлі пальним, на які отримано ліцензію на право роздрібної торгівлі пальним, для цілей цього розділу вважаються як літри, приведені до температури 15° C. Такі одиниці обліку для пального та спирту етилового повинні використовуватися в первинних бухгалтерських документах, акцизних накладних / розрахунках коригування до акцизних накладних, декларації з акцизного податку. Відповідно до пункту 46 Порядку роботи системи електронного адміністрування реалізації пального та спирту етилового, затвердженого постановою Кабінету Міністрів України від 24.04.2019 № 408, для визначення обсягів обігу (крім обсягу реалізації пального через паливороздавальні колонки) та залишків пального в літрах, приведених до температури 15 °C, використовуються положення ДСТУ EN ISO 8973:2013 «Гази нафтові скраплені. Розрахунковий метод визначення густини і тиску пари» та ДСТУ ГОСТ 8.599:2016 (ГОСТ 8.599–2010, IDT) «Метрологія. Густина світлих нафтопродуктів. Таблиці перерахунку густини до 15 °С та 20 °С і до умов вимірювання об’єму». Якщо в обліку та податковій звітності суб’єкта господарювання застосовуються не тільки базові одиниці виміру (UOMBase), то всі такі одиниці виміру (крім базової) необхідно відображати у стандартній одиниці виміру (UOMStandard) із зазначенням відповідних коефіцієнтів перерахунку. Таким чином, якщо літри пального, приведені до температури 15 °C (цифровий код: 999), та декалітри 100-відсоткового спирту, приведені до температури 20 °C (цифровий код: 833), не є базовими одиницями виміру (UOMBase), які застосовуються в обліку та податковій звітності суб’єкта господарювання, то вони мають відображатися як стандартні одиниці виміру (UOMStandard) із зазначенням відповідних коефіцієнтів перерахунку стандартної одиниці виміру в базову. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.11 «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products) | Як повинен зазначатися виробником або імпортером опис підакцизних товарів (продукції), на які встановлено максимальні роздрібні ціни? | Згідно з підпунктом 3 пункту 3 розділу III Порядку складання та подання Декларації про максимальні роздрібні ціни на підакцизні товари (продукцію), затвердженого наказом Міністерства фінансів України від 25.03.2015 № 359, у графі 4 «Власна назва підакцизного товару (продукції) з додатковою інформацією щодо характеристик (за наявності)» Декларації вказується перелік підакцизних товарів (продукції), що виробляються виробником в Україні або імпортуються імпортером в Україну, за їх власною назвою, зокрема: якщо на підакцизний товар (продукцію) з однаковою власною назвою і різною додатковою інформацією щодо характеристик товару (продукції) встановлено однакову максимальну роздрібну ціну, то власна назва такого товару (продукції) та додаткова інформація щодо його характеристик зазначаються в одному рядку; якщо на підакцизний товар (продукцію) з однаковою власною назвою і різною додатковою інформацією щодо характеристик товару (продукції) встановлено різні максимальні роздрібні ціни, власна назва такого товару (продукції) та кожна додаткова інформація щодо його характеристик зазначаються в окремих рядках; не можуть встановлюватись різні максимальні роздрібні ціни на підакцизний товар (продукцію) з однаковою власною назвою і однаковою додатковою інформацією щодо товару. В елементі «Опис запасу / продукції (товару / роботи, послуги)» (Description; SAFlongtextType; simple; maxLength 256; Mandatory) відображається найменування запасу / продукції (товару / роботи, послуги). Отже, для підакцизних товарів (продукції), на які встановлено максимальні роздрібні ціни, в елементі «Опис запасу / продукції (товару / роботи, послуги)» (Description) доцільно зазначати власну назву підакцизного товару (продукції) з додатковою інформацією щодо характеристик (за наявності), яка подається в Декларації про максимальні роздрібні ціни на підакцизні товари (продукцію). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.12 «Запаси» (PhysicalStock) | Чи потрібно в запасах відображати інформацію щодо запасів / продукції, за яким були обороти, але відсутні залишки на початок / кінець періоду? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Запаси» (PhysicalStock) відображається інформація про код запасу / продукції, ідентифікатор складу, номер рахунку / субрахунку, на якому обліковується запас / продукція, їх кількість, ціни та вартість на початок та на кінець періоду, за який формується SAF-T UA. Дані в підрозділі «Запаси» (PhysicalStock) можуть бути обмежені запасами / продукцією, за якими здійснювались операції в періоді, за який формується SAF-T UA, та/або для яких наявні залишки на початок / кінець періоду (залишок на початок або кінець не дорівнює 0) | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.12 «Запаси» (PhysicalStock) | Чи потрібно в запасах відображати інформацію щодо запасів / продукції, облік яких здійснюється за номенклатурними групами? | У разі коли відповідно до П(С)БО / МСБО, МСФЗ аналітичний облік запасів ведеться за номенклатурними групами, така інформація також підлягає відображенню в підрозділі «Запаси» (PhysicalStock). При цьому інформація щодо відповідних номенклатурних груп має бути представлена як окремі номенклатурні позиції в підрозділі «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.12 «Запаси» (PhysicalStock) | Чи потрібно заповнювати одиницю виміру запасу, якщо вона дорівнює базовій? | В елементі «Одиниця виміру запасу» (UOMPhysicalStock; KeyUnitOfMeasure, RefUOMPhysicalStock; SAFcodeType; simple; maxLength 9; Mandatory; 1..1) зазначається одиниця виміру для відповідної позиції запасу / продукції (товару / роботи, послуги). Цей елемент не заповнюється, якщо одиниця виміру запасу (UOMPhysicalStock) дорівнює (базовій) одиниці виміру (UOMBase). В елементі «Коефіцієнт перерахунку одиниці виміру запасу в базову одиницю виміру» (UOMToUOMBaseConversionFactor; xs:decimal; simple; Mandatory; 1..1) зазначається коефіцієнт перерахунку одиниці виміру запасу / продукції (товару / роботи, послуги) (UOMPhysicalStock) у базову одиницю виміру (UOMBase). Цей елемент не заповнюється, якщо одиниця виміру запасу (UOMPhysicalStock) дорівнює базовій одиниці виміру (UOMBase). Наприклад, якщо складська і базова одиниця виміру для пива світлого пастеризованого «Солодове» (0,5 л, 4.5 %) – 2062 (тис. пляш.), то одиниця виміру запасу (UOMPhysicalStock) та відповідний коефіцієнт перерахунку одиниці виміру запасу в базову одиницю виміру (UOMToUOMBaseConversionFactor) не заповнюється. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.13 «Власники (засновники)» (Owners) | Сальдо яких рахунків / субрахунків необхідно розкривати в підрозділі «Власники (засновники)» (Owners)? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Власники (засновники)» (Owners) розкривається інформація про власника(ів) (засновника(ів)) суб’єкта господарювання. Відомості заповнюються окремо в розрізі кожного суб’єкта (юридичної / фізичної особи) з описом їхніх реєстраційних (загальних) даних. В елементі «Сальдо рахунку» (OwnerBalance; Mandatory; 1..∞) зазначається сальдо рахунку / субрахунку, на якому обліковуються господарські операції з власником (засновником). Таким чином, у цьому підрозділі слід зазначати сальдо рахунків / субрахунків, за якими аналітичний облік у системі обліку суб’єкта господарювання ведеться за власниками (засновниками), зокрема щодо: статутного капіталу; неоплаченого капіталу; розрахунків із власниками (засновниками) підприємства, що пов’язані з розподілом власного капіталу (дивіденди, повернення часток тощо). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.13 «Власники (засновники)» (Owners) | Чи може частка (доля) у статутному капіталі зазначатися у дробовому форматі? | В елементі «Частка (доля) у статутному капіталі» (ShareOfStatutoryFund; SAFpercentageType; simple; minInclusive 0, maxInclusive 100; Optional; 0..1) зазначається відсотковий еквівалент частки. Тип елемента «Частка (доля) у статутному капіталі» (ShareOfStatutoryFund) визначено як простий тип «SAFPercentageType». Відповідно до Детального технічного опису елементів SAF-T UA визначення всіх простих типів, які використовуються в SAF-T UA, наведені в таблиці 1 додатка 2 «Атрибути простих типів, що використовуються у файлі SAF T UA». Простий тип «SAFpercentageType» призначений для відображення відсоткових значень і базується на типі даних , обмеженому діапазоном від 0 до 100. Тип даних використовується для представлення числових значень із можливістю вказівки дробової частини. Обмеження на кількість знаків після коми відсутні, що дозволяє вказувати значення як у цілісному, так і у дробовому форматах. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Як слід заповнювати дату придбання та дату початку роботи для витрат на будівництво, які в системі обліку суб’єкта господарювання спочатку відображаються в довіднику об'єктів будівництва, а після введення в експлуатацію – у складі об’єктів основних засобів? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку / субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники щодо кожного окремого активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних із цим активом, а також із розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. Об'єкти капітальних інвестицій та введені в експлуатацію об'єкти необоротних активів мають відображатися в підрозділі «Необоротні активи» (Assets) як окремі об'єкти. В елементі «Дата придбання» (DateOfAquisition; SAFdateType; simple; Optional; 0..1) зазначається дата оприбуткування активу. Цей елемент підлягає обов’язковому заповненню в разі наявності даних – як для об’єктів капітальних інвестицій, так і для введених в експлуатацію об'єктів необоротних активів. В елементі «Дата початку роботи» (StartUpDate; SAFdateType; simple; Optional; 0..1) зазначається дата введення в експлуатацію. Цей елемент підлягає обов’язковому заповненню для введених у дію, прийнятих в експлуатацію матеріальних та нематеріальних необоротних активів. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Чи потрібно в інформації щодо обліку необоротних активів відображати гудвіл, довгострокову дебіторську заборгованість та інші необоротні активи? | Інформацію про гудвіл та інші необоротні активи слід відображати в підрозділі «Необоротні активи» (Assets). Інформацію про довгострокову дебіторську заборгованість слід відображати в підрозділі «Клієнти» (Customers). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Якщо в системі обліку суб’єкта господарювання у зв’язку зі зміною найменування дочірнього підприємства створюється новий код активу, на який переноситься вартість довгострокових фінансових інвестицій, то як у такому разі відображати інформацію щодо активу в SAF-T UA? | Відповідно до моделі Організації економічного співробітництва та розвитку України для кожного необоротного активу передбачена можливість заповнення лише одного інвентарного номера або іншого унікального ідентифікатора активу, що застосовується суб’єктом господарювання в бухгалтерському обліку (AssetID), а також лише одного коду рахунку / субрахунку (AccountID). В елементі «Передача (переведення) активу» (Transfers) відображається балансова вартість передачі (переведення) активу протягом звітного періоду (збільшення +, зменшення -) через переведення з (до) інвестиційної нерухомості, незавершеного будівництва; визнання утримуваним для продажу тощо. Якщо в системі обліку суб’єкта господарювання у зв’язку зі зміною найменування дочірнього підприємства створюється новий код активу (AssetID), на який переноситься вартість довгострокових фінансових інвестицій, така операція має відображатися в елементі «Передача (переведення) активу» (Transfers) таким чином: збільшення (+) – для активу з новим найменуванням; зменшення (-) – для активу з попереднім найменуванням. В елементі «Дата вибуття» (AssetDisposalDate; SAFdateType; simple; Optional; 0..1) відображається дата вибуття активу (продажу, ліквідації, внеску до статутного капіталу іншого підприємства тощо). У цьому елементі доцільно також зазначати дату передачі (переведення) активу протягом звітного періоду (для активу, що зменшується). В елементі «Дата початку роботи» (StartUpDate; SAFdateType; simple; Optional; 0..1) відображається дата введення в експлуатацію. У цьому елементі доцільно також зазначати дату передачі (переведення) активу протягом звітного періоду (для активу, що збільшується). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Як слід зазначати дату виведення з експлуатації та дату початку роботи, якщо актив був виведений з експлуатації у зв’язку з консервацією на початок або протягом періоду, а згодом – повторно введений в експлуатацію? | В елементі «Дата виведення з експлуатації» (DecommissionDate; SAFdateType; simple; Optional; 0..1) відображається дата виведення з експлуатації, в тому числі у зв’язку з консервацією або переведенням до складу активів, які призначаються для продажу. Якщо актив був виведений з експлуатації у зв’язку з консервацією на початок або протягом періоду, зазначається відповідна дата виведення з експлуатації. В елементі «Дата початку роботи» (StartUpDate; SAFdateType; simple; Optional; 0..1) відображається дата введення в експлуатацію. Якщо актив, раніше виведений з експлуатації у зв’язку з консервацією, був повторно введений в експлуатацію протягом періоду, зазначається відповідна дата початку роботи. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Як слід відображати зміни методу амортизації та ліквідаційної вартості об'єктів основних засобів / нематеріальних активів, які відбулися протягом звітного періоду? | В елементі «Метод амортизації» (DepreciationMethod; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається метод нарахування амортизації активу. В елементі «Ліквідаційна вартість» (ResidualValue; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Optional; 0..1) зазначається оцінена сума, яку суб’єкт господарювання отримав би на поточний час від вибуття активу після вирахування всіх оцінених витрат на вибуття, якби актив був би такого ж віку та стану, в якому він був би на кінець строку його корисного використання. SAF-T UA не передбачає механізму відображення змін у методі амортизації та ліквідаційній вартості об’єктів основних засобів / нематеріальних активів, які відбулися протягом звітного періоду. Тому метод амортизації та ліквідаційну вартість об’єктів основних засобів / нематеріальних активів слід відображати на початок звітного періоду (для нових надходжень – на дату введення в експлуатацію). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.15 «Податкові різниці» (TaxDifferences) | Як необхідно заповнювати суми різниць за кожний податковий звітний період, якщо здійснювалось виправлення помилок у декларації з податку на прибуток? | Відповідно до Порядку в розділі 5 «Податкові різниці» Структури надання електронних документів (інформації) ВПП (стандартний аудиторський файл (SAF-T UA)) заповнюються дані щодо податкових різниць, на які збільшується / зменшується фінансовий результат у розрізі кожного показника, визначеного у Кодексі, що в періоді, за який надається інформація на запит контролюючого органу, мав вплив на фінансовий результат суб’єкта господарювання (як у бік зменшення, так і бік збільшення). При цьому відображається кожний елемент податкових різниць зі стислим описом характеристики сутності операції, її обґрунтування відповідно до вимог П(С)БО / МСБО, МСФЗ, відображення проведених операцій у бухгалтерському обліку (бухгалтерські проведення) суб’єкта господарювання, загальна сума податкових різниць. Інформація заповнюється за кожний податковий звітний період у межах періоду господарської діяльності суб’єкта господарювання, за який формується SAF-T UA. Якщо у відповідному періоді здійснювалося виправлення помилок у декларації з податку на прибуток, то суми різниць за кожний податковий звітний період у межах періоду господарської діяльності суб’єкта господарювання, за який формується SAF-T UA, мають бути зазначені в елементі «Сума за період» (TaxDifferenceAmountForPeriod) відповідно до уточнених даних. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.2 «Довідники операцій» (TransactionFeatures) | Як суб’єкт господарювання має забезпечити розмежування операцій за першою подією в SAF-T UA, якщо його власна класифікація типів операцій не містить відповідного поділу? | Відповідно до Детального технічного опису елементів SAF-T UA підрозділ «Довідники операцій» (TransactionFeatures) передбачає опис типів господарських операцій, що здійснювалися суб’єктом господарювання, із наведенням відповідних умовних позначень операцій та їх характеристик. При наведенні типу та опису операцій, пов’язаних із придбанням / продажем товарів, робіт / послуг, здійснюється відповідне розмежування зазначених перацій з урахуванням того, яка подія (перерахування коштів (додаткова ознака при умовному позначенні операції – «С») або отримання чи постачання товарів, робіт / послуг (додаткова ознака при умовному позначенні операції – «П»)) відбулася першою. У разі якщо суб’єктом господарювання застосовуються інші ознаки або кодування операцій, які дозволяють здійснити вищенаведене розмежування, можуть бути застосовані такі ознаки або коди операцій. Довідник «Тип операції» (TransactionType), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Приклад» відповідних елементів підрозділу «Довідники операцій» (TransactionFeatures) та є наочним прикладом заповнення для кращого розуміння природи даних. Налаштування (зіставлення) власних об’єктів із цим довідником є необов’язковим. При наведенні типів та описів операцій у підрозділі «Довідники операцій» (TransactionFeatures) суб’єкт господарювання може застосовувати власну класифікацію з дотриманням вимог щодо розмежування операцій за першою подією. Таке розмежування є обов’язковим для операцій, пов’язаних із придбанням / продажем товарів, робіт / послуг, незалежно від обраної системи класифікації або умовних позначень. Отже, при реалізації функції експорту даних згідно з вимогами до SAF-T UA потрібно здійснити відповідні налаштування, які забезпечують коректне розмежування операцій. Наприклад, якщо в системі обліку суб’єкта господарювання застосовуються окремі субрахунки для обліку розрахунків за виданими / одержаними авансами, таке ведення бухгалтерського обліку може бути використано для автоматизованого визначення першої події. У разі застосування інших технологій обробки облікових даних можуть використовуватися відповідні аналітичні дані / параметри, що фактично наявні в системі обліку суб’єкта господарювання та дозволяють ідентифікувати першу подію з метою її коректного відображення в SAF-T UA. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.3 «Сальдові / оборотні відомості» (GeneralLedgerAccounts) | Чи може дебетовий / кредитовий оборот відображатись з від’ємним знаком? | В елементі «Дебетовий оборот» (DebitTurnover; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається сума записів за дебетом рахунку / субрахунку за період. В елементі «Кредитовий оборот» (CreditTurnover; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається сума записів за кредитом рахунку / субрахунку за період. Відповідно до Детального технічного опису елементів SAF-T UA визначення всіх простих типів, які використовуються в SAF-T UA, наведені в таблиці 1 додатка 2 «Атрибути простих типів, що використовуються у файлі SAF T UA». Простий тип «SAFmonetaryType» використовується для зазначення грошової суми (максимум 18 цифр, з яких 2 можуть бути дробовими) і базується на типі даних . Тип даних використовується для представлення числових значень із можливістю вказівки від’ємних знаків. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Як правильно зазначати номер платника податку на додану вартість для покупця, якщо він мав цей статус лише протягом частини звітного періоду? | У Детальному технічному описі елементів SAF-T UA передбачено, що в підрозділі «Клієнти» (Customers) відображається інформація щодо контрагентів (покупців), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер / код нерезидента, найменування, номер платника податку на додану вартість), номера рахунку / субрахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації, передбаченої в таблиці цього підрозділу SAF-T UA. В елементі «Реєстраційні дані платника податків» (TaxRegistration; TaxIDStructure; complex; Optional; 0..∞) зазначаються реєстраційні дані особи як платника податків. Структура реєстраційних даних платника податків передбачає відображення таких даних: в елементі «Податковий номер» (TaxRegistrationNumber; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..1) зазначається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України / реєстраційний номер облікової картки платника податків фізичної особи / код нерезидента; в елементі «Вид податку» (TaxType; SAFcodeType; simple; maxLength 9; Optional; 0..1) зазначається податковий режим, на який вказує вид податку; в елементі «Індивідуальний податковий номер» (TaxNumber; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається податковий реєстраційний номер для певного податкового режиму (номер платника податку на додану вартість у реєстрі платників податку на додану вартість). Якщо в періоді, за який формується SAF-T UA, контрагент (покупець) мав статус платника податку на додану вартість, то в реєстраційних даних має бути зазначений його номер платника ПДВ, незалежно від наявності цього статусу на початок та кінець звітного періоду, оскільки SAF-T UA не передбачає відображення історії змін такого статусу. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Який ідентифікатор покупця необхідно зазначати у разі коли в системі обліку суб’єкта господарювання наявні кілька контрагентів з однаковими кодами, які належать як резидентам, так і нерезидентам? | В елементі «Ідентифікатор покупця» (CustomerID; KeyCustomer; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..1) відображається унікальний ідентифікаційний номер юридичної особи в ЄДРПОУ / РНОКПП / код нерезидента (якщо здійснюється роздрібний продаж без ідентифікації покупця – зазначається умовний код таких операцій, що застосовується). У разі коли в системі обліку суб’єкта господарювання існують кілька контрагентів (покупців) з однаковими кодами, які належать як резидентам, так і нерезидентам, доцільно (як виняток) в елементі «Ідентифікатор покупця» (CustomerID) зазначати для нерезидента унікальний ідентифікатор контрагента, визначений автоматизованим програмним забезпеченням, яке використовується суб’єктом господарювання. При цьому в елементі «Код контрагента» (RegistrationNumber) слід відображати фактичний код нерезидента. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Як зазначати тип особи покупця, якщо один контрагент одночасно відповідає кільком критеріям? | В елементі «Тип особи покупця» (CustomerType; SAFmiddle1textType; simple; maxLength 35; Optional; 0..∞) відображається тип особи покупця рекомендується обов’язкове заповнення для контрагентів, господарські операції з якими можуть формувати податкові різниці). Повторення (0..∞) вказує, що цей елемент можна використовувати від жодного до необмеженої кількості разів. Отже, при зазначенні типу особи покупця, який відповідає кільком критеріям (наприклад, 8 – нерезидент, зареєстрований у державі (на території), включеній до переліку держав (територій), затвердженого Кабінетом Міністрів України відповідно до підпункту 39.2.1.2 підпункту 39.2.1 пункту 39.2 статті 39 Кодексу; 9 – нерезидент, організаційно-правова форма якого включена до переліку, затвердженого Кабінетом Міністрів України відповідно до підпункту «г» підпункту 39.2.1.1 підпункту 39.2.1 пункту 39.2 статті 39 Кодексу, який не сплачує податок на прибуток (корпоративний податок), у тому числі податок із доходів, отриманих за межами держави реєстрації такого нерезидента, та/або не є податковим резидентом держави, в якій він зареєстрований як юридична особа), використовується повторення цього елемента для кожного типу. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Як відображати інформацію про cальдо розрахунків із покупцем, якщо облік розрахунків ведеться на кількох рахунках / субрахунках бухгалтерського обліку? | В елементі «Сальдо розрахунків» (CustomerBalance; CounterAgentBalanceStructure; complex; Mandatory; 1..∞) відображається сальдо розрахунків з клієнтом. Повторення (1..∞) вказує, що цей елемент необхідно використовувати від одного до необмеженої кількості разів. Отже, якщо облік розрахунків з одним покупцем ведеться на кількох рахунках / субрахунках бухгалтерського обліку, що застосовуються суб’єктом господарювання для цього контрагента, то відображення сальдо розрахунків у розрізі різних номерів рахунків / субрахунків здійснюється шляхом повторення елемента «Сальдо розрахунків» (CustomerBalance). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | На яку дату необхідно відображати заборгованість контрагентів (покупців) у розрізі первинних документів? | В елементі «Дані первинних документів, за якими наявна заборгованість» (OpenInvoices; complex; Optional; 0..∞) відображається інформація в розрізі первинних документів, за якими наявна заборгованість. Рекомендується обов’язкове заповнення всіх даних, які забезпечують ідентифікацію з іншою відповідною інформацією щодо взаємовідносин купівлі-продажу (продаж / придбання, платежі тощо). Вибір між початковим дебетовим і кредитовим сальдо (choice; Optional; 0..1) для кожного первинного документа здійснюється шляхом зазначення одного з таких елементів: в елементі «Початкове дебетове сальдо» (OpeningDebitAmount; AmountStructure; complex; Mandatory; 1..1) відображається залишок коштів за дебетом рахунку / субрахунку в розрізі документів на початок періоду (в тому числі в іноземній валюті для відповідних рахунків / субрахунків); в елементі «Початкове кредитове сальдо» (OpeningCreditAmount; AmountStructure; complex; Mandatory; 1..1) відображається залишок коштів за кредитом рахунку / субрахунку в розрізі документів на початок періоду (в тому числі в іноземній валюті для відповідних рахунків / субрахунків). В елементі «Дата виникнення заборгованості» (OpeningBalanceOriginDate; AmountStructure; SAFdateType; simple; Optional; 0..1) зазначається дата виникнення заборгованості на початок періоду. Вибір між кінцевим дебетовим і кредитовим сальдо (choice; Optional; 0..1) для кожного первинного документа здійснюється шляхом зазначення одного з таких елементів: в елементі «Кінцеве дебетове сальдо» (ClosingDebitAmount; AmountStructure; complex; Mandatory; 1..1) відображається залишок коштів за дебетом рахунку / субрахунку в розрізі документів на кінець періоду (в тому числі в іноземній валюті для відповідних рахунків / субрахунків); в елементі «Кінцеве кредитове сальдо» (ClosingCreditAmount; AmountStructure; complex; Mandatory; 1..1) відображається залишок коштів за кредитом рахунку / субрахунку в розрізі документів на кінець періоду (в тому числі в іноземній валюті для відповідних рахунків / субрахунків). В елементі «Дата виникнення заборгованості» (ClosingBalanceOriginDate; SAFdateType; simple; Optional; 0..1) зазначається дата виникнення заборгованості на кінець періоду. Перевірка збалансованості інформації про розрахунки з покупцями, замовниками та іншими дебіторами (формула 2) передбачає, що різниця між початковим дебетовим і кредитовим сальдо за конкретним контрагентом та рахунком / субрахунком має відповідати різниці між сумою початкових дебетових і кредитових сальдо за всіма документами, відображеними для цього контрагента і рахунку / субрахунку. Перевірка збалансованості інформації про розрахунки з покупцями, замовниками та іншими дебіторами (формула 3) передбачає, що різниця між кінцевим дебетовим і кредитовим сальдо за конкретним контрагентом та рахунком / субрахунком має відповідати різниці між сумою кінцевих дебетових і кредитових сальдо за всіма документами, відображеними для цього контрагента і рахунку / субрахунку. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Чи потрібно в інформації щодо контрагентів (покупців) відображати довгострокову дебіторську заборгованість? | Інформацію про довгострокову дебіторську заборгованість слід відображати в підрозділі «Клієнти» (Customers). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.6 «Постачальники» (Suppliers) | Як правильно зазначати номер платника податку на додану вартість для постачальника, якщо він мав цей статус лише протягом частини звітного періоду? | У Детальному технічному описі елементів SAF-T UA передбачено, що в підрозділі «Постачальники» (Suppliers) відображається інформація щодо контрагентів (постачальників), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер / код нерезидента, найменування, номер платника податку на додану вартість), номера рахунку / субрахунку / аналітичного рахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації, передбаченої таблицею цього підрозділу SAF-T UA. В елементі «Реєстраційні дані платника податків» (TaxRegistration; TaxIDStructure; complex; Optional; 0..∞) зазначаються реєстраційні дані особи як платника податків. Структура реєстраційних даних платника податків передбачає відображення таких даних: в елементі «Податковий номер» (TaxRegistrationNumber; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..1) зазначається унікальний ідентифікаційний номер юридичної особи в ЄДРПОУ / РНОКПП / код нерезидента; в елементі «Вид податку» (TaxType; SAFcodeType; simple; maxLength 9; Optional; 0..1) зазначається податковий режим, на який вказує вид податку; в елементі «Індивідуальний податковий номер» (TaxNumber; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається податковий реєстраційний номер для певного податкового режиму (номер платника податку на додану вартість у реєстрі платників податку на додану вартість). Якщо в періоді, за який формується SAF-T UA, контрагент (постачальник) мав статус платника податку на додану вартість, то в реєстраційних даних має бути зазначений його номер платника ПДВ, незалежно від наявності цього статусу на початок та кінець звітного періоду, оскільки SAF-T UA не передбачає відображення історії змін такого статусу. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.6 «Постачальники» (Suppliers) | Який ідентифікатор постачальника необхідно зазначати у разі якщо в системі обліку суб’єкта господарювання наявні кілька контрагентів з однаковими кодами, які належать як резидентам, так і нерезидентам? | В елементі «Ідентифікатор постачальника» (SupplierID; KeySupplier; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..1) відображається унікальний ідентифікаційний номер юридичної особи в ЄДРПОУ / РНОКПП / код нерезидента. У разі коли в системі обліку суб’єкта господарювання існують кілька контрагентів (постачальників) з однаковими кодами, які належать як резидентам, так і нерезидентам, доцільно (як виняток) в елементі «Ідентифікатор постачальника» (SupplierID) зазначати для нерезидента унікальний ідентифікатор контрагента, визначений автоматизованим програмним забезпеченням, яке використовується суб’єктом господарювання. При цьому в елементі «Код контрагента» (RegistrationNumber) слід відображати фактичний код нерезидента. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.6 «Постачальники» (Suppliers) | Який ідентифікатор постачальника необхідно зазначати у разі придбання електронних послуг у нерезидента, якщо в банківських документах відсутня інформація щодо його коду? | Якщо в періоді, за який формується SAF-T UA, суб’єкт господарювання здійснював придбання / закупівлю електронних послуг у нерезидента, то інформація щодо коду нерезидента підлягає обов’язковому відображенню в підрозділі «Постачальники» (Suppliers). Відповідна інформація зазвичай міститься в інвойсах, доступних у кабінеті користувача сервісу, в умовах користування послугою або може бути надана на запит до служби підтримки. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.6 «Постачальники» (Suppliers) | Як зазначати тип особи постачальника, якщо один контрагент одночасно відповідає кільком критеріям? | В елементі «Тип особи постачальника» (SupplierType; SAFmiddle1textType; simple; maxLength 35; Optional; 0..∞) відображається тип особи постачальника (рекомендується обов’язкове заповнення для контрагентів, господарські операції з якими можуть формувати податкові різниці). Повторення (0..∞) вказує, що цей елемент можна використовувати від жодного до необмеженої кількості разів. Отже, при зазначенні типу особи постачальника, який відповідає кільком критеріям (наприклад, 8 – нерезидент, зареєстрований у державі (на території), включеній до переліку держав (територій), затвердженого Кабінетом Міністрів України відповідно до підпункту 39.2.1.2 підпункту 39.2.1 пункту 39.2 статті 39 Кодексу; 9 – нерезидент, організаційно-правова форма якого включена до переліку, затвердженого Кабінетом Міністрів України відповідно до підпункту «г» підпункту 39.2.1.1 підпункту 39.2.1 пункту 39.2 статті 39 Кодексу, який не сплачує податок на прибуток (корпоративний податок), у тому числі податок із доходів, отриманих за межами держави реєстрації такого нерезидента, та/або не є податковим резидентом держави, в якій він зареєстрований як юридична особа), використовується повторення цього елемента для кожного типу. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.6 «Постачальники» (Suppliers) | Як відображати інформацію про cальдо розрахунків із постачальником, якщо облік розрахунків ведеться на кількох рахунках / субрахунках бухгалтерського обліку? | В елементі «Сальдо розрахунків» (SupplierBalance; CounterAgentBalanceStructure; complex; Mandatory; 1..∞) відображається сальдо розрахунків із постачальником. Повторення (1..∞) вказує, що цей елемент необхідно використовувати від одного до необмеженої кількості разів. Отже, якщо облік розрахунків з одним постачальником ведеться на кількох рахунках / субрахунках бухгалтерського обліку, що застосовуються суб’єктом господарювання для цього контрагента, то відображення сальдо розрахунків у розрізі різних номерів рахунків / субрахунків здійснюється шляхом повторення елемента «Сальдо розрахунків» (SupplierBalance). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.6 «Постачальники» (Suppliers) | На яку дату необхідно відображати заборгованість контрагентів (постачальників) у розрізі первинних документів? | В елементі «Дані первинних документів, за якими наявна заборгованість» (OpenInvoices; complex; Optional; 0..∞) відображається інформація в розрізі первинних документів, за якими наявна заборгованість. Рекомендується обов’язкове заповнення всіх даних, які забезпечують ідентифікацію з іншою відповідною інформацією щодо взаємовідносин купівлі-продажу (продаж / придбання, платежі тощо). Вибір між початковим дебетовим і кредитовим сальдо (choice; Optional; 0..1) для кожного первинного документа здійснюється шляхом зазначення одного з таких елементів: в елементі «Початкове дебетове сальдо» (OpeningDebitAmount; AmountStructure; complex; Mandatory; 1..1) відображається залишок коштів за дебетом рахунку / субрахунку в розрізі документів на початок періоду (в тому числі в іноземній валюті для відповідних рахунків / субрахунків); в елементі «Початкове кредитове сальдо» (OpeningCreditAmount; AmountStructure; complex; Mandatory; 1..1) відображається залишок коштів за кредитом рахунку / субрахунку в розрізі документів на початок періоду (в тому числі в іноземній валюті для відповідних рахунків / субрахунків). В елементі «Дата виникнення заборгованості» (OpeningBalanceOriginDate; AmountStructure; SAFdateType; simple; Optional; 0..1) зазначається дата виникнення заборгованості на початок періоду. Вибір між кінцевим дебетовим і кредитовим сальдо (choice; Optional; 0..1) для кожного первинного документа здійснюється шляхом зазначення одного з таких елементів: в елементі «Кінцеве дебетове сальдо» (ClosingDebitAmount; AmountStructure; complex; Mandatory; 1..1) відображається залишок коштів за дебетом рахунку / субрахунку в розрізі документів на кінець періоду (в тому числі в іноземній валюті для відповідних рахунків / субрахунків); в елементі «Кінцеве кредитове сальдо» (ClosingCreditAmount; AmountStructure; complex; Mandatory; 1..1) відображається залишок коштів за кредитом рахунку / субрахунку в розрізі документів на кінець періоду (в тому числі в іноземній валюті для відповідних рахунків / субрахунків). В елементі «Дата виникнення заборгованості» (ClosingBalanceOriginDate; SAFdateType; simple; Optional; 0..1) зазначається дата виникнення заборгованості на кінець періоду. Перевірка збалансованості інформації про розрахунки з постачальниками та підрядниками / за іншими операціями (формула 2) передбачає, що різниця між початковим дебетовим і кредитовим сальдо за конкретним контрагентом та рахунком / субрахунком має відповідати різниці між сумою початкових дебетових і кредитових сальдо за всіма документами, відображеними для цього контрагента і рахунку / субрахунку. Перевірка збалансованості інформації про розрахунки з постачальниками та підрядниками / за іншими операціями (формула 3) передбачає, що різниця між кінцевим дебетовим і кредитовим сальдо за конкретним контрагентом та рахунком / субрахунком має відповідати різниці між сумою кінцевих дебетових і кредитових сальдо за всіма документами, відображеними для цього контрагента і рахунку / субрахунку. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.6 «Постачальники» (Suppliers) | Чи потрібно в постачальниках зазначати контрагентів, з якими не здійснювались операції та відсутня заборгованість на початок / кінець періоду, але було відображено податковий кредит за розблокованими (зареєстрованими) податковими накладними? | Відповідно до таблиці 5 «Обмеження відображення даних в довідниках» Детального технічного опису елементів SAF-T UA дані в підрозділі «Постачальники» (Suppliers) можуть бути обмежені постачальниками, з якими: здійснювались операції в періоді, за який формується SAF-T UA; та/або наявна заборгованість на початок / кінець періоду (залишок на початок або кінець не дорівнює 0). В елементах «Ідентифікатор постачальника» (SupplierID) та «Код контрагента» (RegistrationNumber) зазначається унікальний ідентифікаційний номер юридичної особи в ЄДРПОУ / РНОКПП / код нерезидента. Для ідентифікаторів постачальників (SupplierID) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа. Якщо суб’єкт господарювання веде аналітичний облік податкових зобов’язань та податкового кредиту з податку на додану вартість із деталізацією щодо контрагентів, то інформація щодо бухгалтерських проведень повинна розкриватися із зазначенням інформації щодо коду ЄДРПОУ / РНОКПП контрагента та його найменування у відповідних елементах розділу «Бухгалтерські операції» (GeneralLedgerEntries). Таким чином, при відображенні податкового кредиту за розблокованими (зареєстрованими) податковими накладними інформація щодо коду ЄДРПОУ / РНОКПП відповідних контрагентів повинна бути зазначена в підрозділі «Постачальники» (Suppliers) для забезпечення коректного розкриття в бухгалтерських проведеннях. Крім того, в елементі «Код рахунку» (AccountID; KeyGeneralLedgerAccount, RefSupplierAccount; SAFmiddle2textType; simple; maxLength 70; Mandatory; 1..1) може бути відображено номер рахунку / субрахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для обліку непідтвердженого податкового кредиту за відповідним контрагентом. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.7 «Таблиця податків» (TaxTable) | Як виробнику пива відобразити в таблиці податків інформацію щодо акцизного податку? | У Детальному технічному описі елементів SAF-T UA передбачено, що в підрозділі «Таблиця податків» (TaxTable) відображається інформація щодо податків, платником яких є суб'єкт господарювання. Залежно від виду податку платник податку вказує податкові коди ПДВ / акцизного податку для операцій, включених до файлу SAF-T UA. Відповідно до таблиці 5 «Обмеження відображення даних в довідниках» Детального технічного опису елементів SAF-T UA в підрозділі «Таблиця податків» (TaxTable) завжди надаються всі податкові коди, які застосовуються суб’єктом господарювання. В елементі «Вид податку» (TaxType; KeyTaxType; SAFcodeType; simple; maxLength 9; Mandatory; 1..1) зазначається вид податку. В елементі «Код податку» (TaxCode; KeyTaxCode; SAFcodeType; simple; maxLength 9; Mandatory; 1..1) зазначається код податку. Довідник «Таблиця податків» (TaxTable) (для ПДВ), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Валідація» відповідних елементів та є умовою, за якою буде проходити валідація даних. Налаштування (зіставлення) власних об’єктів з цим довідником є обов’язковим. Довідник «Таблиця податків» (TaxTable) (для інших податків), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Приклад» відповідних елементів та є наочним прикладом заповнення для кращого розуміння природи даних. Налаштування (зіставлення) власних об’єктів із цим довідником є необов’язковим. Для видів податків (TaxType) та кодів податків (TaxCode) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа. Якщо суб’єкт господарювання виробляє пиво, то відповідно до Класифікації доходів бюджету, затвердженої наказом Міністерства фінансів України від 14.01.2011 № 11 (далі – Класифікація доходів бюджету), для акцизного податку з виробленого в Україні пива може використовуватись вид податку (TaxType) «14020000» (акцизний податок з вироблених в Україні підакцизних товарів (продукції)) та код податку (TaxCode) «14020400» (пиво). Якщо суб’єкт господарювання реалізує вироблене пиво через власну роздрібну мережу, то для акцизного податку з реалізації суб'єктами господарювання роздрібної торгівлі пива може використовуватись вид податку (TaxType) «14040000» (акцизний податок з реалізації суб'єктами господарювання роздрібної торгівлі підакцизних товарів) та код податку (TaxCode) «14040200» (акцизний податок з реалізації суб'єктами господарювання роздрібної торгівлі підакцизних товарів (крім тих, що оподатковуються згідно з підпунктом 213.1.14 пункту 213.1 статті 213 Кодексу)). В елементі «Абсолютна ставка податку» (FlatTaxRate; AmountStructure; complex; Mandatory; 1..1) відображається фіксована величина податку (якщо не застосовується відносна ставка податку). Згідно з підпунктом 215.3.1 пункту 215.3 статті 215 Кодексу ставка акцизного податку для пива із солоду (солодове) (код товару (продукції) згідно з Українською класифікацією товарів зовнішньоекономічної діяльності (далі – УКТ ЗЕД) 2203 00) становить 59,82 гривні за 1 літр 100-відсоткового спирту. В елементі «Відносна ставка податку» (TaxPercentage; xs:decimal; simple; nillable="true"; Mandatory; 1..1) відображається ставка податку у відсотках (якщо не застосовується абсолютна ставка податку). Згідно з підпунктом 215.3.10 пункту 215.3 статті 215 Кодексу для пива, алкогольних напоїв, тютюнових виробів, тютюну та промислових замінників тютюну, рідин, що використовуються в електронних сигаретах, реалізованих відповідно до підпунктів 213.1.9 і 213.1.14 пункту 213.1 статті 213 Кодексу, ставка податку становить 5 відсотків. Інформація про податки відображається в елементах «Податкова інформація» (TaxInformation) та «Сума податків» (TaxInformationTotals) у відповідних підрозділах SAF-T UA. Для можливості відображення інформації за різними податками / ставками забезпечена технічна можливість використовувати елемент необмежену кількість разів. При цьому у структурі інформації про податок (TaxInformationStructure) може зазначатись інформація щодо бази оподаткування (TaxBase) та одиниці виміру бази оподаткування (TaxBaseDescription). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.8 «Таблиця одиниць виміру» (UOMTable) | Чи виникатиме помилка валідації, якщо для одиниці виміру послуги присвоїти власний код (наприклад, «0001»)? | У Детальному технічному описі елементів SAF-T UA передбачено, що в підрозділі «Таблиця одиниць виміру» (UOMTable) зазначається інформація з описом усіх одиниць виміру, що відображені у файлі. Дані в таблиці мають створюватись на основі Класифікатора системи позначень одиниць вимірювання та обліку ДК 011-96, затвердженого наказом Державного комітету стандартизації, метрології та сертифікації України від 09.01.1997 № 8 (далі – КСПОВО), та Класифікатора одиниць вимірювання та обліку, що використовуються у процесі оформлення митних декларацій, затвердженого наказом Міністерства фінансів України від 20.09.2012 № 1011. У разі якщо одиниця виміру відсутня в КСПОВО та митному класифікаторі, зазначаються код та умовне позначення одиниці вимірювання, які використовуються для обліку та відображаються в первинних документах. Оскільки в підрозділі «Таблиця одиниць виміру» (UOMTable) може зазначатися код одиниці вимірювання, який використовується в обліку суб’єкта господарювання (якщо така одиниця виміру відсутня в КСПОВО та митному класифікаторі), то такі коди фіксуються в повідомленні як застереження без відхилення електронного документа (інформації). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.9 «Таблиця аналітичних рахунків» (AnalysisTypeTable) | Як правильно відображати аналітичні дані за дебетом і кредитом? | Згідно з Детальним технічним описом елементів SAF-T UA підрозділ «Таблиця аналітичних рахунків» (AnalysisTypeTable) повинен містити інформацію щодо типів та видів аналітики (аналітичних рахунків) та використовуватись для аналітичного обліку операцій (наприклад, місце виникнення витрат, проєкт тощо). Аналітичний облік операцій відображається в елементі «Дані в розрізі аналітики» (Analysis; AnalysisStructure; complex; Optional; 0..∞) у відповідних підрозділах SAF-T UA. З технічної точки зору, цей елемент можна використовувати від жодного до необмеженої кількості разів, зазначаючи дані в розрізі аналітики, які належать до рахунків / субрахунків за дебетом та кредитом. Дані в розрізі аналітики в межах однієї операції доцільно наводити послідовно: спочатку за дебетом, потім за кредитом. | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.9 «Таблиця аналітичних рахунків» (AnalysisTypeTable) | Як зазначати код аналітичного рахунку, якщо в системі обліку суб’єкта господарювання застосовується універсальний унікальний ідентифікатор (UUID) довжиною 36 символів? | В елементі «Код аналітичного рахунку (субконто)» (AnalysisID; KeyAnalysisID; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..1) відображається номер аналітичного рахунку відповідно до Плану рахунків суб’єкта господарювання (ідентифікатор аналітичного рахунку, який використовується в системі обліку суб’єкта господарювання). У разі використання для коду аналітичного рахунку (субконто) універсального унікального ідентифікатора (UUID), який у стандартному представленні має 36 символів (включно з дефісами), рекомендується подавати його у форматі без дефісів, що становить 32 символи, і таким чином відповідає обмеженню максимально допустимої кількості символів для введення (maxLength 35). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.9 «Таблиця аналітичних рахунків» (AnalysisTypeTable) | Чи потрібно аналітичні дані щодо договорів за операціями зарахування зустрічних однорідних вимог, новації, прощення боргу тощо відображати в таблиці аналітичних рахунків? | Для відображення аналітичних даних щодо договорів за операціями зарахування зустрічних однорідних вимог, новації, прощення боргу тощо в елементі «Дані в розрізі аналітики» (Analysis; AnalysisStructure; complex; Optional; 0..∞) підрозділу «Бухгалтерські операції» (GeneralLedgerEntries) відповідна інформація щодо типів та видів аналітики повинна міститися в підрозділі «Таблиця аналітичних рахунків» (AnalysisTypeTable). | Роз'яснення ДПС |
| 18/07/2025 | Підрозділ ІІ.9 «Таблиця аналітичних рахунків» (AnalysisTypeTable) | Чи потрібно дані про найменування складів відображати в таблиці аналітичних рахунків? | Аналітичні дані щодо складів можуть розкриватися в таких окремих елементах SAF-T UA: в елементі «Код складу» (WarehouseID; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) підрозділу «Запаси» (PhysicalStock) зазначається ідентифікатор складу; в елементі «Код складу» (WarehouseID; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) структури пункту перевезення , яка використовується в елементах підрозділів «Відомості про продаж» (SalesInvoices), «Відомості про придбання / закупівлю» (PurchaseInvoices) та «Операції із запасами» (MovementOfGoods), зазначається ідентифікатор складу, де зберігаються товари, а також ідентифікатор складу, що використовується для ідентифікації незавершеного виробництва або запасів (товарів) у дорозі. При цьому в підрозділі «Таблиця аналітичних рахунків» (AnalysisTypeTable) додатково може бути розкрито інформацію про склади з метою включення їх найменувань до опису аналітичного рахунку (субконто). | Роз'яснення ДПС |
| 18/07/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | Як у бухгалтерських операціях необхідно відображати інформацію щодо дат господарської операції, якщо до моменту закінчення складання регістрів бухгалтерського обліку за звітний період від контрагента отримано первинний документ (акт) щодо фактично наданих послуг у грудні 2024 року, який має дату складання 05.01.2025 та зафіксований у системі обліку суб’єкта господарювання 10.01.2025 з датою відображення господарської операції 31.12.2024? | Згідно з Порядком у підрозділі 3.1. «Бухгалтерські операції» Структури надання електронних документів (інформації) ВПП (стандартний аудиторський файл (SAF-T UA)) розкривається інформація щодо бухгалтерських проведень суб’єкта господарювання в розрізі кожної окремої господарської операції з деталізацією здійсненої операції, із зазначенням її типу, суми, інформації щодо унікального ідентифікаційного номера контрагента юридичної (фізичної) особи (у разі якщо операція здійснюється з контрагентом), розкриттям даних про бухгалтерські проведення по цій операції, а також іншої інформації відповідно до таблиці цього підрозділу SAF-T UA в розрізі кожного бухгалтерського проведення. Відповідно до характеристик елементів підрозділу 3.1. «Бухгалтерські операції» (GeneralLedgerEntries) інформація щодо дат господарської операції, наведеної у прикладі, може відображатися так: Елемент / Характеристика / Значення Обліковий період (Period) / Звітний період, до якого належить операція (порядковий номер місяця) / 12 Звітний рік (PeriodYear) / Звітний рік, до якого належить операція / 2024 Дата операції (TransactionDate) / Дата здійснення операції / 31.12.2024 Системна дата (SystemEntryDate) / Фактична дата внесення інформації, зафіксована системою /10.01.2025 Дата облікового запису (GLPostingDate) / Дата, якою суб’єкт господарювання здійснює обліковий запис у бухгалтерському обліку / 31.12.2024 | Роз'яснення ДПС |
| 18/07/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | Як у бухгалтерських операціях необхідно відображати інформацію щодо дат господарської операції, якщо в місяці надходження від контрагента первинного документа (акта) щодо фактично наданих послуг у грудні 2024 року, який має дату складання 05.01.2025 та зафіксований у системі обліку суб’єкта господарювання 10.01.2025, здійснюється коригування на суму різниці між оцінкою такої господарської операції за внутрішнім первинним документом (актом) та первинним документом, отриманим від контрагента? | Згідно з пунктом 2.5 глави 2 Положення про документальне забезпечення записів у бухгалтерському обліку, затвердженого наказом Міністерства фінансів України від 24.05.1995 № 88 (далі – Положення № 88), якщо правилами документообороту підприємства передбачена можливість відображення господарської операції, щодо якої на момент закінчення складання регістрів бухгалтерського обліку за звітний період від контрагента у терміни, встановлені законодавством, не отримано первинного документа, підставою для перенесення інформації про таку господарську операцію до регістрів бухгалтерського обліку є належним чином оформлений внутрішній первинний документ (акт), складений посадовою особою, відповідальною за приймання-відпуск товарно-матеріальних цінностей, робіт і послуг. Господарські операції, наведені у внутрішньому первинному документі (акті), оцінюються в порядку, визначеному в національних положеннях (стандартах) бухгалтерського обліку або міжнародних стандартах фінансової звітності. Відповідно до характеристик елементів підрозділу «Бухгалтерські операції» (GeneralLedgerEntries) інформація щодо дат господарської операції, наведеної у внутрішньому первинному документі (акті), може відображатися так: Елемент / Характеристика / Значення Обліковий період (Period) / Звітний період, до якого належить операція (порядковий номер місяця) / 12 Звітний рік (PeriodYear) / Звітний рік, до якого належить операція / 2024 Дата операції (TransactionDate) / Дата здійснення операції / 31.12.2024 Системна дата (SystemEntryDate) / Фактична дата внесення інформації, зафіксована системою / 31.12.2024 Дата облікового запису (GLPostingDate) /Дата, якою суб’єкт господарювання здійснює обліковий запис у бухгалтерському обліку / 31.12.2024 Згідно з пунктом 3.4 глави 3 Положення № 88 у місяці надходження від контрагента первинного документа щодо господарської операції, інформація про яку в минулих звітних періодах була перенесена до регістрів бухгалтерського обліку згідно з внутрішнім первинним документом (актом), до регістрів бухгалтерського обліку за звітний період переноситься інформація про таку господарську операцію, при цьому її обсяг зазначається шляхом коригування на суму різниці між оцінкою такої господарської операції за внутрішнім первинним документом (актом) та первинним документом, отриманим від контрагента. Відповідно до характеристик елементів підрозділу «Бухгалтерські операції» (GeneralLedgerEntries) інформація щодо дат господарської операції,, наведеної у прикладі, може відображатися так: Елемент / Характеристика / Значення Обліковий період (Period) / Звітний період, до якого належить операція (порядковий номер місяця) / 1 Звітний рік (PeriodYear) / Звітний рік, до якого належить операція / 2025 Дата операції (TransactionDate) / Дата здійснення операції / 05.01.2025 Системна дата (SystemEntryDate) / Фактична дата внесення інформації, зафіксована системою / 10.01.2025 Дата облікового запису (GLPostingDate) / Дата, якою суб’єкт господарювання здійснює обліковий запис у бухгалтерському обліку / 05.01.2025 | Роз'яснення ДПС |
| 18/07/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | Чи допускається зазначення в бухгалтерських операціях від’ємних значень грошової оцінки господарської операції? | В елементі «Сума за дебетом» (DebitAmount; AmountStructure; complex; Mandatory; 1..1) зазначається грошова оцінка господарської операції за дебетом (обирається для балансових рахунків / субрахунків та при збільшенні залишку позабалансових рахунків), а в елементі «Сума за кредитом» (CreditAmount; AmountStructure; complex; Mandatory; 1..1) зазначається грошова оцінка господарської операції за кредитом (обирається при зменшенні залишку позабалансових рахунків). Для цих елементів не встановлено обмежень щодо відображення від’ємних значень. Позитивне або від’ємне значення суми має узгоджуватись із кореспонденцією рахунків / субрахунків, яка використовується для відображення відповідних господарських операцій. | Роз'яснення ДПС |
| 18/07/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | Як зазначати дані в розрізі договорів за операціями зарахування зустрічних однорідних вимог, новації, прощення боргу тощо? | У разі здійснення операцій зарахування зустрічних однорідних вимог, новації, прощення боргу тощо аналітичні дані щодо договорів можуть зазначатися в елементі «Дані в розрізі аналітики» (Analysis; AnalysisStructure; complex; Optional; 0..∞). Дані в розрізі аналітики доцільно наводити послідовно: спочатку за дебетом, потім за кредитом. | Роз'яснення ДПС |
| 18/07/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | Яку додаткову ознаку («С» або «П») необхідно наводити покупцю при умовному позначенні операції, якщо за домовленістю сторін зобов’язання щодо постачання одного товару / послуги припиняється, а раніше здійснена попередня (авансова) оплата зараховується в рахунок оплати іншого поставленого товару / послуги того самого постачальника без фактичного повернення коштів на поточний рахунок покупця (при цьому складається розрахунок коригування до податкової накладної, складеної на дату перерахування попередньої (авансової) оплати)? | Якщо за домовленістю сторін зобов’язання щодо постачання одного товару / послуги припиняється, а раніше здійснена попередня (авансова) оплата зараховується в рахунок оплати іншого поставленого товару / послуги того самого постачальника без фактичного повернення коштів покупцю, то при умовному позначенні операції покупець може навести додаткову ознаку «С», оскільки здійснюється коригування податкового кредиту за раніше здійсненою попередньою (авансовою) оплатою. При розкритті інформації щодо бухгалтерських проведень суб’єкта господарювання за господарськими операціями, які передбачають нарахування податків, відповідну інформацію про податки слід зазначати в елементі «Податкова інформація» (TaxInformation). Інформацію щодо податку на додану вартість за такою операцією необхідно вказувати зі знаком «-». | Роз'яснення ДПС |
| 18/07/2025 | Розділ І «Заголовок» (Header) | Які дані необхідно зазначати про посадових (уповноважених) осіб суб’єкта господарювання? | У Детальному технічному описі елементів SAF-T UA передбачено, що в розділі «Заголовок» (Header) відображається загальна інформація про файл, зокрема: назва програмного забезпечення, що генерує файл; загальні дані про суб’єкта господарювання, який подає SAF-T UA; критерії відбору, за якими формується файл; тощо. В елементі «Посадові (уповноважені) особи суб’єкта господарювання» (Contact; ContactHeaderStructure; complex; Mandatory; 1..∞) зазначається інформація про посадових (уповноважених) осіб суб’єкта господарювання відповідальних за фінансово-господарську діяльність (заповнюється окремо щодо кожної такої особи): за період, за який сформовано SAF-T UA; на дату підписання SAF-T UA. При цьому в елементі «Посадова (уповноважена) особа суб’єкта господарювання» (ContactPerson; PersonNameStructure; complex; Mandatory; 1… 1) зазначаються такі дані: посада; прізвище, ім’я та по батькові (за наявності) посадової (уповноваженої) особи суб’єкта господарювання; номер та дата наказу (іншого документа) про призначення / звільнення з посади. | Роз'яснення ДПС |
| 18/07/2025 | Розділ ІV «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) | Як розмежовувати операцію за першою подією, якщо в системі обліку суб’єкта господарювання інформація про тип операцій, пов’язаних із продажем матеріальних цінностей, переданих на комісію, та отриманням комісійних послуг, визначається на основі одного документа (звіту комісіонера)? | У підрозділі «Відомості про продаж» (SalesInvoices) на підставі звіту комісіонера (акта наданих послуг) зазначається інформація щодо продажу матеріальних цінностей, переданих на комісію (у тому числі ПДВ), а в підрозділі «Відомості про придбання / закупівлю» (PurchaseInvoices) на підставі звіту комісіонера (акта наданих послуг) зазначається інформація щодо отримання комісійних послуг (у тому числі ПДВ). Якщо в системі обліку суб’єкта господарювання інформація про тип операцій, пов’язаних із продажем матеріальних цінностей, переданих на комісію, та отримання комісійних послуг визначається на основі одного документа (звіту комісіонера), то розмежування за першою подією доцільно здійснювати за основною операцією, тобто за операцією з продажу матеріальних цінностей, переданих на комісію. | Роз'яснення ДПС |
| 18/07/2025 | Розділ ІV «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) | Як розмежовувати операцію за першою подією, якщо в системі обліку суб’єкта господарювання інформація про тип операцій, пов’язаних із продажем матеріальних цінностей, прийнятих на комісію, наданням комісійних послуг та виникненням кредиторської заборгованості перед комітентом, визначається на основі одного документа (звіту комітенту)? | У підрозділі «Відомості про продаж» (SalesInvoices) на підставі первинних документів щодо реалізації матеріальних цінностей / звіту комітенту (акта наданих послуг) зазначається інформація щодо продажу матеріальних цінностей, прийнятих на комісію, та надання комісійних послуг (у тому числі ПДВ), а в підрозділі «Відомості про придбання / закупівлю» (PurchaseInvoices) на підставі звіту комітенту (акта наданих послуг) зазначається інформація щодо виникнення кредиторської заборгованості перед комітентом на дату продажу матеріальних цінностей (у тому числі ПДВ). Якщо в системі обліку суб’єкта господарювання інформація про тип операцій, пов’язаних із продажем матеріальних цінностей, прийнятих на комісію, наданням комісійних послуг та виникненням кредиторської заборгованості перед комітентом визначається на основі одного документа (звіту комітенту), то розмежування за першою подією доцільно здійснювати за основною операцією, тобто за операцією з продажу матеріальних цінностей, прийнятих на комісію. | Роз'яснення ДПС |
| 22/07/2025 | Підрозділ ІІ.2 «Довідники операцій» (TransactionFeatures) | Компанія працює за касовим методом, тобто податкові зобов’язання і податковий кредит тільки за сплаченими або отриманими коштами. Чи потрібне відповідне розмежування зазначених операцій з урахуванням того, яка подія перша (перерахування коштів (додаткова ознака при умовному позначенні операції – «С») або отримання чи постачання товарів, робіт/послуг (додаткова ознака при умовному позначенні операції – «П»))? Чи можна по касовому методу не розмежовувати продаж на 2П і 2С а в обох операціях проставити 2 К, а по придбанню на 1П і 1С в обох операція 1 К? Якщо так, чи технічно програмне забезпечення пропустить нові ознаки, що не записані у довіднику «Тип операції»? | Відповідно до Детального технічного опису елементів SAF-T UA підрозділ «Довідники операцій» (TransactionFeatures) передбачає опис типів господарських операцій, що здійснювалися суб’єктом господарювання, із наведенням відповідних умовних позначень операцій та їх характеристик. При наведенні типу та опису операцій, пов’язаних з придбанням/продажем товарів, робіт/послуг, здійснюється відповідне розмежування зазначених операцій з урахуванням того, яка подія (перерахування коштів (додаткова ознака при умовному позначенні операції – «С») або отримання чи постачання товарів, робіт/послуг (додаткова ознака при умовному позначенні операції – «П»)) відбулася першою (у разі якщо суб’єктом господарювання застосовуються інші ознаки або кодування операцій, які дозволяють здійснити вищенаведене розмежування, можуть бути застосовані такі ознаки або коди операцій). Довідник «Тип операції» (TransactionType), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Приклад» відповідних елементів підрозділу «Довідники операцій» (TransactionFeatures) та є наочним прикладом заповнення для кращого розуміння природи даних. Налаштування (зіставлення) власних об’єктів з цим довідником є необов’язковим. При наведенні типу та опису операцій у підрозділі «Довідники операцій» (TransactionFeatures) суб’єкт господарювання може застосовувати власну класифікацію. При наведенні типу та опису операцій, пов’язаних з придбанням/продажем товарів, робіт/послуг, суб’єкт господарювання може здійснити розмежування зазначених операцій з урахуванням застосування касового методу податкового обліку (наприклад, додаткова ознака при умовному позначенні операції – «К»): 1К – придбання продукції/робіт/послуг (касовий метод); 2К – продаж товарів/робіт/послуг (касовий метод); 3К – придбання основних засобів (касовий метод). | Чат ДПС |
| 23/07/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Питання по 141* рахунку,а саме: облік на 141* рахунку не пов'язаний з обліком необоротних активів, на цьому рахунку ведеться облік інвестицій за методом участі в капіталі, при завантаженні звіту в ОК ДПС, xml не проходить валідацію (помилка у вкладенні) що робити, для успішної валідації xml в таком випадку? Як коректно відображати в SAF-T UA ? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій,капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку/субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники по кожному окремому активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних з цим активом, а також з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. У елементі «Оцінки» (Valuations) підрозділу відображаються оцінки активу (для основних засобів/нематеріальних активів інформація повинна бути представлена окремо для цілей бухгалтерського та податкового обліку). На рівні дочірнього елемента «Оцінка» (Valuation), який передбачає необхідність використання від одного до необмеженої кількості разів (1..∞), здійснюється окреме заповнення для різних типів оцінки. З метою окремого представлення інформації в елементі «Тип оцінки активу» (AssetValuationType) передбачені такі ідентифікатори: 1 – відповідно до національних положень (стандартів) бухгалтерського обліку або міжнародних стандартів фінансової звітності; 2 – відповідно до Податкового кодексу України. Цей елемент передбачає обмеження по набору значень (enumeration): 1, 2. Для кожного типу оцінки активу в елементі «Група активу» (ValuationClass) зазначається відповідна група, до якої належить актив: 1) відповідно до облікової політики суб’єкта господарювання (для AssetValuationType = 1); 2) згідно з Податковим кодексом України, а також основні засоби/нематеріальні активи, на які не нараховується амортизація для цілей оподаткування (для AssetValuationType = 2). При цьому, для заповнення цього елемента передбачено окремий довідник «Група активу» (ValuationClass), який містить приклади заповнення відповідно до національних положень (стандартів) бухгалтерського обліку або міжнародних стандартів фінансової звітності (AssetValuationType = 1) та обмежений список ідентифікаторів для оцінок активу відповідно до Податкового кодексу України (AssetValuationType = 2). Оскільки довгострокові фінансові інвестиції для цілей податкового обліку не є основними засобами/нематеріальними активами, то відображати оцінку таких активів для цілей податкового обліку не потрібно. З метою представлення інформації щодо обліку довгострокових фінансових інвестицій відповідно до національних положень (стандартів) бухгалтерського обліку або міжнародних стандартів фінансової звітності в елементі «Тип оцінки активу» (AssetValuationType) зазначається ідентифікатор «1». У елементі «Група активу» (ValuationClass) зазначається відповідна група, до якої належить довгострокова фінансова інвестиція відповідно до облікової політики суб’єкта господарювання (у разі класифікації за групами). Очікуваний період часу, протягом якого актив буде використовуватися суб’єктом господарювання, відображається шляхом вибору між строком корисного використання в роках та в місяцях (Choice between AssetLifeYear & AssetLifeMonth; Optional; 0..1): в елементі «Строк корисного використання (експлуатації) в роках» (AssetLifeYear; xs:decimal; simple; Mandatory; 1..1) зазначається очікуваний період часу в роках; в елементі «Строк корисного використання (експлуатації) в місяцях» (AssetLifeMonth; xs:decimal; simple; Mandatory; 1..1) зазначається очікуваний період часу в місяцях. Для цих елементів статус «Optional» технічно реалізований через атрибут «minOccurs="0"» у визначенні елемента вищого рівня «choice». Це означає, що суб’єкт господарювання має можливість не включати відповідний блок/вузол у XML-документ SAF-T UA без порушення його валідності. | Чат ДПС |
| 24/07/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Питання щодо відображення інформації у документах ІV.1 Відомості про продаж (SalesInvoices) та ІV.2 Відомості про придбання/закупівлю (PurchaseInvoices). UnitPrice (Ціна) повинна бути зазначена кінцева із врахуванням всіх знижок? Чи знижки мають відображатись окремими документами? І чи має обов'язково виконувати перевірка Quantity*UnitPrice = InvoiceLineAmount, чи можна зазначати нульові Quantity? | У Детальному технічному описі елементів SAF-T UAпередбачено, що: в підрозділі «Відомості про продаж» (SalesInvoices) розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) на підставі первинних документів зазначається інформація щодо фактичних обсягів реалізованих матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій із продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Елемент «Рахунок-фактура» (Invoice; InvoiceStructure; complex; Mandatory; 1..∞) використовується для відображення даних первинного документа з продажу. На рівні рядка первинного документа відображається, зокрема, така інформація: «Кількість» (Quantity; 4.1.12.1; SAFquantityType; simple; totalDigits 22, fractionDigits 6; nillable="true"; Optional; 0..1) – числова величина, визначена в одиницях виміру; «Ціна» (UnitPrice; 4.1.12.3; SAFquantityType; simple; totalDigits 22, fractionDigits 6; nillable="true"; Mandatory; 1..1) – ціна за одиницю запасу / продукції (товару / роботи/послуги); «Сума за рядком первинного документа» (InvoiceLineAmount; AmountStructure; complex; Mandatory; 1..1) – грошова оцінка вартості продукту за вирахуванням податків; «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) –інформація про податки. На рівні загальних підсумків первинного документа відображається така інформація: «Сума без податків та витрат на доставку» (NetTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) – загальна сума без урахування податків та витрат на доставку; «Сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) – загальна сума податків; «Сума витрат на доставку» (ShippingCostsAmountTotal; SAFmonetaryType; simple; Optional; 0..1) – загальна сума витрат на доставку / перевезення; «Загальна сума» (GrossTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) – грошова оцінка загальної вартості продукції (товару / роботи, послуги). Узгодженість між значеннями цих елементів повинна забезпечуватись на основі таких логічних формул: [1] NetTotal (SystemID) = ΣInvoiceLineAmount.Amount (SystemID); [2] ΣTaxInformationTotals.TaxAmount.Amount (SystemID; TaxCode) = ΣTaxInformation.TaxAmount.Amount (SystemID; TaxCode); [3] GrossTotal (SystemID) = NetTotal (SystemID) + ΣTaxInformationTotals.TaxAmount.Amount (SystemID) + ShippingCostsAmountTotal (SystemID). Отже, суми знижок, наданих у момент реалізації матеріальних цінностей, робіт та послуг, в підрозділі «Відомості про продаж» (SalesInvoices) окремо не відображаються (грошова оцінка зазначається вже з урахуванням таких знижок). Розмір та підстави надання знижок, які надаються після відвантаження (реалізації) матеріальних цінностей, робіт та послуг, можуть бути зазначені в елементі «Знижка» (Settlement; complex; Optional; 0..1) первинного документа щодо відвантаження (реалізації) в такому розрізі: «Знижка за дострокову оплату» (SettlementDiscount; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) – опис знижки за дострокову оплату / іншої знижки; «Сума розрахунку» (SettlementAmount; AmountStructure; complex; Mandatory; 1..1) – сума розрахунку (для надання знижки); «Дата розрахунку» (SettlementDate; SAFdateType; simple; Optional; 0..1) – дата розрахунку (для надання знижки); «Механізм оплати» PaymentMechanism; SAFcodeType; simple; maxLength 9; Optional; 0..1) – механізм (спосіб) оплати (для надання знижки). Первинний документ, за яким здійснюється коригування грошової оцінки відвантажених (реалізованих) матеріальних цінностей, робіт та послуг відповідно до виконаних умов надання знижок, відображається в підрозділі «Відомості про продаж» (SalesInvoices) як окремий рахунок-фактура (Invoice). Посилання документа коригування на основний документ може відображатися в елементі «Посилання» (References; complex; Optional; 0..1) у такому розрізі: «Кредит-нота» (CreditNote; complex; Optional; 0..1) –інформація щодо коригування: «Посилання на основний документ» (Reference; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) – посилання документа повернення / коригування на основний первинний документ; «Причина коригування» (Reason; SAFlongtextType; simple; maxLength 256; Optional; 0..1) – причина або обґрунтування повернення / коригування. При відображенні коригування грошової оцінки відвантажених (реалізованих) матеріальних цінностей, робіт та послуг інформація щодо кількості та ціни заповнюється відповідно до логіки коригування, відображеної у відповідних документах. Елемент «Кількість» (Quantity) повинен бути заповнений у разі наявності відповідних даних. У SAF-T UA не встановлено обов’язкової арифметичної перевірки, що Quantity х UnitPrice = InvoiceLineAmount. Позитивне або від'ємне значення суми в елементах«Сума за рядком первинного документа» (InvoiceLineAmount) та «Загальна сума» (GrossTotal)повинно узгоджуватись з кореспонденцією рахунків /субрахунків, яка використовується для відображення відповідних господарських операцій. Наприклад, якщо сума наданих після дати реалізації знижок покупцям відображаються за дебетом субрахунку 704 «Вирахування з доходу», то значення грошової оцінки має бути позитивним. Аналогічний підхід має застосовуватися для придбаних матеріальних цінностей, робіт та послуг. | Чат ДПС |
| 24/07/2025 | Підрозділ ІІ.3 «Сальдові / оборотні відомості» (GeneralLedgerAccounts) | Чи потрібно відображати рахунки групи в розділі 2 таблиця ОСВ, якщо є субрахунки до них? Приклад, в ОСВ відобраємо рахунок 37112 , 37113 чи потрібно відображати рахунок 37 та 3711? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Сальдові/оборотні відомості» (GeneralLedgerAccounts) відображається інформація про застосовувані рахунки/субрахунки/аналітичні рахунки бухгалтерського обліку для ведення господарської діяльності суб’єкта господарювання із зазначенням в розрізі кожного рахунку, субрахунку та аналітичного рахунку їх номерів, найменувань, дат створення облікових записів (рахунків/субрахунків/аналітичних рахунків) та розгорнутого сальдо на початок та кінець періоду, з розбивкою по дебету та кредиту цих рахунків/субрахунків/аналітичних рахунків. Номери та назви рахунків/субрахунків/аналітичних рахунків відображаються в SAF-T UA відповідно до Плану рахунків суб’єкта господарювання. При цьому, номери рахунків/субрахунків згідно з Планом рахунків суб’єкта господарювання (крім банків і суб’єктів державного сектору) мають бути зіставлені з номером стандартного рахунку (StandardAccountID), класом рахунку (GroupingCategory) та номером синтетичного рахунку (рахунку першого порядку) (GroupingCode) відповідно до Таблиці рахунків бухгалтерського обліку активів, капіталу, зобов'язань і господарських операцій підприємств і організацій (TableOfAccounts). У стовпці «Валідація» для окремих елементів відображена умова, за якою буде проходити валідація даних, які будуть розміщуватися в зазначеному елементі: номер стандартного рахунку (StandardAccountID): довідник «Таблиця рахунків» (TableOfAccounts) – поле «StandardAccountID»; категорія рахунку (GroupingCategory): довідник «Таблиця рахунків» (TableOfAccounts) – поле «GroupingCategory»; код групи рахунку (GroupingCode): довідник «Таблиця рахунків» (TableOfAccounts) – поле «GroupingCode». | Чат ДПС |
| 24/07/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Номенклатуру по рахунку 152 та 153 необхідно відображати в розділі 2 таблиці 14 Необоротні активи? Чи в розділі 2 номенклатура не відображається по цим рахункам? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку / субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники щодо кожного окремого активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних із цим активом, а також із розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. Об’єкти капітальних інвестиції відображаються в підрозділі «Необоротні активи» (Assets). Якщо в системі обліку суб’єкта господарювання для об'єкта капітальних інвестиції створюється номенклатурна позиція запасу / продукції (товару / роботи, послуги) із зазначення коду УКТ ЗЕД, то відповідний об'єкт може додатково відображатися в підрозділі «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products) із зазначенням індикатора, що дозволяє ідентифікувати його як товар (GoodsServicesID=1) | Чат ДПС |
| 24/07/2025 | Підрозділ ІІ.12 «Запаси» (PhysicalStock) | Якщо ми відображаємо номенклатуру 15* рахунку в розділі запаси, то чого тоді файл не проходить валідацію (помилка в квитанції 2 RE-4) ? | Згідно з Детальним технічним описом елементів SAF-T UAпідрозділ «Номенклатура запасів/продукції (товарів/робіт, послуг)» (Products) містить інформацію про характеристики запасу/продукції (товару/роботи, послуги), зокрема: код запасу/продукції, індикатор для ідентифікації продукції яктовару чи роботи/послуги, опис, одиницю виміру, метод оцінки тощо. Якщо в системі обліку суб’єкта господарювання для об'єкта капітальних інвестиції створюється номенклатурна позиція запасу/продукції (товару/роботи, послуги) із зазначення коду УКТ ЗЕД, відповідний об'єкт може додатково відображатися в підрозділі «Номенклатура запасів/продукції (товарів/робіт, послуг)» (Products) із зазначенням індикатора, що дозволяє ідентифікувати його як товар (GoodsServicesID=1). У підрозділі «Запаси» (PhysicalStock) відображається інформація про код запасу/продукції, ідентифікатор складу, номер рахунку/субрахунку, на якому обліковується запас/продукція, їх кількість, ціни та вартість на початок і кінець періоду, за який формується SAF-T UA. Перевірка збалансованості інформації про наявність і рух запасів здійснюється на підставі даних рахунків класу 2 «Запаси» (GroupingCategory = 2) Таким чином, додатково створені для об'єктів капітальних інвестицій номенклатурні позиції запасу/продукції (товару/роботи, послуги) із зазначення коду УКТ ЗЕД у підрозділі «Запаси» (PhysicalStock) не відображаються. Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку/субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники щодо кожного окремого активу з обов’язковим відображенням усіх бухгалтерських проведень, пов’язаних із цим активом, та розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. Перевірка збалансованості інформації про наявність та рух необоротних активів передбачає виконання таких формул(фіксуються як помилки RE-4). Формула 1. Балансова вартість на кінець періоду за кожним рахунком/субрахунком перевіряється на основі балансової вартості на початок періоду та сум надходжень/поліпшень, вибуття, переоцінок, зменшення корисності, амортизації та інших змін: [1] ΣBookValueBegin (AccountID; AssetValuationType = 1 або не заповнено) + ΣInvestmentSupport (AccountID; AssetValuationType = 1 або не заповнено) + ΣAssetAddition (AccountID; AssetValuationType = 1 або не заповнено) – ΣTransfers (AccountID; AssetValuationType = 1 або не заповнено) – ΣAssetDisposal (AccountID; AssetValuationType = 1 або не заповнено) + ΣAppreciationForPeriod (AccountID; AssetValuationType = 1 або не заповнено) – ΣDepreciationForPeriod (AccountID; AssetValuationType = 1 або не заповнено) – ΣExtraordinaryDepreciationForPeriod (AccountID; AssetValuationType = 1 або не заповнено) = ΣBookValueEnd (AccountID; AssetValuationType = 1 або не заповнено). Формула 2. Загальна сума амортизації, нарахованої протягом строку використання активу, повинна дорівнювати сумі накопиченої амортизації на початок звітного періоду (різниці між первісною та балансовою вартістю), збільшеній на суму амортизації та екстраординарної амортизації за звітний період (що виникає внаслідок переоцінки, зменшення/відновлення корисності активу тощо) та з урахуванням суми накопиченої амортизації активів, які передані (переведені) (збільшення +) протягом звітного період зі зносом (різниці між первісною вартістю на кінець періоду та балансовою вартістю передачі (переведення) активів): [2] ΣAcquisitionAndProductionCostsBegin (AccountID; AssetValuationType = 1 або не заповнено) – ΣBookValueBegin(AccountID; AssetValuationType = 1 або не заповнено) + ΣDepreciationForPeriod (AccountID; AssetValuationType = 1 або не заповнено) + ΣExtraordinaryDepreciationForPeriod(AccountID; AssetValuationType = 1 або не заповнено) + Σ(AcquisitionAndProductionCostsEnd – Transfers) (AccountID; AssetValuationType = 1 або не заповнено; AssetID; Transfers > 0; AcquisitionAndProductionCostsEnd ≠ Transfers; AcquisitionAndProductionCostsBegin = 0) = ΣAccumulatedDepreciation (AccountID; AssetValuationType = 1 або не заповнено). Формула 3. Сума первісної вартості на початок і кінець періоду закожним рахунком/субрахунком у підрозділі «Необоротні активи» (Assets) повинна узгоджуватися зі зведенимиданими підрозділу «Операції з необоротними активами» (AssetTransactions): [3] ΣAcquisitionAndProductionCostsBegin (AccountID; AssetValuationType = 1 або не заповнено) + ΣAuditFile.SourceDocuments.AssetTransactions.AssetTransaction.AssetTransactionValuations.AssetTransactionValuation.AssetTransactionAmount (AccountID; AssetValuationType = 1 або не заповнено) – ΣAuditFile.SourceDocuments.AssetTransactions.AssetTransaction.AssetTransactionValuations.AssetTransactionValuation.AssetTransactionAmount (CorrespodingAccountID; AssetValuationType = 1 або не заповнено) = ΣAcquisitionAndProductionCostsEnd (AccountID; AssetValuationType = 1 або не заповнено). Формули 4 і 5 Суми на початок і кінець періоду за кожним рахунком/субрахунком необоротних активів (крім зносу необоротних активів, відстрочених податкових активів та довгострокової дебіторської заборгованості) за даними підрозділу «Сальдові / оборотні відомості» (GeneralLedgerAccounts) та «Необоротні активи» (Assets) повинні бути рівні: [4] ΣAcquisitionAndProductionCostsBegin (AccountID; AssetValuationType = 1 або не заповнено) = AuditFile.MasterFiles.GeneralLedgerAccounts.Account.OpeningDebitBalance (AccountID) – AuditFile.MasterFiles.GeneralLedgerAccounts.Account.OpeningCreditBalance (AccountID); [5] ΣAcquisitionAndProductionCostsEnd (AccountID; AssetValuationType = 1 або не заповнено) = AuditFile.MasterFiles.GeneralLedgerAccounts.Account.ClosingDebitBalance (AccountID) – AuditFile.MasterFiles.GeneralLedgerAccounts.Account.ClosingCreditBalance (AccountID). | Чат ДПС |
| 24/07/2025 | Підрозділ ІV.6 «Інформація про бухгалтерські довідки та інші первинні документи» (OtherSourceDocuments) | В якій саме частині IV розділу "Інформація про документ" необхідно відображати операції пов'язані з доходами та витратами від фінансових інвестицій асоційованим компаніям та дочірнім компаніям? Ці доходи та витрати не пов'язані з продажем та\або придбанням товарів, робіт послуг. Чи правильно ми розуміємо, що подібні операції повинні відображатися в розділі ІV.6 Інформація про бухгалтерські довідки та інші первинні документи (OtherSourceDocuments)? Дякую! | Відповідно до Детального технічного опису елементів SAF-T UA розділ «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) містить інформацію на підставі первинних документів щодо продажів, придбань/закупівель, платежів, операцій із запасами, необоротними активами тощо (з розкриттям інформації відповідно до таблиць відповідних підрозділів SAF-T UA). При цьому, в підрозділі «Інформація про бухгалтерські довідки та інші первинні документи» (OtherSourceDocuments) зазначаються дані, що відображені в складених і проведених в бухгалтерському обліку суб’єкта господарювання бухгалтерських (службових) довідках, складених у довільній формі посадовими особами суб’єкта господарювання, та інших первинних документах, які містять інформацію про деталі господарської операції, які не включені до попередніх підрозділів цього файлу SAF-T UA. Якщо дані, що відображені у складених і проведених у бухгалтерському обліку суб’єкта господарювання бухгалтерських (службових) довідках, складених у довільній формі посадовими особами суб’єкта господарювання, та інших первинних документах, розкриті у всіх суттєвих аспектах в елементах підрозділу 3.1 «Бухгалтерські операції» розділу III «Журнал бухгалтерських записів», то зазначати їх у підрозділі 4.6 «Інформація про бухгалтерські довідки та інші первинні документи» розділу IV «Інформація про документальне забезпечення записів бухгалтерського обліку» не потрібно. | Чат ДПС |
| 28/07/2025 | Підрозділ ІV.5 «Операції з необоротними активами» (AssetTransactions) | Поле GrossTotal в операціях з запасами і активами (4 розділ) з ПДВ чи без ПДВ? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Операції з необоротними активами (AssetTransactions)» розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) відображається інформація в розрізі господарських операцій з необоротними активами суб’єкта господарювання з наведенням опису такого активу, кореспондуючих рахунків/субрахунків, по яких здійснено проведення, контрагентів та розкриттям іншої інформації. У елементі «Операція з активом» (AssetTransaction; complex; Mandatory; 1..∞) відображається інформація про господарську операцію з необоротним активом, крім амортизації (у тому числі позабалансовим). Дані про бухгалтерські проведення по операціям з необоротними активами відображаються окремими записами елемента «Операція з активом» (AssetTransaction; complex; Mandatory; 1..∞). Наприклад, господарські операції суб’єкта господарювання щодо ліквідації основних засобів відображаються в підрозділі «Операції з необоротними активами» (AssetTransactions) із зазначенням таких бухгалтерських проведень: сума зносу об’єкта (Дт 13 Кт 10); залишкова вартість (Дт 976 Кт 10). Для наведеного прикладу інформація повинна відображатись як два окремих записи елемента «Операція з активом» (AssetTransaction). У кожному такому записі повинна відображатись у тому числі така інформація: в елементі «Номер документа» (DocumentNumber; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..1) зазначається номер первинного документа бухгалтерського обліку, яким суб'єкт господарювання оформив операцію; в елементі «Код рахунку» (AccountID; KeyGeneralLedgerAccount, RefAssetTransactionAccount; SAFmiddle2textType; simple; maxLength 70; Optional; 0..1) зазначається номер рахунку/субрахунку відповідно до Плану рахунків суб’єкта господарювання (за дебетом); в елементі «Код кореспондуючого рахунку» (CorrespondingAccountID; KeyGeneralLedgerAccount, RefAssetTransactionCorrespondingAccount; SAFmiddle2textType; simple; maxLength 70; Optional; 0..1) зазначається номер кореспондуючого рахунку/субрахунку відповідно до Плану рахунків суб’єкта господарювання (за кредитом); в елементі «Оцінки операції з активом» (AssetTransactionValuations; complex; Mandatory; 1..1) відображаються оцінки операції з активом. Інформація повинна бути представлена окремо для цілей бухгалтерського та податкового обліку. Значення сума операції з активом (AssetTransactionAmount; SAFmonetaryType; simple; totalDigits18, fractionDigits 2; nillable="true"; Mandatory; 1..1) повинно узгоджуватись із відповідною кореспонденцією рахунків/субрахунків; в елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Optional; 0..∞) зазначається інформація про податки. Наприклад, у цьому елементі відображається інформація щодо податкових зобов’язання з ПДВ при ліквідації основних виробничих або невиробничих засобів за самостійним рішенням платника податку; в елементі «Загальна сума» (GrossTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) відображається грошова оцінка загальної вартості (з урахуванням податків). Узгодженість між цими елементами повинна забезпечуватись для кожного запису елемента «Операція з активом» (AssetTransaction) на основі такої логічної формули: [1] GrossTotal = AssetTransactionValuations.AssetTransactionValuation.AssetTransactionAmount (AssetValuationType = 1 або не заповнено) + ΣTaxInformation.TaxAmount.Amount. У підрозділі «Операції із запасами» (MovementOfGoods) на підставі первинних документів зазначається інформація в розрізі операцій, проведених з матеріальними цінностями з обов’язковим зазначенням номерів і назв рахунків/субрахунків, на яких вони обліковуються, їх кількості, ціни та вартості, а також з розкриттям іншої інформації. У розрізі рядків документа, яким оформлено операцію уелементі «Сума» (GrossTotal) зазначається грошова оцінка господарської операції, підрозділу «Операції із запасами» (MovementOfGoods). У підрозділі «Операції із запасами» (MovementOfGoods) на підставі первинних документів зазначається інформація в розрізі операцій, проведених з матеріальними цінностями з обов’язковим зазначенням номерів і назв рахунків/субрахунків, на яких вони обліковуються, їх кількості, ціни та вартості, а також з розкриттям іншої інформації. У розрізі рядків документа, яким оформлено операцію у елементі «Сума» (GrossTotal) зазначається грошова оцінка господарської операції, підрозділу «Операції із запасами» (MovementOfGoods). Тобто, якщо господарську операцію з запасами оформлену без ПДВ, то відображається у елементі «Сума» (GrossTotal) без ПДВ. Якщо операції з запасами передбачають нарахування ПДВ (наприклад, операції з безоплатної передачі запасів) то інформація щодо податкових зобов’язання з ПДВ відображається в елементі «Податкова інформація» (TaxInformation) у підрозділі «Операції із запасами» (MovementOfGoods) так: У елементі «Сума» (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) зазначається грошова оцінка господарської операції (з урахуванням податків). | Чат ДПС |
| 01/08/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | В якому розділі «ІV.1 Відомості про продаж (SalesInvoices)» або « ІV.3 Відомості про платежі (Payments) слід відображати операції з роздрібного виторгу ? Чи є варіативність в залежності від бухгалтерської моделі проведень, а саме: Якщо формується проведення Дт 36Р Кт 702 – до розділу ІV.1 Відомості про продаж (SalesInvoices)» Якщо Дт 30 Кт 702 (наш варіант) чи потрібно такі проведення відображати крім як в розділі V.1 Відомості про продаж ще і в ІV.3 Відомості про платежі Відображати документи в усіх зазначених розділах ? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про продаж» (SalesInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів реалізованих матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій із продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). У разі здійснення роздрібного продажу без ідентифікації покупця, в елементах «Ідентифікатор покупця» (CustomerID) та «Код контрагента» (RegistrationNumber) проставляється умовний код «100000000000», а в елементі «Найменування контрагента» (Name) зазначається «Неплатник». Якщо в системі обліку суб’єкта господарювання інформація щодо роздрібних продажів відображається на основі звітів про реалізовані товари (надані послуги), то заповнення підрозділу «Відомості про продаж» (SalesInvoices) має здійснюватися на підставі таких звітів із зазначенням інформації щодо фактичних обсягів реалізованих матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій із продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Відомості про платежі» (Payments) на підставі первинних документів зазначається інформація щодо отриманих / перерахованих грошових коштів суб’єкта господарювання з наведенням способів оплати, кореспондуючих рахунків та іншої інформації щодо характеристик проведених розрахунків у розрізі платежів (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). У підрозділі «Відомості про платежі» (Payments) відображенню підлягає інформація про рух грошових коштів (у національній та іноземній валюті у касах, на розрахункових (поточних), валютних та інших рахунках у банках, у тому числі й на рахунках у системі електронного адміністрування податку на додану вартість, відкритих платникам податків у Казначействі), електронних грошей тощо. Тобто, у підрозділах «Відомості про продаж» (SalesInvoices), «Відомості про платежі» (Payments) не передбачено відображення повного набору бухгалтерських проведень. На рівні кожного рядка первинного документа повинна зазначатися лише основна кореспонденція рахунків/субрахунків щодо п реалізації, отриманих грошових коштів. Усі інші бухгалтерські проведення (включно з ПДВ) розкриваються в розділі «Бухгалтерські операції» (GeneralLedgerEntries) SAF-T UA. | Чат ДПС |
| 05/08/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Яким чином здійснюється контроль збалансованості за формулами, наприклад, в ІІ.14 Необоротні активи (Assets) формула 3- в цілому по кожному рахунку бухгалтерського обліку чи окремо по кожному інвентарному номеру основних засобів? Наприклад, є операція переносу з одного інвентарного номеру на інший Дт 105 Кт 105 - це операція за двома інвентарними номерами. Якщо брати формулу 3, то ПВ поч + Операції з необ активами. Оцінки операцій Код рах -Операції з необ активами . Оцінки операцій Кор. Рах = ПВ кін. Тобто за формулою окремий інвентарний номер не збалансується, а збалансується в цілому по двом різним номерам, тому що зміна сальдо в цілому не відбудеться, а лише між інвентарними номерами поміняєься | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку / субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники щодо кожного окремого активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних із цим активом, а також із розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. Для кожного необоротного активу передбачена можливість заповнення тільки одного інвентарного номера або іншого унікального ідентифікатора активу, що застосовується суб’єктом господарювання в бухгалтерському обліку (AssetID), та тільки одного коду рахунку/субрахунку (AccountID), що відповідає моделі ОЕСР. Інформація підрозділу «Необоротні активи» (Assets) повинна бути збалансована з даними підрозділу «Операції з необоротними активами» (AssetTransactions). Перевірка збалансованості інформації про наявність та рух необоротних активів (формула 3) передбачає, що сума первісних вартостей на початок періоду плюс сума операційз активами (за дебетом) мінус сума операцій з активами (за кредитом) повинна дорівнювати сумі первісних вартостейна кінець періоду [3] ΣAcquisitionAndProductionCostsBegin (AccountID;AssetValuationType = 1 або не заповнено) + ΣAuditFile.SourceDocuments.AssetTransactions.AssetTransaction.AssetTransactionValuations.AssetTransactionValuation.AssetTransactionAmount (AccountID; AssetValuationType = 1 або не заповнено) – ΣAuditFile.SourceDocuments.AssetTransactions.AssetTransaction.AssetTransactionValuations.AssetTransactionValuation.AssetTransactionAmount (CorrespodingAccountID; AssetValuationType = 1 або не заповнено) = ΣAcquisitionAndProductionCostsEnd (AccountID; AssetValuationType = 1 або не заповнено). Ця перевірка проводиться відповідно до оцінок активів згідно з національними положеннями (стандартами) бухгалтерського обліку або міжнародними стандартамифінансової звітності за кожним рахунком / субрахунком(AccountID), а не за кожним кодом активу (AssetID). Разом з тим, аналогічна логіка є коректною і на рівні коду активу (AssetID). Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Операції з необоротними активами» (AssetTransactions) відображається інформація в розрізі господарських операцій із необоротними активами суб’єкта господарювання з наведенням опису такого активу, кореспондуючих рахунків / субрахунків, по яких здійснено проведення, контрагентів та розкриттям іншої інформації відповідно до таблиці цього підрозділу SAF-T UA. У випадку зміни коду активу без зміни коду рахунку / субрахунку доцільно відображати таку зміну окремими операціями: лише за дебетом і лише за кредитом для відповідних кодів активів (умовний підхід як для позабалансових). | Чат ДПС |
| 06/08/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | Є операція з продажу товару, щодо якого донарахували ПДВ з продажу нижче собівартості. Окрім відображення проводки по донарахуванню такого ПДВ в розділі III Бухгалтерські операції (GeneralLedgerEntries), чи потрібно такий ПДВ відображати, наприклад, в розділі ІV.4 Операції із запасами (MovementOfGoods) при відображенні руху запасу по відповідному документу продажу? Чи в інших розділах ІV Інформація про документальне оформлення?. | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про продаж» (SalesInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів реалізованих матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). У елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається інформація про податки (на рівні рядка первинного документа). У елементі «Загальна сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається сума податків (на рівні загальних підсумків первинного документа). Згідно з пунктом 15 Порядку заповнення податкової накладної, затвердженого наказом Міністерства фінансів України від 31.12.2015 № 1307, у разі постачання товарів/послуг, крім постачання товарів, базою оподаткування для яких встановлено максимальні роздрібні ціни, база оподаткування яких, визначена відповідно до статей 188 і 189 Податкового кодексу України, перевищує фактичну ціну постачання таких товарів/послуг (зокрема, якщо база оподаткування визначається виходячи із ціни придбання товарів/послуг, звичайної ціни самостійно виготовлених товарів/послуг або балансової (залишкової) вартості необоротних активів і перевищує суму постачання таких товарів/послуг, необоротних активів, визначену виходячи з їх договірної вартості, тобто ціна придбання / звичайна ціна / балансова (залишкова) вартість перевищує фактичну ціну (договірну вартість) постачання), постачальник (продавець) складає дві податкові накладні: одну - на суму, розраховану виходячи з фактичної ціни постачання, іншу - на суму, розраховану виходячи з перевищення ціни придбання / звичайної ціни / балансової (залишкової) вартості над фактичною ціною, або може скласти не пізніше останнього дня місяця, в якому здійснено такі постачання, зведену податкову накладну з урахуванням сум податку, розрахованих виходячи з перевищення бази оподаткування над фактичною ціною, визначених окремо за кожною операцією з постачання товарів/послуг. У податковій накладній (в тому числі зведеній), яка складена на суму такого перевищення, робиться позначка відповідно до пункту 8 цього Порядку (15 - Складена на суму перевищення бази оподаткування, визначеної відповідно до статей 188 і 189 Податкового кодексу України, над фактичною ціною постачання). Така податкова накладна отримувачу (покупцю) не надається. При цьому у рядках такої податкової накладної, відведених для зазначення даних покупця, постачальник (продавець) зазначає власні дані. Зазначати інформацію податкової накладної, складеної на суму перевищення бази оподаткування, визначеної відповідно до статей 188 і 189 Податкового кодексу України, над фактичною ціною постачання, в підрозділі «Відомості про продаж» (SalesInvoices) не потрібно Дані такої податкової накладної розкриваються в інформації щодо бухгалтерських проведень суб’єкта господарювання в розділ «Бухгалтерські операції» (GeneralLedgerEntries). При цьому, в інформації щодо коду ЄДРПОУ/РНОКПП контрагента та його найменування зазначаються власні дані. | Чат ДПС |
| 11/08/2025 | Підрозділ ІІ.3 «Сальдові / оборотні відомості» (GeneralLedgerAccounts) | В таблиці ІІ.3 Сальдові/оборотні відомості (GeneralLedgerAccounts) - садьдо по рахункам відображати в згорнутому чи розгорнутому вигляді? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Сальдові/оборотні відомості» (GeneralLedgerAccounts) відображається інформація про застосовувані рахунки/субрахунки/аналітичні рахунки бухгалтерського обліку для ведення господарської діяльності суб’єкта господарювання із зазначенням в розрізі кожного рахунку, субрахунку та аналітичного рахунку їх номерів, найменувань, дат створення облікових записів (рахунків/субрахунків/аналітичних рахунків) та розгорнутого сальдо на початок та кінець періоду, з розбивкою по дебету та кредиту цих рахунків/субрахунків/аналітичних рахунків. Отже у елементах «Початкове дебетове (кредитове) та кінцеве дебетове (кредитове) сальдо» відображається залишок коштів по дебету рахунку/субрахунку на початок/кінець періоду (розгорнуте сальдо) . | Чат ДПС |
| 11/08/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Питання щодо того, як подавати мастер-дату контрагентів-нерезидентів (постачальників та клієнтів) у звіті SAF-T UA. Наприклад, тег Name загалом по звіту містить наступне роз'яснення: Найменування контрагента/прізвище, ім’я та по батькові (за наявності). Однак цей тег не містить пояснення стосовно того, якою мовою має бути вказано Найменування контарагента для контрагентів-нерезидентів. За замовчуванням для контрагентів-резидентів усі дані має бути подано українською мовою. Чи релевантне це твердження для контрагентів-нерезидентів також? Це саме питання стосується й решти мовно-ідентифікованих тегів із AddressStructure, ContactInformationStructure, BankAccountStructure. | Пунктом 3.2 розділу III Порядку надання документів великого платника податків в електронній формі, затвердженому наказом Міністерства фінансів України від 07.11.2011 № 1393 (далі – Порядок), передбачено, що електронні документи (інформація) ВПП надаються у форматі XML у вигляді стандартного аудиторського файлу (SAF-T UA), який представляє собою електронний файл стандартизованої структури, що містить експортовані з вихідної системи обліку дані про наявність та стан активів, власного капіталу та зобов’язань, а також інформацію щодо змін у фінансово-господарському стані суб’єкта господарювання за певний період. Структура надання електронних документів (інформації) ВПП (стандартний аудиторський файл (SAF-T UA)) наведена у додатку до Порядку. Формування SAF-T UA повинно здійснюватися на основі даних вихідної системи обліку відповідно до обраної підприємством форми бухгалтерського обліку як певної системи регістрів обліку, порядку і способу реєстрації та узагальнення інформації в них з додержанням єдиних засад, встановлених Законом України від 16.07.1999 № 996-XIV «Про бухгалтерський облік та фінансову звітність в Україні», та з урахуванням особливостей своєї діяльності і технології обробки облікових даних. У SAF-T UA найменування нерезидента та інформацію про його місцезнаходження (адресу) доцільно відображати так, як у контракті (угоді). | Чат ДПС |
| 12/08/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | Просимо надати роз’яснення щодо порядку відображення рахунку 17 у розділі ІІ.14 "Необоротні активи" (Assets). | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку/субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники по кожному окремому активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних з цим активом, а також з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. Якщо в системі обліку суб’єкта господарювання аналітичний облік відстрочених податкових активів не ведеться за видами активів або зобов'язань, то інформація про відстрочені податкові активи в підрозділі «Необоротні активи» (Assets) може не відображатись. Для перевірки збалансованості операцій з необоротними активами з відомостей наявності та руху необоротних активів виключені відстрочені податкові активи. | Чат ДПС |
| 13/08/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | В яких цільових розділах SAF T UA необхідно відображати послуги, отримані підприємством в поточному періоді (наприклад, маркетингові послуги, послуги з охорони, послуги з прибирання та т.п.), при умові що вони є витратами підприємства поточного періоду і не відносяться до собівартості виробленої продукції, не збільшують вартість придбаних запасів, не збільшують вартість основних засобів підприємства? Сам факт придбання таких послуг буде відображено в розділі ІV.2 Відомості про придбання/закупівлю (PurchaseInvoices). Чи необхідно такі витрати поточного періоду у вигляді придбаних послуг відображати в розділі ІV.4 Операції із запасами (MovementOfGoods) чи в розділі ІV.6 Інформація про бухгалтерські довідки та інші первинні документи (OtherSourceDocuments)? | Формування SAF-T UA повинно здійснюватися на основі даних вихідної системи обліку відповідно до обраної підприємством форми бухгалтерського обліку як певної системи регістрів обліку, порядку і способу реєстрації та узагальнення інформації в них з додержанням єдиних засад, встановлених Законом України «Про бухгалтерський облік та фінансову звітність в Україні» від 16.07.1999 N996 та з урахуванням особливостей своєї діяльності і технології обробки облікових даних. Інформація щодо операцій з придбання маркетингових послуг, послуги з охорони, послуги з прибирання та т.пвідображається, зокрема, в таких підрозділах SAF-T UA: підрозділ «Постачальники» (Suppliers) розділу «Довідники (MasterFiles)»: інформація щодо контрагентів (постачальників), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер / код нерезидента, найменування, номер платника податку на додану вартість), номерів рахунків / субрахунків бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації, передбаченої таблицею цього підрозділу SAF-T UA; розділ «Бухгалтерські операції» (GeneralLedgerEntries): інформація щодо бухгалтерських проведень суб’єкта господарювання за операціями з придбання маркетингових послуг в розрізі кожної окремої господарської операції з деталізацією здійсненої операції, із зазначенням її типу, суми, інформації щодо унікального ідентифікаційного номера контрагента юридичної (фізичної) особи (в разі, якщо операція здійснюється з контрагентом), розкриттям даних про бухгалтерські проведення по цій операції, а також іншої інформації відповідно до таблиці цього підрозділу SAF-T UA в розрізі кожного бухгалтерського проведення; підрозділ «Відомості про придбання/закупівлю» (PurchaseInvoices) розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments): інформація щодо фактичних обсягів придбаних маркетингових послуг, їх кількості та вартості в розрізі господарських операцій із придбання / закупівлі (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). підрозділ «Відомості про платежі» (Payments) розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments): інформація щодо перерахованих грошових коштів суб’єкта господарювання з наведенням способів оплати, кореспондуючих рахунків та іншої інформації щодо характеристики проведених розрахунків в розрізі платежів (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). | Чат ДПС |
| 13/08/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | Яким чином ( в яких розділах SAF T UA) відображати витрати майбутніх періодів, які акумулюються на рахунках класу 39? | Розкриття в розділі «Бухгалтерські операції» (GeneralLedgerEntries) SAF-T UA інформації щодо операцій з накопичення витрат майбутніх періодів, їх списання (розподілу) та включення до складу витрат звітного періоду повинно здійснюватися на основі даних вихідної системи обліку відповідно до обраної підприємством форми бухгалтерського обліку як певної системи регістрів обліку, порядку і способу реєстрації та узагальнення інформації в них з додержанням єдиних засад, встановлених Законом № 996, та з урахуванням особливостей своєї діяльності і технології обробки облікових даних. | Чат ДПС |
| 13/08/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Питання щодо відображення даних у розділі ІІ.14 "Необоротні активи" (Assets). Елемент ІІ.14.1.1 AssetID. Відповідно до вимоги ДПС відображати кожний актив, як окрему самостійну одиницю обліку, у бухгалтерському обліку може застосовуватися груповий облік однотипних активів, коли ведеться інвентарна картка групового обліку. Законодавство не обмежує використання інвентарної картки групового обліку, коли мова йде про однотипні об’єкти з однаковими характеристиками, функціями, технічними параметрами та вартістю. Тобто, кількість таких об’єктів вказується у картці разом із загальною вартістю, а індивідуальні інвентарні номери можуть не фігурувати. У офіційних текстах законодавчих документів не наведено конкретних типових прикладів таких активів та класів (підкласів), які можуть використовувати груповий облік. Просимо надати роз’яснення щодо порядку відображення таких об'єктів в SAF-T UA. Чи буде достатньо надати пояснення для ДПС у розділі "Заголовок" (Header) (extension of HeaderStructure), елемент (тег) I.1.12 HeaderComment, зокрема пояснити використання в обліку групової картки обліку з єдиним номенклатурним номером, на якій обліковуються однотипні об’єкти з однаковими характеристиками, функціями, технічними параметрами та вартістю. | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку/субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники по кожному окремому активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних з цим активом, а також з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. Якщо платником податків здійснюється груповий облік однотипних активів, за кодом, який присвоєно групі активів з однаковими характеристиками, функціями, технічними параметрами та вартістю, то доцільно інформацію відображати в в підрозділі «Необоротні активи» (Assets) тільки за загальною вартістю, оскільки відображення загальної кількості об’єктів у цьому підрозділі не передбачено. | Чат ДПС |
| 14/08/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Просимо надати роз’яснення щодо заповнення блоку IV.2 "Відомості про придбання/закупівлю (PurchaseInvoices)" - рядки, а саме – відображення даних у полях AccountID та CorrespondingAccountID у випадках, коли один рядок документа купівлі (рахунку) породжує бухгалтерські проведення на кілька рахунків головної книги. Зокрема, цікавить наступне: У випадку, коли один рядок рахунку купівлі (наприклад, доставка товару) обліковується як витрати на придбання, які розподіляються одразу на кілька рахунків (наприклад, 28, 26), просимо уточнити: Чи потрібно дублювати відповідний рядок у PurchaseInvoice Lines стільки разів, скільки проводок по рахунках? Як правильно формувати поля AccountID та CorrespondingAccountID у кожному з таких рядків? Яким чином забезпечити зв’язок між одним рядком документа купівлі та кількома обліковими проводками? Через LineNumber? Вказати однаковий LineNumber для декількох записів? Як відображати розподіл суми між кількома рядками — чи допускається часткове заповнення рядка за сумою, або слід подавати повну суму по кожному рахунку окремо? Просимо також надати роз’яснення, чи передбачена валідаційна перевірка цілісності або контролю сум у межах PurchaseInvoices, зокрема: Чи здійснюється автоматична перевірка відповідності загальної суми документа купівлі сумарному підсумку по рядках? Чи проводиться перевірка відповідності рядків PurchaseInvoice Lines (AccountID/CorrespondingAccountID) із даними розділу GL Entries ? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про придбання/закупівлю (PurchaseInvoices) розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) на підставі первинних документів зазначається інформація щодо фактичних обсягів придбаних матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з придбання/закупівлі (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Елемент «Рахунок-фактура» (Invoice; Invoice structure; complex; Mandatory; 1..∞) використовується для відображення даних первинного документа з придбання/закупівлі. На рівні рядка первинного документа зазначаються: в елементі «Код рахунку» (AccountID) відображається номер рахунку/субрахунку відповідно до Плану рахунків суб’єкта господарювання (за дебетом); в елементі «Код кореспондуючого рахунку» (CorrespondingAccountID) – номер кореспондуючого рахунку/субрахунку відповідно до Плану рахунків суб’єкта господарювання (за кредитом). Для забезпечення унікальності та коректності значень застосовуються обмеження KeyGeneralLedgerAccount, і посилання на ключ (keyref) RefPurchaseInvoiceLineAccount. На рівні загальних підсумків первинного документа відображається така інформація: в елементі «Сума без податків та витрат на доставку» (NetTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається загальна сума без урахування податків та вит рат на доставку; в елементі «Сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається загальна сума податків; в елементі «Сума витрат на доставку» (ShippingCostsAmountTotal; SAFmonetaryType; simple; Optional; 0..1) може зазначатись загальна сума витрат на доставку/перевезення; в елементі «Загальна сума» (GrossTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається грошова оцінка загальної вартості продукції (товару/роботи, послуги). Узгодженість між цими елементами повинна забезпечуватись на основі таких формул: [1] NetTotal (SystemID) = ΣInvoiceLineAmount.Amount (SystemID); [2] ΣTaxInformationTotals.TaxAmount.Amount (SystemID; TaxCode) = ΣTaxInformation.TaxAmount.Amount (SystemID; TaxCode); [3] GrossTotal (SystemID) = NetTotal (SystemID) + ΣTaxInformationTotals.TaxAmount.Amount (SystemID) + ShippingCostsAmountTotal (SystemID). У підрозділі «Відомості про придбання/закупівлю (PurchaseInvoices) не передбачено відображення повного набору бухгалтерських проведень. На рівні кожного рядка первинного документа повинна зазначатися лише основна кореспонденція рахунків/субрахунків щодо придбання/закупівлі. Усі інші бухгалтерські проведення (включно з ПДВ, розподіл витрат між кількома рахунками тощо) розкриваються в розділі «Бухгалтерські операції» (GeneralLedgerEntries) SAF-T UA. Деталізація у даному підрозділі може містити кілька бухгалтерських проведень із посиланням на один номер рядка (LineNumber). Вищенаведені логічні формули узгодженості між значеннями елементів грошової оцінки вартості продукції (товарів / робіт, послуг) та інформації про податки наведені для кращого розуміння взаємозв’язків і контролю повноти заповнення відповідних даних. Валідація за цими формулами на даному етапі ще не реалізована. Автоматичної перевірки відповідності між рядками PurchaseInvoice Lines (AccountID/CorrespondingAccountID) та розділом GeneralLedgerEntries Детальним технічним описом елементів не передбачено. | Чат ДПС |
| 14/08/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Просимо надати роз’яснення яким чином відображати в розділі ІV.2 Відомості про придбання/закупівлю (PurchaseInvoices) податкову інформацію по ПДВ щодо імпортованих товарів, які постачаються від нерезидента на митну територію України: 1. Враховуючи що імпортний ПДВ нараховується та сплачується виключно органам Державної митниці, а не постачальнику-нерезиденту, то чи виникає обов’язок щодо відображення ставки та суми нарахованого ПДВ по імпортованих товарах в інформції в даних про розрахунки безпосередньо з постачальником- нерезидентом в наступних елементах: invoce.Line.TaxInformation.TaxType Invoice.Line.TaxInformation.TaxType Invoice.Line.TaxInformation.TaxCode Invoice.Line.TaxInformation.TaxAmount.Amount Invoice.DocumentTotals.TaxInformationTotals.TaxType Invoice.DocumentTotals.TaxInformationTotals.TaxCode Invoice.DocumentTotals.TaxInformationTotals.TaxAmount.Amount ? Якщо імпорт товарів по одному інвойсу включає одночасно нарахування та сплату ПДВ по кодах «20/імпорт» та «7/імпорт» для різних товарів з цього інвойсу, то як коректно відобразити інформацію в елементі Invoice.DocumentTotals.TaxInformationTotals.TaxCode для цього документа ? Чи потрібно додавати в загальну суму Invoice.DocumentTotals.GrossTotal суму нарахованого ПДВ, враховуючи що ця сума не впливає на розрахунки з постачальником-нерезидентом і не впливає на суму інвойсу від постачальника-нерезидента і не впливає на суму заборгованості перед постачальником-нерезидентом? Або інформація про суму нарахованого ПДВ по імпортних поставках зазначається лише довідково? Імпортний товар оприбутковується по фактурній вартості, а нарахування ПДВ здійснюється на підставі митної вартості. Ці показники майже завжди відрізняються один від одного. Також, інформація щодо митної вартості конкретного імпортного товару та конкретної суми ПДВ по інвойсу , зазвичай, не зазначається в облікових системах підприємств, а існує лише довідково в первинних митних документах (ВМД). Чи є необхідність вказувати конкретні суми імпортного ПДВ в елементі Invoice.Line.TaxInformation.TaxAmount.Amount? Або достатньо вказати загальну суму ПДВ в елементі Invoice.DocumentTotals.TaxInformationTotals.TaxAmount.Amount? Чи буде вважатися помилкою при імпортуванні товарів від постачальника нерезидента вказати в Invoice.Line.TaxInformation.TaxCode «НеПДВ» і не розкривати додаткову податкову інформацію, при умові, що сума ПДВ по цьому інвойсу була нарахована та сплачена митним органам? В той же час, цей ПДВ буде відображений в розділі ІV.2 Відомості про придбання/закупівлю (PurchaseInvoices) як розрахунки з Державною митницею? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Відомості про придбання/закупівлю» (PurchaseInvoices) розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) на підставі первинних документів зазначається інформація щодо фактичних обсягів придбаних матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з придбання/закупівлі (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). В елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається інформація про податки (на рівні рядка первинного документа). В елементі «Сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається загальна сума податків (на рівні загальних підсумків первинного документа). Елементи «Податкова інформація» (TaxInformation) та «Сума податків» (TaxInformationTotals) повинні обов’язково бути заповнені. Для можливості відображення інформації за різними податками забезпечена технічна можливість використовувати елементи необмежену кількість разів. Для товарів, що ввозяться на митну територію України, база оподаткування яких перевищує договірну (контрактну) вартість, відповідна інформація може бути розкрита в елементі «База оподаткування» (TaxBase) структури інформації про податок (TaxInformationStructure). Відповідно до довідника «Таблиця податків» (TaxTable) (для ПДВ), наведеного після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для ввезених на митну територію України товарів, необоротних активів необхідно використовувати вид податку (TaxType) «ПДВ» та такі коди податків (TaxCode): 20/імпорт – ввезені на митну територію України товари, необоротні активи (за основною ставкою); послуги, отримані від нерезидента, місце постачання яких знаходиться на митній території України (за основною ставкою); 14/імпорт – ввезені на митну територію України товари, необоротні активи (за ставкою 14%); 7/імпорт – ввезені на митну територію України товари, необоротні активи (за ставкою 7%); послуги, отримані від нерезидента, місце постачання яких знаходиться на митній території України (за ставкою 7%); 903 – операції з постачання товарів/послуг, які звільнені від оподаткування. Якщо в системі обліку суб’єкта господарювання митна декларація пов’язана з документом придбання/закупівлі в розрізі матеріальних цінностей, інформацію щодо митних платежів доцільно відображати в даних первинних документів з придбання/закупівлі матеріальних цінностей у елементах, що стосується інформації про податки. Якщо в системі обліку суб’єкта господарювання митна декларація не пов’язана з документом придбання/закупівлі в розрізі матеріальних цінностей і технічно неможливо відобразити інформацію щодо митних платежів в даних первинних документів з придбання/закупівлі, доцільно застосовувати такий підхід: зазначати вид податку (TaxType) «ПДВ» та відповідний код податку (TaxCode), що відповідає податковому призначенню ввезених на митну територію України товарів, необоротних активів (наприклад: 20/імпорт, 14/імпорт, 7/імпорт); значення суми податку (TaxAmount) може бути вказане як нульове; при розкритті в розділі «Бухгалтерські операції» (GeneralLedgerEntries) інформації щодо бухгалтерських проведень суб’єкта господарювання за господарськими операціями з нарахування митних платежів інформацію про податки необхідно також відображати в елементі «Податкова інформація» (TaxInformation). Формування SAF-T UA повинно здійснюватися на основі даних вихідної системи обліку відповідно до обраної підприємством форми бухгалтерського обліку як певної системи регістрів обліку, порядку і способу реєстрації та узагальнення інформації в них з додержанням єдиних засад, встановлених Законом України від 16.07.1999 № 996-XIV «Про бухгалтерський облік та фінансову звітність в Україні» (далі – Закон № 996), та з урахуванням особливостей своєї діяльності і технології обробки облікових даних. | Чат ДПС |
| 15/08/2025 | Підрозділ ІІ.6 «Постачальники» (Suppliers) | Питання по Довіднику Тип Особи (Entity Type), Якщо у звітному періоді відбувалася зміна типу особи, наприклад, контрагент на початок року був платником податку на загальній схемі, а з другого кварталу перейшов на спрощену схему, як це відобразити у файлі? | У Детальному технічному описі елементів SAF-T UA передбачено, що в підрозділі «Постачальники» (Suppliers) відображається інформація щодо контрагентів (постачальників)/ з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер / код нерезидента, найменування, номер платника податку на додану вартість), номера рахунку / субрахунку / аналітичного рахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації, передбаченої таблицею цього підрозділу SAF-T UA. В елементі «Реєстраційні дані платника податків» (TaxRegistration; TaxIDStructure; complex; Optional; 0..∞) зазначаються реєстраційні дані особи як платника податків. Структура реєстраційних даних платника податків передбачає відображення таких даних: в елементі «Податковий номер» (TaxRegistrationNumber; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..1) зазначається унікальний ідентифікаційний номер юридичної особи в ЄДРПОУ / РНОКПП / код нерезидента; в елементі «Вид податку» (TaxType; SAFcodeType; simple; maxLength 9; Optional; 0..1) зазначається податковий режим, на який вказує вид податку; в елементі «Індивідуальний податковий номер» (TaxNumber; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається податковий реєстраційний номер для певного податкового режиму (номер платника податку на додану вартість у реєстрі платників податку на додану вартість). в елементі «Тип особи постачальника» (SupplierType; SAFmiddle1textType; simple; maxLength 35; Optional; 0..∞) відображається тип особи постачальника (рекомендуєтьсяобов’язкове заповнення для контрагентів, господарськіоперації з якими можуть формувати податкові різниці). У разі, якщо протягом звітного періоду контрагент змінивтип особи (наприклад, з платника податку на загальнійсистемі перейшов на спрощену), то у файлі SAF-T UA відображається лише поточний статус контрагента на дату формування файлу, оскільки SAF-T UA не передбачає історії змін статусів. | Чат ДПС |
| 22/08/2025 | Підрозділ ІV.4 «Операції із запасами» (MovementOfGoods) | просимо надати роз’яснення щодо заповнення блоку ІV.4 Операції із запасами (MovementOfGoods), а саме – детальне пояснення особливостей відображення показників у полях UnitOfMeasure та UOMToUOMPhysicalStockConversionFactor Зокрема, цікавить наступне: Для яких випадків заповнення полів UnitOfMeasure та UOMToUOMPhysicalStockConversionFactor блоку ІV.4 Операції із запасами (MovementOfGoods) є обов'язковим? Просимо надати приклади. Як заповнювати поля UnitOfMeasure та UOMToUOMPhysicalStockConversionFactor блоку ІV.4 Операції із запасами (MovementOfGoods) для рядків, що стосуються продажу чи купівлі, якщо такий продаж чи купівля відбулися із використанням стандартної одиниці виміру, відмінної від базової. Приклад ситуації: Для товару передбачено Стандартну одиницю виміру, відповідно заповнено розділ ІІ.11 Номенклатура запасів/продукції (товарів/робіт, послуг) (Products), де крім UOMBase (наприклад 2062 «тис.пляшок») також заповнено показники UOMStandard (наприклад 2061 «пляшка») та UOMToUOMBaseConversionFactor (наприклад «0,001»). Далі відображено інформацію про продаж, для якого в первинному документі використана стандартна одиниця виміру 2061 «пляшка» - заповнено для розділу ІV.1 Відомості про продаж (SalesInvoices) поля InvoiceUOM (значення - 2061) та UOMtoUOMBaseConversionFactor (значення - 0,001). Питання - чи потрібно заповнювати поля UnitOfMeasure та UOMToUOMPhysicalStockConversionFactor блоку ІV.4 Операції із запасами (MovementOfGoods) для рядка, що відповідає такому продажу? Як заповнюються поля UnitOfMeasure та UOMToUOMPhysicalStockConversionFactor блоку ІV.4 Операції із запасами (MovementOfGoods) для товару, якщо продаж чи купівля здійснюється в стандартній одиниці виміру (UOMStandard), а складський облік та відповідно заповнення блоку ІІ.12 Запаси (PhysicalStock) ведеться в базовій одиниці виміру (UOMBase)? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Операції із запасами» (MovementOfGoods) на підставі первинних документів зазначається інформація в розрізі операцій, проведених із матеріальними цінностями, з обов’язковим зазначенням номерів рахунків / субрахунків, на яких вони обліковуються, їх кількості, ціни та вартості, а також із розкриттям іншої інформації відповідно до таблиці цього підрозділу SAF-T UA. В елементі «Одиниця виміру» (UnitOfMeasure; KeyUnitOfMeasure, RefStockMovementLineUOM; SAFcodeType; simple; maxLength 9; Mandatory; 1..1 InvoiceUOM; KeyUnitOfMeasure, RefSalesInvoiceLineUOM; SAFcodeType; simple; maxLength 9; Optional; 0..1) зазначається фізична величина, визначена в одиницях виміру ваги, об’єму або інших натуральних показниках кількості продукції (товару / роботи, послуги), прийнята для їх кількісного відображення. Цей елемент не заповнюється, якщо одиниця виміру (UnitOfMeasure) дорівнює складській одиниці виміру (UOMPhysicalStock). В елементі «Коефіцієнт перерахунку одиниці виміру в складську» (UOMToUOMPhysicalStockConversionFactor; xs:decimal; simple; Mandatory; 1..1) зазначається коефіцієнт перерахунку одиниці виміру, вказаної в первинному документі (UnitOfMeasure), в складську одиницю виміру (UOMPhysicalStock) (якщо вони відрізняються). Наприклад, якщо в первинному документі для пива світлого пастеризованого «Солодове» (0,5 л, 4.5 %) зазначено одиницю виміру 2061 (пляш.), а складська одиниця виміру – 2062 (тис. пляш.), то відповідний коефіцієнт перерахунку одиниці виміру в складську становить 0,001. В такому випадку у підрозділі Відомості про продаж (SalesInvoices) Елемент InvoiceUOM – 2061; Елемент UOMtoUOMBaseConversionFactor -0,001. У підрозділі «Операції із запасами» (MovementOfGoods): Елемент «Одиниця виміру» (UnitOfMeasure) – 2061; Елемент «Коефіцієнт перерахунку одиниці виміру в складську» (UOMToUOMPhysicalStockConversionFactor -0,001. | Чат ДПС |
| 28/08/2025 | Підрозділ ІІ.11 «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products) | В довіднику ІІ.11 Номенклатура запасів/продукції (товарів/робіт, послуг) (Products) інформація заповнюється з довідника запасів/продукції (товарів/робіт, послуг). В обліковій системі довідник запасів не включає інформацію щодо податків. Оскільки на стадії формування довідника запасів, інформація щодо податків є не інформативною, так як один і той самий запас може придбаватися як з ПДВ, так і без ПДВ. Інформація про податки відображається по господарським операціям (постачання/продажу). В разі відсутності інформації щодо податків в довіднику, яким значенням заповнити поля ( ІІ.11.1.10.1; ІІ.11.1.10.2). | Пунктом 198.5 статті 198 Податкового кодексу України (далі – Кодекс) передбачено, що платник податку зобов'язаний нарахувати податкові зобов'язання виходячи з бази оподаткування, визначеної відповідно до пункту 189.1 статті 189 цього Кодексу, та скласти не пізніше останнього дня звітного (податкового) періоду і зареєструвати в Єдиному реєстрі податкових накладних в терміни, встановлені цим Кодексом для такої реєстрації, зведену податкову накладну за товарами / послугами, необоротними активами, придбаними / виготовленими з податком на додану вартість (для товарів / послуг, необоротних активів, придбаних або виготовлених до 1 липня 2015 року, – у разі якщо під час такого придбання або виготовлення суми податку були включені до складу податкового кредиту), у разі якщо такі товари / послуги, необоротні активи призначаються для їх використання або починають використовуватися: а) в операціях, що не є об’єктом оподаткування відповідно до статті 196 цього Кодексу (крім випадків проведення операцій, передбачених підпунктом 196.1.7 пункту 196.1 статті 196 цього Кодексу) або місце постачання яких розташоване за межами митної території України; б) в операціях, звільнених від оподаткування відповідно до статті 197, підрозділу 2 розділу XX цього Кодексу, міжнародних договорів (угод) (крім випадків проведення операцій, передбачених підпунктом 197.1.28 пункту 197.1 статті 197 цього Кодексу та операцій, передбачених пунктом 197.11 статті 197 цього Кодексу); в) в операціях, що здійснюються платником податку в межах балансу платника податку, у тому числі передача для невиробничого використання, переведення виробничих необоротних активів до складу невиробничих необоротних активів; г) в операціях, що не є господарською діяльністю платника податку (крім випадків, передбачених пунктом 189.9 статті 189 цього Кодексу). Згідно з Детальним технічним описом елементів SAF-T UA підрозділ «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products) розділу «Довідники» (MasterFiles) містить інформацію щодо характеристики запасу / продукції (товару / роботи, послуги), зокрема: код запасу / продукції, індикатор, що дає можливість ідентифікувати продукцію на предмет, чи продукція є товаром або роботою, послугою, опис, одиницю виміру, метод оцінки тощо. У межах цього підрозділу передбачено елемент «Податкова інформація» (Tax; complex; Optional; 0..∞), у якому може відображатись податкова інформація (податкове призначення) для відповідної номенклатурної позиції запасу / продукції (товару / роботи, послуги): в елементі «вид податку» (TaxType; KeyTaxType, RefProductTaxType; SAFcodeType; simple; maxLength 9; Mandatory; 1..1) зазначається вид податку; в елементі «Код податку» (TaxCode; KeyTaxCode, RefProductTaxCode; SAFcodeType; simple; maxLength 9; Mandatory; 1..1) зазначається код податку. Ця інформація має важливе значення для ідентифікації нарахування податкових зобов’язань у зв’язку з придбанням / ввезенням товарів / послуг, необоротних активів, які призначаються для їх використання в операціях, що не є об'єктом оподаткування або звільнених від оподаткування. Якщо в системі обліку суб’єкта господарювання для визначення податкових зобов’язань за товарами / послугами, придбаними для використання в неоподатковуваних операціях, ведеться інформація про податкове призначення, відповідні дані доцільно відображати в елементі «Податкова інформація» (Tax). Якщо ж у системі обліку суб’єкта господарювання не ведеться інформація про податкове призначення, – елемент «Податкова інформація» (Tax) може не використовуватись. | Чат ДПС |
| 29/08/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Чи придбання товару, а саме: Дт 28 Кт 63 відображаємо тільки у розділі ІV.2 Відомості про придбання/закупівлю (PurchaseInvoices), чи ще і у розділі ІV.4 Операції із запасами (MovementOfGoods)? Чи вірно ми зрозуміли, що у розділі ІV.4 Операції із запасами (MovementOfGoods) відображаються тільки списання запасів на собівартість або інші операції, пов'язані з їх списанням або переводом на інші рахунки? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Відомості про придбання/закупівлю (PurchaseInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів придбаних матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з придбання/закупівлі (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Операції із запасами (MovementOfGoods) на підставі первинних документів зазначається інформація в розрізі операцій, проведених з матеріальними цінностями з обов’язковим зазначенням номерів і назв рахунків/субрахунків, на яких вони обліковуються, їх кількості, ціни та вартості, а також з розкриттям іншої інформації. У елементі «Рух запасів» (StockMovement; complex; Mandatory; 1..∞) зазначається інформація про господарську операцію з руху запасів (у тому числі позабалансових). Таким чином, у цьому підрозділі зазначається інформація в розрізі всіх операцій, проведених з матеріальними цінностями. Інформація підрозділу «Запаси» (PhysicalStock) повинна бути збалансована з даними підрозділу «Операції із запасами» (MovementOfGoods). Отже операція Дт 28 Кт 63 відображається і у підрозділі «Відомості про придбання/закупівлю» (PurchaseInvoices) і у підрозділі «Операції із запасами (MovementOfGoods). В свою чергу, у пірозділі «Операції із запасами (MovementOfGoods) відображаються всі операції із запасами, а не тільки списання. | Чат ДПС |
| 29/08/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | Чи зарахування однорідних зустрічних вимог за проводками Дт 631 Кт 361 відображається у розділі ІV.3 Відомості про платежі (Payments)? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Відомості про платежі» (Payments) на підставі первинних документів зазначається інформація щодо отриманих / перерахованих грошових коштів суб’єкта господарювання з наведенням способів оплати, кореспондуючих рахунків та іншої інформації щодо характеристик проведених розрахунків у розрізі платежів (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Відображенню підлягає інформація про рух грошових коштів (у національній та іноземній валюті у касах, на розрахункових (поточних), валютних та інших рахунках у банках, у тому числі й на рахунках у системі електронного адміністрування податку на додану вартість, відкритих платникам податків у Казначействі), електронних грошей тощо. Відповідно до Порядку надання документів великого платника податків в електронній формі, затвердженого наказом Міністерства фінансів України від 07.11.2011 № 1393, в розділі «Бухгалтерські операції» розкривається інформація щодо бухгалтерських проведень суб’єкта господарювання в розрізі кожної окремої господарської операції з деталізацією здійсненої операції, із зазначенням її типу, суми, інформації щодо унікального ідентифікаційного номера контрагента юридичної (фізичної) особи (у разі, якщо операція здійснюється з контрагентом), розкриттямданих про бухгалтерські проведення по цій операції, а також іншої інформації відповідно до таблиці цього підрозділу SAF-T UA в розрізі кожного бухгалтерського проведення. У разі здійснення операцій зарахування зустрічних однорідних вимог, новації, прощення боргу тощо вибір між покупцем / дебітором, постачальником / кредитором та власником для відповідного рахунку / субрахунк) (choice; Optional; 0..1) здійснюється шляхом зазначення одного з таких елементів: в елементі «Ідентифікатор покупця» (CustomerID; KeyCustomer, RefGLTransactionLineCustomer; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) відображається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України / Реєстраційний номер облікової картки платника податків фізичної особи / код нерезидента (якщо здійснюється роздрібний продаж без ідентифікації покупця – зазначається умовний код таких операцій, що застосовується); в елементі «Ідентифікатор постачальника» (SupplierID;KeySupplier, RefGLTransactionLineSupplier; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) відображається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України / Реєстраційний номер облікової картки платника податків фізичної особи / код нерезидента; в елементі «Ідентифікатор власника (засновника)» (OwnerID; KeyOwner, RefGLTransactionLineOwner; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) відображається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України / Реєстраційний номер облікової картки платника податків фізичної особи / код нерезидента; Вибір між покупцем / дебітором, постачальником /кредитором та власником для відповідного кореспондуючого рахунку / субрахунку (choice; Optional; 0..1) здійснюється шляхом зазначення одного з таких елементів: в елементі «Ідентифікатор покупця1» (CustomerID1; KeyCustomer, RefGLTransactionLineCustomer1; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) відображається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України / Реєстраційний номер облікової картки платника податків фізичної особи / код нерезидента (якщо здійснюється роздрібний продаж без ідентифікації покупця – зазначається умовний код таких операцій, що застосовується); в елементі «Ідентифікатор постачальника1» (SupplierID1; KeySupplier, RefGLTransactionLineSupplier1; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) відображається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України / Реєстраційний номер облікової картки платника податків фізичної особи / код нерезидента; в елементі «Ідентифікатор власника (засновника)1» (OwnerID1; KeyOwner, RefGLTransactionLineOwner1; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) відображається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України / Реєстраційний номер облікової картки платника податків фізичної особи / код нерезидента; Аналітичні дані щодо договорів можуть зазначатися в елементі «Дані в розрізі аналітики» (Analysis; AnalysisStructure; complex; Optional; 0..∞). Дані в розрізі аналітики доцільно наводити послідовно: спочатку за дебетом, потім за кредитом. | Чат ДПС |
| 29/08/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | Чи погашення заборгованості перед постачальником за рахунок виданих коштів підзвіт Дт 631 Кт 372 відображається у розділі ІV.3 Відомості про платежі (Payments)? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про платежі» (Payments) на підставі первинних документів зазначається інформація щодо отриманих / перерахованих грошових коштів суб’єкта господарювання з наведенням способів оплати, кореспондуючих рахунків та іншої інформації щодо характеристик проведених розрахунків у розрізі платежів (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). У підрозділі «Відомості про платежі» (Payments) Детального технічного опису елементів SAF-T UA відображенню підлягає інформація про рух грошових коштів (у національній та іноземній валюті у касах, на розрахункових (поточних), валютних та інших рахунках у банках, у тому числі й на рахунках у системі електронного адміністрування податку на додану вартість, відкритих платникам податків у Казначействі), електронних грошей тощо. Отже, в цьому підрозділі зазначається інформація щодо видачі / повернення коштів / електронних грошейпідзвітним особам, застосування корпоративних(бізнесових) платіжних інструментів для проведення розрахунків у безготівковій формі та/або для отримання готівки в межах суми добових витрат тощо. Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Відомості про придбання / закупівлю»(PurchaseInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів придбаних матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій із придбання /закупівлі (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Витрати, понесені підзвітною особою під час відрядження або виконання окремої цивільно-правової дії, які включають придбання матеріальних цінностей, робіт та послуг доцільно відображати в підрозділі «Відомості про придбання/закупівлю» (PurchaseInvoices) (у тому числі з розкриттям інформації щодо ПДВ). В елементі «Інформація про постачальника» (SupplierInfo) зазначається інформація про контрагента – постачальника. В інформації про постачальника доцільно (за наявності відповідних даних в обліковій системі суб’єкта господарювання) відображати контрагента - постачальника, а не підзвітну особу. Погашення заборгованості перед постачальником за рахунок підзвітних коштів відображається в розділі «Бухгалтерські операції». | Чат ДПС |
| 02/09/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | На рівні всього первинного документа в елементі «Код рахунку» (AccountID) зазначається номер рахунку/субрахунку бухгалтерського обліку суб’єкта господарювання, по якому здійснюються операції з цим контрагентом (покупцем). На рівні рядка первинного документа відображається в тому числі така інформація: в елементі «Код рахунку» (AccountID) зазначається номер рахунку/субрахунку відповідно до Плану рахунків суб’єкта господарювання (за дебетом); Питання: Чи можуть бути ці елементи різними? Наприклад , проведення Дт 701 Кт 362. Який код має бути зазначений на рівні первинного документу, а який на рівні рядка? і яка буде ознака - Д чи К? питання стосовно Відомості про продаж | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про продаж» (SalesInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів реалізованих матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). На рівні всього первинного документа в елементі «Код рахунку» (AccountID) зазначається номер рахунку/субрахунку бухгалтерського обліку суб’єкта господарювання, по якому здійснюються операції з цим контрагентом (покупцем). На рівні рядка первинного документа відображається в тому числі така інформація: в елементі «Код рахунку» (AccountID) зазначається номер рахунку/субрахунку відповідно до Плану рахунків суб’єкта господарювання (за дебетом); в елементі «Код кореспондуючого рахунку» (CorrespondingAccountID) зазначається номер кореспондуючого рахунку/субрахунку відповідно до Плану рахунків суб’єкта господарювання (за кредитом); в елементі «Дебетова/кредитова ознака» (DebitCreditIndicator) вказується, чи сума на рівні рядка є дебетовою чи кредитовою (для номера рахунку/субрахунку, по якому здійснюються операції з цим контрагентом) («D» – дебетова, «C» – кредитова). Таким чином, дебетова/кредитова ознака вказується залежно від того, чи відображено номер рахунку/субрахунку бухгалтерського обліку суб’єкта господарювання, по якому здійснюються операції з контрагентом (покупцем), за дебетом чи кредитом у відповідному бухгалтерському проведенні. | Чат ДПС |
| 08/09/2025 | Підрозділ ІІ.2 «Довідники операцій» (TransactionFeatures) | Якщо в блоці "бухгалтерські операції" тип операції присвоєно документу "нарахування заробітної плати", але цей документ формує проводки не тільки з нарахування заробітної плати, але і податки утримані з заробітної плати. Чи повинно присвоювати тип операції на кожну проводку (утримання з заробітної плати податки ПДФО, ВС), чи залишати тип операциї лише на документ? | Відповідно до Детального технічного опису елементів SAF-T UA підрозділ «Довідники операцій» (TransactionFeatures) передбачає опис типів господарських операцій, що здійснювалися суб’єктом господарювання, із наведенням відповідних умовних позначень операцій та їх характеристик. При наведенні типу та опису операцій, пов’язаних з придбанням/продажемтоварів, робіт/послуг, здійснюється відповідне розмежування зазначених операцій з урахуванням того, яка подія (перерахування коштів (додаткова ознака при умовному позначенні операції – «С») або отримання чи постачання товарів, робіт/послуг (додаткова ознака при умовному позначенні операції – «П»)) відбулася першою (у разі якщо суб’єктом господарювання застосовуються інші ознаки або кодування операцій, які дозволяють здійснити вищенаведене розмежування, можуть бути застосовані такі ознаки або коди операцій). Довідник «Тип операції» (TransactionType), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Приклад» відповідних елементів підрозділу «Довідники операцій» (TransactionFeatures) та є наочним прикладом заповнення для кращого розуміння природи даних. Налаштування (зіставлення) власних об’єктів з цим довідником є необов’язковим. При наведенні типу та опису операцій у підрозділі «Довідники операцій» (TransactionFeatures) суб’єкт господарювання може застосовувати власну класифікацію. Якщо документ формує декілька типів бухгалтерських проводок (нарахування зарплати, утримання ПДФО, військового збору, нарахування ЄСВ тощо), то тип операції може бути присвоєний лише документу в цілому, якщо внутрішня облікова політика платника податків передбачає саме такий рівень деталізації. Якщо облікова система дозволяє деталізувати тип операції на рівні кожного бухгалтерського проведення, то з метою підвищення аналітичності суб’єкт господарювання може присвоювати тип операції для кожного бухгалтерського проведення окремо. | Чат ДПС |
| 11/09/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Якщо в продажах (SalesInvoices) ми відображаємо акт знижки окремим документом з відповідною кореспонденцією ДТ 704 КТ 361, чи потрібно деталізувати всю номенклатуру (Product Code) та кількість (Quantity) на яку було надано знижку? І у разі такого проведення яку тоді варто зазначати ціну за одиницю (UnitPrice): суму знижки/кількість, чи ціну після знижки? Питання виникає у зв'язку із складністю отримання даних по відповідній номенклатурі. | У Детальному технічному описі елементів SAF-T UA передбачено, що: в підрозділі «Відомості про продаж» (SalesInvoices) розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) на підставі первинних документів зазначається інформація щодо фактичних обсягів реалізованих матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій із продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Елемент «Рахунок-фактура» (Invoice; InvoiceStructure; complex; Mandatory; 1..∞) використовується для відображення даних первинного документа з продажу. На рівні рядка первинного документа відображається, зокрема, така інформація: «Кількість» (Quantity; 4.1.12.1; SAFquantityType; simple; totalDigits 22, fractionDigits 6; nillable="true"; Optional; 0..1) – числова величина, визначена в одиницях виміру; «Ціна» (UnitPrice; 4.1.12.3; SAFquantityType; simple; totalDigits 22, fractionDigits 6; nillable="true"; Mandatory; 1..1) – ціна за одиницю запасу / продукції (товару / роботи/послуги); «Сума за рядком первинного документа» (InvoiceLineAmount; AmountStructure; complex; Mandatory; 1..1) – грошова оцінка вартості продукту за вирахуванням податків; «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) – інформація про податки. На рівні загальних підсумків первинного документа відображається така інформація: «Сума без податків та витрат на доставку» (NetTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) – загальна сума без урахування податків та витрат на доставку; «Сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) – загальна сума податків; «Сума витрат на доставку» (ShippingCostsAmountTotal; SAFmonetaryType; simple; Optional; 0..1) – загальна сума витрат на доставку / перевезення; «Загальна сума» (GrossTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) – грошова оцінка загальної вартості продукції (товару / роботи, послуги). Узгодженість між значеннями цих елементів повинна забезпечуватись на основі таких логічних формул: [1] NetTotal (SystemID) = ΣInvoiceLineAmount.Amount (SystemID); [2] ΣTaxInformationTotals.TaxAmount.Amount (SystemID; TaxCode) = ΣTaxInformation.TaxAmount.Amount (SystemID; TaxCode); [3] GrossTotal (SystemID) = NetTotal (SystemID) + ΣTaxInformationTotals.TaxAmount.Amount (SystemID) + ShippingCostsAmountTotal (SystemID). Отже, суми знижок, наданих у момент реалізації матеріальних цінностей, робіт та послуг, в підрозділі «Відомості про продаж» (SalesInvoices) окремо не відображаються (грошова оцінка зазначається вже з урахуванням таких знижок). Розмір та підстави надання знижок, які надаються після відвантаження (реалізації) матеріальних цінностей, робіт та послуг, можуть бути зазначені в елементі «Знижка» (Settlement; complex; Optional; 0..1) первинного документа щодо відвантаження (реалізації) в такому розрізі: «Знижка за дострокову оплату» (SettlementDiscount; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) – опис знижки за дострокову оплату / іншої знижки; «Сума розрахунку» (SettlementAmount; AmountStructure; complex; Mandatory; 1..1) – сума розрахунку (для надання знижки); «Дата розрахунку» (SettlementDate; SAFdateType; simple; Optional; 0..1) – дата розрахунку (для надання знижки); «Механізм оплати» PaymentMechanism; SAFcodeType; simple; maxLength 9; Optional; 0..1) – механізм (спосіб) оплати (для надання знижки). Первинний документ, за яким здійснюється коригування грошової оцінки відвантажених (реалізованих) матеріальних цінностей, робіт та послуг відповідно до виконаних умов надання знижок, відображається в підрозділі «Відомості про продаж» (SalesInvoices) як окремий рахунок-фактура (Invoice). Посилання документа коригування на основний документ може відображатися в елементі «Посилання» (References; complex; Optional; 0..1) у такому розрізі: «Кредит-нота» (CreditNote; complex; Optional; 0..1) – інформація щодо коригування: «Посилання на основний документ» (Reference; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) – посилання документа повернення / коригування на основний первинний документ; «Причина коригування» (Reason; SAFlongtextType; simple; maxLength 256; Optional; 0..1) – причина або обґрунтування повернення / коригування. При відображенні коригування грошової оцінки відвантажених (реалізованих) матеріальних цінностей, робіт та послуг інформація щодо кількості та ціни заповнюється відповідно до логіки коригування, відображеної у відповідних документах. Елемент «Кількість» (Quantity) повинен бути заповнений у разі наявності відповідних даних. | Чат ДПС |
| 22/09/2025 | Підрозділ ІV.3 «Відомості про платежі» (Payments) | Прохання надати роз’яснення по Розділу ІV.3 Відомості про платежі (Payments) 1. Оплата за послуги резидентам Якщо сума платежу 4800,00грн, в т.ч.ПДВ 800,00грн., то "Сума податків" (ІV.3.4.14.1-Tax information total) становить 800,00грн, "Сума без податків" (ІV.3.4.14.2- Net total) становить 4000,00грн., "Загальна сума" становить 4800,00грн (Gross total). Яка сума (загальна чи без податків) має бути в рядку IV.3.4.12.12 -Payment Line Amount "Сума за рядком платежу" - 4 800,00грн. чи 4 000,00грн.? 2. Оплата за послуги нерезиденту Чи потрібно вказувати суму ПДВ в оплатах нерезидентам? На умовному прикладі: Сума платежу нерезиденту становить 100 євро/4800грн. Додатково сума ПДВ, що нараховується на суму платежу становить 20 євро/960грн. Тоді в рядках IV.3.4.14.2- Net total "Сума без податків" та IV.3.4.14.3-GrossTotal "Загальна сума" має бути зазначена однакова сума, що становить 100 євро/4800грн.? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Відомості про платежі» (Payments) на підставі первинних документів зазначається інформація щодо отриманих / перерахованих грошових коштів суб’єкта господарювання з наведенням способів оплати, кореспондуючих рахунків та іншої інформації щодо характеристик проведених розрахунків у розрізі платежів (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Елемент «Платіж» (Payment; complex; Mandatory; 1..∞) використовується для відображення даних платежу (на підставі первинних документів зазначається інформація щодо отриманих / перерахованих грошових коштів суб’єкта господарювання, в тому числі за операціями, пов’язаними з продажем / придбанням товарів, робіт та послуг). На рівні рядка документа платежу відображається, зокрема, така інформація: в елементі «Сума за рядком платежу» (PaymentLineAmount; AmountStructure; complex; Mandatory; 1..1) зазначається сума операції за вирахуванням податків (якщо відповідна сума виокремлена); в елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Optional; 0..∞) зазначається інформація про податки (якщо відповідна сума виокремлена). На рівні загальних підсумків документа відображається така інформація: в елементі «Сума без податків» (NetTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Optional; 0..1) зазначається загальна сума без урахування податків (якщо відповідна сума виокремлена); в елементі «Сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Optional; 0..∞) зазначається загальна сума податків (якщо відповідна сума виокремлена). в елементі «Загальна сума» (GrossTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається загальна сума з урахування податків. | Чат ДПС |
| 22/09/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | Надайте, будь-ласка, роз'яснення щодо різниці в суті тегів TransactionID та SystemID Згідно Детального технічного опису елементів SAF-T UA 2.0, TransactionID є обов'язковим для заповнення і приймає участь у валідації Ключ-Посилання. Тег SystemID, має статус Optional, але як вже було зазначено вище, прийматиме учать у валідаціях "загальна сума документа"/"сума по рядкам документа" (коли вони будуть реалізовані технічно) Питання: 1. Яка різниця в суті цих двох тегів? 2. Чи стає тег SystemID фактично обов'язковим до заповнення, враховуючи плани щодо реалізації формул валідації на його основі? 3. Чи передбачена валідація унікальності номера операції в рамках всього звіту? Якщо так, то який тег буде основою для такої перевірки - TransactionID, SystemID чи якийсь інший? Приклад Підприємство веде бухгалтерський облік в двох системах. Для формування цілісного звіту SAF-T UA будуть використовуватись проведення з обох цих систем. При цьому може бути вірогідність, що діапазони нумерації проведень в двох системах перетинатимуться. Наприклад, для поточного року в Системі 1 задано діапазон 10*******9999 - 80*******9999, а в Системі 2 діапазон для цього ж року - 20*******9999 - 50*******99999 | 1. Відповідно до Детального технічного опису елементів SAF-T UA розділ «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) містить інформацію на підставі первинних документів щодо продажів, придбань / закупівель, платежів, операцій із запасами, необоротними активами тощо (з розкриттям інформації відповідно до таблиць відповідних підрозділів SAF-T UA). В елементі «Код операції» (TransactionID) зазначається унікальний ідентифікатор операції, визначений автоматизованим програмним забезпеченням, яке використовується суб’єктом господарювання. В елементі «Системний номер» (SystemID) зазначається унікальний номер документа, створений системою. 2. З огляду на можливу подальшу реалізацію формул валідації для перевірки узгодженості даних у межах одного первинного документа / операцій(партії документів / операцій) просимо надати зворотний зв’язок (за можливості) щодо використання таких ключів прив’язки для перевірки відповідних підрозділів розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments): «Код операції» (TransactionID) / «Посилання на рух запасів» (MovementReference) / «Ідентифікатор операції» (AssetTransactionID). 3. У елементі «Код операції» (TransactionID; 3.1.1; KeyTransactionReference; SAFmiddle2textType; simple; maxLength 70; Mandatory; 1..1) розділу«Бухгалтерські операції» (GeneralLedgerEntries)зазначається унікальний ідентифікатор операції, визначений автоматизованим програмним забезпеченням, яке використовується суб’єктом господарювання. Для кодів операцій (TransactionID) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа. Перевірка валідності даних «Ключ-Посилання» здійснюється на рівні системи обробки звітності ДПС України (друга квитанція). | Чат ДПС |
| 22/09/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | Надайте, будь ласка, роз'яснення стосовно документів взаємозаліку: в якому розділі відображати операції взаємозаліку між контрагентами, та відображати кореспондуючі пари. Наприклад Дт 685 - Кт 362 | Відповідно до Порядку надання документів великого платника податків в електронній формі, затвердженого наказом Міністерства фінансів України від 07.11.2011 № 1393, в розділі «Бухгалтерські операції» розкривається інформація щодо бухгалтерських проведень суб’єкта господарювання в розрізі кожної окремої господарської операції з деталізацією здійсненої операції, із зазначенням її типу, суми, інформації щодо унікального ідентифікаційного номера контрагента юридичної (фізичної) особи (у разі, якщо операція здійснюється з контрагентом), розкриттям даних про бухгалтерські проведення по цій операції, а також іншої інформації відповідно до таблиці цього підрозділу SAF-T UA в розрізі кожного бухгалтерського проведення. У разі здійснення операцій зарахування зустрічних однорідних вимог, новації, прощення боргу тощо вибір між покупцем / дебітором, постачальником / кредитором та власником для відповідного рахунку / субрахунк) (choice; Optional; 0..1) здійснюється шляхом зазначення одного з таких елементів: в елементі «Ідентифікатор покупця» (CustomerID; KeyCustomer, RefGLTransactionLineCustomer; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) відображається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України / Реєстраційний номер облікової картки платника податків фізичної особи / код нерезидента (якщо здійснюється роздрібний продаж без ідентифікації покупця – зазначається умовний код таких операцій, що застосовується); в елементі «Ідентифікатор постачальника» (SupplierID; KeySupplier, RefGLTransactionLineSupplier; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) відображається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України / Реєстраційний номер облікової картки платника податків фізичної особи / код нерезидента; в елементі «Ідентифікатор власника (засновника)» (OwnerID; KeyOwner, RefGLTransactionLineOwner; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) відображається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України / Реєстраційний номер облікової картки платника податків фізичної особи / код нерезидента; Вибір між покупцем / дебітором, постачальником / кредитором та власником для відповідного кореспондуючого рахунку / субрахунку (choice; Optional; 0..1) здійснюється шляхом зазначення одного з таких елементів: в елементі «Ідентифікатор покупця1» (CustomerID1; KeyCustomer, RefGLTransactionLineCustomer1; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) відображається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України / Реєстраційний номер облікової картки платника податків фізичної особи / код нерезидента (якщо здійснюється роздрібний продаж без ідентифікації покупця – зазначається умовний код таких операцій, що застосовується); в елементі «Ідентифікатор постачальника1» (SupplierID1; KeySupplier, RefGLTransactionLineSupplier1; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) відображається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України / Реєстраційний номер облікової картки платника податків фізичної особи / код нерезидента; в елементі «Ідентифікатор власника (засновника)1» (OwnerID1; KeyOwner, RefGLTransactionLineOwner1; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) відображається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України / Реєстраційний номер облікової картки платника податків фізичної особи / код нерезидента; Аналітичні дані щодо договорів можуть зазначатися в елементі «Дані в розрізі аналітики» (Analysis; AnalysisStructure; complex; Optional; 0..∞). Дані в розрізі аналітики доцільно наводити послідовно: спочатку за дебетом, потім за кредитом. | Чат ДПС |
| 01/10/2025 | Підрозділ ІV.3 «Відомості про платежі» (Payments) | У ІV.3 Відомості про платежі (Payments) є SourceDocumentID (посилання на документ, на підставі якого здійснюється транзакція (договір/рахунок тощо) (при розрахунках з контрагентами)). Якщо був один платіж відразу по декількох рахунках, як тоді варто заповняти це поле? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про платежі» (Payments) на підставі первинних документів зазначається інформація щодо отриманих/перерахованих грошових коштів суб’єкта господарювання з наведенням способів оплати, кореспондуючих рахунків та іншої інформації щодо характеристики проведених розрахунків в розрізі платежів (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). На рівні рядка документа платежу в елементі «Призначення платежу» (SourceDocumentID) відображається посилання на документ, на підставі якого здійснюється транзакція (договір/рахунок тощо) (при розрахунках з контрагентами). Формування SAF-T UA повинно здійснюватися на основі даних вихідної системи обліку відповідно до обраної підприємством форми бухгалтерського обліку як певної системи регістрів обліку, порядку і способу реєстрації та узагальнення інформації в них з додержанням єдиних засад, встановлених Законом України від 16.07.1999 № 996-XIV «Про бухгалтерський облік та фінансову звітність в Україні», та з урахуванням особливостей своєї діяльності і технології обробки облікових даних. | Чат ДПС |
| 07/10/2025 | Підрозділ ІІ.7 «Таблиця податків» (TaxTable) | Просимо надати роз'яснення по заповненню Довідників, блоку II.7 Таблиця податків (TaxTable) по податках: земельний податок, орендна плата за земельні ділянки, податок на нерухоме майно з огляду на наступне. Для розрахунку цих податків використовуються різні ставки (об'єкти оподаткування знаходяться по всіх населених пунктах області), які встановлюються органами місцевого самоврядування на кожен рік, по орендні платі за землю ставка зазначається окремо в кожному договорі оренди. Як заповнювати поле TaxPercentage по таких податках? Чи допускається заповнення діапазону ставок або перелічення через кому? | Детальним технічним описом елементів SAF-T UA передбачено, що в підрозділі «Таблиця податків» (TaxTable) відображається інформація щодо податків платником яких є суб'єкт господарювання. Залежно від виду податку платник податку вказує податкові коди ПДВ/акцизного податку для операцій, включених до файлу SAF-T UA. Відповідно до таблиці 5 «Обмеження відображення даних в довідниках» Детального технічного опису елементів SAF-T UA в підрозділі «Таблиця податків» (TaxTable) завжди надаються всі податкові коди, які існують для суб'єкта господарювання. Ніяких обмежень. Довідник «Таблиця податків» (TaxTable) (для ПДВ), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Валідація» відповідних елементів та є умовою, за якою буде проходити валідація даних. Налаштування (зіставлення) власних об’єктів з цим довідником є обов’язковим. Довідник «Таблиця податків» (TaxTable) (для інших податків), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Приклад» відповідних елементів та є наочними прикладами заповнення для кращого розуміння природи даних. Налаштування (зіставлення) власних об’єктів з цим довідником є необов’язковим. Елементи «Відносна ставка податку» (TaxPercentage), «Абсолютна ставка податку» (FlatTaxRate) повинні бути заповнені у разі їх наявності. У окремих випадках необов’язковість заповнення технічно реалізована на рівні елементів вищого рівня. Використання порожніх елементів можна інтерпретувати так, ніби вони мають значення, тому порожні елементи не слід використовувати взагалі, якщо немає даних для заповнення необов’язкового елемента. Для елементів «Відносна ставка податку» (TaxPercentage) або «Абсолютна ставка податку» (FlatTaxRate) необов’язковість заповнення технічно реалізована на рівні елементу вибору «Choice between Tax Percentage and Flat TaxRate» (Optional; 0..1). Інформацію щодо земельного податку, орендної плати за земельні ділянки, податку на нерухоме майно, необхідно відображати відповідно до податкових кодів суб'єкта господарювання. | Чат ДПС |
| 07/10/2025 | Підрозділ ІІ.6 «Постачальники» (Suppliers) | В обліку наявні документи, наприклад, придбання товару, але постачальником вибраний контрагент, який класифікований, як Покупець. Проведення Дт 28 КТ 37. При заповнені Інформації про документальне оформлення/ розділ Придбання, можна вибрати посилання, тільки на довідник Постачальники. Що робити в такій ситуації, як такий документ відобразити в розділі Інформація про документальне оформлення? Розрахунки з контрагентом ведуться в розрізі одного рахунку обліку, одного договору в переважній більшості це продажі. | Детальним технічним описом елементів SAF-T UAпередбачено, що в підрозділі «Постачальники» (Suppliers) розділу «Довідники» (MasterFiles) відображається інформація щодо контрагентів (постачальників), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер/код нерезидента, найменування, номер платника податку на додану вартість), номера рахунку/субрахунку/аналітичного рахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації, передбаченої таблицею цього підрозділу SAF-T UA; в підрозділі «Клієнти» (Customers) розділу «Довідники»(MasterFiles) відображається інформація щодо контрагентів (покупців), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер/код нерезидента, найменування, номер платника податку на додану вартість), номера рахунку/субрахунку/аналітичного рахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації, передбаченої таблицею цього підрозділу SAF-T UA; в підрозділі «Відомості про продаж» (SalesInvoices) розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) на підставі первинних документів зазначається інформація щодо фактичних обсягів реалізованих матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій із продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA); в підрозділі «Відомості про придбання/закупівлю» (PurchaseInvoices) розділу «Інформація про документальне забезпечення записів бухгалтерського обліку»(SourceDocuments) на підставі первинних документів зазначається інформація щодо фактичних обсягів придбаних матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій із придбання / закупівлі (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). При цьому, в підрозділі «Відомості про продаж» (SalesInvoices) зазначається інформація про контрагента-покупця, а в підрозділі «Відомості про придбання/закупівлю» (PurchaseInvoices) – інформація про контрагента-постачальника Для ідентифікаторів постачальників (SupplierID) таідентифікаторів покупців (CustomerID) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа. Для забезпечення коректного відображення даних щодо контрагентів, які одночасно виступають у господарських відносинах як покупці та постачальники, таких контрагентів доцільно відображати в обох довідниках – «Клієнти» (Customers) і «Постачальники» (Suppliers). | Чат ДПС |
| 16/10/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Підприємство поза балансом веде облік ОЗ, МНМА та МШП, які виключені зі складу активів (мають нульову вартість, списано з балансу). Для їх відображення в підрозділі ІІ.14 Необоротні активи (Assets) необхідно застосувати один із рахунків Класу 0 "Позабалансові рахунки". Однак в Довідник у "Таблиця рахунків" (TableOfAccounts) в Класі 0 «Позабалансові рахунки» відсутні рахунки, куди можливо було б віднести такі списані активи. При цьому даний Довідник не може бути доповнений додатковими рахунками, так як є обмеженим. Який із рахунків Класу 0 «Позабалансові рахунки» необхідно застосувати при формуванні підрозділу ІІ.14 Необоротні активи (Assets) по списаним ОЗ, МНМА та МШП, які рахуються на забалансовому обліку підприємства? | Рахунки/субрахунки/аналітичні рахунки бухгалтерського обліку для ведення господарської діяльності суб’єкта господарювання із зазначенням в розрізі кожного рахунку, субрахунку та аналітичного рахунку їх номерів, найменувань, дат створення облікових записів (рахунків/субрахунків/аналітичних рахунків) та розгорнутого сальдо на початок та кінець періоду, з розбивкою по дебету та кредиту цих рахунків/субрахунків/аналітичних рахунків. Номери та назви рахунків/субрахунків/аналітичних рахунків відображаються в SAF-T UA відповідно до Плану рахунків суб’єкта господарювання. При цьому, номери рахунків/субрахунків згідно з Планом рахунків суб’єкта господарювання (крім банків і суб’єктів державного сектору) мають бути зіставлені з номером стандартного рахунку (StandardAccountID), класом рахунку (GroupingCategory) та номером синтетичного рахунку (рахунку першого порядку) (GroupingCode) відповідно до Таблиці рахунків бухгалтерського обліку активів, капіталу, зобов'язань і господарських операцій підприємств і організацій (TableOfAccounts). Номери субрахунків відповідно до Плану рахунків суб’єкта господарювання можуть відрізнятися від номерів стандартних субрахунків. У такому випадку необхідно зазначити субрахунок, найближчий за призначенням. При зіставленні номерів субрахунків необхідно виходити з їх сутності/призначення, зберігаючи логіку ведення позабалансового обліку. Для субрахунків/рахунків, наведених у довіднику «Таблиця рахунків» (TableOfAccounts), може використовуватись призначення, наведене в Інструкції про застосування Плану рахунків бухгалтерського обліку активів, капіталу, зобов'язань і господарських операцій підприємств і організацій, затвердженій наказом Міністерства фінансів України від 30.11.1999 № 291, зареєстрованим у Міністерстві юстиції України 21.12.1999 за № 893/4186. Якщо номер субрахунку згідно з Планом рахунків суб’єкта господарювання такий самий, як і номер стандартного субрахунку, зіставлення все одно потрібно виконати. | Чат ДПС |
| 27/10/2025 | Підрозділ ІV.4 «Операції із запасами» (MovementOfGoods) | В нашому розумінні логіка відображення вартісних даних у підрозділі «Операції із запасами (MovementOfGoods)» наступна: Кількість (Quantity)* Ціна (UnitPrice) = Сума (BookValue); Сума (GrossTotal) = Сума (BookValue) + Σ Податкова інформація (TaxInformation). Прохання підтвердити або спростувати наведену логіку. | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Операції із запасами» (MovementOfGoods)розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) на підставі первинних документів зазначається інформація в розрізі операцій, проведених із матеріальними цінностями, з обов’язковим зазначенням номерів рахунків/субрахунків, на яких вони обліковуються, їх кількості, ціни та вартості, а також із розкриттям іншої інформації відповідно до таблиці цього підрозділу SAF-T UA. В елементі «Кількість» (Quantity; SAFquantityType; totalDigits 22, fractionDigits 6; nillable="true"; Mandatory; 1..1) зазначається числова величина, визначена в одиницях виміру. В елементі «Ціна» (UnitPrice; SAFquantityType; imple; totalDigits 22, fractionDigits 6; nillable="true"; 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) зазначається грошова оцінка господарської операції (з урахуванням податків). У стовпці «Приклад» відповідних елементів наведені наочні приклади заповнення конкретних елементів для кращого розуміння природи даних. Логіка наведених у питанні співвідношень показників цих елементів у цілому відповідає їх опису, але не є універсальною (наприклад, при відображенні зарахування до складу первісної вартості запасів додаткових витрат, які не впливають на кількість запасів, коригування до рівня чистої вартості реалізації). Валідація SAF-T UA за такими формулами не передбачена. | Чат ДПС |
| 27/10/2025 | Підрозділ ІV.4 «Операції із запасами» (MovementOfGoods) | Яким чином відобразити у файлі SAF-T UA транспортно - заготівельні витрати? Окрім самих проведень в розділі «Бухгалтерські операції (GeneralLedgerEntries)» ми поки не бачимо підрозділів чи довідників для більш детального їх розкриття. Можливо ми щось упускаємо і регулятор все-таки закладає таку необхідність? | Відображення транспортно-заготівельних витрат у стандартному аудиторському файлі (SAF-T UA)здійснюється відповідно до визначеного суб’єктом господарювання порядку бухгалтерського обліку (ідентифіковано чи загалом) транспортно-заготівельних витрат, застосування окремого субрахунку обліку транспортно-заготівельних витрат тощо. Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Сальдові/оборотні відомості» (GeneralLedgerAccounts) розділу «Довідники» (MasterFiles)відображається інформація про застосовувані рахунки/субрахунки/аналітичні рахунки бухгалтерського обліку для ведення господарської діяльності суб’єкта господарювання із зазначенням в розрізі кожного рахунку, субрахунку та аналітичного рахунку їх номерів, найменувань, дат створення облікових записів (рахунків/субрахунків/аналітичних рахунків) та розгорнутого сальдо на початок та кінець періоду, з розбивкою за дебетом та кредитом цих рахунків/субрахунків/аналітичних рахунків. Для зіставлення субрахунків, які введені суб’єктом господарювання для узагальнення інформації за окремими (номенклатурними) групами запасів на окремому субрахунку (наприклад, транспортно-заготівельні витрати,коригування до рівня чистої вартості реалізації), з довідником «Таблиця рахунків» (TableOfAccounts) можуть застосовуватись такі значення елементів: номер стандартного рахунку (StandardAccountID): 200 (Інші субрахунки до синтетичних рахунків, уведені підприємством для обліку й узагальнення інформації про виробничі запаси); код групи рахунку (GroupingCode): 20; категорія рахунку (GroupingCategory): 2; номер стандартного рахунку (StandardAccountID): 289 (Інші субрахунки до синтетичних рахунків, уведені підприємством для обліку й узагальнення інформації про товари); код групи рахунку (GroupingCode): 28; категорія рахунку (GroupingCategory): 2. Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Запаси» (PhysicalStock) відображається інформація про код запасу/продукції, ідентифікатор складу, номер і назву рахунку/субрахунку, на якому обліковується запас/продукція, їх кількість, ціни та вартість на початок та на кінець періоду, за який формується SAF-T UA. Інформація підрозділу «Запаси» (PhysicalStock) повинна бути збалансована з даними підрозділу «Операції із запасами» (MovementOfGoods). Додаткові витрати, які формують вартість запасів (наприклад, суми ввізного мита; суми непрямих податків у зв’язку з придбанням запасів, які не відшкодовуються підприємству; транспортно-заготівельні витрати тощо), повинні відображатися в підрозділі «Операції із запасами» (MovementOfGoods) окремими операціями. В елементі «Кількість» (Quantity; SAFquantityType; totalDigits 22, fractionDigits 6; nillable="true"; Mandatory; 1..1) зазначається числова величина, визначена в одиницях виміру. Якщо операція передбачає зарахування до складу первісної вартості запасів додаткових витрат, які не впливають на кількість запасів, у цьому елементі передбачена технічна можливість відображення нульових значень (атрибут nillable="true") | Чат ДПС |
| 27/10/2025 | Підрозділ ІV.4 «Операції із запасами» (MovementOfGoods) | В підрозділі «Операції із запасами (MovementOfGoods)» наявний елемент «Ціна (UnitPrice)». Чи вірним є розуміння, що під ним мається на увазі оцінка вартості одиниці запасів щодо конкретної операції, яка залежить від типу руху (MovementType)? Тобто в залежності від типу руху це може бути як ціна за якою підприємство придбало такий запас так і ціна за яку підприємство його реалізує? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Операції із запасами» (MovementOfGoods) розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) на підставі первинних документів зазначається інформація в розрізі операцій, проведених із матеріальними цінностями, з обов’язковим зазначенням номерів рахунків/субрахунків, на яких вони обліковуються, їх кількості, ціни та вартості, а також із розкриттям іншої інформації відповідно до таблиці цього підрозділу SAF-T UA. В елементі «Ціна» (UnitPrice; SAFquantityType; imple; totalDigits 22, fractionDigits 6; nillable="true"; Mandatory; 1..1) відображається ціна за одиницю запасу. Ціна за одиницю запасів повинна зазначатися на підставі первинних документів, якими оформлюються господарські операції з руху запасів. | Чат ДПС |
| 29/10/2025 | Підрозділ ІV.3 «Відомості про платежі» (Payments) | Підкажіть, будь ласка, по питанню відображення даних в елементах TaxInformation, NetTotal і GrossTotalрозділу ІV.3 Відомості про платежі Оплата за послуги нерезидентуЧи потрібно вказувати суму ПДВ в оплатах нерезидентам?На умовному прикладі:Сума платежу нерезиденту становить 100 євро/4800грн.Відповідно ст 187.8, нараховується сума ПДВ на суму платежу та становить 20 євро/960грн.При цьому кореспонденція рахунків така: Дт 371 сума 100 євро/4800грн. Кт 312 сума 100 євро/4800грн. Дт 644 сума ПДВ 20 євро/960грн. Кт 641 сума ПДВ 20 євро/960грн. Які дані мають зазначатись в рядках: ІV.3.4.14.1 TaxInformationTotals Сума податків complex ІV.3.4.14.2 NetTotal Сума без податків simple ІV.3.4.14.3 GrossTotal Загальна сума simple | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про придбання/закупівлю (PurchaseInvoices) розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) на підставі первинних документів зазначається інформація щодо фактичних обсягів придбаних матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій з придбання/закупівлі (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Елемент «Рахунок-фактура» (Invoice; Invoice structure; complex; Mandatory; 1..∞) використовується для відображення даних первинного документа з придбання/закупівлі. На рівні рядка первинного документа відображається в тому числі така інформація: в елементі «Сума за рядком первинного документа» (InvoiceLineAmount) зазначається грошова оцінка вартості продукту за вирахуванням податків; в елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається інформація про податки. На рівні загальних підсумків первинного документа відображається така інформація: в елементі «Сума без податків та витрат на доставку» (NetTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається загальна сума без урахування податків та витрат на доставку; в елементі «Сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається загальна сума податків; в елементі «Сума витрат на доставку» (ShippingCostsAmountTotal; SAFmonetaryType; simple; Optional; 0..1) може зазначатись загальна сума витрат на доставку/перевезення; в елементі «Загальна сума» (GrossTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається грошова оцінка загальної вартості продукції (товару/роботи, послуги). Узгодженість між цими елементами повинна забезпечуватись на основі таких формул: [1] NetTotal (SystemID) = ΣInvoiceLineAmount.Amount(SystemID); [2] ΣTaxInformationTotals.TaxAmount.Amount (SystemID; TaxCode) = ΣTaxInformation.TaxAmount.Amount (SystemID; TaxCode); [3] GrossTotal (SystemID) = NetTotal (SystemID) + ΣTaxInformationTotals.TaxAmount.Amount (SystemID) + ShippingCostsAmountTotal (SystemID). Відповідно до довідника «Таблиця податків» (TaxTable) (для ПДВ), наведеного після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для ввезених на митну територію України товарів, необоротних активів необхідно використовувати вид податку (TaxType) «ПДВ» та такі коди податків (TaxCode): 20/імпорт – ввезені на митну територію України товари, необоротні активи (за основною ставкою); послуги, отримані від нерезидента, місце постачання яких знаходиться на митній території України (за основною ставкою); 14/імпорт – ввезені на митну територію України товари, необоротні активи (за ставкою 14%); 7/імпорт – ввезені на митну територію України товари, необоротні активи (за ставкою 7%); послуги, отримані від нерезидента, місце постачання яких знаходиться на митній території України (за ставкою 7%); 903 – операції з постачання товарів/послуг, які звільнені від оподаткування Якщо в системі обліку суб’єкта господарювання митна декларація пов’язана з документом придбання/закупівлі в розрізі матеріальних цінностей, інформацію щодо митних платежів доцільно відображати в даних первинних документів з придбання/закупівлі матеріальних цінностей у елементах, що стосується інформації про податки. Якщо в системі обліку суб’єкта господарювання митна декларація не пов’язана з документом придбання/закупівлі в розрізі матеріальних цінностей і технічно неможливо відобразити інформацію щодо митних платежів в даних первинних документів з придбання/закупівлі, доцільно застосовувати такий підхід: зазначати вид податку (TaxType) «ПДВ» та відповідний код податку (TaxCode), що відповідає податковому призначенню ввезених на митну територію України товарів, необоротних активів (наприклад: 20/імпорт, 14/імпорт, 7/імпорт); значення суми податку (TaxAmount) може бути вказане як нульове; при розкритті в розділі «Бухгалтерські операції» (GeneralLedgerEntries) інформації щодо бухгалтерських проведень суб’єкта господарювання за господарськими операціями з нарахування митних платежів інформацію про податки необхідно також відображати в елементі «Податкова інформація» (TaxInformation). Аналогічно, податкова накладна, яка складається отримувачем (покупцем) послуг від нерезидента, місце постачання яких розташоване на митній території України, пов’язана з документом придбання/закупівлі (або коли не пов’язана). Формування SAF-T UA повинно здійснюватися на основі даних вихідної системи обліку відповідно до обраної підприємством форми бухгалтерського обліку як певної системи регістрів обліку, порядку і способу реєстрації та узагальнення інформації в них з додержанням єдиних засад, встановлених Законом України від 16.07.1999 № 996-XIV «Про бухгалтерський облік та фінансову звітність в Україні»(далі – Закон № 996), та з урахуванням особливостей своєї діяльності і технології обробки облікових даних. | Чат ДПС |
| 29/10/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Є питання щодо логіки роботи формули в підрозділі ІІ.14 Необоротні активи (Assets). Збалансованість рухів по накопиченому зносу/амортизації перевіряється за допомогою наступної формули: [2] ΣAcquisitionAndProductionCostsBegin (AccountID; AssetValuationType = 1 або не заповнено) – ΣBookValueBegin (AccountID; AssetValuationType = 1 або не заповнено) + ΣDepreciationForPeriod (AccountID; AssetValuationType = 1 або не заповнено) + ΣExtraordinaryDepreciationForPeriod (AccountID; AssetValuationType = 1 або не заповнено) = ΣAccumulatedDepreciation (AccountID; AssetValuationType = 1 або не заповнено). Якщо конвертувати цей вираз у формат із зазначенням номерів елементів, то виглядатиме наступним чином: Σ ІІ.14.1.12.1.3 Первісна вартість на початок періоду -Σ ІІ.14.1.12.1.10 Балансова вартість на початок періоду + Σ ІІ.14.1.12.1.13 Амортизація за період + Σ ІІ.14.1.12.1.16.1.2 Екстраординарна амортизація за період = Σ ІІ.14.1.12.1.17 Накопичена амортизація *для всіх комбінацій ІІ.14.1.12.1.1 Тип оцінки активу = 1 або не заповнено та ІІ.14.1.2 Код рахунку. Відповідно, у рівнянні Накопичений знос/амортизація на початок періоду (Кт сальдо рахунку 13*) + Нарахований знос/амортизація за звітний період (Кт оборот рахунку 13*) + Екстраординарна амортизація за період (Кт оборот рахунку 13*) = Накопичений знос/амортизація на кінець періоду (Кт сальдо рахунку 13*) немає місця даним щодо оборотів по Дт рахунку 13*. Питання: 1. Які дані має включати елемент "ІІ.14.1.12.1.13 Амортизація за період"? Чи правильне твердження, що сюди має потрапляти лише сума нарахованого зносу/амортизації за звітний період (тобто, проведення Дт 9* Кт 13*)? 2. Яким чином має відображатись інформація щодо вибуття накопиченого зносу/амортизації (тобто, Дт 13*) у звітному періоді з точки зору перевірки саме вищезазначеною формулою для Квитанції 2? Варіант 1: вибуття накопиченого зносу не відображається, оскільки для цього відсутній окремий елемент ("ІІ.14.1.12.1.9 Вибуття активу" наразі не приймається до уваги, оскільки там задіяна інша формула, а не та, про яку іде мова вище) Варіант 2: вибуття накопиченого зносу відображається в елементі "ІІ.14.1.12.1.13 Амортизація за період" Доповнення: елемент "ІІ.14.1.12.1.16.1.2 Екстраординарна амортизація за період" передбачає відображення як нарахування, так і вибуття зносу/амортизації - характеристика "Сума екстраординарної амортизації за звітний період (збільшення +, зменшення -)", на відміну від опису в "ІІ.14.1.12.1.13 Амортизація за період" - характеристика "Сума амортизації за звітний період" без зазначення знаків "+" та "-" | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку / субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники щодо кожного окремого активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних із цим активом, а також із розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. В елементі «Амортизація за період» (DepreciationForPeriod; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Optional; 0..1) зазначається сума амортизації за звітний період. В елементі «Накопичена амортизація» (AccumulatedDepreciation; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Optional; 0..1) зазначається загальна сума амортизації, нарахованої протягом строку використання активу (відображена в періоді, за який формується SAF-T UA). Якщо актив вибув/переданий (переведений) у періоді, за який формується SAF-T UA, значення елемента «Накопичена амортизація» (AccumulatedDepreciation) все одно має бути заповнене та відображати загальну сума амортизації на момент вибуття/передачі (переведення). В елементі «Екстраординарна амортизація за період» (ExtraordinaryDepreciationForPeriod): сума екстраординарної амортизації за звітний період (збільшення +, зменшення -). Для забезпечення узгодженості між показниками зносу має застосовуватись оновлена логічна формула, яка враховуєпередачі (переведення) в періоді активів, що вже мають знос (формула 2): ΣAcquisitionAndProductionCostsBegin (AccountID; AssetValuationType = 1 або не заповнено) – ΣBookValueBegin (AccountID; AssetValuationType = 1 або не заповнено) + ΣDepreciationForPeriod (AccountID; AssetValuationType = 1 або не заповнено) + ΣExtraordinaryDepreciationForPeriod (AccountID; AssetValuationType = 1 або не заповнено) + Σ(AcquisitionAndProductionCostsEnd – Transfers) (AccountID; AssetValuationType = 1 або не заповнено; AssetID; Transfers > 0; AcquisitionAndProductionCostsEnd ≠ Transfers; AcquisitionAndProductionCostsBegin = 0) = ΣAccumulatedDepreciation (AccountID; AssetValuationType = 1 або не заповнено). Загальна сума амортизації, нарахованої протягом строку використання активу, повинна дорівнювати сумі накопиченої амортизації на початок звітного періоду (різниці між первісною та балансовою вартістю), збільшеної на суму амортизації та екстраординарної амортизації (що виникає внаслідок переоцінки, зменшення / відновлення корисності активу тощо) за звітний період, та враховуватисуму накопиченої амортизації активів, які передані (переведені) (збільшення +) протягом звітного період зі зносом (різниці між первісною вартістю на кінець періоду та балансовою вартістю передачі (переведення) активів). | Чат ДПС |
| 04/11/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Чи повинні операції з придбання та/або продажу основних засобів відображатись у підрозділах IV.1 (SalesInvoices) та IV.2 (PurchaseInvoices) SAF-T, якщо ці операції вже включено до розділу III (бухгалтерські операції) та IV.5 (операції з необоротними активами)? Відповідно до попередніх роз’яснень, операції з купівлі основних засобів (ОЗ) не включалися до таблиці Purchase Invoices. Згідно з останніми роз’ясненнями (28.02.25), зазначено, що операції купівлі ОЗ повинні включатися до Purchase Invoices. Просимо уточнити, який підхід по відображенню таких операцій є актуальним. Чи повинні потрапляти операції купівлі ОЗ в таблиці Purchase Invoices? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Операції з необоротними активами» (AssetTransactions) відображається інформація в розрізі господарських операцій з необоротними активами суб’єкта господарювання з наведенням опису такого активу, кореспондуючих рахунків/субрахунків, по яких здійснено проведення, контрагентів та розкриттям іншої інформації. У елементі «Постачальник» (Supplier) зазначається інформація про постачальника активу. Інформацію про постачальника відображається (за наявності відповідних даних в обліковій системі суб’єкта господарювання). В елементі «Ідентифікатор постачальника» (SupplierID) зазначається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України/ реєстраційний номер облікової картки платника податків фізичної особи/ код нерезидента. Для ідентифікаторів постачальників (SupplierID) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа. Таким чином, при відображенні операцій з необоротними активами інформація щодо коду ЄДРПОУ/РНОКПП постачальника-контрагента повинна бути зазначена у відповідних підрозділах для забезпечення коректного розкриття в бухгалтерських проведеннях. | Чат ДПС |
| 05/11/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Стосовно заповнення довідника та операцій з необоротних активів: необхідно заповнювати дані через "/"? Як бути, якщо буде більше, ніж 2 пари кореспонденції? Як працюватиме валідація даних в такому випадку? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку / субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники щодо кожного окремого активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних із цим активом, а також із розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. Згідно Детального технічного опису елементів SAF-T UA в підрозділі «Операції з необоротними активами (AssetTransactions)» відображається інформація в розрізі господарських операцій з необоротними активами суб’єкта господарювання з наведенням опису такого активу, кореспондуючих рахунків/субрахунків, по яких здійснено проведення, контрагентів та розкриттям іншої інформації. Дані про бухгалтерські проведення по операціям з необоротними активами відображаються окремими записами елемента «Операція з активом» (AssetTransaction; complex; Mandatory; 1..∞). У елементі «Код рахунку» (AccountID) відображається номер рахунку/субрахунку відповідно до Плану рахунків суб’єкта господарювання (за дебетом). В свою чергу, у елементі «Код кореспондуючого рахунку» (CorrespondingAccountID) відображається номер кореспондуючого рахунку/субрахунку відповідно до Плану рахунків суб’єкта господарювання (за кредитом). Слід звернути увагу, що для кращого розуміння природи даних у Детальному технічному описі опису елементів SAF-T UA наведено умовний приклад первинної уцінки основного засобу. Результати такої уцінки основного засобу відображені в прикладах елементів підрозділів «Необоротні активи» (Assets), «Податкові різниці» (TaxDifferences) та «Операції з необоротними активами» (AssetTransactions) через слеш як декілька умовних значень окремого заповнення елемента, які більш наочно розкриваютькомплексні приклади. | Чат ДПС |
| 07/11/2025 | Підрозділ ІІ.3 «Сальдові / оборотні відомості» (GeneralLedgerAccounts) | В обліку підприємства присутній рахунок 28.12 Резерв уцінки запасів. Цей рахунок не має кількісного обліку в розрізі номенклатури – є тільки фінансовим. Як правильно передати інформацію в ІІ.3 Сальдові/оборотні відомості (GeneralLedgerAccounts), а саме який StandardAccountID встановити, шоб потім зійшлися валідації [2] ΣOpeningStockValue (AccountID) = AuditFile.MasterFiles.GeneralLedgerAccounts.Account.OpeningDebitBalance (AccountID) – AuditFile.MasterFiles.GeneralLedgerAccounts.Account.OpeningCreditBalance (AccountID). [3] ΣClosingStockValue (AccountID) = AuditFile.MasterFiles.GeneralLedgerAccounts.Account.ClosingDebitBalance (AccountID) – AuditFile.MasterFiles.GeneralLedgerAccounts.Account. ClosingCreditBalance (AccountID) до розділу ІІ.12 Запаси (PhysicalStock), оскільки для такого рахунку в розділі ІІ.12 Запаси (PhysicalStock) інформація відсутня. | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Сальдові/оборотні відомості» (GeneralLedgerAccounts) розділу «Довідники» (MasterFiles) відображається інформація про застосовувані рахунки/субрахунки/аналітичні рахунки бухгалтерського обліку для ведення господарської діяльності суб’єкта господарювання із зазначенням в розрізі кожного рахунку, субрахунку та аналітичного рахунку їх номерів, найменувань, дат створення облікових записів (рахунків/субрахунків/аналітичних рахунків) та розгорнутого сальдо на початок та кінець періоду, з розбивкою за дебетом та кредитом цих рахунків/субрахунків/аналітичних рахунків. Для зіставлення субрахунків, які введені суб’єктом господарювання для узагальнення інформації за окремими (номенклатурними) групами запасів на окремому субрахунку (наприклад, Резерв уцінки запасів, коригування до рівня чистої вартості реалізації), з довідником «Таблиця рахунків» (TableOfAccounts) можуть застосовуватись такі значення елементів: номер стандартного рахунку (StandardAccountID): 200 (Інші субрахунки до синтетичних рахунків, уведені підприємством для обліку й узагальнення інформації про виробничі запаси); код групи рахунку (GroupingCode): 20; категорія рахунку (GroupingCategory): 2; номер стандартного рахунку (StandardAccountID): 289 (Інші субрахунки до синтетичних рахунків, уведені підприємством для обліку й узагальнення інформації про товари); код групи рахунку (GroupingCode): 28; категорія рахунку (GroupingCategory): 2. Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Запаси» (PhysicalStock) відображається інформація про код запасу/продукції, ідентифікатор складу, номер і назву рахунку/субрахунку, на якому обліковується запас/продукція, їх кількість, ціни та вартість на початок та на кінець періоду, за який формується SAF-T UA. Інформація підрозділу «Запаси» (PhysicalStock) повинна бути збалансована з даними підрозділу «Операції із запасами» (MovementOfGoods). Додаткові витрати, які формують вартість запасів (наприклад, суми ввізного мита; суми непрямих податків у зв’язку з придбанням запасів, які не відшкодовуються підприємству; транспортно-заготівельні витрати тощо), повинні відображатися в підрозділі «Операції із запасами» (MovementOfGoods) окремими операціями. В елементі «Кількість» (Quantity; SAFquantityType; totalDigits 22, fractionDigits 6; nillable="true"; Mandatory; 1..1) зазначається числова величина, визначена в одиницях виміру. Якщо операція передбачає зарахування до складу первісної вартості запасів додаткових витрат, які не впливають на кількість запасів, у цьому елементі передбачена технічна можливість відображення нульових значень (атрибут nillable="true"). | Чат ДПС |
| 10/11/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Підкажіть, будь ласка, які дані подавати в елементах AddressStructure у разі якщо протягом запитуваного звітного періоду, а також до дати подання звіту адресні дані змінювалися кілька разів: – адресу, актуальну станом на дату подання SAF-T UA, – адресу, що була чинною у періоді, за який формується звіт: на дату на дату “з” (From Date), або на дату “по” (To Date)? | Згідно з пунктом 34 Настанов ОЕСР щодо стандартного аудиторського файлу (версія 2.0), чинна структура SAF-T передбачає, що інформація, яка міститься на рівні майстер-файлу (Master File), залишається незмінною протягом усього періоду, який охоплює файл даних. Якщо така інформація зазнає змін, необхідно передбачити відповідні механізми для забезпечення відображення всіх постійних даних, що стосуються цього періоду SAF-T. Оскільки структура довідників (MasterFiles) SAF-T UA не передбачає відображення змін адрес контрагентів або власників (засновників), на нашу думку, в елементі «Місцезнаходження» (Address; AddressStructure; complex; Optional; 0..∞) підрозділів «Клієнти» (Customers), «Постачальники» (Suppliers) та «Власники (засновники)» (Owners) розділу «Довідники» (MasterFiles) SAF-T UA доцільно відображати актуальні дані щодо місцезнаходження (адреси) контрагента/власника (засновника), що містяться в системі обліку суб’єкта господарювання станом на дату створення SAF-T UA. | Чат ДПС |
| 12/11/2025 | Підрозділ ІV.5 «Операції з необоротними активами» (AssetTransactions) | Чи вірно, що в Елементі TaxInformation (ІV.5.2.14) заповнюється інформація тільки по операціях з вибуття необоротних активів? Тобто відображається ПДВ зобов'язання лише по операціях з вибуття необоротних активів? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Операції з необоротними активами (AssetTransactions)» розділу «Інформація про документальне забезпечення записів бухгалтерського обліку» (SourceDocuments) відображається інформація в розрізі господарських операцій з необоротними активами суб’єкта господарювання з наведенням опису такого активу, кореспондуючих рахунків/субрахунків, по яких здійснено проведення, контрагентів та розкриттям іншої інформації. У елементі «Операція з активом» (AssetTransaction; complex; Mandatory; 1..∞) відображається інформація про господарську операцію з необоротним активом, крім амортизації (у тому числі позабалансовим). Дані про бухгалтерські проведення по операціям з необоротними активами відображаються окремими записами елемента «Операція з активом» (AssetTransaction; complex; Mandatory; 1..∞). Наприклад, господарські операції суб’єкта господарювання щодо ліквідації основних засобів відображаються в підрозділі «Операції з необоротними активами» (AssetTransactions) із зазначенням таких бухгалтерських проведень: сума зносу об’єкта (Дт 13 Кт 10); залишкова вартість (Дт 976 Кт 10). Для наведеного прикладу інформація повинна відображатись як два окремих записи елемента «Операція з активом» (AssetTransaction). У кожному такому записі повинна відображатись у тому числі така інформація: в елементі «Номер документа» (DocumentNumber; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..1) зазначається номер первинного документа бухгалтерського обліку, яким суб'єкт господарювання оформив операцію; в елементі «Код рахунку» (AccountID; KeyGeneralLedgerAccount, RefAssetTransactionAccount; SAFmiddle2textType; simple; maxLength 70; Optional; 0..1) зазначається номер рахунку/субрахунку відповідно до Плану рахунків суб’єкта господарювання (за дебетом); в елементі «Код кореспондуючого рахунку» (CorrespondingAccountID; KeyGeneralLedgerAccount, RefAssetTransactionCorrespondingAccount; SAFmiddle2textType; simple; maxLength 70; Optional; 0..1) зазначається номер кореспондуючого рахунку/субрахунку відповідно до Плану рахунків суб’єкта господарювання (за кредитом); в елементі «Оцінки операції з активом» (AssetTransactionValuations; complex; Mandatory; 1..1) відображаються оцінки операції з активом. Інформація повинна бути представлена окремо для цілей бухгалтерського та податкового обліку. Значення сума операції з активом (AssetTransactionAmount; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) повинно узгоджуватись із відповідною кореспонденцією рахунків/субрахунків; в елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Optional; 0..∞) зазначається інформація про податки. Наприклад, у цьому елементі відображається інформація щодо податкових зобов’язання з ПДВ при ліквідації основних виробничих або невиробничих засобів за самостійним рішенням платника податку; в елементі «Загальна сума» (GrossTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) відображається грошова оцінка загальної вартості (з урахуванням податків). Узгодженість між цими елементами повинна забезпечуватись для кожного запису елемента «Операція з активом» (AssetTransaction) на основі такої логічної формули: [1] GrossTotal = AssetTransactionValuations.AssetTransactionValuation.AssetTransactionAmount (AssetValuationType = 1 або не заповнено) + ΣTaxInformation.TaxAmount.Amount. Згідно з Детальним технічним описом елементів 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). | Чат ДПС |
| 14/11/2025 | Загальні питання | Підкажіть,будь ласка,якщо поле необов'язкове для заповнення, але в валідації прописана Перевірка збалансованості інформації. То чи не буде помилкою,коли дана перевірка не спрацює як слід? чи зможемо таким чином відправити звіт із застереженням?чи в такому випадку буде помилка,що не дозволить надіслати звіт? | Відповідно до Порядку надання документів великого платника податків в електронній формі, затвердженого наказом Міністерства фінансів України від 07.11.2011 № 1393 (далі – Порядок), у стовпчику «Обов’язковість заповнення» наявність позначки «*» означає, що показник (інформація) повинен обов’язково бути заповнений, відсутність такої позначки означає, що показник може бути заповнений у разі його наявності. У таблиці 6 «Опис елементів SAF-T UA» Детального технічного опису елементів SAF-T UAнаведено структуру таблиці з описом та призначенням кожного стовпця для правильної роботи з технічним описом елементів SAF-T UA. Обов’язковість (Status) вказує, чи є елемент обов’язковим («Mandatory») або необов’язковим («Optional»). Під час передачі даних до ДПС технічний статус обов’язковості передбачає таку реалізацію положень Порядку: статус «Mandatory» означає, що показник (інформація) повинен обов’язково бути заповнений; необов’язкові елементи («Optional»), які передбачені Порядком, повинні бути заповнені в разі їх наявності; необов’язкові елементи («Optional»), які не передбачені Порядком, можуть бути заповнені, якщо, на думку платника податків, це забезпечує більш повне відображення даних, що належать або пов’язані з предметом перевірки. Згідно з Детальним технічним описом елементів SAF-T UA файли даних SAF-T UA, надіслані до ДПС суб’єктами господарювання в XML-форматі, проходять контроль (валідацію) із застосуванням схеми контролю XML-документів (файл XSD). Це перший рівень контролю даних файлу SAF-T UA, після якого формується перша квитанція. У стовпці «Валідація» для окремих елементів відображена умова, за якою буде відбуватися валідація даних, які розміщуватимуться в зазначеному елементі. Це другий рівень контролю даних файлу SAF-T UA, після якого формується друга квитанція. У другій квитанції назва помилки відповідає назві, яка зазначена у стовпці «Валідація» для окремих елементів у Детальному технічному описі елементів SAF-T UA. Друга квитанція містить необхідну інформацію для опрацювання відповідних помилок та подання виправлених файлів. Щодо необов’язкових полів, у яких передбачена «Перевірка збалансованості інформації», важливо враховувати таке: статус «Optional» не скасовує логічні залежності між елементами; якщо елемент не заповнений, але правило валідації передбачає співставлення його значення з іншими елементами, перевірка може визначити таку ситуацію як помилку логічної збалансованості. На період тестування SAF-T UA всі тестові версії SAF-T UA суб’єктів господарювання приймається із застереженням та можливістю виправлення і повторного надсилання таких файлів. | Чат ДПС |
| 27/11/2025 | Підрозділ ІІ.6 «Постачальники» (Suppliers) | Прошу надати роз’яснення щодо порядку відображення контрагентів у файлі SAF-T UA відповідно до вимог ДТО V2.0, зокрема щодо унікальності ідентифікаторів у довіднику «Клієнти». Питання 1. Відображення контрагентів з однаковим РНОКПП, але різним статусом. У діяльності компанії виникає ситуація, коли одна і та сама фізична особа взаємодіє з компанією у двох різних статусах: Як фізична особа. Контрагент має окрему картку, ідентифікований за РНОКПП, розрахунки проводяться через банківські рахунки, операції обліковуються на рахунку 361. Як фізична особа-підприємець (ФОП). Контрагент має іншу картку як суб’єкт підприємницької діяльності, ідентифікований за ЄДРПОУ (який збігається з його РНОКПП), операції також відображаються через рахунок 361. Внаслідок цього у довіднику «Клієнти» в обліковій системі існують два різні контрагенти, які мають однаковий ідентифікатор (РНОКПП/ЄДРПОУ). Водночас ДТО V2.0 передбачає вимогу унікальності ідентифікаторів, що створює технічну неможливість формування коректного SAF-T UA без додаткових роз’яснень. У зв’язку з цим просимо уточнити: яким чином у SAF-T UA слід коректно відобразити двох контрагентів з однаковим РНОКПП, але різними статусами (фізична особа та ФОП), якщо об’єднання таких записів є неможливим через різний економічний зміст операцій? Питання 2. Відображення «Кінцевого споживача» у довіднику «Клієнти» Усі операції роздрібного продажу компанія обліковує на узагальненого контрагента «Кінцевий споживач», який відображає покупки фізичних осіб, що не є суб’єктами господарювання. Такі покупці не мають коду ЄДРПОУ, а їх РНОКПП у більшості випадків не фіксується в обліковій системі, оскільки це не передбачено характером роздрібних продажів. Просимо роз’яснити: який код ЄДРПОУ або РНОКПП слід зазначати для узагальненого контрагента «Кінцевий споживач» у довіднику «Клієнти» при формуванні SAF-T UA? Чи допускається використання умовного або технічного коду у випадку відсутності фактичних ідентифікаційних даних наприклад 100000000000 чи 999999999999? | Щодо питання 1 Детальним технічним описом елементів SAF-T UA передбачено, що в підрозділі «Постачальники» (Suppliers) розділу «Довідники» (MasterFiles) відображається інформація щодо контрагентів (постачальників), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер/код нерезидента, найменування, номер платника податку на додану вартість), номера рахунку/субрахунку/аналітичного рахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду та розкриттям іншої інформації. У елементах «Ідентифікатор постачальника» (SupplierID) та «Код контрагента» (RegistrationNumber) зазначається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України/ Реєстраційний номер облікової картки платника податків фізичної особи/ код нерезидента. Для ідентифікаторів постачальників (SupplierID) застосовуються обмеження на ключ (key) і посилання на ключ (keyref). Обмеження на ключ (key) і посилання на ключ (keyref) за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа. Отже, інформація щодо контрагента (постачальника), з якими суб’єкт господарювання мав господарські відносини, повинна бути відображена одним записом. Щодо питання 2 Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про продаж» (SalesInvoices) розділу «Інформація про документальне забезпечення записів бухгалтерського обліку»(SourceDocuments) на підставі первинних документів зазначається інформація щодо фактичних обсягів реалізованих матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій із продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). У разі здійснення роздрібного продажу без ідентифікації покупця, в елементах «Ідентифікатор покупця» (CustomerID) та «Код контрагента» (RegistrationNumber) проставляється умовний код «100000000000», а в елементі «Найменування контрагента» (Name) зазначається «Неплатник». | Чат ДПС |
| 01/12/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Згідно з додатком до Детального технічного опису елементів SAF-T UA в елементі «Оцінки» (Valuations) підрозділу «Необоротні активи» (Assets) відображаються оцінки активу (для основних засобів/нематеріальних активів інформація повинна бути представлена окремо для цілей бухгалтерського та податкового обліку). Запитання: Якщо проводиться уцінка ( дооцінка) ОЗ, то потрібно показувати лише оцінки операції з активом - 1? А оцінку 2 за операцією переоцінки ОЗ можна не показувати? Чи показувати із зазначенням суми операції в розмірі 0? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку/субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники по кожному окремому активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних з цим активом, а також з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. У елементі «Оцінки» (Valuations) відображаються оцінки активу (для основних засобів/нематеріальних активів інформація повинна бути представлена окремо для цілей бухгалтерського та податкового обліку). На рівні дочірнього елемента «Оцінка» (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 наведено умовний приклад заповнення цих елементів. Оскільки для розрахунку амортизації вартість основнихзасобів та нематеріальних активів у податковому обліку визнається відповідно до пп.138.3.1п. 138.3 ст.138 Податкового кодексу України без урахування їх переоцінки(уцінки, дооцінки), проведеної відповідно до положеньбухгалтерського обліку, то відображати оцінку таких активів для цілей податкового обліку не потрібно. Оксана Чайка, 23 груд., 09:56 Добрий ранок. Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку/субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники по кожному окремому активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних з цим активом, а також з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. У елементі «Оцінки» (Valuations) відображаються оцінки активу (для основних засобів/нематеріальних активів інформація повинна бути представлена окремо для цілей бухгалтерського та податкового обліку). На рівні дочірнього елемента «Оцінка» (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 наведено умовний приклад заповнення цих елементів. Оскільки для розрахунку амортизації вартість основнихзасобів та нематеріальних активів у податковому обліку визнається відповідно до пп.138.3.1п. 138.3 ст.138 Податкового кодексу України без урахування їх переоцінки(уцінки, дооцінки), проведеної відповідно до положеньбухгалтерського обліку, то відображати оцінку таких активів для цілей податкового обліку не потрібно. | Чат ДПС |
| 01/12/2025 | Підрозділ ІV.5 «Операції з необоротними активами» (AssetTransactions) | У елементі «Первісна вартість за операцією» (AcquisitionAndProductionCostsOnTransaction) відображаються загальні витрати на придбання та/або виготовлення активу на дату здійснення операції. Тут показується первісна вартість з урахуванням вказаної операції? У елементі «Балансова вартість за операцією» (BookValueOnTransaction) відображається балансова вартість активу на дату здійснення операції. Тут показується балансова вартість з урахуванням вказаної операції? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Операції з необоротними активами» (AssetTransactions) відображається інформація в розрізі господарських операцій із необоротними активами суб’єкта господарювання з наведенням опису такого активу, кореспондуючих рахунків / субрахунків, стосовно яких здійснено проведення, контрагентів та розкриттям іншої інформації відповідно до таблиці цього підрозділу SAF-TUA. Зокрема, в елементі: 1) «Операція з активом» (AssetTransaction; complex; Mandatory; 1..∞) зазначається інформація про господарську операцію з необоротним активом, крім амортизації (у тому числі позабалансовим). Дані про бухгалтерські проведення щодо операцій із необоротними активами відображаються окремими записами елемента «Операція з активом» (AssetTransaction; complex; Mandatory; 1..∞); 2) «Первісна вартість за операцією» (AcquisitionAndProductionCostsOnTransaction; SAFmonetaryType; simple; totalDigits 18 fractionDigits 2 nillable="true"; Optional; 0..1) відображаються загальні витрати на придбання та/або виготовлення активу на дату здійснення операції; 3) «Балансова вартість за операцією» (BookValueOnTransaction; SAFmonetaryType; simple; totalDigits 18 fractionDigits 2 nillable="true"; Optional; 0..1) зазначається балансова вартість активу на дату здійснення операції; 4) «Сума операції з активом» (AssetTransactionAmount; SAFmonetaryType; simple; totalDigits 18 fractionDigits 2 nillable="true"; Mandatory; 1..1) відображається грошова оцінка операції з активом. Отже, первісна та балансова вартості за операцією з активом можуть зазначатися станом на дату здійсненняоперації. Для кращого розуміння природи даних у Детальному технічному описі елементів SAF-T UA наведено умовнийприклад заповнення цих елементів. | Чат ДПС |
| 04/12/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Об’єкти основних засобів, які маються класифікуватися за Класами А3.1 , А4.1, А5.1 А9.1 повині співпадати з об’єктами які попадають в додаток АМ декларації з податку на прибуток у відповідні рядки А3.1 , А4.1, А5.1 А9.1 ? Тобто по факту туди мають попасти об’єкти щодо яких нараховується прискорена амортизація в податковому обліку відповідно до пунктів 43 та 43-1 підрозділу 4 розділу ХХ Податкового кодексу України? Або все ж таки об’єкти щодо яких встановлено мінімально допустимий строк за ПКУ відповідно до п. 138.3.3. Мінімально допустимі строки амортизації основних засобів та інших необоротних активів? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку/субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники щодо кожного окремого активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних з цим активом, а також з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. В елементі «Оцінки» (Valuations) відображаються оцінки активу (для основних засобів/нематеріальних активів інформація повинна бути представлена окремо для цілей бухгалтерського та податкового обліку). На рівні дочірнього елемента «Оцінка» (Valuation), який передбачає необхідність використання від одного до необмеженої кількості разів (1..∞), здійснюється окреме заповнення для різних типів оцінки. З метою окремого представлення інформації в елементі «Тип оцінки активу» (AssetValuationType) передбачені такі ідентифікатори: 1 – відповідно до національних положень (стандартів) бухгалтерського обліку або міжнародних стандартів фінансової звітності; 2 – відповідно до Податкового кодексу України. Цей елемент передбачає обмеження по набору значень (enumeration): 1, 2. Для кожного типу оцінки активу в елементі «Група активу» (ValuationClass) зазначається відповідна група, до якої належить актив: 1) відповідно до облікової політики суб’єкта господарювання (для AssetValuationType = 1); 2) згідно з Податковим кодексом України, а також основні засоби/нематеріальні активи, на які не нараховується амортизація для цілей оподаткування (для AssetValuationType = 2). При цьому для заповнення цього елемента передбачено окремий довідник «Група активу» (ValuationClass), який містить приклади заповнення відповідно до національних положень (стандартів) бухгалтерського обліку або міжнародних стандартів фінансової звітності (AssetValuationType = 1) та обмежений список ідентифікаторів для оцінок активу відповідно до Податкового кодексу України (AssetValuationType = 2). Довідник «Група активу» (ValuationClass) (AssetValuationType = 2) зазначено у стовпці «Валідація», а, отже, він є умовою, за якою буде проходити валідація даних, які будуть розміщуватися в зазначеному елементі. Ідентифікатори А3.1, А4.1, А5.1, А9.1 довідника «Група активу» (ValuationClass) (AssetValuationType = 2)відповідають кодам рядків таблиці «Інформація щодо нарахованої амортизації» додатка АМ до Податкової декларації з податку на прибуток підприємств. Згідно з приміткою 2 до зазначеної таблиці рядки з кодами А3.1, А4.1, А5.1 А9.1 заповнюються при розрахунку амортизації за прямолінійним методом щодо основних засобів з використанням мінімально допустимого строку амортизації відповідно до пунктів 43 та 431 підрозділу 4 розділу ХХ Податкового кодексу України. При заповненні елемента «Група активу» (ValuationClass) для оцінок активу відповідно до Податкового кодексу України (AssetValuationType = 2) потрібно здійснити обов’язкове налаштування (зіставлення) власних об’єктів з обмеженим списком ідентифікаторів. | Чат ДПС |
| 08/12/2025 | Розділ III «Бухгалтерські операції» (GeneralLedgerEntries) | По деяким функціоналам, для прикладу операції НА, коли формується операція сторнування, то вона зберігає номер транзакції первісної операції. Тому досить нормально коли в різних журналах може бути використаний номер транзакції від первісної операції, щоб зазначити її відміну/сторнування. Це може бути як в різних періодах так і в одному періоді, навіть в один день. Ключ між операціями НА та операціями ГК зберігається, але номер транзакції не унікальний. Чи можна щоб перевірка була на унікальність, наприклад, по комбінації Номер журналу + Транзакція? | Згідно з Порядком у підрозділі 3.1 «Бухгалтерські операції» розкривається інформація щодо бухгалтерських проведень суб’єкта господарювання в розрізі кожної окремої господарської операції з деталізацією здійсненої операції, із зазначенням її типу, суми, інформації щодо унікального ідентифікаційного номера контрагента юридичної (фізичної) особи (в разі якщо операція здійснюється з контрагентом), розкриттям даних про бухгалтерські проведення по цій операції, а також іншої інформації відповідно до таблиці цього підрозділу SAF-T UA в розрізі кожного бухгалтерського проведення. В елементі «Код операції» (TransactionID; 3.1.1; KeyTransactionReference; SAFmiddle2textType; simple; maxLength 70; Mandatory; 1..1) зазначається унікальний ідентифікатор операції, визначений автоматизованим програмним забезпеченням, яке використовується суб’єктом господарювання. Для елемента «Код операції» (TransactionID) застосовуються обмеження на ключ (key) і посилання на ключ (keyref), які за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа. | Чат ДПС |
| 09/12/2025 | Підрозділ ІІ.9 «Таблиця аналітичних рахунків» (AnalysisTypeTable) | Є питання по класифікації транзитних рахунків до стандартних рахунків StandardAccountID.В обліку через транзитні рахунки проводяться коригуючи проводки (наприклад, по контрагентам, запасам, капітальним інвестиціям) і через ці рахунку можуть проходити різні субрахунки. Який StandardAccountID необхідно застосувати до таких транзитних рахунків? | Згідно з Детальним технічним описом елементів SAF-T UAв підрозділі «Сальдові/оборотні відомості» (GeneralLedgerAccounts) відображається інформація про застосовувані рахунки/субрахунки/аналітичні рахунки бухгалтерського обліку для ведення господарської діяльності суб’єкта господарювання із зазначенням в розрізі кожного рахунку, субрахунку та аналітичного рахунку їх номерів, найменувань, дат створення облікових записів (рахунків/субрахунків/аналітичних рахунків) та розгорнутого сальдо на початок та кінець періоду, з розбивкою по дебету та кредиту цих рахунків/субрахунків/аналітичних рахунків. Для зіставлення технічних рахунків, які використовуються суб’єктом господарювання для відображення технічних бухгалтерських записів, пов’язаних із проміжним закриттям доходів, витрат, фінансових результатів тощо, з довідником «Таблиця рахунків» (TableOfAccounts) слід застосовувати такі значення елементів: номер стандартного рахунку (StandardAccountID): 999; код групи рахунку (GroupingCode): 99; категорія рахунку (GroupingCategory): 9. | Чат ДПС |
| 09/12/2025 | Підрозділ ІІ.12 «Запаси» (PhysicalStock) | Серед рахунків субрахунку 23 є рахунки для нарахування компенсацій чи заробітної плати виробничому персоналу, що по суті є витратами. В квитанції №2 ми отримали помилку щодо незбалансування цих рахунків в секції 2.4 з секцією 2.7. Хоча ці рахунки не є запасами, тому їх не повинно бути в секції 2.7. Підкажіть, будь ласка, який механізм дій в даній ситуації? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Запаси» (PhysicalStock) відображається інформація про код запасу/продукції, ідентифікатор складу, номер рахунку/субрахунку, на якому обліковується запас/продукція, їх кількість, ціни та вартість на початок та на кінець періоду, за який формується SAF-T UA. В елементі «Інформація щодо запасу» (PhysicalStockEntry; complex; Mandatory; 1..∞) відображається інформація щодо запасу/продукції (в тому числі позабалансових). У разі якщо аналітичний облік за рахунком 23 «Виробництво» не ведеться за видами або групами продукції, що виробляється, а унікальний ідентифікатор запасу/продукції присвоюється тільки на етапі оприбуткування виробничих запасів (матеріалів), напівфабрикатів, готової продукції тощо, то інформація щодо виробництва в підрозділі «Запаси» (PhysicalStock) не відображається, оскільки заповнення елемента «Код запасу/продукції» (ProductCode) є обов’язковим. У такому випадку аналітичний облік виробництва за видами виробництв та за статтями витрат, а також за підрозділами підприємства та центрами витрат і відповідальності (за умови ведення такого обліку) може бути відображений в елементі «Дані в розрізі аналітики»(Analysis; AnalysisStructure; complex; Optional; 0..∞)підрозділу «Сальдові/оборотні відомості» (GeneralLedgerAccounts) і розділу «Бухгалтерські операції» (GeneralLedgerEntries). Якщо ж аналітичний облік за рахунком 23 «Виробництво» ведеться за видами або групами продукції, що виробляється, то відповідна інформація щодо виробництва відображається в підрозділі «Запаси» (PhysicalStock), а інформація щодо відповідних видів або груп продукції має бути представлена як окремі номенклатурні позиції в підрозділі «Номенклатура запасів/продукції (товарів/робіт, послуг)» (Products). У такому випадку аналітичний облік виробництва за видами виробництв та за статтями витрат, а також зацентрами витрат і відповідальності (за умови ведення такого обліку) може бути відображений в елементі «Дані в розрізі аналітики» (Analysis; AnalysisStructure; complex; Optional; 0..∞) підрозділів «Запаси» (PhysicalStock) і«Операції із запасами» (MovementOfGoods) та/або підрозділу «Сальдові/оборотні відомості» (GeneralLedgerAccounts) і розділу «Бухгалтерські операції» (GeneralLedgerEntries). Аналітичні облік щодо підрозділів (складів) можерозкриватися в таких окремих елементах SAF-T UA: в елементі «Код складу» (WarehouseID; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) підрозділу «Запаси» (PhysicalStock) зазначається ідентифікатор складу; в елементі «Код складу» (WarehouseID; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) структури пункту перевезення, яка використовується в елементах підрозділу «Операції із запасами» (MovementOfGoods), зазначається ідентифікатор складу, де зберігаються товари, а також ідентифікатор складу, що використовується для ідентифікації незавершеного виробництва або запасів (товарів) у дорозі. Крім того, в підрозділі «Таблиця аналітичних рахунків» (AnalysisTypeTable) може довідково розкриватисяінформація про склади шляхом включення їх найменувань до опису аналітичних рахунків (субконто). Відповідно до умов валідації «Перевірка збалансованості інформації про наявність та рух запасів»суми на початок та кінець періоду за кожним рахунком/субрахунком за даними підрозділу «Сальдово/оборотні відомості» (GeneralLedgerAccounts) та підрозділу «Запаси» (PhysicalStock) повинні відповідати таким співвідношенням: [2] ΣOpeningStockValue (AccountID) =AuditFile.MasterFiles.GeneralLedgerAccounts.Account.OpeningDebitBalance (AccountID) –AuditFile.MasterFiles.GeneralLedgerAccounts.Account.OpeningCreditBalance (AccountID); [3] ΣClosingStockValue (AccountID) =AuditFile.MasterFiles.GeneralLedgerAccounts.Account.ClosingDebitBalance (AccountID) – AuditFile.MasterFiles.GeneralLedgerAccounts.Account.ClosingCreditBalance (AccountID). При цьому за результатами тестування в технічних тестах щодо перевірки збалансованості інформації про запаси враховано ситуації щодо можливості невідображенняв підрозділі «Запаси» (PhysicalStock) даних про незавершене виробництво або брак, у разі якщо аналітичний облік за рахунками 23 та 24 не ведеться за видами або групами продукції. У зв’язку з порушеним питанням буде проведено додатковий аналіз коректності роботи відповідних технічних тестів. | Чат ДПС |
| 11/12/2025 | Підрозділ ІV.4 «Операції із запасами» (MovementOfGoods) | Протягом звітного періоду рух ТМЦ (списання та оприбуткування на склад) відбувається за плановими цінами, при закритті періоду та розрахунку фактичної собівартості весь рух та залишки ТМЦ переоцінюються за фактичною ціною. Для цього використовуються рахунки відхилень ТМЦ (26110000,25210000,25110000,23510000,20901100,20901220,20901230), при визначенні фактичних цін дані рахунки обнуляються. Тобто, фактично це не є рухом запасів, та первинних документів під дані операції немає, це є так звані технічні рахунки (проміжні) для правильної оцінки запасів. Запитання 1: чи потрібно такі операції показувати у розділі ІV.4 Операції із запасами (MovementOfGoods). Запитання 2: Як виконати зіставлення технічних рахунків (26110000,25210000,25110000,23510000,20901100,20901220,20901230) , які використовуються суб’єктом господарювання для відображення технічних бухгалтерських записів, пов’язаних із оцінкою запасів? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Операції із запасами» (MovementOfGoods) на підставі первинних документів зазначається інформація в розрізі операцій, проведених з матеріальними цінностями з обов’язковим зазначенням номерів рахунків/субрахунків, на яких вони обліковуються, їх кількості, ціни та вартості, а також з розкриттям іншої інформації відповідно до таблиці цього підрозділу SAF-T UA. В елементі «Рух запасів» (StockMovement; complex; Mandatory; 1..∞) зазначається інформація про господарську операцію з руху запасів (у тому числі позабалансових). Інструкцією № 291 передбачено, що для узагальнення інформації про наявність і рух належних підприємству готової продукції, товарів, предметів праці, що призначені для обробки, переробки, використання у виробництві і для господарських потреб, а також засобів праці, які підприємство включає до складу малоцінних та швидкозношуваних предметів призначені рахунки класу 2«Запаси». Формування SAF-T UA повинно здійснюватися на основі даних вихідної системи обліку відповідно до обраної підприємством форми бухгалтерського обліку як певної системи регістрів обліку, порядку і способу реєстрації та узагальнення інформації в них з додержанням єдиних засад, встановлених Законом України від 16.07.1999 № 996-XIV «Про бухгалтерський облік та фінансову звітність в Україні» (далі – Закон № 996), та з урахуванням особливостей своєї діяльності і технології обробки облікових даних. Відповідь 2 Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Сальдові/оборотні відомості» (GeneralLedgerAccounts) відображається інформація про застосовувані рахунки/субрахунки/аналітичні рахунки бухгалтерського обліку для ведення господарської діяльності суб’єкта господарювання із зазначенням в розрізі кожного рахунку, субрахунку та аналітичного рахунку їх номерів, найменувань, дат створення облікових записів (рахунків/субрахунків/аналітичних рахунків) та розгорнутого сальдо на початок та кінець періоду, з розбивкою за дебетом та кредитом цих рахунків/субрахунків/аналітичних рахунків. Номери та назви рахунків/субрахунків/аналітичних рахунків відображаються в SAF-T UA відповідно до Плану рахунків суб’єкта господарювання. При цьому номери рахунків/субрахунків згідно з Планом рахунків суб’єкта господарювання (крім банків і суб’єктів державного сектору) мають бути зіставлені з номером стандартного рахунку (StandardAccountID), класом рахунку (GroupingCategory) та номером синтетичного рахунку (рахунку першого порядку) (GroupingCode) відповідно до Таблиці рахунків бухгалтерського обліку активів, капіталу, зобов'язань і господарських операцій підприємств і організацій (TableOfAccounts). Номери субрахунків відповідно до Плану рахунків суб’єкта господарювання можуть відрізнятися від номерів стандартних субрахунків. У такому випадку необхідно зазначити субрахунок, найближчий за призначенням. При зіставленні номерів субрахунків необхідно виходити з їх сутності/призначення. Для субрахунків/рахунків, наведених у довіднику «Таблиця рахунків» (TableOfAccounts), може використовуватись призначення, наведене в Інструкції про застосування Плану рахунків бухгалтерського обліку активів, капіталу, зобов'язань і господарських операцій підприємств і організацій, затвердженій наказом Міністерства фінансів України від 30.11.1999 № 291, зареєстрованим у Міністерстві юстиції України 21.12.1999 за № 893/4186. | Чат ДПС |
| 12/12/2025 | Підрозділ ІІ.3 «Сальдові / оборотні відомості» (GeneralLedgerAccounts) | На підприємстві використовуються рахунки 2924 “Резерв на знецінення напівфабрикатів” та 2926 “Резерв на знецінення готової продукції”, які ведуться лише у вартісному вимірі, без аналітики за номенклатурою чи кількістю. Зазначені рахунки є контрактивними та зменшують балансову вартість відповідних запасів. У зв’язку з цим прошу надати роз’яснення: чи можемо ми в SAF-T UA використати по цих рахунках співставлення з рахунком 200 або 289 для забезпечення коректної збалансованості між відповідними розділами SAF-T UA (довідники – запаси, оборотно-сальдова відомість по рахунках обліку другого класу, первинні документи операцій з запасами)? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Сальдові/оборотні відомості» (GeneralLedgerAccounts) відображається інформація про застосовувані рахунки / субрахунки / аналітичні рахунки бухгалтерського обліку для ведення господарської діяльності суб’єкта господарювання із зазначенням в розрізі кожного рахунку, субрахунку та аналітичного рахунку їх номерів, найменувань, дат створення облікових записів (рахунків / субрахунків / аналітичних рахунків) та розгорнутого сальдо на початок та кінець періоду, з розбивкою за дебетом та кредитом цих рахунків / субрахунків / аналітичних рахунків. Номери та назви рахунків / субрахунків / аналітичних рахунків відображаються в SAF-T UA відповідно до Плану рахунків суб’єкта господарювання. При цьому, номери рахунків / субрахунків згідно з Планом рахунків суб’єкта господарювання (крім банків і суб’єктів державного сектору) мають бути зіставлені з номером стандартного рахунку (StandardAccountID), класом рахунку (GroupingCategory) та номером синтетичного рахунку (рахунку першого порядку) (GroupingCode) відповідно до Таблиці рахунків бухгалтерського обліку активів, капіталу, зобов'язань і господарських операцій підприємств і організацій (TableOfAccounts). Номери субрахунків відповідно до Плану рахунків суб’єкта господарювання можуть відрізнятися від номерів стандартних субрахунків. У такому випадку необхідно зазначити субрахунок, найближчий за призначенням. При зіставленні номерів субрахунків необхідно виходити з їх сутності/призначення. Для субрахунків / рахунків, наведених у довіднику «Таблиця рахунків» (TableOfAccounts), може використовуватись призначення, наведене в Інструкції про застосування Плану рахунків бухгалтерського обліку активів, капіталу, зобов'язань і господарських операцій підприємств і організацій, затвердженій наказом Міністерства фінансів України від 30.11.1999 № 291, зареєстрованим у Міністерстві юстиції України 21.12.1999 за № 893/4186. Для зіставлення субрахунків, які введені суб’єктом господарювання для узагальнення інформації за окремими (номенклатурними) групами запасів на окремому субрахунку (наприклад транспортно-заготівельні витрати, коригування до рівня чистої вартості реалізації), з довідником «Таблиця рахунків» (TableOfAccounts) можуть застосовуватись такі значення елементів: номер стандартного рахунку (StandardAccountID): 200 (Інші субрахунки до синтетичних рахунків, уведені підприємством для обліку й узагальнення інформації про виробничі запаси); код групи рахунку (GroupingCode): 20; категорія рахунку (GroupingCategory): 2; номер стандартного рахунку (StandardAccountID): 289 (Інші субрахунки до синтетичних рахунків, уведені підприємством для обліку й узагальнення інформації про товари); код групи рахунку (GroupingCode): 28; категорія рахунку (GroupingCategory): 2. Таким чином, рахунки 2924 “Резерв на знецінення напівфабрикатів” та 2926 “Резерв на знецінення готової продукції”, які є контрактивними, які ведуться виключно у вартісному вимірі та зменшують балансову вартість відповідних запасів, можуть бути зіставлені в SAF-T UA з рахунками 200 або 289 (залежно від економічної сутності). | Чат ДПС |
| 15/12/2025 | Підрозділ ІV.3 «Відомості про платежі» (Payments) | Питання по відображенню в Відомості про платежі, суми отриманих відсотків на залишках на рахунках та отримані дивіденди від дочірньої компанії, як класифікувати контрагента як клієнта з заповненням поля CustomerID? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Відомості про платежі» (Payments) на підставі первинних документів зазначається інформація щодо отриманих/перерахованих грошових коштів суб’єкта господарювання з наведенням способів оплати, кореспондуючих рахунків та іншої інформації щодо характеристик проведених розрахунків у розрізі окремих платежів (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Ідентифікація контрагента (отримувача/надавача платежу) здійснюється шляхом заповнення одного з елементів вибору між покупцем/дебітором, постачальником/кредитором та власником (Choice; Optional; 0..1): в елементі «Ідентифікатор покупця» (CustomerID; KeyCustomer; RefPaymentLineCustomer; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається унікальний ідентифікаційний номер юридичної особи в ЄДРПОУ / РНОКПП / код нерезидента (якщо здійснюється роздрібний продаж без ідентифікації покупця – зазначається умовний код таких операцій, що застосовується); в елементі «Ідентифікатор постачальника» (SupplierID; KeySupplier, RefPaymentLineSupplier; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається унікальний ідентифікаційний номер юридичної особи в ЄДРПОУ / РНОКПП / код нерезидента; в елементі «Ідентифікатор власника (засновника)» (OwnerID; KeyOwner, RefPaymentLineOwner; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається унікальний ідентифікаційний номер юридичної особи в ЄДРПОУ / РНОКПП / код нерезидента. У разі отримання дивідендів від дочірньої компанії впідрозділі «Відомості про платежі» (Payments) доцільно зазначати ідентифікатор покупця (CustomerID), оскільки дочірня компанія в межах такої операції виступає в ролі дебітора. У разі отримання відсотків, нарахованих банківською установою на залишки коштів на поточних рахунках або депозитних рахунках до запитання, в підрозділі «Відомості про платежі» (Payments) доцільно зазначати ідентифікатор покупця (CustomerID), оскільки банк у межах такої операціївиступає в ролі дебітора. Для елемента «Ідентифікатор покупця» (CustomerID) застосовуються обмеження на ключ (key) і посилання на ключ (keyref), які за технічним визначенням призначені для забезпечення унікальності значень ключа та є основою для перевірки того, що всі значення, на які є посилання, присутні у відповідному значенні ключа. Отже, з метою коректного відображення отриманих дивідендів і банківських відсотків у підрозділі «Відомості про платежі» (Payments) необхідно забезпечити наявність відповідних записів про таких контрагентів у підрозділі «Клієнти» (Customers). | Чат ДПС |
| 17/12/2025 | Підрозділ ІІ.7 «Таблиця податків» (TaxTable) | Чи потрібно у відомостях про придбання/закупівлю відображати операції з нарахування ПДВ на митниці (кореспонденція 6412/685, нарахування мита відсутнє)? якщо так, чи достатньо відображати загальною сумою по ВМД (без деталізації по товару)? | Якщо в системі обліку суб’єкта господарювання митна декларація пов’язана з документом придбання / закупівлі в розрізі матеріальних цінностей, інформацію щодо митних платежів доцільно відображати в даних первинних документів із придбання / закупівлі матеріальних цінностей в елементах, які стосуються інформації про податки. В елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається інформація про податки (на рівні рядка первинного документа). В елементі «Сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається загальна сума податків (на рівні загальних підсумків первинного документа). Елементи «Податкова інформація» (TaxInformation) та «Сума податків» (TaxInformationTotals) повинні бути обов’язково заповнені. Для можливості відображення інформації за різними податками забезпечено технічну можливість використовувати ці елементи необмежену кількість разів. Для товарів, що ввозяться на митну територію України, база оподаткування яких перевищує договірну (контрактну) вартість, відповідна інформація може бути розкрита в елементі «База оподаткування» (TaxBase) структури інформації про податок (TaxInformationStructure). Відображення ПДВ Згідно з довідником «Таблиця податків» (TaxTable) (для ПДВ), наведеним після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для ввезених на митну територію України товарів, необоротних активів слід використовувати вид податку (TaxType) «ПДВ» та такі коди податків (TaxCode): 20 / імпорт – ввезені на митну територію України товари, необоротні активи (за основною ставкою); послуги, отримані від нерезидента, місце постачання яких розташоване на митній території України (за основною ставкою); 14 / імпорт – ввезені на митну територію України товари, необоротні активи (за ставкою 14 %); 7 / імпорт – ввезені на митну територію України товари, необоротні активи (за ставкою 7 %); послуги, отримані від нерезидента, місце постачання яких розташоване на митній території України (за ставкою 7 %); 903 – операції із постачання товарів / послуг, які звільнені від оподаткування. Якщо в системі обліку суб’єкта господарювання митна декларація не пов’язана з документом придбання / закупівлі в розрізі матеріальних цінностей, інформацію щодо митних платежів (зокрема ПДВ) також слід відображати в даних первинних документів із придбання / закупівлі матеріальних цінностей в елементах, які стосуються інформації про податки. При цьому підхід до відображення виду податку (TaxType) та відповідних кодів податків (TaxCode) у структурі інформації про податок (TaxInformationStructure) має залишатись незмінним. Водночас в елементі «Сума» (Amount; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) може бути зазначено нуль. | Чат ДПС |
| 23/12/2025 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Підприємство у своєму обліку використовує основні засоби, залучені до будівництва складу. Оскільки витрати на таке будівництво відображаються у складі незавершених капітальних інвестицій на рахунку 152, амортизація задіяних основних засобів включається до собівартості об’єкта будівництва. Нарахування амортизації проводиться бухгалтерським записом Дт 152 Кт 131 із зазначенням відповідної аналітики – «об’єкт будівництва: склад», – та не визнається поточними витратами підприємства. Питання: яким чином у підрозділі ІІ.14 «Необоротні активи (Assets)» розділу ІІ «Довідники (MasterFiles)» слід відображати амортизацію основних засобів, що беруть участь у створенні об’єктів капітальних інвестицій і збільшують їхню вартість: у складі амортизації за період (елемент ІІ.14.1.12.1.13 DepreciationForPeriod), чи ці суми слід виокремити з амортизації за період? Якщо так, то в яких саме елементах їх необхідно відобразити? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку/субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники по кожному окремому активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних з цим активом, а також з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. Для кожного необоротного активу передбачена можливість заповнення тільки одного інвентарного номера або іншого унікального ідентифікатора активу, що застосовується суб’єктом господарювання в бухгалтерському обліку (AssetID), та тільки одного коду рахунку/субрахунку (AccountID), що відповідає моделі ОЕСР. В елементі «Амортизація за період» (DepreciationForPeriod; SAFmonetaryType; simple; totalDigits18, fractionDigits 2; nillable="true"; Optional; 0..1) відображається сума амортизації за звітний період. В елементі «Надходження активу» (AssetAddition ; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Optional; 0..1) відображаються загальні витрати на придбання та/або виготовлення активу за звітний період, у тому числі витрати на транспортування та доведення активу до стану, придатного до експлуатації; поліпшення активу; інші надходження; вартість активу як внеску до статутного капіталу. Таким чином, при господарському способі виконання будівельно-монтажних робіт сума амортизації основних засобів, задіяних у будівництві, відображається в елементі «Амортизація за період» (DepreciationForPeriod) відповідних основних засобів та одночасно, як складова затрат забудовника, включається до елемента «Надходження активу» (AssetAddition) об’єкта капітальних інвестицій. | Чат ДПС |
| 29/12/2025 | Підрозділ ІІ.15 «Податкові різниці» (TaxDifferences) | У довідниках є розділ ІІ.15 Податкові різниці (TaxDifferences), по необоротним активам. З яким розділом (ІІ довідники, ІІІ Бух.операції чи IV інформація про документ) буде валідація даних по податковому обліку необоротних активів і за яким елементом? А саме: балансова вартість необоротних активів та податкова амортизація. | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Податкові різниці» (TaxDifferences)заповнюються дані щодо податкових різниць, на які збільшується / зменшується фінансовий результат, у розрізі кожного показника, визначеного у Податковому кодексі України, що в періоді, за який надається інформація на запит контролюючого органу, мав вплив на фінансовий результат суб’єкта господарювання (як у бік зменшення, так і в бік збільшення). При цьому відображається кожний елемент податкових різниць зі стислим описом характеристики сутності операції, її обґрунтування відповідно до вимог національних положень (стандартів) бухгалтерського обліку / міжнародних стандартів бухгалтерського обліку, міжнародних стандартів фінансової звітності, відображення проведених операцій у бухгалтерському обліку (бухгалтерських проведеннях) суб’єкта господарювання, загальна сума податкових різниць. Інформація заповнюється за кожний податковий (звітний) період у межах періоду господарської діяльності суб’єкта господарювання, за який формується файл SAF-T UA. В елементі «Операції податкової різниці» (TaxDifferenceTransactions) зазначаються бухгалтерські операції, суми яких включаються в розрахунок різниці за всі податкові звітні періоди (залежно від порядку обрахунку). Дані заповнюється залежно від типу різниці та наявності даних. Якщо відповідні дані відсутні, то елемент «Операції податкової різниці» (TaxDifferenceTransactions) не використовується. Згідно з Детальним технічним описом елементів SAF-T UA файли даних SAF-T UA, надіслані до ДПС суб’єктами господарювання в XML-форматі, проходять контроль (валідацію) із застосуванням схеми контролю XML-документів (файл XSD). Це перший рівень контролю даних файлу SAF-T UA, після якого формується перша квитанція. У стовпці «Валідація» для окремих елементів відображена умова, за якою буде проходити валідація даних, які будуть розміщуватися в зазначеному елементі. Це другий рівень контролю даних файлу SAF-T UA, після якого формується друга квитанція. При цьому, зі структури XSD видалена валідація «Ключ-Посилання»; перевірка валідності даних «Ключ-Посилання» здійснюється на рівні системи обробки звітності ДПС України (друга квитанція). Бухгалтерські операції, суми яких включаються в розрахунок різниці, повинні відповідати даним бухгалтерських операцій розділу «Бухгалтерські операції» (GeneralLedgerEntries). Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку / субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники щодо кожного окремого активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних із цим активом, а також із розкриттям інформації відповідно до таблиці цього підрозділу 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) налаштування (зіставлення) власних об’єктів з цим довідником є необов’язковим. | Чат ДПС |
| 30/12/2025 | Загальні питання | Чи є обов’язковим заповнення елементів стандартного аудиторського файлу (SAF-T UA) (далі – файл SAF-T UA), які мають статус «Optional», та в яких випадках вони підлягають заповненню? | Відповідно до Порядку надання документів великого платника податків в електронній формі, затвердженого наказом Міністерства фінансів України від 07.11.2011 № 1393 (далі – Порядок), у стовпці «Обов’язковість заповнення» наявність позначки «*» означає, що показник (інформація) повинен обов’язково бути заповнений. Відсутність такої позначки означає, що показник може бути заповнений за наявності відповідної інформації. У таблиці 6 «Опис елементів SAF-T UA» Детального технічного опису елементів SAF-T UA наведено структуру таблиці з описом і призначенням кожного стовпця для правильної роботи з технічним описом елементів SAF-T UA. Обов’язковість («Status») вказує, елемент є обов’язковим («Mandatory») чи необов’язковим («Optional»). Під час передачі даних до ДПС технічний статус обов’язковості передбачає таку реалізацію положень Порядку: статус «Mandatory» означає, що показник (інформація) повинен обов’язково бути заповнений; необов’язкові елементи («Optional»), які передбачені в Порядку, повинні бути заповнені в разі їх наявності; необов’язкові елементи («Optional»), які не передбачені в Порядку, можуть бути заповнені, якщо, на думку платника податків, це забезпечує більш повне відображення даних, що належать або пов’язані з предметом перевірки. Якщо в системі обліку суб’єкта господарювання для обов’язкових елементів («Mandatory») відсутній показник (інформація), то, як виняток, допускається: для елементів, що базуються на простому типі «xs:string», – зазначення «N/A»; для елементів, що базуються на простому типі «xs:decimal» і для яких передбачено атрибут nillable="true", – зазначення нульового значення. В окремих випадках статус «Optional» технічно реалізований через атрибут «minOccurs="0"» у визначенні елементів вищого рівня XSD-схеми. Це означає, що відповідний елемент може не включатися до XML-документа без порушення валідності, що, у свою чергу, зумовлює необов’язковість заповнення всіх вкладених (дочірніх) елементів. Використання порожніх елементів може бути інтерпретоване як наявність у них значення, тому порожні елементи не рекомендується використовувати, якщо відсутні дані для заповнення необов’язкового елемента. Необов’язкові елементи («Optional»), які не передбачені в Порядку, заповнюються у разі, якщо суб’єкт господарювання вважає, що у зв’язку зі специфікою ведення бухгалтерського обліку та/або особливостями роботи автоматизованого програмного забезпечення, яке використовується суб’єктом господарювання, доцільно внести додаткові елементи обліку та дані, які забезпечать більш повне та достовірне відображення інформації щодо обліку доходів, витрат, фінансового результату та інших показників, пов’язаних із визначенням об’єктів оподаткування, повнотою та своєчасністю сплати податків. При цьому варто зазначити, що стандартний аудиторський файл SAF-T UA (далі – файл SAF-T UA) розроблений з урахуванням Рекомендацій Організації економічного співробітництва та розвитку (далі – ОЕСР) щодо стандартного аудиторського файлу (Guidance on the Standard Audit File – Tax, Version 2.0). У зазначених рекомендаціях визначено, що всі елементи файлу SAF-T є потенційно корисними для аудиторів і тому повинні бути включені до структури файлу та містити відповідні дані. Вилучення або пропуск таких елементів суперечить базовим принципам формату SAF-T, закладеним ОЕСР. Формування файлу SAF-T UA повинно здійснюватися на основі даних вихідної системи обліку відповідно до обраної підприємством форми бухгалтерського обліку як певної системи регістрів обліку, порядку і способу реєстрації та узагальнення інформації в них з додержанням єдиних засад, встановлених у Законі України від 16.07.1999 № 996-XIV «Про бухгалтерський облік та фінансову звітність в Україні», та з урахуванням особливостей своєї діяльності і технології оброблення облікових даних. | Роз'яснення ДПС |
| 30/12/2025 | Підрозділ ІІ.3 «Сальдові / оборотні відомості» (GeneralLedgerAccounts) | Як виконати зіставлення окремих субрахунків бухгалтерського обліку, які використовуються суб’єктом господарювання для узагальнення інформації за (номенклатурними) групами запасів (наприклад, транспортно-заготівельні витрати, коригування до рівня чистої вартості реалізації), із субрахунками довідника «Таблиця рахунків» (TableOfAccounts) SAF-T UA? | Згідно з Детальним технічним описом елементів SAF-T UA в підрозділі «Сальдові / оборотні відомості» (GeneralLedgerAccounts) відображається інформація про застосовувані рахунки / субрахунки / аналітичні рахунки бухгалтерського обліку для ведення господарської діяльності суб’єкта господарювання із зазначенням у розрізі кожного рахунку, субрахунку та аналітичного рахунку їх номерів, найменувань, дат створення облікових записів (рахунків / субрахунків / аналітичних рахунків) та розгорнутого сальдо на початок і кінець періоду, з розбивкою за дебетом і кредитом цих рахунків / субрахунків / аналітичних рахунків. Номери та назви рахунків / субрахунків / аналітичних рахунків відображаються в SAF-T UA відповідно до Плану рахунків суб’єкта господарювання. При цьому номери рахунків / субрахунків згідно з Планом рахунків суб’єкта господарювання (крім банків і суб’єктів державного сектору) мають бути зіставлені з номером стандартного рахунку (StandardAccountID), класом рахунку (GroupingCategory) та номером синтетичного рахунку (рахунку першого порядку) (GroupingCode) відповідно до Таблиці рахунків бухгалтерського обліку активів, капіталу, зобов’язань і господарських операцій підприємств і організацій (TableOfAccounts). Номери субрахунків відповідно до Плану рахунків суб’єкта господарювання можуть відрізнятися від номерів стандартних субрахунків. У такому разі необхідно зазначити субрахунок, найближчий за призначенням. При зіставленні номерів субрахунків необхідно виходити з їх сутності / призначення. Для субрахунків / рахунків, наведених у довіднику «Таблиця рахунків» (TableOfAccounts), може використовуватись призначення, наведене в Інструкції про застосування Плану рахунків бухгалтерського обліку активів, капіталу, зобов’язань і господарських операцій підприємств і організацій, затвердженій наказом Міністерства фінансів України від 30.11.1999 № 291, зареєстрованим в Міністерстві юстиції України 21.12.1999 за № 893/4186. Для зіставлення субрахунків, які введені суб’єктом господарювання для узагальнення інформації за окремими (номенклатурними) групами запасів на окремому субрахунку (наприклад, транспортно-заготівельні витрати, коригування до рівня чистої вартості реалізації), з довідником «Таблиця рахунків» (TableOfAccounts) можуть застосовуватись такі значення елементів: номер стандартного рахунку (StandardAccountID): 200 (Інші субрахунки до синтетичних рахунків, уведені підприємством для обліку й узагальнення інформації про виробничі запаси); код групи рахунку (GroupingCode): 20; категорія рахунку (GroupingCategory): 2; номер стандартного рахунку (StandardAccountID): 289 (Інші субрахунки до синтетичних рахунків, уведені підприємством для обліку й узагальнення інформації про товари); код групи рахунку (GroupingCode): 28; категорія рахунку (GroupingCategory): 2. | Роз'яснення ДПС |
| 30/12/2025 | Підрозділ ІІ.15 «Податкові різниці» (TaxDifferences) | Яким чином у файлі SAF-T UA заповнюється розділ 5 «Податкові різниці» (TaxDifferences), зокрема: як зазначаються суми різниць за кожний податковий (звітний) період у межах періоду господарської діяльності суб’єкта господарювання, за який формується файл SAF-T UA; як відображаються податкові різниці, якщо період, за який формується файл SAF-T UA, починається не з початку звітного податкового року; чи підлягає заповненню розділ «Податкові різниці», якщо файл SAF-T UA формується за період, менший за податковий (звітний) період? | Відповідно до Порядку в підрозділ 5.1. «Податкові різниці, що виникли у суб’єкта господарювання» розділу 5 «Податкові різниці» Структури надання електронних документів (інформації) ВПП [ЄМЮ1] заповнюються дані щодо податкових різниць, на які збільшується / зменшується фінансовий результат, у розрізі кожного показника, визначеного у Податковому кодексі України (далі – Кодекс), що в періоді, за який надається інформація на запит контролюючого органу, мав вплив на фінансовий результат суб’єкта господарювання (як у бік зменшення, так і в бік збільшення). При цьому відображається кожний елемент податкових різниць зі стислим описом характеристики сутності операції, її обґрунтування відповідно до вимог національних положень (стандартів) бухгалтерського обліку / міжнародних стандартів бухгалтерського обліку, міжнародних стандартів фінансової звітності, відображення проведених операцій у бухгалтерському обліку (бухгалтерських проведеннях) суб’єкта господарювання, загальна сума податкових різниць. Інформація заповнюється за кожний податковий (звітний) період у межах періоду господарської діяльності суб’єкта господарювання, за який формується файл SAF-T UA. Відповідно до пункту 137.4 статті 137 Кодексу податковими (звітними) періодами для податку на прибуток підприємств, крім випадків, передбачених у пункті 137.5 статті 137 Кодексу, є календарні: квартал, півріччя, три квартали, рік. При цьому податкова декларація розраховується наростаючим підсумком. Таким чином, суми різниць за кожний податковий (звітний) період у межах періоду господарської діяльності суб’єкта господарювання, за який формується файл SAF-T UA, повинні бути зазначені в елементі «Сума за період» (TaxDifferenceAmountForPeriod; complex; Optional; 0..∞) наростаючим підсумком. Повторення (0..∞) вказує, що елемент можна використовувати від жодного до необмеженої кількості разів. У разі якщо період, за який формується файл SAF-T UA, починається не з початку податкового (звітного) року, то в елементі «Сума за період» (TaxDifferenceAmountForPeriod) довідково наводяться показники попереднього звітного періоду в межах податкового року, а в елементі «Операції податкової різниці» (TaxDifferenceTransactions) зазначаються бухгалтерські операції, суми яких включаються в розрахунок різниці тільки за звітні періоди в межах періоду господарської діяльності суб’єкта господарювання, за який формується файл SAF-T UA. Наприклад, якщо файл SAF-T UA формується за період з 01.04.2024 по 30.06.2024, то в сумах за період окремо зазначаються дані за І квартал та півріччя, а в операціях податкової різниці відображаються бухгалтерські операції за період, за який формується файл SAF-T UA. Якщо файл SAF-T UA формується за період, який є меншим за податковий (звітний) період (наприклад, місяць), то підрозділ «Податкові різниці» (TaxDifferences) може не заповнюватися. Звертаємо увагу, що у Детальному технічному описі елементів файлу SAF-T UA наведено умовний приклад заповнення суми уцінки та втрат від зменшення корисності основних засобів або нематеріальних активів, включених до витрат звітного періоду відповідно до національних положень (стандартів) бухгалтерського обліку або міжнародних стандартів фінансової звітності (пункт 138.1 статті 138 Кодексу). | Роз'яснення ДПС |
| 30/12/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Як у підрозділі «Відомості про придбання / закупівлю» (PurchaseInvoices) файлу SAF-T UA відображаються митні декларації, якщо митна декларація є окремим первинним документом і містить суми податку на додану вартість (далі – ПДВ), мита, акцизного податку, що не мають прямого зв’язку з рядками документа придбання / закупівлі? | Якщо в системі обліку суб’єкта господарювання митна декларація пов’язана з документом придбання / закупівлі в розрізі матеріальних цінностей, інформацію щодо митних платежів доцільно відображати в даних первинних документів із придбання / закупівлі матеріальних цінностей в елементах, які стосуються інформації про податки. В елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається інформація про податки (на рівні рядка первинного документа). В елементі «Сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається загальна сума податків (на рівні загальних підсумків первинного документа). Елементи «Податкова інформація» (TaxInformation) та «Сума податків» (TaxInformationTotals) повинні бути обов’язково заповнені. Для можливості відображення інформації за різними податками забезпечено технічну можливість використовувати ці елементи необмежену кількість разів. Для товарів, що ввозяться на митну територію України, база оподаткування яких перевищує договірну (контрактну) вартість, відповідна інформація може бути розкрита в елементі «База оподаткування» (TaxBase) структури інформації про податок (TaxInformationStructure). Відображення ПДВ Згідно з довідником «Таблиця податків» (TaxTable) (для ПДВ), наведеним після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, для ввезених на митну територію України товарів, необоротних активів слід використовувати вид податку (TaxType) «ПДВ» та такі коди податків (TaxCode): 20 / імпорт – ввезені на митну територію України товари, необоротні активи (за основною ставкою); послуги, отримані від нерезидента, місце постачання яких розташоване на митній території України (за основною ставкою); 14 / імпорт – ввезені на митну територію України товари, необоротні активи (за ставкою 14 %); 7 / імпорт – ввезені на митну територію України товари, необоротні активи (за ставкою 7 %); послуги, отримані від нерезидента, місце постачання яких розташоване на митній території України (за ставкою 7 %); 903 – операції із постачання товарів / послуг, які звільнені від оподаткування. Відображення ввізного мита Відповідно до Класифікації доходів бюджету, затвердженої наказом Міністерства фінансів України від 14.01.2011 № 11 (далі – Класифікація доходів бюджету), для ввізного мита може використовуватися вид податку (TaxType) «15010000» та, зокрема, такі коди податків (TaxCode): 15010100 – мито на товари, що ввозяться суб’єктами підприємницької діяльності; 15010500 – мито на нафтопродукти, транспортні засоби та шини до них, що ввозяться суб’єктами підприємницької діяльності та громадянами (крім мита, яке сплачується при поміщенні суден у митний режим тимчасового ввезення з умовним частковим звільненням від оподаткування митними платежами). Відображення акцизного податку Згідно з Класифікацією доходів бюджету для акцизного податку з ввезених на митну територію України підакцизних товарів (продукції) може використовуватися вид податку (TaxType) «14030000» та такі коди податків (TaxCode): 14030100 – спирт; 14030200 – лікеро-горілчана продукція; 14030300 – виноробна продукція; 14030400 – пиво; 14030600 – тютюн та тютюнові вироби, рідини, що використовуються в електронних сигаретах; 14030800 – транспортні засоби; 14031000 – кузови для моторних транспортних засобів; 14031400 – електрична енергія; 14031900 – пальне; 14032000 – інші підакцизні товари іноземного виробництва. Якщо в системі обліку суб’єкта господарювання митна декларація не пов’язана з документом придбання / закупівлі в розрізі матеріальних цінностей, інформацію щодо митних платежів (зокрема ПДВ) також слід відображати в даних первинних документів із придбання / закупівлі матеріальних цінностей в елементах, які стосуються інформації про податки. При цьому підхід до відображення виду податку (TaxType) та відповідних кодів податків (TaxCode) у структурі інформації про податок (TaxInformationStructure) має залишатись незмінним. Водночас[ЄМЮ2] в елементі «Сума» (Amount; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) може бути зазначено нуль. | Роз'яснення ДПС |
| 30/12/2025 | Підрозділ ІV.2 «Відомості про придбання / закупівлю» (PurchaseInvoices) | Як у файлі SAF-T UA відображаються операції з придбання товарів (робіт, послуг) у фізичних осіб, щодо яких суб’єкт господарювання виступає податковим агентом, зокрема в частині відображення податку на доходи фізичних осіб та військового збору? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Відомості про придбання / закупівлю» (PurchaseInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів придбаних матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій із придбання / закупівлі (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). Елемент «Рахунок-фактура» (Invoice; InvoiceStructure; complex; Mandatory; 1..∞) використовується для відображення даних первинного документа з придбання / закупівлі. На рівні рядка первинного документа відображається, зокрема, така інформація: в елементі «Сума за рядком первинного документа» (InvoiceLineAmount; AmountStructure; complex; Mandatory; 1..1) зазначається грошова оцінка вартості продукту за вирахуванням податків; в елементі «Податкова інформація» (TaxInformation; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається інформація про податки. На рівні загальних підсумків первинного документа відображається така інформація: в елементі «Сума без податків та витрат на доставку» (NetTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається загальна сума без урахування податків та витрат на доставку; в елементі «Сума податків» (TaxInformationTotals; TaxInformationStructure; complex; Mandatory; 1..∞) зазначається загальна сума податків; в елементі «Сума витрат на доставку» (ShippingCostsAmountTotal; SAFmonetaryType; simple; Optional; 0..1) зазначається загальна сума витрат на доставку / перевезення; в елементі «Загальна сума» (GrossTotal; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) зазначається грошова оцінка загальної вартості продукції (товару / роботи, послуги). Узгодженість між значеннями цих елементів повинна забезпечуватися на основі таких логічних формул: [1] NetTotal (SystemID/TransactionID) = ΣInvoiceLineAmount.Amount (SystemID/TransactionID); [2] ΣTaxInformationTotals.TaxAmount.Amount (SystemID/TransactionID; TaxCode) = ΣTaxInformation.TaxAmount.Amount (SystemID/TransactionID; TaxCode); [3] GrossTotal (SystemID/TransactionID) = NetTotal (SystemID/TransactionID) + ΣTaxInformationTotals.TaxAmount.Amount (SystemID/TransactionID) + ShippingCostsAmountTotal (SystemID/TransactionID). Якщо в системі обліку суб’єкта господарювання на підставі первинних документів із придбання матеріальних цінностей, робіт або послуг у фізичних осіб, щодо яких такий суб’єкт виконує функції податкового агента, відображається, зокрема, інформація про податок з доходів фізичних осіб та військовий збір, то відповідні дані можуть зазначатися в інформації про податки зі знаком «-». | Роз'яснення ДПС |
| 30/12/2025 | Підрозділ ІІ.5 «Клієнти» (Customers) | Як заповнювати елементи «Податковий номер» (TaxRegistrationNumber) та «Індивідуальний податковий номер» (TaxNumber) для контрагентів, які не є платниками ПДВ? | У Детальному технічному описі елементів SAF-T UA передбачено, що в підрозділі «Клієнти» (Customers) / «Постачальники» (Suppliers) відображається інформація щодо контрагентів (покупців) / контрагентів (постачальників), з якими суб’єкт господарювання мав господарські відносини, із зазначенням ідентифікаційних даних (податковий номер / код нерезидента, найменування, номер платника ПДВ), номера рахунку / субрахунку бухгалтерського обліку, що застосовується суб’єктом господарювання для цього контрагента, сальдо заборгованості на початок та на кінець періоду, а також з розкриттям іншої інформації, передбаченої в таблиці цього підрозділу SAF-T UA. Якщо здійснюється роздрібний продаж без ідентифікації покупця, в елементах «Ідентифікатор покупця» (CustomerID) та «Код контрагента» (RegistrationNumber) проставляється умовний код «100000000000», а в елементі «Найменування контрагента» (Name) зазначається «Неплатник». В елементі «Реєстраційні дані платника податків» (TaxRegistration; TaxIDStructure; complex; Optional; 0..∞) зазначаються реєстраційні дані особи як платника податків. Структура реєстраційних даних платника податків передбачає відображення таких даних: в елементі «Податковий номер» (TaxRegistrationNumber; SAFmiddle1textType; simple; maxLength 35; Mandatory; 1..1) зазначається унікальний ідентифікаційний номер юридичної особи в Єдиному державному реєстрі підприємств та організацій України / реєстраційний номер облікової картки платника податків фізичної особи / код нерезидента; в елементі «Вид податку» (TaxType; SAFcodeType; simple; maxLength 9; Optional; 0..1) зазначається податковий режим, на який вказує вид податку; в елементі «Індивідуальний податковий номер» (TaxNumber; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) зазначається податковий реєстраційний номер для певного податкового режиму (номер платника ПДВ у реєстрі платників податку на додану вартість). Таким чином, якщо контрагент не є платником ПДВ, елемент «Індивідуальний податковий номер» (TaxNumber) не заповнюється. У разі, якщо контрагент зареєстрований платником ПДВ, у зазначеному елементі вказується його реєстраційний номер платника ПДВ. | Роз'яснення ДПС |
| 30/12/2025 | Підрозділ ІІ.11 «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products) | Як заповнювати елементи податкової інформації в підрозділі «Номенклатура запасів / продукції (товарів, робіт, послуг)» (Products), якщо в довіднику запасів суб’єкта господарювання відсутня інформація про податки? | У пункті 198.5 статті 198 Кодексу передбачено, що платник податку зобов'язаний нарахувати податкові зобов’язання, виходячи з бази оподаткування, визначеної відповідно до пункту 189.1 статті 189 цього Кодексу, та скласти не пізніше останнього дня звітного (податкового) періоду і зареєструвати в Єдиному реєстрі податкових накладних в терміни, встановлені у Кодексі для такої реєстрації, зведену податкову накладну за товарами / послугами, необоротними активами, придбаними / виготовленими з ПДВ (для товарів / послуг, необоротних активів, придбаних або виготовлених до 01 липня 2015 року, – у разі якщо під час такого придбання або виготовлення суми податку були включені до складу податкового кредиту), у разі якщо такі товари / послуги, необоротні активи призначаються для їх використання або починають використовуватися: а) в операціях, що не є об’єктом оподаткування відповідно до статті 196 Кодексу (крім випадків проведення операцій, передбачених у підпункті 196.1.7 пункту 196.1 статті 196 Кодексу) або місце постачання яких розташоване за межами митної території України; б) в операціях, звільнених від оподаткування відповідно до статті 197 Кодексу, міжнародних договорів (угод) (крім випадків проведення операцій, передбачених у підпункті 197.1.28 пункту 197.1 статті 197 Кодексу, та операцій, передбачених у пункті 197.11 статті 197 Кодексу); в) в операціях, що здійснюються платником податку в межах балансу платника податку, у тому числі передача для невиробничого використання, переведення виробничих необоротних активів до складу невиробничих необоротних активів; г) в операціях, що не є господарською діяльністю платника податку (крім випадків, передбачених у пункті 189.9 статті 189 Кодексу). Згідно з Детальним технічним описом елементів SAF-T UA підрозділ «Номенклатура запасів / продукції (товарів / робіт, послуг)» (Products) розділу «Довідники» (MasterFiles) містить інформацію щодо характеристики запасу / продукції (товару / роботи, послуги), зокрема: код запасу / продукції, індикатор, що дає можливість ідентифікувати продукцію на предмет того, чи є вона товаром або роботою, послугою, опис, одиницю виміру, метод оцінки тощо. У межах цього підрозділу передбачено елемент «Податкова інформація» (Tax; complex; Optional; 0..∞), в якому може відображатися податкова інформація (податкове призначення) для відповідної номенклатурної позиції запасу / продукції (товару / роботи, послуги): в елементі «Вид податку» (TaxType; KeyTaxType, RefProductTaxType; SAFcodeType; simple; maxLength 9; Mandatory; 1..1) зазначається вид податку; в елементі «Код податку» (TaxCode; KeyTaxCode, RefProductTaxCode; SAFcodeType; simple; maxLength 9; Mandatory; 1..1) зазначається код податку. Така інформація має важливе значення для ідентифікації нарахування податкових зобов’язань у зв’язку з придбанням / ввезенням товарів / послуг, необоротних активів, які призначаються для їх використання в операціях, що не є об’єктом оподаткування або звільнені від оподаткування. Якщо в системі обліку суб’єкта господарювання для визначення податкових зобов’язань за товарами / послугами, придбаними для використання в неоподатковуваних операціях, ведеться інформація про їх податкове призначення, відповідні дані доцільно відображати в елементі «Податкова інформація» (Tax). У разі, якщо така інформація в системі обліку суб’єкта господарювання не ведеться, елемент «Податкова інформація» (Tax) може не заповнюватися. | Роз'яснення ДПС |
| 30/12/2025 | Підрозділ ІV.1 «Відомості про продаж» (SalesInvoices) | Чи повинні операції з придбання та/або продажу основних засобів додатково відображатися в підрозділах «Відомості про продаж» (SalesInvoices) та «Відомості про придбання / закупівлю» (PurchaseInvoices), якщо такі операції вже відображені в підрозділі «Операції з необоротними активами» (AssetTransactions)? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділах «Відомості про продаж» (SalesInvoices) / «Відомості про придбання / закупівлю» (PurchaseInvoices) на підставі первинних документів зазначається інформація щодо фактичних обсягів реалізованих / придбаних матеріальних цінностей, робіт та послуг, їх кількості та вартості в розрізі господарських операцій із продажу (з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA). При цьому в підрозділі «Операції з необоротними активами» (AssetTransactions) відображається інформація в розрізі господарських операцій з необоротними активами суб’єкта господарювання з наведенням опису такого активу, кореспондуючих рахунків / субрахунків, за якими здійснено проведення, контрагентів та розкриттям іншої інформації відповідно до таблиці цього підрозділу SAF-T UA. Отже, інформація щодо продажу або придбання необоротних активів відображається як у підрозділах «Відомості про продаж» (SalesInvoices) або «Відомості про придбання / закупівлю» (PurchaseInvoices), так і в підрозділі «Операції з необоротними активами» (AssetTransactions) із розкриттям інформації відповідно до таблиць зазначених підрозділів SAF-T UA. Крім того, у разі продажу об’єкта необоротних активів, який не класифікується як непоточний актив (або група вибуття), утримуваний для продажу, в елементі «Код активу» (AssetID) підрозділу «Відомості про продаж» (SalesInvoices) доцільно зазначити інвентарний номер або інший унікальний ідентифікатор активу, що використовується суб’єктом господарювання в бухгалтерському обліку. | Роз'яснення ДПС |
| 30/12/2025 | Підрозділ ІІ.7 «Таблиця податків» (TaxTable) | Як у підрозділі «Таблиця податків» (TaxTable) відображати земельний податок, орендну плату за земельні ділянки та податок на нерухоме майно в разі застосування різних ставок, установлених органами місцевого самоврядування, та яким чином у такому разі заповнювати елемент «Відносна ставка податку» (TaxPercentage)? | У Детальному технічному описі елементів SAF-T UA передбачено, що в підрозділі «Таблиця податків» (TaxTable) відображається інформація щодо податків, платником яких є суб’єкт господарювання. Залежно від виду податку платник податку вказує податкові коди ПДВ / акцизного податку для операцій, включених до файлу SAF-T UA. Відповідно до таблиці 5 «Обмеження відображення даних у довідниках» Детального технічного опису елементів SAF-T UA в підрозділі «Таблиця податків» (TaxTable) завжди надаються всі податкові коди, які застосовує суб’єкт господарювання. Довідник «Таблиця податків» (TaxTable) (для ПДВ), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Валідація» відповідних елементів та є умовою, за якою буде проходити валідація даних. Налаштування (зіставлення) власних об’єктів із цим довідником є обов’язковим. Довідник «Таблиця податків» (TaxTable) (для інших податків), наведений після закладки «Structures» у додатку до Детального технічного опису елементів SAF-T UA, зазначено у стовпці «Приклад» відповідних елементів та є наочним прикладом заповнення [ЄМЮ3] для кращого розуміння структури та змісту даних. Налаштування (зіставлення) власних об’єктів із цим довідником не є обов’язковим. Відповідно до Класифікації доходів бюджету для податку на майно може використовуватися вид податку (TaxType) «18010000». Інформація щодо земельного податку, орендної плати за земельні ділянки, податку на нерухоме майно в разі застосування різних ставок, установлених органами місцевого самоврядування, може відображатися окремими записами відповідно до податкових кодів, які застосовує суб'єкт господарювання. Вибір між відсотковою та фіксованою ставкою податку (choice; Optional; 0..1) здійснюється шляхом зазначення одного з таких елементів: в елементі «Відносна ставка податку» (TaxPercentage; xs:decimal; simple; nillable="true"; Mandatory; 1..1) зазначається ставка податку у відсотках (якщо не застосовується абсолютна ставка податку); в елементі «Абсолютна ставка податку» (FlatTaxRate; AmountStructure; complex; Mandatory; 1..1) зазначається фіксована величина податку (якщо не застосовується відносна ставка податку). Елементи «Відносна ставка податку» (TaxPercentage) або «Абсолютна ставка податку» (FlatTaxRate) повинні бути заповнені в разі наявності відповідної інформації. Крім того, в елементі «Регіон» (Region; SAFmiddle1textType; simple; maxLength 35; Optional; 0..1) може зазначатися адміністративно-територіальна одиниця, на яку поширюється дія рішення органу місцевого самоврядування (код згідно з КАТОТТГ / КОАТУУ). | Роз'яснення ДПС |
| 30/12/2025 | Підрозділ ІV.6 «Інформація про бухгалтерські довідки та інші первинні документи» (OtherSourceDocuments) | Чи потрібно в підрозділі «Інформація про бухгалтерські довідки та інші первинні документи» (OtherSourceDocuments) зазначати дані всіх первинних документів, якщо інформація за ними вже розкрита в інших розділах файлу SAF-T UA? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Інформація про бухгалтерські довідки та інші первинні документи» (OtherSourceDocuments) зазначаються дані, що відображені у складених і проведених у бухгалтерському обліку суб’єкта господарювання бухгалтерських (службових) довідках, складених у довільній формі посадовими особами суб’єкта господарювання, та інших первинних документах, які містять інформацію про деталі господарської операції, що не включені до попередніх підрозділів файлу SAF-T UA. Якщо дані, що відображені у складених і проведених у бухгалтерському обліку суб’єкта господарювання бухгалтерських (службових) довідках, складених у довільній формі посадовими особами суб’єкта господарювання, та інших первинних документах, розкриті у всіх суттєвих аспектах в елементах підрозділу 3.1 «Бухгалтерські операції» розділу III «Журнал бухгалтерських записів», то зазначати їх у підрозділі 4.6 «Інформація про бухгалтерські довідки та інші первинні документи» розділу IV «Інформація про документальне забезпечення записів бухгалтерського обліку» не є обов’язковим. | Роз'яснення ДПС |
| 07/01/2026 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Питання стосується відображення довгострокових фінансових інвестицій в підрозділі «Необоротні активи» (Assets): для них ми використовуємо тільки «Тип оцінки активу» (AssetValuationType) 1; в інших елементах, таких як група активу, термін експлуатації, метод амортизації, суми амортизації та інші ставимо "0". Питання: як і де саме в підрозділі «Необоротні активи» (Assets) - показати суми знецінення довгострокових фінансових інвестицій? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку / субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники щодо кожного окремого активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних із цим активом, а також із розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. Для кожного необоротного активу передбачена можливість заповнення тільки одного інвентарного номера або іншого унікального ідентифікатора активу, що застосовується суб’єктом господарювання в бухгалтерському обліку (AssetID), та тільки одного коду рахунку/субрахунку (AccountID), що відповідає моделі ОЕСР. В елементі «Оцінки» (Valuations) підрозділу відображаються оцінки активу (для основних засобів/нематеріальних активів інформація повинна бути представлена окремо для цілей бухгалтерського та податкового обліку). На рівні дочірнього елемента «Оцінка» (Valuation), який передбачає необхідність використання від одного до необмеженої кількості разів (1..∞), здійснюється окреме заповнення для різних типів оцінки. З метою окремого представлення інформації в елементі «Тип оцінки активу» (AssetValuationType) передбачені такі ідентифікатори: 1 – відповідно до національних положень (стандартів) бухгалтерського обліку або міжнародних стандартів фінансової звітності; 2 – відповідно до Податкового кодексу України. Цей елемент передбачає обмеження по набору значень (enumeration): 1, 2. Для кожного типу оцінки активу в елементі «Група активу» (ValuationClass) зазначається відповідна група, до якої належить актив: 1) відповідно до облікової політики суб’єкта господарювання (для AssetValuationType = 1); 2) згідно з Податковим кодексом України, а також основні засоби/нематеріальні активи, на які не нараховується амортизація для цілей оподаткування (для AssetValuationType = 2). При цьому, для заповнення цього елемента передбачено окремий довідник «Група активу» (ValuationClass), який містить приклади заповнення відповідно до національних положень (стандартів) бухгалтерського обліку або міжнародних стандартів фінансової звітності (AssetValuationType = 1) та обмежений список ідентифікаторів для оцінок активу відповідно до Податкового кодексу України (AssetValuationType = 2). Оскільки довгострокові фінансові інвестиції для цілей податкового обліку не є основними засобами /нематеріальними активами, то відображати оцінку таких активів для цілей податкового обліку не потрібно. З метою представлення інформації щодо обліку довгострокових фінансових інвестицій відповідно до національних положень (стандартів) бухгалтерського обліку або міжнародних стандартів фінансової звітності в елементі «Тип оцінки активу» (AssetValuationType) зазначається ідентифікатор «1». У разі відсутності даних для заповнення необов’язкових елементів підрозділу «Необоротні активи» (Assets) такі елементи не включаються до XML-документа SAF-T UA. В елементі «Група активу» (ValuationClass; SAFshorttextType; simple; maxLength 18; Optional; 0..1) зазначається відповідна група, до якої належить довгострокова фінансова інвестиція відповідно до облікової політики суб’єкта господарювання (в разі класифікації за групами). Очікуваний період часу, протягом якого актив буде використовуватися суб’єктом господарювання, відображається шляхом вибору між строком корисного використання в роках та в місяцях (Choice between AssetLifeYear & AssetLifeMonth; Optional; 0..1): в елементі «Строк корисного використання (експлуатації) в роках» (AssetLifeYear; xs:decimal; simple; Mandatory; 1..1) зазначається очікуваний період часу в роках; в елементі «Строк корисного використання (експлуатації) в місяцях» (AssetLifeMonth; xs:decimal; simple; Mandatory; 1..1) зазначається очікуваний період часу в місяцях. Для цих елементів статус «Optional» технічно реалізований через атрибут «minOccurs="0"» у визначенні елемента вищого рівня «choice». Це означає, що суб’єкт господарювання має можливість не включати відповідний блок/вузол у XML-документ SAF-T UA без порушення його валідності. В елементі «Сума дооцінки/уцінки» (AppreciationForPeriod; 2.8.22.2; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Optional; 0..) відображається сума збільшення/зменшення (первісної) вартості активу за звітний період внаслідок переоцінки (дооцінка +, уцінка –). У цьому елементі відображається сума переоцінки (дооцінка +, уцінка –) довгострокових фінансових інвестицій за звітний період. В елементах «Первісна вартість на початок періоду» (AcquisitionAndProductionCostsBegin; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) / «Первісна вартість на кінець періоду» (AcquisitionAndProductionCostsEnd; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Optional; 0..1) відображаються загальні витрати на придбання та/або виготовлення активу / справедлива вартість активу на початок / кінець періоду. В елементах «Балансова вартість на початок періоду»(BookValueBegin; 2.8.14; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Optional; 0..1) / «Балансова вартість на кінець періоду» (BookValueEnd; 2.8.14; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Optional; 0..1) відображається сума, за якою актив обліковується в балансі, на початок / кінець звітного періоду. Заповненню підлягає як елемент первісної вартості, так і елемент балансової вартості з урахуванням переоцінок. | Чат ДПС |
| 08/01/2026 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Згідно з детальним технічним описом для основних засобів підрозділу ІІ.14 Необоротні активи (Assets) ми маємо розкрити AssetValuationType - Тип оцінки активу (1 - відповідно до національних положень (стандартів) бухгалтерського обліку або міжнародних стандартів фінансової звітності; 2 - відповідно до Податкового кодексу України). Відповідно до пп.138.4. ПКУ "Вимоги пунктів 138.1-138.3 цієї статті не застосовуються до операцій з активами з права користування за договорами оренди" - ми не ведемо податковий облік для активів з права користування за договорами оренди. Чи можемо ми в SAF-T UA в підрозділі ІІ.14 Необоротні активи (Assets) для таких активів не відображати елемент AssetValuationType - Тип оцінки активу 2, оскільки для цілей податкового обліку по таких активах не нараховується амортизація, і згідно ПКУ по таких активах не застосовуються податкові різниці згідно пп.138.1-138.3 ПКУ? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку/субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники щодо кожного окремого активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних з цим активом, а також з розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. В елементі «Оцінки» (Valuations) відображаються оцінки активу (для основних засобів/нематеріальних активів інформація повинна бути представлена окремо для цілей бухгалтерського та податкового обліку). На рівні дочірнього елемента «Оцінка» (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 = 2) для активів з права користування за договорами оренди передбачено окреме значення «32». Формування SAF-T UA повинно здійснюватися на основі даних вихідної системи обліку відповідно до обраної підприємством форми бухгалтерського обліку як певної системи регістрів обліку, порядку і способу реєстрації та узагальнення інформації в них з додержанням єдиних засад, встановлених Законом України від 16.07.1999 № 996-XIV «Про бухгалтерський облік та фінансову звітність в Україні», та з урахуванням особливостей своєї діяльності і технології обробки облікових даних. У разі якщо в системі обліку суб’єкта господарювання не ведеться окремий податковий облік активів з права користування за договорами оренди, оцінка таких активів для цілей податкового обліку не відображається. | Чат ДПС |
| 08/01/2026 | Підрозділ ІІ.14 «Необоротні активи» (Assets) | Просимо надати роз’яснення щодо відображення знецінення необоротних активів у SAF-T UA. В елементі «Амортизація за Період» (DepreciationForPeriod; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; optional; 0..1)зазначається сума амортизації, нарахована за звітний період. В елементі «Накопичена Амортизація» (AccumulatedDepreciation;SAFmonetaryType; simple; totalDigits 18, fractionDigits 2;nillable="true"; optional; 0..1)відображається загальна сума амортизації, нарахованої протягом строку корисного використання активу, у тому числі та, яка враховується у періоді, за який формується SAF‑T UA. В елементі Екстраординарні амортизації за звітний період відображаються - зміна суми зносу внаслідок переоцінки, зменшення/відновлення корисності тощо - в звітному періоді. ПИТАННЯ: Чи можемо ми накопичену суму знецінення необоротних активів, яка обліковується на окремому рахунку і наявна на початок звітного періоду , не змінюється в звітному періоді (не відбувається дооцінок/знецінення), наявна на кінець звітного періоду та при цьому зменшує первісну вартість активу відобразити в елементі «Накопичена амортизація»? | Відповідно до Детального технічного опису елементів SAF-T UA в підрозділі «Необоротні активи» (Assets) відображається інформація щодо обліку необоротних активів (основних засобів, інших необоротних матеріальних активів, нематеріальних активів, фінансових інвестицій, капітальних інвестицій, зносу тощо) (в тому числі позабалансових). При цьому зазначається опис активу, на якому рахунку / субрахунку обліковує суб’єкт господарювання актив, строк його корисного використання, первісна, балансова, ліквідаційна вартість та інші показники щодо кожного окремого активу із обов’язковим відображенням всіх бухгалтерських проведень, пов’язаних із цим активом, а також із розкриттям інформації відповідно до таблиці цього підрозділу SAF-T UA. Зазначені дані відображаються в розрізі окремого кожного необоротного активу. В елементі «Амортизація за період» (DepreciationForPeriod; SAFmonetaryType; simple; totalDigits18, fractionDigits 2; nillable="true"; Optional; 0..1) зазначається сума амортизації за звітний період. В елементі «Екстраординарна амортизація за період» (ExtraordinaryDepreciationForPeriod; 2.8.22.2; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Mandatory; 1..1) відображається сума екстраординарної амортизації (зміна суми зносу внаслідок переоцінки, зменшення/відновлення корисності тощо) за звітний період (збільшення +, зменшення -). В елементі «Накопичена амортизація» (AccumulatedDepreciation; SAFmonetaryType; simple; totalDigits 18, fractionDigits 2; nillable="true"; Optional; 0..1) зазначається загальна сума амортизації, нарахованої протягом строку використання активу (відображена в періоді, за який формується SAF-T UA). Для забезпечення узгодженості між показниками зносу має застосовуватись оновлена логічна формула, яка враховує передачі (переведення) в періоді активів, що вже мають знос (формула 2): ΣAcquisitionAndProductionCostsBegin (AccountID; AssetValuationType = 1 або не заповнено) – ΣBookValueBegin (AccountID; AssetValuationType = 1 або не заповнено) + ΣDepreciationForPeriod (AccountID; AssetValuationType = 1 або не заповнено) + ΣExtraordinaryDepreciationForPeriod (AccountID; AssetValuationType = 1 або не заповнено) + Σ(AcquisitionAndProductionCostsEnd – Transfers) (AccountID; AssetValuationType = 1 або не заповнено; AssetID; Transfers > 0; AcquisitionAndProductionCostsEnd ≠ Transfers; AcquisitionAndProductionCostsBegin = 0) = ΣAccumulatedDepreciation (AccountID; AssetValuationType = 1 або не заповнено). Загальна сума амортизації, нарахованої протягом строку використання активу, повинна дорівнювати сумі накопиченої амортизації на початок звітного періоду (різниці між первісною та балансовою вартістю), збільшеної на суму амортизації та екстраординарної амортизації (що виникає внаслідок переоцінки, зменшення / відновлення корисності активу тощо) за звітний період, та враховувати суму накопиченої амортизації активів, які передані (переведені) (збільшення +) протягом звітного період зі зносом (різниці між первісною вартістю на кінець періоду та балансовою вартістю передачі (переведення) активів). Отже, в елементі «Накопичена амортизація» (AccumulatedDepreciation) зазначається як сума накопиченої амортизації активу, так і сума накопичених збитків від зменшення його корисності. | Чат ДПС |
