· web viewdokumenti iesniegšanai tiek sagatavoti manuāli doc, docx, odt vai pdf versijās, kas...

1.pielikums Metu konkursa “Uzņēmumu reģistra informācijas sistēmas uzturēšana un publisko reģistru

modernizācija” nolikumam

TEHNISKĀ SPECIFIKĀCIJASaturs

1 IEVADS....................................................................................................................................................................1

1.1 DOKUMENTA NOLŪKS.............................................................................................................................................11.2 IZMANTOTIE TERMINI UN SAĪSINĀJUMI...................................................................................................................2

2 ESOŠĀS SITUĀCIJAS APRAKSTS....................................................................................................................3

2.1 UR PAMATFUNKCIJU NODROŠINĀŠANA..................................................................................................................32.2 UR DARBĪBU NODROŠINĀŠANAI VEICAMIE PROCESI...............................................................................................5

2.2.1 Parakstu apliecināšanas process..................................................................................................................62.2.2 Dokumentu iesniegšanas process..................................................................................................................62.2.3 Dokumentu izsniegšanas process..................................................................................................................82.2.4 Informācijas sniegšanas process...................................................................................................................82.2.5 Lietu apskates process...................................................................................................................................92.2.6 Tiesību subjektu un publiskās un privātās partnerības līgumu reģistrācijas process..................................92.2.7 Maksātnespējas procesa, TAP un ATAP reģistrācijas process...................................................................102.2.8 Maksātnespējas administratoru reģistrācijas process................................................................................102.2.9 Nodrošinājumu līdzekļu, saimnieciskās darbības apturēšanas, atjaunošanas un darbības izbeigšanas

reģistrācijas process....................................................................................................................................112.2.10 Komercķīlu un laulāto mantisko attiecību līgumu reģistrācijas process....................................................112.2.11 Reģistru datu kontroles process..................................................................................................................122.2.12 Mantiskā ieguldījuma vērtētāju saraksta vešanas process:........................................................................13

2.3 INFORMĀCIJAS IZSNIEGŠANAS KANĀLI UN INFORMĀCIJAS SAŅĒMĒJI...................................................................142.4 SISTĒMAS LIETOTĀJI VAI IESAISTĪTAIS PERSONĀLS UN TO VEICAMĀS FUNKCIJAS...............................................172.5 REĢISTROS IERAKSTĀMĀS ZIŅAS..........................................................................................................................202.6 REĢISTRĀCIJAS PROCESAM NEPIECIEŠAMĀS DATU APMAIŅAS.............................................................................222.7 URIS NODROŠINĀTĀS PĀRBAUDES.......................................................................................................................272.8 CITU DATU IEVADE URIS.....................................................................................................................................332.9 SISTĒMAS ARHITEKTŪRA......................................................................................................................................342.10 IZMANTOTĀS TEHNOLOĢIJAS:...............................................................................................................................392.11 ONTOLOĢIJA UN DATU MODELIS..........................................................................................................................39

2.11.1 Jauns datu modelis......................................................................................................................................402.12 SISTĒMAS DROŠĪBA...............................................................................................................................................412.13 UR RĪCĪBĀ ESOŠĀ INFRASTRUKTŪRA....................................................................................................................412.14 UR IEPLĀNOTIE INFORMĀCIJAS SISTĒMAS PAPILDINĀJUMI...................................................................................42

3 MINIMĀLO PRASĪBU APRAKSTS..................................................................................................................44

3.1 INFORMĀCIJAS SISTĒMAS MODERNIZĀCIJAS OBLIGĀTIE NOSACĪJUMI...................................................................483.2 INFORMĀCIJAS SISTĒMAS UZTURĒŠANAS OBLIGĀTIE NOSACĪJUMI.......................................................................53

1 IEVADS

1.1 Dokumenta nolūks

Balstoties uz likuma “Par valsts budžetu 2018. gadam” 4.pielikumu, UR ir uzsācis darbu pie projekta “Uzņēmumu reģistra vesto reģistru modernizēšana”, kura virsmērķis ir 9 mēnešu laikā nodrošināt jaunas informācijas sistēmas izbūvi, kas nodrošinās mūsdienīgu un ērtu datu ievadi gan

1

klientiem, gan UR darbiniekiem, datu pārbaudi, uzglabāšanu, kā arī sadarbspēju ar informācijas izplatīšanas vidi un datu apmaiņu ar citām Valsts un pašvaldību iestādēm, primāri koncentrējoties uz Komercreģistra attīstību. Dokuments izstrādāts ar nolūku sniegt informāciju Metu konkursa dalībniekiem par URIS un UR iekšējo procesu pašreizējo stāvokli, kā arī par komercreģistra pārveides un informācijas sistēmas uzturēšanas obligātajām prasībām.

Ņemot vērā, ka līdzšinējā URIS uzturēšanas līguma darbība beidzas 2018. gada 1. decembrī un to, ka URIS moduļi ir savstarpēji cieši integrēti, tad ir jānodrošina gan reģistru modernizācija, gan visu saistīto URIS reģistru uzturēšana 52 mēnešu garumā, ir veicama to attīstīšana atbilstoši aktuālām tehnoloģijām, tādā veidā nodrošinot URIS nepārtrauktu funkcionēšanu.

Projektam “ Uzņēmumu reģistra vesto reģistru modernizēšana” ir izvirzīti šādi mērķi un rezultatīvie rādītāji:

Rezultāta rādītājs Mērvienība Sākotnējā vērtība

Sasniedzamā vērtība 2 gadus pēc projekta beigām

M1. Samazināt atlikšanas lēmumu skaitu līdz 10% no visiem pieņemtajiem lēmumiem komersantu reģistrācijas procesā, nodrošinot klientiem ērtu komersantu reģistrācijas pašapkalpošanās portālu, kas paredz iesniedzamo standartdokumentu saģenerēšanu no vienreiz ievadītas informācijas.RR1 Atlikšanas lēmumu īpatsvars % 27% 10%RR2 Elektroniski iesniegtu pieteikumu

skaits gadāSkaits 17737 90 000

RR3 Klientu apmierinātība Atzīme 3 4M2. Optimizēt komersantu reģistrācijas procesu, nodrošinot reģistrācijas pieteikuma pilnu aprites laiku līdz 8 stundām 80% standarta gadījumu (gadījumi, kad tiek reģistrēta mazkapitāla SIA un kad reģistrācijas procesam nav šķēršļu – nodrošinājumi, atbilstība VID risku vadības sistēmas kritērijiem, u.c.) . RR3 Reģistrācijas pieteikuma pilnai

apritei (sākot no pieteikuma iesniegšanas līdz lēmuma nosūtīšanai) nepieciešamais laiks1

Stundas 42 8

M3. Atvieglot URIS uzturēšanu, izstrādājot informācijas sistēmu, kuras uzbūve un lietojamība pieļauj pieteikto sistēmas kļūdu skaitu samazināt par 20% divus gadus pēc projekta ieviešanas termiņa beigām, kā arī samazināt tehniskās infrastruktūras lielumu.RR5 Pieteikto sistēmas kļūdu skaits vidēji

mēnesīSkaits 6 4.8

RR6 Virtuālo serveru skaits Skaits 53 41

1.2 Izmantotie termini un saīsinājumi

Saīsinājums NosaukumsAS Akciju sabiedrībaATAP Ārpustiesas tiesiskās aizsardzības processCSDD Ceļu satiksmes drošības direkcijaDokuments Metu konkursa “Uzņēmumu reģistra informācijas sistēmas

uzturēšana un publisko reģistru modernizācija” nolikuma 1.pielikums “Tehniskā specifikācija”

E-adrese Oficiālā elektroniskā adrese

1 IS apstrādā reģistrācijas pieteikumus ar 3,5 sekunžu intervālu 2

ES Eiropas SavienībaIK Individuālais komersantsIND Individuālais uzņēmumsIT Informāciju tehnoloģijasIVIS Integrētā valsts informācijas sistēmaJPA Java Persistance APIKS KomandītsabiedrībaLDC Lauksaimniecības datu centrsLMAR Laulāto mantisko attiecību reģistrsLV Latvijas Republikas oficiālais izdevums “Latvijas Vēstnesis”LVRTC VAS “Latvijas valsts radio un televīzijas centrs”Mazkapitāla SIA Sabiedrība ar ierobežotu atbildību Komerclikuma 185.1 panta

izpratnēMetu konkurss Metu konkursa “Uzņēmumu reģistra informācijas sistēmas

uzturēšana un publisko reģistru modernizācija”MK Ministru kabinetsMNR Maksātnespējas reģistrsPMLP Pilsonības un migrācijas lietu pārvaldeOData Open Data Protocol v.4PPP Publiskā privātā partnerībaPPPL Publiskās un privātās partnerības līgumsProjekts Projekts “Uzņēmumu reģistra vesto reģistru modernizēšana”PVN Pievienotās vērtības nodoklisSE Eiropas komercsabiedrībaSIA Sabiedrība ar ierobežotu atbildībuTA Tiesu administrācijaTAP Tiesiskās aizsardzības processTNATISOData Tiesu namu aģentūra Tiesu informācijas sistēma Open Data

Protocol v.4UR Uzņēmumu reģistrsURIS Uzņēmumu reģistra informācijas sistēmaVID Valsts ieņēmumu dienestsVISS Valsts informācijas sistēmu savietotājsVFP Visual FoxPro 9VP Valsts policijaVRAA Valsts reģionālās attīstības aģentūraVTUA Valsts tehniskās uzraudzības aģentūraVZD Valsts zemes dienestsZEM Zemnieku saimniecībaZVJ Zvejnieku saimniecība

2 ESOŠĀS SITUĀCIJAS APRAKSTS

2.1 UR pamatfunkciju nodrošināšana

2.1.1. Atbilstoši likuma “Par Latvijas Republikas Uzņēmumu reģistru” 1. pantam, UR funkcijas ir:

veikt komersantu, uzņēmumu (individuālo uzņēmumu, zemnieku un zvejnieku saimniecību,) un to filiāļu, ārvalstu komersantu un organizāciju pārstāvniecību un pārstāvju, kooperatīvo sabiedrību, Eiropas ekonomisko interešu grupu, Eiropas komercsabiedrību, Eiropas kooperatīvo sabiedrību, politisko partiju un to apvienību,

3

administratoru, maksātnespējas subjektu, tiesiskās aizsardzības un maksātnespējas procesa norises, biedrību un nodibinājumu, arodbiedrību, arodbiedrību apvienību un arodbiedrību pastāvīgo vienību, reliģisko organizāciju un to iestāžu, masu informācijas līdzekļu, publiskās un privātās partnerības līgumu, izšķirošās ietekmes, komercķīlu, laulāto mantisko attiecību un šķīrējtiesu reģistrāciju un nodrošināt attiecīgo reģistru vešanu;

sniegt informāciju par reģistrētajiem tiesību subjektiem un juridiskajiem faktiem;

nodrošināt URIS darbību un attīstību;

veikt citas normatīvajos aktos noteiktās funkcijas.

2.1.2. Pašreiz visu šo funkciju veikšanai UR uztur sekojošus Reģistrus2:

2.1.2.1. Lietvedība. Lietotāja saskarne ir izstrādāta ar VFP. Dati glabājas PostgreSQL datu bāzē. Failu pievienošanai un izgūšanai ir izveidota tīmekļa pakalpe (Java servlet vai apache http + VFP). Lietvedībā tiek pievienoti dažāda tipa dokumenti (faili) un tos aprakstošie dati:

informācijas pieprasījumi – klientu informācijas pieprasījumi;

reģistrācijas dokumenti – pieteikumi par ierakstu izdarīšanu vai mainīšanu reģistros;

lietvedības dokumenti – iestādes sarakstes dokumenti. No 2018. gada 1. jūnija UR sarakstes dokumenti tiks reģistrēti DocLogix dokumentu vadības rīkā ar atsevišķiem izņēmumiem, piemēram, pieteikumi dokumentu pirmspārbaudei un atbildes uz tiem, iesniegumi par uzņēmumu, komersantu sapulču sasaukšanu, sarakste par nodrošinājumu reģistrēšanu un informācijas pieprasījumi;

Informācijas ievade tiek nodrošināta ar papildus datu pārbaudēm PMLP Iedzīvotāju reģistrā (izmantojot tīmekļa servisu) un VZD Adrešu reģistrā (dati tiek ielasīti kā CSV un glabājas datu bāzē). Lietvedībā nonāk pieteikumu dati, ko ievada klientu apkalpošanas speciālists, kā arī no e-pakalpojumiem un dokumentu digitalizācijas risinājuma (Abbyy FlexiCapture);

2.1.2.2. uzņēmumu reģistra žurnāls;

2.1.2.3. komercreģistrs;

2.1.2.4. maksātnespējas reģistrs;

2.1.2.5. biedrību un nodibinājumu reģistrs;

2.1.2.6. politisko partiju reģistrs;

2.1.2.7. reliģisko organizāciju un to iestāžu reģistrs;

2.1.2.8. arodbiedrību reģistrs (vēsturiskā informācija);

2.1.2.9. masu informācijas līdzekļu reģistrs;

2.1.2.10. šķīrējtiesu reģistrs;

2.1.2.11. ārvalstu komersantu un organizāciju pārstāvniecību un pārstāvju reģistrs;

2.1.2.12. Eiropas ekonomisko interešu grupu reģistrs;

2 Reģistrs – biznesa loģikas vienums, kas sastāv no lietotāja saskarnes, datu bāzes un iekšējām datu apmaiņām, kas nodrošina reģistra darbību, tiesību piešķiršana darbam konkrētajā reģistrā, iestatījumu konfigurācijas datnes un visi funkcionālie moduļi, kas primāri kalpo reģistra darbības nodrošināšanai.

4

2.1.2.13. publiskās un privātās partnerības līgumu reģistrs;

2.1.2.14. sabiedrisko organizāciju reģistrs (vēsturiskā informācija);

2.1.2.15. politisko organizāciju reģistrs (vēsturiskā informācija);

[2.1.2.2.]..[2.1.2.15] Reģistrācijas aplikācijā tiek ielādēti dati un norādes uz lietvedībā pievienotiem dokumentiem. Amatpersona izskata elektroniskos vai fiziskos dokumentus, ievada datus, apstiprina izmaiņu veikšanu un ģenerē lēmumu. Reģistrācijas aplikācija ir izstrādāta uz VFP, un dati glabājas PostgreSQL datu bāzē (kopā ar lietvedības datu bāzi, tās ir 328 tabulas, vairākus klasifikatorus VFP aplikācija ielasa no DBF tabulu failiem). Periodisks process (Windows scheduled tasks) izsauc atsevišķas VFP aplikācijas, kas sagatavo datus par tiesību subjektu XML formātā. Šos XML datus caur tīmekļa servisiem (Apache + PHP Yii + VFP Web aplikācijas) nodod datu apmaiņas partneriem.

2.1.2.16. komercķīlu reģistrs;

2.1.2.17. laulāto mantisko attiecību reģistrs;

[2.1.2.16.]..[2.1.2.17.] Reģistrācijas aplikācijā tiek ielādēti dati un norādes uz lietvedībā pievienotiem dokumentiem. Amatpersona izskata elektroniskos vai fiziskos dokumentus, ievada datus, pārbauda automātiski ielasītos datus, ja pieteikums par komercķīlas reģistrāciju saņemts no e-pakalpojuma, apstiprina izmaiņu veikšanu un ģenerē lēmumu. Reģistrācijas aplikācija ir izstrādāta HTML lietotāju saskarne, kuras skata veidošanas un datu bāzes saskarnes funkcionalitāte ir realizēta ar VFP, dati glabājas PostgreSQL datu bāzē.

2.1.2.18. publisko personu un iestāžu saraksts (produkcijā no 01.03.2018.);

2.1.2.19. dokumentu digitalizācijas risinājums. Abbyy FlexiCapture servera programmatūra, kas nodrošina speciālu ieskenētu veidlapu attēlu pievienošanu caur klienta programmatūru, strukturētu datu izgūšanu, validēšanu un importēšanu citos atbilstošajos reģistros. Ieskenētos un citus failus iespējams apskatīt ar dokumentu skatīšanās moduli.

2.1.2.20. UR jaunā tīmekļvietne ir izstrādāta uz Umbraco satura vadības sistēmas platformas. Tā nodrošina iespēju publicēt klientiem nepieciešamo informāciju, kā arī lietotāju saskarni ar datiem no URIS datu bāzes: statistika – periodiska procesa apkopoti dati; meklētājs – atspoguļo Elasticsearch servisā apkopotus pamatdatus par juridiskām personām, kā arī par lietvedībā iesniegtu dokumentu, iespējams pieteikties e-pasta paziņojumu saņemšanai par juridisku personu lietvedībā iesniegtiem dokumentiem.

2.2 UR darbību nodrošināšanai veicamie procesi

2.2.1. UR veicamo darbību nodrošināšanas procesus var iedalīt vairākās grupās:

parakstu apliecināšanas process;

dokumentu iesniegšanas/izsniegšanas process;

informācijas sniegšanas process;

lietu apskates process;

tiesību subjektu un publiskās un privātās partnerības līgumu reģistrācijas process;

maksātnespējas procesa, TAP, ATAP reģistrācijas process;

maksātnespējas administratoru reģistrācijas process;5

nodrošinājuma līdzekļu reģistrācijas process;

izšķirošās ietekmes reģistrācijas process;

komercķīlu un laulāto mantisko attiecību līgumu reģistrācijas process;

reģistru datu kontroles process;

mantiskā ieguldījuma vērtētāju saraksta vešanas process.

2.2.1 Parakstu apliecināšanas processApliecināšanas iespējamības

