Як працює кожен з 8 агентів казначейства: покроково, на реальних екранах
Це не презентація і не набір схожих скріншотів. Нижче кожен агент розібраний по шести кроках його роботи: що він читає, що рахує, з чим звіряє, у чому сумнівається і кому пише. Під кожним кроком написано, звідки взято дані і чому агент робить саме так. Будь-який крок можна відкрити у стенді і пройти самому. «Сьогодні» у стенді 04.08.2026, дані демонстраційні і детерміновані: при повторному відкритті цифри ті самі.
Що це таке і як цим користуватись
Це інструкція до робочого стенда, у якому зібрані всі 8 агентів із заявки від 27.07.2026. Стенд відкривається за посиланням, у ньому все клікається. Нижче кожен агент розібраний покроково: що він читає, що рахує, у чому сумнівається і кому пише. Скріншоти зняті з самого стенда, а не намальовані.
Огляд контуру: вісім агентів на одному наборі даних

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

Десять кроків одного дня: о 07:00 виписки з 11 банків, о 07:44 знайдено розрив 217 млн грн на 12-14.08, о 08:26 знайдено, чим його закрити без кредиту, о 09:00 рішення на столі фіндиректора.
Кожен крок робить окремий агент, але цифра переходить далі без ручного зведення. Саме це відрізняє набір агентів від набору дашбордів.
З чого починаємо і які дані потрібні

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

Вісім систем: облікова система (ERP), клієнт-банки і банківські API, казначейська система, кредитні договори, курси і котирування, Excel підрозділів, Power BI, Teams і Telegram. По кожній видно, які саме обʼєкти читаємо, для якого агента і як часто.
Цей рівень деталізації визначає строк і вартість, тому він показаний до розмови про гроші, а не після. Він же стає основою технічного завдання.
Вісім живих демо, по одному на агента

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

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

Ті самі екрани відкриваються з телефона: сітка перебудовується, таблиці гортаються.
Половина рішень казначейства ухвалюється не за робочим столом, тому мобільний вигляд це не бонус, а вимога.
Ролі: хто що бачить
Стенд відкривається вибором ролі. Директор корпоративних фінансів бачить увесь контур, казначей операційну частину, керівник корпоративних фінансів борг і ковенанти, контролер CAPEX інвестиційну програму, фіндиректор сторінку рішень. Дані ті самі, різні тільки акценти.
Вхід: пʼять ролей контуру

Ролі відповідають реальним посадам у казначействі і корпоративних фінансах. Права доступу закладені з першого екрана, а не додаються потім.
Питання «хто що побачить» виникає на першій же зустрічі з ІБ, тому воно вирішене на рівні структури стенда.
Напрям «Гроші сьогодні»: 3 агенти

Звірка з банками, казначейська ліквідність, платіжний календар. Це те, що зараз збирається запитами у казначеїв юросіб і живе в Excel до обіду.
Три агенти утворюють один ланцюг: виписка стає позицією, позиція стає календарем, календар знаходить розрив.
Напрям «Борг, ковенанти і валюта»: 2 агенти

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

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

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

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

Підключення до 11 банків: MT940, camt.053 і API; Отримано 148 виписок за 03.08; Операцій у виписках: 1 842, з них у валюті 214; Виписка Банку Г прийшла з розривом нумерації відкладено на перевірку
Формати банків різні, і це нормально. Приведення до одного вигляду робить агент, а не бухгалтер руками. Тому додати новий банк це налаштування, а не новий процес.
Перевіряю повноту, а не лише суми
найчастіша причина розбіжностей

Нумерація виписок: 147 з 148 без розривів; Банк Г: між випискою №212 і №214 відсутня №213 запитано повторне вивантаження; Дублі операцій: 3 знайдено і виключено; Вхідний залишок дорівнює вихідному попереднього дня по 147 рахунках
Це той рівень, який зазвичай ловлять вручну і не завжди. Пропущена виписка не змінює суму на екрані, але робить неправильною всю позицію групи.
Рознесення операцій
контрагент, договір, стаття руху коштів

За номером договору у призначенні: 1 106 операцій; За реквізитами контрагента і сумою: 512; За правилами і історією платежів: 158; Не розпізнано: 41 на 18,6 млн грн; Частка автоматичного рознесення: 96,4%
Історія платежів це і є навчання на ваших даних. Що довше агент працює, то більше операцій закриває третя група, і черга уточнень стискається без нових правил.
Звіряю банк з обліком
по кожній юрособі, а не в цілому

