Впроваджений кейс · демонстрація для казначейства

Що саме показує жива демонстрація: покроково, на кадрах

Нижче кожен з 11 сценаріїв розібраний по кроках: що відбувається на екрані, що агент робить під капотом і де межа його самостійності. Кадри зняті прогоном по самій демонстрації. Будь-який крок відкривається одним кліком. Юрособи, банки і суми умовні і позначені «(приклад)», порядок дій і екрани справжні.

Як користуватись демонстрацією

Демонстрація це робочий кабінет агентів казначейства на демонстраційних даних. Ви обираєте сценарій, тиснете «далі», і на кожному кроці підсвічується та сама таблиця і той самий розрахунок, які бачить казначейство після впровадження. Нижче всі 11 сценаріїв покроково, з кадрами і поясненнями. Будь-який крок відкривається у самій демонстрації одним кліком.

1

Головна: 11 сценаріїв у трьох групах

Головна: 11 сценаріїв у трьох групах
Кадр демонстрації, дані умовніВідкрити у демонстрації
Що на екрані

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

Навіщо це

Кожен сценарій самодостатній: можна відкрити той, що цікавить, і не проходити решту.

2

Можна ввести свої цифри

Можна ввести свої цифри
Кадр демонстрації, дані умовніВідкрити у демонстрації
Що на екрані

На змістових кроках є поле «Спробуйте своє». Тут замість розриву 217 млн грн підставлено 380 млн, і варіанти перерахувались: кредит 437 млн і 6,9 млн грн відсотків.

Навіщо це

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

3

Калькулятор під ваші обсяги

Калькулятор під ваші обсяги
Кадр демонстрації, дані умовніВідкрити у демонстрації
Що на екрані

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

Навіщо це

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

4

Наприкінці сценарію

Наприкінці сценарію
Кадр демонстрації, дані умовніВідкрити у демонстрації
Що на екрані

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

Навіщо це

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

5

На телефоні

На телефоні
Кадр демонстрації, дані умовніВідкрити у демонстрації
Що на екрані

Ті самі кроки відкриваються з телефона, док з кнопками лишається внизу екрана.

Навіщо це

Перевірено на ширині 390 пікселів: сторінка вміщується в екран.

Сценарій 1. Ранок казначея: від виписки о 07:00 до рішення о 09:00

Наскрізний сценарій без пропусків проміжних кроків

Кейс: Кейс впроваджено у групі з експортною виручкою і борговим портфелем. Юрособи, банки і суми умовні, порядок дій і екрани справжні. Демо-дані позначені «(приклад)».
Що доводить цей сценарій

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

Що змінилось після впровадження

Позиція групи збирається до 07:20 без запитів у юрособи. Розрив на 12-14.08 знайдено 04.08, закрито без кредиту, ковенанта не зрушила. Ранкова робота двох людей звільнилась.

1

Як це збирають сьогодні

Ранок казначея: від виписки о 07:00 до рішення о 09:00, крок 1
Що відбувається

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

Під капотом

Дані станом на різний час доби; Дві юрособи не встигли прислати; Помилка в одному рядку не видно нікому

2

07:00, агент забирає виписки сам

Ранок казначея: від виписки о 07:00 до рішення о 09:00, крок 2
Що відбувається

Тепер той самий ранок з агентом. О сьомій він підключається до всіх банків групи і забирає виписки в тому форматі, у якому банк їх віддає. Ніхто не заходить у клієнт-банк.

Під капотом

11 банків, 148 рахунків, 5 валют; MT940, camt.053 і банківські API одночасно; Новий банк це налаштування, а не новий процес

3

Перевірка повноти, а не лише сум

Ранок казначея: від виписки о 07:00 до рішення о 09:00, крок 3
Що відбувається

Ось те, що зазвичай ловлять руками і не завжди. У Банку Г між випискою 212 і 214 немає 213. Сума на екрані від цього лишається тією самою, і позиція групи стає неправильною.

Під капотом

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

4

Рознесення 1 842 операцій

Ранок казначея: від виписки о 07:00 до рішення о 09:00, крок 4
Що відбувається

Агент розносить операції за контрагентом, договором і статтею руху коштів. Те, чого не впізнав, іде в чергу уточнень з причиною і адресатом, а не зникає.

Під капотом