pārbaudeParakstu apstiprināšanas un jaunu tiesību subjektu

reģistrācijas sektora valsts notārs

Dokumenti KLIENTSApliecinātiparaksti

Paraksta apliecināšanas pieteikuma

sagatavošanaParakstu apstiprināšanas un

jaunu tiesību subjektu reģistrācijas sektora valsts

notārs

KLIENTS

Pakalpojuma izvēle Klientu

apkalpošanas zālēKlients

1.Izziņu saņemšana2.Dokumentu saņemšana3.Dokumentu iesniegšana4.Reģistrācijas lietu apskate(5.Parakstu apliecināšana)

Klientu apkalpošanas

process

Paraksta apliecināšana

Parakstu apstiprināšanas un jaunu tiesību subjektu

reģistrācijas sektora valsts notārs

1.attēls Parakstu apliecināšanas process

2.2.2 Dokumentu iesniegšanas process

2.attēls Dokumentu iesniegšanas process

Dokumentu iesniegšanas process pašreiz ir komplicēts un balstīts uz esošās informācijas sistēmas iespējām, kas sākotnēji tika paredzēta dokumentu iesniegšanai papīra formātā. Lai arī pašreiz UR nav iespējas atteikties no dokumentu pieņemšanas papīra formātā, nākotnē tiek paredzēts pāriet uz elektronisku dokumentu pieņemšanu. Lielākās problēmas, kas ir saistītas ar pašreizējo dokumentu iesniegšanas procesu, ir:

dokumenti iesniegšanai tiek sagatavoti manuāli DOC, DOCX, ODT vai PDF versijās, kas ir galvenais iemesls nepareiza dokumenta satura izveidei un rada interpretācijas iespējas gan klientam, gan notāram. Analizējot procesus un atlikšanas lēmumus, UR ir secinājis, ka biežāk izplatītā kļūda ir viena un tā paša satura atšķirīgs atveidojums dažādos dokumentos. Dokumentu iesniegšanas un reģistrācijas procesos pārklājas

6

vairākas darbības, piemēram, datu pārbaude: vispirms datus pārbauda klientu apkalpošanas speciālists, pēc tam - notārs. Tādā veidā tiek neefektīvi izmantots UR darbaspēks;

atkarībā no iesniegšanas kanāla ir dažāda dokumentu pārbaude un ievade sistēmā, tai skaitā datu labošana (pēdiņu pievienošana, noņemšana, e-pasta ievade utt.);

no procesu viedokļa papīra formāts ir pierādījis sevi kā neefektīvs materiāls, kas prasa lielus cilvēkresursus, manuālu darbu un procedūru uzturēšanu un pārzināšanu;

šobrīd klienti pēc pieteikuma iesniegšanas labo dokumentos nenozīmīgas lietas, sniedzot iesniegumus papīra formā pēc tam, kad valsts notāri ir norādījuši nepilnības. Šāds process veicina atlikšanas lēmumu rašanos. Atteikšanās no procesa, kur klients pēc pieteikuma iesniegšanas pielabo dokumentos pieļautās kļūdas, kas nemaina dokumenta tekstu pēc būtības (piemēram, gramatikas kļūdas), varētu samazināt atlikto lēmumu skaitu;

lietu sagatavošana arhīvam ir manuāls process. Pašreiz UR ir pārgājis uz visu nelikvidēto reģistrācijas lietu uzglabāšanu elektroniski, tādēļ svarīgi ir, ka lietu sagatavošana un nodošana arhīvam notiek automātiski, pēc iespējas mazāk iesaistot UR darbaspēku;

šobrīd dokumentu iesniegšanas procesā ir iesaistīti 8-10 UR darbinieki un 6 UR darbinieki skenēšanas procesā. Nodaļā, kas nodrošina dokumentu pieņemšanu, ir liela darbinieku mainība un augsti riski cilvēkresursu nodrošināšanā pārsvarā lielā darba apjoma dēļ, kas izriet no lielā manuālā darba īpatsvara;

papildus shēmā attēlotajam norādāms, ka dokumenti no tiesām tiek saņemti arī no Tiesu informācijas sistēmas. UR darbinieki katru no saņemtajiem dokumentiem manuāli importē lietvedībā, kas prasa lielus cilvēkresursus.

7

2.2.3 Dokumentu izsniegšanas process

3.attēls Dokumentu izsniegšanas process

Ņemot vērā, ka dokumentu izsniegšanai ir tikpat daudz kanālu, cik dokumentu iesniegšanas nodrošināšanai, šis process arī ir ar augstu sarežģītības pakāpi. Papildus shēmā norādītajam dokumentu izsniegšanas procesu sarežģī sadarbība ar VID, kas ietver katra valsts notāra lēmuma par VID uzlikto nodrošinājumu līdzekļu reģistrāciju nosūtīšanu VID. Šajā procesā tiek iesaistīts liels UR cilvēkresurss, kas veic manuālu darbu, tādā veidā palielinot kļūdu iespējamību.

2.2.4 Informācijas sniegšanas process

4.attēls Informācijas sniegšanas process

No 2018. gada 1. aprīļa UR maina informācijas izsniegšanas procesu un tā tehnisko risinājumu, paredzot, ka informāciju būs iespējams pieprasīt un saņemt elektroniski, izmantojot risinājumu, kas tiks izvietots UR tīmekļvietnē un ko darbinās no jauna izstrādāts informācijas izsniegšanas modulis. Tāpat modulis piedāvās iespēju pieteikties pakalpojumam “Uzņēmumu reģistrā pieteikto izmaiņu ziņotājs”, saņemot uz klienta e-pastu izmaiņu monitoringu par izvēlēto tiesību subjektu, un informācijas saņemšanas tīmekļa pakalpi, kas nodrošinās monitoringa

8

pakalpojumu sistēma-sistēmā. Paralēli līdz šim esošais informācijas izsniegšanas process netiek mainīts, ja klients veic nestandarta informācijas pieprasījumu.

Pašreiz UR sniedz informāciju privātpersonām klātienē, pa pastu, e-pastā vai e-pakalpojumā “latvija.lv” portālā. Valsts un pašvaldību iestādēm informācija tiek izsniegta klātienē, pa pastu, e-pastā vai izmantojot VRAA uzturētos e-pakalpojumus EP97, EP98, EP99, EP100.

2.2.5 Lietu apskates process

5.attēls Lietu apskates process

UR ir secinājis, ka visefektīvākais veids no procesu un finanšu viedokļa ir elektroniskā lietu apskate, taču pagaidām, lai nodrošinātu normatīvo aktu noteiktās prasības, tiek nodrošināta pieejamība arī papīra formātā, piemēram, policijai, tiesai, ekspertīzēm un citām tiesībsargājošām iestādēm.

2.2.6 Tiesību subjektu un publiskās un privātās partnerības līgumu reģistrācijas process

6.attēls Tiesību subjektu un publiskās un privātās partnerības līgumu reģistrācijas process

Atbilstoši augstāk shēmā attēlotajam procesam, UR veic tiesību subjektu reģistrāciju šādos reģistros:

komercreģistrā;

uzņēmumu reģistrā;

biedrību un nodibinājumu reģistrā;

politisko partiju reģistrā;

pārstāvniecību reģistrā;

reliģisko organizāciju un iestāžu reģistrā;

masu informācijas līdzekļu reģistrā;

Eiropas ekonomisko interešu grupu reģistrā;

šķīrējtiesu reģistrā.

9

Publiskās un privātās partnerības līgumi tiek reģistrēti publiskās un privātās partnerības līgumu reģistrā.

Pašreiz valsts notāri pilda informācijas ievades funkciju informācijas sistēmā, kas nozīmē, ka lielu daļu valsts notāru darba sastāda datu ievadīšana informācijas sistēmā, lai gan valsts notāru galvenā funkcija ir reģistrācijas dokumentu izskatīšana un lēmuma par tiesību subjekta reģistrāciju pieņemšana. Tāpat valsts notāri lietas manuāli numurē, sakārto. Ja klients ir izvēlējies notāra lēmumu saņemt elektroniski, pašlaik UR ir ieviesta automātiskā dokumentu izsniegšanas procedūra, kas paredz, ka notāra lēmums, ja tas tiek parakstīts ar URIS integrēto e-parakstītāju, automātiski pievienojas lietvedībā esošajā lietas kartiņā un automātiskā procedūra to nosūta klientam uz lietvedībā ievadīto e-pasta adresi. Ja notārs lēmumu paraksta ārpus integrētā e-parakstītāja, tad viņam parakstītais fails manuāli jāpievieno lietvedības kartiņā, lai sistēma to varētu automātiski izsūtīt klientam. Tādā veidā valsts notāru resurss tiek izlietots nelietderīgi. UR lielu pieņemto lēmumu īpatsvaru sastāda atlikšanas un atteikuma lēmumu skaits, kas daļēji rodas klientu neprecīzi norādīto datu vai nosacījumu dēļ, ko uzliek normatīvais regulējums un ko klientam ir iespējams novērst, bet par ko klients nezina. Izveidojot reģistrācijas procesu, kur klientam būtu iespēja pašam ievadīt datus un kur būtu iespējams klientu brīdināt par konkrētiem šķēršļiem reģistrācijai, šādu lēmumu skaitu varētu samazināt.

2.2.7 Maksātnespējas procesa, TAP un ATAP reģistrācijas process

7.attēls Maksātnespējas procesa, TAP un ATAP reģistrācijas process

Maksātnespējas reģistrācijas procesā dokumentu pieņemšana un izsniegšana notiek, izmantojot 4 kanālus - klātieni, e-pakalpojumu latvija.lv vidē, pasta pakalpojumus un automātisku datu apmaiņu ar tiesu informatīvo sistēmu. Tiesas lēmumus UR saņem arī e-pastā. Datu ievadi par maksātnespējas procesiem, TAP un ATAP manuāli veic valsts notāri pirms lēmuma pieņemšanas.

2.2.8 Maksātnespējas administratoru reģistrācijas process

Maksātnespējas administratoru pieteikšanu reģistrācijai veic Maksātnespējas administrācijas darbinieki, ievadot datus tiešsaistes režīmā URIS administratoru pieteikumu modulī. Pēc pieteikuma iesniegšanas notiek automātisks datu importa un reģistrācijas process MNR. Valsts notārs reģistrācijas procesā nav iesaistīts. 2018.gadā Maksātnespējas administrācija sadarbībā ar TA ir paredzējusi izstrādāt jaunu informācijas sistēmu (produkcijā no 01.07.2018.), kas nodrošinās maksātnespējas administratoru reģistrācijas pieteikumu veidošanas funkcionalitāti, kas šobrīd tiek darīts URIS – administratoru pieteikumu modulī. Līdz ar to pēc Maksātnespējas administrācijas informācijas sistēmas izstrādes būs nepieciešams ieviest datu apmaiņu starp URIS un jaunizveidoto Maksātnespējas administrācijas informācijas sistēmu, lai saņemtu pieteikumus par maksātnespējas administratoriem, kā arī nodotu informāciju par šo pieteikumu apstrādi. Iespējams būs nepieciešams pielāgot arī saņemto datu apstrādes automātisko procesu, kas nodrošina ziņu iekļaušanu (reģistrēšanu) MNR.

10

2.2.9 Nodrošinājumu līdzekļu, saimnieciskās darbības apturēšanas, atjaunošanas un darbības izbeigšanas reģistrācijas process

8.attēls Nodrošinājumu līdzekļu, saimnieciskās darbības apturēšanas, atjaunošanas un darbības izbeigšanas reģistrācijas process

Nodrošinājumu līdzekļu reģistrācijas procesā dokumenti par nodrošinājumu līdzekļu uzlikšanu vai atcelšanu, kā arī par saimnieciskās darbības apturēšanu, atjaunošanu vai darbības izbeigšanu tiek saņemti no VID un zvērinātiem tiesu izpildītājiem, izmantojot e-pastu, kur katrs lēmums tiek sūtīts elektroniski parakstīts. Datu ievadi par nodrošinājuma līdzekļu uzlikšanu, atcelšanu, saimnieciskās darbības apturēšanu vai atjaunošanu, kā arī par darbības izbeigšanu manuāli veic valsts notāri pirms pārbaužu veikšanas. 2017. gada 1. maijā spēkā stājās grozījumi likumā “Par Latvijas Republikas Uzņēmumu reģistru”, kas noteic, ka UR ir tiesīgs bez atsevišķa lēmuma pieņemšanas ierakstīt reģistros ierakstus tiesību subjektu darbības apturēšanas, atjaunošanas vai izbeigšanas gadījumā, pamatojoties uz citas valsts pārvaldes iestādes lēmumu. Tā kā pagaidām nav izstrādāta automātiska datu apmaiņa ar VID par nodrošinājuma līdzekļa uzlikšanu, atcelšanu, saimnieciskās darbības apturēšanu un atjaunošanu, kā arī par darbības izbeigšanu, elektroniski parakstīts valsts notāra lēmums par iepriekš uzskaitīto VID sankciju reģistrāciju UR VID tiek nosūtīts pa e-pastu; tiesu izpildītājiem tiek nodota informācija par nodrošinājuma līdzekļa uzlikšanu vai atcelšanu, izmantojot automātisko datu apmaiņu ar TA uzturēto informācijas sistēmu. Negatīva UR lēmuma gadījumā vienmēr tiek nosūtīts elektroniski parakstīts lēmums gan VID, gan tiesu izpildītājiem e-pastā. Tādā veidā UR darbinieki tiek papildus noslogoti un process būtu optimizējams, to automatizējot.

2018. gada pirmajā pusē sāks darboties risinājums, kas nodrošinās savstarpēju informācijas nodošanu VID CSV failu formātā. Papildus ir panākta vienošanās ar VID, ka 2018. gada otrajā pusē ir izstrādājama automātiska datu saņemšana par nodrošinājumu līdzekļu uzlikšanu un atcelšanu, saimnieciskās darbības apturēšanu, atjaunošanu vai darbības izbeigšanu, un vienošanās ar TA par automātisku zvērinātu tiesu izpildītāju piemēroto nodrošinājumu līdzekļu datu saņemšanu, kā arī par informācijas nodošanu iepriekš minētām iestādēm par šo notikumu reģistrāciju UR vestajos reģistros.

2.2.10 Komercķīlu un laulāto mantisko attiecību līgumu reģistrācijas process

9.attēls Komercķīlu un laulāto mantisko attiecību līgumu reģistrācijas process

Dokumentus par komercķīlas reģistrāciju UR saņem:

izmantojot atsevišķi izbūvētu elektronisko pakalpojumu pieteikumu iesniegšanai ierakstu izdarīšanai komercķīlu reģistrā, ja dokumentus iesniedz kāda no komercbankām, ar kuru ir noslēgts līgums;

e-pastā, ja dokumentus iesniedz klients, kas nav komercbankas, ar ko noslēgts savstarpējs līgums, darbinieks;

11

klātienē.

Valsts notāra lēmumu par komercķīlas reģistrāciju izsniegšana notiek, izmantojot komercķīlas e-pakalpojumu, e-pastā, pa pastu vai klātienē. Ja pieteikums ir iesniegts, izmantojot e-pastu vai klātienē, tad klientam ir iespēja izvēlēties vienu no visiem lēmuma izsniegšanas veidiem, taču, ja klients pieteikumu ir iesniedzis, izmantojot e-pakalpojumu, klientam ir iespēja saņemt lēmumu e-pastā vai izmantojot e-pakalpojumu.

Laulāto mantisko attiecību līgumu reģistrācijas dokumentus UR saņem, izmantojot e-pakalpojumu “latvija.lv” portālā, klātienē vai pa pastu. Savukārt valsts notāru pieņemtie lēmumi par mantisko attiecību līgumu reģistrāciju tiek izsniegti, izmantojot e-pakalpojumu “latvija.lv” portālā, klātienē vai pa pastu.

Ja pieteikumi ir saņemti klātienē, pa pastu, e-pastā vai reģistrācijas e-pakalpojumā portālā “latvija.lv”, datus manuāli ievada valsts notāri. Komercķīlas e-pakalpojums nodrošina datu importu sistēmā no lietotāju saskarnē ievadītajiem datiem, tādā veidā atbrīvojot valsts notāru no manuālas datu ievades.

2.2.11 Reģistru datu kontroles process

Procesa ievads

Apakšprocess Procesa rezultāts Komentāri

Saņemtas ziņas par iespējamu administratīvā pārkāpuma izdarīšanu

Administratīvo pārkāpumu lietvedība

1) Lēmums par administratīvā pārkāpuma lietvedības uzsākšanu;

2) Lēmums par atteikšanos uzsākt administratīvā pārkāpuma lietvedību;

3) Uzsāktās lietvedības administratīvā pārkāpuma lietas izbeigšana;

4) Administratīvā pārkāpuma protokolu sastādīšana;

5) Lēmums par brīdinājuma izteikšanu;

6) Lēmums par naudas soda uzlikšanu;

7) Lēmums izbeigt iesākto lietvedību administratīvā pārkāpuma lietā.

8) Nodota informācija Sodu reģistram.

UR Kontroles nodaļa kontrolē arī lēmuma par administratīvā soda uzlikšanu pareizu un savlaicīgu izpildi (lēmuma par administratīvā soda uzlikšanu nodošana piespiedu izpildei).

Konstatēts iespējamais trūkums

UR iesniegto ziņu un dokumentu kontrole

1) Brīdinājums;2) UR lēmums par

kapitālsabiedrības darbības izbeigšanu;

3) Prasības pieteikums tiesai;4) Lēmums par ieraksta

izdarīšanu Reģistra vestajos reģistros.