Звірено залишків: 148; Збігається: 145; Розбіжності: 3 на загальну суму 2,84 млн грн; Усі три пояснені: дата валютування, комісія і незавершений платіж
Агент не просто показує різницю, а називає причину. Дві з трьох тут це не помилка, а нормальний часовий розрив, і людині не треба витрачати ранок, щоб це зрозуміти.
Збираю чергу уточнень
з причиною і відповідальним

У черзі 41 платіж на 18,6 млн грн; Без номера договору в призначенні: 17; Нові контрагенти: 12 потрібна перевірка; Часткові оплати по кількох рахунках: 8; Повернення і помилкові зарахування: 4
Черга це не список помилок агента, а список питань до людей. Головне, що вона зібрана о сьомій ранку і адресна, а не збирається до обіду по телефону.
Віддаю чистий факт далі
позиція, календар і звітність беруть уже це

Факт за 03.08 закрито і передано агентам позиції і календаря; Сповіщення надіслано у канал казначейства; Повторне вивантаження Банку Г заплановано на 09:00; Вечірній прохід о 18:10 підбере відповіді на чергу
Далі по ланцюгу ніхто вже не збирає виписки заново. Позиція, календар і звітність працюють з цим фактом, тому цифра в них однакова.
Відповідь агента наприкінці демо

Джерела даних і сповіщення


Клієнт-банки (Виписки MT940 і camt.053, залишки на початок і кінець дня, 2-4 рази на добу); Банківські API (Статуси платежів, залишки в реальному часі, кредитні ліміти, кожні 30 хвилин); Облікова система (ERP) (Залишки на рахунках обліку, відкриті документи, контрагенти, щогодини); Реєстр договорів (Номери договорів для розпізнавання призначення платежу, при зміні)
Агент не змінює проведення в обліку і не вигадує рознесення там, де впевненості немає. Спірний платіж іде у чергу з поясненням, чому агент не впевнений, а рішення приймає бухгалтер.
Агент казначейської ліквідності
Збирає позицію групи по всіх юрособах і валютах, показує, де гроші зайві, а де їх бракує, рахує внутрішньогруповий перерозподіл і пропонує розміщення вільного залишку.
Збираю залишки на один момент часу
усі юрособи, усі валюти

Рахунків: 148, юросіб: 94, валют: 5; Консолідований залишок: 2 140 млн грн екв.; У валюті: 21,4 млн $ і 6,2 млн EUR; Вільні кредитні ліміти: 1 310 млн грн
Сьогодні така таблиця збирається запитами у казначеїв юросіб і живе в Excel до обіду. Тут вона є о 07:20 і завжди на один і той самий момент часу.
Накладаю потребу кожної юрособи
платежі найближчих 10 днів

Узято з платіжного календаря: 10 днів вперед; Юросіб з дефіцитом: 3; Юросіб із стійким профіцитом: 19; Найбільший дефіцит: UA-011 217 млн грн 12-14.08
Позиція без потреби це просто залишок. Корисною вона стає лише разом з календарем: видно не скільки грошей є, а скільки з них справді вільні.
Рахую, що можна перекинути
з обмеженнями, а не «в цілому по групі»

Потенційний надлишок: 380 млн грн на 19 рахунках; Перевірка обмежень: ліміти позик, валютний контроль, ТЦО; Недоступно до перекидання: 84 млн грн цільове фінансування і застава; Доступно до перерозподілу: 296 млн грн
Ось де зазвичай ламається ідея «просто перекинути гроші всередині групи». Агент тримає ці обмеження як правила і не пропонує того, що потім заблокує юрист або валютний контроль.
Будую пропозицію перерозподілу
закрити дефіцит без нового боргу

UA-004 → UA-011: 217 млн грн внутрішньогрупова позика; UA-019 → UA-027: 25 млн грн; UA-019 → UA-055: 7 млн грн; Потреба у зовнішньому кредиті після перерозподілу: 0
Той самий результат можна отримати кредитом на 250 млн грн. Різниця в тому, що кредит коштує близько 3,9 млн грн відсотків за місяць і зʼїдає запас по ковенанті.
Розміщую те, що лишилось
вільний залишок має приносити гроші

Вільний залишок після перерозподілу: 163 млн грн; Найкраща ставка овернайт: 15,1%, Банк А; Дохід за добу: 67 тис. грн; Перевірено ліміт на банк: вміщується
Депозит на 7 днів вигідніший, але гроші потрібні 12.08. Агент показує обидва варіанти і причину, чому рекомендує овернайт, а не мовчки бере вищу ставку.
Готую заявку казначею
з розрахунком і слідом у журналі