1 106 за номером договору в призначенні; 512 за контрагентом і сумою; 158 за історією платежів, це і є навчання на ваших даних; 41 у черзі уточнень на 18,6 млн грн

5

Позиція групи о 07:20

Ранок казначея: від виписки о 07:00 до рішення о 09:00, крок 5
Що відбувається

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

Під капотом

2 140 млн грн на 148 рахунках; Вільні кредитні ліміти 1 310 млн грн; Жодного запиту в юрособи

6

Скільки з цих грошей справді вільні

Ранок казначея: від виписки о 07:00 до рішення о 09:00, крок 6
Що відбувається

Позиція без потреби це просто залишок. Разом з календарем видно інше: з 380 млн надлишку реально вільні 296, решта під обмеженнями.

Під капотом

Цільове фінансування 62 млн: використати не можна; Кошти в заставі 22 млн; Валютний контроль по PL-002; Ліміт внутрішньогрупових позик перевірено

7

Календар на 30 днів по кожній юрособі

Ранок казначея: від виписки о 07:00 до рішення о 09:00, крок 7
Що відбувається

Календар будується по кожній юрособі окремо. Саме тому видно, що проблема одна і конкретна: одна юрособа і три дні.

Під капотом

Факт з банків, план з систем і прогнози підрозділів; Горизонт 30 днів, 94 юрособи, 5 валют; Сальдо на кінець кожного дня

8

Чому надходження зсунулись

Ранок казначея: від виписки о 07:00 до рішення о 09:00, крок 8
Що відбувається

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

Під капотом

Історія 12 місяців по 412 контрагентах; Два переробники стабільно платять на 9-11 днів пізніше; 165 млн грн зсунуто з 11.08 на 15.08

9

Розрив 217 млн грн на 12-14.08

Ранок казначея: від виписки о 07:00 до рішення о 09:00, крок 9
Що відбувається

В один тиждень зійшлись транш CAPEX 96 млн, зарплата 74 млн і платіж за кормову сировину 165 млн, а надходження прийдуть 15.08. У поточному процесі це побачили б 11.08.

Під капотом

Мінімум сальдо 14.08, а не 13.08; Знайдено 04.08, тобто за 8 днів; Розрив лишається під наглядом до закриття

10

Три варіанти закриття з ціною кожного

Ранок казначея: від виписки о 07:00 до рішення о 09:00, крок 10
Крок 10 з 14 · можна ввести своєПройти цей крок
Що відбувається

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

Під капотом

Перевірено чотири способи закрити розрив; Затримка платежів постачальникам відкинута: штрафи і репутація; Рекомендація позначена, але не навʼязана

11

Перевірка на ковенанти до рішення

Ранок казначея: від виписки о 07:00 до рішення о 09:00, крок 11
Що відбувається

Перед тим як радити кредит, агент проганяє його через ковенанти за визначенням договору. Кредит сам по собі прийнятний, але разом з вересневим траншем і сезонним просіданням EBITDA дає порушення.

Під капотом

Формула з проспекту, розділ 4.2; Перевірка щодня, а не раз на квартал перед звітом; Пулінг ковенанту не рухає, кредит рухає

12

Агент пише людині сам

Ранок казначея: від виписки о 07:00 до рішення о 09:00, крок 12
Що відбувається

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

Під капотом

Канал і адресат налаштовуються; Кнопки в повідомленні це дії, а не картинка; Через три дні без рішення нагадування фіндиректору

13

Під капотом: журнал з часом і джерелом

Ранок казначея: від виписки о 07:00 до рішення о 09:00, крок 13
Що відбувається

Кожна дія агента лишає слід: що прочитав, у якій системі, що порахував і кому написав. Це те, що першим питає внутрішній аудит і кредитор.

Під капотом

Журнал не можна відредагувати з інтерфейсу; По кожній цифрі видно джерело і час зчитування; Зберігається стільки, скільки вимагає ваша політика

14

Де межа: що агент зробив сам, а що ні

Ранок казначея: від виписки о 07:00 до рішення о 09:00, крок 14
Що відбувається

За весь цей ранок агент не переказав жодної гривні. Він зібрав, порахував, показав ціну варіантів і підготував заявку. Рішення і підпис лишились за людиною.

Під капотом

