Коротко: AI-агент у Business Central — це система, яка виконує цикл: обирає інструмент, дивиться на результат, вирішує наступний крок, і так до визначеної точки зупинки. Частина інструментів пише в базу. Саме цей цикл дає всю користь і весь ризик, і саме навколо нього будується проєкт.
Що таке AI-агент в ERP
Слово «агент» використовують так широко, що воно майже втратило зміст. У контексті Business Central корисне визначення одне й воно технічне: агент — це система, яка отримує мету, а не інструкцію, і сама вирішує послідовність кроків до неї.
Порівняйте два формулювання. «Покажи прострочені рахунки понад €10 000» — це запит із однозначною відповіддю, і його достатньо виконати один раз. «Розберися з простроченою заборгованістю понад €10 000 і підготуй нагадування» — це мета, для якої треба знайти рахунки, перевірити по кожному клієнту, чи немає відкритої претензії, подивитися, чи є відкриті замовлення, згрупувати документи по клієнтах і сформувати текст. Кількість кроків наперед невідома, бо вона залежить від того, що знайдеться на кожному з них.
Перше — робота асистента. Друге — робота агента. Різниця не в «розумності» моделі, а в тому, що між системою й даними з'являється цикл ухвалення рішень, який виконується без людини.
Агент, асистент і Power Automate
Три технології, які часто пропонують як альтернативи одна одній, хоча вони закривають різні задачі. Різницю найпростіше побачити через те, хто визначає послідовність дій.
| Хто визначає кроки | Що змінює в базі | Коли доречно | |
|---|---|---|---|
| Асистент | Кроків немає, є запит | Нічого | Запитання наперед невідомі |
| Power Automate | Ви, під час налаштування | Що налаштували | Процес фіксований і повторюваний |
| AI-агент | Сама система, під час виконання | Дозволені операції | Процес має варіативність |
Практичний висновок із цієї таблиці важливіший, ніж здається: якщо ваш процес справді фіксований, агент — гірше рішення, ніж потік Power Automate. Він дорожчий, менш передбачуваний і складніший у налагодженні. Агент виграє лише тоді, коли послідовність кроків залежить від того, що знайдеться в даних, і формалізувати її наперед неможливо або надто дорого.
Це один із найчастіших приводів, через які ми на етапі discovery рекомендуємо не агента. Компанія описує процес, ми питаємо, чи бувають відхилення, і виявляється, що процес однаковий у 95% випадків. Тоді правильна відповідь — потік плюс обробка виняткових ситуацій людиною.
Які дії варто довіряти агенту
Технічно агент може виконати будь-яку операцію, яку йому дозволили. Питання не в можливості, а в тому, скільки коштує помилка й як швидко її помітять. За цим критерієм дії розкладаються досить чітко.
| Дія | Ціна помилки | Розумний контроль |
|---|---|---|
| Підготувати чернетку документа | Втрачені хвилини | Без нагляду |
| Створити чи оновити довідковий запис | Погані дані, помітно згодом | Без нагляду, з журналом |
| Створити замовлення закупівлі | Виправно, доки не проведено | Перегляд перед випуском |
| Запустити погодження | Низька, погоджує людина | Без нагляду |
| Випустити або провести документ | Сторнування, шум в аудиті | Фіксує людина |
| Змінити кредитний ліміт | Прямий фінансовий ризик | Вирішує людина, завжди |
Правий стовпець — стартова позиція, а не догма. Дистриб'ютор із тисячами дрібних замовлень і виробник із п'ятдесятьма великими проведуть межу по-різному, і обидва матимуть рацію. Важливо інше: межу проводять свідомо й записують. Найгірший варіант — коли ніхто не знає точно, що агенту дозволено, бо це «якось налаштували».
Три шари обмежень
Безпека агента будується шарами, і кожен тримає незалежно від інших. Порядок має значення.
Перелік інструментів
Агент викликає тільки ті операції, які для нього явно зробили. Загального права запису не існує — існує список. Якщо «провести журнал» у ньому немає, жодне формулювання запиту цього не дасть. Це найважливіший і найдешевший шар.
Набір дозволів Business Central
Обліковий запис, під яким працює агент, — звичайний обліковий запис системи. Платформа відхиляє все поза його правами так само, як відхилила б людині. Тут діє і область компанії, якщо у вас кілька юридичних осіб. Ширший контекст — у матеріалі про права користувачів.
Процеси погодження
Якщо закупівля понад поріг вимагає погодження, запит агента йде в той самий процес. Він його не обходить, бо це забезпечує платформа, а агент — просто ще один заявник.
Чого в цьому переліку немає: інструкції для моделі. Промпт визначає поведінку в нормальних умовах і засобом захисту не є. Агента, якого вмовили спробувати заборонене, зупиняє Business Central, а спроба лишається в журналі. Детально про це — у розборі безпеки AI в Business Central.
Процеси, де агенти працюють найкраще
Спільна риса вдалих сценаріїв одна: багато однотипних випадків із дрібними відмінностями, кожен з яких вимагає подивитися в кілька місць.
- Підготовка роботи зі стягнення. Знайти прострочене, перевірити наявність претензій, зіставити з відкритими замовленнями, згрупувати по клієнтах, підготувати нагадування. Людина переглядає й надсилає.
- Обробка вхідних замовлень із пошти. Розпізнати, зіставити позиції з номенклатурою, перевірити ціни й доступність, створити замовлення в статусі чернетки.
- Реакція на зсув поставок. Помітити, що надходження затримується, перевірити, які замовлення клієнтів під ризиком, підготувати запит постачальнику й перелік для менеджера.
- Підготовка платіжного календаря. Зібрати рахунки до сплати, врахувати знижки за дострокову оплату, зіставити з очікуваними надходженнями, сформувати пропозицію.
- Ведення довідників. Дозаповнення карток контрагентів, нормалізація найменувань, виявлення дублікатів.
Зверніть увагу, що в чотирьох випадках із п'яти результат — підготовлена робота, а не завершена дія. Це не обережність заради обережності: саме такий розподіл дає найбільше співвідношення користі до ризику на перших проєктах.
Де агенти провалюються
Чесний перелік, бо він економить бюджет краще за будь-який опис можливостей.
- Процес насправді фіксований. Тоді потрібен потік, а не агент. Найчастіша причина невдалих проєктів.
- Дані в поганому стані. Агент, що спирається на непослідовні виміри чи незастосовані платежі, ухвалює рішення на неправильних вхідних — і робить це швидко й масово.
- Невизначені терміни. Якщо «активний клієнт» чи «прострочення» ніде не зафіксовані письмово, агент користуватиметься власним тлумаченням.
- Занадто широкий перший обсяг. Спроба закрити весь процес одразу подовжує тестування вдвічі й розмиває критерій успіху.
- Немає власника з боку бізнесу. Потрібна людина, яка вирішує, що правильно, а що ні. Без неї проєкт зупиняється на першому спірному випадку.
Вартість і строки
Агенти починаються від $6 000, агенти під конкретний бізнес-процес — від $10 000, після AI Discovery від $750. Окремо йдуть поточні витрати на використання моделі та хостинг.
Різниця з асистентом майже повністю в тестуванні. Перевірити, що система відповідає правильно, — це порівняти її відповіді з порахованими вручну. Перевірити, що система відмовляється робити те, чого не можна, — це вигадати сценарії, у яких вона могла б помилитися, і пройти кожен. Друге займає більше часу й саме воно визначає, чи можна це запускати в продуктив.
Реалістичний строк для першого вузького агента — від чотирьох до восьми тижнів після discovery, з яких приблизно третина йде на тестування граничних випадків.
З чого починати
- Опишіть один процес, у якому справді є варіативність. Не «автоматизувати фінанси», а конкретний повторюваний ланцюжок.
- Порахуйте, скільки разів на місяць він виконується й скільки часу займає. Якщо разів менше десяти — агент не окупиться.
- Позначте в ньому крок, після якого має вирішувати людина.
- Перевірте, чи в порядку дані, від яких залежить процес.
- Зафіксуйте письмово визначення термінів, якими процес оперує.
- Побудуйте агента до позначеного кроку, не далі.
- Протестуйте окремо те, що він має відмовлятися робити.
- Розширюйте обсяг після того, як перший цикл почав працювати без сюрпризів.
Крок 7 пропускають найчастіше, і саме він визначає, чи залишиться агент у продуктиві через пів року. Що з цього виходить у вигляді рішення — на сторінці AI-агенти для Business Central.
Часті запитання
Чим AI-агент відрізняється від AI-асистента?
Асистент відповідає на запитання й нічого не змінює в базі. Агент отримує мету й сам вирішує послідовність кроків до неї, зокрема кроки, що пишуть дані. Це різні класи систем із різним профілем ризику, тому й тестують їх по-різному.
Чи може агент працювати повністю без людини?
Технічно так, у межах наданих дозволів. На практиці в більшості фінансових процесів межу проводять так, що агент готує й пропонує, а завершальну дію виконує людина. Це вибір політики по кожному процесу, а не обмеження технології.
Що станеться, якщо агент помилиться?
Це залежить від того, які дії йому доступні, — тому перелік операцій і є головним проєктним рішенням. Агент, обмежений підготовкою чернеток, зробить поганий чернетковий документ, який хтось відхилить. Агент із правом проведення створить проводку, яку доведеться сторнувати.
Скільки процесів можна віддати агенту?
Починати варто з одного. Кожен наступний додається дешевше за перший, бо шар інтеграції вже збудований, але перший обсяг має бути вузьким — інакше тестування розтягується, а критерій успіху стає розмитим.
Чи потрібен для агента MCP?
Не обов'язково, але для агентів він доречніший, ніж для асистентів: агенту треба обирати серед багатьох операцій, і описаний перелік інструментів це спрощує. Деталі — на сторінці про MCP і шар інтеграції.
Як зрозуміти, що зробив агент?
З журналу змін Business Central, за умови що в агента власний обліковий запис, а не спільний сервісний. Це вирішують на етапі проєктування: постфактум розділити дії кількох агентів під одним записом складно.