MCP: a Claude bekötése a céges rendszereidbe

Az MCP egy nyílt szabvány arra, hogy a Claude hozzáférjen ahhoz, amin dolgoztok — a levelezéshez, a naptárhoz, a fájlokhoz, a CRM-hez. Ettől szűnik meg a másolgatás. A nemzetközi rendszerekhez általában van kész bekötés, a magyarokhoz meg kell írni. Bekötés nélkül csak azt látja, amit bemásolsz neki.

Mi történik egy bekötéstől?

Bekötés nélkül minden beszélgetés úgy kezdődik, hogy bemásolsz valamit. Egy levelet, egy táblázatot, egy ügyfél adatait. A Claude okos, de vak: csak azt látja, amit odaadsz neki.

A bekötés ezt szünteti meg. Megnézi magától, ahelyett hogy megvárná, míg valaki bemásolja.

És van egy második, nagyobb következménye. Bekötés nélkül a Claude csak válaszol. Bekötéssel csinálni is tud: bejegyzést készít a naptárba, státuszt ír a CRM-be, kiküld egy levelet. Itt válik el az okos kereső a munkatárstól.

Mihez van kész, és mit kell megírni?

RendszerÁllapotMegjegyzés
Google Naptár, Gmail, DriveKész bekötésPercek alatt beállítható
Slack, Notion, GitHubKész bekötésPercek alatt beállítható
Microsoft 365Kész bekötésPro csomagtól elérhető
MiniCRMMegírandóVan API, a bekötés megépíthető
Számlázz.hu, BillingoMegírandóVan API, a bekötés megépíthető
Saját belső rendszerMegírandóAttól függ, van-e API-ja

Mi van a magyar rendszerekkel?

Ez az a pont, ahol a legtöbb magyar bevezetés megáll, és ahol a legtöbb szolgáltató kihátrál.

A MiniCRM-hez, a Számlázz.hu-hoz és a Billingóhoz nincs kész kapcsolódás. Van API-juk, tehát a bekötés megépíthető — de valakinek meg kell építenie. Ez a munka nagyobbik fele, és nem az AI-részen van.

Az integrációt sokan felsorolják. Kevesen mutatják meg, mi történik utána a CRM-ben.

Gyakorlati tanács, ha magatok néztek utána: előbb nézzétek meg, van-e a rendszereteknek használható API-ja, és ki fér hozzá a kulcsokhoz. Ha ez a két kérdés nincs megválaszolva, akkor a bekötés még nem ütemezhető, akárki csinálja.

Olvasson csak, vagy írjon is?

Ez a legfontosabb kérdés az egész bekötésben, és általában elsikkad a lelkesedésben.

Olvasással kezdeni majdnem mindig helyes. Két-három hétig látjátok, mit csinálna, mielőtt tényleg engednétek neki. Ez alatt kiderül, mit ért félre, és az javítható, mielőtt kárt okoz.

Írásnál kezdjetek szűken. Egy mezőt írhat, ne az egész adatlapot. Egy státuszt állíthat, ne törölhessen. A jogosultságot bővíteni könnyű; visszavenni azután, hogy kár lett belőle, kellemetlen.

És legyen valami, ami látszik: melyik bejegyzést készítette ő, és melyiket ember. Enélkül két hónap múlva senki nem tudja megmondani.

Ki mit lát?

A bekötés pontosan annyit lát, amennyit engedsz neki — nem többet. Ez nem bizalmi kérdés, hanem beállítás: melyik mappát, melyik postafiókot, melyik CRM-mezőt.

Üzleti csomagban az Anthropic a saját dokumentációja szerint nem tanít a tartalmatokból, hacsak külön nem jelentkeztek be ilyen programba. Erről részletesen a GDPR-oldalon írtam.

A valódi kockázat nem a szabvány, hanem a kényelem: ha valaki mindenre teljes hozzáférést ad, mert úgy gyorsabb beállítani. Ezt érdemes egyszer végigvenni tételesen, és utána nem hozzányúlni.

