Як підготувати облікову систему 1C/BAS до вимог SAF-T UA.
Оновлено: 10 лип.
Executive summary для CFO/CIO
SAF-T UA — це стандартизований XML-файл для електронного аудиту, який містить деталізовані дані бухгалтерського й податкового обліку: довідники, облікову політику, план рахунків, контрагентів, номенклатуру, залишки, бухгалтерські проведення, документи продажу/закупівель, платежі, рух запасів та основних засобів. ДПС публікує XSD -схеми, технічні описи та приклади SAF-T UA на своєму вебпорталі; серед доступних матеріалів є версії V1.1, V1.2, V1.3, V1.4 та V2.0, а також приклади XML-файлів великого розміру.
Для великого бізнесу основний ризик полягає не лише у формуванні XML-файлу, а в тому, що SAF-T UA робить “видимими” всі слабкі місця облікової системи: некоректні довідники, неповну аналітику, “ручні” проведення без первинних документів, розбіжності між регістрами бухгалтерії та управлінськими підсистемами, неуніфіковані договори, склади, номенклатуру, податкові ставки й коди операцій.
Станом на актуальні публікації ДПС та професійних джерел, SAF-T UA насамперед стосується великих платників податків, які мають подавати файл на запит контролюючого органу під час документальної перевірки; законодавчі ідеї щодо регулярного щорічного подання всіма великими платниками та подальшого поширення на платників ПДВ обговорювалися, але окремі законопроєктні ініціативи змінювали свій статус.
Для компаній, що ведуть облік у 1C/BAS, підготовка до SAF-T UA має бути окремим проєктом на стику бухгалтерії, податкової функції, ІТ, внутрішнього аудиту, власників майстер-даних і консультантів з ERP. Простого “зовнішнього звіту” або одноразової обробки недостатньо: потрібно привести до контрольованого стану дані, процеси, налаштування, інтеграції та архітектуру вивантаження.
Чому SAF-T UA — це не просто ще один звіт
Звичайна податкова або фінансова звітність зазвичай передає агреговані показники. SAF-T UA, навпаки, передає деталізований масив облікових даних у стандартизованій XML -структурі, включно з довідниками, проводками, первинними документами, аналітиками, залишками та рухами активів.
Для 1C/BAS це означає, що файл SAF-T UA фактично стає дзеркалом якості інформаційної бази. Якщо в BAS некоректно ведуться договори, не заповнюються адреси контрагентів, змішані SKU, використовуються “службові” контрагенти, є ручні проводки без документів-реєстраторів або неузгоджені аналітики за субконто — усе це може проявитися під час автоматизованої перевірки файлу. ДПС описує е-аудит як інструмент автоматичної перевірки структури, логічної узгодженості та повноти даних бухгалтерського обліку.
Ключовий висновок: SAF-T UA — це не про XML, а про зрілість облікової системи.
Що саме має бути готове в 1C/BAS
Типова структура SAF-T UA включає такі великі блоки: Header, MasterFiles, GeneralLedgerEntries, SourceDocuments. У матеріалах ДПС і професійних оглядах зазначається, що MasterFiles охоплює облікову політику, план рахунків, контрагентів, постачальників, клієнтів, податкові таблиці, одиниці виміру, аналітичні рахунки, номенклатуру, запаси, основні засоби, власників і податкові різниці.
У розділі бухгалтерських операцій передаються журнали бухгалтерських записів, кількість записів, суми дебету і кредиту, проводки та пов’язана аналітика.
У розділі документального забезпечення можуть бути представлені документи продажів, закупівель, платежів, руху запасів, операцій з основними засобами та інші первинні документи, пов’язані з бухгалтерськими записами.
Для 1C/BAS це означає, що потрібно підготувати такі джерела даних:
Блок SAF-T UA | Що перевірити в 1C/BAS | Типові проблеми |
Header | Дані компанії, ЄДРПОУ, податковий статус, звітний період, параметри системи | Неповні реквізити організації, різні назви в різних базах |
Accounting Policies | Наказ про облікову політику, методи оцінки, правила амортизації, облікові підходи | Облікова політика не формалізована в системі |
General Ledger Accounts | План рахунків, субрахунки, аналітики, відповідність НП(С)БО/МСФЗ | Надмірні ручні рахунки, неуніфіковані субконто |
Customers / Suppliers | Контрагенти, коди, адреси, ІПН/ЄДРПОУ, договори | Дублікати, незаповнені адреси, “технічні” контрагенти |
Products / Stock | Номенклатура, одиниці виміру, склади, партії, серії | Дублікати SKU, некоректні одиниці, відсутність кодів |
Assets | Основні засоби, інвентарні номери, амортизація, рухи | Історія рухів не пов’язана з первинними документами |
General Ledger Entries | Проводки, документи-реєстратори, суми дебету/кредиту | Ручні проводки без пояснення, незакриті періоди |
Source Documents | Реалізації, надходження, акти, платежі, переміщення | Розрив між документом і бухгалтерським записом |
Особливості 1C/BAS, які впливають на SAF-T UA
Конфігурація має значення
У великому бізнесі можуть використовуватися різні варіанти платформ і конфігурацій: BAS ERP, BAS Комплексне управління підприємством, BAS Бухгалтерія КОРП, УТП, УПП, галузеві або сильно дороблені 1C-рішення. Комерційні рішення для формування SAF-T UA вже позиціонуються як такі, що можуть зчитувати дані з BAS, УТП, ERP та інших облікових систем, формувати XML згідно з технічними вимогами, виконувати XSD -перевірку і експортувати файл для подання.
Однак у реальних проєктах велика частина складності пов’язана з тим, що кожна база має власну історію доробок: змінені документи, додаткові регістри, нестандартні плани рахунків, зовнішні обробки, інтеграції з WMS, CRM, казначейством, EDI, M.E.Doc, банківськими клієнтами або BI -системами.
SAF-T UA вимагає наскрізного зв’язку
У SAF-T UA критично важливо зберегти зв’язок між:
первинним документом;
бухгалтерською проводкою;
контрагентом;
договором;
номенклатурою;
складом;
податковою ставкою;
оплатою;
аналітикою рахунку.
У професійних матеріалах зазначається, що записи у файлі SAF-T пов’язані між собою ідентифікаторами транзакцій, що дозволяє системі е-аудиту знаходити всі операції щодо певного запасу, контрагента або перевіряти коректність бухгалтерських операцій у різних розрізах.
Для BAS це означає, що не можна обмежитись простим експортом оборотно-сальдової відомості. Потрібен транзакційний контур, який зв’язує документи, проводки, регістри накопичення, регістри бухгалтерії та довідники.
Цільова архітектура підготовки SAF-T UA для 1C/BAS
Для великого бізнесу рекомендована не “ручна обробка”, а контрольована архітектура:
1 1C/BAS productive databases 2 │ 3 ▼ 4 Data extraction layer 5 │ 6 ▼ 7 SAF-T staging area / проміжне сховище 8 │ 9 ├── Перевірка повноти довідників 10 ├── Перевірка бухгалтерських балансів 11 ├── Перевірка зв’язку документів і проводок 12 ├── Перевірка податкових ставок і кодів 13 └── Перевірка форматів XML/XSD 14 │ 15 ▼ 16 SAF-T UA generator 17 │ 18 ▼ 19 XML file according to актуальна XSD ДПС 20 │ 21 ▼ 22 Technical validation + business validation 23 │ 24 ▼ 25 Підписання / передача через електронні канали |
ДПС публікує XSD -схеми, детальні технічні описи та приклади файлів SAF-T UA, тому рішення має бути версійним: потрібно фіксувати, під яку саме версію XSD і технічного опису формується файл.
Коментарі