Коротко: AI над Business Central — це не «розумна ERP». Це три різні речі: вбудований Copilot від Microsoft, власний асистент, який читає ваші дані й відповідає на запитання, і агент, який виконує погоджені дії. Перше вмикається, друге й третє розробляється. Найбільша змінна вартості — не модель, а стан ваших налаштувань.
Три рівні AI над Business Central
Плутанина навколо теми починається з того, що трьома різними речами користуються одним словом. Розділимо їх одразу, бо далі все зводиться до цього поділу.
Рівень 1. Copilot від Microsoft
Постачається разом із продуктом. Покриває набір сценаріїв, які обрала Microsoft: допомога в аналізі даних, пропозиції зі звірки банківських виписок, генерація описів номенклатури, прогнози. Вмикається налаштуванням, окремої розробки не потребує. Детальний розбір — у нашому матеріалі про Copilot у Business Central.
З цього варто починати завжди. Це найдешевша ділянка, і якщо Copilot закриває ваше запитання, решта гайду вам не потрібна.
Рівень 2. Власний AI-асистент
Окреме рішення, яке підключається до Business Central через API і відповідає на запитання природною мовою. Лише читає. Сенс у тому, що воно знає ваші визначення: вашу маржу, вашу термінологію, ваші розрізи. Copilot цього не знає й знати не може, бо він продуктовий, а не ваш.
Рівень 3. AI-агент
Те саме плюс дії: створити запис, оновити поле, запустити погодження. Виконує тільки те, що ви дозволили явно, у межах набору дозволів. Про межі й контроль — окремо на сторінці про AI-агентів.
Що AI справді робить з даними ERP
Найкорисніша перевірка — не «чи звучить це вражаюче», а «чи існують дані під запитанням і чи заповнюють їх послідовно». За цим критерієм запитання діляться на чотири групи.
| Тип | Приклад | Наскільки складно |
|---|---|---|
| Пошук | «Який кредитний ліміт у цього клієнта і скільки вибрано?» | Просто |
| Зведення | «Виручка за категоріями за квартал проти минулого» | Просто |
| Фільтр | «Клієнти без замовлень довше за їхній звичайний інтервал» | Середньо |
| Причина | «Чому впала маржа цього місяця?» | Складно |
Перші три — це переклад запитання у запити до API. Четверта категорія — та, через яку проєкти й розходяться з очікуваннями, бо запитання «чому» потребує визначення. Валова маржа в Business Central має щонайменше три захищені варіанти розрахунку залежно від того, береться собівартість на момент проведення, скоригована після прогону коригування чи стандартна. Якщо ніхто не вкаже, який ваш, асистент обере один — і розійдеться з управлінським звітом. Далі всі вирішать, що AI зламаний.
Практичний висновок: запитання на причину узгоджують із фінансистами до розробки. Це година роботи на етапі проєктування — і місяці втраченої довіри, якщо цього не зробити.
Чотири запитання до початку
Перед тим як говорити про технології, варто відповісти на це. Більшість проєктів, які варто не починати, відсіюються тут.
- Яке конкретне запитання ви ставите зараз і скільки це коштує? Не «хочемо AI», а «щомісяця людина два дні збирає в Excel звіт про прострочену дебіторку з розбивкою за менеджерами». Якщо такого речення немає, проєкт передчасний.
- Хто це питатиме? Асистент, яким користується одна людина, майже завжди дешевше замінити звітом. Цінність з'являється тоді, коли запитання ставлять кілька людей і по-різному.
- Де лежать дані? Якщо відповідь потребує воронки продажів, а воронка живе в іншій CRM, це вже інтеграційний проєкт, а не AI-проєкт.
- Чи це не звіт? Чесна відповідь часто така: вам потрібен звіт, дашборд Power BI або зміна налаштування. Вони коштують менше й ламаються рідше.
Чого це вимагає від вашого Business Central
Це найважливіша частина гайду й та, яку в презентаціях зазвичай оминають. Якість відповідей визначається станом налаштувань, а не моделлю.
Послідовні виміри
Аналіз за підрозділом, проєктом чи напрямом працює тільки тоді, коли виміри заповнюють надійно. Класична пастка: вимір став обов'язковим з якогось моменту, а до того був необов'язковим. Будь-який аналіз, що перетинає цю дату, помиляється — і виглядає при цьому абсолютно правдоподібно. Модель цього не помітить.
Дисципліна облікових груп
Якщо схожі операції потрапляють на різні рахунки залежно від того, хто вводив документ, зведені цифри не зійдуться ні у звіті, ні у відповіді асистента. Механіка — у матеріалі про облікові групи.
Регулярне коригування собівартості
Усе, що стосується маржі й вартості запасів, до прогону коригування є попереднім. Асистент має це позначати, а не подавати мовчки як остаточне.
Опубліковані через API поля
Якщо частина потрібних даних живе у власних полях, доданих розширенням AL, їх треба віддати через API-сторінки. Це невелика робота, але її варто виявити на початку, а не посеред розробки.
Скільки коштує і скільки триває
| Етап | Порядок вартості | Строк |
|---|---|---|
| Discovery: сценарії, дані, дозволи, архітектура | від $750 | 1–2 тижні |
| Асистент над визначеним набором даних | від $3 000 | 2–4 тижні до прототипу |
| Агент із погодженими діями | від $6 000 | довше через тестування |
| Рішення під конкретний бізнес-процес | від $10 000 | залежить від обсягу |
Окремо йдуть поточні витрати: використання моделі й хостинг інтеграційного шару. Їх виставляє постачальник, і вони не входять у вартість розробки. Порядок величини тут зазвичай не є визначальним для рішення, але закласти його треба.
Агенти дорожчі за асистентів з однієї причини — тестування. Перевірити, що система відмовляє там, де має відмовляти, довше, ніж перевірити, що вона відповідає там, де має відповідати.
П'ять типових помилок
- Починати з агента. Спершу треба довести, що відповідям довіряють. Право запису дають після цього, а не замість цього.
- Не визначити терміни. «Виручка» може означати відвантажене, виставлене або те й те без внутрішньогрупових оборотів. Кожен такий термін фіксують у розробці.
- Дозволити асистенту вгадувати. Асистент, який видає правдоподібне число замість «даних немає», втрачає довіру першого ж разу, коли його перевірять. Це вимога до розробки, а не побажання.
- Вважати промпт засобом захисту. Межа безпеки — це набір дозволів Business Central і перелік доступних операцій, а не формулювання інструкції.
- Будувати аналітику поверх безладу. Якщо виміри непослідовні, спершу лагодять налаштування. Це дає кращі звіти незалежно від того, чи буде AI.
Якщо після цього гайду ви розумієте, яке саме запитання хочете закрити, наступний крок — сторінка напряму AI для Business Central з описом рішень і процесу.
Часті запитання
Чи замінить AI бухгалтера або фінансиста?
Ні. Він знімає збирання даних — те, на що йде час, але що не потребує судження. Рішення про відстрочку, оцінка ризику клієнта, вибір облікової політики лишаються людині. Реалістичний ефект — не скорочення штату, а те, що ті самі люди відповідають на більше запитань і швидше.
Чи потрібен нам Copilot, перш ніж робити власний AI?
Це незалежні речі, але починати варто з Copilot: він уже входить у продукт і коштує частку від власної розробки. Якщо він закриває ваше запитання, власне рішення не потрібне. Найчастіше в компанії згодом працює і те, і те.
Скільки даних потрібно, щоб це працювало?
Для пошуку й зведень — стільки, скільки у вас є. Для аналізу трендів і сезонності потрібно два-три роки історії, інакше асистент опише збіг як закономірність. Важливіша не кількість, а послідовність заповнення вимірів і облікових груп.
Чи безпечно це для фінансових даних?
AI працює під обліковим записом Business Central із набором дозволів і бачить рівно те, що бачив би користувач із таким записом. Доступ журналюється. Окреме питання — який постачальник моделі обробляє дані й за яким договором; це фіксують письмово до підключення до продуктиву.
Скільки часу до першого результату?
Discovery — один-два тижні, робочий прототип асистента — ще два-чотири. Далі тестування на реальних запитаннях. Основний час іде на визначення розрахунків і перевірку випадків помилок, а не на підключення API.
Чи працює це з Business Central on-premises?
Здебільшого так, але шлях інтеграції інший: потрібно опублікувати вебсервіси й забезпечити доступ до них. Це рішення на боці вашої інфраструктури, і його перевіряють до оцінки проєкту.