Антикорупційна програма: коли вона обовʼязкова і що в ній має бути

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

> Definition: Антикорупційна програма — це що?

Антикорупційна програма — внутрішній документ організації, який описує систему запобігання корупційним ризикам і реагування на порушення. Її цінність у тому, що вона має перетворювати «правильні наміри» на повторювані дії.

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

> Definition: Коли програма перестає працювати?

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

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

> Definition: Що означає «обов’язкова» на рівні бізнесу?

Це означає не лише наявність документа, а юридичну вимогу організації мати систему запобігання і підтримувати її актуальною. Якщо програма не відображає реальних процесів, її важко використовувати як доказову базу.

Іншими словами: обов’язковість — це вимога до організаційної поведінки, а не до наявності файлу у спільній папці.

Коли антикорупційна програма для бізнесу обов’язкова?

Антикорупційна програма стає обов’язковою для визначених законом суб’єктів, і критерій обов’язковості прив’язаний до статусу/категорії, а не до масштабу «на око». Відповідь завжди починається з того, чи підпадає ваша організація під визначені законодавством вимоги.

У моїх розмовах із керівниками проблема рідко в тому, що вони не знають про існування вимоги. Проблема в іншому: вони трактують «програма» як окремий артефакт, тоді як правовий режим просить систему. Якщо система не збудована, обов’язковість виглядає як додатковий тиск, а не як керований інструмент.

Практичний спосіб не промахнутися — провести коротку верифікацію «ми підпадаємо/не підпадаємо» і зафіксувати її результат як внутрішній висновок. Це економить тижні, коли потім потрібно відповідати на запитання ззовні.

Короткий чекліст для старту (щоб зрозуміти, чи програма обов’язкова)

1. Визначте вашу категорію суб’єкта відповідно до вимог законодавства.
2. Перевірте, чи триває підставність (наприклад, змінилися умови/статус).
3. Зіставте наявні у вас документи з вимогами до антикорупційної програми.
4. Зафіксуйте висновок у службовій записці: що перевірили, на що спиралися, який статус.

Definition: Доказова база — це що саме в цьому питанні?

Доказова база — це те, що можна показати як підтвердження: що документ існував, оновлювався, процедури застосовувалися, а рішення приймалися за правилами. Для програми це не лише текст політики, а сліди її роботи.

Що в антикорупційній програмі має бути, щоб вона не лишалась «для галочки»?

Антикорупційна програма має містити конкретні процедури та відповідальність: як організація запобігає ризикам, як виявляє порушення й як реагує. Якщо в документі немає маршрутів дій і критеріїв рішень, це не система — це декларація.

У схемах, які вже «спрацювали», складність не в тому, щоб довести факт наміру. Складність — показати механіку: як могли бути зроблені неправильні рішення, де були «контрольні точки», чому вони не спрацювали, і що саме було/не було зафіксовано.

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

Модель мінімальної структури (з акцентом на механіку)

Definition: Корупційні ризики — це не «погані люди», а процеси.

Ризики — це спосіб, у який правила можуть бути обійдені через слабкі місця в управлінні. Тому програма має працювати з процедурами, а не з припущеннями.

Які елементи найчастіше «не доживають» до першого справжнього тиску?

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

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

Щоб не опинитися в такій ситуації, варто підходити до програми як до системи доказів: будь-яке правило має мати артефакт виконання. Це знімає конфлікт між «ми так робимо» і «покажіть як саме».

Практичний артефакт: «шаблон матриці доказів»

Складіть для ключових процедур коротку матрицю: правило → хто виконує → що фіксує → де зберігається → як перевіряється.

Приклад (узагальнений):

• Конфлікт інтересів: правило про заяву → хто подає → форма/заява → місце в системі → хто контролює.
• Погодження контрактів: правило про due diligence → хто готує → висновок/чекліст → місце зберігання → підпис відповідального.
• Реагування на повідомлення: правило про розгляд → хто приймає → протокол/звіт → терміни → фінальне рішення.

Як довести «механіку», якщо вже є негативний сигнал або підозріла схема?

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

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

Ключове: програма має не лише описувати «що заборонено», а містити чіткі сценарії «що робити, якщо…». Саме це потім стає основою коректних висновків.

Нижче — покроковий план, як організації зазвичай перебудовують реакцію на інцидент, спираючись на програму.

П’яти кроків до відновлення контролю після негативного сигналу

1. Зафіксуйте контекст і обсяг події: що відбулося, які процеси зачеплені, які документи можуть бути релевантними.
2. Активуйте визначені ролі: хто веде розгляд, хто забезпечує збереження документів, хто ухвалює тимчасові обмеження.
3. Перевірте виконання процедур за програмою: чи було застосовано конфлікт інтересів, due diligence, погодження, моніторинг.
4. Зберігайте доказову базу процесу: протоколи, звіти, листування, рішення комітетів/керівників у межах політики.
5. Після з’ясування причин — оновіть систему: що саме додати/переписати в програмі, які контрольні точки посилити.

Definition: Внутрішня реакція — це не «розслідування заради розслідування».

Це організаційний процес відновлення контролю й отримання пояснюваних висновків: що сталося з механікою, де пролом, і як це виправити процедурно.

Чи може антикорупційна програма «гальмувати» бізнес — і як зробити її керованою?

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

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

Тому підхід має бути практичним: визначте, де потрібен посилений контроль, де достатній базовий, а де рішення може прийматися за стандартними критеріями з мінімальним, але доказовим пакетом.

Окремий акцент: програма має підтримувати культуру відповідальності. Не через гучні слова, а через те, що керівник/керівна група регулярно приймає рішення в межах правил і показує, що система працює.

FAQ

Питання 1? Якщо у нас є антикорупційна політика, навіщо окрема програма?

Політика часто відповідає на «що ми декларуємо», а програма відповідає на «як ми це робимо системно». У програмі мають бути процедури, ролі, контрольні точки та реакція на інциденти.

Питання 2? Чи обов’язково оновлювати антикорупційну програму, якщо нічого не змінювалось?

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

Питання 3? Які документи найчастіше «рятують», коли приходить жорсткий запит?

Зазвичай це не один документ, а пакет доказів процедури: протоколи погоджень, чек-листи due diligence, форми заяв про конфлікт інтересів, записи про навчання, протоколи розгляду повідомлень і звіти контролю виконання.

Питання 4? Що робити, якщо команді незрозуміло, як застосовувати правила у конкретних угодах?

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

Питання 5? Чи має бути канал повідомлень у програмі саме антикорупції?

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

Питання 6? Якщо ми вже допустили збій, чи має сенс «переписувати програму»?

Має сенс, але важливо не підмінити виправлення на «косметику». Оновлення має відповідати причинам: які контрольні точки не спрацювали, що додати/замінити в процедурах, і як зберегти доказову базу нового підходу.

Фокус для керівництва простий: антикорупційна програма — це механіка рішень і доказова база, а не документ для перевірки. Почніть із відповіді на два питання — «чи наша організація підпадає під обов’язковість» і «чи наші процедури працюють так, як вони описані». Коли це стає нормою, програма перестає бути бар’єром і починає виконувати свою функцію: зменшує невизначеність у кризових ситуаціях і підсилює якість управління.