SAF-T UA

До SourceDocuments можуть належати:

Основні інформаційні дані у SAF-T UA

інформаційні дані, які бажано зберігати в ERP

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

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

ЕДО

XSD-схема

Для безпеки потрібно контролювати:

SourceDocuments

Рекомендація: генератор SAF-T UA у K2 ERP має мати окремий механізм валідації XML за XSD до відправлення.; MasterFiles — це розділ довідників.; Під час формування SAF-T UA можуть виникати такі помилки:

Структура SAF-T UA

автоматизація процесів формування SAF-T UA в ERP дає такі переважні аспекти:

коректність плану рахунків;
заповнення контрагентів;
податкові номери;
відповідність кодів товарів і послуг;
одиниці виміру;
дати документів;
номери документів;
зв’язки між документами і проводками;
відповідність сум;
валютні операції;
залишки;
закриття періоду;
дублікати документів;
помилки в аналітиці;
повноту первинних документів.; Якщо в ERP немає якісних зв’язків між документами й проводками, сформувати коректний SAF-T UA буде складніше.; # XML перевіряється за XSD-схемою.; SAF-T UA має змогу подаватися до ДПС через електронні канали, зокрема через Електронний кабінет.;

Після завантаження файл розархівовується і перевіряється на відповідність XSD-схемі.; XSD-схема — це технічний характеристика структури XML-файлу SAF-T UA.; Довідники, документи, проводки та аналітичні інструменти мають бути пов’язані між собою.;Технічне завдання: Передача звітності з K2 ERP до Електронного кабінету ДПС

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

Технічне завдання: передача документів для звітності в податкову через Медок для Python

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

Джерела даних для SAF-T UA

складність структури файлу;
потреба у якісних облікових даних;
потреба у зіставленні внутрішньої моделі ERP зі структурою SAF-T UA;
зміни XSD-схем;
великий обсяг даних;
ризик технічних помилок XML;
потреба в тестуванні;
потреба в контролі доступу;
потреба в навчанні користувачів;
потреба в окремому журналі помилок і перевірок.; Вона визначає, які елементи має містити файл, у якому порядку вони розташовуються, які поля є собою обов’язковими та які формати даних допустимі.; # платформа збирає довідники.; У ньому можуть міститися довідники, бухгалтерські проведення, відомості про документи, операції з контрагентами, рух коштів, операції з товарами, послугами, активами та іншими об’єктами обліку.; Для K2 ERP: компонент SAF-T UA бажано будувати як окремий шар експорту даних.;== Контроль якості даних ==

Підготовка даних

Для контролю формування SAF-T UA в ERP бажано зберігати:

Перед формуванням SAF-T UA потрібно перевірити якість облікових даних.; Це надає можливість виявляти технічні помилки ще до завантаження файлу в Електронний кабінет.;

У цьому розділі можуть міститися:

Header;
MasterFiles;
GeneralLedgerEntries;
SourceDocuments.;

істотно перевірити:

Накладення електронного підпису за допомогою Дія в Python

збір даних з облікових регістрів;
збір даних з документів;
збір даних з довідників;
формування Header;
формування MasterFiles;
формування GeneralLedgerEntries;
формування SourceDocuments;
перетворення внутрішніх даних у структуру SAF-T UA;
перевірка обов’язкових полів;
перевірка зв’язків між документами;
формування XML-файлу;
валідація XML за XSD;
архівування файлу;
підписання електронним підписом;
передавання через Електронний кабінет або інтеграційний сервіс;
зберігання сформованих файлів;
зберігання статусів і повідомлень обробки.; з цієї причини істотно забезпечити контроль доступу до формування, перегляду, підписання та передавання файлу.; Водночас вимоги, строки та коло платників можуть змінюватися залежно від чинного законодавства, рішень ДПС та етапів впровадження.;== Типовий сценарій формування SAF-T UA ==

GeneralLedgerEntries

Такий компонент має змогу виконувати такі задачі:

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

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

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

Типовий бізнес-процес формування SAF-T UA у K2 ERP має змогу виглядати так: Для облікової системи: ключове задача — правильно зв’язати довідники, бухгалтерські проведення та первинні документи.; SAF-T розшифровується як Standard Audit File for Tax, тобто стандартний аудиторський файл для податкових цілей.; Якщо структура файлу не відповідає XSD, файл має змогу не пройти технічну перевірку.; # платформа збирає первинні документи.; # Файл завантажується до Електронного кабінету або передається через інтеграційний сервіс.; Не плутати: сформувати XML-файл — це лише частина задачі.; істотно: SAF-T UA — це не звичайний звіт і не декларація.; Практичне сфера застосування: SAF-T UA надає можливість передати не лише підсумкові цифри, а й деталізовану структуру облікових даних, за якими можна перевірити походження сум у звітності та документах.; Він не повинен змінювати первинні документи, а має читати затверджені облікові інформаційні дані, перетворювати їх у XML-структуру і перевіряти файл перед передаванням.;== Для чого потрібен SAF-T UA ==