Manuāli e-pastā Funkciju izpildes departamenta Rīgas reģiona Lietvedības nodaļai tiek pasūtītas reģistrācijas lietu kartītes, lai varētu pieņemt UR iniciētu lēmumu par kapitālsabiedrības darbības izbeigšanu.Sarakste ar tiesu, t.sk., ja trūkumi novērsti, tiek gatavots projekts prasības pieteikuma atsaukšanai.

Saņemtas ziņas par

Iniciatīvās vēstules projekta VP

1) Vēstule VP;2) Valsts notāra lēmuma

12

iespējamu reģistrācijas dokumentu viltošanu

sagatavošana un lēmuma pieņemšana

atcelšana (kategorisks eksperta atzinums).

VID lēmums; tiesas nolēmums; prokurora priekšraksts par sodu – liegta komercdarbība

Lēmuma pieņemšana un ierakstu izdarīšana personām, kurām liegta komercdarbība

1) Ziņu ievade URIS;2) Lēmums par ieraksta

izdarīšanu UR vestajos reģistros.

Darbības ar personām, kurām uz kriminālprocesā pieņemto nolēmumu pamata atņemtas tiesības veikt visu veidu komercdarbību, uz kriminālprocesā vai administratīvā pārkāpuma procesā pieņemto nolēmumu pamata, atņemtas tiesības ieņemt noteiktus amatus. Manuāli e-pastā Funkciju izpildes departamenta Rīgas reģiona Lietvedības nodaļai tiek pasūtītas reģistrācijas lietu kartītes, lai varētu pieņemt UR iniciētu lēmumu par personu atbrīvošanu.

UR lēmums; VID lēmums;tiesas nolēmums

Kapitālsabiedrības darbības izbeigšana

1) Ieraksts komercreģistrā par darbības izbeigšanu;

2) Izslēgšana no komercreģistra.

Ja ieraksts tiek veikts, pamatojoties uz UR lēmumu, manuāli e-pastā Funkciju izpildes departamenta Rīgas reģiona Lietvedības nodaļai tiek pasūtītas reģistrācijas lietu kartītes, lai varētu veikt ierakstu komercreģistrā;Lai vienkāršotā likvidācijas kārtībā izslēgtu kapitālsabiedrību no komercreģistra, manuāli e-pastā Funkciju izpildes departamenta Rīgas reģiona Lietvedības nodaļai tiek pasūtītas reģistrācijas lietu kartītes.

Datu kontroles process ir saistīts ar visiem UR vestajiem reģistriem, bet, lielākoties, ar komercreģistru. Pašreiz valsts notāri, kas iesaistīti datu kontroles procesā, saskaras ar problēmu, ka sistēmā nav iestrādāts kontroles mehānisms, kas nodrošina izsekojamību izsūtītajiem brīdinājumiem par izslēgšanu no reģistra tiem tiesību subjektiem, kuru lietās ir konstatēta neatbilstība normatīvajiem aktiem. Tāpat problēmas sagādā lēmumu un brīdinājumu sastādīšana, kad pēc lēmumu un brīdinājumu automātiskas saģenerēšanas tie ir jālabo manuāli, lai ievietotu visu nepieciešamo informāciju. Netiek nodrošināta automātiska brīdinājumu un lēmumu nosūtīšana klientam un reģistrēšana informācijas sistēmas lietvedības reģistrā.

2.2.12 Mantiskā ieguldījuma vērtētāju saraksta vešanas process:

Lēmuma sagatavošana

Valsts notārs

Pieteikumi,Dokumenti

Dokumentu pieņemšanas

process

Klientam izsniedzamie

dokumenti

Dokumentu izsniegšanas

process

10.attēls Mantiskā ieguldījuma vērtētāju saraksta vešanas process

13

Dokumenti par personas iekļaušanu un izslēgšanu no mantiskā ieguldījuma novērtēšanas ekspertu saraksta UR tiek saņemti, kā arī valsts notāra lēmumu vai atteikumu par personas iekļaušanu mantiskā ieguldījuma novērtēšanas sarakstā UR izsniedz personīgi, e-pastā vai izmantojot pastu. Valsts notāri veic datu ievadi manuāli pēc pieteikuma saņemšanas.

2.3 Informācijas izsniegšanas kanāli un informācijas saņēmēji

Atbilstoši likuma “Par Latvijas Republikas Uzņēmumu reģistru” 1. pantam, UR nodrošina informācijas izsniegšanu par reģistrētajiem tiesību subjektiem un juridiskajiem faktiem. Informācija tiek nodota, izmantojot dažādus informācijas izsniegšanas kanālus, balstoties uz mērķi, kādam informācija tiek izsniegta.

2018. gadā ir plānoti normatīvo aktu grozījumi, kuru rezultātā UR vesto reģistru informācijai būs trīs līmeņu piekļuve:

1) bez maksas un bez autorizācijas publiski pieejama informācija – normatīvajos aktos noteiktie bez maksas pieejamie ieraksti (meklētājs UR tīmekļvietnē, MNR), noteiktas datu kopas – arī atvērto datu veidā;

2) visi ieraksti, kā arī informācija par SIA dalībniekiem, informācija par patiesajiem labuma guvējiem un noteikti dokumenti (normatīvajos aktos ietverts reģistrācijas lietas publiskās daļas dokumentu uzskaitījums), kuri pieejami:

autorizējoties, veicot apmaksu – jebkurai personai3;

autorizējoties, bez maksas un izmantojot VISS izvietotos UR servisus – valsts un pašvaldību iestādēm (u.c. normatīvajos aktos noteiktām personām) to funkciju veikšanai;

3) visi ieraksti, kā arī informācija par SIA dalībniekiem, informācija par patiesajiem labuma guvējiem un visi dokumenti (gan reģistrācijas lietas publiskās daļas, gan nepubliskās daļas dokumenti), kuri pieejami tiesībsargājošajām iestādēm un VID. Nepubliskās daļas dokumenti ir pieejami arī jebkurai personai, bet, iesniedzot pamatotu pieprasījumu atbilstoši Informācijas atklātības likuma noteikumiem par ierobežotas pieejamības informācijas pieprasīšanu un norādot mērķi, kādam pieprasītā informācija tiks izmantota.

UR šobrīd ir 13 datu izplatīšanas kanāli:

reģistrācijas datu pārbaude, komercķīlu pārbaude - datus vecajā tīmekļvietnē indeksē Apache Solr, jaunajā – Elastic, integrēts tīmekļvietnē;

izmaiņu ziņotājs - datu atlasi, apstrādi un nosūtīšanu nodrošina PHP aplikācija, integrēts mājaslapā;

pārstāvēt tiesīgo personu pārbaude - datu atlasi nodrošina DB funkcija, kuru izsauc Java Wildfly OData Teiid serviss, atbildes attēlošana integrēta mājaslapā;

atvērto datu publicēšana - datu atlasi un sagatavošanu nodrošina PostgreSQL, CSV fails caur FTP tiek ievietots UR tīmekļvietnē. MNR atvērtie dati ir Java Wildfly OData serviss uz Teiid. UR publicētajiem atvērtajiem datiem jābūt pieejamiem Latvijas Atvērto datu portālā https://data.gov.lv/lv;

3 Dokumenti atkalizmantošanai netiek nodoti.

14

http://dati.ur.gov.lv/register/

http://www.ur.gov.lv/index.php?a=934&v=lv&mekletinput=j%C4%81nis+b%C4%93rzi%C5%86%C5%A1&mekletsel=ur&x=0&y=0

http://www.ur.gov.lv/index.php?a=934&v=lv&mekletinput=sia&mekletsel=ur&x=0&y=0

http://www.ur.gov.lv/index.php?a=934&v=lv&mekletinput=100&mekletsel=kre&x=0&y=0

http://www.ur.gov.lv/index.php?a=934&v=lv&mekletinput=sia&mekletsel=ur&x=0&y=0

datu nodošana atkalizmantotājiem - XML apmaiņa (“infoservice”, PHP Yii), datu atlasi nodrošina VFP kods, kas ģenerē XML (UR_WS modulis). Reizi dienā (naktī) XML dati kopā ar nododamajiem dokumentiem tiek salikti vienā arhivētā pakā un uzlikti uz FTP;

datu nodošana caur IVIS - XML apmaiņa, IVIS izsauc (“webservice”, PHP Yii), lasa VFP UR_WS ģenerētos XML (pa tiešo VFP moduli var izsaukt ar “urisapp”);

datu nodošana valsts iestādēm tiešsaistē (URIS_XML modulis) - XML apmaiņa. Ārējā IS izsauc servisu, datu atlasi nodrošina VFP kods (PRG faili ar SQL vaicājumiem) un uzģenerē XML atbildi;

PDF izziņu izsniegšanas e-pakalpojums no “viss.gov.lv” - datu pieprasījums no IVIS nonāk uz “urepak” (PHP Yii), atbildi sagatavo VFP kods;

VID monitorings - datu atlasi un sagatavošanu nodrošina VFP kods (VID_MON), dati tiek nodoti DBF failos katru nakti;

VZD monitorings - pašlaik datu apmaiņa nenotiek, ir realizēts serviss (URIS_XML, UR_MON), kuru VZD var izsaukt un saņemt. Dati tiek izsaukti caur URIS_XML, subjektu uzlikšana/noņemšana no monitoringa caur UR_MON;

MNR – datu atlasi MNR tīmekļvietnei un ES maksātnespējas reģistru - e-Justice portālam nodrošina JPA servisi, bet datu publicēšanai - Java Wildfly OData servisi uz Teiid;

datu nodošana Biznesa reģistru savstarpējās savienošanas (BRIS) sistēmai – ar URIS saistīto funkcionalitāti nodrošina VFP, kā arī datu bāzu trigeri un Wildfly Domibus Gateway aplikācija;

Datu nodošana LV – datu atlasi nodrošina VFP kods, datus nodod LV tīmekļa pakalpei.

UR esošā datu apstrāde šobrīd notiek URIS un Lietvedības informācijas sistēmās, kas pamatā veidotas uz VFP koda. Visu reģistru, izņemot komercķīlu reģistra un laulāto mantisko attiecību reģistra dati glabājas vienā PostgreSQL datu bāzē. URIS galvenais uzdevums ir reģistrācijas procesa nodrošināšana, bet lietvedības – ienākošo un izejošo dokumentu reģistrācija un aprite, rezolūciju un darba uzdevumu kontrole. Datu apmaiņu un tehnisko ierakstu auditēšana tiek glabāta atsevišķā PostgreSQL datu bāzu serverī.

Esošo datu izplatīšanas kanāli pēc pieejamības iedalās:

jebkuram klientam (atvērtie dati);

autorizētam klientu lokam caur “latvija.lv” un IVIS;

atkalizmantotājiem (“lursoft.lv”, “firmas.lv”, “kib.lv”, “crediweb.lv”).

XML datu nodošanu tiešsaistē (URIS_XML) izmanto TIS un PMLP uzturētais Iedzīvotāju reģistrs. Šī pati XML datu nodošana kopā ar monitoringa funkcionalitāti izveidota VZD.

Valsts un pašvaldību iestādēm izziņu pakalpojumi pieejami IVIS 2 formātos – XML un PDF:

XML datu nodošanu caur Valsts informācijas sistēmu savietotāju var integrēt citas valsts iestādes;

PDF izziņu izsniegšana notiek e-pakalpojumā “viss.gov.lv”.

Lai gan datu kopas ir vienas un tās pašas, XML un PDF izziņu ģenerēšanu šobrīd veic dažādi programmatūras kodi.

15

https://ws.ur.gov.lv/urpubl?act=URPERSON_XML

https://e-justice.europa.eu/content_business_registers_at_european_level-105-en.do

https://e-justice.europa.eu/content_business_registers_at_european_level-105-en.do

https://ws.ur.gov.lv/urpubl?act=MNP_PJUR

https://ws.ur.gov.lv/urpubl?act=UR_MON_PARAM&type=ON&code=900190567&sessionid=

http://ws.ur.gov.lv/urepak/

https://ws.ur.gov.lv/urpubl?act=URPERSON_XML

http://ws.ur.gov.lv:9999/urisapp?Act=URWSLEGAL&object=41203025949

http://ws.ur.gov.lv/_webservice/ur/service

http://ivis.eps.gov.lv/XMLSchemas/100679/URTypes/v1-0/URCommonTypes.xsd

http://ws.ur.gov.lv/urws/ur/infoservice/


Informācijas izsniegšanas kanāli un informācijas saņēmēji ir atbilstoši 11.attēlā attēlotajam.

11.attēls UR esošie datu izplatīšanas kanāli

16

No 2018. gada 1.aprīļa ir plānota informācijas izplatīšanas sistēma, kas attēlota 12.attēlā.

12.attēls UR plānotā informācijas izplatīšanas sistēma

2.4 Sistēmas lietotāji vai iesaistītais personāls un to veicamās funkcijas

Normatīvajos aktos noteikto ziņu ievadīšanu reģistros, ievadīto ziņu publiskās ticamības nodrošināšanu un informācijas no reģistriem izsniegšanu nodrošina UR nodarbinātie.

Informācijas par pieteikumu iesniegšanu un klienta vēlmēm attiecībā uz lēmumu saņemšanu, ievadīšanu veic Klientu apkalpošanas nodaļas darbinieki. Normatīvajos aktos noteikto ziņu ievadīšanu veic UR valsts notāri. Kontroli pār ievadīto ziņu publisko ticamību (ziņu iesniegšanas savlaicīgumu) veic UR Kontroles nodaļas valsts notāri sadarbībā ar valsts notāriem, kuri veic reģistrāciju. Informācijas izsniegšanu no reģistriem nodrošina Informācijas nodaļas nodarbinātie. Visas šīs darbības tiek veiktas visās UR reģionālajās nodaļās – Rīgā, Valmierā, Jēkabpilī, Rēzeknē, Daugavpilī, Bauskā, Liepājā, Ventspilī.

Informācijas sistēmas lietotāji ir arī UR administrācijas darbinieki, kas atlasa datus dažādām vajadzībām, tajā skaitā statistikas apkopošana, datu kvalitātes nodrošināšana u.c.

Kopējais informācijas sistēmas iekšējo lietotāju skaits ir 180. UR nodrošina 8 (astoņus) e-pakalpojumus.

17

Privātpersonām sniegtie e-pakalpojumi ir:

Reģistrācija Uzņēmumu reģistra vestajos reģistros (EP119), kas izvietots portālā “latvija.lv”;

Izziņu pieprasīšana no Uzņēmumu reģistra vestajiem reģistriem (EP120), kas izvietots portālā “latvija.lv”;

Komercķīlas e-pakalpojums;

Pakalpojums “Uzņēmumu reģistrā pieteikto izmaiņu ziņotājs”.

Kopā šajos e-pakalpojumos 2017. gadā ir iesniegti 17922 pakalpojumu pieprasījumi.

Valsts un pašvaldību iestādēm sniegtie e-pakalpojumi UR datu saņemšanai ir EP97, EP98, EP99, EP100, kas izvietoti Valsts informāciju sistēmu savietotājā. Pašlaik UR sniedz e-pakalpojumus 119 valsts un pašvaldību iestādēm.

Informācijas sistēmas uzturēšanu un tehnisko apkalpi veic ārpakalpojumā piesaistīti uzņēmumi.

Pašreiz URIS iekšējie lietotāji un to veicamās funkcijas ir:Nr.p.k.

Lietotāji Lietotāju veicamās funkcijas

2.4.1. Funkciju izpildes departamenta valsts notāri

Normatīvos aktos noteikto ierakstāmo ziņu ierakstīšana reģistros. Normatīvos aktos noteikto reģistrācijas lietai pievienojamo dokumentu

pievienošanu reģistrācijas lietai un informācijas par dokumentu iesniegšanu ievadīšana reģistros.

Nodrošinājuma līdzekļu reģistrēšana tiesību subjektu reģistrācijas lietās.

Nepieciešamo pārbaužu veikšana pirms ziņu ierakstīšanas reģistros. Informācijas nodošana VID par auditējamām personām. Iesniegto reģistrācijas dokumentu izvērtēšana. Lēmuma izveidošana par lēmuma pieņemšanas termiņa pagarināšanu . Maksājuma pārbaude Valsts kasē. Lēmuma sagatavošana. Lēmuma parakstīšana. Lēmuma manuāla labošana. Publikācijas nosūtīšana LV. Statistikas datu iegūšana par veiktajām reģistrācijas darbībām. Parakstu apliecināšanas veikšana. Dokumentu pieejamības pieprasīšana arhīvam (gan papīra formāta

dokumentu, gan ieskenētu dokumentu). Katra tiesību subjekta reģistrācijas lietas apskate.

2.4.2. Kontroles nodaļas valsts notāri

Personu, kurām aizliegts nodarboties ar komercdarbību vai ir uzlikts aizliegums ieņemt amatus, reģistrācija.

Personu, kurām aizliegts nodarboties ar komercdarbību vai ir uzlikts aizliegums ieņemt amatus, atcelšana no jau ieņemtajiem amatiem.

Tiesību subjektu kontroles veikšana, ģenerējot brīdinājumus. Vienkāršotās likvidācijas reģistrācija. Regresa darbību veikšana šī punkta pirmajos 4 apakšpunktos

uzskaitītajām darbībām. Lēmuma pirms ierakstu veikšanas par sabiedrības izslēgšanu no

reģistra sagatavošana. Lēmumu labošana. Lēmumu parakstīšana.

18