Сформовано заявку на перерозподіл і розміщення; До заявки додано розрахунок і перевірені обмеження; Надіслано керівнику казначейства на підтвердження; Без підтвердження людини жодного переказу не буде
Агент доводить справу до готової заявки, але переказ робить людина у банку своїм підписом. Це і є межа автономності на пілоті.
Відповідь агента наприкінці демо

Джерела даних і сповіщення


Клієнт-банки (Залишки по 148 рахунках, ліміти овердрафту, кілька разів на добу); Казначейський контур ERP (Внутрішньогрупові позики, депозити, кредитні угоди, щогодини); Реєстр платежів (Заявки на оплату і черга погоджень, щогодини); Ставки банків (Овернайт і короткий депозит, ставки залучення, щодня)
Агент не переказує гроші між юрособами і не розміщує депозит сам. Він готує заявку з розрахунком і перевіркою обмежень, а платіж підтверджує казначей у банку своїм підписом.
Агент платіжного календаря
Будує календар надходжень і виплат на 30 днів по кожній юрособі, знаходить касові розриви заздалегідь і показує варіанти закриття з ціною кожного.
Спільний агент. Той самий агент є в заявці Г. Копілевича по агровиробництву, там він працює з платіжним календарем кластера: один агент закриває обидві заявки.
Збираю все, з чого складається календар
факт, план і те, що поки в Excel

Факт з банків за 03.08: прийнято від агента звірки; Графіки платежів за договорами: 1 214 позицій; Транші CAPEX: 37 проєктів, 9 платежів у горизонті; Прогнози надходжень від підрозділів: 6 файлів Excel, різні шаблони
Останній рядок і є відповідь на питання «де ви починаєте роботу». Ми починаємо з того, що є, включно з Excel. Але одразу показуємо, яка частина прогнозу тримається на файлах, а не на системі.
Нормалізую дані
до розрахунку, а не після нього

Зведено 5 валют до гривні за курсом на дату операції; Без статті руху коштів: 11,4% рядків стаття підставлена за призначенням; Сума текстом замість числа: 34 рядки у двох файлах; Прогноз, змішаний з фактом: 1 файл розділено за датою; Відхилено рядків: 0, усі приведено до єдиного вигляду
Це відповідь на питання про вимоги до чистоти даних. Агент не вимагає ідеальних даних на вході, але завжди показує, що саме він домислив і де чекає на підтвердження.
Прогнозую надходження
за реальною платіжною дисципліною, а не за договором

Контрагентів у прогнозі: 412; Середня затримка проти договірного строку: 6,4 дні; Два переробники стабільно платять на 9-11 днів пізніше; Надходження 165 млн грн зсунуто з 11.08 на 15.08
Календар за договірними строками показує гроші, яких насправді не буде. Агент рахує прогноз за фактичною поведінкою кожного контрагента, і саме через це розрив видно заздалегідь, а не в день платежу.
Будую календар і шукаю розриви
по кожній юрособі окремо

Побудовано календар на 30 днів по 94 юрособах; Знайдено розривів: 1 критичний і 2 дрібних; UA-011: сальдо йде в мінус 12.08, мінімум -217 млн грн 13.08; У поточному процесі цей розрив помітили б 11.08
Мінімум сальдо 14.08, а не 13.08, тому що надходження приходять лише 15.08. Саме такі деталі губляться, коли календар зводять у файлі раз на тиждень.
Готую варіанти закриття
з ціною кожного, а не «треба щось робити»

Перевірено 4 способи закрити розрив; Внутрішньогруповий перерозподіл: доступно 296 млн грн; Зсув траншів CAPEX: 180 млн грн без зриву дат запуску; Короткий кредит 250 млн: 3,9 млн грн відсотків і мінус запас по ковенанті; Затримка платежів постачальникам: штрафи і репутація не рекомендую
Головна цінність тут не в тому, що агент знайшов розрив, а в тому, що поруч стоїть ціна кожного рішення. Розмова на нараді починається не з «що робимо», а з вибору між трьома порахованими варіантами.
Сповіщаю і ставлю на контроль
казначею і фіндиректору

Сповіщення надіслано о 07:44; Розрив поставлено на контроль: перерахунок при кожній зміні даних; Якщо надходження прийдуть раніше, агент сам зніме тривогу; Через 3 дні без рішення повторне нагадування фіндиректору
Розрив лишається під наглядом до закриття. Якщо переробник заплатить раніше, агент перерахує календар і сам напише, що тривоги більше немає.
Відповідь агента наприкінці демо

