Ugrás a tartalomhoz

Adat és bekötés

4 / 9 · Adat és bekötés

Amin a bevezetés valójában múlik

Az adat minősége, a kész connectorok és a saját rendszerek bekötése – a bevezetés első és legnagyobb munkája.

A szervezeti AI bevezetés munkájának nagy része nem a modellről szól, hanem az adat minőségéről és a rendszerek bekötéséről. A legtöbb cégnél a tudás kész, széles körben használt rendszerekben él, amelyekhez kész connectorok kapcsolhatók adminisztrátori bekapcsolással; a saját fejlesztésű rendszerekhez API és MCP-szerver kell. A jogosultság végig öröklődik, a felelősség pedig vezetői.

1 · Az adat minősége

Mielőtt bármit bekötünk: az adat

A technológia készen áll, a céges tudás viszont gyakran nem. Az AI nem javítja meg a rossz adatot – felnagyítja.

A sikeres és a kudarcba fulladt AI-projekteket szinte soha nem a modell választja el egymástól: ugyanaz a GPT, Claude, Copilot vagy Gemini fut mindkettőben. Amitől az egyik működik és a másik nem, az a mögötte lévő adat minősége, lefedettsége és hozzáférhetősége.

Ez az a rész, amelyet a legkönnyebb kihagyni, mert nem látványos és nem technológiai feladat – hanem szervezési.

Négy feltétel az adat oldalán

  • Pontosság

    Az adat valóban azt jelenti, amit hiszünk róla? Nincs benne elgépelés, elavult verzió, egymásnak ellentmondó bejegyzés?

  • Teljesség

    Minden lényeges tudás be van kötve, vagy csak a töredéke látszik? A hiányzó részről az AI csendben hallgat – és hibázik.

  • Elérhetőség

    A forrásrendszer tényleg be van kötve, és a jogosult munkatársak hozzá is férnek? A nem elérhető tudás nem tud választ adni.

  • Struktúra

    Átlátható a fájl- és mapparendszer, van értelmes metaadat, vagy minden egy névtelen káoszban úszik?

És az ötödik – a jogosultság és a hozzáférés kezelése

Ez az a pont, ahol az AI bevezetése vezetői felelősséggé válik: nem elég, hogy a technika tudja a jogosultságot ellenőrizni – valakinek a cégnél döntenie kell arról, ki mit láthat, mi naplózódik, és mi tilos.

  • Jogosultság-örökítésAz AI ugyanazt látja, amit a munkatárs a forrásrendszerben – nincs külön „AI-nézet”.
  • Szigorú olvasási / írási határokAmit az asszisztens nem módosíthat, azt tényleg ne is tudja módosítani.
  • Naplózás és visszakövethetőségKi, mikor, mit kérdezett, és a válasz milyen forrásból származott.
  • Adatkezelési keretekHol tárolódik az adat, melyik régióban, milyen megőrzéssel – ez szerződéses kérdés is.

A sorrend, amely be szokott válni

Szemléltetés
  1. 1

    Tisztítsa meg és tegye elérhetővé a tudást

    Pontos, teljes, rendezett és bekötött források – ez az alap.

  2. 2

    Rendezze a jogosultságokat

    Tisztázza, ki mit láthat, mi naplózódik és mi tilos.

  3. 3

    Csak ezután kössön be egyre több rendszert

    Először a kész connectorokkal, utána az egyedi rendszerekkel.

A fordított sorrend – előbb bekötni, aztán rendezni – gyorsabb és magabiztosabb rossz válaszokat ad.

Aki fejben tartja, hogy ez valójában adatminőségi projekt, ahol a modell csak a látszat, az nem csalódik: a befektetés megtérül – nemcsak az AI-ban, hanem a cég mindennapi működésében is.

Hogyan néz ki ez a tükörben? A nagy kép oldalon kipróbálható példa mutatja, hogyan változik a válasz az adat rendbetételével.

2 · Kész connectorok

A leggyorsabb út: csak engedélyezni kell

A legtöbb cégnél a tudás nem egyedi fejlesztésben él, hanem kész, széles körben használt rendszerekben. Ezekhez a szolgáltatók kész connectorokat adnak – nincs fejlesztés, csak engedélyezés.

Kipróbálható · szemléltetés

6 / 16 rendszer bekötve

  • fejlesztés: 0 sor
  • jogosultság: örökölt

Fájl- és dokumentumtárak

Üzleti és ügyfélrendszerek

Kommunikáció és naptár

Fejlesztés és tudás

Kattintson a rendszerekre: a bekötés itt egy kapcsoló. Az AI ugyanazt látja, amit a munkatárs a forrásrendszerben – a jogosultság öröklődik.