Lēmumu pievienošana lietvedībā. Lēmumu par reģistrāciju atcelšana. Publikācijas nosūtīšana LV. Statistikas apkopošana par Kontroles nodaļas veiktajiem darbiem. Dokumentu pieejamības pieprasīšana arhīvam (gan papīra formāta


2.4.3. Informācijas nodaļas darbinieki

Informācijas ievadīšana par saņemto informācijas pieprasījumu. Informācijas ievadīšana par saņemtā informācijas pieprasījuma

iesniedzēju. Standarta izziņas saģenerēšana. Labojumu veikšana standarta izziņās. Maksājuma pārbaude Valsts kasē. Maksājuma datu ievade. Informācijas izsniegšana Statistikas apkopošana par informācijas sniegšanu. Dokumentu pieejamības pieprasīšana arhīvam (gan papīra formāta


2.4.4. Klientu apkalpošanas nodaļas darbinieki

Informācijas ievadīšana par saņemto pieteikumu. Informācijas ievadīšana par pieteikuma iesniedzēju. Iesniegto dokumentu skanēšana un pievienošana lietvedībā. Maksājuma datu ievade un maksājuma pārbaude Valsts kasē. Rezolūcijas uzlikšana. Lēmuma izsniegšana klienta izvēlētā veidā (pa pastu, elektroniski vai

klātienē). Statistikas datu apkopošana par reģistrācijas pieteikumu iesniegšanu. Dokumentu pieejamības pieprasīšana arhīvam (gan papīra formāta

dokumentu, gan ieskenētu dokumentu). Papīra formātā iesniegto reģistrācijas pieteikumu ieskenēšana. Katra tiesību subjekta reģistrācijas lietas apskate.

2.4.5. Lietvedības nodaļas darbinieki

Sarakstes dokumentu ievade lietvedībā. Dokumentu pieejamības pieprasīšana arhīvam (gan papīra formāta


2.4.6. Arhīva nodaļas darbinieki

Dokumentu skanēšana un pievienošana reģistrācijas lietai jebkurā brīdī, sākot no pieteikuma saņemšanas līdz lietas iznīcināšanai.

UR darbinieku dokumentu skenēšanas pieprasījumu pieņemšana. UR darbinieku papīra formāta reģistrācijas lietu pieprasījumu

pieņemšana. Informācijas uzskaite par papīra formāta reģistrācijas lietu izsniegšanu

un saņemšanu. Informācijas uzskaite par reģistrācijas lietu izsniegšanu

tiesībsargājošām iestādēm. Informācijas uzskaite par reģistrācijas lietu glabāšanas termiņiem un

ikgadējā iznīcināmo reģistrācijas lietu atlase. Katra tiesību subjekta reģistrācijas lietas apskate.

19

2.4.7. Attīstības departamenta darbinieki

Sistēmā jebkuras veiktās darbības izsekošana, pārbaude. Sistēmas administratora darbību veikšana. Datu labošana. Padziļinātu atlašu veikšana. Statistikas datu apkopošana par visām sistēmā veiktajām darbībām. Dokumentu pieejamības pieprasīšana arhīvam (gan papīra formāta


2.4.8. Kvalitātes eksperts

Statistikas datu iegūšana par reģistrācijas un informācijas izsniegšanas darbībām.

2.4.9. Finanšu un saimniecības nodaļas darbinieki

Maksājumu datu iegūšana par katru sniegto pakalpojumu. Informācijas, ko nosaka normatīvie akti, iegūšana par subjektu

iepirkumu procesa veikšanai. Katra tiesību subjekta reģistrācijas lietas apskate.

2.4.10. Citi UR darbinieki

Statistikas datu iegūšana par reģistrācijas un informācijas izsniegšanas darbībām.

Dokumentu pieejamības pieprasīšana arhīvam (gan papīra formāta dokumentu, gan ieskenētu dokumentu).

Katra tiesību subjekta reģistrācijas lietas apskate.

2.5 Reģistros ierakstāmās ziņas

UR atbilstoši likumā “Par Latvijas Republikas Uzņēmumu reģistru” noteiktajai kārtībai kopumā ved 14 reģistrus, kuru ierakstāmās ziņas nosaka sekojoši normatīvie akti:

komercreģistru. Komercreģistrā ierakstāmās ziņas noteiktas komerclikumā, kā arī daļā attiecībā uz patieso labuma guvēju informācijas reģistrāciju Noziedzīgi iegūtu līdzekļu legalizācijas un terorisma apkarošanas novēršanas likums. Valsts nodevu likmes ierakstu izdarīšanai nosaka MK 2016. gada 11. oktobra noteikumi Nr. 664 “Noteikumi par valsts nodevu, kas maksājama par ierakstu izdarīšanu uzņēmumu reģistra žurnālā un komercreģistrā, kā arī iesniedzamo dokumentu reģistrēšanu”.

uzņēmumu reģistra žurnālu. Uzņēmumu reģistra žurnālā ierakstāmās ziņas noteiktas likumā “Par Latvijas Republikas Uzņēmumu reģistru”, Kooperatīvo sabiedrību likumā un likumā “Par individuālo (ģimenes) uzņēmumu un zemnieka vai zvejnieka saimniecību” , kā arī daļā attiecībā uz patieso labuma guvēju informācijas reģistrāciju Noziedzīgi iegūtu līdzekļu legalizācijas un terorisma apkarošanas novēršanas likums. Valsts nodevu likmes ierakstu izdarīšanai nosaka MK 2016. gada 11. oktobra noteikumi Nr. 664 “Noteikumi par valsts nodevu, kas maksājama par ierakstu izdarīšanu uzņēmumu reģistra žurnālā un komercreģistrā, kā arī iesniedzamo dokumentu reģistrēšanu”.

maksātnespējas reģistru. Maksātnespējas reģistrā ierakstāmās ziņas noteiktas Maksātnespējas likumā.

biedrību un nodibinājumu reģistru. Biedrību un nodibinājumu reģistrā ierakstāmās ziņas noteiktas Biedrību un nodibinājumu likumā un Arodbiedrību likumā, kā arī daļā attiecībā uz patieso labuma guvēju informācijas reģistrāciju Noziedzīgi iegūtu līdzekļu legalizācijas un terorisma apkarošanas novēršanas likums. Valsts nodevu likmes ierakstu izdarīšanai nosaka MK 2004. gada 15. aprīļa noteikumi Nr.308 “Noteikumi par valsts nodevu ieraksta izdarīšanai biedrību un nodibinājumu reģistrā”.

Komercķīlu reģistru. Komercķīlu reģistrā ierakstāmās ziņas noteiktas Komercķīlas likumā. Valsts nodevu likmes ierakstu izdarīšanai nosaka MK 2011. gada 4.janvāra noteikumi Nr.13 “Noteikumi par komercķīlas reģistrācijas valsts nodevu”.

20

laulāto mantisko attiecību reģistru. Laulāto mantisko attiecību reģistrā ierakstāmās ziņas nosaka MK 2002. gada 3. septembra noteikumi Nr.403 “Laulāto mantisko attiecību reģistrācijas kārtība”. Valsts nodevu likmes ierakstu izdarīšanai nosaka MK 2009. gada 27. oktobra noteikumi Nr.1231 “Noteikumi par laulāto mantisko attiecību reģistrācijas valsts nodevu”.

politisko partiju reģistru. Politisko partiju reģistrā ierakstāmās ziņas nosaka Politisko partiju likums, kā arī daļā attiecībā uz patieso labuma guvēju informācijas reģistrāciju Noziedzīgi iegūtu līdzekļu legalizācijas un terorisma apkarošanas novēršanas likums. Valsts nodevu likmes ierakstu izdarīšanai nosaka MK 2007. gada 23. janvāra noteikumi Nr.77 “Noteikumi par valsts nodevu par ierakstu izdarīšanu politisko partiju reģistrā”.

reliģisko organizāciju un to iestāžu reģistru. Reliģisko organizāciju un to iestāžu reģistrā ierakstāmās ziņas nosaka Reliģisko organizāciju likums, likums “Par Latvijas Republikas un Svētā Krēsla līgumu”, kā arī daļā attiecībā uz patieso labuma guvēju informācijas reģistrāciju Noziedzīgi iegūtu līdzekļu legalizācijas un terorisma apkarošanas novēršanas likums. Valsts nodevu likmes ierakstu izdarīšanai nosaka MK 2009. gada 7.aprīļa noteikumi Nr.307 “Noteikumi par valsts nodevu ieraksta izdarīšanai reliģisko organizāciju un to iestāžu reģistrā”.

publiskās un privātās partnerības līgumu reģistru. Publiskās un privātās partnerības līgumu reģistrā ierakstāmās ziņas nosaka Publiskās un privātās partnerības likums, MK 2009. gada 13. oktobra noteikumi Nr.1184 “Publiskās un privātās partnerības līgumu reģistrācijas un uzskaites kārtība”.

masu informācijas līdzekļu reģistru. Masu informācijas līdzekļu reģistrā ierakstāmās ziņas nosaka likums “Par presi un citiem masu informācijas līdzekļiem”. Valsts nodevu likmes ieraksta izdarīšanai nosaka MK 2009. gada 22. septembra noteikumi Nr.1088 “Noteikumi par masu informācijas līdzekļu reģistrācijas valsts nodevu”.

pārstāvniecību reģistru. Pārstāvniecību reģistrā ierakstāmās ziņas nosaka MK 2002. gada 3. septembra noteikumi Nr.401 “Ārvalstu komersantu un organizāciju pārstāvniecību un pārstāvju reģistrācijas kārtība”. Valsts nodevu likmes ieraksta izdarīšanai nosaka MK 2009. gada 11. augusta noteikumi Nr.894 “Noteikumi par ārvalstu komersantu un organizāciju pārstāvniecību un pārstāvju reģistrācijas valsts nodevu”.

Eiropas ekonomisko interešu grupu reģistru. Eiropas ekonomisko interešu grupu reģistrā ierakstāmās ziņas nosaka Padomes 1985. gada 25. jūlija regula (EEK) Nr. 2137/85 par Eiropas ekonomisko interešu grupām, Eiropas ekonomisko interešu grupu likums un Komerclikums. Valsts nodevu likmes ieraksta izdarīšanai nosaka MK 2004. gada 13. jūlija noteikumi Nr.596 “Noteikumi par valsts nodevu ierakstu izdarīšanai Eiropas ekonomisko interešu grupu reģistrā”.

šķīrējtiesu reģistru. Šķīrējtiesu reģistrā ierakstāmās ziņas nosaka Šķīrējtiesu likums un MK 2015. gada 2. jūnija noteikumi Nr.277 “Noteikumi par šķīrējtiesu reģistru”. Valsts nodevu likmes ieraksta izdarīšanai nosaka MK 2015. gada 2. jūnija noteikumi Nr.278 “Noteikumi par valsts nodevu ieraksta izdarīšanai šķīrējtiesu reģistrā”.

publisko personu un iestāžu sarakstu. Publisko personu un iestāžu sarakstā ierakstāmās ziņas nosaka likums “Par Latvijas Republikas Uzņēmumu reģistru”.

2.6 Reģistrācijas procesam nepieciešamās datu apmaiņas

UR uz savstarpēju līgumu vai Tieslietu ministrijas iekšējo noteikumu pamata veic datu apmaiņu ar citām valsts un pašvaldību iestādēm.

2.6.1. Informācijas sistēma nodrošina sekojošu datu nodošanu citām organizācijām:21

Nr.p.k. Informācijas plūsmas virziens

Iestāde, ar kuru notiek datu apmaiņa

Informācijas saturs Informācijas nodošanas biežums

Automatizācijas pakāpe pašreiz

2.6.1.1. Datu nodošana (pirms reģistrācijas)

VID Informācija par auditējamiem subjektiem, kas iesnieguši pieteikumu UR par izmaiņu reģistrāciju

10 minūšu laikā pēc pieteikuma saņemšanas UR IS

Klientiem iesniedzot pieteikumu UR, jānotiek automātiskai e-pasta nosūtīšanai VID.

2.6.1.2. Informācija par personu atbilstību VID riska kritērijiem

Sistēmas automātiski sagatavota vēstule VID, kas tiek nosūtīta manuāli e-pastā. Papildus uz VID FTP servera tiek novietoti iesniegtie dokumenti, kurus automātisks process nosūta VID.

2.6.1.3. Datu nodošana (pēc reģistrācijas)

VID Informācija par reģistrētajiem subjektiem

Reizi dienā Uz VID FTPS tiek novietoti strukturēti dati (dbf faili) – visi jaunreģistrētie un izmainītie dati atbilstoši datu struktūrai

2.6.1.4. Informācija par PVN maksātāju pieteikumiem

Reizi dienā Uz VID FTPS tiek novietoti skenētu (ja iesniegts papīra formā) vai elektronisku dokumentu (ja iesniegts elektroniski) faili

2.6.1.5. VZD Informācija par izmaiņām tiesību subjektu reģistrācijas lietā, ja VZD iepriekš ir pieteicies saņemt informāciju konkrēto subjektu

Pēc pieprasījuma

Automātisks process, izmantojot URIS_XML servisu

2.6.1.6. Maksātnespējas administrācija

Informācija par maksātnespējas procesiem

Reizi dienā Process tiek nodrošināts, izmantojot URIS_WS servisu. Dati tiek doti no FTP servera tikai speciāli sagatavotās dienas pakās

2.6.1.7. Informācija par administratoriem

Reizi dienā Process tiek nodrošināts, izmantojot URIS_WS servisu. Dati tiek doti no FTP servera tikai speciāli sagatavotās dienas pakās. UR plāno datu nodošanu nodrošināt ar OData REST servisu

2.6.1.8. LV Publikācijas par veiktajiem ierakstiem

Reizi dienā Process notiek, izmantojot Latvijas

22

sekojošos reģistros:komercreģistrs, uzņēmumu reģistra žurnāls, politisko organizāciju reģistrs,Eiropas ekonomisko interešu grupu reģistrs.Ir atsevišķas publikācijas par katru ierakstu un atsevišķi komplekti par gada pārskatiem, aktualizētajām adresēm un aktualizētajiem personu kodiem un paziņojumi kreditoriem

Vēstneša uzturētu tīmekļa pakalpi, kuru iedarbina cilvēks.

2.6.1.9. PMLP Informācija par fiziskām personām (pieteikums monitoringam)

Reizi dienā Automātisks process, izmantojot PMLP servisus

2.6.1.10. TA Informācija par UR reģistrētajiem subjektiem un juridiskajiem faktiem atbilstoši sarakstam par informācijas apjomu nodošanai atkalizmantotājiem

Pēc pieprasījuma


2.6.1.11. VRAA (Drošas elektroniskas piegādes platforma (e-adreses risinājums))

Nākotnē plānots nosūtīt valsts notāru lēmumus

Stundu pēc lēmuma pieņemšanas

Automātisks process, kas tiks veidots balstoties uz VRAA izstrādāto dokumentāciju

2.6.1.12. CSDD 1. Pamatinformācija par juridisku personu2. Informācija par juridisku personu amatpersonām 3. Informācija no komercķīlu reģistra par reģistrētām komercķīlām, kur komercķīlas priekšmets ir CSDD reģistrācijas objekts4. Informācija no laulāto mantisko attiecību reģistra

Uzreiz pēc valsts notāra lēmuma pieņemšanas

Automātisks process, kurā automātiski dati tiek ierakstīti ORACLE datu bāzē.

2.6.1.13. Iekšlietu ministrijas Informācijas centrs

Informācija par UR reģistrētajiem subjektiem un juridiskajiem faktiem.

Pēc pieprasījuma


2.6.1.14. VTUA Informācija par UR Reģistrācijas Automātisks process,

23

reģistrētām komercķīlām, kur komercķīlas priekšmets ir VTUA reģistrācijas objekts.

laikā izmantojot VTUA XML servisu

2.6.1.15. LDC Informācija par UR reģistrētām komercķīlām, kur komercķīlas priekšmets ir LDC reģistrācijas objekts

Reģistrācijas laikā

Automātisks process, izmantojot LDC SQL serveru procedūras

2.6.1.16. Eiropas centrālā platforma

Informācija par visām SIA, AS, KS, SE.

Uzreiz pēc subjektu reģistrācijas

Automātisks process, izmantojot izstrādātu URIS_BRIS integrācijas platformu

2.6.1.17. Informācija par pārrobežu apvienošanos (saplūšana ar ES reģistrētu subjektu vai tā pievienošana)

Uzreiz pēc reorganizācijas reģistrācijas


2.6.1.18. Pieteikums par visām ārvalstu komersantu filiāļu mātes sabiedrībām (pieteikums monitoringam par mātes sabiedrību aktivitātēm to reģistrācijas valstī)

Uzreiz pēc ārvalsts komersanta filiāles reģistrācijas


2.6.2. Informācijas sistēma nodrošina sekojošu datu saņemšanu no citām organizācijām:Nr.p.k. Iestāde, ar

kuru notiek datu apmaiņa

Informācijas saturs

Nolūks informācijas izmantošanai

Informācijas saņemšanas biežums

Automatizācijas pakāpe

2.6.2.1. VID Informācija par riska personām

Pārbaudes nodrošināšanai par komersanta amatpersonām un prokūristiem

Reizi dienā Automātisks datu imports, caur FTP serveri saņemot CSV failus

2.6.2.2. Informācija par riska adresēm

Pārbaudes nodrošināšanai par komersantu pieteikto adresi

Manuāls process, saņemot informāciju vēstulēs. Nākotnē paredzēts automātisks datu imports

2.6.2.3. Auditējamo subjektu saraksts

Pārbaudes nodrošināšanai

Reizi dienā Automātisks process, to nodrošinot informācijai no CSV faila importējoties URIS

2.6.2.4. Informācija par izņēmumiem no riska vadības sistēmas

Pārbaudes nodrošināšanai

Manuāls process, saņemot informāciju vēstulēs. Nākotnē paredzēts automātisks datu imports

24

2.6.2.5. Gada pārskati Informācijas publiskošanai

Reizi stundā Automātisks process

2.6.2.6. Informācija par nodrošinājuma līdzekļiem

Ieraksta veikšanai un pārbaudes nodrošināšanai

Manuāls process, saņemot informāciju vēstulēs. 2018.gadā izstrādājams automātisks datu imports

2.6.2.7. Informācija par saimnieciskās darbības apturēšanu/atjau-nošanu vai darbības izbeigšanu

Ieraksta veikšanai un pārbaudes veikšanai


2.6.2.8. Zvērināti tiesu izpildītāji

Informācija par nodrošinājuma līdzekļiem

Ieraksta veikšanai un pārbaudes veikšanai


2.6.2.9. PMLP Informācija par mirušām personām

Ierakstu aktualizēšanai reģistros (atbrīvot mirušās amatpersonas)

Reizi dienā Automātisks process, izmantojot PMLP XML servisu

2.6.2.10. VZD Informācija no Adrešu reģistra

Aktuāla adrešu klasifikatora uzturēšanai un adrešu ierakstu aktualizēšanai

Reizi dienā Automātisks process, no VZD FTP servera izvietota CSV faila iegūstot datus

2.6.2.11. Patentu valde Informāciju no Patentu valdes uzturētā preču zīmju reģistra un dizainparaugu reģistra par komercķīlas devēja īpašuma tiesībām uz preču zīmi, dizainparaugu

Ierakstu izdarīšanai komercķīlu reģistrā

Pēc pieprasījuma Automātisks process, izmantojot Patentu valdes XML servisu

2.6.2.12. VTUA Informācija no traktortehnikas un to piekabju reģistra par komercķīlas devēja īpašuma tiesībām uz traktortehniku, piekabēm


Pēc pieprasījuma Automātisks process, izmantojot VTUA XML servisu

2.6.2.13. LDC Informācija no ganāmpulku, novietņu un dzīvnieku reģistriem par komercķīlas devēja


Pēc pieprasījuma Automātisks process, izmantojot LDC XML servisu

25

īpašuma tiesībām uz lauksaimniecības dzīvniekiem, bišu saimēm, akvakultūras dzīvnieku audzētavām

2.6.2.14. TA Tiesu pieņemtie lēmumi par subjektu maksātnespējas procesiem

Ierakstu izdarīšanai MNR

Daļēji automātisks process: datu importu iniciē UR darbinieks, dati lietvedībā aizpildās automātiski.Paredzēts pilnībā automatizēt procesu ar saņemšanu 3 reizes dienā.

2.6.2.15. Maksātnespējas administrācija (Pašreiz tas tiek darīts UR sistēmā. 2018.gadā – Maksātnespējas administrācijas vajadzībām tiks izstrādāta sava sistēma, no kuras tiks padoti dati UR)

Informācija par maksātnespējas administratoriem

Ierakstu izdarīšanai MNR

Uzreiz pēc pieteikuma iesniegšanas

Pilnībā automātisks process, izņemot situāciju, ja administratoram mainās vārds, uzvārds, personas kods, sertifikāta vai amata apliecības numurs un viņam ir reģistrēti aktuāli procesi.


Informācija par ārvalstu komersantu mātes sabiedrībām

Ierakstu izdarīšanai Uzreiz pēc izmaiņu izdarīšanas kādā no ES dalībvalstu reģistriem



Informācija par ES dalībvalstīs reģistrētām pārrobežu apvienošanām, kurās iekļauts Latvijā reģistrēts komersants

Ierakstu izdarīšanai Uzreiz pēc izmaiņu izdarīšanas kādā no ES dalībvalstu reģistriem


2.6.2.18. Valsts kase Informācija par maksājumiem

Pārbaudes veikšanai Reizi pusstundā Automātisks process, izmantojot Valsts kases XML servisu

2.7 URIS nodrošinātās pārbaudes

Pašreiz reģistrācijas procesā valsts notāri veic dažādas pārbaudes, ko paredz normatīvais regulējums.

Pašreiz pārsvarā visas pārbaudes tiek veiktas brīdī, kad valsts notārs ievada datus informācijas sistēmā, taču nākotnē UR saskata iespēju pārbaudes, kas nav pretrunā ar datu aizsardzības normām un savstarpēji noslēgtu līgumu nosacījumiem par datu apmaiņu ar citām valsts pārvaldes iestādēm,

26

veikt arī klientiem, lai klientiem tiktu sniegta informācija par iespējamiem šķēršļiem tiesību subjekta reģistrācijai UR uzturētajos reģistros, tādā veidā sasniedzot projekta “Uzņēmumu reģistra vesto reģistru modernizēšana” M1 mērķi – nodrošinot klientiem ērtu komercreģistra elektronisku pašapkalpošanās portālu, kas paredz iesniedzamo standarta dokumentu saģenerēšanu no vienreiz ievadītas informācijas.

Pašreiz tiek veiktas sekojošas pārbaudes, un UR saskata iespējamību sekojošu pārbaužu rādīšanai klientiem:

Nr.p.k. Pārbaude Pret kādiem datiem pārbaudāms

Uz kādiem reģistriem attiecināms Obligāti

veicams notāru darba procesā

Iespējams veikt reģistrācijas pieteikuma ievades procesā

Pārbaude veicama reģistrējot jaunu tiesību subjektu vai izmaiņas

2.7.1. Nosaukuma pārbaude pret reģistrētajiem un pret pieteiktajiem tiesību subjektiem

Pārbaude pret UR datiem

Komercreģistrs, uzņēmumu reģistra žurnāls, biedrību un nodibinājumu reģistrs, politisko partiju reģistrs, reliģisko organizāciju reģistrs, masu informācijas līdzekļu reģistrs, pārstāvniecību reģistrs, šķīrējtiesu reģistrs, Eiropas ekonomisko interešu grupu reģistrs

x x

Reģistrējot jaunu tiesību subjektu un izmaiņas

2.7.2. Pārbaude par subjekta esamību aktīvā statusā (ka subjekts nav izslēgts no reģistra)



x x

Tikai reģistrējot izmaiņas

2.7.3. Fiziskas personas vārds, uzvārds, personas kods

Pārbaude par paša iesniedzēja datiem – pret autentifikāci-jas datiem e-pakalpojumā un pret identitāti apliecino-šiem dokumen-tiem, ja datus ievada manuāli UR darbinieks.Pārbaude par

Komercreģistrs, uzņēmumu reģistra žurnāls, biedrību un nodibinājumu reģistrs, politisko partiju reģistrs, reliģisko organizāciju reģistrs, masu informācijas līdzekļu reģistrs, pārstāvniecību reģistrs, Šķīrējtiesu reģistrs, Eiropas ekonomisko interešu grupu reģistrs

x Ar noteikumu, ka kļūdainas ievades gadījumā tiek atgriezta atbilde par kļūdainu datu ievadi


27

citas personas datiem – pret UR datiem.

2.7.4. Pārbaude pret personu sarakstu, kurām ir aizliegums ieņemt amatus vai veikt komercdarbību (fiziskas personas)


Komercreģistrs, uzņēmumu reģistra žurnāls

x

Ar noteikumu, ka klientam šādā gadījumā tiek atgriezta atbilde par ierobežojuma esamību, nenorādot konkrētāk, kāds ierobežojums


2.7.5. Pārbaude, vai persona, ko klients vēlas atcelt, ir reģistrēta attiecīgajā reģistrā


Komercreģistrs, uzņēmumu reģistra žurnāls, biedrību un nodibinājumu reģistrs, politisko partiju reģistrs, reliģisko organizāciju reģistrs, pārstāvniecību reģistrs, šķīrējtiesu reģistrs, Eiropas ekonomisko interešu grupu reģistrs

x x


2.7.6. Pārbaude par prokūras esību reģistrā


Komercreģistrs, uzņēmumu reģistra žurnāls x x


2.7.7. Pārbaude pret VID riska personu sarakstu (fiziskas personas)



x

Ar noteikumu, ka klientam šādā gadījumā tiek atgriezta atbilde par ierobežojuma esamību, nenorādot konkrētāk


2.7.8. Pārbaude pret personām, kas nav iekļautas VID riska pārbaudēs


Komercreģistrs, uzņēmumu reģistra žurnāls x


2.7.9. Pārbaude pret VID riska adrešu sarakstu



x Ar noteikumu, ka klientam šādā gadījumā tiek atgriezta


28

atbilde par ierobežojuma esamību, nenorādot konkrētāk

2.7.10. Pārbaude, vai subjekts, par ko iesniegtas izmaiņas UR, nav VID auditējamo personu sarakstā

Pārbaude pret VID datiem

Komercreģistrs, uzņēmumu reģistra žurnāls, biedrību un nodibinājumu reģistrs x


2.7.11. Pārbaude, vai subjekts nav paaugstināta riska reģistrācijas lietu sarakstā


Komercreģistrs, uzņēmumu reģistra žurnāls, biedrību un nodibinājumu reģistrs, politisko partiju reģistrs, reliģisko organizāciju reģistrs, pārstāvniecību reģistrs, šķīrējtiesu reģistrs, Eiropas ekonomisko interešu grupu reģistrs

x


2.7.12. Pārbaude, vai subjektam nav reģistrēts nodrošinājuma līdzeklis


Komercreģistrs, uzņēmumu reģistra žurnāls, biedrību un nodrošinājumu reģistrs, politisko partiju reģistrs, reliģisko organizāciju reģistrs, masu informācijas līdzekļu reģistrs, šķīrējtiesu reģistrs, Eiropas ekonomisko interešu grupu reģistrs, pārstāvniecību reģistrs

x



2.7.13. Pārbaude, vai uz subjekta daļām nav reģistrēta komercķīla


Komercreģistrs

x



2.7.14. Pārbaude pret Eiropas Ārējās darbības dienesta konsolidēto sankciju sarakstu

Pārbaude pret Eiropas Ārējās darbības dienesta datiem

Komercreģistrs, uzņēmumu reģistra žurnāls, biedrību un nodibinājumu reģistrs, politisko partiju reģistrs, reliģisko organizāciju reģistrs, pārstāvniecību

x Ar noteikumu, ka klientam šādā gadījumā tiek atgriezta atbilde par


29

reģistrs, Eiropas ekonomisko interešu grupu reģistrs, šķīrējtiesu reģistrs, masu informācijas līdzekļu reģistrs

ierobežojuma esamību, nenorādot konkrētāk

2.7.15. Nekustamā īpašuma īpašnieku pārbaude zemesgrāmatā

Pārbaude pret Zemes-grāmatas datiem

Komercreģistrs, šķīrējtiesu reģistrs

x

Ar noteikumu, ka klientam šādā gadījumā tiek atgriezta atbilde par kļūdainu datu ievadi, nenorādot konkrētāk


2.7.16. Pārbaude, vai viens šķīrējtiesnesis nav piereģistrēts vairāk kā trīs šķīrējtiesās


Šķīrējtiesu reģistrs

x x


2.7.17. Pārbaude, vai IK, IND, ZEM, ZVJ īpašniekam iepriekš nav reģistrēta kāda no minētajām tiesību formām


IK, IND, ZEM, ZVJ

x x


2.7.18. Pārbaude par SIA, kuras pamatkapitāls ir mazāks par 2800 EUR, dibinātājiem/ dalībniekiem:1. dibinātāji ir tikai fiziskas personas;2. dibinātāji ir ne vairāk par 5;3. persona var būt valdes loceklis tikai tad, ja viņš ir dibinātājs;4. dalībnieks vai dibinātājs ir tikai vienā SIA, kuras kapitāls ir mazāks par 2800 EUR


SIA, kuras pamatkapitāls ir mazāks par 2800 EUR

x x

Tikai reģistrējot jaunu tiesību subjektu

30

2.7.19. Pārbaude par SIA, kuras pamatkapitāls ir mazāks par 2800 EUR, dalībniekiem:1. persona var būt valdes loceklis tikai tad, ja viņš ir dalībnieks;2. dalībnieks ir tikai vienā SIA, kuras kapitāls ir mazāks par 2800 EUR.


SIA, kuras pamatkapitāls ir mazāks par 2800 EUR

x x


2.7.20. Dalībnieka (Latvijā reģistrētas juridiskas personas) pārbaude pret reģistrētajiem datiem par juridisko personu


Komercreģistrs, uzņēmumu reģistra žurnāls, biedrību un nodibinājumu reģistrs, politisko partiju reģistrs, reliģisko organizāciju reģistrs, masu informācijas līdzekļu reģistrs, šķīrējtiesu reģistrs, Eiropas ekonomisko interešu grupu reģistrs, publiskās un privātās partnerības līgumu reģistrs

x x


2.7.21. Pārbaude par dibinātāja neesamību reģistrā kā citas draudzes dibinātājam


Reliģisko organizāciju reģistrs (draudzes)

x x

Tikai reģistrējot jaunu tiesību subjektu

2.7.22. Pārbaude, vai subjekta dokumenti iepriekš nav iesniegti pirmspārbaudei


Komercreģistrs, uzņēmumu reģistra žurnāls, biedrību un nodibinājumu reģistrs, politisko partiju reģistrs, reliģisko organizāciju reģistrs, masu informāciju līdzekļu reģistrs, šķīrējtiesu reģistrs, Eiropas ekonomisko interešu grupu reģistrs, pārstāvniecību reģistrs, publiskās un privātās partnerības līgumu reģistrs

x


2.7.23. Pārbaude, vai subjekts nav kredītiestāde


MNR

x


31

2.7.24. Pārbaude, vai reģistrācijas brīdī ir neizskatīts cits ar konkrēto subjektu saistīts reģistrācijas pieteikums un ar konkrēto subjektu saistīti neizpildīti uzdevumi un visas uzziņas, tai skaitā izpildītās (Sarakstes dokumenti)

Pārbaude pret UR datiem, tajā skaitā (pēc DocLogix ieviešanas 01.06.2018.) – pret DocLogix reģistrētiem sarakstes dokumen-tiem


x


2.7.25. Personas dokumentu pārbaude (Vai dokuments nav ierakstīts nederīgo personas dokumentu datu bāzē)

Pārbaude pret nederīgo personas dokumentu reģistru (Iekšlietu ministrijas Informācijas centrs)


x


2.7.26. Pārbaude, vai maksājums ir saņemts Valsts kasē

Pārbaude pret Valsts kases datiem


x x


2.7.27. E-paraksta pārbaude

Pārbaude pret LVTRC un citu ES dalībvalstu sertificētu pakalpojumu sniedzēju datiem


x x


32

2.7.28. Klienta e-pasta validācijas pārbaude

Validācija pret e-pasta adreses pieraksta labo praksi


x


2.8 Citu datu ievade URIS

Lai būtu iespējams veikt nepieciešamās pārbaudes, kā arī lai būtu iespējams piereģistrēt tiesiskos subjektus, bez ierakstāmajām ziņām ir nepieciešami arī citi dati, kas nodrošina ticamību tam, ka reģistrācija ir notikusi, izpildot normatīvo aktu noteiktos kritērijus. Tāpat UR jānodrošina tādas informācijas publiskošana, ko klienti iesniedz citās iestādēs. Pašreiz šie dati URIS tiek grupēti vairākos sarakstos:

Saraksts Mērķis, kādam dati tiek uzkrāti2.8.1. Gada pārskati (daļa ierakstu aizpildās

automātiski, saņemot datus no VID, bet daļu ievada manuāli, ja pārskatu iesniedz UR)

Informācijas publiskošanai

2.8.2. Personas, kurām liegta komercdarbība Pārbaudes nodrošināšanai un ierakstu aktualizēšanai 2.8.3. Kredītiestādes Pārbaudes nodrošināšanai kredītiestāžu

maksātnespējas reģistrācijai Komercreģistrā 2.8.4. Paaugstināta riska reģistrācijas subjekti Pārbaudes nodrošināšanai

33

2.9 Sistēmas arhitektūra

13.attēls URIS reģistrācijas moduļi un ārējās datu apmaiņas UR reģistru darbības nodrošināšanai

34

14.attēls Komercķīlu reģistrācijas modulis un ārējās datu apmaiņas komercķīlu reģistrācijas nodrošināšanai

35

15.attēls Komercķīlu e-pakalpojumu portāla komerckila.ur.gov.lv arhitektūra

36

16.attēls URIS ārējās datu apmaiņas

37

17.attēls URIS reģistrācijas moduļu arhitektūra

38

2.10 Izmantotās tehnoloģijas:

Veids Programmatūra Versija

Operētājsistēma Debian 6,7,8.x

Virtualizācijas platforma Windows server (Hyper-V) 2012 R2

Virtualizācijas platforma Vmware 6.1.

Datu bāzu vadības valoda PostgreSQL 9.6.x

Aplikāciju serveri WildFly 10.x

HTTP serveris Apache 2.4.x

Indeksēšanas serveris (DB) Solr 4.x

Integrācijas vide TalendESB 5,6.x

Izstrādes valodas Java, Java Script (Angular, React, VFP)

N/a

Versiju kontroles un Darbināšanas vide

SVN, GIT, Jenkins N/a

Containerization platform Docker Vismaz 1.13

Docker container orchestrator Kubernetes 1.8.3

Pieteikumu apstrādes sistēma Redmine 3.4.3

Pārraudzības rīks Zabbix 3.4

Aplikāciju pārraudzības rīks Dynatrace 6.5

2.11 Ontoloģija un datu modelis

2017. gadā tika izveidots datu konceptuālais modelis atbilstoši UR publiskojamo datu XSD shēmai (http://ivis.eps.gov.lv/XMLSchemas/100679/URTypes/v1-0/URCommonTypes.xsd).

Ontoloģija, ko īsumā varētu aprakstīt kā zināšanas par datiem, tika izstrādāta un tiks uzturēta ar nolūku, lai palīdzētu UR darbiniekiem labāk orientēties datos, dotu iespēju lietot universālus datu pārlūkošanas rīkus, kā arī sistēmas izstrādātājiem un uzturētājiem atvieglotu saprast datu saistības vai integrēties ārējās sistēmās. Datu un atvērto datu lietotājiem ontoloģija kalpo kā terminu un to savstarpējo attiecību vārdnīca. Ir plānots izmaiņas datos sākt ieviest ar izmaiņām ontoloģijā.

Veidojot ontoloģijas sākotnējo versiju no XSD, konceptuālais modelis tika restrukturēts atbilstoši jēdzienu semantiskajai struktūrai. Kur nepieciešams, vārdos nenosauktām starpstruktūrām tika doti to semantiskajām lomām atbilstoši nosaukumi.

Atkārtoti izmantotajām datu struktūrām tika izveidotas nepieciešamās virsklases. Atribūti un saites tika restrukturēti atbilstoši to semantikai, identificējot gan dažādiem mērķiem izmantotus tos pašus atribūtus, gan vienādiem mērķiem izmantotus atšķirīgus atribūtus.

Iekšējais formāts.

Konceptuālais modelis ir veidots OWL ontoloģijas formātā atbilstoši W3C ontoloģiju valodas specifikācijai un ietver 333 klases (virsklašu attiecību skaits 118), 500 saišu atribūtus, 521 datu atribūtus, 45 datu tipus.

39


2.11.1 Jauns datu modelis

Tiek veidots jauns datu modelis, lai atrisinātu problēmas saistībā ar esošo URIS datu modeli.

Nosaukumi.

Laukiem un tabulām tiek doti jauni nosaukumi, vadoties pēc labākās prakses un angļu valodas pareizrakstības.

Konsekvence nosaukumos un datos.

Liela uzmanība tika pievērsta tam, lai lauki, kas atbilst par vienu un to pašu, ir vienādi nosaukti, ar vienādu datu tipu un vērtībām. Tas pats attiecas uz tabulām – lai tabulas, kas ir konceptuāli līdzīgas, ir līdzīgas pēc nosaukuma izvēles un lauku komplekta. Šādas konsekvences ieviešana bija viens no galvenajiem uzdevumiem, veidojot jauno datu modeli un panākot tā skaidrību.

Piemēri:

Konsekvence lauku nosaukumiem klasifikatoros (code, text, language) – URIS nosaukumi ir dažādi.

Vienādu nosaukumu stratēģija attiecībā uz: foreign key laukiem, klasifikatoru atsaucēm, lauku nosaukumiem atkarībā no datu tipa utt.

Konsekvence attiecībā uz ierakstu spēkā esamības datumiem – ir ieviesti datumi date_from, date_to, pēc kuriem lielākā daļā tabulu var noteikt ieraksta spēkā esamību. URIS šajā jomā nav vienas prakses gan attiecībā uz datumu lauku nosaukumiem, gan attiecībā uz to, kuri lauki atbild par ieraksta loģisko spēkā esamību, kuri par ieraksta fiziskās rediģēšanas laikiem. Jaunajā modelī ir ieviests vienots timestamp updated, kas atbild par ieraksta tehniskās rediģēšanas lauku. Datumiem ir ieviests vienots tips (pārsvarā date loģiskajiem datumiem un timestamp tehniskajiem).

Konsekvence attiecībā uz adrešu glabāšanu – adresei tiek izmantots viens un tas pats lauku komplekts dažādās tabulās, kas arī ticis attīrīts no nevajadzīgiem laukiem.

Konsekvence attiecībā uz maksātnespējas administratoru tabulām un to lauki komplektiem, it īpaši administratora dažādiem aktualitātes datumiem.

Komercķīlu un laulību reģistru mantu tabulām ir izveidota līdzīga struktūra.

Fiziskās personas vēstures glabāšana.

Jaunais modelis paredz centralizētu fiziskās personas tabulu ar ierakstu vēsturisko stāvokļu versijām.

Ir ieviesta personas vēstures tabula. Līdz ar to personas dati netiek dublicēti pa daudzām tabulām (amatpersonas, dalībnieki utt.), bet vienmēr tiek glabāta norāde uz vēstures ierakstu. Tas ļauj sasaistīt kopā dažādus personas ierakstus laika gaitā, piemēram, uzvārda maiņas gadījumos, ar vienu konkrēto personu, kā arī iegūt personas aktuālo stāvokli papildus tās vēsturiskajam stāvoklim.

Vēstures glabāšana.

Ir panākta skaidrība par to, kā tiks uzglabāta vēsturiskā informācija:

ir ieviesta tabula AUDIT_LOG, kas aizvieto esošā modeļa “ch_” tabulas;

ir ieviesta pazīme is_annulled vai annulled timestamp, kas loģiski atdala anulētos ierakstus no vēsturiski pareizajiem ierakstiem datu loģiskajā nozīmē;

ir pārskatīts vēsturiski glabājamo lauku komplekts fiziskās un juridiskās personas gadījumos;

ir izveidots unificēts datumu komplekts, kas ļauj noteikt vēsturisko ierakstu spēkā esamību.

40

Tiesību subjektu apvienošana.

Ir izveidota tabula, kas apvieno fiziskās un juridiskās personas un ļauj uzturēt datu integritāti ar atsaucēm uz to. Atsauces tiek vienādi sauktas un satur konsekventus datus.

Klasifikatori.

Ir izveidota vienota klasifikatora struktūra (cla_type, cla_record, cla_record_lang), kas paredz vienotu daudzvalodu vērtību glabāšanu.

Ar detalizētu informāciju par datu modeli var iepazīties klātienē.

2.12 Sistēmas drošība

2.12.1. Sistēmas darbību reglamentējošie ārējie normatīvie akti:

Valsts informācijas sistēmu likums;

Fizisko personu datu aizsardzības likums (Sākot no2018. gada 25. maija Vispārīgā datu aizsardzības regula Nr.2016/679);

MK 2015. gada 28. jūlija noteikumi Nr.442 "Kārtība, kādā tiek nodrošināta informācijas un komunikācijas tehnoloģiju sistēmu atbilstība minimālajām drošības prasībām";

MK 2006. gada 24. janvāra noteikumi Nr. 71 “ Valsts informācijas sistēmu attīstības projektu uzraudzības kārtība”.

2.12.2. Sistēmas darbību reglamentējošie iekšējie normatīvie akti:

“Informācijas sistēmu drošības noteikumi”;

“Informācijas sistēmu lietošanas noteikumi”;

“Par ierobežotas pieejamības informācijas saraksta apstiprināšanu”;

“Informācijas sistēmu darbības atjaunošanas plāns”;

“Informācijas sistēmu drošības risku pārvaldības noteikumi”;

“Informācijas klasificēšanas noteikumi”.

2.13 UR rīcībā esošā infrastruktūra

2.13.1. Koplietošanas resursi

2.13.1.1. Tieslietu resora ietvaros IT pakalpojumu sniedzējs ir TNA, kura pakalpojumus sniedz atbilstoši noslēgtajam līgumam;

2.13.1.2. Esošais URIS uzturētājs ir SIA “Exigen Services Latvija”, līgums spēkā līdz 2018. gada 1. decembrim;

2.13.1.3. Tiek izmantota Tieslietu resora vienotā lietotāju autentifikācija (Microsoft Active Directory), kuru uztur TNA;

2.13.1.4. Serveru platforma Cisco Unified Computing System, NetApp disku masīvi un Vmware virtualizācijas platforma;

2.13.1.5. Grāmatvedības sistēma Horizon;

2.13.1.6. Lietvedības sistēma DocLogix;

2.13.1.7. Vienots datu un balss pārraides tīkls ar vienotu datu centru un rezerves datu centru.

41

2.13.2. Fiziskā infrastruktūra

2.13.2.1. Serveri 11 fiziskie serveri no tiem 3 Linux Debian un 8 Microsoft Windows:

diviem Windows Server Datacenter 2012 R2 Hyper-V klāsteriem, kur viens sastāv no 2 fiziskiem HP ProLiant DL380 GEN8 serveriem ar 2 256 GB RAM un otrs no 3 fiziskiem serveriem ar 96 GB RAM;

Cisco UCS asmens tipa 2 serveriem ar 2 Intel Xeon Processor E5-2660 CPU un 256 GB RAM;

2 datu bāžu serveri - HP ProLiant DL360 Gen9 E5-2603v3 1.6GHz 6-core.

2.13.2.2. Datu glabātavas:

seši HP StoreVirtual 4330 mezgli, divi klāsteru mezgli par trim StoreVirtual 4330 mezgliem katrā ar kopējo izmantojamo apjomu 11TB;

trīs HP LeftHand P4500 mezgli saslēgti vienā klāsterī ar kopējo izmantojamo apjomu 4TB;

viens NetApp FAS 2552 (SAS) ar izmantojamo apjomu 7 TB;

viens NetApp FAS 2220 (SATA) ar izmantojamo apjomu 20TB.2.13.3. Virtuālā infrastruktūra

2.13.3.1. Kopā 53 virtuālie serveri: 16 Microsoft Windows; 37 Linux Debian.

2.14 UR ieplānotie informācijas sistēmas papildinājumi

URIS nepārtraukti tiek veiktas izmaiņas, kas saistītas ar izmaiņām Latvijas vai ES normatīvajos aktos, vai UR stratēģisko mērķu sasniegšanai nepieciešamām vajadzībām. Pašreiz UR strādā pie vairāku izmaiņu plānošanas vai ieviešanas.

Izstrādājot informācijas sistēmu un veicot informācijas sistēmas uzturēšanas un papildināšanas pakalpojumus, ir jāparedz, ka ir ieviešamas sekojošas funkcionalitātes:

Nr.p.k. Funkcionalitāte Funkcionalitātes ieviešanas termiņš

2.14.1. Funkcionalitāte, kas nodrošina datu monitoringu aktuālās informācijas saņemšanai no Iedzīvotāju reģistra par personas vārda, uzvārda, personas koda, laulības statusa izmaiņām un reģistru ierakstu aktualizēšanu. Reģistru modernizācijas un uzturēšanas veicējam jānodrošina šī risinājuma izstrāde vienlaikus ar sistēmas izstrādi URIS modernizācijas finansējuma ietvaros.

Vienlaikus ar sistēmas izstrādi

2.14.2. Funkcionalitāte, kas nodrošina pārbaudi par patieso labuma guvēju aktuālajām e-adresēm un to esības gadījumā paziņojuma nosūtīšanu par personas ierakstīšanu UR uzturētajos reģistros kā patieso labuma guvēju. Risinājums pašreiz ir izstrādes stadijā un to ir plānots pabeigt līdz 2018.gada 1.aprīlim. Reāla datu nodošana esošās sistēmas ietvaros tiks uzsākta no 2018.gada 1.jūnija. Reģistru modernizācijas un uzturēšanas veicējam jānodrošina izstrādātā risinājuma integrēšana un darbināšana jaunizstrādātajā sistēmā URIS modernizācijas

Risinājuma izstrādes termiņš: 2018. gada 1.aprīlis, ekspluatācijas uzsākšana: no 2018. gada 1.jūnijaRisinājuma integrācija: vienlaikus ar sistēmas izstrādi

42

finansējuma ietvaros.

2.14.3. Funkcionalitāte, kas nodrošina automātisku datu saņemšanu un ierakstu veikšanu par VID uzliktajiem vai atceltajiem nodrošinājuma līdzekļiem, saimnieciskās darbības apturēšanu, atjaunošanu vai darbības izbeigšanu, kā arī zvērinātu tiesu izpildītāju uzliktajiem vai atceltajiem nodrošinājumu līdzekļiem. Funkcionalitāte ietver arī automātisku informācijas nodošanu iestādei, kas uzlikusi apgrūtinājumu.Reģistru modernizācijas un uzturēšanas veicējam jānodrošina šī risinājuma izstrādi papildus piešķirta finansējuma ietvaros.

Vienlaikus ar sistēmas izstrādi līdz 2018. gada 31.decembrim

2.14.4. Funkcionalitāte, kas nodrošina Fizisko personu elektroniskās identifikācijas likuma prasību ieviešanu, paredzot iespēju personām, kam nav Latvijā izdota personas koda, saņemt pakalpojumus e-vidē. Funkcionalitāte tiks nodrošināta PMLP Fizisko personu datu pakalpojumu modernizācijas projekta ietvaros, kur UR darbojas kā projekta partneris. Detalizēta informācija par projekta gaitu tiks precizēta atbilstoši PMLP projekta realizācijas gaitai.Reģistru modernizācijas un uzturēšanas veicējam jānodrošina šī risinājuma izstrādi papildus piešķirtā projekta finansējuma ietvaros.

Vienlaikus ar sistēmas izstrādi līdz 2020. gada 31.decembris

2.14.5. Funkcionalitāte, kas nodrošina UR informācijas apmaiņu ar VARAM/ VRAA izstrādāto Drošas elektroniskas piegādes platformu (e-adreses risinājumu):

tiesību subjektu datu nodošanu e-adrešu kontu izveidei. Servisa izstrāde plānota ERAF projekta ietvaros līdz 2018.gada 1.jūnijam. Reģistru modernizācijas un uzturēšanas veicējam jānodrošina tā uzturēšana pēc izstrādes;

UR sūtījumu sūtīšanai/saņemšanai uz/no fizisko un juridisko personu e-adresēm. Pielāgojumu izstrāde esošajā sistēmā notiek ERAF projekta ietvaros līdz 2018.gada 1.jūnijam. Reģistru modernizācijas un uzturēšanas veicējam jānodrošina risinājuma realizācija jaunizstrādātajā sistēmā URIS modernizācijas finansējuma ietvaros.

Ar e-adreses ieviešanu saistītā dokumentācija pieejama šeit: https://viss.gov.lv/lv/Informacijai/Dokumentacija/Vadlinijas/eAdrese

Datu nodošanas servisa izstrāde e-adrešu kontu izveidei un esošās sistēmas pielāgojumi sūtījumu sūtīšanai/ saņemšanai: līdz 2018. gada 1.jūnijam

1.

2.14.6.

Funkcionalitāte, kas nodrošina datu pārbaudi un importu no UR uzturētā Publisko personu un iestāžu reģistra, ja informācijas sistēmā tiek ievadīti dati par valsts iestādi. Risinājuma izstrāde esošajā sistēmā paredzēta līdz 2018.gada 1.jūnijam. Reģistru modernizācijas un uzturēšanas veicējam jānodrošina risinājuma realizācija jaunizstrādātajā sistēmā URIS modernizācijas finansējuma ietvaros.

Risinājuma izstrādes termiņš:2018. gada 1.jūnijsRisinājuma integrācija: vienlaikus ar sistēmas izstrādi

2.14.7. Funkcionalitāte, kas nodrošina automatizētu pārbaudi ES institūciju sankciju sarakstos par personu, kura ir pieteikta reģistrācijai UR vestajos reģistros. Reģistru modernizācijas

Normatīvais regulējums ir spēkā esošs, ieviešams vienlaikus ar sistēmas

43

https://viss.gov.lv/lv/Informacijai/Dokumentacija/Vadlinijas/eAdrese

https://viss.gov.lv/lv/Informacijai/Dokumentacija/Vadlinijas/eAdrese

ietvaros veicama risinājuma izstrāde URIS modernizācijas finansējuma ietvaros.

izstrādi.

2.14.8. Funkcionalitāte, kas nodrošina sākotnēju pamatdatu pārbaudi no Iedzīvotāju reģistra un papildus funkcionalitāti padziļinātas informācijas pārbaudei. Reģistru modernizācijas un uzturēšanas veicējam jānodrošina šī risinājuma izstrāde vienlaikus ar sistēmas izstrādi URIS modernizācijas finansējuma ietvaros.

Vienlaikus ar sistēmas izstrādi līdz 2018. gada 31.decembrim

2.14.9. Funkcionalitāte, kas nodrošina UR uzkrāto datu nodošanu VRAA izstrādātajā Vienotajā datu telpā (VDT). Reģistru modernizācijas un uzturēšanas veicējam jānodrošina šī risinājuma izstrāde vienlaikus ar sistēmas izstrādi papildus piešķirtā finansējuma ietvaros (VRAA īstenotais ERAF VDT projekts) līdz 2019.gada 1.jūlijam.Papildus reģistru modernizācijas un uzturēšanas veicējam jānodrošina pakāpeniska (atbilstoši attiecīgo servisu pieejamībai VDT) pielāgojumu izstrāde, kas nodrošinās UR funkciju veikšanai nepieciešamo datu saņemšanu, izmantojot VDT izvietotos citu iestāžu servisus uzturēšanas ietvaros.Detalizēta informācija par projekta gaitu tiks precizēta atbilstoši VRAA projekta realizācijas gaitai.

Pielāgojumu izstrādei UR datu nodošanai: 2019. gada 1.jūlijsPielāgojumu izstrādei citu iestāžu datu saņemšanai: atbilstoši attiecīgo servisu pieejamībai VDT.

2.14.10. Funkcionalitāte, kas nodrošina sasaisti ar UR pašlaik ieviešanas stadijā esošo Lietvedības sistēmu DocLogix (ieviešanas termiņš 2018.gada 1.jūnijs), kas uzkrās informāciju par UR sarakstes dokumentāciju, tai skaitā par sarakstes dokumentāciju, kas attiecināma uz reģistrācijas lietām. Reģistru modernizācijas un uzturēšanas veicējam jānodrošina ieviestā risinājuma integrācija URIS modernizācijas finansējuma ietvaros.

DocLogix ieviešanas termiņš: 2018. gada 1.jūnijs.

Integrācija ar DocLogix: vienlaikus ar sistēmas izstrādi.

2.14.11. Funkcionalitāte, kas nodrošina automātisku nekustamā īpašuma īpašnieku pārbaudi Valsts vienotajā zemesgrāmatā. Reģistru modernizācijas un uzturēšanas veicējam jānodrošina šī risinājuma izstrāde URIS modernizācijas finansējuma ietvaros.

Termiņš vēl nav definēts

2.14.12. Funkcionalitāte, kas nodrošina URIS sasaisti ar pašreiz izstrādes stadijā esošo UR maksājumu uzskaites risinājumu. Maksājumu uzskaites risinājums nodrošinās valsts nodevu un maksas pakalpojumu maksājumu identificēšanu atbilstoši normatīvajiem aktiem, kā arī sasaisti ar UR ieviesto resursu vadības un grāmatvedības programmu Horizon. Risinājuma izstrādes termiņš ir 2018.gada 1.aprīlis. Reģistru modernizācijas ietvaros veicama jaunizstrādātās sistēmas integrācija ar izstrādāto maksājumu uzskaites risinājumu URIS modernizācijas finansējuma ietvaros.

UR maksājumu uzskaites sistēmas izstrādes termiņš: 2018. gada 1.aprīlis.Risinājuma integrācija: vienlaikus ar sistēmas izstrādi.

3 MINIMĀLO PRASĪBU APRAKSTSMetu konkursa mērķis ir, izmantojot radošo sacensību, iegūt iespējami labāko Metu Pasūtītāja

vesto publisko reģistru modernizācijai un informācijas sistēmas uzturēšanai, iekļaujot divas galvenās aktivitātes, kuru redzējums tiek sagaidīts no Konkursa dalībniekiem:

44

UR vesto reģistru modernizāciju, kas primāri nodrošina jaunu reģistrācijas procesu komersantiem, iekļaujot komercreģistra elektroniskā pašapkalpošanās portāla un UR darbinieku funkciju veikšanai nepieciešamās darba vides izveidi.

URIS uzturēšanu 52 mēnešu periodā, iekļaujot pārējo reģistru modernizāciju, balstoties uz komercreģistra pārveides ietvaros izstrādāto tehnisko risinājumu.

Metu konkursam tiek izvirzītas sekojošas prasības:

Nr.p.k. Prasības nosaukums Prasības apraksts

P.1. Kopējās arhitektūras attīstības redzējums

Pretendents sniedz redzējumu par kopējo informācijas sistēmas arhitektūru, funkcionalitāti, lietotāju scenārijiem, sadarbspēju, risinājuma ieviešanu un tā izvēles pamatojumu.

Pretendents skaidri definē iespējamo redzējumu par to, kā tiks nodrošināta visu URIS komponentu sadarbe, kāda būs konceptuālā URIS sistēmas arhitektūra, kurai ir jābūt elastīgai, ērti pārvaldāmai, izmaksu efektīvai, mērogojamai, drošai un adaptīvai izmaiņām. Pretendents piedāvā visu URIS komponentu loģisku un pamatotu vietu kopējā arhitektūrā, to efektīvas attīstības perspektīvas. Redzējums par kopējās arhitektūras un katra atsevišķā komponenta vietu tajā. Tiek parādīta pieeja esošo risinājumu (komponentu) tālākas attīstības izvērtējumam.

P.2. Metu konkursa priekšmeta īstenošanas redzējums

Pretendents sniedz veicamo aktivitāšu idejisko redzējumu, lai nodrošinātu Metu konkursa mērķu sasniegšanu. Pretendents apraksta redzējumu un darbību kopumu esošās informācijas sistēmas pārņemšanai, jaunu izstrādājamo informācijas sistēmas elementu analīzei un integrācijai kopējā sistēmā, sistēmas paplašināmībai, uzturamībai, konfigurācijas vadībai un uzturēšanas atbalstam.

Pretendents sniedz redzējumu par reģistru saderību, aprakstot kā tiks nodrošināta saderība ar reģistriem, kuri netiks modernizēti, kā arī par datu nodošanas saderības nodrošināšanu datu izplatīšanas kanālos.

P.3. Infrastruktūras tehniskā risinājuma piedāvājums

Pretendents piedāvā savu redzējumu infrastruktūras standartizēšanai, lai tā būtu elastīga, pārvaldāma, izmaksu efektīva, mērogojama, droša un adaptīva izmaiņām.

Redzējums ietver skaidru pienākumu, atbildību un tiesību sadalījumu starp UR, TNA un Pretendentu, lai nodrošinātu sistēmu efektīvu pārvaldību, konfigurāciju vadību, atjaunošanu, datu rezerves kopiju veidošanu, drošības prasību ievērošanu. Tiek parādīta pieeja, kā tiks nodrošinātas vismaz produkcijas, testa, izstrādes un akcepttestēšanas vides. Esošās tehniskās infrastruktūras optimizācijas piedāvājumam jānodrošina gan jaunā reģistra vajadzības, gan esošās sistēmas darbība.

45

Ja ar Pasūtītāja esošo infrastruktūru Pretendents nevar nodrošināt URIS darbību, tad Pretendentam ir jāpiegādā tehniskā infrastruktūra atbilstoši 2.13.1.4. punktā norādītajai infrastruktūrai.

P.4. Informācijas sistēmas ekspluatācijas optimizēšanas pieeja

Pretendents apraksta darbu veikšanas pieeju, kas nodrošina kopējo (esošo arhitektūras un IS risinājumu, kā arī jauno reģistru) sistēmu izmaksu (angl. TCO-Total cost of ownership) optimizāciju, īpašu vērību pievēršot ekspluatācijas un uzturēšanas izmaksu optimizācijai ilgtermiņā.

Pretendents aprakstā ietver stratēģiju ekspluatācijas izmaksu mazināšanai, ņemot vērā visu darbu kompleksu, kas veicami projekta veicamo darbu tvērumā.

Pretendents Metā ietver praktiskus padomus, piemēram, iepirkumu specifikācijas darbu automatizēšanas prasību paredzēšanu, viegli uzturamu un labi dokumentētu risinājumu nodrošināšanu, u.c.

P.5. Lietojamības nodrošināšanas pieeja

Pretendents iesniedz idejisko plānu URIS lietojamībai (lietotāju izpēte, lietojamības plānošana, ieviešana). Pretendents apraksta komersantu reģistrācijas pašapkalpošanās portāla lietojamības stratēģiju, nosakot pasākumu kompleksu, kas kopumā nodrošinās vislielāko komersantu reģistrācijas pašapkalpošanās portāla un pārējo modernizējamo reģistru derīgumu lietotāju vajadzībām.

P.6. UR vesto reģistru reģistrācijas procesi

Pretendentam jāiesniedz reģistrācijas procesu redzējuma aprakstu un shematiskos zīmējumus par UR vestajiem reģistriem atbilstoši normatīvo aktu prasībām, ņemot vērā, ka Pretendentam nav obligāti jāievēro šī dokumenta 2.2. sadaļā aprakstītos UR esošos procesus. Prasība izpildāma vismaz komercreģistra ietvaros. Priekšrocība tiks dota tam pretendentam, kurš iesniegs reģistrācijas procesu modernizācijas piedāvājumus par pēc iespējas vairāk UR vestajiem reģistriem, ņemot vērā 3.1. sadaļas N.15 norādījumā minēto prioritāro secību. Reģistrācijas procesu aprakstos iekļaujama informācija vismaz par: pieteikumu iesniegšanu;

valsts notāru veicamo procesu;

pieņemtā lēmuma izsniegšanas procesu;

atbilstību normatīvajam regulējumam;

46

citu UR veikto procesu (maksātnespējas reģistrācija, informācijas izsniegšana, nodrošinājumu līdzekļu reģistrācija, kontroles funkcija u.c.) integrācijas attēlošanu aprakstāmajos procesos.

P.7. Komercreģistra elektroniskais pašapkalpošanās portāls un UR darbinieku funkciju veikšanai nepieciešamā darba vide

Pretendents sniedz skatījumu par komercreģistra pašapkalpošanās portāla un UR darbinieku funkciju veikšanai nepieciešamās darba vides izveidi, ņemot vērā Tehniskās dokumentācijas 2.sadaļā aprakstītās ierakstāmās ziņas, datu pārbaudes, datu apmaiņas ar citām organizācijām un citas lietotāju vajadzības.

Pretendents iesniedz izstrādājamā portāla aprakstu, kurā ietverts sekojošais: autorizēšanās; datu ievade; nepieciešamo pārbaužu veikšana; obligāti iesniedzamo dokumentu, kas noteikti

normatīvajos aktos, saģenerēšana no ievadītajiem datiem vai pievienošana;

dokumentu parakstīšana; valsts notāra lēmumu pieņemšana; valsts notāra lēmumu parakstīšana; valsts notāru lēmumu nosūtīšana.

Pretendentam jāiesniedz grafisko skiču attēli, iekļaujot komercreģistra elektroniskā pašapkalpošanās portāla un UR darbinieku funkciju veikšanai nepieciešamās modernizējamās sistēmas svarīgākās komponentes un to funkcionalitātes aprakstus (pretendents izvēlas vismaz 5 komponentes). Jāņem vērā UR tīmekļvietnes funkcionalitātes apraksts un dizains, kas ir atsevišķi sagatavots trīs iekārtu veidiem: galda datoriem, planšetēm un viedtālruņiem.

UR darbinieku funkciju veikšana paredzēta tikai galda vai portatīvajos datoros.

Ar dizaina un stila grāmatu varēs iepazīties klātienē.

P.8. Darba organizācija, plānošana, risku pārvaldība

Pretendents sniedz redzējumu par UR vesto reģistru modernizācijas un uzturēšanas pārvaldību, tajā skaitā parādot, kā tiks nodrošināta iepirkuma mērķa sasniegšana un kopīga aktivitāšu pārvaldība.Pretendentam ir jāizmanto vismaz šādi automatizācijas rīki: izstrādes rīki (piem., Eclipse, Visual Studio,

NetBeans u. tml.). nepārtrauktas integrēšanas vide (Continuous

integration software) (piem., CruiseControl, Hudson, Team Foundation Server, TeamCity u. tml.).

izejas koda vadības sistēma (Source code

47

management system) (piem., Git, SVK, Team Foundation Server u. tml.).

vienībtestēšanas rīki (piem., Mockito, JUnit, UnitTest++, JSJunit, Cucumber-JVM u. tml.).

automātiskie kompilācijas rīki (build automation tool) (piem., Apache Maven, Apache Ant, Visual Studio, Ruby u. tml.).

problēmu pieteikumu rīki (piem., JIRA, Redmine, activeCollab u. tml.).

infrastruktūras (serveru, aplikāciju) monitoringa rīki (piem. Zabbix, Nagios, Icigna, AppDynamics, Dynatrace, NewRelic u.tml.).

Pretendents sniedz skatījumu par darba organizāciju – aktivitāšu grupējumu un to sadalījumu atbilstoši iepirkuma mērķa sasniegšanai, kā arī apraksta komunikāciju starp iesaistītajām pusēm.

Pretendents iesniedz kopējo UR vesto reģistru modernizācijas un uzturēšanas aktivitāšu ieviešanas plānu, paredzamo risku pārvaldības plānu, kā arī sniedz plānoto izmaksu sadalījumu par aktivitātēm.

Pretendents sniedz atsevišķu sadalījumu izmaksām, kas rodas, ja tiek plānots izmantot maksas produktus, piemēram, maksas licences. Tāpat šīm izmaksām jābūt iekļautām izstrādes/uzturēšanas izmaksās.

Pretendents sniedz informāciju, ar kādu no IT nozarē vispāratzītajām vadības metodēm, piemēram, iteratīvo programmatūras izstrādes metodi, ir plānota aktivitāšu pārvaldība, kā arī informāciju par plānotajiem risku kontroles pasākumiem.

3.1 Informācijas sistēmas modernizācijas obligātie nosacījumi

Informācijas sistēmas modernizācija, kas nodrošina komercreģistra elektroniskā pašapkalpošanās portāla izveidi un jauna komersantu reģistrācijas procesa izveidi, kas atbilstu esošajam normatīvajam regulējumam un kurā būtu iespēja veikt pašreģistrāciju, minimāli iesaistot valsts notārus iesniedzamo dokumentu un ievadītās informācijas pārbaudēs, veicama, ņemot vērā sekojošo:

Nr.p.k. Nosacījuma nosaukums

Nosacījuma apraksts

N.1. Vispārējās prasības Sistēma izstrādājama, novēršot šī dokumenta 2.2. sadaļā aprakstītās biznesa procesa problēmas.

Informācijas sistēmas modernizācijas pārvaldībai izmantojamas IT nozarē vispāratzītas vadības metodes, piemēram, iteratīvā programmatūras izstrādes metode. Sistēmai jābūt izstrādātai, izmantojot mūsdienīgas tehnoloģijas un izstrādes rīkus, nodrošinot, ka izmantotās tehnoloģijas tiks

48

uzturētas vēl vismaz 4 gadus no to ražotāju puses, veicot sistēmas funkcionalitātes papildinājumus.

Jābūt vienotai videi gan pašapkalpošanās portāla, gan UR darbinieku funkciju nodrošināšanai.

N.2. Lietotāju saskarnes Lietotāja saskarne nodrošināma vismaz divās valodās: latviešu un angļu. UR darbinieku funkciju nodrošināšanai saskarne – tikai latviešu valodā.

Lietotāju saskarnes ietvaros, apzīmējot vienu un to pašu lietu dažādos ekrānos, jābūt izmantotiem vieniem un tiem pašiem terminiem un zīmēm.

Lietotāju saskarnes reaģējošā dizaina risinājumam vienlīdz labi jāstrādā uz populārākajām mobilajām iekārtām un to operētājsistēmām (Android, IOS, Windows) viedtālruņiem un planšetēm. Funkcionalitāte jānodrošina pēdējās trīs versijās šādos pārlūkos: Chrome, Firefox, Internet Explorer, Safari.

N.3.

Autentificēšanās Sistēmai ir jānodrošina autentificēšanās visām šī dokumenta 2.4. sadaļā uzskaitītajām lietotāju grupām un vienai jaunai lietotāju grupai – klientiem. Sistēmai jānodrošina Regulas Nr.910/2014 par elektronisko identifikāciju un uzticamības pakalpojumiem elektronisko darījumu veikšanai iekšējā tirgū un ar ko atceļ Direktīvu 1999/93/EK, prasības.Obligāta ir integrācija ar 2.13.1.3. punktā norādīto Tieslietu resora vienoto lietotāju autentifikāciju.Sistēmai ir jānodrošina, ka datu subjektam ir piekļuves tiesības saviem personas datiem

N.4. Reģistru sadarbība Modernizējot informācijas sistēmu, ir jānodrošina sadarbība ar citiem URIS reģistriem (ja ir šāda vajadzība), kā arī datu nodošanas saderība ar datu izplatīšanas kanāliem (VISS, “latvija.lv”, atkalizmantotāji utml.)

N.5. Datu ievadīšana Sistēmai ir jānodrošina iespēja ievadīt visas ierakstāmās ziņas, kas ir saskaņā ar 2.5. punktā uzskaitītajiem normatīvajiem aktiem, kā arī jābūt iespējai ievadīt reģistrācijas lietas izveidei nepieciešamo informāciju. UR komersantu reģistrācijas procesā datu ievade ir orientēta uz to, lai datu ievadītāji (klienti un UR klientu apkalpošanas speciālisti) spētu: standarta gadījumos izveidot pieteikumu un

pievienojamos dokumentus, kas saģenerējas no lietotāju saskarnē ievadītajiem datiem;

pievienot pieteikumam dokumentus, kas neatbilst standarta gadījumiem. Aizpildot pieteikumu, sistēmai ir jāspēj identificēt, kādi ir obligāti minimāli nepieciešamie dokumenti,

49

lai ļautu iesniegt pieteikumu komercreģistram. Sistēmai ir jānodrošina funkcionalitāte, kas neļauj iesniegt pieteikumu, ja lietotāju saskarnē nav pievienoti visi obligāti pievienojamie dokumenti.

Sistēmai ir jāspēj vadīt klientu, lai mazinātu atlikto un atteikto pieteikumu skaitu komercreģistram, izmantojot trīs principus: informācijas ievadīšanā – neievadi datus, kuri

jau ir pieejami (lai izvairītos no kļūdām datu ievadē). Tas saistīts gan ar jau esošu datu izvēli no UR vestajiem reģistriem, gan datu izvēli no saistītajiem ārējiem datu avotiem;

obligāto dokumentu pievienošana, balstoties uz iepriekšdefinētiem scenārijiem;

datu ievade ir jāveido pēc sekojoša principa – dati jāievada vienreiz, kas nozīmē, ka, ievadot datus, automātiski tie tiek nomainīti visos datu laukos, kas satur vienādu informāciju.

N.6. Pieteikumu parakstīšana

Sistēmai ir jānodrošina: iespēja parakstīt pieteikumu ar drošu

elektronisku parakstu gan Latvijā, gan ārvalstīs reģistrētām personām;

paziņojuma par nepieciešamību parakstīt sagatavoto pieteikumu vai citus iesniedzamos dokumentus nosūtīšana personām, kuru paraksts ir nepieciešams tiesību subjekta reģistrācijai, bet kuras nav pieteikuma iesniedzējas;

iespēja, ka saģenerēto reģistrācijas pieteikumu komersantu reģistrācijas pašapkalpošanās portālā ir iespējams parakstīt gan iesniedzēja personai, gan citām personām, kuru paraksti ir nepieciešami tiesību subjekta reģistrācijai.

N.7. Papildus informācijas ievadīšana

Sistēmai jānodrošina iespēja klientam pieteikties mikrouzņēmuma nodokļa maksātāja statusa un PVN maksātāja statusa iegūšanai. Funkcionalitāte jānodrošina tikai pie pirmreizējas tiesību subjekta reģistrācijas.

N.8. Maksājuma datu ievade

Sistēmai jānodrošina VRAA maksājumu moduļa integrācija un integrācija ar UR pašreiz izstrādes stadijā esošo maksājumu uzskaites sistēmu.

N.9. Valsts notāru lēmumi

Informācijas sistēmai ir jānodrošina valsts notāru lēmumu (reģistrācijas, reģistrācijas atlikšanas, atteikuma lēmumi) automātiska izveide, elektroniska parakstīšana un nodošana klienta izvēlētā veidā: elektroniski (ja e-pakalpojuma saņēmējam ir izveidota oficiālā e-adrese, tad lēmumu jāsūta uz e-adresi), pa pastu vai klātienē.

50

N.10. Datu apmaiņas Informācijas sistēmai ir jāparedz datu saņemšana 2.6.2. un 2.14. punktā esošajā apjomā un automātiska datu apmaiņa ar VID un TA par reģistrētajiem nodrošinājuma līdzekļiem, saimnieciskās darbības apturēšanu un atjaunošanu, kā arī par darbības izbeigšanu, tādā veidā aizstājot līdz šim veikto valsts notāru veikto funkciju – nodrošinājuma līdzekļu, saimnieciskās darbības apturēšanu un atjaunošanu, kā arī darbības izbeigšanas reģistrāciju un informācijas par veiktajām darbībām nodošanu VID.

N.11. Reģistrācijas lietas Informācijas sistēmai ir jānodrošina reģistrācijas lietas izveide, uzglabāšana un arhivēšana. Ir jānodrošina, ka izmaiņu reģistrācijas gadījumā iesniegtie dokumenti tiek pievienoti jau esošai reģistrācijas lietai, kā arī ir jānodrošina iespēja UR darbiniekiem piekļūt visām līdz šim reģistrētām tiesību subjektu elektroniskajām lietām.

N.12. Pārbaudes Informācijas sistēmai ir jānodrošina 2.7. punktā nosauktās pārbaudes.

Sistēmai noteiktu pārbaužu rezultātā jāparedz informācijas nodošana:

VID, ja UR ir iesniegts pieteikums par kādu no tiesību subjektiem, kas atrodas VID auditējamo subjektu sarakstā un kas atbilst VID interesējošo izmaiņu nosacījumiem, paralēli aizturot pieteikuma izskatīšanas iespēju valsts notāram līdz brīdim, kad tiek saņemta VID atbilde par turpmāko rīcību;

VID, ja UR ir iesniegts pieteikums par tiesību subjektu, kas atbilst vismaz vienai no VID norādītajām riska pazīmēm, paralēli pagarinot pieteikuma izskatīšanas laiku valsts notāram līdz brīdim, kad tiek saņemta VID atbilde par turpmāko rīcību.

N.13. Paraksta apliecināšana

Informācijas sistēmai ir jānodrošina personas paraksta apliecināšanas pakalpojuma sniegšanas funkcionalitāte.

Informācijas sistēmai ir jāparedz dokumentu pirmspārbaudes pakalpojuma sniegšanas funkcionalitāte.

N.14. Statistikas funkcionalitāte

Informācijas sistēmai ir jānodrošina iespēja UR darbiniekiem iegūt statistikas datus par reģistrētajiem subjektiem un informāciju, kas saistīta ar pieteikumu iesniegšanu. Sistēmā lietotājam ērtā veidā ir jāspēj atlasīt informāciju par sekojošām tēmām:

iesniegtie reģistrācijas pieteikumi;

51

reģistrētie pieteikumi; reģistrētās amatpersonas; reģistrētie dalībnieki; reģistrētie prokūristi; reģistrētie masu informācijas līdzekļi; reģistrētie koncesiju un PPP līgumi reģistrētās izšķirošās ietekmes; parakstīšanas apliecināšanas žurnāls; fiziskas personas, kurām reģistrēti

maksātnespējas procesi un/ vai nodrošinājuma līdzekļi;

mantiskā ieguldījuma vērtētāji; reģistrācijas pieteikumu statistikas iegūšana

sadalījumā pa laika periodu, reģistriem, nodaļām un lēmuma veidiem (reģistrēti, atlikti, atteikti);

lietotāju darbību uzskaite; statistika par administratīvo pārkāpumu lietām

un darbības kontroli sadalījumā pa laika periodu, reģistriem, un nodaļām;

pieteikumi pēc iesniegšanas laika; pieteikumi pēc iesniegšanas veida (kanāls); pieteikumi pēc iesniedzēja; pieteikumi pēc tiesību subjekta veida; pieteikumu izskatīšanas kavējumu skaits; sistēmā iesniegto sūdzību skaits par konkrēto

pakalpojumu.

N.15. Reģistru modernizācija

Informācijas sistēmas modernizācija veicama reģistriem šādā prioritārā secībā:

1. komercreģistrs;2. uzņēmumu reģistrs;3. maksātnespējas reģistrs;4. biedrību un nodibinājumu reģistrs;5. politisko partiju reģistrs;6. šķīrējtiesu reģistrs;7. reliģisko organizāciju un iestāžu reģistrs;8. pārstāvniecību reģistrs;9. Eiropas ekonomisko interešu grupu reģistrs;10. publiskās un privātās partnerības līgumu

reģistrs;11. laulāto mantisko attiecību reģistrs;12. masu informācijas līdzekļu reģistrs;13. komercķīlu reģistrs;14. publisko personu un iestāžu reģistrs.

N.16. Normatīvie akti Pretendentam, sagatavojot Metu, jāņem vērā MK 2005.gada 11.oktobra noteikumos Nr.764 “Valsts informācijas sistēmu vispārējās tehniskās prasības”, MK 2006.gada 24.janvāra noteikumos Nr.71 “Valsts informācijas sistēmu attīstības projektu uzraudzības kārtība”, MK 2017. gada 4. jūlija

52

noteikumos Nr. 402 “Valsts pārvaldes e-pakalpojumu noteikumi”, Oficiālās elektroniskās adreses likumā minētās normas. Sistēmas izstrādē jāievēro integrētas datu aizsardzības un datu aizsardzības pēc noklusējuma princips un citas obligātās prasības atbilstoši Eiropa Savienības Parlamenta un Padomes regulai par fizisko personu aizsardzību attiecībā uz personas datu apstrādi un šādu datu brīvu apriti un ar ko atceļ Direktīvu 95/46/EK (Vispārīgās datu aizsardzības regula) Nr.2016/679.Prasības elektronisko dokumentu nodošanai glabāšanai Latvijas Nacionālajā arhīvā nosaka 2004.gada 2.marta Ministru kabineta noteikumi Nr.117 „Noteikumi par elektronisko dokumentu izvērtēšanas veidu, saglabāšanas kārtību un nodošanu valsts arhīvam glabāšanā”; 2012.gada 6.novembra Ministru kabineta noteikumi Nr.748 „Dokumentu un arhīvu pārvaldības noteikumi” un 2012.gada 6.novembra Ministru kabineta noteikumi Nr.749 „Kārtība, kādā nodod dokumentus pastāvīgā valsts glabāšanā Latvijas Nacionālajā arhīvā”.

N.17. Veiktspējas un ātrdarbības prasības

Vienlaicīgo lietotāju skaits vismaz 400: 200 iekšējie lietotāji; 200 ārējie lietotāji.

Lietotāju datu ievadam vai datu pieprasījuma atbildei uz ekrāna ir jāizpildās 90% gadījumu ne ilgāk par 2 sekundēm, pārējos gadījumos – līdz 10sekundēm (neņemot vērā tīkla pārsūtīšanas aizturi un pieprasījumu izpildes laiku ārējās sistēmās). Minētā ātrdarbība jānodrošina pie pilna vienlaicīgolietotāju skaita, ņemot vērā reālu datu bāzu noslodzi produkcijas režīmā, kad sistēmu noslogo datu apmaiņas servisi.

3.2 Informācijas sistēmas uzturēšanas obligātie nosacījumi

Informācijas sistēmas uzturēšana veicama, ņemot vērā sekojošo:

Nr.p.k. Nosaukums Nosacījuma apraksts

N.18. Tehniskais atbalsts Tehniskajā atbalstā jāiekļauj:1) sistēmas darbības traucējumu vai problēmu

diagnosticēšanu un analīzi;2) sistēmas kļūdu labojumu, jaunāku versiju

piegādi, instalēšanu un/vai uzstādīšanu;3) datu labojumu veikšanu, ja datu bojājumi

sistēmā radušies sistēmas kļūdu vai nepilnību dēļ;

4) programmatūras uzstādījumu vai konfigurācijas (tehniskās vides) aprakstu uzturēšanu, lietotāja rokasgrāmatas uzturēšanu, papildinot dokumentāciju ar

53

izmaiņām, kas tiek veiktas programmatūrasatjaunināšanas, kļūdu labojumu instalēšanas vai jebkuru citu kļūdu novēršanas darbību rezultātā;

5) sistēmas darbības, attīstības un izmaiņu konsultācijas, kuru ietvaros jānodrošina palīdzība par sistēmas tālāku attīstību, uzlabošanu, dažādu izmaiņu ieviešanu, vai arī jebkādas palīdzības sniegšana par jautājumiem, kas UR rodas sistēmas lietošanā;