Джерела даних і сповіщення


Облікова система (ERP) (Кредиторська і дебіторська заборгованість, графіки платежів за договорами, щогодини); Клієнт-банки (Фактичні надходження і списання, залишки, 2-4 рази на добу); Графік CAPEX (Транші за проєктами і дати платежів підрядникам, щотижня); Прогнози підрозділів (Те, що поки живе в Excel: очікувані надходження продажів, щотижня)
Агент не ставить платіж на оплату і не скасовує його. Він показує розрив і ціну кожного варіанта, а пріоритезацію платежів і рішення про кредит лишає казначею і фіндиректору.
Агент моніторингу ковенант
Тримає всі ковенанти кредитних договорів і проспекту в одному місці, рахує їх на поточних даних, попереджає про наближення до порогу і показує, як кожне рішення казначейства зрушить показник.
Піднімаю реєстр ковенант
з договорів і проспекту, а не з памʼяті

Інструментів боргу: 4, ковенант під контролем: 5; Формули взяті з тексту договорів розділ і пункт указані; Найближчий тест: 30.09.2026, DSCR за синдикатом; Звітність кредиторам: до 30.11.2026 за 3 квартал
Ковенанти живуть у договорах, а не в Excel казначейства. Тому агент тримає їх як картки з посиланням на пункт: коли банк питає «за якою формулою», відповідь є одразу.
Збираю дані за визначенням договору
а не за управлінським зрізом

Борг за визначенням проспекту: 35 812 млн грн екв.; Грошові кошти до заліку: 2 140 млн грн; EBITDA LTM за визначенням договору: 12 288 млн грн; Коригування: оренда за МСФЗ 16 виключено за визначенням проспекту; Курс перерахунку: на дату звітності, не середній
Різниця між управлінським і договірним визначенням це головна пастка. Оренда, лізинг, курс на дату: якщо взяти управлінські цифри, вийде 2,61, а банк рахує 2,74.
Показую поточний стан
усі пʼять ковенант з запасом

Net Debt/EBITDA 2,74 при ліміті 3,00 запас 0,26; Interest Cover 4,61 при ліміті 4,00; DSCR 1,44 при ліміті 1,30; Кошик дивідендів використано на 36%; Подій cross-default: немає
Запас 0,26 виглядає спокійно рівно до моменту, коли додається новий борг. Тому агент показує не лише поточне значення, а й те, скільки до порогу лишається у показнику, а не у відсотках.
Проганяю сценарій кредиту
разом з тим, що вже заплановано

Сценарій: короткий кредит 250 млн грн під 18,9%; Net Debt росте на 250 млн, EBITDA не змінюється; Net Debt/EBITDA: 2,74 → 2,76; З вересневим траншем CAPEX 420 млн: 2,79 запас 0,21; Interest Cover: 4,61 → 4,58
Ключовий рядок передостанній. Кредит сам по собі не страшний, страшно те, що він з вересневим траншем і сезонним просіданням EBITDA дає порушення. Агент показує це у серпні, а не у листопаді на тесті.
Перевіряю на чутливість
що ще може зрушити показник

Курс +10%: борг у валюті росте показник 2,74 → 3,09; Ставка короткого боргу +2 п.п.: Interest Cover 4,61 → 4,42; Падіння ціни на продукцію 8%: DSCR 1,44 → 1,31; Найчутливіший фактор: курс, бо 78% боргу у валюті
78% боргу у валюті, тому курс важить більше за всі рішення казначейства разом. Це аргумент не для казначейства, а для розмови про хеджування на правлінні.
Попереджаю завчасно
до рішення, а не після нього

Сповіщення надіслано керівнику корпоративних фінансів і фіндиректору; Сценарій «кредит + транш» поставлено на контроль; При наближенні показника до 2,90 агент напише сам; До тесту 30.09 нагадування за 30, 14 і 5 днів
Класична помилка це рахувати ковенанту раз на квартал перед звітом кредитору. Агент рахує її щодня на поточних даних і попереджає до того, як рішення ухвалене.
Відповідь агента наприкінці демо

Джерела даних і сповіщення