На пілоті у агента права лише на читання; Запис у системи це окреме рішення після пілота; Кожна рекомендація має розрахунок, який можна перевірити

Що потрібно від вас, щоб це працювало на ваших даних: Виписки або доступ до клієнт-банків. Реєстр платежів і графік CAPEX. Правило пріоритезації платежів. Одна людина з казначейства, яка підтверджує висновки.

Коротко. Три хвилини: від виписки до рішення

Якщо часу мало, дивіться цей сценарій

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

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

Що змінилось після впровадження

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

1

Виписки самі, о сьомій ранку

Три хвилини: від виписки до рішення, крок 1
Що відбувається

Ранок починається з готової картини: усі банки групи зібрані, операції рознесені, невпізнане у черзі.

Під капотом

11 банків, 148 рахунків; 1 842 операції за ранок; 96,4% рознесено автоматично

2

Позиція групи за 20 хвилин, а не до обіду

Три хвилини: від виписки до рішення, крок 2
Що відбувається

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

Під капотом

Вільно 2 140 млн грн; Заблоковано і цільові окремим рядком; Концентрація по банках з порогом

3

Розрив видно 04.08, а не 11.08

Три хвилини: від виписки до рішення, крок 3
Що відбувається

Календар на 30 днів показує день, коли платити не буде чим. Раніше це помічали за день або два, коли варіантів уже немає.

Під капотом

Розрив 217 млн грн на 12-14.08; Причина: транш CAPEX, зарплата і корми в один тиждень; До дня розриву вісім робочих днів

4

Три варіанти з ціною кожного

Три хвилини: від виписки до рішення, крок 4
Що відбувається

Разом з розривом агент приносить відповідь: ось чим його закрити і скільки це коштує. Дешевший варіант стоїть першим, кредит останнім.

Під капотом

Переказ у межах групи: 0 грн; Зсув траншів CAPEX: 0 грн; Короткий кредит: 3,9 млн грн і мінус запас по ковенанті

5

Агент пише сам

Три хвилини: від виписки до рішення, крок 5
Що відбувається

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

Під капотом

Повідомлення о 07:44, за вісім днів до розриву; У повідомленні розрахунок і три варіанти; Рішення людини лишається в журналі

6

Де межа відповідальності

Три хвилини: від виписки до рішення, крок 6
Що відбувається

Агент рахує і пропонує. Гроші рухає людина. Це постійна межа, вона діє і після пілота.

Під капотом

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

7

З чого це починається у вас

Три хвилини: від виписки до рішення, крок 7
Що відбувається

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

Під капотом

Залишки на рахунках на дату зрізу; Реєстр планових платежів на 30 днів; Перший результат за 2-4 тижні

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

Сценарій 2. Ковенанти: що буде з показником від кожного рішення казначейства

Розрахунок за визначенням договору, а не за управлінським зрізом

Кейс: Кейс впроваджено у групі з облігаціями і банківськими кредитами. Суми, інструменти і пункти договорів умовні (приклад), логіка розрахунку справжня.
Що доводить цей сценарій

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

Що змінилось після впровадження

Ковенанти рахуються щодня. Наближення до порогу видно за квартал. Розрахунок можна показати банку разом з посиланням на пункт договору.

1

Ковенанти живуть у договорах, а не в Excel

Ковенанти: що буде з показником від кожного рішення казначейства, крок 1
Що відбувається

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

Під капотом

5 ковенант по 4 інструментах боргу; У кожної вказано розділ і пункт документа; Найближчий тест 30.09.2026

2

Рахуємо за визначенням договору

Ковенанти: що буде з показником від кожного рішення казначейства, крок 2
Що відбувається

Головна пастка: управлінський зріз і договірне визначення це різні цифри. Оренда, лізинг, курс на дату. За управлінськими даними вийшло б 2,61, а банк рахує 2,74.

Під капотом

Оренда за МСФЗ 16 виключена за розд. 4.2; Курс на дату звітності, не середній; Кожен рядок розкривається до джерела

3

Сценарій рішення казначейства

Ковенанти: що буде з показником від кожного рішення казначейства, крок 3
Крок 3 з 7 · можна ввести своєПройти цей крок
Що відбувається

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

Під капотом

Кредит сам по собі дає 2,80, це прийнятно; З вересневим траншем 2,84; Просідання EBITDA на 10% у цьому сценарії пробиває ліміт

