Serverul MCP din Business Central: ghidul complet pentru integrări AI (inclusiv interogările personalizate din V29)

Sistemele ERP au o problemă cu AI-ul. Nu le lipsește inteligența — sunt pline de logică de business. Problema e că agenții AI nu pot vorbi nativ cu ele. Fiecare integrare e un wrapper REST făcut pe comandă, un strat de middleware, un conector fragil care cade când cineva redenumește un câmp. Dacă ai încercat vreodată să faci un asistent AI să citească stocul în timp real sau să înregistreze o comandă de vânzare în Business Central, știi cât doare.

Răspunsul Microsoft este serverul MCP din Business Central — o poartă de acces bazată pe Model Context Protocol, care expune datele și operațiunile ERP-ului către agenți AI printr-o interfață standard și auto-descriptivă. A intrat în preview public pe 31 octombrie 2025, a devenit disponibil general pe 1 aprilie 2026 (2026 release wave 1) și a primit în V29 (octombrie 2026) o extensie importantă: interogări de date personalizate, prin care clienții AI pot interoga date pe care nicio pagină API nu le expune.

Ghidul acoperă tot: ce face serverul, cum îl configurezi corect, ce schimbă V29, cazuri de utilizare realiste, serverul MCP separat pentru admin center, costuri și limitele pe care trebuie să le știi înainte să construiești pe el.

Ce este MCP (pe înțelesul tuturor)

Model Context Protocol este un standard deschis — creat de Anthropic la sfârșitul lui 2024 — care definește cum descoperă și folosesc aplicațiile AI date și tool-uri externe. Gândește-te la el ca la un USB-C pentru conexiunile dintre AI și sisteme: un singur conector în loc de câte o integrare pentru fiecare tool și fiecare aplicație.

Arhitectura e simplă:

• Gazda MCP este aplicația AI — Copilot Studio, GitHub Copilot în VS Code, ChatGPT, Claude sau propriul tău agent.
• Serverul MCP este poarta de acces expusă de aplicația de business — aici, Business Central.
• Gazda descoperă ce tool-uri oferă serverul, le citește intrările și ieșirile și le apelează prin protocol.

Serverul MCP din BC expune entitățile Business Central — clienți, articole, comenzi de vânzare, furnizori, facturi înregistrate — ca tool-uri pe care agenții le pot descoperi, înțelege și apela. Nu e un chatbot. E un strat de comunicare care transformă ERP-ul în ceva despre care un agent AI poate raționa și asupra căruia poate acționa.

Cronologie: cum a ajuns aici serverul MCP din BC

Dacă ai citit o versiune mai veche a acestui articol: serverul MCP de date nu mai este în preview. Serverul pentru admin center încă este, iar tool-urile de interogare din V29 au eticheta de preview în documentația de configurare.

Ce expune serverul

Implicit, serverul MCP oferă clienților acces doar în citire la paginile API și interogările API pe care utilizatorul conectat are permisiunea să le folosească: configurația implicită integrată are activate modul dinamic și descoperirea obiectelor doar în citire. Fără o configurare proprie, un agent conectat la mediul tău poate interoga clienți, citi stocul, lista comenzile de vânzare deschise și verifica soldurile furnizorilor.

Citirea e doar punctul de plecare. Administratorii pot crea configurații care permit creare, modificare, ștergere și acțiuni legate (bound actions) pe pagini API anume. Odată permise, agenții pot:

• Vizualiza și gestiona înregistrări — listare, creare, actualizare și ștergere de clienți, articole, comenzi de vânzare și altele
• Executa procese de business — înregistrarea documentelor, schimbarea statusurilor, rularea logicii de business prin acțiuni OData legate
• Răspunde la întrebări în limbaj natural — acces conversațional la datele BC

Fiecare apel respectă modelul de securitate existent din Business Central. Autentificarea folosește fluxul OAuth 2.0 authorization code cu PKCE și Microsoft Entra ID; toate operațiunile rulează cu identitatea și permisiunile utilizatorului conectat, deci pista de audit arată cine a făcut ce — inclusiv când acel „cine” a fost un agent care a lucrat în numele unui utilizator. Fără uși din spate, fără privilegii speciale.

