У клієнтів є обов’язок протягом 2-х днів, на вимогу ДПС, подати файли SAF-T UA; Як себе захистити від цього ризику?
Комерційна пропозиція для клієнтів:
Заключити меморандум з ДПС на тестову подачу SAF-T UA;
Отримати звільнення від відповідальності за подачу не коректних даних в ДПС, через «Податковий кабінет»;
Придбати програму «Axioma-Audit» для формування файлів SAF-T UA;
Заключити договір на 2025 рік з компанією ПП АФ «Аксіома-Аудит» на допомогу формування файлів SAF-T UA з щомісячною оплатою;
Щомісяця подавати через «Податковий кабінет» тестові файлиSAF-T UA, та перевіряти їх на відповідність вимогам «Верифікації» та «Квитанції 2»;
Бути присутнім на спільних нарадах з ДПС, по питанням подачі файлів SAF-T UA;
Підготовитися, на протязі року, до подачі файлів SAF-T UA за 2025 рік, у випадку прийняття Закону України про подачу файлів SAF-T UA;
Схема створення файлу SAF-T UA
З бази клієнта BAS:Бухгалтерія, за допомогою зовнішньої обробки, вивантажуємо файли в форматі XML;
Завантажуємо XML файли в програму «Axioma-Audit» в підсистему «Аудит»;
За допомогою «кнопок» (алгоритмів), заповнюємо таблиці в підсистемі SAF-T UA;
Перевіряємо повноту та достовірність заповнених даних за допомогою спеціальних «Звітів»;
Внутрішня «Валідація» : перевіряємо чи всі обов’язкові поля заповнені, та записуємо «Лог» знайдених помилок;
Вивантажуємо файли в форматі SAF-T UA;
Завантажуємо файл SAF-T UA для перевірки повноти та достовірності вивантажених даних за допомогою звірки даних з бухгалтерськими даними;
Завантажуємо фали в «Податковий кабінет»;
Переваги формування файлів SAF-T UA в окремої програмі Axioma-Audit:
Завантаження даних з декількох баз, в тому числі для Філій та Консолідації;
Завантаження даних не тільки для BAS програм;
Робота з великими базами даних (масштабованість);
Зберігання інформації SAF-T UA в регістрах BAF дозволяє не тільки формувати SAF-T UA, але і його перевірка для «квитанції 2» та робити «е-аудиту» (Просто побудувати любу звітність, для звірки сформованих даних SAF-T UA);
Налагодження програми можуть робити аудитори (Не потрібні програмісти для формування SAF-T UA для підключення документів);
Побудова партнерської сітки з аудиторськими компаніями для формування файлів SAF-T UA у клієнта;
Схема створення файлу SAF-T UA будується нанлогічно до схеми проведення аудиту
Схема проведення аудиту
З бази клієнта BAS:Бухгалтерія, за допомогою зовнішньої обробки, вивантажуємо файли в форматі XML;
Завантажуємо XML файли в програму «Axioma-Audit» в підсистему «Аудит»;
За допомогою підсистеми «Методика» заповнюються дані для підсистеми «Аудит», а саме: Процедури, Ризики, Заходи контролю …
За допомогою шаблонів файлів підсистеми «Методика», створюються файли папку «Робочі файли аудитора»;
За допомогою підсистеми «Звіти», створюються аналітичні звіти, які зберігаються в файли папки «Робочі файли аудитора»
За допомогою зібраних та задокументованих доказів, створюється Звіт незалежного аудитора»;
Схема заповнення 40 таблиць в 7 Журналах файлів SAF-T UA
В фалах SAF-T UA є 7 Журналів: 1.III Бухгалтерські операції (GeneralLedgerEntries) 2.ІV.1 Відомості про продаж (SalesInvoices) 3.ІV.2 Відомості про придбання/закупівлю (PurchaseInvoices) 4.ІV.3 Відомості про платежі (Payments) 5.ІV.4 Операції із запасами (MovementOfGoods) 6.ІV.5 Операції з необоротними активами (AssetTransactions) 7.ІV.6 Інформація про бухгалтерські довідки та інші первинні документи (OtherSourceDocuments)
В кожному журналі є по 6-7 таблиць, які потрібно заповнити із Проводок та Документів завантажених з Бухгалтерії, з урахуванням регістрів ПДВ (перша подія та дата оподаткування);
Для забезпечення можливості роботи з великими базами даних (масштабування), для заповнення кожної із 40 таблиць ми робим окрему «кнопку» (процедуру) за кожен окремий день.
Проблема роботи з великими базами даних (масштабованість):
Файли SAF-T UA складаються із 170 таблиць в яких мають бути заповнені в загальній суму 900 колонок;
Ми стараємося кожну таблицю формувати окремо, окремою «кнопкою» (процедурою), щоб не перевантажити оперативну пам’ять;
Окрема програма дозволяє організувати формування SAF –T UA на окремому сервері, щоб не заважати роботі сервера де працює бухгалтерія;
е-аудит файлів SAF-T UA в ДПС
Готовність директора та головного бухгалтера підписати файл SAF-T UA, - сформований програмістом
3 рівня перевірки файлів SAF-T UA
10% - Валідація -Здати файл через «Податковий кабінет»;
40% - «Квитанція 2» - внутрішня перевірка;
50% - «Е-Аудит» - Звірити файл з іншими реєстрами податкової служби :
Фінансова звітність;
Декларація про прибуток (Податкові різниці);
Декларація про ПДВ;
Єдиний державний реєстр (адреса, посадові особи …)
Що таке SAF-T UA?
Файл SAF-T (Standard Audit File for Tax) - це стандартний формат файлів для обміну податковою інформацією між підприємствами та податковими органами. Він призначений для полегшення процесу обміну податковими даними та їх перевірки. В Україні формат SAF-T UA використовується для надання податкової інформації до контролюючих органів. Файл SAF-T включає в себе деталі щодо бухгалтерського обліку, фінансової звітності, а також інші необхідні дані. Основна мета цього формату - забезпечити узгодженість та достовірність даних, що передаються до податкових органів.
Яка роль внутрішнього аудиту при формуванні файлу SAF-T
Внутрішній аудит відіграє ключову роль у забезпеченні узгодженості та достовірності даних, що передаються до податкових органів через файл SAF-T UA. Ось основні аспекти цієї ролі:
Верифікація даних: Внутрішній аудитор ретельно перевіряє всі дані, що включаються у файл SAF-T UA, на предмет точності та відповідності вимогам податкового законодавства.
Виявлення помилок: Внутрішній аудит допомагає ідентифікувати та виправити помилки у фінансовій та податковій звітності до передачі їх податковим органам.
Відстеження відповідності стандартам: Внутрішній аудитор забезпечує, що дані, включені у файл SAF-T UA, відповідають встановленим стандартам та правилам обліку.
Забезпечення прозорості: Аудит сприяє прозорості фінансових операцій та надає впевненість у тому, що всі дані є достовірними та узгодженими.
Оптимізація процесів: Внутрішній аудит може виявити можливості для оптимізації процесів збору та обробки даних, що зменшує ризик виникнення помилок у майбутньому.
Таким чином, внутрішній аудит не лише підвищує якість даних, що передаються податковим органам, але й сприяє загальній ефективності та відповідності фінансової звітності підприємства.
Хто має здавати звітність у форматі SAF-T UA?
Звітність у форматі SAF-T UA повинні подавати великі платники податків в Україні. З 27 серпня 2021 року великі платники повинні подавати звіти SAF-T UA в момент запиту податкової служби під час аудиту. З 1 січня 2025 року це стане обов'язковим для всіх великих платників, а з 1 січня 2027 року - для всіх платників податків на товари і послуги (ВТП). В проекті закону є дві дати подачі файлів SAF-T UA:
01.01.2025 – для великих платники податків
01.01.2027 – для платників ПДВ
Як отримати звітність у форматі SAF-T UA?
Для формування звітності в форматі XML у вигляді стандартного аудиторського файлу SAF-T UA компанія «Аксіома» розробила програмний комплекс «Аксіома–Аудит з модулем SAF–T UA», який містить наступний функціонал:
Основне призначення програми Axioma-Audit — проведення е-аудиту «зовнішніми аудиторами», зокрема на основі даних із файлів SAF-T UA.
Додаткове призначення Axioma-Audit — інструмент для формування компаніями файлів SAF-T UA на основі їхніх бухгалтерських даних.
Axioma-Audit — програма, яку з 01.09.2021 року активно використовують багато аудиторських компаній для проведення аудиту.
У Axioma-Audit для обміну даними використовуються XML-файли власної розробки. Формат SAF-T UA також є XML-файлом із чітко структурованими даними.
Axioma-Audit може працювати з великими обсягами даних: найбільша база містила 27 млн проводок, середній обсяг бази — 2–5 млн проводок.
Використання файлів SAF-T UA дозволяє проводити «зовнішній аудит» за єдиною методологією, незалежно від бухгалтерської програми, яку використовує клієнт.
Передбачається, що «зовнішній аудитор» отримуватиме файл SAF-T UA безпосередньо з податкової інспекції, що спростить процес його отримання.
За наявності файлів SAF-T UA проведення «зовнішнього аудиту» без їх використання стає недоцільним, оскільки дані в SAF-T UA можуть відрізнятися від даних у бухгалтерських програмах. Аудитори без програм для аналізу SAF-T UA не зможуть виконувати аудит.
Файли SAF-T UA мають пройти перевірку на відповідність XSD-схемі (валідація). Будь-яка невідповідність, наприклад у назві колонки, заблокує завантаження файлу. Дані повинні строго відповідати XSD-схемі.
Формат SAF-T UA включає близько 170 таблиць із 900 колонками, що унеможливлює ручне заповнення або використання Excel для перенесення даних. XML — єдиний оптимальний формат для таких операцій.
Структура файлів SAF-T UA дозволяє автоматично звіряти численні показники. Це не просто файл із документами, проводками та сальдо, а файл, де всі дані мають бути взаємно узгоджені.
Для отримання «Квитанції 2» податкова перевірятиме не лише відповідність XSD-схемі, а й автоматичні контролі. Якщо файл не пройде перевірку, підприємство має 10 днів на виправлення. У разі пропуску терміну штрафи подвоюються відповідно до проєкту ЗУ 6255.
Дані файлів SAF-T UA мають узгоджуватись із фінансовою звітністю та іншими державними реєстрами.
На відміну від фінансової чи податкової звітності, через складність обробки SAF-T UA податковою, подання «уточнюючих» файлів може бути неможливим, що підвищує вимоги до точності їх складання.
Складання SAF-T UA фактично прирівнюється до проведення внутрішнього аудиту, оскільки всі дані мають бути ретельно звірені та узгоджені.