Business Central MCP і шар інтеграції

Що таке MCP насправді

Без протоколу підключення моделі до Business Central означає код, який заздалегідь вирішує, який виклик API робити для якого типу запитання. Це працює, і саме так будують більшість перших інтеграцій. Перестає працювати тоді, коли перелік того, що асистент має вміти, зростає: кожна нова можливість — це нова гілка логіки.

MCP розвертає це. Замість того щоб виклик обирав код, ви публікуєте набір інструментів, у кожного з яких є назва, опис і схема вхідних даних. Модель читає цей каталог і обирає. Додати можливість — це додати опис інструмента, а не редагувати дерево рішень.

MCP чи прямі виклики API

Універсально правильної відповіді немає. Асистенту лише для читання, що відповідає на десяток відомих запитань, MCP не потрібен — без нього він вийде швидше. Агент, який постійно набиратиме можливостей, виграє від структури майже одразу. Ми обираємо на етапі архітектури, і чесна версія цієї розмови включає слова про те, коли простішого варіанта досить.

Що віддає MCP-сервер Business Central

Не таблиці. Операції — і різниця тут суттєва. Інструмент «показати прострочені рахунки», що приймає поріг і дату, отримує вузький перевірений вхід і повертає визначену форму. Інструмент «виконати будь-який запит» був би значно гнучкішим — і саме його не роблять, бо він переносить межу безпеки з вашого коду в судження моделі.

• Операції читання під конкретну мету: баланси клієнтів, доступність номенклатури, проводки за період, пошук документа.
• Операції запису, кожна зроблена свідомо: створити замовлення продажу, оновити контакт, подати запит на погодження. Ніколи не загальний запис.
• Описи, на які покладається модель — погано описаний інструмент викликається не вчасно. Це проблема коректності, а не безпеки, але цілком реальна.

Що MCP змінює й не змінює в безпеці

Модель дозволів він не змінює. Виклики так само йдуть під обліковим записом Business Central із набором дозволів, і платформа так само відхиляє все поза ними. Змінюється можливість перегляду: перелік того, що AI взагалі може спробувати, стає явним списком, який рецензент із безпеки прочитає за один раз, замість поведінки, розмазаної по коду застосунку.

Разом із підходом приходять два ризики, і обидва вирішуються на етапі проєктування, а не в промпті. Перший — розростання переліку: кожен доданий зручний інструмент розширює поверхню, тож список потребує періодичного перегляду, як будь-який набір дозволів. Другий — надто широкі інструменти: один гнучкий інструмент зручніший розробнику й небезпечніший у продуктиві, ніж п'ять вузьких. Ми робимо вузькі.

Підключення ChatGPT та інших клієнтів

Часте запитання — чи можна спрямувати ChatGPT або Claude на Business Central. З MCP-сервером механіка проста, бо той самий сервер обслуговує кількох клієнтів. Чи варто — окреме питання: пропускати фінансові дані компанії через споживчий чат-продукт вирішує ваша політика щодо даних, і відповідь зазвичай передбачає корпоративну угоду з постачальником моделі та розмову про те, що саме залишає ваш тенант. Ці умови ми фіксуємо письмово в документі з архітектури до підключення до продуктиву.

Обмеження, про які варто знати

MCP молодий, а інструментарій навколо нього рухається швидше, ніж зазвичай рухається корпоративне ПЗ, — тож поточний стан варто перевіряти, а не покладатися на сторінку, написану кілька місяців тому, зокрема й на цю. Він додає компонент, який треба запускати й моніторити. І він не робить погано структурований Business Central зручнішим для запитів: якщо ваші виміри непослідовні, добре описаний інструмент поверне добре структуровані неправильні відповіді.