Gazde MCP suportate: nu doar Copilot

Microsoft suportă trei tipuri de gazde:

1. Copilot Studio — adaugi conectorul MCP pentru Business Central la un agent și alegi mediul, compania și configurația. Platforma se ocupă de autentificare și de codarea headerelor.
2. Visual Studio Code cu GitHub Copilot — Copilot primește acces live la datele și API-urile tale BC în timp ce scrii cod. Util pentru dezvoltatorii AL care vor răspunsuri bazate pe mediul real în care lucrează.
3. Orice client compatibil MCP — Claude, ChatGPT, MCP Inspector sau propriul agent. Pentru aceștia îți înregistrezi propria aplicație Entra ID; gazdele Microsoft folosesc o aplicație pre-înregistrată.

Toți se conectează la același endpoint, https://mcp.businesscentral.dynamics.com, și aleg ținta prin headere HTTP:

Fiecare configurație oferă și un connection string gata făcut (Advanced → Connection String), pe care îl lipești în VS Code sau în alt client.

Ce aduce în plus față de API-urile BC standard

Business Central are API-uri REST de ani de zile. Deci ce adaugă MCP?

API-urile standard sunt țevi oarbe. Clientul trebuie să știe dinainte endpoint-ul, numele câmpurilor, tipurile de date, relațiile și regulile de business. De aceea integrările durează săptămâni și cad când se schimbă schema.

MCP e auto-descriptiv. Când o gazdă se conectează, descoperă ce tool-uri există, ce parametri primesc, ce returnează și schema fiecărei entități. Agentul nu are nevoie de cunoștințe pre-programate despre configurația ta. Adaugi o pagină API personalizată în configurație — sau lucrezi cu modul dinamic și Discover Read-Only Objects activate — și agentul o poate folosi la următoarea conectare, fără cod de integrare de întreținut.

E diferența dintre a-i da cuiva o hartă tipărită și a-i da GPS live.

Configurarea corectă a serverului MCP

Aici materialele timpurii (inclusiv ale noastre) au greșit: nu există un comutator în Feature Management. Configurarea se face pe o pagină dedicată.

Condiție: setul de permisiuni MCP - ADMIN sau echivalent.

1. Deschide Model Context Protocol (MCP) Server Configurations (pagina 8350) și alege New.
2. Setează câmpurile generale:

3. În secțiunea Server Features, activează ce îi trebuie configurației:

4. În Available APIs, adaugă pagini API sau interogări API (tip de obiect, ID și versiune API), ori folosește Add All Standard APIs sau Add APIs by API Group, și bifează Allow Read / Create / Modify / Delete / Actions pe fiecare obiect. Interogările API suportă doar citire; la paginile API, Allow Actions controlează acțiunile legate (bound actions).

Fiecare operațiune permisă devine un tool — de exemplu List_Customers_PAG30009 sau Create_Customer_PAG30009. Tool-urile pentru interogări se termină în _QRY<ID>.

Note practice:

• Funcționează doar paginile API de nivel superior. Subpaginile ListPart și CardPart nu pot fi tool-uri.
• Permisiunile de scriere sunt per configurație, per pagină API. Tiparul curat e o configurație pe agent sau pe echipă: una doar în citire pentru „Analize vânzări”, una cu scriere foarte limitată pentru „Preluare comenzi”.
• Exportă/importă configurațiile ca JSON ca să le muți între sandbox și producție sau între clienți.
• Validarea statică (GA în wave 1): acțiunea Validate verifică configurațiile înainte de rulare — obiecte API care nu mai există, pagini API părinte lipsă, Allow Modify fără Allow Read — iar Apply Recommended Action le remediază.
• Configurația implicită are numele gol și e folosită când conexiunea nu trimite ConfigurationName. Poți face implicită altă configurație activă cu Set as Default.

V29: interogări de date personalizate

