MCP server pre firmu: bezpečné prepojenie AI s firemnými systémami

MCP server je služba, cez ktorú môže AI asistent čítať vybrané firemné údaje a spúšťať presne vymedzené akcie vo vašich systémoch, napríklad v CRM, ERP alebo e-shope. Model Context Protocol (MCP) je podľa oficiálnej dokumentácie otvorený štandard na prepojenie AI aplikácií s externými systémami; podporujú ho napríklad Claude, ChatGPT, Visual Studio Code a Cursor (dokumentácia MCP).

Pre firmu má MCP server zmysel vtedy, keď chcete, aby ľudia pracovali s firemnými dátami priamo v AI asistentovi. Ak potrebujete len pravidelne presúvať dáta medzi dvoma systémami, MCP nepotrebujete. A jedna vec je dôležitá hneď na začiatku: bezpečnosť nezaistí samotný protokol, ale to, aké nástroje sprístupníte, ako overujete používateľov a ktoré akcie musí potvrdiť človek.

Čo je MCP server a čo môže sprístupniť

Špecifikácia MCP rozlišuje tri roly. Host je AI aplikácia, ktorá nadväzuje spojenie, klient je konektor v rámci tejto aplikácie a server je služba, ktorá poskytuje kontext a schopnosti. Navzájom si posielajú správy vo formáte JSON-RPC 2.0 (špecifikácia MCP).

Server môže ponúkať tri typy funkcií:

Zdroje (resources) – kontext a dáta pre používateľa alebo AI model, napríklad cenník či interná smernica.
Prompty (prompts) – pripravené šablóny správ a postupov pre používateľov, napríklad „zhrň stav zákazníka“.
Nástroje (tools) – funkcie, ktoré spúšťa AI model, napríklad vyhľadanie objednávky alebo vytvorenie konceptu ponuky.

Najviac pozornosti si vyžadujú nástroje. Model ich podľa špecifikácie môže sám objaviť a zavolať na základe kontextu a zadania používateľa (MCP: nástroje). Špecifikácia zároveň upozorňuje, že nástroje predstavujú spúšťanie ľubovoľného kódu, host má pred ich zavolaním získať výslovný súhlas používateľa a samotný protokol tieto zásady vynútiť nedokáže (špecifikácia MCP).

Kedy použiť MCP server, API integráciu alebo vlastnú aplikáciu

MCP server nenahrádza každú integráciu. Rozhodujte podľa toho, kto proces spúšťa a ako presne musí prebehnúť.

Situácia	Vhodné riešenie	Prečo
Zamestnanci chcú v AI asistentovi vyhľadávať a pracovať s údajmi z viacerých systémov.	MCP server	Jednu štandardizovanú vrstvu môžu používať rôzni klienti, ktorí MCP podporujú.
Dva systémy si majú pravidelne vymieňať dáta bez zásahu človeka, napríklad objednávky z e-shopu do ERP.	API integrácia	Pevný a opakovateľný tok dát nepotrebuje jazykový model, ktorý sa rozhoduje sám.
Proces má pevné kroky, schvaľovanie a jasnú zodpovednosť, napríklad vybavenie reklamácie.	Vlastná aplikácia alebo riadený AI workflow	Stavy, oprávnenia a auditnú stopu máte pod kontrolou vo vlastnom rozhraní.
Potrebujete jednorazovo analyzovať export dát.	Export bez trvalého prepojenia	Server, ktorý treba zabezpečiť a udržiavať, sa pri jednorazovej úlohe neoplatí.

Nástroje MCP servera môžu podľa špecifikácie napríklad volať API alebo dopytovať databázy (MCP: nástroje). Pri firemných systémoch odporúčame pripojenie cez API s vlastnými, obmedzenými oprávneniami. Ak systém použiteľné API nemá, začnite tam: kvalitná API integrácia je základ, na ktorom sa dá MCP vrstva neskôr postaviť.

Bezpečnosť: čo vyžaduje špecifikácia a čo musíte doplniť

Lokálny alebo vzdialený server

Lokálny server, s ktorým klient komunikuje cez štandardný vstup a výstup (STDIO), má podľa špecifikácie brať prístupové údaje z prostredia. Pre servery dostupné cez HTTP špecifikácia definuje autorizáciu postavenú na OAuth 2.1 (MCP: autorizácia).

Praktické odporúčanie: lokálny server s API kľúčom na notebooku zamestnanca je v poriadku na vývoj alebo osobný test. Pre tím je vhodnejší vzdialený server, pri ktorom každý používateľ vystupuje pod vlastnou identitou a prístup sa dá centrálne odobrať.

Autorizácia a tokeny

Autorizácia je v MCP formálne voliteľná, pri firemných dátach ju však berte ako povinnú. Chránený MCP server vystupuje ako resource server podľa OAuth 2.1. Tokeny vydáva autorizačný server, ktorý môže bežať spolu s MCP serverom alebo samostatne (MCP: autorizácia).