Кредитні договори і проспект (Формула кожної ковенанти, пороги, дати тестів, визначення показників, при зміні договору); Облікова система (ERP) (Борг, грошові кошти, EBITDA, фінансові витрати, щодня); Консолідована звітність (Дані для тесту у визначенні договору, а не управлінському, щокварталу); Плани казначейства (Заплановані залучення і погашення, за подією)
Агент не веде переговори з банком і не готує waiver. Він завчасно показує, що показник іде до порогу, з якої причини і що саме на нього впливає, а комунікацію з кредитором веде людина.
Агент валютних ризиків
Тримає валютну позицію групи, зіставляє валютні надходження і платежі за строками, рахує вартість кожного варіанта покриття і показує, у що обходиться рішення нічого не робити.
Піднімаю валютну позицію групи
активи, зобовʼязання, контракти

Валютні надходження в горизонті 90 днів: 64,1 млн $; Валютні платежі: 43,8 млн $; Відкрита позиція: 21,4 млн $ і 6,2 млн EUR; Захеджовано: 38% політика вимагає 50-70%
Позиція збирається з чотирьох різних джерел. Коли це роблять руками раз на тиждень, між зведеннями завжди є дні, у які ніхто не знає реальної позиції.
Розкладаю за строками
бо позиція в цілому нічого не каже

Серпень: приходить 18,4, платимо 12,7, нетто +5,7 млн $; У серпні є розрив за датами: платіж 12.08, надходження з 18.08; На 12.08 валюти на рахунках: 2,3 млн $; Непокрито на дату платежу: 1,8 млн $
За місяць позиція позитивна, а на конкретну дату валюти бракує. Саме тому агент дивиться на дати платежів, а не на місячний нетто.
Рахую вартість кожного варіанта
включно з варіантом нічого не робити

Варіант 1, купити зараз: з рахунків іде 181 млн грн на 8 днів раніше; Вартість грошей за 8 днів під 18,9%: 0,75 млн грн; Варіант 2, форвард на 8 днів: котирування банку 0,9 млн грн; Варіант 3, купити в день платежу: 0 грн, але розкид курсу за 30 днів 3,4% до 6,1 млн грн
Варіант «нічого не робити» теж має ціну, просто вона не в бюджеті, а в ризику. Агент показує її поруч, щоб рішення було свідомим, а не за замовчуванням.
Звіряю з валютною політикою
ліміти, повноваження, дозволені інструменти

Платежі понад 3 млн $ покриваються не менше ніж на 50% зараз 0%; Дозволені інструменти: форвард, свот, купівля з рахунку; Ліміт на банк-контрагент: вільно 12 млн $; Повноваження: до 5 млн $ підписує керівник казначейства
Політика зазвичай існує у вигляді документа, який згадують раз на квартал. Тут вона працює як перевірка на кожній угоді, і видно, коли фактичне покриття вже нижче за власну ціль.
Дивлюсь ширше за один платіж
позиція в цілому, а не тільки 12.08

При покритті лише цього платежу позиція лишається 21,4 млн $ відкритою; Щоб вийти на 50% покриття, треба закрити ще 6,6 млн $; Вартість доведення до цілі політики: близько 2,4 млн грн; Рішення поза повноваженнями казначейства на комітет
Один платіж закривається легко. Агент одразу показує, що це не робить позицію групи закритою, і що для цього потрібне окреме рішення комітету, а не ще одна угода казначея.
Готую рекомендацію
з розрахунком і посиланням на політику

Рекомендація: форвард на 8 днів, 0,9 млн грн; Запит котирувань у трьох банків підготовлено; Угода не збільшує розрив 12-14.08; Після угоди агент перерахує позицію і покриття
Якщо рішення буде лишити позицію відкритою, агент це не заперечує, але записує у журнал з розрахунком ризику. Через місяць видно, скільки коштували такі рішення.
Відповідь агента наприкінці демо

Джерела даних і сповіщення


Казначейський контур ERP (Валютні контракти, депозити, кредити у валюті, щодня); Облікова система (ERP) (Валютна дебіторська і кредиторська заборгованість, щодня); Курси і котирування (Курс НБУ, курси банків, форвардні пункти, ставки, щодня, у день угоди частіше); Валютна політика групи (Ліміти позиції, дозволені інструменти, хто ухвалює рішення, при перегляді)
Агент не купує валюту і не укладає форвард. Він готує розрахунок і рекомендацію за вашою валютною політикою, а угоду підтверджує уповноважена людина.
Агент контролю CAPEX
Веде 37 інвестиційних проєктів: освоєння проти бюджету, графік траншів, відставання за фізичним прогресом і те, як зсув транша змінює потребу в грошах і ковенанти.
Піднімаю програму CAPEX
37 проєктів, бюджет і освоєння