Până la V29, serverul MCP avea un plafon real: lucra doar peste pagini API expuse. Dacă datele de care avea nevoie agentul nu erau publicate ca pagină API — o tabelă personalizată, un câmp calculat, un join anume — trebuia întâi să scrii o pagină API nouă în AL. Un dezvoltator, un deployment și zile sau săptămâni de așteptare pentru ceva ce era adesea doar „rulează interogarea asta”.

Business Central 2026 release wave 2 (V29) adaugă tool-uri MCP pentru a defini, valida și rula interogări de date personalizate. În formularea Microsoft, aplicația ta MCP poate astfel interoga date pentru care nu există API-uri.

Statut: lansat odată cu V29, în octombrie 2026. Notele de lansare Microsoft pentru 29.0 listează „Run data queries with MCP Server” ca disponibil general, dar documentația de configurare a serverului MCP etichetează în continuare funcția Data Query Tools (Preview) drept preview, supusă modificărilor. Un administrator o activează pentru fiecare configurație: în secțiunea Server Features, selectezi Data Query Tools (Preview), apoi Activate.

Microsoft documentează patru tool-uri doar în citire: bc_data_find_tables (găsește tabele după cuvinte cheie sau căutare semantică), bc_data_get_table_schema (câmpurile unei tabele), bc_data_get_table_relations (căile de join între tabele) și bc_data_query, care compilează și validează o interogare AL și, cu returnData setat pe true, o rulează și returnează rândurile.

Ce se schimbă în practică

Înainte de V29: vrei ca un agent Copilot Studio să răspundă la „care clienți au facturi neîncasate mai vechi de 60 de zile, grupate pe agent de vânzări?”. Datele sunt în mai multe tabele și nicio pagină API nu le expune așa. Scrii o pagină API personalizată, o publici, apoi îndrepți agentul spre ea.

Cu V29: agentul definește o interogare care face join-urile și filtrările, o validează și o rulează. Fără pagină API nouă.

Asta închide cel mai mare gol pentru oricine construiește AI peste BC: blocajul era suprafața API, nu AI-ul.

De ce contează definire → validare → rulare

Structura în trei pași e ce separă funcția de „agentul poate trimite SQL arbitrar în ERP”:

1. Definire — construiește interogarea
2. Validare — verifică dacă e corect formată și corect delimitată
3. Rulare — o execută

Pasul de validare e proprietatea de siguranță. Un LLM produce liniștit o interogare greșită, dar sigură pe ea. Validarea înainte de execuție e modul în care orice strat serios de acces AI la date oprește interogările malformate înainte să lovească producția — aceeași disciplină pe care o construiam înainte în cod propriu, acum parte din suprafața MCP a BC.

Ce deblochează

1. Raportare în limbaj natural fără dezvoltator de rapoarte — „stocul pe depozite pentru articolele sub punctul de recomandă” fără pagină API personalizată sau model Power BI construit întâi.
2. Întrebări ad-hoc din ChatGPT sau Claude — „cât am cheltuit cu furnizorul X trimestrul trecut?” primește răspuns printr-o interogare, nu doar din pagini pre-expuse.
3. Tabelele personalizate și ISV devin accesibile — extensiile care n-au publicat niciodată pagini API pot fi interogate, ceea ce contează mult în mediile cu multe extensii (inclusiv localizările românești).
4. Prototipare mai rapidă — validezi întâi interogarea și forma datelor, apoi le transformi pe cele recurente în pagini API adevărate.

Se relaxează securitatea?

N-ar trebui. Serverul MCP rulează fiecare operațiune cu identitatea și permisiunile Business Central ale utilizatorului conectat, iar Microsoft nu a descris interogările personalizate ca excepție. O interogare n-ar trebui să returneze date pe care utilizatorul nu le putea deja citi. Validarea e o gardă suplimentară peste delimitarea prin permisiuni, nu un înlocuitor. Documentația Microsoft spune că tool-urile de interogare sunt doar în citire: nu pot crea, modifica sau șterge date. Nu explică însă cum se aplică permisiunile pe tabele, așa că verifică asta pe un sandbox cu un utilizator de test restricționat, înainte să lași pe cineva aproape de producție.

