Що потрібно для початку робіт, хто що робить на кожному етапі, як ми реалізуємо і як перевіряємо результат. Плюс перелік даних, доступів і правил, щоб агент коректно порахував платіжний календар, прогноз ліквідності по трьох банках і попередження про касові розриви. Складено під ваш процес: бюджет до 25 числа, ТД 001В до 5 числа, календар у Excel, пік платежів з 22 числа, 200 з лишком контрагентів на місяць.
Роботи стартують, коли виконані три умови одночасно. Усе інше уточнюється по ходу і старт не блокує.
Перший розрахунок робиться на вивантаженнях, які ви віддаєте файлами. Прямої інтеграції з Дебет+ і клієнт-банками не потрібно: ваші бойові системи ми не чіпаємо і не чекаємо на погодження ІТ.
Прототип збирається на нашому готовому ядрі казначейського агента: позиція по банках, платіжний календар, прогноз залишків, пошук касових розривів і варіанти їх закриття вже працюють. Під вас налаштовуються пріоритети платежів, ознака можливості перенесення, пороги попередження і формати ваших файлів. Працює прототип в ізольованому тестовому середовищі, до продуктивних банківських і облікових систем не підключається.
Це те, без чого агент не запрацює. Решта уточнюється паралельно і не блокує старт.
| Що потрібно | За який період | Звідки береться у вас | Критичність |
|---|---|---|---|
| Залишки на рахунках | на дату зрізу, по кожному рахунку трьох банків | клієнт-банк Ощадбанку, МТБ, Укрексімбанку | обовʼязково |
| Реєстр планових платежів | один закритий місяць плюс поточний | ТД 001В «План закупок та платежів» | обовʼязково |
| Прогноз надходжень | той самий період | бюджет доходів, дані по розрахунках зі споживачами | обовʼязково |
| Банківські виписки | закритий місяць, усі три банки | той самий файл, який ви вантажите в Дебет+ | обовʼязково |
| Перелік пріоритетів платежів | чинний | внутрішній порядок фіндирекції | обовʼязково |
| Кредитні лінії та овердрафти | чинні | договори з банками | бажано |
| Контрольні цифри для звірки | закритий місяць | ваш Excel-календар за той самий місяць | бажано |
Формат вивантажень: CSV або XLSX, будь-яке звичне для вас іменування колонок. Агент розпізнає колонки за синонімами, підганяти файли вручну не треба. Якщо якоїсь колонки немає, він скаже про це прямо, а не порахує наосліп.
Нижче мінімальний набір полів по кожному файлу. Зайві колонки не заважають, агент бере потрібні.
| Поле | Приклад | Навіщо |
|---|---|---|
| Дата зрізу | 31.07.2026 | точка відліку для календаря |
| Банк | Ощадбанк | розріз по банках |
| Рахунок (IBAN або номер) | UA00 3052 ... | ідентифікація |
| Залишок | 4 812 300,55 | стартова позиція |
| Заблоковано | 0 | кошти, недоступні до використання |
| Валюта | UAH | для валютних рахунків потрібен курс |
| Поле | Приклад | Навіщо |
|---|---|---|
| Планова дата | 24.07.2026 | розкладка платежів по днях |
| Контрагент | ТОВ «Приклад» | групування і аналітика |
| Сума | 320 000,00 | основа розрахунку |
| Стаття або призначення | Матеріали, капремонт | звірка з бюджетом |
| Підрозділ (ВСП) | Смілянський РЕМ | консолідація по підрозділах |
| Пріоритет | 1 (зарплата), 2 (бюджет), 3 (Укренерго) | черговість при нестачі коштів |
| Ознака можливості перенесення | так або ні | агент пропонує зсув тільки того, що можна зсувати |
| Статус погодження | погоджено, на погодженні, відхилено | у розрахунок беруться погоджені |
Ознака можливості перенесення це ключове поле. Без неї агент не має права пропонувати зсув платежу, бо не знає, що зарплату і платежі Укренерго переносити не можна. Якщо у ТД 001В такого поля немає, достатньо один раз задати правило на рівні статей: наприклад, зарплата і е/е на технологічні витрати не переносяться ніколи, матеріали і капремонти переносяться в межах місяця.
| Поле | Приклад | Навіщо |
|---|---|---|
| Дата | 05.07.2026 | розкладка по днях |
| Сума | 18 400 000,00 | дохідна частина календаря |
| Джерело | розподіл, приєднання, інше | розріз і оцінка ризику |
| Ступінь певності | висока, середня, низька | агент рахує песимістичний сценарій окремо |
Підійде той самий файл, який ви вже вантажите у Дебет+, у будь-якому з поширених форматів вивантаження клієнт-банку. Потрібні поля: дата, сума, напрям (надходження або списання), контрагент, призначення, рахунок. Виписки потрібні, щоб перевірити прогноз агента фактом і навчити його сезонності надходжень.
Банк, тип (лінія або овердрафт), ліміт, вибрано, доступно, ставка, дата закінчення. Це потрібно, щоб агент рахував ціну закриття розриву: спершу пропонував безкоштовні варіанти (перенесення платежу, перекидання між власними рахунками), а кредит показував останнім, із порахованою вартістю грошей.
Дата, показник (позиція на кінець дня або сума розриву), значення. Беруться з вашого поточного Excel-календаря за той самий місяць. Це основа для протоколу розбіжностей: агент показує, де його цифра не збіглася з вашою і чому саме.
Це не файли, а рішення вашої фіндирекції. Зазвичай знімаються за одну зустріч і потім живуть у налаштуваннях, без розробника.
Потрібні не одразу, а коли ви вирішите перевести агента з вивантажень на автоматичне оновлення даних. У поточний етап не входять.
| Система | Що потрібно | Режим | Коли |
|---|---|---|---|
| Дебет+ | технічний користувач, читання бюджету, договорів і первинних документів | читання | наступний етап |
| ТД 001В | вивантаження заявок і статусів погодження | читання або регулярний експорт | наступний етап |
| Клієнт-банки | щоденні виписки і залишки: файловий обмін або API, якщо банк його дає | читання | наступний етап |
| Пошта або документообіг | розсилка календаря і попереджень | відправлення | за потреби |
| Середовище | віртуальна машина у вашому контурі: 4 vCPU, 8 ГБ памʼяті, 100 ГБ диска | розгортання | за вибором контуру |
Прямий доступ агента на запис у Дебет+ або в клієнт-банк не потрібен і не передбачається. Платежі як підписувались уповноваженими особами, так і підписуються: агент готує, людина акцептує.
По одній людині на напрям, щоб не збирати відповіді по колу.
Сім етапів. Кожен закінчується результатом, який ви бачите і погоджуєте.
| Етап | Ваш бік | Наш бік | Результат |
|---|---|---|---|
| 1. Старт | Замовлення, аванс, мінімальний комплект даних, контакти відповідальних | приймаємо файли, перевіряємо повноту і якість, по кожній проблемі даємо номер рядка і пояснення | дані прийняті або є точний перелік, що виправити |
| 2. Обстеження | одна робоча зустріч казначейства і відповідального за ТД 001В | розбираємо, як зараз складається календар, правила акцепту, пріоритети, пороги попередження | опис процесу, правила зафіксовані письмово |
| 3. Аналіз даних | відповіді на уточнення по структурі файлів | аналіз ТД 001В, бюджету і виписок: повнота, структура, якість, придатність для прогнозу на 30 днів | звіт про дані і їх обмеження |
| 4. Концепція і методика | погодження | концепція, функціональна модель, методика: календар, прогноз залишків по трьох банках, розриви, класифікація критичних і гнучких платежів | погоджена методика |
| 5. Прототип | погодження тестового середовища | збираємо на готовому ядрі, налаштовуємо під ваші правила, завантажуємо ваші дані | прототип рахує на ваших цифрах |
| 6. Тестування | контрольні цифри з вашого Excel, щоденні залишки і нові заявки поточного місяця | прогін на закритому місяці, паралельний прогін на поточному, протокол розбіжностей (розділ 9) | видно точність і де саме агент помиляється |
| 7. Демонстрація і звіт | уповноважені працівники на демонстрації, зауваження, підписання Акта | демонстрація, врахування погоджених зауважень, підсумковий звіт | звіт з висновками, ризиками і вимогами до промислового рішення, протокол демонстрації, Акт |
Це окремий наступний етап, і рішення про нього ви ухвалюєте самі за підсумковим звітом. Якщо рішення позитивне: розгортання у вашому контурі, читання даних з Дебет+, ТД 001В і клієнт-банків (розділ 5), паралельний режим поруч з вашим календарем, і лише після того, як паралельний режим підтвердить точність, агент стає основним інструментом. Права на запис у ваші системи агенту не потрібні на жодному кроці.
Перевіряємо у два кроки і тільки на ваших даних.
Агент рахує календар так, ніби місяць ще не почався: бере залишки на перший день, реєстр ТД 001В і прогноз надходжень. Потім порівнюємо з фактом за виписками: де він попередив про розрив, де промовчав, наскільки точно вгадав залишки по днях і по кожному банку. Результат уже відомий, тому підігнати його неможливо.
Ваш фахівець веде свій Excel як завжди, агент рахує свій календар на тих самих даних. Розбіжності розбираємо разом, і по кожній має бути названа причина: пізня заявка, зсув надходження, помилка в даних або помилка агента.
Стартові критерії. Пороги остаточно фіксуються на обстеженні і змінюються в налаштуваннях.
| Критерій | Як перевіряємо |
|---|---|
| Жодного пропущеного розриву | кожен день закритого місяця, коли вашим фахівцям довелось переносити платежі або перекидати кошти через нестачу, агент мав побачити заздалегідь |
| Критичні платежі не переносяться | зарплата, бюджет, Укренерго та інші статті з ознакою «не переносити» жодного разу не зʼявляються у пропозиціях на перенесення |
| Точність не гірша за ваш календар | відхилення прогнозу залишків від факту на горизонті 1, 7 і 30 днів поруч з відхиленням вашого Excel за той самий місяць |
| Відтворюваність | кожна цифра календаря виводиться з конкретних рядків вхідних файлів, ваш фахівець може перерахувати її сам |
| Пояснення до кожної розбіжності | у протоколі розбіжностей немає рядків «причина невідома» |
| Межі дотримані | прототип нічого не змінює у ваших системах і не ініціює платежів |
Зручно переслати фахівцям однією позицією.