Бюджет 2026: 4 820 млн грн, проєктів 37; Освоєно на 04.08: 2 610 млн грн, це 54%; Платежів у горизонті 30 днів: 9 на 382 млн грн; Проєктів з відставанням понад 4 тижні: 3
Ключова колонка тут не бюджет, а прогрес. Проєкт із освоєнням 21% на серпень це не економія, а відставання, яке потім стає авральним платежем у грудні.
Порівнюю гроші з фізичним прогресом
найчастіше вони розходяться

Проєктів, де гроші випереджають роботи: 4; Найбільший розрив: сонячна станція, освоєно 21% при плані 58%; Авансовано підрядникам: 310 млн грн; З них закрито актами: 218 млн грн
Це та частина, яку в казначействі зазвичай не бачать: платіжний графік будується за договором, а не за реальним станом будівництва. Через це гроші йдуть раніше, ніж потрібні.
Дивлюсь на графік траншів
що з чим збігається у серпні

У тиждень 12-14.08 припадає 96 млн траншу і зарплата; Транш 19.08: обладнання ще в дорозі, монтаж не почато; Транш 27.08: постачальник підтвердив відвантаження на 22.09; Штрафів за перенесення платежу за цими договорами: немає
Видно головне: гроші йдуть у серпні, а роботи починаються у жовтні. Це і є місце, де зсув транша нічого не ламає, а просто повертає платіж до реального графіка.
Перевіряю, чи можна зсунути
договір, постачальник, дата запуску

Лінія переробки: умова оплати «за 30 днів до монтажу», монтаж з 01.10 зсув на 5 тижнів можливий; Комбікормовий завод: аванс під відвантаження, відвантаження 22.09 зсув на 6 тижнів; Дати запуску обох проєктів: не змінюються; Штрафи і подорожчання: немає за умовами договорів; Сонячна станція: зсув не допоможе там питання не в грошах
Агент не пропонує зсувати все підряд. Два транші зсунути можна з підставою у договорі, два не можна, а один взагалі не про гроші: там треба рішення, чи продовжуємо проєкт цього року.
Рахую вплив на гроші і ковенанти
заради чого все це робилось

Потреба серпня зменшується на 180 млн грн; Разом з пулінгом розрив 12-14.08 закривається повністю; Net Debt/EBITDA: 2,74 → 2,73; Ризик перенесення 70 млн грн з 2026 на 2027 по сонячній станції
Зсув транша це не економія, гроші все одно будуть витрачені. Але у конкретному тижні він знімає потребу в кредиті, і цим економить 3,9 млн грн, які не пішли на відсотки.
Передаю на рішення
інвесткомітету і казначейству

Сповіщення надіслано контролеру CAPEX і керівникам проєктів; До пропозиції додано підстави з договорів; Окремо піднято питання сонячної станції потрібне рішення комітету; Після рішення агент оновить платіжний календар автоматично
Рішення ухвалює комітет, агент лише приносить готову підставу. Але після рішення платіжний календар і прогноз ковенанти оновлюються самі, без окремої задачі казначею.
Відповідь агента наприкінці демо

Джерела даних і сповіщення


Модуль проєктів ERP (Проєкти, бюджети, освоєння, кошториси, щодня); Модуль закупівель ERP (Замовлення підрядникам, статуси постачання обладнання, щодня); Графіки проєктів (Дати етапів і запуску, залежності робіт, щотижня); Договори з підрядниками (Умови оплати, аванси, штрафи за перенесення, при підписанні)
Агент не зсуває транші і не змінює бюджет проєкту. Він показує, де зсув технічно можливий і чим це підтверджується, а рішення ухвалює інвестиційний комітет.
Агент звітності для інвесторів
Збирає пакет для інвесторів, банків і кредиторів з тих самих даних, що й управлінська звітність: борг, ліквідність, CAPEX, ковенанти, і сам знаходить розбіжності між зрізами до того, як їх знайде аудитор.
Визначаю периметр і адресатів
у кожного кредитора свої форми і строки

Юросіб у периметрі консолідації: 94; Адресатів звітності: 5; Форм у пакеті: 14; Найближчий строк: 15.08, звіт синдикату
Форми у кредиторів різні, а джерело даних одне. Саме через це зараз звітність збирається довго: одні й ті самі цифри перекладаються в пʼять різних шаблонів руками.
Збираю дані
ті самі, що бачить казначейство щодня

Борг за визначенням договорів: 35 812 млн грн; Грошові кошти: 2 140 млн грн; EBITDA LTM: 12 288 млн грн; CAPEX за 7 місяців: 2 610 млн грн; Внутрішньогрупові обороти виключено: 4 118 млн грн
Жодна цифра тут не вводиться руками. Це рівно ті самі дані, з якими вранці працювали агенти казначейства, тому звіт кредитору не може розійтися з тим, що бачить фіндиректор.
Заповнюю форми
кожну за шаблоном свого адресата

