Chatbot-szolgáltatók ellenőrzése: adatfeldolgozási szerződés, aladatfeldolgozók és harmadik országbeli adattovábbítás

Egy chatbot-szolgáltató felmutathat meggyőző demót, EU-s régiót és kész adatfeldolgozási szerződést (DPA) – a döntő kérdések mégis nyitva maradhatnak. Ugyanis nem csak a látható chatbot dolgoz fel adatokat. A szolgáltatás nyújtásában gyakran modell-API-k, tárhelyszolgáltatók, vektor-adatbázisok, hibaelemző eszközök, támogatási rendszerek, e-mail szolgáltatások és biztonsági mentések is részt vesznek. A weboldal-üzemeltetők számára ezért a visszakövethető és ellenőrizhető adatfeldolgozási lánc számít, nem a hívószavak egy értékesítési oldalon.

Ez az ellenőrzőlista segít a szolgáltatók strukturált ellenőrzésében a beszerzés és az éles indulás előtt. Gyakorlati útmutatóként szolgál, nem minősül jogi tanácsadásnak. A szerepköröket, a jogalapokat, a tájékoztatási kötelezettségeket és a továbbítási mechanizmusokat a konkrét felhasználási esetre vonatkozóan kell ellenőrizni; megnövekedett kockázat, különleges adatkategóriák vagy nyitott szerződéses kérdések esetén adatvédelmi tisztviselőt vagy szakképzett jogi tanácsadót kell bevonni.

Először az adatfolyamot értse meg, csak azután értékelje a szerződést

A központi kérdés nem csupán az, hogy „Hol található a szerver?”, hanem: Milyen személyes adatok mikor, melyik jogi személyhez jutnak el, milyen okból és mennyi ideig? A látogató a chaten megadhat neveket, e-mail címeket, ügyfélszámokat vagy szabad szöveget. Emellett keletkeznek IP-címek, időbélyegek, eszközinformációk, munkamenet-azonosítók, beszélgetési előzmények, értékelések és technikai naplófájlok (logok). Még egy állítólagosan anonim beszélgetés is személyhez köthetővé válhat több jellemző kombinálásával.

Ezért a szerződés ellenőrzése előtt rajzoljon egy egyszerű adatfolyam-térképet. Ennek legalább a következőket kell tartalmaznia: böngésző widget, chatbot-platform, tudásbázis, modellszolgáltató, analitikai és hibaelemző szolgáltatások, támogatási hozzáférések (support), biztonsági mentések és törlési útvonalak. Minden egyes állomáshoz rögzíteni kell az üzemeltetőt, az országot, a célt, az adatkategóriákat, a tárolási időtartamot és az esetleges távoli hozzáféréseket. Egy „EU-s hosting” kijelentés például nem válaszolja meg azt a kérdést, hogy az Európai Gazdasági Térségen (EGT) kívüli támogatási csapat hozzáférhet-e az éles naplófájlokhoz.

Adatvédelmi szerepkörök meghatározása célonként

Az, hogy egy szolgáltató adatfeldolgozó-e, vagy egyes célok tekintetében maga állapítja meg az adatkezelés céljait (adatkezelő), a tényleges tevékenységéből adódik. Az Európai Adatvédelmi Testület 07/2020 sz. iránymutatása elmagyarázza az elhatárolást. Egy szolgáltató például feldolgozhatja a beszélgetési adatokat dokumentált utasítás alapján, de bizonyos saját biztonsági, számlázási vagy termékfejlesztési célokra más szerepkört igényelhet. Minden célhoz egyértelműen rendelje hozzá a megfelelő szerepkört és jogalapot. Az adatfeldolgozási szerződés nem terjed ki automatikusan a szolgáltató önálló céljaira.

Az adatfeldolgozási szerződés ellenőrzése: a kötelező tartalomnak illeszkednie kell a valós szolgáltatáshoz

A GDPR 28. cikke megköveteli, hogy az adatkezelők csak olyan adatfeldolgozókat vegyenek igénybe, akik megfelelő garanciákat nyújtanak a megfelelő technikai és szervezési intézkedések végrehajtására. A szerződésnek többek között meg kell határoznia a tárgyat és az időtartamot, a jellegét és célját, az adatok típusát, az érintettek kategóriáit, valamint az adatkezelő jogait és kötelezettségeit. Ezt kiegészítik a dokumentált utasítások, a titoktartás, a biztonság, az érintettek jogainak gyakorlásában és az adatvédelmi kötelezettségek teljesítésében nyújtott segítség, az adatok törlése vagy visszaszolgáltatása, valamint az ellenőrzésekhez szükséges információk és közreműködés.

