Коротко: Copilot і власні агенти відрізняються не можливостями моделі — під ними часто ті самі моделі. Відрізняється те, хто визначив процес. Агент Microsoft виконує сценарій, який Microsoft спроєктувала для всіх клієнтів. Власний агент виконує ваш процес із вашими правилами. Обидва потрібні, і майже ніколи не замість одне одного.
Спершу про терміни
Плутанина тут починається з того, що «Copilot» позначає кілька різних речей одночасно, і в розмові вони змішуються.
- Copilot як функції всередині Business Central — допомога в аналізі на сторінках, пропозиції зі звірки, генерація описів. Це підказки в інтерфейсі, а не агенти: вони не виконують багатокрокових завдань самостійно.
- Агенти Microsoft у Business Central — окремі сутності, які виконують процес від початку до кінця. Microsoft розширює цей набір, і актуальний перелік завжди варто дивитися в її документації, а не в чиїхось матеріалах, зокрема й у цих.
- Copilot Studio — інструмент, у якому ви самі збираєте агента. Формально це вже не «готовий Copilot», а платформа для власної розробки з готовими блоками.
- Microsoft 365 Copilot — окремий продукт поверх пошти, документів і зустрічей. До Business Central стосується опосередковано.
Коли хтось питає «нам краще Copilot чи власний агент», зазвичай ідеться про друге проти четвертого варіанта в цьому переліку — тобто про готового агента вендора проти агента, спроєктованого під вас. Далі в статті йдеться саме про це.
Що робить Microsoft
Логіка вендора зрозуміла й правильна: закривати процеси, які виглядають однаково в більшості компаній. Обробка типових вхідних замовлень, звірка виписок, підготовка стандартних документів — тут відмінності між компаніями невеликі, і продуктове рішення виправдане економічно.
Переваги такого агента реальні й недооцінені. Він підтримується вендором, переживає оновлення без вашої участі, працює всередині ліцензійної моделі й не потребує проєкту. Якщо ваш процес збігається з тим, який спроєктувала Microsoft, брати треба його — і цей висновок ми на discovery видаємо регулярно.
Обмеження теж закономірне: агент вендора реалізує середньостатистичний процес. Він не знає, що у вашій компанії замовлення від клієнтів категорії B погоджує керівник напряму, а не менеджер, і що для одного постачальника терміни завжди рахують з поправкою на його звичне запізнення.
Де проходить межа
Практичний маркер простий і перевіряється за п'ять хвилин. Якщо ви не можете описати процес, не вживши внутрішнього терміна компанії, продуктовий агент його не виконає.
«Обробити вхідне замовлення» — це процес, який можна описати загальними словами, і продуктове рішення тут доречне. «Обробити вхідне замовлення, перевіривши, чи клієнт не в стоп-листі за нашими критеріями, і якщо сума понад ліміт напряму — відправити на погодження керівнику, крім випадків, коли є рамковий договір» — це вже опис, у якому три речі існують тільки у вас.
Друга межа — дані поза Business Central. Якщо для рішення агенту треба заглянути у виробничу систему, іншу CRM або зовнішній сервіс, продуктовий агент туди не дістане. Власний — дістане, але це вже інтеграційний проєкт, і оцінювати його треба відповідно.
Третя межа — правила доступу. Коли різні ролі мають бачити різні дані, це вирішується моделлю автентифікації вашої інтеграції. Детальніше — у розборі безпеки AI в Business Central.
Порівняння
| Критерій | Агент Microsoft | Власний агент |
|---|---|---|
| Хто спроєктував процес | Microsoft, для всіх клієнтів | Ви, під свою специфіку |
| Ваша термінологія й правила | Стандартні | Ваші |
| Дані поза Business Central | Екосистема Microsoft | Будь-які доступні системи |
| Точки зупинки | Як передбачив вендор | Де вирішили ви |
| Оновлення | Microsoft | Перевірка після релізів |
| Запуск | Увімкнути й налаштувати | Discovery, розробка, тестування |
| Відповідальність за поведінку | Вендор | Ви й підрядник |
| Змінити логіку | У межах налаштувань | Будь-яку |
Як вони працюють разом
Найпоширеніша робоча конфігурація — не «або-або», а розподіл за типом процесу. Агенти Microsoft закривають масові типові операції, власні — вузькі місця, де ваша специфіка створює вартість.
Приклад із дистрибуції. Вхідні замовлення від постійних клієнтів у стандартному форматі обробляє продуктовий агент — їх багато, вони однакові, і власна розробка тут була б витратою без результату. Паралельно працює власний агент по дебіторці: він знає ваші критерії стоп-листа, розрізняє спірні суми й ті, що просто прострочені, і зіставляє борг із відкритими замовленнями за вашою логікою притримання. Це два різні агенти, які не конкурують.
Практична рекомендація з цього: вмикайте продуктові можливості першими й користуйтеся ними хоча б місяць. Ви отримаєте фактичний перелік того, що вони не закривають, — а це і є технічне завдання на власне рішення, складене безкоштовно й на реальних випадках, а не на припущеннях.
Критерій вибору
Замість загальних міркувань — п'ять запитань. Якщо на три й більше відповідь «так», продуктового агента вам не вистачить.
- Чи є в описі процесу терміни, які існують тільки у вашій компанії?
- Чи потрібні для рішення дані з систем поза Business Central?
- Чи мають різні ролі бачити різні дані в межах цього процесу?
- Чи є у вашому процесі кроки, порядок яких відрізняється від очевидного?
- Чи є винятки, які трапляються достатньо часто, щоб їх треба було врахувати?
Якщо на всі п'ять відповідь «ні» — вам майже напевно не потрібна власна розробка, і чесна відповідь підрядника має бути саме такою. Discovery цілком може закінчитися висновком, що потрібне налаштування, звіт або продуктова функція. Це дешевший результат для клієнта й менш вигідний для підрядника — і водночас єдиний, після якого до підрядника повертаються.
Витрати різної природи
Порівнювати цифри навпростець не вийде, бо це різні за структурою витрати. Агент вендора — ліцензування за умовами Microsoft: без стартових вкладень, передбачувано, залежить від обсягу використання. Власний агент — проєкт від $6 000 (від $10 000 під конкретний бізнес-процес) плюс поточні витрати на модель і хостинг.
Тому рішення ухвалюють не за ціною. Продуктовий агент, який не виконує ваш процес, — це нуль результату за будь-яку суму. Власна розробка, що дублює вже наявну функцію, — витрата без користі. Питання завжди в тому, чи збігається спроєктований вендором процес із вашим.
Що з цього виходить у вигляді рішення — на сторінці AI-агенти для Business Central, а загальний вступ у тему — в повному гайді по агентах.
Часті запитання
Чи замінять агенти Microsoft власні рішення з часом?
Частину — так, і це нормально: кожен закритий вендором сценарій стає дешевшим для всіх. Але продуктовий агент за визначенням реалізує процес, спроєктований для всіх клієнтів, і не знає ваших внутрішніх правил. Ця межа не зникає, вона лише зсувається.
Чи можна використовувати обидва типи одночасно?
Так, і це найпоширеніша робоча конфігурація. Продуктові агенти закривають масові типові операції, власні — вузькі місця з вашою специфікою. Вони працюють над тією самою базою й не конфліктують.
Чим Copilot Studio відрізняється від власної розробки?
Copilot Studio — це платформа, у якій ви самі збираєте агента з готових блоків. Тобто це вже власна розробка, просто з нижчим порогом входу й меншою гнучкістю. Для простих сценаріїв може бути достатньо; для складної логіки й нестандартних інтеграцій — ні.
Ми на Business Central on-premises. Це щось змінює?
Так, суттєво. Хмарні можливості Microsoft розраховані на хмарні середовища, тож набір доступного для локальної інсталяції вужчий. Власна інтеграція можлива, але потребує опублікованих вебсервісів, і це перевіряють до оцінки проєкту.
З чого почати, якщо бюджет обмежений?
Увімкнути все, що вже входить у ліцензію, і місяць користуватися з реальними задачами. Перелік того, що не закрилося, стане технічним завданням на власне рішення — складеним на фактах і безкоштовно.