Заповнено форм: 14 з 14; Потребують ручного коментаря: 3; Форма синдикату вимагає розшифровку боргу по юрособах зібрано автоматично; Час збирання пакета: 40 хвилин проти 3-5 робочих днів
Агент чесно позначає, де потрібна людина. Це не «звіт натиском кнопки», а звіт, у якому людині лишається рішення і підпис, а не збирання цифр.
Звіряю зрізи між собою
управлінський проти звітного

Звірено 9 ключових показників; Збігається: 7; Розбіжність по боргу: 4,2 млн грн курс на дату проти середнього; Розбіжність по CAPEX: 1,1 млн грн акт 31.07 у системі 02.08
Це найцінніша частина. Розбіжності між управлінським і звітним зрізом зазвичай спливають на аудиті або в питанні кредитора, а тут вони знайдені самі, з причиною і датою.
Готую пояснення
мовою, якою його можна віддати кредитору

Перше пояснення сформовано автоматично курсова різниця, стандартна практика; Друге потребує рішення у який період включати акт; До пояснення додано первинні документи; Обидва питання внесено у журнал звітності
Агент не вирішує облікове питання сам. Він формулює його так, щоб людині лишалось обрати з двох варіантів, а не піднімати первинку заново.
Віддаю пакет
з листом про ключові зміни

Пакет зібрано: 14 форм плюс пояснення; Лист про ключові зміни за місяць сформовано; Наступний строк: 15.08, звіт синдикату; Нагадування за 5 днів до строку
Пакет це не кінець роботи, а вхід у наступний місяць: агент запамʼятовує рішення по спірному питанню і наступного разу застосовує його сам.
Відповідь агента наприкінці демо

Джерела даних і сповіщення


Облікова система (ERP) (Обороти і сальдо, борг, фінансові витрати, сегменти, щодня); Система консолідації (Виключення внутрішньогрупових оборотів, щомісяця); Кредитні договори (Формати звітності, які вимагає кожен кредитор, при підписанні); Шаблони звітів (Форми банків, МФО, тримачів облігацій, при зміні вимог)
Агент не підписує звітність і не ухвалює облікові рішення. Він збирає пакет, показує розбіжності і пропонує пояснення, а відповідальність за цифру у звіті лишається за людиною, яка її підписує.
Агент управлінського дашборду CFO
Збирає одну сторінку рішень фіндиректора: позиція, розриви, варіанти з ціною, ковенанти, CAPEX. Кожна цифра розкривається до джерела, а не живе окремим слайдом.
Спільний агент. Той самий агент є в заявці Ю. Шевели по контролінгу, там сторінка збирається навколо собівартості: один агент закриває обидві заявки.
Збираю роботу всіх агентів контуру
сім агентів відпрацювали до 08:52

Звірка з банками: 1 842 операції, 41 у черзі уточнень; Ліквідність: позиція 2 140 млн грн, надлишок 380 млн; Календар: розрив 217 млн на UA-011 12-14.08; Ковенанти, валюта, CAPEX, звітність відпрацювали, є висновки
Фіндиректор не читає сім звітів. Агент дашборду сам відбирає з них те, що справді потребує рішення сьогодні, і показує решту одним рядком.
Показую цифри дня
без слайдів і без пошуку по файлах

Зібрано 8 ключових показників; Кожен має джерело і час зчитування; Два показники змінились з учора суттєво; Сторінка готова о 08:52, перша нарада о 09:30
Ті самі вісім цифр зараз збираються з чотирьох джерел і трьох людей, і зазвичай до обіду. Тут вони на одній сторінці о 08:52 і на один момент часу.
Розкриваю будь-яку цифру
до системи і до розрахунку

Натиснуто на 2 140 млн грн; Розкрито до 11 банків і 148 рахунків; Далі до конкретної виписки і часу зчитування; По Банку Г стоїть позначка залишок за 02.08, запитано вивантаження
Ось відповідь на питання «на основі чого ця цифра». Кожен показник розкривається до системи, часу зчитування і первинної операції, а сумнівне джерело позначається, а не ховається.
Складаю рішення дня
кожне з ціною і наслідком