Ne csak egy mintalistával hasonlítsa össze az adatfeldolgozási szerződést, hanem az adatfolyam-térképével és a ténylegesen megrendelt csomaggal. Egy jó szerződés érthetően megnevezi a chat-üzemeltetést, a tudásbázis tanítását vagy indexelését, a naplózást, a támogatási hozzáféréseket és az opcionális funkciókat. Az olyan bizonytalan gyűjtőfogalmakat, mint a „szolgáltatás fejlesztése”, le kell bontani konkrét adatokra, célokra, választási lehetőségekre és szerepkörökre.

• Utasítás: Egyértelmű, hogy a tartalmakat és metaadatokat csak az ügyfél dokumentált céljaira dolgozzák fel? Milyen konfiguráció minősül utasításnak?
• Modellekhez való felhasználás: Felhasználják-e a promptokat, válaszokat vagy feltöltött tartalmakat általános modelltanításra vagy termékfejlesztésre? Ha nem, ennek szerződésben és technikailag is nyomon követhetőnek kell lennie; ha igen, a szerepkört és a jogalapot külön kell értékelni.
• Törlés: Vannak-e konkrét határidők a beszélgetési előzményekre, logokra, vektorindexekre, biztonsági mentésekre és támogatási másolatokra? Mi történik a szerződés megszűnése után?
• Biztonság: Le vannak írva a hozzáférési szabályok, az ügyfélszintű elszigetelés (multi-tenancy), a titkosítás, a naplózás, a sérülékenység-kezelés és az incidenskezelési folyamatok?
• Támogatás: Rendezi-e az adatfeldolgozási szerződés a gyakorlatban az adatexportot, a helyesbítést, a törlést, a hozzáférést, a biztonsági incidenseket és adott esetben az adatvédelmi hatásvizsgálatokat?
• Igazolások: Állnak-e rendelkezésre ellenőrzési jelentések, tanúsítványok vagy más megalapozott bizonyítékok, és azok pontosan a használt szolgáltatásokra és helyszínekre vonatkoznak-e?

A tanúsítványok és ellenőrzési jelentések fontos jelzéseket adhatnak, de nem helyettesítik sem a konkrét adatfeldolgozási művelet ellenőrzését, sem a megfelelő szerződéses kikötéseket. Még egy szabványosított adatfeldolgozási szerződés is csak annyira jó, mint annak kitöltött mellékletei és a technikai valósággal való egyezése.

Aladatfeldolgozók: nevek, feladatok és módosítások ellenőrzése

A GDPR 28. cikkének (2) bekezdése szerint az adatfeldolgozó az adatkezelő előzetes írásbeli egyedi vagy általános felhatalmazása nélkül nem vehet igénybe további adatfeldolgozót. Általános írásbeli felhatalmazás esetén az adatfeldolgozó tájékoztatja az adatkezelőt az aladatfeldolgozók bevonását vagy cseréjét érintő tervezett változásokról, ezzel lehetőséget biztosítva a tiltakozásra. Az Európai Bizottság általános szerződési feltételekkel kapcsolatos kérdései és válaszai tisztázzák, hogy a puszta kategóriák nem elegendőek: az egyes aladatfeldolgozókat név szerint kell megnevezni.

Kérjen egy naprakész, exportálható listát a hivatalos jogi névvel, az országgal, a konkrét szolgáltatással és az érintett adatokkal. Ellenőrizze azt is, hogy egy vállalat csak szerződéses partner-e, vagy ténylegesen több helyszínen dolgoz fel adatokat. Különösen relevánsak a modell- és beágyazási (embedding) szolgáltatók, a felhőtárhelyek, az adatbázisok, a CDN, a monitoring, a hibaelemzés, a támogatás, az e-mail és a biztonsági mentés. Minden bejegyzésnél felismerhetőnek kell lennie, hogy az adatokat tárolják, csak továbbítják, vagy a személyzet betekinthet-e azokba.

A módosítási folyamat szintén az értékelés része: Hogyan értesítik az ügyfeleket, mennyi az előzetes értesítési idő, és mi történik megalapozott tiltakozás esetén? A váltás napján küldött e-mail, amelyre nincs technikai vagy szerződéses válaszlépési lehetőség, keveset ér. Tisztázza, hogy lehetséges-e alternatív konfiguráció, a funkció deaktiválása, vagy szükség esetén a rendezett felmondás az adatok exportálásával együtt. A további aladatfeldolgozókra ugyanazokat az adatvédelmi kötelezettségeket kell átruházni; az első adatfeldolgozó továbbra is felelősséggel tartozik az adatkezelő felé azok teljesítéséért.