4

Що ще рухає показник

Ковенанти: що буде з показником від кожного рішення казначейства, крок 4
Що відбувається

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

Під капотом

Курс +10% це +0,27 до показника; EBITDA -10% це +0,30; Зсув двох траншів CAPEX це -0,05

5

Попередження, а не констатація

Ковенанти: що буде з показником від кожного рішення казначейства, крок 5
Що відбувається

Агент пише до того, як рішення ухвалене. І пише конкретно: що саме станеться з показником і за яких умов.

Під капотом

Порог сповіщення 2,90 налаштовується; Нагадування за 30, 14 і 5 днів до тесту; До повідомлення додається розрахунок

6

Журнал розрахунку

Ковенанти: що буде з показником від кожного рішення казначейства, крок 6
Що відбувається

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

Під капотом

Джерело кожного числа; Версія формули і пункт договору; Історія значень за всі дні

7

Межа: агент не веде переговори з банком

Ковенанти: що буде з показником від кожного рішення казначейства, крок 7
Що відбувається

Агент завчасно показує, що показник іде до порогу і з якої причини. Комунікацію з кредитором, waiver і будь-які зобовʼязання бере на себе людина.

Під капотом

Агент не листується з банком; Не готує waiver і не дає обіцянок; Не змінює формулу без підтвердження

Що потрібно від вас, щоб це працювало на ваших даних: Кредитні договори і проспект: формули, пороги, дати тестів. Джерело боргу і EBITDA (облікова система (ERP) або звітність). Список запланованих залучень і погашень.

Сценарій 3. Валютний платіж: три варіанти покриття і ціна кожного

Разом з тим, у що обходиться рішення нічого не робити

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

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

Що змінилось після впровадження

Кожен великий валютний платіж має пораховані варіанти покриття до дати платежу. Фактичне покриття позиції вийшло на рівень власної політики.

1

Позиція за строками, а не в цілому

Валютний платіж: три варіанти покриття і ціна кожного, крок 1
Що відбувається

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

Під капотом

Відкрита позиція 21,4 млн $ і 6,2 млн EUR; На 12.08 валюти на рахунках 2,3 млн $; Непокрито на дату платежу 1,8 млн $

2

Три варіанти з ціною

Валютний платіж: три варіанти покриття і ціна кожного, крок 2
Крок 2 з 6 · можна ввести своєПройти цей крок
Що відбувається

Купити зараз дешевше за форвард, але забирає 181 млн грн гривні саме в тиждень касового розриву. Тому агент рекомендує форвард і прямо пише, чому саме.

Під капотом

Купити зараз: 0,75 млн грн вартості грошей; Форвард на 8 днів: 0,9 млн грн; Нічого не робити: 0 грн, але ризик до 6,1 млн грн

3

Перевірка за вашою політикою

Валютний платіж: три варіанти покриття і ціна кожного, крок 3
Що відбувається

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

Під капотом

Платежі понад 3 млн $ покриваються не менше ніж на 50%; Ліміт на банк-контрагент вільний; Повноважень керівника казначейства достатньо

4

Ширше за один платіж

Валютний платіж: три варіанти покриття і ціна кожного, крок 4
Що відбувається

Агент одразу показує, що закриття одного платежу не робить позицію групи закритою. Для цього потрібне окреме рішення комітету, а не ще одна угода казначея.

Під капотом

Після угоди покриття 57% проти цілі 50-70%; Доведення позиції до цілі це ще близько 2,4 млн грн; Це вже рішення комітету

5

Рекомендація і слід у журналі

Валютний платіж: три варіанти покриття і ціна кожного, крок 5
Що відбувається

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

Під капотом

Рекомендація завжди з розрахунком; Відмова теж фіксується; Через 30 днів звіт: що вирішили і чим це закінчилось

6

Межа: угоду укладає людина

Валютний платіж: три варіанти покриття і ціна кожного, крок 6
Що відбувається

Агент не купує валюту і не укладає форвард. Він рахує, перевіряє за політикою і готує запит на котирування. Угоду підтверджує уповноважена людина.

Під капотом

Жодного доступу до торгових систем; Запит котирувань це лист, а не угода; Усі ліміти перевіряються до пропозиції

