Новий стандарт «Головний бухгалтер з МСФЗ», що це означає для облікового ПЗ та автоматизації

Новий розроблений проєкт професійного стандарту «Головний бухгалтер з МСФЗ» охоплює значно більше, ніж перелік вимог до кандидата на посаду. Це фактично технічне завдання й для облікових систем, які цю людину супроводжують. Перелік компетенцій, які закладені в документ, дає розуміння, що без відповідного програмного забезпечення виконати їх на належному рівні неможливо.

Чому стандарт «зачіпає» системи автоматизації

Серед ключових функцій головбуха з МСФЗ — трансформація звітності з НП(С)БО в МСФЗ, ведення управлінського обліку з розрахунком KPI, інтеграція податкового та бухгалтерського обліку, робота з електронними форматами звітності (згадуються SAF-T UA та XBRL). Кожен із цих пунктів — це не просто «знання», а конкретний функціонал, який має бути в облікових платформах: модулі трансформації, аналітичні надбудови, звітні генератори у стандартизованих форматах.

Раніше багато підприємств вели облік за НП(С)БО «як є», а МСФЗ-звітність готували вручну або через окремі Excel-моделі раз на рік. Новий стандарт натомість описує МСФЗ-облік як постійний процес: моніторинг змін у стандартах, оцінку впливу на облікову політику, контроль якості облікової інформації в режимі поточної роботи. Такий підхід масштабується тільки через автоматизацію.

Що варто перевірити у власних системах обліку

Компаніям, які готуються привести облікову функцію у відповідність до нового стандарту, має сенс проаналізувати свою поточну інфраструктуру за трьома напрямами:

• Здатність до трансформації звітності. Чи є в системі окремий модуль паралельного або трансформаційного обліку за МСФЗ, чи це досі окрема надбудова поза основною базою.
• Підтримка електронної звітності. Наявність готових шаблонів під SAF-T UA та XBRL, а не лише вивантаження «сирих» даних, які потім вручну доводяться до потрібного формату.
• Аналітика та управлінський облік. Можливість гнучко налаштовувати калькуляцію собівартості, KPI-дашборди та розрізи для прийняття рішень без залучення програмістів під кожен новий звіт.

Якщо система закриває ці три пункти лише частково, це прямий сигнал до оновлення — або конфігурації наявного ПЗ, або переходу на рішення з ширшим функціоналом.

Оновлювати облікову систему чи оновлювати знання

Тут важливо розуміти, що стандарт вимагає одночасно і актуальних систем, і актуальних компетенцій, і ці дві речі взаємопов'язаны. Найпотужніший ERP-модуль трансформації МСФЗ марний, якщо головбух не розуміє логіки визнання активів чи оцінки зобов’язань за міжнародними стандартами. І навпаки — глибокі знання МСФЗ втрачають частину цінності, якщо кожен звіт доводиться збирати вручну через відсутність відповідного функціоналу в системі.

Тому практичний підхід — не вибирати між «навчати людей» і «оновлювати софт», а робити це синхронно: під час впровадження нового модуля одразу організовувати навчання команди, і навпаки — під час підвищення кваліфікації бухгалтерів перевіряти, чи система дозволяє застосувати нові знання на практиці.

Роль технічної підтримки провайдерів та інтеграторів

Саме тут зростає роль постачальників облікового ПЗ та компаній-інтеграторів. МСФЗ — стандарти, які регулярно змінюються, а вимоги до звітних форматів (той-таки SAF-T UA) періодично коригуються на державному рівні. Відстежувати всі ці зміни власними силами й вчасно вносити правки в конфігурацію системи — ресурсномістке завдання для внутрішньої бухгалтерії чи навіть IT-відділу.

Звернення до провайдера або інтегратора виправдане в кількох ситуаціях: коли потрібно налаштувати трансформаційні моделі під специфіку конкретного бізнесу, коли змінюються вимоги регулятора до звітних форматів і систему треба оновити без втрати історичних даних, або коли компанія масштабує управлінський облік і потребує нових аналітичних розрізів чи KPI-звітів. Інтегратор у такому випадку виконує не разову технічну правку, а супроводжує систему так, щоб вона відповідала і законодавству, і внутрішнім стандартам якості обліку, закладеним у новий профстандарт.

Новий стандарт варто сприймати як орієнтир не лише для кадрової політики, а й для ІТ-стратегії компанії. Перегляд посадових вимог до головбуха — гарний привід одночасно перевірити, чи облікова система готова до вимог, які цей стандарт формалізує.