Коротко: так, підключити можна, і механіка нескладна. Але «ChatGPT» у цьому питанні означає щонайменше три різні речі з різними наслідками для даних. Споживчий застосунок і корпоративний доступ через API — це не одне й те саме, і саме ця різниця визначає, чи можна вам це робити взагалі.
Коротка відповідь
Business Central віддає дані через REST API. Будь-яка модель, яка вміє викликати зовнішні інструменти, може ці дані отримати — за умови, що між ними є шар, який автентифікується в Business Central і виконує тільки дозволені операції. Технічної перешкоди немає.
Питання, на яке варто відповісти першим, інше: хто в цій схемі бачить ваші проводки й що йому дозволено з ними робити за договором.
Три способи
1. Копіювання вручну
Людина вивантажує дані з Business Central і вставляє їх у чат. Так роблять уже зараз, часто без відома керівництва, і це найризикованіший з усіх варіантів: жодного контролю над тим, що саме пішло назовні, жодного журналу, жодних гарантій щодо обробки. Якщо у вашій компанії це вже відбувається, найкорисніша дія — не заборона, а надання нормального інструменту.
2. Через MCP-сервер
Ви піднімаєте шар, який віддає моделі перелік дозволених операцій, і підключаєте до нього клієнта. Модель бачить не базу, а список на кшталт «показати прострочені рахунки» з перевіреними параметрами. Це контрольований варіант, і про нього детально — на сторінці про MCP і шар інтеграції.
3. Через власний застосунок на API моделі
Ви не користуєтесь інтерфейсом ChatGPT узагалі, а звертаєтесь до API моделі зі свого рішення. Тоді ви контролюєте, які саме дані потрапляють у запит, і працюєте за корпоративним договором. Для більшості компаній це правильна відповідь.
Що відбувається з даними
Тут варто розрізняти чітко, бо саме на цьому будуються більшість непорозумінь.
| Варіант | Контроль над тим, що йде назовні | Договірні гарантії |
|---|---|---|
| Споживчий застосунок, ручне копіювання | Немає | Умови для приватних осіб |
| Корпоративна підписка | Частковий | Корпоративні умови |
| API моделі у власному рішенні | Повний | Договір з провайдером |
| Модель у вашому хмарному середовищі | Повний | Ваш тенант |
Корпоративні тарифи великих провайдерів договірно виключають дані клієнта з навчання моделей. Це не властивість технології, а пункт договору — тому його треба прочитати, а не припустити. Для компаній, яким потрібен максимальний контроль, варіант з розгортанням моделі у власному хмарному середовищі знімає питання остаточно, хоч і коштує дорожче.
Три реальні ризики
- Обсяг того, що йде назовні. Погано спроєктована інтеграція надсилає в запит більше, ніж потрібно для відповіді — цілі таблиці замість потрібних рядків. Лікується проєктуванням операцій, а не вибором провайдера.
- Права доступу. Якщо інтеграція працює під сервісним записом із широкими правами, кожен користувач фактично отримує ці права через чат. Модель доступу вирішують до розробки, а не після.
- Впевнена неправда. Модель, яка не отримала даних, схильна відповісти правдоподібно. У фінансовому контексті це небезпечніше за відмову. Рішення має бути побудоване так, щоб відповідати «даних немає», і це перевіряють окремим тестуванням.
Коли ChatGPT — не той інструмент
Якщо запитання повторюється щомісяця в незмінному вигляді, вам потрібен звіт або дашборд Power BI, а не чат: вони дешевші, швидші й дають однаковий результат щоразу. Якщо процес фіксований і має виконуватися сам, це Power Automate, а не модель. Чат виграє тоді, коли запитання щоразу різні й наперед невідомі.
Як зробити це правильно
- З'ясувати, чи не копіює хтось дані в чат уже зараз. Зазвичай копіює.
- Визначити, які дані взагалі можуть залишати контур, а які ні.
- Обрати варіант доступу: корпоративна підписка, API у власному рішенні чи модель у вашому середовищі.
- Прочитати умови провайдера щодо обробки й навчання. Саме прочитати.
- Побудувати шар, який віддає перелік операцій, а не доступ до бази.
- Обрати модель автентифікації в Business Central: делегований доступ, якщо різні люди мають бачити різне.
- Перевірити, що рішення відмовляється відповідати без даних.
Пункти 4 і 7 пропускають найчастіше — і саме вони визначають, чи буде з цього проблема.
Часті запитання
Чи потраплять наші дані в навчання моделі?
Це залежить від договору з провайдером, а не від технології. Корпоративні тарифи великих провайдерів договірно виключають дані клієнта з навчання; умови для приватних осіб — не завжди. Тому перед підключенням умови читають, а не припускають.
Чи можна обійтися без розробки?
Якщо ви готові копіювати дані вручну — так, але це найгірший варіант з погляду контролю. Будь-яке кероване підключення потребує шару між моделлю й Business Central, який автентифікується й обмежує перелік операцій.
Чи бачитиме ChatGPT усю нашу базу?
Ні, якщо все зроблено правильно. Модель отримує доступ не до бази, а до переліку описаних операцій із перевіреними параметрами. Виклики йдуть під обліковим записом Business Central із набором дозволів, тож платформа застосовує ті самі обмеження, що й до людини.
Що з вимогами до захисту персональних даних?
Якщо у відповідях можуть з'являтися персональні дані, місце обробки й умови провайдера мають відповідати вашим зобов'язанням. Це вирішують на етапі архітектури й фіксують письмово — разом із рішенням про те, які поля взагалі не мають залишати контур.
Claude, Gemini чи ChatGPT — чи є різниця?
З погляду інтеграції з Business Central принципової немає: усі провідні моделі вміють викликати зовнішні інструменти. Різниця в умовах обробки даних, доступних регіонах розгортання й ціні. Вибір роблять за цими критеріями, а не за назвою.