Harmadik országbeli adattovábbítás: a mechanizmus és a tényleges hatás ellenőrzése

A GDPR V. fejezete a személyes adatok harmadik országokba történő továbbítására és a továbbtovábbításra vonatkozik. Az adattovábbítás nem csak tartós tárolás révén jöhet létre; az adminisztratív hozzáférés, a támogatási hozzáférés vagy az EGT-n kívüli szolgáltatás általi lekérdezés is releváns lehet. Ezért rendeljen hozzá az adatfolyam-térkép minden nyilához egy célországot, egy címzettet és egy továbbítási mechanizmust.

1. Megfelelőségi határozat: Ellenőrizze az Európai Bizottság folyamatosan frissített listáján, hogy a határozat, a terület, a szektor és a konkrét címzett szerepel-e rajta. Korlátozott keretrendszerek esetén a puszta jelenlét egy országban nem elegendő.
2. Megfelelő garanciák: Ha nincs megfelelő megfelelőségi határozat, a konstellációtól függően a GDPR 46. cikke szerinti eszközök jöhetnek szóba. Gyakran az Európai Bizottság általános szerződési feltételeit (SCC) használják. A modulnak, a feleknek, a mellékleteknek, az adattovábbítás leírásának és a technikai intézkedéseknek illeszkedniük kell a valós láncolathoz.
3. Hatékonysági vizsgálat: Az aláírt SCC dokumentum nem fejezi be automatikusan az ellenőrzést. A végleges EDPB 01/2020 sz. ajánlások kockázatalapú folyamatot írnak le: az adattovábbítások ismerete, az eszköz meghatározása, a harmadik ország jogának és gyakorlatának értékelése, szükség esetén kiegészítő intézkedések meghatározása, a formális lépések elvégzése és a rendszeres felülvizsgálat.

A kiegészítő technikai intézkedéseknek illeszkedniük kell a konkrét kockázathoz. A titkosítás például csak akkor bír érdemi jelentőséggel, ha a kulcskezelést, a hozzáférési jogokat és az adatfeldolgozás célját is figyelembe veszik. Egy modellszolgáltató, amelynek olvasható, titkosítatlan szöveget kell feldolgoznia, és maga is hozzáfér a kulcsokhoz, más helyzetet jelent, mint egy tisztán titkosított biztonsági mentési tároló. Az olyan általános kijelentések, mint az „AES-256” vagy a „GDPR-megfelelő”, nem helyettesítik ezt a vizsgálatot. A GDPR 49. cikke szerinti kivételek sem képeznek kényelmes, rendes utat a tervszerű, visszatérő SaaS-adatfeldolgozáshoz.

Gyakorlati példa: EU-s régió globális szolgáltatási lánccal

Tételezzük fel, hogy egy chatbot a fő adatbázisát Frankfurtban tárolja. A válaszokat azonban egy USA-beli vállalat modell-API-ja generálja, a hibajelentések egy további szolgáltatáshoz kerülnek, és egy globális támogatási csapat eszkaláció esetén megnyithatja a beszélgetési naplókat. Az „EU-ban történő adattárolás” ekkor a rendszernek csak egy részét írja le.

A due diligence (átvilágítás) négy kérdést választ külön: Milyen tartalmak hagyják el az EGT-t a modell általi válaszgeneráláshoz? Tárolják-e ott a promptokat, vagy felhasználják-e azokat más célokra? A hibajelentések tartalmaznak-e olvasható szöveget, azonosítókat vagy csak minimalizált technikai adatokat? Milyen feltételek mellett férhet hozzá az adatokhoz az EGT-n kívüli támogatási csapat? Csak ezt követően értékelhető a továbbítási eszköz, a kiegészítő intézkedések és a fennmaradó bizonytalanság.

Technikailag a weboldal-üzemeltető gyakran csökkentheti a kockázatot: a felesleges naplómezők kikapcsolásával, a bemenetek érzékeny részeinek kitakarásával a külső hívások előtt, rövid megőrzési időtartamok beállításával, az érzékeny területek elkülönítésével a nyilvános bottól, a tudásforrások ügyfélszintű izolálásával, és a támogatási hozzáférések engedélyezéshez kötött naplózásával. A nyilvános bot és az ügyfélportál tiszta szétválasztását a Hitelesített AI chatbot vs. ügyfélportál című cikk mutatja be. A feltöltött fájlok esetében a Fájlellenőrzés, adatvédelem és átadás ellenőrzőlistája egészíti ki a szolgáltatói ellenőrzést.

Döntés szemaforral a megérzések helyett

