Apstrādes darbību reģistra paraugs palīdz pārvērst VDAR 30. panta prasības pārskatāmā darba dokumentā. Tomēr tukšu lauku aizpildīšana pati par sevi nepierāda atbilstību. Reģistram jāatspoguļo tas, ko organizācija patiešām dara: kādam nolūkam izmanto personas datus, kam tos atklāj, cik ilgi saglabā un kā aizsargā. Vienā rindā ierakstīts “klientu apkalpošana” var slēpt vairākus atšķirīgus procesus ar dažādiem pamatiem un termiņiem.
Šajā rakstā ir pielāgojama struktūra un skaidrojums, kā to aizpildīt, nevis apliecinājums, ka piemērs ir gatavs konkrēta uzņēmuma lietošanai. Tiesību avoti pārbaudīti 2026. gada 29. septembrī. Vispārīgo pienākumu un tā piemērošanas jomu plašāk aplūko ceļvedis par apstrādes darbību reģistru; šeit uzmanība pievērsta ieraksta kvalitātei, nepieciešamajiem pierādījumiem un dokumenta uzturēšanai.
Kam reģistrs jāveido arī nelielā uzņēmumā
VDAR 30. panta 5. punkts neparedz vispārīgu atbrīvojumu visiem uzņēmumiem ar mazāk nekā 250 darbiniekiem. Šāds uzņēmums nevar izmantot izņēmumu attiecībā uz apstrādi, kas nav neregulāra, varētu radīt risku cilvēku tiesībām un brīvībām vai ietver 9. panta īpašo kategoriju datus vai 10. panta datus par sodāmību un pārkāpumiem. Katrs no šiem apstākļiem izslēdz izņēmumu attiecīgajai apstrādei; nav jāgaida, līdz vienlaikus pastāv visi trīs.
Darba samaksas aprēķins katru mēnesi un pastāvīga klientu pasūtījumu izpilde nav neregulāras darbības. Tādēļ arī nelielam uzņēmumam bieži ir jāuztur ieraksti par šīm darbībām. Riska nosacījums šajā normā nav ierobežots tikai ar augstu risku, kas vajadzīgs citam jautājumam — ietekmes novērtējumam. Reģistra nepieciešamību nedrīkst noraidīt ar argumentu, ka organizācijai nav vajadzīgs DPIA.
Reģistrs ir rakstisks, tostarp elektronisks dokuments, ko pēc pieprasījuma dara pieejamu uzraudzības iestādei. VDAR nenosaka obligātu programmatūru vai vienu apstiprinātu faila formātu. DVI skaidrojums par reģistra izveidi arī pieļauj dažādus risinājumus un uzsver aktualizēšanu. Izvēlieties formu, kurā var izsekot izmaiņām un atrast aktuālo versiju, nevis formu, kas vienkārši izskatās iespaidīgāk.
Viena darbība nav viens cilvēks vai viena programma
Reģistrā neuzskaita katru klientu, darbinieku vai saņemto rēķinu. Apraksta apstrādes darbību kategorijas un to organizāciju. Piemēram, klientu pasūtījumu pieņemšana var aptvert kontaktinformāciju, piegādes adreses un saziņu vienam noteiktam nolūkam. Savukārt reklāmas sūtījumu nosūtīšana tiem pašiem cilvēkiem ir cits nolūks, kuram var būt cits tiesiskais pamats, atteikšanās mehānisms un termiņš.
Arī viena programma var apkalpot vairākas darbības. CRM sistēmā var būt piedāvājumi, līgumi, atbalsta pieprasījumi un mārketinga atlases. Ja visu apvieno vienā ierakstā, kļūst grūti pamatot, kāpēc noteikti darbinieki redz visu saturu un kāpēc visi dati tiek glabāti vienādi ilgi. Savukārt vienas darbības dati var atrasties vairākos rīkos un papīra dokumentos. Reģistram jāpalīdz atrast visu šo ķēdi.
Lai izvēlētos ieraksta robežas, pārbaudiet trīs lietas: vai nolūks ir kopīgs, vai datu plūsma ir saprotama un vai termiņus var aprakstīt bez pretrunām. Ja atšķirības kļūst pārāk lielas, sadaliet darbību. Nav noteikta obligāta rindu skaita. Desmit rūpīgi pārbaudīti ieraksti var būt noderīgāki par simt tehnisku apakšierakstu, kurus neviens nespēj uzturēt.
Pārziņa reģistra obligātie lauki
Pārziņa ierakstos jābūt pārziņa nosaukumam un kontaktinformācijai, kā arī, ja attiecināms, kopīgā pārziņa, pārziņa pārstāvja un datu aizsardzības speciālista nosaukumam vai vārdam un uzvārdam, kā arī kontaktinformācijai. Šos datus var glabāt kopīgā reģistra galvenē un atsevišķā ierakstā norādīt īpašās atšķirības. Ja kopīga pārziņa nav vai pārstāvis nav vajadzīgs, to atzīmē skaidri. Tukšs lauks neļauj saprast, vai jautājums izvērtēts.
Tālāk norāda apstrādes nolūkus, datu subjektu kategorijas un personas datu kategorijas. Saņēmēju kategorijās ietver tos, kuriem dati ir vai tiks izpausti, arī trešajās valstīs un starptautiskajās organizācijās. Vajadzības gadījumā atsevišķi apraksta nosūtīšanu uz trešo valsti vai starptautisku organizāciju, identificējot attiecīgo valsti vai organizāciju. Vispārīgs ieraksts “partneri” reti dod pietiekamu priekšstatu par reālo plūsmu.
Ja iespējams, reģistrā norāda paredzētos dažādu datu kategoriju dzēšanas termiņus un vispārēju tehnisko un organizatorisko drošības pasākumu aprakstu. Vārdi “ja iespējams” nav pamats šos laukus sistemātiski atstāt tukšus. Ja precīza diena nav nosakāma, aprakstiet termiņa aprēķināšanas kritēriju un sākuma notikumu. Ja kāda informācija vēl nav pārbaudīta, atzīmējiet atbildīgo un risināmo jautājumu, nevis izdomājiet drošības pasākumu vai termiņu.
Tiesiskais pamats nav atsevišķi uzskaitīts starp 30. panta 1. punkta obligātajiem laukiem, tomēr to ir lietderīgi pievienot. Tāpat noder darbības īpašnieks, izmantotās sistēmas, informēšanas dokumenta versija, atsauce uz līgumu un pēdējās pārbaudes datums. Skaidri nošķiriet šos praktiskos papildinājumus no pašas normas minimālās struktūras. Tas palīdz izvairīties no aplama apgalvojuma, ka VDAR pieprasa tieši jūsu izvēlētās tabulas divdesmit ailes.
Kā iegūt uzticamus datus ieraksta aizpildīšanai
Sāciet ar cilvēku, kurš attiecīgo procesu veic ikdienā. Lūdziet izskaidrot konkrēta pasūtījuma vai darbinieka dokumenta ceļu, izmantojot izdomātu piemēru vai aizklātus datus. Noskaidrojiet, no kurienes informācija pienāk, kur tā tiek pārrakstīta un kas saņem rezultātu. Šāda saruna bieži atklāj atsevišķu izklājlapu vai kopīgu pastkasti, kas nav minēta oficiālajā sistēmu sarakstā. Reģistrā jāatspoguļo arī šie faktiskie posmi, ja tajos notiek attiecīgā apstrāde.
Pēc sarunas salīdziniet aprakstu ar līgumiem, veidlapām un sistēmas iestatījumiem. Pakalpojuma līgums var paredzēt datu dzēšanu pēc sadarbības beigām, bet sistēmas administrators var norādīt, ka dzēšana vēl nav konfigurēta. Šādā gadījumā reģistrā godīgi nošķiriet noteikto termiņu no neatrisinātā īstenošanas jautājuma. Piešķiriet uzdevumu atbildīgajam, saglabājiet lēmuma pamatojumu un pēc izpildes pārbaudiet rezultātu. Formāla ieraksta labošana bez izmaiņām pašā procesā šo neatbilstību nenovērš.
Par katru saņēmēju pārbaudiet ne tikai nosaukumu, bet arī saņemtās informācijas apjomu. Piegādes uzņēmumam var būt vajadzīga adrese un tālrunis, bet ne klienta sarakste par sūdzību. Ja darbinieks nosūta pilnu pasūtījuma izdruku, faktiskais apjoms var būt lielāks par reģistrā aprakstīto. Ieraksta izstrāde ir iespēja samazināt šādu nevajadzīgu izpaušanu. Samazinājumu vispirms ievieš darba plūsmā un tikai tad reģistrā norāda jauno faktisko kārtību.
Pārbaudes beigās procesa īpašnieks apstiprina faktus savas kompetences robežās. Jurists vai datu aizsardzības speciālists var vērtēt pamatojumu, bet tehniskais darbinieks pārbauda sistēmu un drošības aprakstu. Nav vajadzīga vienāda apstiprināšanas ceremonija katram uzņēmumam; svarīgi, lai neviens neapliecina nepārbaudītas ziņas. Saglabājiet, kurš sniedza informāciju un uz kādiem dokumentiem balstīts secinājums. Ja atbildes vēl nav, atstājiet konkrētu atvērtu jautājumu ar termiņu, nevis izvēlieties ticami izklausīgu atbildi. Tas palīdz nākamajam pārskatītājam saprast, kas jau noskaidrots un kas joprojām jāizdara.
Pielāgojama pārziņa ieraksta struktūra
Šo struktūru var izmantot tabulā vai atsevišķā dokumentā. Aizvietojiet vietturus ar pārbaudītiem datiem; piemēra ieraksti nav tiesiska pamata vai konkrēta glabāšanas termiņa izvēle jūsu vietā.
Pārzinis: [nosaukums un kontaktinformācija]
Kopīgais pārzinis, ja attiecināms: [nosaukums un kontakti]
Pārziņa pārstāvis, ja attiecināms: [nosaukums un kontakti]
Datu aizsardzības speciālists, ja attiecināms: [vārds, uzvārds vai nosaukums; kontakti]
Darbības identifikators un nosaukums: [...]
Apstrādes nolūki: [...]
Datu subjektu kategorijas: [...]
Personas datu kategorijas: [...]
Saņēmēju kategorijas, arī ārpus EEE: [...]
Nosūtīšana uz trešajām valstīm/starptautiskām organizācijām:
[valsts/organizācija; ja nenotiek, pārbaudīts pamatojums]
VDAR 49(1) otrās daļas īpašajā gadījumā:
[atbilstošo garantiju dokumentācija]
Paredzētie dzēšanas termiņi, ja iespējams:
[datu kategorija, sākuma notikums, periods vai kritērijs]
Vispārējs drošības pasākumu apraksts, ja iespējams: [...]
Praktiskie papildlauki:
Tiesiskais pamats un konkrētā norma: [...]
Procesa atbildīgais; sistēmas; līgumu un novērtējumu atsauces: [...]
Nepārbaudītie jautājumi un to risinātājs: [...]
Pārbaudes datums un versija: [...]
Drošības plāna, līguma un reģistra saturs var būt savstarpēji saistīts ar atsaucēm. Nav nepieciešams reģistrā atkārtot visu tehnisko dokumentāciju, taču atsaucei jāļauj to atrast un saprast, uz kuru darbību tā attiecas. Pārbaudiet arī piekļuves tiesības: kolēģim, kurš pārskata nolūkus, ne vienmēr jāredz detalizēta sistēmas uzbūve vai ievainojamības. Pašā reģistrā neiekļauj paroles, piekļuves atslēgas vai klientu dokumentu kopijas.
Kā aizpildīt piemēru par darba samaksu
Iedomāsimies nelielu Latvijas darba devēju, kas algu aprēķinus nodod ārējam grāmatvedim. Reģistra nolūks var būt darba samaksas aprēķināšana, izmaksa un saistīto normatīvo pienākumu izpilde. Darbinieku atlase, darba laika uzskaite un veselības pārbaudes nav automātiski jāsapludina šajā pašā ierakstā. Ja tās izmanto citus datus vai termiņus, izveidojiet atsevišķus ierakstus un savienojiet tos ar atsaucēm.
Datu subjektu kategorija ir darbinieki; ja aprēķinos izmanto informāciju par apgādājamajiem, arī šī cilvēku kategorija jāņem vērā. Datu kategorijās norāda identifikācijas, nodarbinātības, darba samaksas, nodokļu un norēķinu datus tādā detalizācijā, lai varētu saprast to nepieciešamību. Nav jāieraksta konkrēta darbinieka konta numurs. Ja tiek izmantoti veselības dati, to nedrīkst noslēpt zem apzīmējuma “cita informācija” — jāpārbauda attiecīgie 9. panta nosacījumi.
Saņēmējos var būt banka, nodokļu administrācija un grāmatvedības pakalpojuma sniedzējs atbilstoši konkrētajai darbībai. Viņu lomas nav vienādas. Banka nekļūst par darba devēja apstrādātāju tikai tādēļ, ka izpilda maksājumu, savukārt ārējā grāmatveža loma jāvērtē pēc pakalpojuma būtības. Ja ir apstrādātāja attiecības, pārbaudiet 28. panta līgumu vai citu saistošu Savienības vai dalībvalsts tiesību aktu, kas regulē apstrādi rakstiski, arī elektroniskā formā.
Piemērā nevar vienkārši ierakstīt “visi dati desmit gadus”. Izpētiet dokumentu veidus un katram piemērojamo normu. Var izrādīties, ka darba samaksas aprēķina dokuments, atvaļinājuma atlīdzības dokuments un ikdienas saziņas vēstule jāglabā atšķirīgi. Vienas datnes esība nenozīmē, ka visām tajā nejauši iekļautajām ziņām ir vienāds pamatojums. Ja tehniski dati nav nodalāmi, tas ir risināms sistēmas uzdevums, nevis jauns juridisks izņēmums.
Latvijas termiņi jāsaista ar dokumenta kategoriju
Grāmatvedības likuma 28. pants nosaka dažādus minimālos glabāšanas termiņus. Inventarizācijas sarakstiem, grāmatvedības reģistriem un organizācijas dokumentiem paredzēti desmit gadi. Pārējiem attaisnojuma dokumentiem termiņš saistīts ar nepieciešamību nodrošināt darījuma izsekojamību, bet tas nevar būt īsāks par pieciem gadiem. Šos noteikumus nedrīkst pārvērst par vispārīgu piecu gadu termiņu visai uzņēmuma informācijai.
Darba samaksas attaisnojuma dokumentiem likums paredz papildu atšķirības. Dokumentiem, kuru datums ir agrāks par 1999. gada 1. janvāri, noteikts 75 gadu termiņš; jaunākiem dokumentiem jāvērtē 28. panta 4. punkta konkrētā kategorija. Piemēram, noteiktiem atvaļinājuma samaksas un neizmantotā atvaļinājuma atlīdzināšanas dokumentiem desmit gadi skaitāmi no darba tiesisko attiecību izbeigšanas ar konkrēto darba devēju. Tādēļ reģistrā jāieraksta arī termiņa sākums, ne tikai skaitlis.
Citām personāla, medicīniskām vai arhīviski vērtīgām dokumentu kategorijām var būt savas prasības. Norāde “personāla lieta” nav pietiekami precīza, lai automātiski piemērotu vienu termiņu. Reģistra veidotājam jānoskaidro, kādi dokumenti tajā atrodas un kāpēc tie saglabājami. Glabāšanas ierobežojuma princips prasa atšķirt nepieciešamo saglabāšanu no ērtības turēt visu bezgalīgi.
Pēc obligātā termiņa beigām pārbaudiet, vai konkrētam materiālam pastāv cits tiesisks saglabāšanas iemesls, piemēram, aktuāla prasījuma aizstāvēšana. Šādu izņēmumu dokumentē un pārskata; tas nav pamats uz nenoteiktu laiku apturēt dzēšanu visiem klientiem. Reģistram jānorāda, kurš pieņem lēmumu par izņēmumu un kas kontrolē tā beigas. Praktiski svarīgākais ir panākt, lai dzēšanas noteikums darbojas arī rezerves kopijās un eksportos atbilstoši to pārvaldības kārtībai.
Nosūtīšana ārpus EEE un drošības apraksts
Norādi “dati netiek nodoti ārpus EEE” drīkst izmantot tikai pēc faktiskas pārbaudes. Jāņem vērā mākoņpakalpojums, attālināts atbalsts, apakšapstrādātāji un saņēmēji, ne tikai galvenā servera adrese. Piemēram, Eiropā glabātai datubāzei var piekļūt atbalsta komanda trešajā valstī. Reģistrā atspoguļo attiecīgo plūsmu un sasaista to ar dokumentāciju par piemērojamo VDAR V nodaļas mehānismu.
Ar 30. pantu saistītā īpašā prasība dokumentēt atbilstošas garantijas attiecas uz 49. panta 1. punkta otrajā daļā minēto nosūtīšanas gadījumu. Tas nav tas pats, kas apgalvot, ka visi starptautiskie sūtījumi ir pieļaujami tikai ar šo izņēmumu. Lēmums par aizsardzības līmeņa pietiekamību vai 46. panta garantijas ir citi mehānismi ar saviem nosacījumiem. Reģistrs tos palīdz atrast, bet pats par sevi nosūtīšanu nelegalizē.
Drošības aprakstam jābūt vispārīgam, bet patiesam. “Dati ir droši” neko nepasaka par piekļuves tiesībām, atjaunošanu pēc incidenta vai konfidencialitāti. Var norādīt lomu piekļuves modeli, datu pārraides aizsardzību, rezerves kopiju kārtību un piekļuves pārskatīšanu, ja šie pasākumi tiešām ieviesti. Plānotu pasākumu atzīmē kā plānotu. Dokumentā ierakstīta šifrēšana nepalīdz pierādīt atbilstību, ja izmantotais pakalpojums šo funkciju nav ieslēdzis.
Apstrādātāja reģistrs ir atsevišķs pienākums
Organizācija, kas apstrādā datus klientu vārdā, uztur 30. panta 2. punktam atbilstošus ierakstus. Tajos norāda apstrādātāja vai apstrādātāju nosaukumus un kontaktinformāciju, katra pārziņa, kura vārdā tā darbojas, nosaukumu un kontaktinformāciju, kā arī attiecīgā gadījumā pārstāvju un datu aizsardzības speciālista nosaukumu vai vārdu un uzvārdu, kā arī kontaktinformāciju. Norāda katra pārziņa vārdā veikto apstrādes kategorijas, attiecīgos starptautiskos nosūtījumus un, ja iespējams, vispārīgu drošības pasākumu aprakstu.
Apstrādātājam nav automātiski jākopē visas pārziņa reģistra ailes kā obligātas prasības sev. Papildu informācija var būt noderīga, bet normā paredzētais minimums atšķiras. Grāmatvedības birojs, piemēram, var būt apstrādātājs klientu algu aprēķiniem un pārzinis saviem darbinieku datiem. Tādēļ vajadzīgi atbilstoši nošķirti ieraksti abām lomām, pat ja informācija glabājas vienā reģistra sistēmā.
Neaizvietojiet pārziņa identifikāciju ar ierakstu “visi klienti”. Var izmantot sasaisti ar uzturētu klientu sarakstu, ja tā ļauj skaidri noteikt, kuram pārzinim kāds pakalpojums tiek sniegts. Ja pakalpojums vai apakšapstrādātājs mainās, pārbaudiet arī līguma instrukcijas un nepieciešamās atļaujas. Ieraksts reģistrā nav atļauja vienpusēji paplašināt datu izmantošanu. Apstrādātājam saglabājas pienākums strādāt attiecīgo instrukciju un tiesību aktu ietvaros.
Kā reģistru sasaistīt ar pārējo dokumentāciju
Salīdziniet ierakstu ar privātuma paziņojumu. Ja reģistrā norādīta datu nodošana citā valstī, bet paziņojumā teikts pretējais, jānoskaidro faktiskā situācija un jālabo neatbilstība. Vienlaikus paziņojums nav visa iekšējā reģistra publiska kopija. Tam jāsniedz cilvēkam regulā paredzētā saprotamā informācija, neatklājot nevajadzīgas iekšējās drošības detaļas.
Reģistrs palīdz identificēt darbības, kurām var būt vajadzīgs ietekmes novērtējums, taču neaizstāj to. Atsevišķs vērtējums vajadzīgs, ja izpildās 35. panta augsta riska nosacījumi. Tāpat reģistrs neaizstāj pārkāpumu uzskaiti un reaģēšanas procedūru. Starp dokumentiem var būt atsauces, lai incidenta laikā ātri atrastu datu kategorijas, sistēmas un saņēmējus.
Datu aizsardzības speciālists var konsultēt un uzraudzīt atbilstību, taču pārziņa atbildība nepāriet speciālistam. Reģistra esība pati par sevi nerada pienākumu iecelt speciālistu. Jāvērtē atsevišķie 37. panta nosacījumi, tostarp pamatdarbības saistība ar regulāru un sistemātisku uzraudzību plašā mērogā vai īpašo kategoriju un sodāmības datu apstrādi plašā mērogā. Ierakstu faktus vislabāk apstiprina attiecīgo procesu īpašnieki.
Aktualizēšana un pārbaudāma nodošana DVI
Ieviesiet kārtību, kas izraisa pārskatīšanu, kad mainās nolūks, datu kategorijas, piegādātājs, saņēmēji, termiņš vai drošības risinājums. Periodiska kopēja pārbaude ir noderīga rekomendācija; VDAR 30. pants nenosaka universālu prasību atjaunot reģistru tieši reizi gadā. Vienreizēja gada pārskatīšana nav pietiekama, ja būtiska izmaiņa notikusi jau februārī un atlikušos mēnešus reģistrs ir nepareizs.
Pēc DVI pieprasījuma jāspēj sagatavot salasāmu, attiecīgajam apjomam atbilstošu aktuālo reģistru. Nav pamata solīt, ka katrā pārbaudē tas būs pirmais pieprasītais dokuments vai ka vienmēr pastāvēs identisks iesniegšanas termiņš. Rīkojieties pēc konkrētā pieprasījuma un saglabājiet iesniegtās versijas pierādījumu. Ja kāds ieraksts vēl tiek precizēts, sniedziet godīgu skaidrojumu, nevis uzrādiet plānotu procesu kā jau ieviestu.
Izvēloties reģistra pārvaldības programmatūru, vērtējiet, vai tā atbalsta jūsu lomas, vajadzīgos laukus, atbildīgos, versiju vēsturi un eksportu. Vienkārša tabula var būt pietiekama pārskatāmam procesam; sarežģītākā organizācijā svarīga kļūst saskaņošana starp struktūrvienībām. Rīks neatrisina nenoteiktu nolūku vai nepārbaudītu termiņu. Labs reģistrs ļauj no katra būtiska ieraksta nonākt līdz faktiskam procesam un tā pamatojumam.