Do zadania projektu patria najmä tieto požiadavky špecifikácie:

server musí overiť, že prístupový token bol vydaný práve preň, a iné tokeny nesmie prijímať ani posúvať ďalej,
na neplatný alebo expirovaný token odpovie HTTP 401,
token sa posiela v hlavičke Authorization, nikdy nie v parametroch URL adresy,
klient má žiadať len oprávnenia (scopes), ktoré naozaj potrebuje; pri nedostatočnom oprávnení má server odpovedať HTTP 403 s chybou insufficient_scope a klient môže požiadať o rozšírenie.

Užitočné je aj to, že server smie vracať zoznam nástrojov podľa oprávnení volajúceho. Obchodník tak môže vidieť iné nástroje ako vedúci obchodu (MCP: nástroje).

Nástroje, vstupy a výstupy

Servery musia podľa špecifikácie overovať všetky vstupy nástrojov, riadiť prístup, obmedzovať frekvenciu volaní a čistiť výstupy. Klientom špecifikácia odporúča potvrdzovanie citlivých operácií, zobrazenie vstupov pred odoslaním na server, časové limity a logovanie volaní na účely auditu (MCP: nástroje).

Potvrdenie človekom

Pri nástrojoch má byť podľa špecifikácie vždy človek, ktorý môže volanie odmietnuť. Protokol však nepredpisuje konkrétny spôsob interakcie s používateľom, takže podoba potvrdenia závisí od klienta (MCP: nástroje). Zápisové akcie preto navrhujte tak, aby boli bezpečné aj pri unáhlenom potvrdení, napríklad ako koncept, ktorý dokončí človek v pôvodnom systéme.

Príklad: príprava obchodníka na stretnutie

Ilustračný príklad, nie skutočný projekt klienta. Distribučná firma používa CRM a ERP. Obchodník chce pred stretnutím napísať AI asistentovi: „Priprav mi podklady na zajtrajšie stretnutie so zákazníkom ABC.“

V pilote MCP server sprístupní štyri úzke nástroje:

find_customer – vyhľadá zákazníka, ale len medzi zákazníkmi priradenými prihlásenému obchodníkovi,
list_recent_orders – vráti objednávky za posledných 12 mesiacov bez interných poznámok o maržiach,
list_open_invoices – vráti sumu, splatnosť a stav faktúr bez bankových údajov,
create_quote_draft – vytvorí v ERP iba koncept ponuky, ktorý zákazníkovi odošle človek.

Prvé tri nástroje slúžia len na čítanie. Štvrtý uvidia iba používatelia s oprávnením na ponuky, pred jeho spustením musí obchodník v klientovi potvrdiť zobrazené vstupy a server zapíše do logu, kto, kedy a s akými parametrami nástroj použil. Ak AI asistent zadanie pochopí zle, výsledkom je nanajvýš nesprávny koncept, nie odoslaná ponuka.

Postup zavedenia v siedmich krokoch

Postup predpokladá, že systém má API alebo iné rozhranie, ku ktorému sa dá bezpečne pripojiť.

Vyberte jednu úlohu. Napríklad prípravu na stretnutie alebo zistenie stavu objednávky. Zadanie „prepojiť AI so všetkým“ sa nedá otestovať.
Spíšte dáta a akcie. Pri každom údaji rozhodnite, či ho AI smie čítať, a pri každej akcii, či ju smie spustiť. Osobné a citlivé údaje vracajte len vtedy, keď sú pre úlohu nevyhnutné.
Navrhnite úzke nástroje. Žiadny univerzálny nástroj typu „vykonaj SQL“ alebo „zavolaj ľubovoľné API“. Každý nástroj má presnú vstupnú schému, limity a pri štruktúrovaných výsledkoch aj výstupnú schému, ktorej musí odpoveď servera zodpovedať (MCP: nástroje).
Nastavte autorizáciu. Vzdialený server s identitou používateľa, oprávneniami podľa rolí a kontrolou, že token patrí práve tomuto serveru. Na volania do CRM či ERP použite samostatné, obmedzené prístupové údaje servera.
Doplňte prevádzkové poistky. Validáciu vstupov, limity frekvencie volaní, časové limity, čistenie výstupov a auditný log.
Nastavte potvrdzovanie. Zápisové nástroje vyžadujú potvrdenie a v pilote nesmú mazať ani nič odosielať navonok.
Spustite pilot s malou skupinou. Vopred určte, ako dlho potrvá a podľa čoho ho vyhodnotíte. Sledujte logy, chyby a otázky, na ktoré nástroje nestačili, a až potom pridávajte ďalšie nástroje či používateľov.

Kompromisy, ktoré treba prijať vedome

Flexibilita za menšiu predvídateľnosť. Model sa sám rozhoduje, ktorý nástroj zavolá. Pri otázkach, ktoré vopred nepoznáte, je to výhoda. Pri procesoch, ktoré musia prebehnúť vždy rovnako, je to nevýhoda a patrí tam riadený workflow.