Що потрібно від вас, щоб це працювало на ваших даних: Валютна політика: цільове покриття, дозволені інструменти, ліміти, повноваження. Джерело валютних контрактів і платежів. Котирування банків.

Сценарій 4. CAPEX: які транші можна зсунути і що ми цим ламаємо

Для казначейства це головне джерело великих платежів

Кейс: Кейс впроваджено у групі з інвестиційною програмою понад два мільярди гривень. Проєкти, суми і дати умовні (приклад), підстави для зсуву справжні.
Що доводить цей сценарій

Показує, що зсув платежу може мати підставу в договорі і графіку постачання, а не бути проханням потерпіти.

Що змінилось після впровадження

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

1

Гроші проти робіт

CAPEX: які транші можна зсунути і що ми цим ламаємо, крок 1
Що відбувається

Ключова колонка тут фізичний прогрес поруч з бюджетом. Проєкт із освоєнням 21 відсоток при плані 58 означає відставання, яке стане авральним платежем у грудні.

Під капотом

37 проєктів, бюджет 2 400 млн грн; Освоєно 54% на 04.08; Три проєкти з відставанням понад 4 тижні

2

Транші і роботи на одній шкалі

CAPEX: які транші можна зсунути і що ми цим ламаємо, крок 2
Що відбувається

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

Під капотом

Лінія переробки: оплата за 30 днів до монтажу, монтаж з 01.10; Комбікорм: аванс під відвантаження, відвантаження 22.09; Штрафів за перенесення за цими договорами немає

3

Перевірка можливості зсуву

CAPEX: які транші можна зсунути і що ми цим ламаємо, крок 3
Що відбувається

Агент перевіряє кожен транш окремо. Два транші можна зсунути з підставою в договорі, два треба платити вчасно, а в одному питання про долю самого проєкту.

Під капотом

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

4

Що це дає грошам і ковенанті

CAPEX: які транші можна зсунути і що ми цим ламаємо, крок 4
Що відбувається

Зсув транша переносить витрату в часі: гроші все одно будуть витрачені. Але в конкретному тижні він знімає потребу в кредиті, і цим економить відсотки.

Під капотом

Потреба серпня меншає на 180 млн грн; Разом з пулінгом розрив закривається повністю; Ковенанта 2,74 стає 2,69

5

Передача на рішення комітету

CAPEX: які транші можна зсунути і що ми цим ламаємо, крок 5
Що відбувається

Рішення ухвалює інвестиційний комітет, агент лише приносить готову підставу. Але після рішення платіжний календар оновлюється сам.

Під капотом

У повідомленні підстава з договору; Окремо піднято питання проєкту, що відстає; Після рішення календар перераховується без окремої задачі

6

Межа: агент не зсуває транші сам

CAPEX: які транші можна зсунути і що ми цим ламаємо, крок 6
Що відбувається

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

Під капотом

Не змінює бюджет проєкту; Не спілкується з підрядником; Не приймає рішення про долю проєкту

Що потрібно від вас, щоб це працювало на ваших даних: Бюджети і освоєння проєктів. Графіки постачання і монтажу. Умови оплати за договорами з підрядниками.

Сценарій 9. Коли агент помиляється: пропозиція, яку не можна виконувати

Найважливіший сценарій для того, хто відповідає за гроші

Кейс: Реальний випадок з впровадження, суми змінені. Ми показуємо його свідомо: агент, який ніколи не помиляється, буває тільки в презентації.
Що доводить цей сценарій

Показує, що буде, коли агент запропонує неправильне: де його зупиняє правило, що бачить людина, як помилка потрапляє у правила і чому підказка однієї людини не міняє поведінку агента мовчки.

Що змінилось після впровадження

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

1

Агент пропонує переказ

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

День розриву, у групі гроші є. Агент бачить вільні кошти на трьох юрособах і ставить переказ першим варіантом: він безкоштовний.

Під капотом

Потреба 217 млн грн на 12.08; Донори за залишком: UA-023, UA-041, UA-007; Ціна переказу нуль, строк один банківський день

2

Помилка: гроші під заставою

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

На UA-023 лежать 96 млн грн, але це кошти під заставою за кредитною угодою. У вивантаженні залишків ознаки застави не було, тому агент вважав їх вільними.

Під капотом