6) tehniskais atbalsts, palīdzība un konsultācijas sniedzamas, izmantojot sekojošus komunikācijas kanālus – telefoniski, pa e-pastu, izmantojot incidentu un problēmu uzskaites sistēmu un klātienē.Pretendentam ir jānodrošina visi norādītie komunikācijas kanāli, tomēr Pretendents, vienojoties ar Pasūtītāju, var noteikt primāri izmantojamo komunikācijas kanālu.Pretendentam jānodrošina Pasūtītāja nozīmētu kontaktpersonu pieteikumu apstrādi, reģistrāciju un informācijas sniegšanu par pieteikumu risināšanas statusu.

N.19. Pieteikumu apstrāde Jānodrošina pieteikumu apstrādi darba dienās no 8:30 līdz 17:00. Pieteikumi, kas iesniegti pēc 17:00 vai izejamā (svētku) dienā, uzskatāmi par nākamajā darba dienā 8:30 no rīta pienākušiem. Darba stundas tiek aprēķinātas darba laikā no 8:30 līdz 17:00 darba dienās. Ārpus minētā darba laika pieteikumi tiek pieņemti elektroniski un to apstrāde tiek uzsākta nākamās darba dienas sākumā.

N.20. Sistēmas attīstība un izmaiņu veikšana