Amit érdemes tudniA kész connectoroknál a jogosultság öröklődik – az AI ugyanazt látja, amit a munkatárs a forrásrendszerben is látna. A bekötés jellemzően adminisztrátori bekapcsolás, nem fejlesztés.

Ökölszabály a sorrendhezElőször a kész connectorokkal kösse be azt a néhány rendszert, ahol a legtöbb tudás van (fájltárak, e-mail, Teams/Slack, CRM). Csak utána foglalkozzon az egyedi rendszerekkel – ott már MCP-fejlesztés kell.

3 · Saját rendszerek

Ha a tudás saját fejlesztésű rendszerben él

Az AI nem igényel „nagynevű” szoftvert. A belső fejlesztésű adatbázishoz ugyanúgy lehet csatlakozni, mint a SharePointhoz – az út csak hosszabb, mert nincs kész connector. A lényeg: a rendszer valamilyen programozható felületen (API) keresztül elérhető legyen.

A híd lépésről lépésre épül – a számok az alábbi lista lépéseit jelölik. A saját rendszer maga nem változik: elé kerül a híd.

A hét lépés – a szerződésadatbázis példáján

Kattintson egy lépésre a részletekért.

  1. 1Programozható hozzáférésA belső rendszer kap egy API-t.
    A belső rendszer kap egy API-t (alkalmazásprogramozási felületet) – vagy ha már van, dokumentálni kell. Ez az a „konnektor”, amelyen a külvilág adatot kérhet. Ha nincs, ezt kell elsőként megépíteni: ez a legnagyobb, de nem áthidalhatatlan feladat.
  2. 2Azonosítás és jogosultságA lekérdezés a hívó nevében fut.
    A csatlakozó úgy lép be, mint egy felhasználó: megadott azonosítóval és jogosultsági szinttel. Fontos, hogy a lekérdezés a hívó munkatárs nevében történjen, ne egy mindenható szuperfiókkal – különben mindenki mindent lát.
  3. 3MCP-szerver vagy egyéni connectorKét út: szabványos vagy platformhoz kötött.
    Két út van: (a) írunk egy MCP-szervert, amely a szabványos „dugón” keresztül kínálja a szerződéskeresést – így több AI is használhatja; vagy (b) a választott szolgáltatóhoz írunk egyéni connectort – ez gyorsabb, de platformhoz köt.
  4. 4Tartalom feldolgozásaA szöveg kereshetővé válik.
    A szerződésszöveg bekerül az indexbe (vagy föderáltan érkezik). Ehhez szövegkinyerés kell: a rendszer tudja olvasni a PDF/DOCX/HTML tartalmat, és darabolni a kereséshez.
  5. 5Metaadatok és jogosultsági szintek átviteleKülönben az AI nem tud szűrni.
    A szerződéshez tartozó adatok (ügyfél, dátum, titkosítási szint, ki láthatja) át kell, hogy kerüljenek – különben az AI nem tudja szűrni, és kiszivárogtathatja a bizalmas iratot.
  6. 6Tesztelés valós kérdésekkelNem kihagyható lépés.
    Próbakérdésekkel ellenőrizzük: jól talál-e, jól idéz-e, és tényleg nem adja-e ki azt, amit nem szabad. Ez a lépés nem kihagyható.
  7. 7Bevezetés és felügyeletKi fér hozzá, ki az admin, mi naplózódik.
    Ki kap hozzáférést, ki az admin, hogyan naplózzák a kéréseket. A működés közben derül ki, hol kell finomítani a keresést.

Nem az számít, hogy a rendszer ismert-e – hanem hogy van-e rajta API és van-e jogosultsági modellje. Ha mindkettőre igen a válasz, beköthető. Ha nincs, az első feladat az API megépítése.

Meglévő vagy új?

Maradjon a régi rendszer, vagy építsünk újat?

Reális döntés: maradjon-e a meglévő, régi belső rendszer, vagy építsünk újat AI-segítséggel? Jelölje be, ami igaz Önre – a mérleg megmutatja, merre billen.

Jelölje be, ami igaz Önre

A mérleg a megjelölt szempontok alapján billen.

Maradjon a meglévőnél, ha…
Építsen újat (akár vibe codinggal), ha…

Az új rendszer gyors megépítéséhez a Vibe Coding adhat módszert, a fejlesztési szolgáltatásunk pedig kezet.

Az oldalak nyilvános szolgáltatói dokumentációk és bejelentések alapján készültek. A terméknevek és funkciók a szolgáltatók tulajdonát képezik; a részletek idővel változhatnak – éles döntés előtt érdemes a legfrissebb hivatalos dokumentációt ellenőrizni. A szemléltető példák adatai kitaláltak.

Beszéljük meg, hol tart az Ön szervezete

Egy beszélgetés alatt feltérképezzük, hol él a céges tudás, mi kerülhet először az AI elé, és ki viszi a bevezetést. Az első konzultáció díjmentes.