Рішень, що потребують вас: 3; По кожному підготовлено варіанти з розрахунком; Рекомендація агента позначена, але не навʼязана; Відкладені рішення повернуться завтра
Різниця з дашбордом у тому, що дашборд показує стан, а це показує вибір. Ви бачите не «розрив 217 млн», а три варіанти з цінами, і час наради йде на рішення, а не на зʼясування цифр.
Готую те, що спитають на нараді
заздалегідь, а не в режимі пошуку

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

Сторінка надіслана о 08:52; Оновлення при кожній зміні даних, не раз на добу; Якщо переробник заплатить раніше тривога знімається сама; О 18:30 підсумок дня і що змінилось
Сторінка жива весь день. Це головна різниця з ранковим звітом у пошті: звіт застаріває до обіду, а сторінка перераховується при кожній новій виписці.
Відповідь агента наприкінці демо

Джерела даних і сповіщення


Агенти контуру (Позиція, календар, ковенанти, валюта, CAPEX, звітність, у момент розрахунку); облікова система (ERP) (Первинні дані для розкриття будь-якої цифри, щогодини); Power BI (Управлінська звітність і історія показників, щодня); Календар керівника (Наради дня, щоб сторінка була готова до першої, щодня)
Агент не ухвалює рішення за фіндиректора і не ховає незручні цифри. Якщо джерело недоступне, показник виводиться з позначкою «дані станом на» замість правдоподібної цифри.
Які дані потрібні і з чого починаємо
Два питання, які прозвучали на дзвінку 03.08: де починається наша робота і які вимоги до чистоти даних. Відповідь коротка: агент починає з тих самих сирих даних, з якими сьогодні працює людина, а ідеальні дані для старту не потрібні.
Ви віддаєте регулярні вивантаження у фіксованому форматі: залишки і виписки, реєстр платежів, графік CAPEX, картки кредитів. Агент працює з ними так само, як працював би з системою. Це нормальний старт для MVP: якщо агент на них не дає користі, інтеграція не врятує.
Що потрібно: Тека обміну або спільний диск, 4-6 файлів, узгоджений формат і час вивантаження.
Технічний користувач з правами лише на читання: view на читання в обліковій системі, тека MT940 з банків, доступ до реєстру платежів. Агент нічого не пише у ваші системи на цьому етапі.
Що потрібно: Заявка в ІТ, тестовий контур, перелік обʼєктів даних (він у розділі «Інтеграції»).
Створення заявки на платіж, постановка на оплату, розміщення депозиту. Це вже права на запис, окремий контур погодження і окремі критерії приймання. На пілоті ми свідомо цього не робимо.
Що потрібно: Рішення власника процесу, регламент погодження, аудиторський слід.
Шість полів, без яких розрахунок не збереться
Код або ЄДРПОУ у кожному рядку. Без нього зведена позиція групи не збирається.
Типова проблема: Назви юросіб пишуться по-різному у різних файлах
Дата у форматі дати, сума числом з валютою. Тексту «орієнтовно» в цих полях бути не може.
Типова проблема: Сума текстом на кшталт «близько 2 млн»
Валюта операції окремим полем. Курс агент бере сам, якщо його немає у вивантаженні.
Типова проблема: Все зведено в гривню без збереження валюти операції
Потрібно, щоб розносити платежі автоматично і бачити дисципліну контрагента. Без нього рознесення падає з 96% до 70%.
Типова проблема: Порожнє призначення платежу
Дає розріз календаря за статтями. Якщо статті немає, агент пропонує її сам за призначенням платежу, а людина підтверджує.
Типова проблема: Один код «інше» на 40% операцій
Інакше прогноз змішується з фактом і календар показує неправду.
Типова проблема: Прогноз лежить у тому самому стовпці, що й факт
Що потрібно від МХП, щоб це стало вашим, а не демонстраційним
Стенд працює на демонстраційних даних групи. Щоб ті самі екрани показували ваші юрособи, ваші банки і ваші ковенанти, потрібні чотири речі, і всі вони зняті у брифі.
Скільки юросіб у периметрі пілота, скільки банків і рахунків, скільки платежів на добу, який горизонт календаря потрібен. Від цього залежить і строк, і архітектура.
Як реально можна взяти дані: вивантаження у теку обміну, view на читання в обліковій системі, MT940 з банків, доступ до реєстру платежів. Це найбільше впливає на строк.
Валютна політика і ліміти, формули ковенант з ваших договорів, порядок пріоритезації платежів, ліміти внутрішньогрупових позик. Агент рахує за вашими правилами, інакше цифрам не повірять.
Той, хто підтверджує висновки на пілоті. Без нього пілот перетворюється на демонстрацію, а не на робочий інструмент.