Jānodrošina sistēmas attīstības un izmaiņu konsultācijas, kuru ietvaros nodrošina:1) konsultatīvo atbalstu - lietotāju un

administratoru konsultācijas par sistēmas lietošanas, administrēšanas un efektīvas izmantošanas un attīstības jautājumiem;

2) sistēmas pielāgošanu, kas ietver sistēmas funkcionalitātes izstrādi un piegādi atbilstoši iesniegtajiem izmaiņu pieprasījumiem.

N.21. Reakcijas laiki Pretendentam jānodrošina šādi reakcijas laiki, kas veidojas no pieteikuma nosūtīšanas brīža, līdz brīdim, kad Pretendents sniedz informāciju Pasūtītājam par pieteikumā norādītās problēmas cēloni un novēršanas laiku vai izmaiņu pieprasījuma realizēšanai prognozējamo darbietilpību un realizēšanai nepieciešamo laiku:1. kategorija – kritiska kļūda – problēma, kura pārtrauc sistēmas darbību, traucē izpildīt

54

sistēmas funkciju un nav zināms cits izpildes variants, apdraud vai var apdraudēt sistēmas drošību – 2 darba stundas;2. kategorija – steidzama kļūda – problēma, kura traucē izpildīt kādu no programmatūras funkcijām, ir zināms cits izpildes variants – 8 darba stundas;3. kategorija – 2 darba dienas: sagādā neērtības darbā, bet neiespaido

