CFO як архітектор стійкості: що змінюється у фінзвітності зі сталого розвитку насправді
АВТОР:
Людмила Циганок,
засновниця ESG Liga, президентка Асоціації професіоналів довкілля PAEW, гендиректор «Офісу сталих рішень»
Законопроєкт №13598 формально «про звітність зі сталого розвитку». Неформально — про те, хто в компанії насправді керує правдою в даних.
Як тільки нефінансові показники стають частиною публічної управлінської звітності та об’єктом зовнішнього забезпечення, центр ваги зміщується до фінансової функції.
Не тому, що бухгалтерія «все знає», а тому, що лише вона здатна перетворити різнорідні екологічні, соціальні та управлінські метрики на відтворювані цифри з audit trail, синхронізовані з фінзвітністю та зрозумілі банку й аудитору.
Тут критично важливо одразу зафіксувати часову рамку переходу: хто звітує з 2027, 2028, 2029 років відповідно до порогів, і які саме вимоги до формату електронної звітності та зовнішнього забезпечення будуть першими в черзі — це задає темп підготовки.
Основні труднощі, з якими ви реально зіткнетеся
Найперше — дані. Нефінансові показники розкидані між екологією, HR, ОП, закупівлями й виробництвом, часто живуть у «ручних» Excel, а визначення та одиниці виміру відрізняються між підрозділами.
Це створює ризик несумісності з ESRS, подвійного рахунку (особливо у Scope 3) і неможливості відтворити цифри під час аудиту. Додайте до цього відсутність історичних рядів і обмеженість лічильників/датчиків — і планування цілей стає здогадкою.
Друга пастка — методологія та суттєвість. Компанії або «стріляють з гармати по горобцях» і збирають зайве, або пропускають критичні показники.
Неправильно проведена подвійна суттєвість веде до звіту «про все й ні про що», який не витримає питання банку чи аудитора. Так само складно узгодити галузеві стандарти (ESRS, GRI, інколи SASB/TCFD) і не наступити на граблі непорівнюваності з конкурентами.
Третє — внутрішні контролі та «audit trail». Якщо немає описаних джерел, формул, відповідальних і журналу змін, зовнішнє забезпечення (спершу limited, далі reasonable) затягнеться й подорожчає. Фінфункція звикла до МСФЗ-контролів, але нефінансові потоки — інші за природою: тут багато опитувань, інженерних оцінок, коефіцієнтів, а значить більше простору для помилок.
Четверте — ІТ-інтеграції. Потрібно звести в одному контурі ERP/облік, ЕАМ/SCADA, кадрові системи, охорону праці, екологічні реєстри, постачальницькі анкети. Ризики — дублювання сутностей, відсутність master-data, різні часові періоди, несумісні формати, кібербезпека та доступи. Будь-який ручний крок у конвеєрі — це майбутній інцидент.
П’яте — ланцюг постачання. Постачальники не готові давати якісні дані, у договорах немає вимог, а методики оцінок Scope 3 часто умовні. Без контрактних зобов’язань, шаблонів відповідей і навчання контрагентів ви або не зберете цифри, або отримаєте непорівнюване сміття.
Шосте — відповідність фінзвітності. ESG-метрики мають «стикуватися» з примітками до фінзвітності (енерговитрати, капекси на екопроєкти, штрафи, забезпечення). Будь-яка неузгодженість підірве довіру інвесторів і аудитора, навіть якщо нефінансові показники математично коректні.
Сьоме — ресурси, бюджет і зміни. ESG додає задач фінфункції без формального зменшення поточного навантаження. Виникає «втома від ініціатив»: люди не розуміють, що для чого збирають, і саботують графік оновлень. Без виділеного бюджету на лічильники, інтеграції, навчання та час ключових людей процес буксуватиме.
Восьме — правова невизначеність і «перехідні» правила. Тексти стандартів еволюціонують, з’являються послаблення для МСП, банки уточнюють вимоги. Ризик — спроєктувати систему під проміжні правила і потім дорого переробляти.
Дев’яте — комунікація та репутація. Надто «глянцевий» звіт без підкріплених даних цілей дорівнює репутаційній кризі. Надто технічний — ніхто не читає. Баланс між прозорістю, доказами й зрозумілим меседжем — нетривіальне завдання.
Як це розрулити практично: поради
Почніть із реєстру метрик і правил гри: одне джерело істини, власники показників, формули, періодичність, політика контролю якості та журнал змін.
Вирівняйте методологію подвійної суттєвості з ESRS і зафіксуйте мінімально потрібний набір під вашу категорію (або VSME для МСП) — краще вузько й глибоко, ніж широко й поверхнево.
Спроєктуйте простий конвеєр даних: від лічильника/анкети до консолідації, без ручних перетворень.
Зашийте вимоги у договори постачання і дайте контрагентам шаблони. Зробіть попередній «assurance-drill» з аудитором: які докази, у якому форматі, в які строки; протестуйте три критичні ланцюжки — енергія/вода, безпека праці, постачання.
І окремим рядком закладіть бюджет на три речі: облік ресурсів (апаратно), інтеграції (ІТ), навчання та ролі (люди). Це дешевше, ніж знімати кризу під перший дедлайн.
Фіндиректор у новій реальності — не «виконавець ESRS», а архітектор стійкості. Саме він перетворює десятки несумісних потоків на один надійний контур даних, з якого народжується довіра банку, інвестора, регулятора й суспільства.