Ознака cover або blocked у файлі залишків відсутня; Агент не може знати того, чого немає у даних; Це помилка даних, і виправляється вона через правило для даних

3

Що зупинило виконання

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

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

Під капотом

Переказ, платіж, вибірка лінії: тільки людина; Агент рахує, показує джерело і чекає; Помилка у пропозиції коштує нуль гривень, поки її не підписали

4

Що бачить казначей

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

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

Під капотом

Повідомлення з підставою, а не «щось пішло не так»; Видно джерело кожної цифри; Одразу пропонується виправлений варіант

5

Помилка стає правилом

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

Тут головна відповідь на питання «а якщо йому підкажуть неправильно». Одна репліка в чаті нічого не міняє. Правило спершу стає чернеткою, потім його підтверджує уповноважена людина, і тільки тоді агент починає його застосовувати.

Під капотом

Чернетка правила видно у списку; Підтверджує тільки уповноважена людина; Кожне правило має автора, дату і підставу; Будь-яке правило відкочується одним рухом

6

Наступного разу

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

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

Під капотом

Правило застосовується автоматично; Агент показує, що саме він виключив і на якій підставі; Людина не мусить памʼятати про заставу

7

Журнал: те, що показують аудитору

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

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

Під капотом

Жодного рядка не можна видалити мовчки; Видно автора кожного рішення; Правило має дату початку дії

8

Що з цього виносимо

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

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

Під капотом

Агент не виконує грошові операції сам; Кожна пропозиція має джерело і підставу; Навчання тільки через підтвердження уповноваженої людини; Будь-яке правило відкочується

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

Сценарій 10. Чого агент не зробить: межі проєкту до підпису, а не після

Обмеження, які ми називаємо самі

Кейс: Цей перелік ми проговорюємо на старті кожного впровадження. Зазвичай про такі речі клієнт дізнається на третьому місяці, і саме тоді проєкти псуються.
Що доводить цей сценарій

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

Що змінилось після впровадження

Межі названі. Усе, що поза ними, або робиться окремим проєктом з власним обґрунтуванням, або чесно лишається людині.

1

Чого агент не робить у грошах

Чого агент не зробить: межі проєкту до підпису, а не після, крок 1
Що відбувається

Найкоротша межа: агент не рухає гроші. Він рахує, пропонує і готує документ, а натискає людина. Ця межа постійна і діє після пілота.

Під капотом

Переказ, платіж, вибірка лінії, купівля валюти: тільки людина; Агент не змінює проведення в обліку; Агент не підписує документи

2

За що ми не беремось у цьому контурі

Чого агент не зробить: межі проєкту до підпису, а не після, крок 2
Що відбувається

Це свідома межа проєкту. Кожен пункт нижче або потребує іншої експертизи, або іншої відповідальності, і продавати його разом з казначейством було б нечесно.

Під капотом

Прогноз продажів і попиту; Рішення про залучення боргу і вибір банку; Податкове і юридичне трактування; Оцінка контрагента як позичальника; Автоматична торгівля валютою

3

Чого агент не знає про ваш бізнес

Чого агент не зробить: межі проєкту до підпису, а не після, крок 3
Що відбувається

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

Під капотом

Усні домовленості з контрагентами; Рішення, які ще не потрапили в систему; Плани, що існують тільки в Excel на чиємусь компʼютері; Контекст переговорів з банком

4

Що це означає для документа проєкту

Чого агент не зробить: межі проєкту до підпису, а не після, крок 4
Що відбувається

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

Під капотом

Межі автономності по кожному агенту; Перелік того, що поза контуром; Критерії приймання пілота; Хто підтверджує правила і рішення

Що потрібно від вас, щоб це працювало на ваших даних: Домовленість, що перелік меж входить у документ проєкту.

Сценарій 5. З чого починаємо: дані, доступи і що буде, якщо джерело мовчить

Пряма відповідь на питання про старт роботи і чистоту даних

Кейс: Так ми стартували у групі, де прогнози жили у трьох системах і в Excel. Назву компанії не називаємо, перелік систем і послідовність кроків справжні.
Що доводить цей сценарій

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

Що змінилось після впровадження

Пілот стартував на вивантаженнях за 3 тижні, без жодної задачі в бек-лог ІТ. Інтеграцію робили потім, коли результат уже було видно.

1

Три варіанти входу