sistēmas funkciju; neprecizitāte – problēma, kura tieši

neietekmē darbu ar sistēmu; konsultācija – problēma, kuras atrisināšanai

nav nepieciešams veikt izmaiņas nodevumos;

izmaiņu pieprasījums - pieteikums, kurš tiek klasificēts kā izmaiņu pieprasījums, jo nepieciešamas izmaiņas vai papildinājumi sistēmā.

N.22. Problēmu novēršanas laiki

Pretendentam jānodrošina šādi problēmu novēršanas laiki, kas veidojas no problēmu pieteikuma nosūtīšanas brīža Pretendentam līdz brīdim, kad Pretendents pabeidzis visus nepieciešamos darbus pie problēmu novēršanas un informējis par to Pasūtītāju: 1. kategorijas problēma – 4 darba stundas; 2. kategorijas problēma – 5 darba dienas; 3. kategorijas problēma – 10 darba dienas.

Problēmu novēršanas laika pārsniegšanas gadījumā Pretendentam savlaicīgi jāinformē Pasūtītājs par to, ka problēmu novēršanai nepieciešams papildu laiks un jāsaskaņo tālākā rīcība, kā arī plānotais problēmu novēršanas laiks. Reakcijas laika pārsniegšanas gadījumā Pretendentam jāsniedz informācija Pasūtītājam par reakcijas laika pārsniegšanas iemesliem, kā arī jānodrošina problēmu novēršana laikā, kas ir samazināts par pārsniegto reakcijas laiku

