Kas išeina, kai dokumentas siunčiamas DI paslaugai
Failo siuntimas internetiniam asistentui ar DI įrankio prijungimas prie dokumentų erdvės išsiunčia daugiau nei dokumento tekstą:
- turinį, visą ar ištraukomis;
- metaduomenis: failo pavadinimą, autorių, aplanko kelią. „Klientai/Dupont/Ginčas 2026“ jau daug pasako;
- pačią užklausą: „rask sutartis, kurias galime nutraukti be baudos“ atskleidžia ketinimą;
- teikėjo žurnalus: užklausas ir atsakymus, saugomus pagal jo sąlygas;
- išvestinį indeksą: kad galėtų ieškoti pagal prasmę, įrankis sukuria turinio atvaizdą, kuris yra tam tikra jo kopija;
- tolesnį naudojimą: pagal sutartį duomenys gali būti naudojami modeliui tobulinti.
Prie to prisideda teikėjui taikomos teisės klausimas, aptartas puslapyje kaip apsaugoti įmonę nuo CLOUD Act.
Vietinio apdorojimo ar apdorojimo instancijoje sąlygos
CNIL rekomenduoja, diegiant generatyvinį DI, pasirinkti saugų diegimo būdą, pavyzdžiui, teikiant pirmenybę vietinėms, saugioms ir specializuotoms sistemoms. Jei tai neįmanoma, ji reikalauja nustatyti, kiek paslaugų teikėjas gali pakartotinai naudoti pateiktus duomenis, ir atitinkamai pritaikyti naudojimą. Konkrečiai – šeši klausimai:
- Kur veikia modelis? Darbo vietoje, įmonės serveryje, dokumentų valdymo sistemos teikėjo instancijoje ar pas trečiąjį DI teikėją.
- Kas jį valdo? Įmonė, kurios infrastruktūroje veikia modelis, turi prieigą prie to, ką jis skaito.
- Ar užklausos ir ištraukos fiksuojamos žurnaluose? Kiek laiko ir kas gali skaityti šiuos žurnalus?
- Ar dokumentai naudojami modeliui tobulinti? Atsakymas turi būti įrašytas sutartyje.
- Ar indeksas paiso teisių? Asmuo neturi gauti, užduodamas klausimą DI, aplanko, kurio negali atidaryti, turinio.
- Kas nutinka indeksui, kai dokumentas ištrinamas? Kitaip saugojimo terminas taikomas tik failui, bet ne jo kopijai.
CNIL taip pat rekomenduoja apibrėžti naudojimo rėmus leidžiamų ir draudžiamų veiksmų sąrašu, pavyzdžiui, neteikti sistemai asmens duomenų, kai tai nenumatyta.
Ką DI daro ir ko jis nesprendžia
Tinkamai įremįtas DI gali pasiūlyti žymas, išgauti datą, sumą ar tiekėjo pavadinimą arba atsakyti į paiešką, suformuluotą įprasta kalba. Tai pasiūlymai. Jie kartais klysta, ir retai tai matyti.
Jis neatleidžia nuo trijų sprendimų:
- aplankų struktūros: kam priklauso kuris aplankas, kur dedama sutartis. Automatinis klasifikavimas struktūroje, dėl kurios niekas nesprendė, lieka netvarka;
- teisių: DI nežino, kas turi matyti darbo užmokestį;
- saugojimo termino: jis kyla iš teisės akto ar politikos, žr. dokumentų saugojimas ir archyvavimas.
Dokumentus, kurie įpareigoja įmonę, tvirtina žmogus. Tai tvirtinimo proceso, o ne modelio vaidmuo.
Riba: jūsų paslaugų teikėjo valdomas modelis vis tiek yra prieiga
Modelio paleidimas pas dokumentų valdymo sistemos teikėją leidžia nesiųsti dokumentų trečiajai šaliai. Tačiau tai nereiškia, kad prieigos nėra. Kad perskaitytų dokumentą, modelis turi jį matyti nešifruotą. Todėl modelį valdantis operatorius techniškai turi prieigą prie turinio, kaip ir atkurdamas atsarginę kopiją ar teikdamas palaikymą.
Šifravimas šį kompromisą padaro matomą. Šaltinyje užšifruotas dokumentas, kurio raktas išvestas iš naudotojo paskyros, operatoriui neįskaitomas. Jis neįskaitomas ir serveryje veikiančiam modeliui. Priklausomai nuo aplanko šifravimo režimo, laimite konfidencialumą arba apdorojimą serverio pusėje, retai abu. Raktų laikymo klausimas išplėtotas puslapyje kas yra suvereni debesija?
Pavyzdys: rasti sąlygas sutartyse
Hipotetinis atvejis. Penkiolikos žmonių biuras nori rasti visas sutartis, kuriose yra nekonkuravimo sąlyga. Trys galimybės.
Plataus vartojimo internetinis asistentas. Į jį įkeliamos sutartys. Turinys, klientų pavadinimai ir užklausa išeina iš įmonės. Jų saugojimas ir pakartotinis naudojimas priklauso nuo paslaugos sąlygų.
Modelis įmonės serveryje. Jis indeksuoja tik aplanką „Sutartys“, su aplanko teisėmis. Žurnalai riboti, juos skaito administratorius. Turinys neišeina iš infrastruktūros, bet šį serverį reikia eksploatuoti ir atnaujinti.
Be DI. Žyma „nekonkuravimas“ priskiriama įkeliant, tvirtinimo procese. Paieška pagal žymą randa sutartis per kelias sekundes. Pasikartojančiam ir aiškiai apibrėžtam poreikiui to dažnai pakanka.
Tinkamas pasirinkimas priklauso nuo klausimo dažnumo ir dokumentų jautrumo, o ne nuo įrankio patrauklumo.
Nepainiokite su susitikimų transkripcija
Vaizdo konferencija gali sukurti transkripciją ir santrauką. Tai susitikimo, o ne failų klasifikavimo apdorojimas. Santrauka tampa įprastu dokumentu: ji sudėliojama, bendrinama ir saugoma pagal tas pačias taisykles. Ji nepaverčia dokumentų valdymo sistemos „protinga“.
Dažniausi klausimai
Ar galima naudoti plataus vartojimo DI asistentą vidiniams dokumentams?
Tik perskaičius jo sąlygas: užklausų saugojimą, duomenų pakartotinį naudojimą, taikytiną teisę. CNIL rekomenduoja apibrėžti jo naudojimo rėmus.
Ar vietoje įdiegtas DI būtinai saugus?
Ne. Jis padeda išvengti duomenų išėjimo, bet dar reikia sutvarkyti indekso teises, žurnalus ir ištrynimą.
Ar DI gali nustatyti saugojimo terminus?
Ne. Juos lemia teisės aktai ir jūsų politika. Žr. dokumentų saugojimas ir archyvavimas.
O el. laiškų filtravimas su DI?
Šiai temai skirtas atskiras gidas: DI ir filtravimo konfidencialumas.
Ar galima pridėti DI prie Klytic Docs?
Taip, per plėtinį, kurį įdiegiate savo instancijoje. Prieš jį įjungdami, patikrinkite šio gido klausimais, kur veikia modelis ir ką jis saugo.
Kaip klasifikuoti be DI?
Naudojant komandų aplankus, žymas ir procesą. Žr. rasti, žymėti ir perduoti dokumentą.
Kur yra Klytic
Klytic Docs pagal numatytuosius nustatymus neturi DI: klasifikavimas remiasi komandų aplankais, žymomis, tvirtinimo procesais ir paieška. Jei norite, galite įdiegti DI plėtinį savo instancijoje, kurios administratorius esate. Tada šio gido klausimai taikomi šiam plėtiniui: kur veikia modelis, kas jį valdo, kas saugoma ir kas išeina iš instancijos.
Į Klytic Docs įtrauktos vaizdo konferencijos leidžia įrašyti, transkribuoti, versti ir apibendrinti susitikimus kliento instancijoje. Tai susitikimų paslauga, o ne protinga dokumentų valdymo sistema. Ji teikiama ribotam naudotojų skaičiui; didelio naudotojų skaičiaus vaizdo konferencijoms rengiama atskira sąmata.
Šaltinyje užšifruotiems dokumentams raktas generuojamas iš kliento paskyros: Klytic negali skaityti jų turinio. Duomenys, kuriuos paslauga turi apdoroti, šifruojami ramybės būsenoje Klytic valdomais raktais. Klytic pusėje techninės prieigos yra asmeninės ir fiksuojamos žurnaluose.
El. laiškams Klytic MTA naudoja Klytic arba kliento instancijoje valdomą modelį, o ne plataus vartojimo paslaugą, tik dviprasmišką įvertinimą gavusiems pranešimams vertinti. Išsamiau – gide apie filtravimą.
Talpinimas galimas bet kurioje geografinėje zonoje, atitinkančioje taikytiną jurisdikciją, jei paslaugos joje prieinamos, ypač Europoje ar Mauricijuje, arba kliento serveriuose. Klytic nėra SecNumCloud kvalifikaciją turintis pasiūlymas.
Šiame puslapyje aprašyti bendrieji rėmai. Jis nepakeičia konkrečios DI paslaugos sąlygų analizės.
Šaltiniai
Peržiūrėta 2026 m. spalį.
- CNIL, „Comment déployer une IA générative ? La CNIL apporte de premières précisions“, 2024 m. liepos 18 d.: teikti pirmenybę vietinėms, saugioms ir specializuotoms sistemoms; kitu atveju įvertinti, ar paslaugų teikėjas pakartotinai naudoja duomenis; apibrėžti naudojimo rėmus, pavyzdžiui, neteikti asmens duomenų. cnil.fr
- Klytic, Kas yra suvereni debesija?: šaltinyje užšifruotų dokumentų raktas generuojamas iš kliento paskyros ir Klytic neįskaitomas; paslaugos apdorojami duomenys šifruojami ramybės būsenoje Klytic valdomais raktais. klytic.com
- Klytic, Klytic Docs puslapis: klasifikavimas aplankais ir žymomis, tvirtinimo procesai, paieška. klytic.com
- Klytic, Talpinimas ir suverenumas: techninės prieigos, apribotos eksploatavimu ir palaikymu, asmeninės ir fiksuojamos žurnaluose. klytic.com