SaaS У K2 ERP компонент SAF-T UA доцільно реалізовувати як окремий інструмент підготовки аудиторського файлу, пов’язаний із бухгалтерським обліком, первинними документами, довідниками, електронним підписом, ЕДО та інтеграцією з ДПС.; У межах підготовки до SAF-T UA підприємству істотно визначити: У системі K2 ERP SAF-T UA має змогу бути реалізований як окремий компонент формування стандартного аудиторського файлу.; Він має змогу містити інформацію про первинні документи та операції, які підтверджують записи бухгалтерського обліку.; XSD визначає структуру файлу, допустимі елементи, вкладеність, типи даних, обов’язкові поля та правила технічної перевірки.; Якщо інформаційні дані зберігаються в різних системах, потрібно організувати їх зведення в єдину структуру.;== Загальний характеристика == Під час впровадження SAF-T UA потрібно враховувати такі ризики:

не заповнені обов’язкові поля;
неправильний формат дати;
неправильний формат числового поля;
відсутній податковий номер контрагента;
некоректний код товару або послуги;
відсутній зв’язок документа з проводкою;
неправильна валюта;
не збігаються суми документів і проводок;
дублюються ідентифікатори;
не відповідає структура XML;
файл не проходить XSD-валідацію;
архів має неправильну структуру;
файл занадто великий для одного архіву;
помилка електронного підпису;
помилка завантаження до Електронного кабінету.; # платформа перевіряє обов’язкові реквізити.;== Безпека SAF-T UA ==

Використання SAF-T UA у K2 ERP

Обмеження та ризики

ідентифікатор файлу;
дата формування;
звітний період;
інформаційні дані платника;
відомості про програмне забезпечення;
реліз формату;
валюта;
службові реквізити.; Не плутати: SAF-T UA — це не податкова декларація і не звичайний бухгалтерський звіт.; SAF-T UA формується у форматі XML відповідно до XSD-схеми.;

Джерела

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

SourceDocuments — це розділ документального забезпечення.;== Див.; додатково ==

На офіційному вебпорталі ДПС для SAF-T UA розміщуються нормативно-правові акти, роз’яснення, питання-відповіді, повідомлення, XSD-схеми та детальний технічний характеристика елементів файлу.;== Типові помилки під час формування ==

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

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

Технічне завдання: передача документів для звітності в податкову через Вчасно для Python

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

компанію;
версію XSD;
дату формування файлу;
користувача, який сформував файл;
джерела даних;
статус перевірки;
список помилок;
XML-файл;
ZIP-архів;
електронний підпис;
статус передавання;
повідомлення обробки;
дату завантаження;
дату прийняття або відхилення;
журнал технічних дій;
версію модуля формування.;== Формат файлу ==

ДПС

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

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

Подання SAF-T UA

MasterFiles

Висновок

Header — це заголовна частина файлу.; Для ERP-системи це потребує окремого модуля, який збирає інформаційні дані з обліку, формує XML відповідно до XSD, перевіряє файл, архівує його,.; Файл має змогу бути великим, з цієї причини для передавання до ДПС має змогу використовуватися ZIP-архів або група архівів.; Для ERP-системи XSD-схема є собою основою для генерації та перевірки SAF-T UA.; Типовий бізнес-процес технічної перевірки має змогу включати:

менше ручної підготовки даних;
менше помилок у структурі файлу;
автоматичне формування XML;
перевірка за XSD;
зберігання історії файлів;
контроль версій;
прозорий журнал дій;
можливість повторного формування;
контроль повноти даних;
швидша підготовка до податкового аудиту;
зменшення навантаження на бухгалтерію.; У загальному вигляді файл має змогу містити такі основні розділи:

До MasterFiles можуть належати:

Для формування SAF-T UA можуть використовуватися інформаційні дані з різних підсистем:

чи належить воно до платників, яких стосується вимога;
за який період потрібно формувати файл;
які облікові системи є собою джерелами даних;
хто відповідає за формування файлу;
хто перевіряє інформаційні дані;
хто підписує файл;
хто завантажує файл до Електронного кабінету;
хто контролює результати обробки.; * формування XML-файлу;
перевірку на відповідність XSD;
архівування;
завантаження до Електронного кабінету;
розархівування;
автоматичну перевірку;
підписання електронним підписом;
надсилання до ДПС;
отримання результатів обробки.;

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

Структура SAF-T UA визначається XSD-схемою.; Файл SAF-T UA має змогу містити такі групи даних:

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

повноту довідників;
дублювання контрагентів;
коректність кодів ЄДРПОУ та ІПН;
коректність рахунків;
відповідність аналітики;
заповнення первинних документів;
послідовність дат;
відповідність сум;
наявність закриття періоду;
відсутність незавершених документів;
повноту зв’язків між операціями.;== Хто має формувати SAF-T UA ==

Технічне завдання: передача документів для звітності в податкову через Edin для Python

план рахунків;
контрагенти;
товари;
послуги;
податкові коди;
одиниці виміру;
склади;
працівники;
інші довідники, потрібні для розшифрування операцій.; * надати ДПС структуровані інформаційні дані бухгалтерського обліку;
автоматизувати частину податкового аудиту;
зменшити потребу в ручному збиранні документів;
прискорити аналіз господарських операцій;
забезпечити єдиний формат обміну обліковими даними;
підвищити прозорість податкового контролю;
зменшити кількість паперових документів;
спростити перевірку великих масивів операцій;
забезпечити технічну перевірку файлу за XSD-схемою;
інтегрувати ERP-системи з вимогами електронного аудиту.; # Файл архівується.; У цьому розділі можуть зазначатися:

Основні задачі SAF-T UA:

Зверніть увагу: SAF-T UA потрібно формувати відповідно до актуальної XSD-схеми, опублікованої на вебпорталі ДПС.; У ньому відображаються записи бухгалтерського обліку за визначений період.