Касовий розрив видно зранку, за тижні до дня платежу
Агент платіжного календаря щоранку бере фактичні залишки з виписок усіх банків і юросіб, перевіряє заявки на дублі і строки договорів, будує чергу за вашим письмовим правилом пріоритету і показує розрив за тижні до нього разом з порахованою ціною кожного варіанта. Кожна цифра має виписку або рядок реєстру під собою, платіж підписує людина.
- 96,4%
- операцій агрохолдингу розноситься автоматично
- 148
- рахунків в 11 банках в одній позиції групи
- 09:00
- рішення по розриву ухвалюється зранку
Для кого: Фінансовий директор, Казначей, Керівник фінвідділу, Власник групи компаній · Агро і харчова переробка, Дистрибуція, Енергетика, Ритейл, Видобуток, Холдинги з багатьма юрособами
Казначейство групи компаній щодня відповідає на одне питання: скільки грошей є сьогодні, що платимо першим і чи вистачить на наступні тижні. Залишки лежать у десятку банк-клієнтів, заявки приходять від підрозділів у різних форматах, прогноз надходжень живе в Excel і в головах.
Ручне зведення по кожному рахунку забирає години, тому повна картина складається до обіду, а рішення про розрив ухвалюється у другій половині дня, коли лишається лише кредит. Дублі заявок і платежі за договорами, строк яких минув, ловляться випадково, а черга щоразу будується заново і на словах. На масштабі 90-100 юросіб з різними системами таблиця казначея перестає встигати за грошима.
Як щодня мати точний платіжний календар по всіх юрособах і бачити розрив заздалегідь, зберігши підпис платежу за людиною і бойову базу обліку недоторканою?
Чому це працює
Позиція групи збирається з виписок щоранку, розрив видно за тижні.
На масштабі агрохолдингу (11 банків, 148 рахунків, 1 842 операції) 96,4% операцій агент розносить сам, а людині лишає розрив на 217 млн грн, що потребує рішення. У кейсі казначейства групи рішення ухвалюється о 09:00, і розрив закрито переказом усередині групи без нового кредиту.
Кожну цифру рахує формула, модель лише читає документи.
Залишок береться з конкретної виписки на конкретну дату, заявка з рядка реєстру, ліміт з кредитного договору. Календар рахується правилом «залишок плюс надходження мінус списання», тому кожне число перевіряється калькулятором. Модель підключається на нестандартних документах і текстових питаннях фіндиректора, і під кожною відповіддю стоїть джерело.
Черга платежів шикується за вашим письмовим правилом і ловить помилки до оплати.
На прикладі з демо: 38 заявок на 133 млн під залишок 96 млн, агент поставив у чергу 31 платіж, виключив дубль на 1,8 млн до підтвердження, виніс заявку на 2,3 млн за договором, що закінчився, на юристів і показав нестачу 37 млн з двома порахованими варіантами. Підготовка платіжного дня в цьому кейсі скоротилась з двох годин до пʼятнадцяти хвилин перевірки.
Старт іде на ваших вивантаженнях, бойова база лишається недоторканою.
Для першої версії досить двох CSV: залишки на рахунках і реєстр платежів. Дистрибутор напоїв погодив архітектуру, де облік раз на ~30 хвилин вивантажується у сховище, агент читає лише звідти з правами на читання, а шість запобіжників відсікають важкі запити.
Що агент робить крок за кроком
- 1Щоранку агент забирає виписки і залишки з клієнт-банків або з CSV, дата зрізу береться з самої виписки.
- 2Файли перевіряються по рядках до розрахунку: проблемний рядок повертається з номером і поясненням людською мовою.
- 3Заявки на оплату звіряються з обліком і договорами: дублі за сумою, контрагентом і призначенням, строк дії договору, відповідність умовам.
- 4Черга платежів будується за вашим письмовим правилом пріоритету; податки і зарплата стоять першими, зміна правила пишеться в журнал з автором.
- 5Календар на 13 тижнів рахується формулою «залишок плюс надходження мінус списання» по групі і по кожній юрособі окремо.
- 6Коли грошей бракує, агент рахує варіанти закриття розриву з ціною кожного: ліміт кредитної лінії, перенесення платежу, відстрочка постачальника, переказ усередині групи.
- 7Фінансовий директор ставить питання словами, агент відповідає тими самими цифрами і називає джерело кожної.
Де рішення лишається за людиною
- Платіж створює і підписує людина у своєму клієнт-банку; агент має доступ до банку лише на читання.
- Правило пріоритету змінює відповідальна людина письмово, агент застосовує його однаково щодня.
- Варіант закриття розриву обирає казначей або фінансовий директор; перемовини з банком і постачальниками ведуть люди.
- Коли джерело мовчить, агент ставить позначку, якого файлу бракує, і рахує лише те, що має підставу.
Як почати
- день 1Надішліть залишки на рахунках і реєстр платежів як є, з вашої таблиці або обліку
- тиждень 1Перша версія календаря і черги на ваших вивантаженнях, розбір якості даних по рядках
- тиждень 2-3Письмове правило пріоритету, перевірки заявок, паралельний місяць поруч з ручним календарем
- після прийманняПідключення клієнт-банків і обліку на читання, щоденне оновлення о сьомій ранку
Надішліть вивантаження або опис процесу як є: таблиці, скріни, чернетки. Ми нормалізуємо дані самі і покажемо цей сценарій на ваших цифрах.
Описати задачуЩо питають найчастіше
Куди потрапляє результат: у наш облік чи лишається у вас?
Календар, черга і варіанти живуть у вашому кабінеті казначейства, звідти вивантажуються в Excel або назад в облік чернеткою. Платіж підписує ваша людина у вашому клієнт-банку. Бази, оригінали і журнал дій лишаються у вас.
З якими системами ви інтегруєтесь?
1С і BAS, M.E.Doc, клієнт-банки через API або файлові виписки, Excel і Google-таблиці, самописні ERP. Старт на вивантаженнях CSV, далі буферна копія обліку з правами на читання, щоб бойова база працювала у звичному режимі.
Що робить агент, коли бракує виписки чи даних?
Ставить позначку, якого джерела бракує, і рахує лише те, що має підставу: день без виписки видно як прогалину. Проблемні рядки файлу повертаються з номером і поясненням.
Чому агент не вигадає цифру?
Цифри рахує формула: залишок з виписки, заявка з реєстру, ліміт з договору. Модель читає нестандартні документи і пише пояснення, а під кожною відповіддю стоїть джерело, яке можна відкрити.
Як це працює з десятками юросіб і різними системами?
Позиція і розриви рахуються у двох режимах: по групі і по кожній юрособі. Кожна юрособа підключається своїм вивантаженням, тому старт можливий до спільної інтеграції.
Скільки коштує і з чого складається ціна?
Три рядки: впровадження годинами за ставкою $35, щомісячна підписка за обсягом рахунків і заявок (сервер, моніторинг, правки правил), робота моделі за фактом, це центи за документ. Суму рахуємо за брифом під ваші обсяги.
Де зберігаються дані і що бачить модель?
Три варіанти на вибір вашої служби безпеки: наш закритий сервер, ваша хмара або ваш сервер без виходу в інтернет з локальною моделлю. Назви контрагентів, коди і рахунки маскуються до виходу з контуру і повертаються після.
Хто підтримує агента після запуску?
Супровід входить у підписку: моніторинг, оновлення і зміни правил у межах узгодженої логіки. Правило пріоритету і пороги ваш казначей змінює сам у кабінеті звичайним текстом.