Jedna integrácia, rôzni klienti. Dokumentácia MCP uvádza, že vďaka širokej podpore sa dá integrácia postaviť raz a používať v rôznych aplikáciách (dokumentácia MCP). Ako konkrétny klient zobrazuje nástroje a potvrdenia, však treba overiť pri každom klientovi, ktorého chcete povoliť.

Protokol sa vyvíja. Verzie MCP sa označujú dátumom poslednej spätne nekompatibilnej zmeny; v čase písania je aktuálna verzia 2026-07-28. Zastarané funkcie zostávajú v špecifikácii najmenej 12 mesiacov, pri zrýchlenom odstránení najmenej 90 dní (MCP: verzie). Počítajte preto s pravidelnou údržbou servera.

Dáta odchádzajú do AI modelu. Výsledky nástrojov spracúva model, ktorý klient používa. Pred spustením si overte podmienky spracovania dát u poskytovateľa klienta a vracajte len údaje, ktoré úloha naozaj potrebuje.

Časté chyby

Univerzálny nástroj s administrátorským kľúčom, ktorý modelu dovolí takmer čokoľvek.
Jedno zdieľané servisné konto pre všetkých, takže chýbajú osobné oprávnenia aj auditná stopa.
Prijímanie akéhokoľvek tokenu z firemného prihlasovania bez kontroly, či bol vydaný pre tento server.
Tokeny v URL adresách alebo v logoch.
Automatické schvaľovanie zápisových nástrojov bez kontroly človekom.
Celé záznamy s osobnými údajmi tam, kde stačí zhrnutie.
Pripojenie MCP servera tretej strany bez preverenia. Popisy správania nástrojov z nedôveryhodných serverov treba považovať za nedôveryhodné (špecifikácia MCP).

Kontrolný zoznam pred spustením

Pred sprístupnením servera prvým používateľom by ste mali vedieť odpovedať áno na všetky body:

Máme jednu konkrétnu úlohu a vieme, ako pilot vyhodnotíme.
Každý nástroj má vlastníka, popis, vstupnú schému a limity.
Čítanie a zápis sú v samostatných nástrojoch; mazanie a odosielanie navonok v pilote nie sú.
Server overuje identitu používateľa aj to, že token bol vydaný preň.
Zoznam nástrojov a vrátené dáta zodpovedajú roli používateľa.
Zápisové nástroje vyžadujú potvrdenie a vytvárajú len koncepty.
Volania sa logujú, majú časový limit a obmedzenú frekvenciu.
Prístup vieme rýchlo odobrať jednotlivému používateľovi aj celému klientovi.
Poznáme podmienky spracovania dát u poskytovateľa AI klienta.
Vieme, kto server aktualizuje pri novej verzii protokolu.

Časté otázky

Potrebujeme MCP server, ak už máme API?

Len ak chcete s údajmi pracovať z AI asistenta. API zostáva základom a MCP server nad ním vytvára vrstvu nástrojov s popismi, schémami a oprávneniami, s ktorou AI klient vie pracovať. Ak AI asistenta nepotrebujete, stačí samotné API.

Môže AI cez MCP server niečo zmazať alebo odoslať bez nášho vedomia?

Len ak taký nástroj sprístupníte a klient jeho spustenie dovolí. Špecifikácia odporúča, aby mal človek vždy možnosť volanie nástroja odmietnuť. Najistejšie je nástroje na mazanie a odosielanie v pilote vôbec neponúkať.

Je lepší lokálny, alebo vzdialený MCP server?

Lokálny server sa hodí na vývoj a osobné použitie, pretože prístupové údaje berie z prostredia počítača. Pre tím je vhodnejší vzdialený server s autorizáciou cez OAuth 2.1, osobnými oprávneniami a možnosťou centrálne odobrať prístup.

Bude MCP server fungovať s ľubovoľným AI asistentom?

Iba s klientmi, ktorí MCP podporujú; dokumentácia medzi nimi uvádza napríklad Claude, ChatGPT, Visual Studio Code a Cursor. Spôsob zobrazenia nástrojov a potvrdení protokol nepredpisuje, preto vybraný klient patrí do pilotu.

Ďalší krok

Ak zvažujete sprístupniť CRM, ERP alebo e-shop AI asistentom, začnite jednou úlohou a niekoľkými nástrojmi len na čítanie. S návrhom nástrojov, autorizácie a pilotu vám pomôžeme v rámci služby AI agenti na mieru. Ozvite sa nám cez kontaktnú stránku a opíšte systém aj úlohu, ktorú chcete zjednodušiť. Ďalšie praktické návody nájdete na blogu Webiant.

Zdroje

What is the Model Context Protocol (MCP)? – úvod v oficiálnej dokumentácii MCP
Specification (2026-07-28) – roly, funkcie servera a bezpečnostné zásady
Tools – nástroje, ľudská kontrola a bezpečnostné požiadavky
Authorization – autorizácia MCP serverov dostupných cez HTTP
Versioning – označovanie verzií a životný cyklus funkcií