Mi kerül ki, amikor egy dokumentum egy MI-szolgáltatáshoz jut
Ha egy fájlt elküld egy online asszisztensnek, vagy egy MI-eszközt kapcsol egy dokumentumtárhoz, több kerül ki, mint a dokumentum szövege:
- a tartalom, teljes egészében vagy részletekben;
- a metaadatok: fájlnév, szerző, mappaelérési út. Az „Ügyfelek/Kovács/Jogvita 2026” már sokat elárul;
- maga a lekérdezés: a „keresd meg azokat a szerződéseket, amelyeket kötbér nélkül felmondhatunk” szándékot árul el;
- a szolgáltató naplói: lekérdezések és válaszok, a szolgáltató feltételei szerint megőrizve;
- egy származtatott index: a jelentés szerinti kereséshez az eszköz a tartalom egy reprezentációját építi fel, amely a tartalom egyfajta másolata;
- a későbbi felhasználás: a szerződéstől függően az adatok a modell fejlesztésére is szolgálhatnak.
Ehhez jön a szolgáltatóra alkalmazandó jog kérdése, amelyet az egy vállalat védelme a CLOUD Acttel szemben útmutató tárgyal.
A helyi vagy példányon belüli feldolgozás feltételei
A CNIL a generatív MI bevezetéséhez biztonságos telepítési mód választását ajánlja, például helyi, biztonságos és szakosított rendszerek előnyben részesítésével. Ennek hiányában azt kéri, hogy határozzák meg, milyen mértékben használhatja fel újra a szolgáltató a megadott adatokat, és ehhez igazítsák a használatot. Konkrétan hat kérdés:
- Hol fut a modell? A munkaállomáson, a vállalat egyik szerverén, a dokumentumkezelő szolgáltatójának példányában vagy egy harmadik fél MI-szolgáltatónál.
- Ki üzemelteti? Az a cég, amely a modellt futtatja, hozzáfér ahhoz, amit a modell olvas.
- Naplózzák-e a lekérdezéseket és a részleteket? Meddig, és ki olvashatja ezeket a naplókat?
- Felhasználják-e a dokumentumokat a modell fejlesztésére? A válasznak írásban szerepelnie kell a szerződésben.
- Tiszteletben tartja-e az index a jogosultságokat? Senki sem juthat hozzá egy MI-hez intézett kérdéssel egy olyan mappa tartalmához, amelyet nem nyithat meg.
- Mi lesz az indexszel, ha egy dokumentumot törölnek? Különben a megőrzési idő csak a fájlra vonatkozik, a másolatára nem.
A CNIL azt is ajánlja, hogy a használatot az engedélyezett és tiltott dolgok listájával szabályozzák, például ne adjanak meg személyes adatokat a rendszernek, ha ez nincs előirányozva.
Mit végez a MI, és miről nem dönt
Jól szabályozva egy MI javasolhat címkéket, kinyerhet egy dátumot, egy összeget vagy egy szállító nevét, vagy válaszolhat egy köznapi nyelven megfogalmazott keresésre. Ezek javaslatok. Néha tévednek, és ritkán látható módon.
Három döntés alól nem ment fel:
- a mappaszerkezet: kié melyik mappa, hová kerül egy szerződés. Egy olyan szerkezetbe történő automatikus rendszerezés, amelyről senki sem döntött, rendetlenség marad;
- a jogosultságok: a MI nem tudja, kinek kell látnia a bérszámfejtést;
- a megőrzési idő: jogszabályból vagy szabályzatból ered, lásd dokumentumok megőrzése és archiválása.
A vállalatra nézve kötelezettséget keletkeztető dokumentumokat egy ember hagyja jóvá. Ez a jóváhagyási folyamat szerepe, nem a modellé.
A korlát: a szolgáltatója által üzemeltetett modell is hozzáférés
Ha a modell a dokumentumkezelő rendszer szolgáltatójánál fut, elkerülhető, hogy a dokumentumok harmadik félhez kerüljenek. Ez azonban nem jelenti a hozzáférés hiányát. Egy dokumentum elolvasásához a modellnek titkosítatlanul kell látnia. A modellt futtató üzemeltető tehát technikailag hozzáfér a tartalomhoz, akárcsak amikor egy mentést állít vissza vagy támogatási célból beavatkozik.
A titkosítás láthatóvá teszi ezt a kompromisszumot. A forrásnál, a felhasználó fiókjából származtatott kulccsal titkosított dokumentum az üzemeltető számára olvashatatlan. A szerveren futó modell számára is az. A mappa titkosítási módjától függően vagy a bizalmasságot nyeri, vagy a szerveroldali feldolgozást, ritkán mindkettőt. A kulcsok birtoklásának kérdését a mi az a szuverén felhő? útmutató fejti ki.
Példa: záradékok keresése szerződésekben
Hipotetikus eset. Egy tizenöt fős iroda meg szeretné találni az összes olyan szerződést, amely versenytilalmi záradékot tartalmaz. Három lehetőség.
Nagyközönségnek szóló online asszisztens. Feltöltik bele a szerződéseket. A tartalom, az ügyfelek neve és a lekérdezés elhagyja a vállalatot. Megőrzésük és újrafelhasználásuk a szolgáltatás feltételeitől függ.
Modell a vállalat egyik szerverén. Csak a „Szerződések” mappát indexeli, a mappa jogosultságaival. A naplók korlátozottak, és az adminisztrátor olvassa őket. A tartalom nem hagyja el az infrastruktúrát, de ezt a szervert üzemeltetni és frissíteni kell.
MI nélkül. A feltöltéskor, a jóváhagyási folyamatban egy „versenytilalom” címkét adnak hozzá. A címke szerinti keresés másodpercek alatt megtalálja a szerződéseket. Egy visszatérő és jól meghatározott igényhez ez gyakran elegendő.
A jó választás a kérdés gyakoriságától és a dokumentumok érzékenységétől függ, nem az eszköz vonzerejétől.
Ne keverje össze a megbeszélések átírásával
Egy videokonferencia átírást és összefoglalót készíthet. Ez a megbeszélés feldolgozása, nem a fájlok rendszerezése. Az összefoglaló olyan dokumentum lesz, mint bármely más: ugyanazon szabályok szerint iktatják, osztják meg és őrzik meg. Nem teszi „intelligenssé” a dokumentumkezelő rendszert.
Gyakori kérdések
Használható-e egy nagyközönségnek szóló MI-asszisztens belső dokumentumokon?
Csak azután, hogy elolvasta a feltételeit: a lekérdezések megőrzése, az adatok újrafelhasználása, az alkalmazandó jog. A CNIL a használat szabályozását ajánlja.
Egy helyben telepített MI feltétlenül biztonságos?
Nem. Elkerüli az adatok kikerülését, de az index jogosultságait, a naplókat és a törlést még be kell állítani.
Meghatározhatja-e a MI a megőrzési időket?
Nem. Ezek jogszabályokból és az Ön szabályzatából erednek. Lásd: dokumentumok megőrzése és archiválása.
És az e-mailek MI-alapú szűrése?
Ennek a témának saját útmutatója van: MI és a szűrés bizalmassága.
Hozzáadható-e MI a Klytic Docshoz?
Igen, egy bővítménnyel, amelyet Ön ad hozzá a példányához. Aktiválás előtt ellenőrizze, hol fut a modell, és mit őriz meg, az útmutatóban szereplő kérdések segítségével.
Hogyan lehet MI nélkül rendszerezni?
Csapatmappákkal, címkékkel és jóváhagyási folyamattal. Lásd: dokumentum megtalálása, címkézése és körbeküldése.
Hol helyezkedik el a Klytic
A Klytic Docs alapértelmezés szerint nem tartalmaz MI-t: a rendszerezés a csapatmappákon, a címkéken, a jóváhagyási folyamatokon és a keresésen alapul. Ha kívánja, hozzáadhat egy MI-bővítményt a példányához, amelynek Ön az adminisztrátora. Az útmutató kérdései ekkor erre a bővítményre vonatkoznak: hol fut a modell, ki üzemelteti, mit őriz meg, és mi hagyja el a példányt.
A Klytic Docs részét képező videokonferencia lehetővé teszi a megbeszélések felvételét, átírását, fordítását és összefoglalását, az ügyfél példányában. Ez megbeszélési szolgáltatás, nem intelligens dokumentumkezelő rendszer. Korlátozott számú felhasználó számára áll rendelkezésre; nagy számú felhasználó videokonferenciás támogatására egyedi árajánlatot készítünk.
A forrásnál titkosított dokumentumok esetében a kulcs az ügyfél fiókjából jön létre: a Klytic nem tudja elolvasni a tartalmukat. Azokat az adatokat, amelyeket a szolgáltatásnak fel kell dolgoznia, tároláskor a Klytic által kezelt kulcsokkal titkosítjuk. A Klytic oldalán a technikai hozzáférések névre szólóak és naplózottak.
Az e-mailek esetében a Klytic MTA egy a Klytic által vagy az ügyfél példányában üzemeltetett modellt használ, nem nagyközönségnek szóló szolgáltatást, kizárólag a kétértelmű pontszámú üzenetek eldöntésére. A részletek a szűrésről szóló útmutatóban találhatók.
A hosztolás az alkalmazandó joghatóságnak megfelelő bármely földrajzi zónában lehetséges, a szolgáltatások elérhetőségétől függően, különösen Európában vagy Mauritiuson, illetve az ügyfél saját szerverein. A Klytic nem rendelkezik SecNumCloud minősítéssel.
Ez az oldal általános keretet ír le. Nem helyettesíti egy adott MI-szolgáltatás feltételeinek elemzését.
Források
Megtekintve 2026 októberében.
- CNIL, „Comment déployer une IA générative ? La CNIL apporte de premières précisions”, 2024. július 18.: helyi, biztonságos és szakosított rendszerek előnyben részesítése; ennek hiányában az adatok szolgáltató általi újrafelhasználásának felmérése; a használat szabályozása, például személyes adatok megadásának mellőzése. cnil.fr
- Klytic, Mi az a szuverén felhő?: a forrásnál titkosított dokumentumok kulcsa az ügyfél fiókjából jön létre, és a Klytic számára olvashatatlan; a szolgáltatás által feldolgozott adatok tároláskor a Klytic által kezelt kulcsokkal titkosítottak. klytic.com
- Klytic, Klytic Docs oldal: rendszerezés mappák és címkék szerint, jóváhagyási folyamatok, keresés. klytic.com
- Klytic, Hosztolás és szuverenitás: az üzemeltetésre és a támogatásra korlátozott, névre szóló és naplózott technikai hozzáférések. klytic.com