Interogările personalizate nu fac paginile API inutile. Pentru acces recurent și critic vei vrea în continuare o pagină API: contract stabil, performanță previzibilă, cod care poate fi revizuit. Interogările sunt pentru restul întrebărilor.

Cazuri de utilizare realiste (nu fantezii de PowerPoint)

Relații cu clienții: „Care e statusul comenzii mele?”

Un agent în Teams sau într-un portal răspunde la „Care e statusul comenzii SO-10432?”, „Când am livrat ultima dată la Contoso?”, „Cât ne datorează Alpine Ski House?” — citind datele de producție în timp real, nu dintr-un depozit de date în cache.

Vânzări: „Fă o ofertă pentru un client existent”

Un agent Copilot Studio cu drept de creare pe oferte primește „Ofertă pentru Fabrikam, 50 de bucăți din articolul 1000, la preț standard”, citește clientul, verifică stocul, creează oferta și returnează numărul și totalul. Agentul de vânzări verifică și confirmă.

Depozit: „Ce avem de pregătit azi?”

Un șef de depozit cere comenzile de vânzare nelansate cu livrare azi. Agentul le listează și propune „Lansez comanda 10435?”. Cu acțiunea legată permisă, șeful confirmă și comanda trece în fluxul de depozit.

Financiar: „Pregătește jurnalul de încasări”

Cu acțiuni legate permise pe pagina API potrivită, un agent financiar pregătește jurnalul, semnalează excepțiile și — după aprobarea unui om — declanșează înregistrarea. Pista de audit arată utilizatorul care a aprobat.

Agenți pentru procesele tale specifice

Procesul tău unic — flux de service, închirieri, dispecerat pe teren — poate avea un agent dedicat, care lucrează cu extensiile tale exact cum lucrează cu entitățile standard, odată ce paginile API potrivite există. Cu un partener de dezvoltare personalizată, e un proiect de zile, nu de luni.

Serverul MCP pentru admin center

Un server MCP separat, în preview public din 1 aprilie 2026, expune API-ul centrului de administrare Business Central, nu date de business.

Administratorii pot întreba, din VS Code sau alt client MCP:

• „Care e starea actualizărilor pe mediile mele sandbox?”
• „Ce medii au instalată extensia X?”
• „Arată-mi upgrade-urile disponibile pentru Production.”

Iar agentul poate propune acțiuni — copierea Production într-un sandbox nou, programarea unei actualizări, investigarea unui upgrade eșuat — cu pași de confirmare explicită înainte să ruleze ceva. Endpoint-urile care ar putea perturba un mediu dacă sunt apelate din greșeală sunt excluse.

Asta înlocuiește o bună parte din scripturile PowerShell și Logic Apps folosite pentru administrarea de rutină.

Pentru parteneri, un avertisment: în preview folosește aceeași autentificare single-tenant ca API-ul admin center. Un „health check pe toți clienții mei” nu e la un click distanță. Microsoft oferă pe GitHub un exemplu de proxy MCP care arată cum rutezi cererile către tenant-uri diferite sub GDAP. Util, dar e cod pe care îl rulezi și îl întreții tu.

Cum începi

Pentru clienții Business Central online e configurare, nu implementare:

1. Atribuie MCP - ADMIN celui care gestionează configurațiile.
2. Decide ce au voie agenții să facă. Începe doar în citire. Listează puținele operațiuni de scriere de care ai cu adevărat nevoie.
3. Creează configurații pe pagina 8350 — una pe agent sau caz de utilizare, Unblock Edit Tools doar unde e nevoie, modul dinamic activ dacă expui multe API-uri.
4. Conectează gazda. În Copilot Studio adaugi conectorul MCP pentru Business Central. În VS Code lipești connection string-ul. Pentru Claude, ChatGPT sau clienți proprii, înregistrezi o aplicație Entra ID și configurezi endpoint-ul și headerele.
5. Testează cu MCP Inspector (gratuit) ca să confirmi conexiunea și să vezi exact ce tool-uri sunt expuse.
6. Pilotează pe un sandbox — și activează întâi Data Query Tools într-o configurație de sandbox dacă vrei interogările personalizate.