N.23. Drošības prasības Ir jānodrošina šādas drošības prasības:1) nodrošināt, ka strādāt ar programmatūru

drīkst tikai autentificēti un autorizēti lietotāji; 2) nepieļaut starpvietņu skriptošanas (XSS)

ievainojamības web lietojumprogrammā, kad ir iespējams izsaukt formu ar mainītiem parametriem, kas izpilda JavaScript kodu;

3) nepieļaut SQL injekcijas tipa ievainojamību un nekorekto SQL vaicājumu izsaukumu, pielietot parametrizēto SQL vaicājumu izsaukumu;

4) nodrošināt programmatūras darbību ar konfigurāciju, kas pieļauj tikai HTTP GET, HTTP POST, HTTP HEAD metožu

55

izmantošanu;5) nodrošināt, ka programmatūra lietotājam

nesniedz informāciju, kas varētu apdraudēt sistēmas drošību, tai skaitā, nepieļaujot iespēju lietotājam veikt analīzi par kļūdas un veikto sistēmas pārbaužu raksturu. Kļūdas situācijās lietotājam parādīt nepieciešamo informāciju, detalizētu tehnisko informāciju nosūtot sistēmas administratoram un veicot informācijas ierakstīšanu sistēmas žurnālā, lai pārāk detalizēti kļūdu paziņojumi neļauj lietotājam iegūt nevēlamu informāciju par izmantotajām tehnoloģijām, sistēmas arhitektūru un veiktajām drošības pārbaudēm, kas varētu atvieglot tālākos uzbrukumus sistēmai;

6) nodrošināt, ka sistēmas datu apmaiņas procesi tiek pildīti tikai ar tehnoloģisko lietotāju kontiem, kuriem informācija ir pieejama tikai tādā apjomā, kas nepieciešama attiecīgās datu apmaiņas nodrošināšanai, lai nepamatoti augstu privilēģiju izmantošana, kur tas nav nepieciešams, neradītu nevajadzīgus datu integritātes, konfidencialitātes un pieejamības riskus;

7) sistēmas uzturēšanas ietvaros Pretendentam nepieciešams nodrošināt augstu sistēmas pieejamību lietotājiem un tādu sistēmas arhitektūras kvalitāti, lai sistēmas darbība ir stabila;

8) pretendentam ar darbiniekiem ir noslēgti konfidencialitātes līgumi, kas paredz noteikumus un atbildību darbā ar klientu datiem, kā arī esošie darba līgumi un procedūras paredz noteikumus darbībām ar parolēm un citiem parametriem, kas nosaka piekļuvi.

9) Pretendents informē par katras trešās personas līdzdalību sistēmas uzturēšanā un nodrošina, ka trešās personas ievēro identiskas konfidencialitātes prasības.

N.24. Sistēmas darbība Jānodrošina stabila sistēmas darbība. Kopējā (gan plānotā, gan neplānotā) sistēmas pieejamība gada laikā nedrīkst būt zemāka par:

vismaz 99.9% iekšējiem lietotājiem darba laikā;

vismaz 99.9% 24x7 datu izplatīšanas risinājumiem;

vismaz 99.9% 24x7 pašapkalpošanās portāls.

Izņemot gadījumus, kad sistēmas darbības

56

pārtraukums ir noticis no Pretendenta neatkarīgu iemeslu dēļ.

N.25. Kļūdu apstrāde Kļūdas, kuras izraisa esošie vai izstrādātie servisi, un aplikācijas ir vai tiks dokumentētas un monitorējamas. Nav pieļaujama situācija ar tādu kļūdu rašanos, kuru cēlonis nav zināms vai nav identificējams.

N.26. Veiktspējas prasības N.17 punktā minēto ātrdarbības prasību neizpilde tiks kvalificēta kā kritiska kļūda.

57

· web viewdokumenti iesniegšanai tiek sagatavoti manuāli doc, docx, odt vai pdf versijās, kas...

Documents