MyForge LabsENÚj projekt ↗
myforge-workspacejournal / ai-integracio-gdpr-vallalkozasoknak.md

AI-integráció · Adatvédelem

AI-integráció és GDPR: gyakorlati adatfolyam-útmutató

Egy dokumentumasszisztens, belső tudásbázis vagy ügyfélszolgálati válaszjavaslat hasznos lehet. Előbb azt érdemes tisztázni, milyen adat kell hozzá, ki férhet hozzá, és hol fut az egyes lépések feldolgozása.

Szerző: MyForge Labs · Frissítve:

Indulj egy konkrét adatfolyamból

Egy belső dokumentumasszisztensnél a munkatárs kérdez, az alkalmazás ellenőrzi a jogosultságát, releváns dokumentumrészleteket keres, majd az engedélyezett tartalmat elküldi a modellnek. A válasz mellé forrásokat ad. Ettől külön napló vagy mentés is készülhet. A szolgáltató kiválasztása előtt rajzold fel ezeket a lépéseket.

Minden lépésnél rögzítsd a célt, a szükséges adatot, a címzetteket, a helyszínt, a megőrzést és a hozzáférést. Így lesz a GDPR célhoz kötöttségi, adattakarékossági és korlátozott tárolási alapelveiből konkrét tervezési döntés. Ezeket egy sütisáv nem rendezi el.

Felhős API, EU-régió vagy lokális AI?

A „GDPR-kompatibilis LLM API” címke önmagában nem minősíti a te alkalmazásodat. A szerződéses feltételek, a beállítás és a tényleges használat együtt számít. Ugyanarra a feladatra hasonlítsd össze a telepítési lehetőségeket:

Menedzselt felhős API

Ellenőrizd a szerződő felet, az adatfeldolgozási feltételeket, az alvállalkozókat, a modellfejlesztési felhasználást, a megőrzést és a támogatási hozzáférést. Személyes adat használata nem általánosan tilos minden felhős API-ban: az adott adatkezeléshez megfelelő jogalap és garanciák szükségesek.

EU-régiót kínáló szolgáltatás

Tisztázd, mire terjed ki a régióbeállítás: a modell futtatása, a tárolt bemenet, a monitorozás, a mentés és a támogatási hozzáférés eltérő feltételek mellett működhet. EGT-n kívüli továbbításnál a megfelelő mechanizmust kell megvizsgálni; a megfelelőségi határozat és a szerződéses garanciák különböző lehetőségek. A feltételeket az EDPB nemzetközi adattovábbítási útmutatója részletezi.

Lokális vagy privát infrastruktúrán futó AI

A modell futhat az ügyfél infrastruktúráján vagy a MyForge által üzemeltetett privát környezetben. Ez nagyobb kontrollt adhat a feldolgozás környezete felett. A teljes láncot ellenőrizni kell: a beágyazások készítése, a dokumentumkinyerés, a telemetria, a frissítés és a mentés továbbra is hívhat külső szolgáltatást. A kapacitás, a hozzáférés, a frissítések és a modell licence a tervezés része. A lokális AI két telepítési lehetősége →

Hibrid feldolgozás

A kiválasztott feladatok maradnak helyben, és csak az engedélyezett adatok kerülnek felhős szolgáltatáshoz. A nevek törlése önmagában nem bizonyít anonimitást: a környezetből is azonosítható maradhat valaki. A kitakarást hibás eseteken is vizsgálandó védelemként kezeld; az EDPB AI-véleménye a modellek anonimitásánál is egyedi értékelést ír le.

A RAG mellé tényleges jogosultságkezelés kell

A RAG a kérdéshez illő forrásanyagot ad a modellnek. Önmagában nem zárja ki a prompt injection támadást vagy a felhasználók közötti adatszivárgást. Az OWASP a RAG és a finomhangolás mellett is fennálló kockázatokat ír le.

A dokumentumasszisztens pilotjában már a keresés előtt érvényesítsd a jogosultságokat, válaszd szét a szervezetek adatait és gyorsítótárait, korlátozd a kapcsolt eszközöket, és tesztelj feltöltött dokumentumba rejtett ellenséges utasításokat. A válasz forrásrészletei legyenek ellenőrizhetők. A modellnek adott „tartsd titokban” utasítás nem helyettesíti az alkalmazás jogosultságkezelését.

Döntsd el, mit őrzöl meg és hogyan törlöd

A promptok, dokumentumok, keresőindexek, működési naplók és mentések megőrzését külön határozd meg. Csak a megadott célhoz szükséges tartalmat tárold; nincs minden alkalmazásra érvényes „90 nap chat / egy év AI-napló” szabály. A biztonsági naplóhoz gyakran az esemény adatai kellenek, nem a teljes ügyfélüzenet.

Legyen elérhető út az érintetti kérelmekhez, és a tényleges adattárakon vezesd végig az alkalmazandó törlési folyamatot. Egy törlésgomb önmagában nem teljes folyamat, a törlési jog pedig feltételekhez és kivételekhez kötött. Kiindulópont az EDPB érintetti jogokról szóló útmutatója.

Mit adjon át egy hasznos első pilot?

  • Körülhatárolt feladatot és adatfolyamábrát, a külső szolgáltatásokkal együtt.
  • Jogosultsági táblát és dokumentált üzemeltetői felelősségeket.
  • Kis, jellemző tesztkészletet: válaszminőség, források, tiltott hozzáférés és ellenséges dokumentumtartalom.
  • Mért válaszidőt és működési költséget a javasolt környezetben.
  • Megőrzési és törlési tervet, valamint az élesítés előtt szükséges döntések listáját.

Az adatkezelői és adatfeldolgozói szerepeket a tényleges felelősségek alapján tisztázd, és ahol szükséges, rögzítsd az adatfeldolgozás feltételeit. Ehhez az EDPB szerepkörökről szóló útmutatója ad kiindulópontot. A pilot technikai bizonyítékot ad a döntéshez; a jogi értékelés és a formális megfelelőségi vizsgálat külön egyeztetett feladat.

Egy folyamatot hozz, ne a teljes céges archívumot

Írd le a feladatot, a felhasználókat, a dokumentumok típusát és azt, hogy kötelező-e nálad futnia a modellnek. Kezdjünk szintetikus vagy megfelelően jóváhagyott mintaadatokkal. Ebből együtt meghatározhatjuk a pilotot, a telepítési lehetőségeket és az elfogadási feltételeket.

Beszéljünk az AI-projektedről →

Kapcsolódó szolgáltatások: AI-integráció üzleti folyamatokhoz · Lokális AI nálad vagy a MyForge üzemeltetésében

HELYI DEMÓ

❯ bmad Kutatás · Gemini + NotebookLM

README.mdKGC-BérlésPoparchStraborBPSETEXTURA SalonFoxxiKinda · BalanceAjánlat-radarKözösMegoldásokA csapatÚj projekt indításaClaude CodeCodexGeminiBMADVisual Studio CodePlaywrightGitNotebookLMObsidian / Vault 11.11Agent skillsDiscordProjektatlaszFejlesztési műhelyTudásháló és botflottaERP · hamarosanMunkatér beállításai

Esc · bezárás