Ellenőrzési pont	Zöld	Sárga	Piros
Adatfolyam	Teljes, naprakész és a megrendelt csomagra vonatkozik	Egyes hozzáférések vagy tárolási helyek tisztázatlanok	Csak marketingkijelentés az EU-s régióról
Adatfeldolgozási szerződés	A célok, adatok, határidők és segítségnyújtás konkrétak	Kiegészítések szükségesek az éles indulás előtt	Nincs egyértelmű utasításhoz kötöttség vagy törlési szabály
Aladatfeldolgozók	Név szerinti lista országgal és feladattal	A módosítási folyamat nehezen kivitelezhető	Csak kategóriák vagy ismeretlen láncolat
Harmadik országbeli adattovábbítás	A mechanizmus, a terjedelem és az értékelés igazolt	Az intézkedések még verifikációra várnak	Az „EU-s szerver” hivatott magyarázni minden továbbítást
Üzemeltetés	Felelős (Owner), felülvizsgálati dátum és kilépés tesztelve	Igazolások fix felülvizsgálat nélkül	Nincs monitoring a szerződéskötés után

A sárga pont nem jelent feltétlenül elutasítást a szolgáltatóval szemben. Ehhez azonban felelős, határidő és ellenőrizhető elfogadási kritérium szükséges. Egy piros pont a központi adatfeldolgozási láncban mindaddig blokkolja az éles indulást, amíg a szerződést, a konfigurációt vagy a szolgáltató kiválasztását nem módosítják. Dokumentálja az elfogadott fennmaradó kockázatokat és a döntéshozó személyét is.

Kompakt Go-live ellenőrzőlista weboldal-üzemeltetőknek

• Az adatfolyam-térkép és a célonkénti szerepkörök jóváhagyásra kerültek.
• Az adatfeldolgozási szerződés és mellékletei megfelelnek a megrendelt csomagnak, a funkcióknak, az adattípusoknak és a megőrzési időtartamoknak.
• Minden aladatfeldolgozó név szerint dokumentálva van az országgal, a feladattal és a változásbejelentési eljárással együtt.
• Minden harmadik országbeli adattovábbítás megfelelő, naprakészen ellenőrzött mechanizmussal és adott esetben kiegészítő intézkedésekkel rendelkezik.
• A modelltanítás vagy a chat-adatok egyéb saját célú felhasználása tisztázott és a megállapodás szerint van konfigurálva.
• A naplózás, a támogatási hozzáférés, az adatexport, a törlés és a szerződés megszűnése a gyakorlatban is tesztelve lett.
• Az adatvédelmi tájékoztató és a chat-felület érthetően elmagyarázza az adatfeldolgozást; a felhasználókat nem ösztönzik felesleges érzékeny adatok megadására.
• Ellenőrizték, hogy a konkrét alkalmazáshoz szükséges-e adatvédelmi hatásvizsgálat.
• Egy kijelölt felelős (Owner) felügyeli az aladatfeldolgozók, az adattovábbítási mechanizmusok, a funkciók és a biztonsági igazolások változásait.

Kiegészítésként érdemes összevetni az alapvető áttekintést nyújtó AI chatbot és GDPR cikkünkkel, valamint a adattakarékos chatbot-analitikáról szóló útmutatóval. Ezáltal a beszerzés, a technikai konfiguráció és a folyamatos üzemeltetés nem különálló projektként kerül kezelésre.

Rendszeres ellenőrzés a szerződéskötés után is

A due diligence nem egy egyszeri PDF-mappa. Határozzon meg legalább egy fix felülvizsgálati ritmust és eseményalapú ellenőrzéseket. Kiváltó okok lehetnek az új aladatfeldolgozók, egy másik modellszolgáltató, új termékfunkciók, megváltozott tárolási helyek, egy biztonsági incidens, lejáró igazolások vagy egy megfelelőségi határozat módosítása. Az aktuális aladatfeldolgozói listát és a központi szerződéses verziókat dátummal ellátva kell archiválni, hogy a későbbi módosítások nyomon követhetők maradjanak.

A gyakorlati mérce egyszerű: Csapata minden releváns adatfolyamra vonatkozóan meg tudja magyarázni, hogy ki, mit és miért dolgoz fel, hol történik ez, mennyi ideig maradnak meg az adatok, milyen védelmi intézkedés lép életbe, és hogyan működik a szolgáltatásból való kilépés? Ha ezek a válaszok alátámasztottak, az általános adatvédelmi kijelentésekből megalapozott beszerzési döntés születik. Ha a központi állomások ismeretlenek maradnak, a chatbot még nem működhet valódi látogatói adatokkal.