Запас по ковенанті щодня і наслідок кожного рішення наперед
Агент моніторингу ковенант збирає формули, пороги і дати тестів з кредитних договорів і проспекту в картки з пунктом документа і щодня рахує кожен показник на поточних даних обліку. Перед рішенням казначейства (кредит, транш CAPEX, дивіденди) він проганяє сценарій і показує, куди зрушить Net Debt/EBITDA і скільки лишиться запасу. Кожне число має джерело в обліку або звітності, рахує формула договору, переговори з банком і рішення про борг лишаються за людиною.
- щодня
- кожна ковенанта за формулою свого договору
- 2,61 і 2,74
- управлінський зріз і договірне визначення, на прикладі
- за квартал
- наближення до порогу видно до дати тесту
Агент ковенант працює в кабінеті казначейства групи компаній
Для кого: Директор з корпоративних фінансів, Фінансовий директор, Казначей, Керівник боргового портфеля, Контролер звітності кредиторам · Агрохолдинги і групи з облігаціями, Виробництво з банківськими кредитами, Видобуток і енергетика, Холдинги з лізингом і кредитними лініями
Група компаній має кілька інструментів боргу: облігації, інвестиційний кредит, кредитні лінії, овердрафти, лізинг. У кожного договору свої ковенанти (Net Debt/EBITDA, Interest Cover, DSCR, кошик дивідендів, cross-default) і свої визначення: що входить у борг, яка EBITDA, за яким курсом рахувати.
Ковенанти рахують раз на квартал перед звітом кредитору, в Excel, за управлінськими цифрами. Управлінський зріз і визначення договору дають різні числа (на прикладі 2,61 проти 2,74), а рішення казначейства ухвалюють щодня: кредит, щоб закрити розрив, транш CAPEX, валютний платіж. Наслідок для ковенанти стає видно на тесті, коли змінити вже нічого не можна.
Як бачити запас по кожній ковенанті щодня, за формулою самого договору, і знати, що з ним станеться, до того як рішення про кредит чи транш ухвалене?
Чому це працює
Кожна ковенанта рахується за визначенням свого договору, з пунктом під кожним рядком.
На прикладі з демо казначейства: 5 ковенант по 4 інструментах боргу зібрано в картки з розділом проспекту або пунктом кредитної угоди. Оренда за МСФЗ 16 виключена за розд. 4.2, курс на дату звітності, тому показник 2,74, як у банку, а управлінський зріз дав би 2,61.
Наслідок рішення видно до наради, разом з ланцюгом, який його пробиває.
Сценарій на прикладі: короткий кредит 250 млн грн дає 2,80, разом з вересневим траншем CAPEX 150 млн 2,84, а з сезонним просіданням EBITDA на 10% 3,16 при ліміті 3,00. Пулінг і зсув двох траншів лишає 2,69. Суму кредиту можна ввести свою, показник перерахується за формулою (Net Debt + сума) / EBITDA.
Цифри рахує формула, модель лише читає договори і пояснює.
Борг, грошові кошти і EBITDA LTM беруться з облікової системи і консолідованої звітності, розрахунок детермінований і повторюється щодня о 08:10 та при кожній зміні боргу. Журнал зберігає джерело кожного числа, версію формули і пункт договору: той самий розрахунок показують банку.
Агент показує, що рухає показник найсильніше.
На прикладі 82% боргу у валюті: курс +10% дає +0,27 до Net Debt/EBITDA, просідання EBITDA на 10% дає +0,30, зсув двох траншів CAPEX дає -0,05. Це готовий аргумент для розмови про хеджування на правлінні.
Що агент робить крок за кроком
- 1Агент читає кредитні договори і проспект і складає реєстр ковенант: формула, поріг, інструмент, дата тесту, розділ і пункт документа; кожну картку підтверджує людина.
- 2Щодня він забирає з облікової системи борг і грошові кошти, з консолідованої звітності EBITDA LTM і фінансові витрати: на старті з вивантажень, далі з буферної копії з правами на читання.
- 3Показник рахує формула саме цього договору: які інструменти входять у борг, що виключено, за яким курсом перераховано; кожен рядок розкривається до джерела.
- 4Поруч з поточним значенням агент показує запас до порогу в одиницях показника і чутливість до курсу, EBITDA і ставки.
- 5Перед рішенням казначейства (кредит, транш CAPEX, дивіденди) агент проганяє сценарій разом з тим, що вже заплановано, і показує результат кожного варіанта.
- 6Коли запас меншає за налаштований поріг або наближається тест, агент пише у канал корпоративних фінансів з розрахунком і нагадує за 30, 14 і 5 днів.
- 7Розрахунок для кредитора, історія значень і журнал з джерелами лишаються у вашому контурі і вивантажуються в Power BI або Excel.
Де рішення лишається за людиною
- Переговори з банком, waiver і будь-які зобовʼязання перед кредитором веде людина: агент готує розрахунок і причину.
- Рішення про залучення боргу, транш чи дивіденди ухвалює фіндиректор, агент дає сценарії з наслідком для кожної ковенанти.
- Формулу і тлумачення пункту договору затверджує людина; коли пункт допускає два прочитання, агент показує обидва варіанти з наслідком і чекає рішення.
- Якщо дані закрились із затримкою понад добу, розрахунок позначається «попередній» з датою останніх повних даних, звіт кредитору підписує людина.
Як почати
- день 1Надішліть як є: кредитні договори і проспект, реєстр боргу, звітність для останнього тесту і план залучень і погашень
- тиждень 1-2Реєстр ковенант з пунктами договорів і розрахунок на дату останнього тесту, звірений з вашою цифрою для банку
- тиждень 2-3Щоденний розрахунок на вивантаженнях, сценарії під ваші плани боргу і CAPEX, пороги сповіщень
- після прийманняПаралельний квартал з вашим розрахунком, далі буферна копія обліку і сповіщення в робочий канал
Надішліть вивантаження або опис процесу як є: таблиці, скріни, чернетки. Ми нормалізуємо дані самі і покажемо цей сценарій на ваших цифрах.
Описати задачуЩо питають найчастіше
З чого стартує агент і скільки часу до першого розрахунку?
Старт з договорів і вивантажень, без інтеграції: реєстр ковенант і розрахунок на дату останнього тесту за 1-2 тижні. Цей розрахунок звіряємо з цифрою, яку ви давали банку, і розбираємо кожну розбіжність письмово. Інтеграцію з обліком підключаємо після того, як розрахунок зійшовся.
Звідки береться кожна цифра і чому агент не вигадає число?
Борг і грошові кошти з облікової системи, EBITDA LTM з консолідованої звітності, формула з пункту договору. Розрахунок робить детермінована формула, мовна модель лише читає текст договору і пояснює результат словами. Кожен рядок розкривається до джерела, дати даних і версії формули.
Куди потрапляє результат: у наш облік чи лишається у вас?
Результат лишається у вас: розрахунок і історія значень у кабінеті у вашому контурі, вивантаження в Power BI або Excel, розрахунок для кредитора документом з посиланням на пункт договору. Для ковенант агенту досить права на читання облікової системи.
З якими системами ви інтегруєтесь?
1С і BAS та інші облікові системи через вивантаження або буферну копію, консолідована звітність в Excel, клієнт-банки через API або файлові виписки, Power BI, Teams або Telegram для сповіщень. На старті вистачає файлів як є, ми самі їх нормалізуємо.
Що робить агент, коли бракує даних або формула в договорі неоднозначна?
Коли дані закрились із затримкою, розрахунок позначається «попередній» з датою останніх повних даних. Коли пункт допускає два тлумачення, агент рахує обидва і питає людину, яке застосовувати. Затверджене рішення стає правилом і пишеться в журнал.
У нас 90-100 юросіб з різними системами. Це підйомно?
Ковенанти рахуються на рівні групи з консолідованих даних, тому для старту потрібні реєстр боргу, грошові кошти по рахунках і звітність, а облік кожної юрособи окремо підключається пізніше. Приклад у демо побудовано на групі з 94 юрособ і 11 банків.
Де зберігаються дані і що бачить модель?
Рішення працює у вашому контурі (власний сервер або ваша хмарна підписка) або в нашому під NDA, яке підписуємо до передачі даних. На пілоті лише права на читання. Розрахунки йдуть без моделі; якщо модель зовнішня, за контур виходять лише знеособлені тексти запитів, і це вимикається одним налаштуванням.
Скільки це коштує і з чого складається ціна?
Ціна складається рядками: впровадження це години × $35 (залежить від кількості інструментів боргу, договорів і джерел даних), підписка (сервер, моніторинг, зміни формул) за обсягом, рахуємо за брифом, робота моделі за фактом. Кожен рядок можна зняти і побачити, на скільки дешевшає.