Checklist

• Ești pe Business Central online (serverul MCP nu se aplică on-premises)
• MCP - ADMIN atribuit unui responsabil numit
• Configurație pilot doar în citire creată și testată
• Operațiunile de scriere listate pe pagină API și aprobate de responsabilul de proces
• Unblock Edit Tools activ doar în configurațiile care au nevoie de scriere
• Modul dinamic activ unde numărul de tool-uri depășește limita clientului (70 în Copilot Studio)
• Aplicație Entra ID înregistrată pentru orice client non-Microsoft
• Test cu un utilizator restricționat, ca să confirmi că permisiunile țin
• Configurații exportate ca JSON și păstrate sub control de versiuni
• Costurile Copilot / ale modelului AI bugetate
• Tool-urile de interogare evaluate pe un sandbox înainte de producție

Limitări și avertismente sincere

Scrierea cere design deliberat. Implicit nu se scrie nimic. Trebuie să decizi ce poate face fiecare agent, pagină cu pagină. E designul corect, dar „activăm acces complet pentru agent” nu e un plan.

Performanța depinde de paginile tale API. Serverul MCP apelează paginile tale API (și, din V29, interogările tale). O pagină API personalizată lentă înseamnă un agent lent. Serverul nu îți optimizează API-urile.

Limitele de tool-uri sunt reale. Copilot Studio are un plafon de 70 de tool-uri pe agent. Folosește modul dinamic sau configurații mai mici și focusate.

Un mediu și o companie pe conexiune. Un agent consolidat pe mai multe firme din grup are nevoie de mai multe conexiuni sau de un strat de orchestrare.

Interogările personalizate sunt noi. Au sosit odată cu V29, iar documentația de configurare le etichetează încă drept preview. Pilotează înainte să depinzi de ele.

Agenții sunt atât de buni cât le sunt instrucțiunile. Serverul MCP dă tool-urile; modelul gazdă dă raționamentul. Un prompt de sistem vag dă răspunsuri vagi — sau greșite și sigure pe ele.

Calitatea în română depinde de model. Protocolul e independent de limbă, dar înțelegerea întrebărilor în română ține de modelul gazdă. Testează în limba în care lucrează efectiv echipa ta.

Unde se încadrează în strategia ta AI

Serverul MCP din BC nu e un produs pe care îl cumperi. E infrastructură pe care o folosești. Întrebarea reală e ce construiești peste ea.

Agenții încorporați din Business Central — Sales Order Agent, Payables Agent și Expense Agent — sunt soluții gata făcute pentru fluxuri anume. Serverul MCP e platforma deschisă pentru tot restul.

O ordine sănătoasă:

1. Implementezi agenții încorporați unde ROI-ul e evident (preluare comenzi, facturi furnizori, cheltuieli)
2. Folosești serverul MCP pentru agenți proprii pe procesele tale unice
3. Conectezi gazde terțe (Claude, ChatGPT, tool-uri proprii) unde fac treaba mai bine decât Copilot Studio
4. Folosești interogările personalizate din V29 pentru întrebările rare și construiești pagini API personalizate pentru cele recurente și critice

E aditiv, nu „rupem și înlocuim”: aceleași date, aceeași securitate, aceeași logică de business, cu agenții ca nouă cale de acces. Pentru restul versiunii V29, vezi Ce este nou în Business Central 2026 Release Wave 2.

Serverul MCP elimină cea mai mare barieră pentru AI peste ERP: taxa de integrare. Un protocol, un endpoint, orice agent. Începe doar în citire — „arată-mi comenzile deschise ale clientului X” — și construiește de acolo.

Ajutăm companiile să configureze serverul MCP din BC, să proiecteze seturi de permisiuni sigure și să construiască agenți și pagini API personalizate pentru procesele lor.

Programează o discuție de 30 de minute →

Întrebări frecvente

Ce este, concret, serverul MCP din Business Central?

