Коротко: агент для кредиторки закриває чотири задачі: зіставляє вхідні рахунки із замовленнями й надходженнями, ловить дублікати, будує платіжний календар за фактичною ліквідністю й не дає проґавити знижки за дострокову оплату. Платежі виконує людина.
Що болить на стороні кредиторки
Дебіторка — про те, щоб отримати гроші. Кредиторка — про те, щоб віддати їх правильно, вчасно й один раз. Проблеми тут інші за характером.
- Подвійна оплата. Той самий рахунок приходить поштою і паперово, або постачальник надсилає нагадування, яке приймають за новий рахунок.
- Розбіжність із замовленням. У рахунку інша ціна, інша кількість або позиція, якої в замовленні не було.
- Проґавлена знижка. Умова «2% за оплату протягом 10 днів» вигідніша за майже будь-яке використання грошей, і про неї згадують на одинадцятий день.
- Платіж не в той час. Заплатили рано, коли гроші були потрібні; заплатили пізно й отримали штраф або зіпсували стосунки.
Спільне в усіх чотирьох: вони вимагають подивитися в кілька місць по кожному документу, і саме тому їх не роблять при потоці в кілька сотень рахунків на місяць.
Зіставлення рахунка із замовленням
Класичне тристороннє зіставлення: рахунок, замовлення закупівлі, документ надходження. Агент перевіряє відповідність по кожній позиції й розкладає результат на три групи.
| Результат | Що робить агент |
|---|---|
| Усе збігається | Готує рахунок до проведення, позначає як перевірений |
| Розбіжність у межах допуску | Пропускає далі з позначкою про відхилення |
| Розбіжність суттєва | Виносить окремо з описом: що, де і на скільки |
Цінність у третьому рядку. Зараз розбіжність зазвичай виявляють або на проведенні, або пізніше при звірці з постачальником — тобто після того, як хтось витратив час. Агент виносить її одразу з формулюванням «ціна на позиції 3 вища за замовлення на 4%, замовлення підписано в березні».
Допуски задаються вами: у грошах, у відсотках, окремо для різних категорій. Без явно заданих допусків агент або пропускатиме зайве, або винесе половину рахунків.
Контроль дублікатів
Просто, дешево й окупається швидше за решту. Агент перевіряє кожен новий рахунок проти вже введених за комбінацією ознак: постачальник, номер, сума, дата, склад позицій.
Важлива деталь: збіг за одним параметром — не дублікат. Той самий постачальник із тією самою сумою в різні місяці — це, найімовірніше, регулярний платіж. Агент має спиратися на поєднання, а не на одну ознаку, інакше перелік «підозр» стане шумом, який перестануть читати.
Окремий випадок — рахунок, що прийшов двічі різними каналами з різними номерами. Тут допомагає порівняння складу позицій і дат, і саме на цьому випадку агент дає найбільше.
Платіжний календар
Агент збирає рахунки до сплати, розкладає їх за строками й зіставляє з очікуваними надходженнями. Ключова відмінність від таблиці в Excel — надходження прогнозуються за фактичною поведінкою клієнтів, а не за договірними строками.
Практичний результат виглядає як пропозиція: цього тижня платимо ці рахунки, ці переносимо на наступний, ось тут виникає розрив, ось ці надходження на нього впливають. Людина коригує й затверджує.
Обмеження, яке треба сказати прямо: частина зобов'язань живе поза Business Central — зарплата, податки, кредити. Без них календар буде впевнено оптимістичним, тому ці входи додають свідомо на етапі проєктування. Суміжна тема — касовий розрив при зростанні.
Знижки за дострокову оплату
Найпростіша арифметика з найбільшим ефектом. Умова «2/10 net 30» означає ефективну ставку, яка в перерахунку на річні перевищує майже будь-яку вартість грошей для компанії. Проґавити її — це просто віддати гроші.
Агент перевіряє кожен рахунок на наявність такої умови, рахує граничну дату й вигоду в гривнях, і виводить у календар окремим блоком: ось що варто заплатити достроково і скільки це заощадить. Якщо ліквідності на все не вистачає, ранжує за вигодою.
Де межа
Агент готує, людина платить. Це не обговорюється в першій версії й рідко змінюється потім.
Що агент робить: зіставляє, перевіряє, готує рахунки до проведення, будує календар, ранжує, попереджає. Що робить людина: проводить рахунки, затверджує календар, виконує платежі, вирішує спірні розбіжності з постачальником.
Набір дозволів для агента кредиторки — без права проведення й без доступу до платіжних журналів. Це найнадійніший запобіжник, бо працює на рівні платформи. Ширше — у статті про фінансового агента й у розборі безпеки AI.
За чим стежити після запуску
Чотири цифри, які варто фіксувати з першого дня — без них неможливо зрозуміти, чи корисний агент, і ретроспективно вони не відновлюються.
- Скільки дублікатів упіймано. Найпряміша метрика окупності: кожен упійманий дублікат — це сума, яка не пішла двічі.
- Частка рахунків, винесених на розгляд. Якщо вона понад чверть, допуски задані надто вузько й агент створює роботу замість того, щоб її знімати.
- Скільки знижок за дострокову оплату використано проти доступних. Різниця між цими двома числами — гроші, які лежали на столі.
- Скільки разів календар довелося переробляти вручну. Якщо щоразу, то в прогнозі бракує входів — найчастіше регулярних платежів поза Business Central.
Перша й третя метрики зазвичай окупають проєкт швидше, ніж економія часу, — і саме їх найлегше показати керівництву в грошах.
Що потрібно налаштувати
- Умови оплати постачальників, включно зі знижками за дострокову оплату — без них половина цінності зникає.
- Замовлення закупівлі як обов'язковий етап. Якщо рахунки приходять без замовлень, зіставляти нема з чим.
- Допуски розбіжностей — у грошах і у відсотках, задані явно.
- Документи надходження, якщо потрібне тристороннє зіставлення.
- Перелік регулярних платежів поза Business Central для календаря.
Реалістичний порядок впровадження: спершу контроль дублікатів — він найдешевший і окупається одразу; потім зіставлення; потім календар. Каталог суміжних сценаріїв — у статті про 12 сценаріїв для агентів.
Часті запитання
Чи може агент проводити вхідні рахунки?
У першій версії ні. Він готує рахунок до проведення й позначає як перевірений, а проводить людина. Набір дозволів агента робиться без права проведення — це запобіжник рівня платформи, який не залежить від поведінки агента.
Як агент розрізняє дублікат і регулярний платіж?
За поєднанням ознак: постачальник, номер, сума, дата, склад позицій. Збіг за одним параметром дублікатом не вважається — інакше кожен щомісячний платіж потрапляв би в підозри, і перелік перестали б читати.
Що робити, якщо рахунки приходять без замовлень закупівлі?
Тоді зіставляти нема з чим, і ця частина цінності недоступна. Контроль дублікатів і платіжний календар працюватимуть, тристороннє зіставлення — ні. Це аргумент за те, щоб зробити замовлення обов'язковим етапом.
Чи враховує календар зарплату й податки?
Тільки якщо ці входи додати свідомо: у Business Central їх зазвичай немає. Прогноз лише з даних книги буде впевнено оптимістичним, тому перелік регулярних платежів поза системою збирають на етапі проєктування.
Наскільки великі допуски розбіжностей ставити?
Це ваше рішення, і воно має бути явним. Занадто вузькі допуски виносять половину рахунків на розгляд, занадто широкі пропускають те, що варто перевірити. Зазвичай починають вузько й розширюють за фактичною статистикою.
З чого починати впровадження?
З контролю дублікатів: найдешевша частина, яка окупається одразу й не потребує майже нічого від налаштувань. Далі зіставлення, далі календар.