GDPR i AI za podrsku: Prilagodljivi identifikatori su vazni
Vas tim podrske koristi AI za pisanje odgovora i pregled zahtjeva. Produktivnost je porasla. Zatim vas DPO provjeri postavljanje.
Typicna poruka kupca sadrzi ime, adresu e-poste i ID narudzbe. Ime i e-posta su osobni podaci. I ID narudzbe jest. Povezuje se s Anom Anic u vasoj bazi narudzbi. Prodavac AI-a moze ga unakrsno referencirati. Ako podaci za trening procure, ID moze je reidentificirati.
Slanje bilo cega od ovoga vanjskom prodavacu AI-a bez pravne osnove krsenje je GDPR-a.
Zasto su ID-ovi narudzbe osobni podaci
GDPR clanak 4 siro definira osobne podatke. Pojam pokriva sve informacije koje se odnose na identificiranu ili prepoznatljivu osobu. Prepoznatljivost ukljucuje neizravnu identifikaciju putem reference na identifikator.
ID narudzbe poput ORD-4521893 je neizravni identifikator. Sam po sebi ne imenuje Anu Anic. Upareno s vasom bazom narudzbi, imenuje.
GDPR clanak 4(5) pokriva pseudonimizaciju. ID-ovi narudzbe su pseudonimi. Trebaju drugi izvor da bi otkrili osobu iza njih. Kada ih posaljete vanjskom prodavacu AI-a, dijelite osobne podatke. Potrebna je pravna osnova i Ugovor o obradi podataka.
Prodavac mozda nema vasu bazu. To ne ukida vasu obvezu. Podijelili ste osobne podatke. GDPR se i dalje primjenjuje.
Standardni jaz anonimizacije
Timovi podrske cesto implementiraju detekciju PII za GDPR uskladjenost. Standardni alati uklanjaju uobicajene vrste entiteta.
Standardna detekcija hvata imena kupaca, adrese e-poste, telefonske brojeve i brojeve kreditnih kartica. Sve ovo prolazi.
Standardna detekcija ne hvata ID-ove narudzbe u ORD-XXXXXXX formatu. Propusta brojeve racuna, reference zahtjeva, interne korisnicke ID-ove i ID-ove pretplate. Ovo zakazuje.
Rezultat izgleda ovako: "Bok, ja sam [OSOBA_1] i moja narudzba ORD-4521893 jos nije stigla. Molim vas javite mi se na [EMAIL_1]."
ID narudzbe je i dalje tu. Svi s pristupom CRM-u mogu odmah pronaci Anu Anic. Anonimizacija je nepotpuna. Ovo je jaz uskladjenosti.
Chrome prosirenje: Detekcija u pregledniku
Agenti podrske koji koriste Claude, ChatGPT ili Gemini rade u svom pregledniku. Chrome prosirenje sprjecava prilagodljive identifikatore da napuste preglednika.
Evo kako to funkcionira. Agent zalijeplja korisnicku poruku u AI alat. Prosirenje vidi da je cilj AI platforma. Uklanja standardni PII. Zatim primjenjuje prilagodljive uzorke. Ovi odgovaraju vasem formatu ID-a narudzbe, formatu broja racuna i svim drugim prilagodljivi identifikatorima koje vas tim koristi. Agent vidi samo cistu poruku. Sirovi podaci nikada ne dosegnu AI.
Tim za uskladjenost postavlja prilagodljive uzorke jednom. Dijele predlozak sa svim agentima. Agenti to ne trebaju upravljati. Zalijepaju poruku. Prosirenje obradjuje ostatak.
MCP posluzitelj: Detekcija na API razini
Neke platforme pozivaju AI putem API-ja. Intercom koristi AI za pisanje odgovora. Zendesk koristi AI za prijedloge odgovora. MCP posluzitelj dodaje anonimizaciju na API razini za ova postavljanja.
Evo toka. Korisnicka poruka dolazi u platformu podrske. Prolazi kroz MCP krajnju tocku prije dosizanja AI-a. Krajnja tocka uklanja standardne i prilagodljive entitete. Cista poruka ide do AI-a. AI vraca odgovor. Nikakvi osobni podaci nisu podijeljeni. Agent zatim cita i uredjuje odgovor u platformi podrske.
Agenti ne vide nikakve promjene u nacinu rada. Proces izgleda isto. Prilagodljivi entiteti postavljaju se jednom u MCP konfiguraciji. Svi API pozivi koriste punu detekciju entiteta od te tocke nadalje.
Kontrolni popis implementacije za DPO
1. Kartografirajte sve tokove podataka prema AI-u.
Izlistajte gdje agenti koriste AI. Ukljucite alate preglednika, alate zasnovane na API-ju i prenose datoteka.
2. Izlistajte sve vrste identifikatora u korisnickim porukama.
Standardni PII - imena, e-poste, telefoni - pokriven je prema zadanim postavkama. Prilagodljivi identifikatori - ID-ovi narudzbe, reference zahtjeva, brojevi racuna - trebaju prilagodljive uzorke.
3. Dodajte uzorke prilagodljvih entiteta.
Definirajte svaki format. Testirajte ga na uzornim porukama. Spravite ga u timski predlozak.
4. Implementirajte na pravoj razini.
AI u preglednikuje: koristite Chrome prosirenje s dijeljenim predlozkom. AI integriran u API: koristite MCP posluzitelj ili pretprocesiranje na razini API-ja.
5. Azurirajte vas ROPA.
Zabiljesite da AI za podrsku koristi automatiziranu anonimizaciju. Izlistajte pokrivene prilagodljive vrste identifikatora. Ovo je dokumentacija vase tehnicke zastite.
6. Testirajte postavljanje.
Pokrenite uzorne poruke sa svim vrstama identifikatora. Provjerite da nista ne dodjde do AI-a. Pogledajte vodic za pravnu uskladjenost za sablone dokumenata.
Tim SaaS podrske: Praktican primjer
Tim SaaS podrske koristi Claude putem interne AI platforme. Korisnicke poruke ukljucuju imena, e-poste, ID-ove narudzbe i ID-ove pretplate. Neki nazivi zastavica znacajki takodje nose interne identifikatore.
Prije GDPR pregleda: Sav sadrzaj isao je do AI-a. ID-ovi narudzbe i pretplate bili su ukljuceni.
Nakon detekcije prilagodljvog entiteta:
ORD-XXXXXXX i SUB-XXXXXXXX dodani su kao prilagodljivi entiteti. Chrome prosirenje implementirano je s dijeljenim predloskom. DPO je izvrsio testove i potvrdio da su svi identifikatori uklonjeni prije AI obrade.
Promjena tijeka rada za agente: Nema. Agenti rade na isti nacin. Anonimizacija se izvrsava u pozadini. DPO ima dokumentiranu zastitu u datoteci.
Zakljucak
GDPR-sukladni AI za podrsku cini vise od brisanja imena i e-posta. ID-ovi narudzbe, brojevi racuna i reference zahtjeva su osobni podaci. Standardni alati ih propustaju. Konfiguracija prilagodljvog entiteta zatvara jaz.
Koraci su jednostavni. Definirajte svoje formate identifikatora. Testirajte ih na uzornim porukama. Implementirajte u tim. DPO moze to dovrsiti u poslijepodne. Nakon toga, svi podaci kupaca uklonjeni su prije nego sto dosegnu vanjske AI sustave. Korist uskladjenosti drzi se od te tocke nadalje.