Este o poartă de acces găzduită de Microsoft la https://mcp.businesscentral.dynamics.com, care implementează Model Context Protocol pentru Business Central online. Expune paginile tale API ca tool-uri pe care clienți AI precum Copilot Studio, GitHub Copilot în VS Code, ChatGPT și Claude le pot descoperi și apela fără cod de integrare. A intrat în preview public pe 31 octombrie 2025 și a devenit disponibil general pe 1 aprilie 2026.

Este sigur serverul MCP din Business Central?

Nu ocolește securitatea Business Central. Autentificarea se face prin OAuth cu Microsoft Entra ID, fiecare apel rulează cu identitatea și permisiunile utilizatorului conectat, iar scrierea este oprită până când un administrator activează Unblock Edit Tools și permite creare, modificare, ștergere sau acțiuni legate pe fiecare pagină API. Modificările de configurare sunt auditate prin Microsoft Purview.

Cum activez și configurez serverul MCP?

Nu există un comutator în Feature Management. Cu setul de permisiuni MCP - ADMIN, deschizi pagina Model Context Protocol (MCP) Server Configurations (pagina 8350), creezi o configurație, activezi funcțiile de server de care ai nevoie, adaugi paginile API sau interogările API ca tool-uri cu permisiunile dorite și o marchezi Active. Fără o configurație proprie, configurația implicită integrată le permite deja clienților să descopere și să citească paginile API și interogările API pe care utilizatorul conectat are permisiunea să le folosească.

Ce sunt interogările de date personalizate din V29?

Business Central 2026 release wave 2 (V29), lansat în octombrie 2026, adaugă tool-uri MCP doar în citire care găsesc tabele, le citesc schema și relațiile și compilează, validează și rulează interogări AL, astfel încât un client MCP poate interoga date pe care nicio pagină API existentă nu le expune. Notele de lansare Microsoft pentru 29.0 listează funcția ca disponibilă general, iar documentația de configurare a serverului MCP etichetează în continuare funcția Data Query Tools drept preview. Un administrator o activează pentru fiecare configurație MCP.

Pot folosi serverul cu ChatGPT sau Claude în loc de Copilot Studio?

Da. Microsoft suportă orice client care respectă specificația MCP, inclusiv ChatGPT, Claude și MCP Inspector. VS Code și Copilot Studio folosesc o aplicație Entra ID pre-înregistrată; pentru ceilalți clienți îți înregistrezi propria aplicație în Microsoft Entra ID și trimiți tenant-ul, mediul, compania și numele configurației în headere HTTP.

Care e diferența dintre serverul MCP de date și serverul MCP pentru admin center?

Serverul MCP de date expune datele și procesele de business: clienți, articole, comenzi, jurnale. Serverul MCP pentru admin center, în preview din aprilie 2026, expune API-ul centrului de administrare: starea actualizărilor, extensiile instalate, copii de medii și upgrade-uri eșuate. Endpoint-urile care pot perturba un mediu sunt excluse, iar acțiunile cer confirmare explicită.

Cât costă serverul MCP din Business Central?

Serverul este inclus în Business Central online, fără licență separată și fără cost per apel. Plătești partea de AI: capacitate Copilot Studio sau credite Copilot pentru agenții Microsoft și ce taxează ChatGPT, Claude sau furnizorul tău de model pentru clienții terți. Paginile API personalizate sunt dezvoltare, cu preț în funcție de complexitate.

Pot expune prin MCP extensiile mele Business Central personalizate?

Da. Orice pagină API de nivel superior, standard sau personalizată, poate fi adăugată ca tool într-o configurație MCP; subpaginile API de tip ListPart și CardPart nu sunt suportate. Din V29, interogările personalizate pot ajunge și la tabele și câmpuri care nu au fost publicate niciodată ca pagini API, util pentru extensii ISV și prototipuri.

Vanguard 360 Solutions este partener Microsoft Dynamics 365 Business Central și partener Gold LS Retail, cu sediul în România, și deservește clienți din Europa, Regatul Unit, Emiratele Arabe Unite și Arabia Saudită. Printre proiectele noastre: LS Central în peste 120 de magazine în România, Pharmacy for LS Central în peste 100 de farmacii din Norvegia și arhitectura pentru un retailer cu 700 de magazine în 13 țări.