З чого починаємо: дані, доступи і що буде, якщо джерело мовчить, крок 1
Що відбувається

Почати можна з вивантажень, без жодної інтеграції. Це нормальний старт: якщо агент на файлах не дає користі, інтеграція цього не змінить, а ІТ-ресурс уже витрачений.

Під капотом

Вивантаження: 2-4 тижні до першого результату; Читання з систем: 4-8 тижнів разом з ІТ; Запис у системи: після пілота, окремим рішенням

2

Шість полів, без яких розрахунок не збереться

З чого починаємо: дані, доступи і що буде, якщо джерело мовчить, крок 2
Що відбувається

Ідеальний облік не потрібен. Потрібні шість полів. Решту агент нормалізує сам і завжди показує, що саме він домислив.

Під капотом

Обовʼязкові: юрособа, дата і сума, валюта, ознака прогноз чи факт; Бажані: контрагент і договір, стаття руху коштів; Без контрагента рознесення падає з 96% до 70%

3

Що агент робить з брудними даними

З чого починаємо: дані, доступи і що буде, якщо джерело мовчить, крок 3
Що відбувається

Це найважливіший крок для довіри. Агент нічого не викидає мовчки: усе, що він домислив, лишається в журналі і в черзі підтверджень.

Під капотом

11,4% рядків без статті: підставив і позначив; 34 рядки сумою текстом: узяв нижню межу; Один файл з прогнозом і фактом разом: розділив за датою

4

Що буде, якщо джерело не відповіло

З чого починаємо: дані, доступи і що буде, якщо джерело мовчить, крок 4
Що відбувається

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

Під капотом

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

5

Навчання тільки з підтверджень

З чого починаємо: дані, доступи і що буде, якщо джерело мовчить, крок 5
Що відбувається

Агент вчиться з підтверджень людини. Спочатку премодерація, автопілот потім, і тільки там, де підтвердження повторилось.

Під капотом

Три однакові підтвердження переводять випадок в автоматичні; Виправлення відкочує правило; Усе видно в журналі і скасовується

6

Перехід на інтеграцію без переписування

З чого починаємо: дані, доступи і що буде, якщо джерело мовчить, крок 6
Що відбувається

Після пілота той самий агент перемикається на API або view. Формули, правила і напрацьована історія лишаються, змінюється лише конектор.

Під капотом

Логіка агента не залежить від джерела; Чесна межа: на файлах немає позиції «прямо зараз»; Реакція протягом дня зʼявляється після підключення до банків

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

Сценарій 6. Як ми тестуємо агента до того, як він побачить ваші дані

Набори перевірок, прогони і те, що ми на них ловимо

Кейс: Так ми готували до запуску агента казначейства в іншій групі. Кількість кейсів і знайдені проблеми справжні, назви змінені.
Що доводить цей сценарій

Знімає головне заперечення: звідки впевненість, що агент не помиляється на реальних грошах.

Що змінилось після впровадження

На робочі дані агент вийшов без жодної помилки в рознесенні понад поріг. Усі знайдені на тестах проблеми закриті до старту.

1

Набори перевірок

Як ми тестуємо агента до того, як він побачить ваші дані, крок 1
Що відбувається

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

Під капотом

6 наборів, 412 кейсів; Кожен набір ловить свій тип помилки; Прохідний бал 100% на критичних наборах

2

Що саме ловимо

Як ми тестуємо агента до того, як він побачить ваші дані, крок 2
Що відбувається

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

Під капотом

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

3

Паралельний режим перед запуском

Як ми тестуємо агента до того, як він побачить ваші дані, крок 3
Що відбувається

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

Під капотом

Два тижні паралельно, без права на дію; Щоденна звірка розбіжностей; Запуск лише після двох тижнів без критичних розбіжностей

4

Критерії приймання у договорі

Як ми тестуємо агента до того, як він побачить ваші дані, крок 4
Що відбувається

Те, що ви бачите на тестах, стає критеріями приймання в договорі. Оплата після того, як агент їм відповідає.

Під капотом

Критерії формулюються цифрами; Перевіряються на ваших даних; Оплата після приймання

Що потрібно від вас, щоб це працювало на ваших даних: 20-50 типових операцій з ваших даних, включно з поганими. Приклади місяців, які вже закриті, щоб звірити результат. Ваші правила і пороги.

