Коротко: вибір моделі й написання коду інтеграції — приблизно чверть проєкту. Решта — описати процес так, щоб його можна було виконати без здогадок, витягти правила, які існують тільки в головах, спроєктувати вузькі операції й перевірити, що агент відмовляється робити те, чого не можна.
З чого складаються трудовитрати
Приблизний розподіл на типовому першому агенті. Він однаковий незалежно від того, чи будуєте ви самі, чи з підрядником, і корисний тим, що показує, куди насправді йде час.
| Етап | Частка | Хто робить |
|---|---|---|
| Опис процесу й витяг правил | ~25% | Бізнес + аналітик |
| Проєктування переліку операцій | ~15% | Архітектор |
| Розробка інтеграції й оркестратора | ~25% | Розробник |
| Тестування відмов і граничних випадків | ~25% | Розробник + бізнес |
| Розгортання, журналювання, документація | ~10% | Розробник |
Половина проєкту — перший і четвертий рядки, і жоден із них не про моделі. Це головна причина, чому оцінки «зробимо за тиждень» не збуваються: тиждень — це приблизно третій рядок.
Крок 1: описати процес як послідовність
Не «агент обробляє замовлення», а покроково: що береться на вході, що перевіряється, у якому порядку, що робиться з кожним результатом перевірки, де зупинка.
Робочий спосіб — сісти з людиною, яка виконує процес зараз, і записати за нею десять реальних випадків підряд. Не те, як має бути за регламентом, а те, що вона робить насправді. Різниця між цими двома описами зазвичай і є найцінніша частина документа.
Ознака, що опис готовий: за ним може виконати процес новий співробітник, який не має контексту. Якщо в тексті лишилися «зазвичай», «як правило» й «дивлячись по ситуації», опис не готовий — або на цьому кроці справді потрібна людина, і його треба позначити як точку зупинки.
Крок 2: витягти правила з голів
Найбільша прихована робота проєкту. Частина правил задокументована, частина існує як практика, і друга частина зазвичай більша.
Дієвий прийом: замість «опишіть правила» попросіть назвати винятки. «Назвіть п'ять випадків, коли ви не зробите те, що зазвичай робите, і поясніть чому». Люди погано формулюють правила й добре згадують винятки — а виняток однозначно вказує на правило за ним.
Тут же виявляються розбіжності: два відділи рахують ту саму річ по-різному. Це не технічна проблема, і вирішити її має бізнес — але виявити її на цьому кроці набагато дешевше, ніж на етапі приймання.
Крок 3: спроєктувати перелік операцій
Кожна операція описується вузько: що робить, коли застосовується, які параметри приймає, що повертає, як поводиться, коли даних немає.
Три правила, які визначають і безпеку, і поведінку:
- Вузько, а не гнучко. «Отримати прострочену заборгованість понад суму за період» — правильно. «Виконати запит» — переносить межу безпеки з коду в судження моделі.
- Операції запису — окремо й свідомо. Не «оновити запис», а «оновити дату наступного контакту в картці клієнта».
- Один виклик замість двадцяти. Операція має повертати те, що потрібно для кроку, цілком. Інакше агент упреться в обмеження інтенсивності запитів Business Central.
Готовий перелік має вміщатися в документ, який читається за один раз. Якщо не вміщається, обсяг завеликий для першої версії. Деталі реалізації шару — на сторінці про MCP і шар інтеграції.
Крок 4: зібрати й запустити на пісочниці
Тут з'являється код: оркестратор із циклом і лімітом кроків, шар операцій з автентифікацією, журналювання. Компоненти й варіанти розгортання розібрані в статті про архітектуру агента.
Дві вимоги до пісочниці, які часто ігнорують. Дані мають бути реалістичними за обсягом — інакше проблеми з часом очікування виявляться вже в продуктиві. І облікові дані мають бути окремими, не продуктивними: інакше рано чи пізно тестовий прогін піде не туди.
На цьому ж кроці результат показують людям, які виконують процес зараз. Їхні зауваження тут коштують у рази дешевше за ті самі зауваження після запуску.
Крок 5: тестувати відмови
Етап, який пропускають найчастіше й який визначає, чи залишиться агент у продуктиві. Перевірка правильної роботи — це порівняння з тим, що порахували вручну. Перевірка відмов — це вигадати сценарії, у яких агент міг би помилитися, і пройти кожен.
Мінімальний перелік:
- Запит операції, якої немає в переліку — агент повідомляє, що не може, а не шукає обхід.
- Операція поза набором дозволів — Business Central відмовляє, агент коректно обробляє.
- Порожній результат — агент розрізняє «даних немає» і «сталася помилка».
- Часткова невдача — завершує по тих, де вдалося, і окремо повідомляє про решту.
- Ліміт кроків — зупиняється, а не крутиться.
- Аномальний обсяг — тисяча записів замість звичних двадцяти зупиняє агента.
Крок 6: продуктив і спостереження
Вихід із власними обліковими даними, власним набором дозволів і записаним переліком того, що агенту дозволено. Це документ, а не усна домовленість: через пів року ніхто не пам'ятатиме, що вирішили.
З першого дня фіксуються: кількість кроків на завдання, частка завершень за лімітом, відмови через дозволи і скільки підготовленого людина відхиляє. Остання цифра — єдина, що відповідає на питання про користь, і ретроспективно вона не відновлюється.
Хто потрібен у команді
- Власник процесу з боку бізнесу. Той, хто вирішує, що правильно. Без нього проєкт стає на першому спірному випадку.
- Людина, яка знає Business Central. Не «загалом ERP», а модель даних: різницю між записами складу й вартісними, як працюють облікові групи, чому маржа в двох звітах різна.
- Розробник інтеграцій. API, автентифікація, обробка помилок.
- Адміністратор тенанта — на півгодини, для реєстрації застосунку. Домовлятися варто заздалегідь: очікування цієї людини найчастіша причина простою.
Другий пункт недооцінюють найчастіше. Агент, зроблений розробником без знання Business Central, працює технічно правильно й дає цифри, які не сходяться зі звітами, — і причину цього шукають місяцями. Загальний вступ — у повному гайді, порядок підключення — у статті як підключити агента.
Що робити самотужки, а що замовляти
Розподіл трудовитрат вище показує, куди йде час. Тепер про те, які з цих етапів реально закрити власними силами.
Опис процесу й витяг правил — тільки ви. Це чверть проєкту, і жоден підрядник не зробить її за вас: він не знає, чому цьому клієнту можна відстрочку, а тому ні. Максимум — модерує розмову. Цю частину варто зробити до того, як ви взагалі почнете шукати виконавця: готовий опис процесу скорочує решту проєкту й дозволяє порівнювати пропозиції предметно.
Розробка інтеграції — можна самотужки, якщо в команді є розробник із досвідом інтеграцій і людина, яка знає модель даних Business Central. Без другої ролі виходить технічно коректне рішення з цифрами, що не сходяться зі звітами.
Проєктування переліку операцій і тестування відмов — найважче без досвіду. Не тому, що складно технічно, а тому, що невідомо, що саме перевіряти. Перелік граничних випадків складається з чужих помилок, і кожна з них колись комусь коштувала.
Орієнтир, якщо вирішите замовляти: AI Discovery від $750, агент від $6 000, агент під конкретний бізнес-процес від $10 000. Другий агент обходиться істотно дешевше за перший, бо шар операцій, автентифікація й журналювання вже збудовані.
Часті запитання
Скільки часу займає побудова першого агента?
Від чотирьох до восьми тижнів після discovery для вузького процесу. Приблизно половина часу йде на опис процесу з витягом правил і на тестування відмов — тобто на роботу, яка не є програмуванням.
Чи можна зробити це власною командою?
Так, якщо в ній є людина, яка знає модель даних Business Central, а не тільки API. Агент, зроблений розробником без цього знання, дає технічно коректні цифри, які не сходяться зі звітами, і причину шукають довго.
Яку модель обрати?
Це найменш важливе рішення проєкту, і воно оборотне, якщо архітектура правильна. Обирають за умовами обробки даних, доступними регіонами розгортання й ціною, а не за назвою.
Скільки операцій має бути в першій версії?
Стільки, скільки вміщається в документ, який читається за один раз. Якщо перелік неможливо охопити поглядом, обсяг завеликий: тестування розтягнеться, а критерій успіху розмиється.
Що робити, якщо правила процесу суперечливі?
Зупинитися й узгодити їх. Це найчастіша нетехнічна причина простою, і вирішити її може лише бізнес. Спроба «закодувати обидва варіанти» дає агента, поведінку якого неможливо пояснити.
Скільки коштує другий агент?
Значно менше за перший: шар операцій, автентифікація, журналювання й розгортання вже є. Додається опис нового процесу, нові операції за потреби та їх тестування.