Коротко: у фінансах агент готує роботу, а завершальну дію виконує людина — і це не обережність, а арифметика. Помилка в підготовці коштує хвилин, помилка в проведенні чи платежі коштує сторнування, переговорів або грошей. Тому рівень автономності тут нижчий, а тестування довше.
Чому фінанси — особливий випадок
Три властивості, яких немає в інших ділянках одночасно.
Помилки погано виправляються. Непроведене замовлення закупівлі видаляється безслідно. Проведений документ потребує сторнування, яке лишається в аудиторському сліді назавжди. Платіж, що пішов, повертається переговорами.
Помилки довго не видно. Неправильна проводка може спливти на закритті кварталу — через два місяці після того, як агент її зробив, і після сотні інших операцій за тим самим правилом.
Тут є зовнішня відповідальність. Аудитор, податкова, банк. Відповідь «так налаштований агент» не є поясненням, і саме тому журналювання й окремий обліковий запис для фінансового агента не опція.
Наслідок практичний: у фінансах майже все зупиняється на рівні 1–2 за шкалою автономності. І це не заважає отримувати основну частину користі, бо час іде на збирання даних, а не на натискання кнопки.
Чотири процеси, які віддаються
Робота зі стягнення
Найкращий перший сценарій у фінансах: вузький, частий, з видимим результатом. Агент збирає прострочене, відсіює спірні суми, зіставляє з відкритими замовленнями, групує по клієнтах і готує звернення. Розгорнуто — у статті про агента для дебіторки.
Платіжний календар
Агент збирає рахунки до сплати, виділяє ті, де знижка за дострокову оплату вигідніша за утримання грошей, зіставляє з очікуваними надходженнями й формує пропозицію. Проведення платежів лишається людині. Детально — у статті про агента для кредиторки.
Розбір розбіжностей у звірці
Там, де автоматична звірка не зійшлася, агент шукає причину: платіж без прив'язки, часткова оплата, банківська комісія, курсова різниця, оплата за кілька документів однією сумою. Готує пояснення по кожній позиції, а зіставлення підтверджує бухгалтер.
Цінність тут у тому, що це найнудніша частина місяця, і вона повністю алгоритмізується, окрім останнього підтвердження.
Підготовка закриття періоду
Агент прогонює перелік перевірок: незастосовані платежі, документи в чернетках, незакриті замовлення, розбіжності між субобліком і ГК, відсутні виміри в проводках. Формує перелік того, що треба виправити до закриття, з посиланнями на конкретні записи. Про сам процес — у матеріалі про закриття періоду.
Де проходить межа
| Операція | Агент | Людина |
|---|---|---|
| Зібрати й перевірити дані | Так | — |
| Підготувати чернетку документа | Так | — |
| Створити непроведений документ | Так | Перевіряє |
| Запустити погодження | Так | Погоджує |
| Провести документ | — | Так |
| Виконати платіж | — | Так |
| Змінити кредитний ліміт | — | Так |
| Закрити період | — | Так |
Ця межа не є технічною: агент здатен на все з правого стовпця, якщо дати дозвіл. Вона є рішенням, і в кожній компанії воно своє — але зсув угору варто робити за накопиченими даними, а не з ентузіазму.
Дозволи для фінансового агента
Найважливіший запобіжник у всій схемі реалізується не кодом, а налаштуванням: набір дозволів без права проведення. Агент може створити документ і не може його провести — і це працює незалежно від того, як він поводиться, бо відмовляє платформа.
Далі за важливістю:
- Окремий обліковий запис саме під фінансового агента, не спільний з іншими.
- Область компанії, якщо юридичних осіб кілька.
- Права на читання рівно тих таблиць, які потрібні переліку операцій, — не «фінансова роль цілком».
- Заборона на роботу з журналами, де можливе довільне проведення.
Контекст — у матеріалі про права користувачів у Business Central.
Чому тестування довше за розробку
У фінансовому агенті перевірка правильної роботи — менша частина роботи. Більша — перевірка того, що він відмовляється діяти там, де має.
Мінімальний перелік для фінансів, окрім загального: спроба провести документ (має відмовити платформа); робота з періодом, який уже закрито; операція в компанії поза областю доступу; порожній результат замість очікуваних даних — агент має сказати, що даних немає, а не порахувати від нуля; часткова невдача — з тридцяти клієнтів по чотирьох виклик не вдався, агент завершує по двадцяти шести й окремо повідомляє про чотири.
Останній пункт у фінансах критичний. Агент, який мовчки обробив двадцять шість замість тридцяти, створює перелік, який виглядає повним і повним не є.
Що має бути в порядку
- Умови оплати в картках клієнтів і постачальників — без них розрахунок прострочення неправильний.
- Застосування платежів до документів — інакше не будується історія платіжної поведінки.
- Виміри заповнюються послідовно, а зміна правил датована.
- Облікові групи дисципліновані — див. розбір облікових груп.
- Терміни визначені письмово: що таке прострочення, з якого моменту, які суми виключаються.
Останній пункт зупиняє проєкти частіше за технічні причини: виявляється, що два відділи рахують прострочення по-різному, і це не питання до підрядника.
Три помилки, які коштують проєкту
Почати з найширшого процесу. «Автоматизуємо фінансову функцію» — це не обсяг, а намір. Тестування розтягується на місяці, критерій успіху розмивається, і через квартал ніхто не може сказати, чи вийшло. Перший агент має закривати один ланцюжок, який виконується щотижня.
Дати право проведення «щоб не заважало». Обмеження дозволів іноді сприймають як недовіру до підрядника, і його знімають заради швидкості на етапі налагодження. Потім забувають повернути. Набір дозволів без права проведення має бути з першого дня й у пісочниці теж — інакше ви не перевірите, що агент коректно обробляє відмову.
Не фіксувати відхилення. Якщо ніхто не записує, скільки підготовленого людина відхилила й чому, через місяць у вас буде відчуття «начебто працює» й жодних підстав вирішувати, чи розширювати обсяг. Це закладають у рішення одразу, бо ретроспективно не відновлюється.
Порядок впровадження
- Обрати один процес — зазвичай стягнення.
- Зафіксувати правила письмово, разом із винятками.
- Створити окремий обліковий запис і набір дозволів без права проведення.
- Побудувати агента до точки, де вирішує людина.
- Протестувати відмови окремо від правильної роботи.
- Місяць фіксувати, скільки підготовленого відхиляють і чому.
- Або підвищити рівень, або уточнити правило — залежно від того, однотипні відхилення чи різні.
- Додати другий процес: він обійдеться значно дешевше за перший.
Що з цього виходить у вигляді послуги — на сторінці AI для фінансів у Business Central.
Часті запитання
Чи може агент проводити фінансові документи?
Технічно так, якщо дати дозвіл. На практиці набір дозволів фінансового агента робиться без права проведення — це найнадійніший запобіжник, бо він працює на рівні платформи й не залежить від поведінки агента.
Що буде під час аудиту?
Дії агента видно в журналі змін так само, як дії будь-якого користувача, за умови що в нього власний обліковий запис. Тому окремий запис для фінансового агента — не опція: без нього ви не відповісте, хто зробив операцію.
Скільки часу економить фінансовий агент?
Порахуйте, скільки годин на місяць команда витрачає на збирання даних до того, як почати ухвалювати рішення. Це і є верхня межа ефекту. Найчастіше найбільше дає розбір розбіжностей у звірці та підготовка стягнення.
Чи можна довірити агенту закриття періоду?
Підготовку — так: перелік того, що заважає закрити, з посиланнями на записи. Саме закриття — ні, це рішення з зовнішньою відповідальністю.
Що робити, якщо два відділи рахують прострочення по-різному?
Домовитися до початку проєкту. Це найчастіша нетехнічна причина, через яку роботи зупиняються, і вирішити її може лише бізнес, а не підрядник.
З якого процесу починати?
Зі стягнення. Він вузький, частий, результат видно за два-три тижні, а рівень ризику мінімальний, бо агент лише готує звернення, які надсилає людина.