Skill vagy bekötés legyen előbb?

A bekötés látványosabb, ezért sokan ezzel kezdenek. Fordítva jobb.

Hozzáférés önmagában nem old meg semmit: ha odaadod a CRM-et, de nincs leírva, mit kezdjen vele, akkor gyorsabb kereső lett belőle. Egy jó skill viszont hozzáférés nélkül is hasznos.

Mit nem old meg a bekötés?

Nem fogja

  • Rendbe tenni a rendetlen adatot. Amit a CRM-ben nem tartotok karban, azt ő is úgy fogja látni.
  • Kiváltani a döntést. Azt, hogy mit írhat és mit nem, nektek kell eldönteni.
  • Pótolni a hiányzó API-t. Ha a rendszerhez nincs mit bekötni, ott a bekötés se segít.

Amikor még ne ezzel kezdj

  • Ha még nincs egy skill sem. Előbb tudja, mit csináljon, utána adj hozzáférést.
  • Ha nincs, aki a kulcsokat megadja. Enélkül a bekötés nem ütemezhető.
  • Ha csak azért kellene, mert érdekes. Egy bekötés, ami nem használt folyamathoz tartozik, üresen áll.

Amit a legtöbben megkérdeznek

Egy nyílt szabvány arra, hogy a Claude hozzáférjen a rendszereidhez: a levelezéshez, a naptárhoz, a fájlokhoz, a CRM-hez. A gyakorlatban ez az a különbség, hogy nem másolgatsz be neki adatot, hanem megnézi magától.

A nagy nemzetközi rendszerekhez — Google Naptár, Gmail, Google Drive, Slack, Notion — általában van kész. A magyar rendszerekhez jellemzően nincs: a MiniCRM-hez, a Számlázz.hu-hoz és a Billingóhoz meg kell írni. Ez nem akadály, csak munka, és be kell tervezni.

Maga a bekötés nem külön előfizetés. Ami pénzbe kerül, az a megírása ott, ahol nincs kész — és az az idő, amíg a jogosultságokat rendbe teszitek. Az utóbbit szokták alábecsülni.

A bekötés annyit lát, amennyit engedsz neki, és ez tételesen beállítható. Üzleti csomagban az Anthropic nem tanít a tartalmatokból, hacsak nem jelentkeztek be külön ilyen programba. A kockázat nem a szabvány, hanem az, ha valaki mindenre teljes hozzáférést ad, mert úgy egyszerűbb.

Mindkettő beállítható, és ez a legfontosabb döntés az egészben. Olvasással kezdeni majdnem mindig helyes: hetekig látod, mit csinálna, mielőtt engeded is neki. Írásnál pedig érdemes szűken kezdeni — egy mezőt írhat, nem az egész adatlapot.

Egy kész bekötés percek kérdése. Egy megírandó napok, attól függően, mennyire jó a rendszer API-ja. A csúszás általában nem itt van, hanem a hozzáférés megszerzésénél, ha az informatika külsős.

Igen, ugyanaz a szabvány áll mögötte. Amit egyszer bekötöttél, azt nem kell felületenként újra megcsinálni.

Ami ehhez tartozik

A bekötést nem hárítom az informatikusotokra: ez a Claude bevezetés csapatnak nevű szolgáltatás része, nem külön megrendelés.

Kössük be, amit tényleg használtok.

Írd meg, milyen rendszerek futnak nálatok — CRM, naptár, számlázó. Megnézem, mihez van kész bekötés és mit kell megírni, és megmondom, mennyi munka. Ha nem éri meg, azt is.

  • 40+ tanácsadás cégeknek és magánszemélyeknek
  • Egyénileg vagy a teljes csapatoddal
  • A te feladataidon, nem tankönyvi példákon
  • Ha nem éri meg, azt is megmondom