Сценарій 7. Скільки цієї роботи саме у вас: калькулятор під ваші обсяги

Живий розрахунок, повзунки рухаються

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

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

Що змінилось після впровадження

Розмова про обсяг робіт починається з ваших цифр, а не з нашої презентації.

1

Підставте свої обсяги

Скільки цієї роботи саме у вас: калькулятор під ваші обсяги, крок 1
Що відбувається

Посуньте повзунки під свій периметр. Розрахунок перебудовується одразу, а формула написана поруч, щоб її можна було перевірити.

Під капотом

Ручна робота це 0,35 хвилини на операцію; Збирання позиції це 1,6 хвилини на юрособу і 6 хвилин на банк; Відсотки рахуються за вашою ставкою короткого боргу

2

За що саме платиться

Скільки цієї роботи саме у вас: калькулятор під ваші обсяги, крок 2
Що відбувається

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

Під капотом

Впровадження це разова робота під ваш периметр; Супровід це підтримка і зміни правил; Оплата після приймання за критеріями

3

Що з цього виходить у грошах

Скільки цієї роботи саме у вас: калькулятор під ваші обсяги, крок 3
Що відбувається

Один такий день у впровадженому кейсі виглядав так. Це приклад того, з чого складається результат; ваш рахується на ваших даних.

Під капотом

Не взятий кредит це відсотки, які не пішли; Вільний залишок працює на овернайті; Форвард коштує грошей, і це теж видно

Що потрібно від вас, щоб це працювало на ваших даних: Кількість юросіб і банків у периметрі. Скільки платежів і надходжень на добу. Скільки разів на рік берете короткий борг через розрив.

Сценарій 8. Що потрібно від вас: готовий список для ІТ

Можна переслати одним повідомленням

Кейс: Це той самий список, який ми давали у впровадженому кейсі. Формулювання не змінені, тільки назви систем узагальнені.
Що доводить цей сценарій

Знімає невизначеність: клієнт бачить точний перелік того, що від нього потрібно, і скільки це часу.

Що змінилось після впровадження

Список пішов в ІТ одним повідомленням, доступи зібрали за 9 робочих днів.

1

Список для ІТ

Що потрібно від вас: готовий список для ІТ, крок 1
Що відбувається

Це готовий текст, який можна переслати без правок. У кожному пункті написано, навіщо він і що буде, якщо його не дати.

Під капотом

12 пунктів, з них 5 критичні; Формат вивантажень описаний окремо; Без частини пунктів агент працює, але гірше, і ми пишемо як саме

2

Нормалізацію даних беремо на себе

Що потрібно від вас: готовий список для ІТ, крок 2
Що відбувається

Окремо про болюче. Дані до ладу приводимо ми, ІТ у цьому участі не бере. Саме на цьому кроці зупиняється більшість проєктів, тому цю роботу беремо на себе.

Під капотом

У нас під це є окремий агент-нормалізатор; Ви даєте дані у тому вигляді, у якому вони є; Усе, що агент домислив, видно у журналі

3

Безпека і контур

Що потрібно від вас: готовий список для ІТ, крок 3
Що відбувається

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

Під капотом

На пілоті права лише на читання; Розміщення у вашому контурі або в нашому під NDA; Мовна модель не потрібна для розрахунків

Що потрібно від вас, щоб це працювало на ваших даних: Одна людина з казначейства як власник процесу. Контакт в ІТ, який відкриває доступи.

Наступний крок

Показати це на вашому процесі: опишіть задачу (юрособи, банки, звідки беруться платежі, що болить зранку), і ми покажемо ті самі кроки на ваших даних. Сирі вивантаження підходять як є.

Описати задачуУсі рішення

Демонстрація

treasury-demo.initask.com: 11 сценаріїв, 68 кроків, можна вводити свої цифри.

Лабораторія на ваших файлах

treasury-lab.initask.com: позиція, календар і розриви з двох ваших вивантажень, файли лишаються у браузері.

Усі рішення

initask.com/solutions: платіжний календар, облік, закупівлі та інші процеси, де працюють агенти.

Що ми беремо на себе

Конектори, нормалізацію даних, правила розрахунку, супровід. Від вас потрібні дані у тому вигляді, у якому вони є, і одна людина з казначейства.