Kio estas DSAR?
Privateco, sekureco kaj identeco
DSAR estas peto de aliro al datumoj de la koncernata persono (Data Subject Access Request). En brita praktiko ĝi estas kutime nomata subject access request, aŭ SAR. Ĝi permesas al individuo demandi, ĉu organizo prilaboras liajn personajn datumojn, ricevi kopion de tiuj datumoj kaj ricevi ŝlosilajn informojn pri kiel ili estas uzataj. En AI-laboro, preteco por DSAR dependas de scio pri tio, kie personaj datumoj eniras ilojn, instigojn, transskribaĵojn, protokolojn kaj eligojn.
Recenzita de Jackie, Head of Learning & Development, Levellers - Laste recenzita la 8-an de junio 2026
Kion tio signifas
DSAR estas peto de persono por aliri siajn proprajn personajn datumojn. La persono ne bezonas uzi formalan formuladon, citi la UK GDPR aŭ diri "DSAR". Se ili petas la informojn, kiujn organizo tenas pri ili, tio povas sufiĉi por ekigi la rajton de aliro.
La ICO priskribas la rajton de aliro kiel la rajton ricevi kopion de personaj informoj kaj kromplian informon pri kiel ili estas uzataj. Por operatoroj, tio signifas, ke DSAR ne estas nur afero de jura poŝto. Ĝi estas testo de laborfluo. Ĉu vi povas trovi la datumojn, kompreni ilin, apartigi la informojn de alia persono, klarigi la pritraktadon kaj respondi ene de la postulata tempo?
AI aldonas praktikan malfacilaĵon, ĉar personaj datumoj povas troviĝi en lokoj, kiujn homoj ne konsideras kiel dosierojn: historio de instigoj, kunvena transskribaĵo, generitaj resumoj, retrovo-indeksoj, subtenaj klasifikaĵoj, reviziopistoj kaj eksportitaj eligoj de modeloj.
Kial tio gravas
DSARoj gravas, ĉar ili transformas datumprotekton el politiko en operacian procezon. Persono rajtas scii, ĉu liaj personaj datumoj estas pritraktataj, vidi kopion de ili kaj ricevi informon pri celoj, kategorioj, ricevantoj, konservado, rajtoj, fontoj kaj rilata aŭtomata decidado.
Por malgrandaj kaj mezgrandaj organizoj, la risko kutime ne estas rifuzo. Ĝi estas prokrasto, nekompletaj serĉoj, malklara proprieto aŭ akcidenta malkaŝo de datumoj de alia persono. AI-ebligitaj laborfluoj pliigas tiun riskon, kiam teamoj uzas ilojn neformale aŭ kiam vendistoj tenas personajn datumojn nome de la organizo.
Bona DSAR-procezo ankaŭ plibonigas internan disciplinon. Se teamo povas retrovi kaj klarigi sian uzon de personaj datumoj, estas pli verŝajne, ke ĝi jam havas prudentajn kontrolojn pri datumminimumigo, ROPA kaj provizantoj.
Kiel ĝi funkcias
DSAR devus esti protokolita kiam ĝi estas ricevita, eĉ se ĝi alvenas tra normala kanalo de klienta servo, HR aŭ vendado. La organizo devus konfirmi, kio estas petata, kontroli identecon kie necese kaj identigi la sistemojn kaj personojn, kiuj verŝajne tenas rilatajn datumojn.
La ICO diras, ke organizoj devas plenumi sen nekonvena prokrasto kaj plej malfrue ene de unu monato, kun limigita ebleco etendi je pluaj du monatoj por kompleksaj petoj aŭ multoblaj petoj de la sama persono. Se klarigo estas reazone bezonata, la horloĝo povas paŭzi dum la organizo atendas ĝin.
La respondo normale inkluzivas kopion de la personaj datumoj de la petanto kaj kromplian informon. Ĝi ne devus aŭtomate inkluzivi konfidencajn informojn pri aliaj personoj. Kie datumoj de alia persono estas implikataj, la organizo devas konsideri, ĉu escepto validas aŭ ĉu redaktado estas bezonata.
Por AI-laborfluoj, la serĉplano devus inkluzivi fontdosierojn kaj generitajn dosierojn. Subtena retpoŝto, transskribaĵo aŭ CRM-noto povas esti la fontdosiero. Modelo-kreita resumo, etikedo aŭ rekomendo povas esti generita dosiero. Ambaŭ povas esti gravaj, sed ili ne devus esti traktataj kiel egale fidindaj. La responda procezo devus konservi kuntekston, por ke la petanto povu kompreni, kio estas la datumoj, kaj por ke la organizo povu korekti evidentajn erarojn antaŭ ol sendi konfuzan respondon.
Ekzemploj
En klienta subteno, persono petas ĉiujn notojn kaj retpoŝtojn pri plendo. La serĉo eble devas inkluzivi la helpdeskon, CRM, voĉregistraĵojn, AI-generitajn resumojn kaj eskalad-notojn. Generitaj resumoj devus esti kontrolitaj kontraŭ la fonto, ĉar ili povas enhavi erarojn aŭ opiniojn.
En HR, dungito petas la datumojn uzitajn en efikec-revizio. La serĉo povus inkluzivi manaĝerajn notojn, kunvenajn transskribaĵojn, foresto-dosierojn, AI-generitajn agad-resumojn kaj mesaĝojn en kunlaboraj iloj. Sentema interna komentaro eble postulas zorgan revizion antaŭ malkaŝo.
En merkatado, perspektiva kliento petas, kiajn datumojn la organizo tenas pri li. La organizo eble devas retrovi CRM-kampojn, konsenton-staton, kampanj-historion, riĉigajn datumojn, gvid-poentojn kaj dosierojn pri iu ajn profilado uzita por prioritatigi sekvadon.
Oftaj miskomprenoj
Ĝi nur validas, se la peto diras DSAR. Ne. Petoj en ordinara lingvo ankaŭ povas esti validaj.
Ni povas ignori larĝajn petojn. Larĝa peto povas esti klarigita kie reazone, sed ĝi ne povas simple esti ignorata ĉar ĝi estas oportuna.
AI-eligoj neniam estas personaj datumoj. Ili povas esti, se ili rilatas al identigita aŭ identiigebla persono. Generita resumo pri kliento, kandidato aŭ dungito eble bezonas revizion.
La pretraktanto zorgas pri ĝi. Kontrolantoj respondecas pri respondado. Pretraktantoj devus helpi, sed ili ne decidas la respondon anstataŭ la kontrolanto.
Serĉi signifas ĉiun dosieron ĉie. La ICO atendas reazonajn serĉojn. La amplekso devus esti pravigita, dokumentita kaj proporcia al la peto.
Riskoj kaj limoj
La unua risko estas manko de datumoj, ĉar AI-laborfluoj neniam estis registritaj. Se teamoj uzas personajn datumojn en instigoj aŭ neoficialaj iloj, la organizo eble ne scias, kie serĉi. La dua risko estas tro-malkaŝo, precipe kie kaznotoj inkluzivas personajn datumojn de alia persono aŭ konfidencajn komercajn informojn.
La tria risko estas trakti generitan enhavon kiel fakton. AI-resumoj, klasifikaĵoj kaj sentimentaj etikedoj povas esti personaj datumoj, sed ili ankaŭ povas esti malĝustaj. DSAR-procezo devus inkluzivi revizion de iu, kiu komprenas la fontlaborfluo.
DSAR-respondo ne devus esti improvizita de unu okupata manaĝero. Ĝi devus havi posedanton, serĉplanon, redaktan paŝon kaj aprobon. Ĉi tiu artikolo ne estas jura konsilo kaj ne anstataŭas kazo-specifan gvidadon pri esceptoj.
Kion fari poste
Kreu simplan DSAR-ludlibron. Ĝi devus klarigi, kiel petoj estas rekonataj, kiu posedas ilin, kiel identeco estas kontrolata, kiuj sistemoj estas serĉataj, kiel pretraktantoj estas kontaktataj, kiel datumoj de triaj partioj estas reviziitaj kaj kiel la fina respondo estas aprobata.
Poste aldonu AI-specifan serĉ-kontrollistaron. Inkluzivi historio de instigoj, aprobitajn asistantojn, kunvenajn ilojn, transskribaĵ-stokejojn, RAG-indeksojn, CRM-notojn, subtenajn resumojn kaj vendist-tenatajn protokolojn, kie ili enhavas personajn datumojn. Konektu la kontrollistaron al via ROPA kaj datumaj pretraktaj interkonsentoj, por ke la procezo ne dependu de memoro.
Faru tabletopan teston antaŭ ol reala peto alvenas. Elektu unu kliento-, dungito- aŭ perspektivan dosieron kaj demandu, kiom longe daŭrus lokalizi rilatajn personajn datumojn tra la CRM, poŝtkestoj, subtenaj iloj, kunvenaj iloj, AI-asistantoj kaj vendist-tenataj sistemoj. La mankojn, kiujn vi trovos, kutime estos regadaj mankoj, ne nur DSAR-mankoj.
Ĉu vi havas demandon aŭ sugeston, aŭ volas kompreni, kiel ni esploras kaj recenzas ĉi tiujn gvidilojn? Legu pri niaj redakciaj normoj kaj kiel kontakti nin.
Oftaj demandoj
Ĉu DSAR estas la sama kiel SAR?
En ĉiutaga brita praktiko, SAR estas la pli ofta ICO-termino por subject access request. DSAR estas vaste uzata en konformec- kaj teknologiaj medioj, sed la praktika rajto estas la sama rajto de aliro.
Ĉu DSAR devas esti skribe?
Ne. Peto povas esti farita skribe aŭ parole. La ŝlosila punkto estas, ĉu la persono petas aliron al siaj personaj datumoj.
Kiom longe havas organizo por respondi?
La ICO diras, ke organizoj devas respondi sen nekonvena prokrasto kaj plej malfrue ene de unu monato, sub limigitaj reguloj pri identecaj kontroloj, kotizoj en certaj cirkonstancoj, klarigo kaj etendoj por kompleksaj kazoj.
Ĉu ni povas ŝargi kotizojn por ĉiu DSAR?
Ne. Kotizoj estas disponeblaj nur en certaj cirkonstancoj, ekzemple kie peto estas evidente senfundamenta aŭ troa, aŭ kie individuo petas pluajn kopiojn.
Ĉu AI-instigoj kaj eligoj devas esti serĉataj?
Ili eble devas esti serĉataj, se ili enhavas personajn datumojn pri la petanto kaj estas sub la kontrolo de la organizo aŭ tenataj de pretraktanto nome de ĝi.