Коротко: оцінка готовності до SAF-T
- Оцінка готовності до SAF-T — структурована перевірка компанії перед генерацією SAF-T UA: джерела даних, якість довідників, маппінг рахунків, технічна інфраструктура.
- Оцінка виявляє реальні проблеми, а не гіпотетичні ризики: конкретні поля без даних, конкретні системи без API, конкретні прогалини в довідниках.
- Результат — пріоритизований план виправлень і технічне завдання на впровадження SAF-T Connector.
- Без попередньої оцінки впровадження SAF-T перетворюється на ланцюг несподіванок: кожен наступний крок відкриває нову проблему.
- Від оцінки готовності до першого коректно сформованого та провалідованого файлу — 3–4 місяці при правильній організації.
Що таке оцінка готовності до SAF-T UA
Оцінка готовності до SAF-T (readiness assessment) — це структурований аналіз поточного стану облікових систем і даних компанії з точки зору вимог SAF-T UA.
На відміну від загального ІТ-аудиту, оцінка готовності до SAF-T фокусується на конкретних питаннях:
- Де зберігаються всі дані, що потрібні для SAF-T UA?
- Чи є API або інтерфейс для вивантаження цих даних?
- Чи заповнені обов'язкові поля (ІПН, ЄДРПОУ, УКТ ЗЕД)?
- Як внутрішній план рахунків співвідноситься зі стандартом SAF-T UA?
- Чи є розбіжності між первинними документами і бухгалтерськими проводками?
- Яка технічна інфраструктура потрібна для SAF-T Connector?
Відповіді на ці питання дають картину реального стану — не того, який виглядає у звітах, а того, який насправді виявляється при спробі сформувати SAF-T-файл.
Чому починати саме з оцінки готовності
У практиці LUCAS оцінка готовності до SAF-T майже завжди виявляє проблеми, про які компанія не знала до початку аналізу. Типові приклади:
- Довідник контрагентів містить 40–60% записів без ІПН або з некоректними ІПН (введені з помилками роки тому).
- Товари мають назви, але не мають кодів УКТ ЗЕД — бо при введенні цього поля ніхто не вимагав.
- Дані за певні роки зберігаються в закритій системі без доступного API — і витягти їх значно складніше, ніж здавалось.
- Три системи ведуть облік різних частин бізнесу, і між ними немає наскрізного ідентифікатора операції для консолідації.
Знайти ці проблеми до початку впровадження — значно дешевше, ніж переробляти вже виконану роботу після. Кожен тиждень затримки між виявленням проблеми і її усуненням — це тиждень без прогресу у підготовці SAF-T.
5 вимірів готовності до SAF-T UA
Вимір 1: Джерела даних і системний ландшафт
Які системи ведуть облік? Де зберігаються бухгалтерські проводки, первинні документи, рух товарів? Чи є у кожної системи доступний API або інтерфейс для вивантаження? Як давно ведуться дані у поточних системах?
Вимір 2: Якість довідників (MasterFiles)
Повнота і коректність ІПН/ЄДРПОУ контрагентів (постачальників і покупців). Наявність кодів УКТ ЗЕД для товарів. Коректність плану рахунків і його відповідність стандарту SAF-T UA. Повнота даних про банківські рахунки.
Вимір 3: Якість транзакційних даних
Чи балансують проводки за звітні періоди? Чи пов'язані первинні документи з проводками? Чи є розбіжності між задекларованими і фактичними сумами? Чи коректні дати і валюти операцій?
Вимір 4: Маппінг плану рахунків
SAF-T UA вимагає передачі плану рахунків у стандартизованому форматі. Внутрішній план рахунків компанії потрібно зіставити з вимогами специфікації. Чи є у компанії актуальний план рахунків? Чи є нестандартні рахунки, які потребують окремого маппінгу?
Вимір 5: Технічна інфраструктура
Де буде розгорнутий SAF-T Connector? Яка версія операційної системи, об'єм пам'яті, дискового простору? Які мережеві вимоги для підключення до систем-джерел? Хто відповідатиме за технічне обслуговування рішення?
Чеклист: що перевіряємо
| Область | Що перевіряємо | Очікуваний результат |
|---|---|---|
| Системний ландшафт | Перелік систем, наявність API, доступ до даних за потрібні роки | Карта систем-джерел із оцінкою складності підключення |
| Довідник контрагентів | % заповнення ІПН/ЄДРПОУ, коректність форматів | Звіт про прогалини з кількістю записів для виправлення |
| Довідник товарів | Наявність кодів УКТ ЗЕД, коректність одиниць виміру | Перелік позицій без кодів, пропозиція по їх заповненню |
| План рахунків | Актуальність, повнота, наявність нестандартних рахунків | Чернетка маппінгу план рахунків ↔ SAF-T UA |
| Транзакційні дані | Балансування проводок, зв'язок з первинними документами | Звіт про розбіжності з пріоритетом виправлення |
| Технічна інфраструктура | Сервер, мережа, безпека, відповідальна команда | Технічні вимоги для розгортання SAF-T Connector |
Типові знахідки при оцінці готовності
З досвіду LUCAS — типові результати перевірки готовності для середніх і великих підприємств:
- Значна частка контрагентів без ІПН. Особливо характерно для компаній, що тривалий час не вели структурований облік ідентифікаторів. Виправлення вимагає масової роботи з довідником.
- Відсутність кодів УКТ ЗЕД у значній частині позицій товарного довідника. Компанії, що не займаються зовнішньоекономічною діяльністю, часто ніколи не заповнювали ці коди. Відповідно до специфікації SAF-T UA, ці коди зазвичай потрібні — конкретні вимоги залежать від виду діяльності.
- Дані в 2–4 різних системах без можливості автоматичної консолідації через єдиний ідентифікатор. Потрібна розробка логіки зв'язування даних між системами.
- Проводки, що не балансують за окремими звітними періодами. Зазвичай наслідок коригувань, що вносились заднім числом або некоректно закривались розрахункові рахунки.
- Відсутній або неактуальний план рахунків у вигляді, придатному для маппінгу в SAF-T UA.
Жодна з цих проблем не є критичною, якщо виявлена завчасно. Критичною вона стає, коли запит ДПС вже отримано, а строк відповіді — кілька тижнів.
План впровадження SAF-T: 4 фази
Фаза 1: Оцінка готовності до SAF-T UA (2–4 тижні)
Аналіз систем-джерел і доступності даних. Оцінка якості довідників. Перевірка транзакційних даних. Чернетка маппінгу рахунків. Технічні вимоги до інфраструктури. Результат: звіт з пріоритизованим планом виправлень і технічне завдання.
Фаза 2: Підготовка даних (4–8 тижнів)
Масове заповнення ІПН/ЄДРПОУ в довіднику контрагентів. Заповнення кодів УКТ ЗЕД у товарному довіднику. Фіналізація маппінгу плану рахунків. Усунення критичних розбіжностей у транзакційних даних. Результат: дані готові для генерації SAF-T.
Фаза 3: Впровадження та тестування (4–6 тижнів)
Розгортання SAF-T Connector в інфраструктурі клієнта. Налаштування підключень до систем-джерел. Реалізація маппінгу. Генерація тестового файлу. XSD-перевірка і логічна перевірка даних. Ітераційне виправлення. Навчання команди. Результат: коректно сформований і провалідований тестовий файл.
Фаза 4: Фінальна генерація, передача або подання за конкретним сценарієм
Генерація і валідація фінального файлу за перший звітний період. Передача або подання до ДПС відповідно до встановленого порядку і конкретного сценарію взаємодії. Збереження архіву. Результат: перший коректно сформований SAF-T-файл і відпрацьований процес для майбутнього використання.
Таблиця: фази і результати
| Фаза | Тривалість | Ключові дії | Результат |
|---|---|---|---|
| 1. Оцінка готовності до SAF-T | 2–4 тижні | Аналіз систем, довідників, транзакцій, маппінг рахунків | Звіт і план виправлень |
| 2. Підготовка даних | 4–8 тижнів | Заповнення довідників, маппінг, усунення розбіжностей | Дані, готові для генерації |
| 3. Впровадження і тестування | 4–6 тижнів | Розгортання Connector, налаштування, тестова генерація, валідація | Валідний тестовий файл |
| 4. Фінальна генерація, передача або подання | Ongoing | Фінальна генерація, валідація, архівування і передача за сценарієм | Перший коректно сформований SAF-T-файл |
Загальний час від початку оцінки готовності до першого готового файлу — зазвичай 3–4 місяці. Фактичні строки залежать від складності систем-джерел, кількості прогалин у даних і доступності команди клієнта для спільної роботи.
Як LUCAS проводить оцінку готовності
LUCAS поєднує аудиторську методологію з технічним досвідом впровадження. Це означає, що оцінка готовності до SAF-T проводиться не тільки з точки зору ІТ-архітектури, але і з розумінням того, що ДПС буде перевіряти в SAF-T-файлі.
Процес:
- Kick-off зустріч. Знайомство з командою клієнта, огляд наявних систем і документації.
- Технічний аналіз. Перевірка доступності API, структури даних, можливостей вивантаження.
- Аналіз якості даних. Автоматизований аналіз довідників і транзакцій — відсоток заповнення, коректність форматів, перехресні перевірки.
- Маппінг рахунків. Зіставлення внутрішнього плану рахунків з вимогами SAF-T UA, виявлення нестандартних рахунків.
- Звіт і план. Пріоритизований перелік проблем з оцінкою трудомісткості виправлення і рекомендованим порядком дій.
Після оцінки готовності клієнт отримує конкретну картину: що потрібно зробити, скільки часу це займе і яке технічне рішення є реалістичним. Детальніше про технічне рішення — на сторінці SAF-T Connector.
Якщо ваша компанія є великим платником або наближається до цього статусу — зв'яжіться з нашою командою для початку оцінки готовності.
Часті запитання
Скільки коштує оцінка готовності до SAF-T?
Вартість залежить від кількості систем-джерел, обсягу даних і складності архітектури. Для початкового розуміння — зв'яжіться з командою LUCAS для безкоштовної попередньої консультації. Вартість оцінки готовності значно менша за вартість авральної підготовки без попередньої перевірки.
Чи можна провести оцінку готовності власними силами?
Можна провести часткову самооцінку за наведеним чеклистом. Але повноцінна перевірка готовності вимагає розуміння специфікації SAF-T UA, досвіду аналізу реальних файлів і знання типових проблем. Команда без такого досвіду ризикує пропустити важливі аспекти.
Що якщо якість даних дуже низька — чи є сенс у впровадженні SAF-T Connector?
Так. SAF-T Connector — це не тільки генератор XML, це також інструмент для виявлення і систематичного виправлення проблем у даних. Впровадження стимулює компанії привести довідники в порядок — що само по собі підвищує якість обліку.
Що робити, якщо частина даних за потрібні роки недоступна?
Це поширена ситуація при міграції систем. Варіанти: відновлення даних з архівних резервних копій; підключення до застарілої системи для вивантаження архівних даних; підготовка правового обґрунтування щодо відсутніх даних та з'ясування позиції ДПС у конкретній ситуації. Правильна відповідь залежить від обставин — оцінюємо при перевірці готовності.
Чи потрібна оцінка готовності, якщо ми вже налаштували SAF-T модуль в ERP?
Якщо ще не було підтвердженої тестової генерації з валідацією — так. Наявність модуля не гарантує коректності файлу. Перевірка готовності у цьому випадку фокусується на валідації того, що модуль генерує правильно, і виявленні проблем з якістю даних.
Скільки займає реальне впровадження SAF-T Connector після оцінки готовності?
Від 6 до 14 тижнів залежно від складності. При простій архітектурі (одна ERP з API, чисті довідники) — ближче до 6 тижнів. При мультисистемному середовищі і значних прогалинах у даних — 10–14 тижнів і більше.
Що відбувається, якщо ДПС змінить специфікацію SAF-T UA?
LUCAS супроводжує клієнтів при оновленнях: відстежує зміни специфікації і XSD-схеми, оновлює Connector і надає підтримку при переналаштуванні. Клієнт не залишається один на один зі змінами нормативної бази.
Як LUCAS допомагає
- Перевірка готовності до SAF-T UA — структурований аналіз систем, довідників, транзакційних даних і маппінгу рахунків. Результат: звіт з конкретними знахідками і пріоритизованим планом виправлень.
- Підготовка даних — масове виправлення ІПН/ЄДРПОУ, заповнення кодів УКТ ЗЕД, усунення розбіжностей у транзакційних даних.
- SAF-T Connector — власна платформа LUCAS для генерації SAF-T UA: підключення до систем-джерел, маппінг, XSD-перевірка і логічна перевірка даних, архівування.
- Супровід — підтримка при зміні специфікації ДПС, оновлення Connector, допомога при повторних запитах у межах податкового контролю.
Висновок для CFO
Оцінка готовності до SAF-T — це не витрата часу перед впровадженням, а економія часу і ресурсів під час нього. Компанії, що стрибають одразу до технічного впровадження без попередньої перевірки, витрачають значно більше часу на ітераційне виправлення проблем, що можна було виявити за 2–4 тижні на початку.
Ключовий принцип: якість SAF-T-файлу — це дзеркало якості ваших облікових даних. Оцінка готовності показує, яке це дзеркало насправді. І дає час виправити картину до того, як її побачить ДПС.
Якщо ваша компанія є великим платником або планує підготовку до SAF-T — зв'яжіться з LUCAS для першого кроку: попередньої консультації і оцінки обсягу роботи.