6.pielikums Valsts ieņēmumu dienesta rīkotā konkursa dialoga “Maksājumu administrēšanas informācijas sistēmas izstrāde, ieviešana un uzturēšana”, iepirkuma identifikācijas Nr. FM VID 2016/153/ERAF kandidātu atlases nolikumam TEHNISKĀS SPECIFIKĀCIJAS PROJEKTS Valsts ieņēmumu dienesta MAKSĀJUMU ADMINISTRĒŠANAS INFORMĀCIJAS SISTĒMAI Identifikācijas numurs Nr. VID.MAIS.TS.1.2 Versija 1.2 2016. GADA 23.FEBRUĀRIS RĪGA
197
Embed
TEHNISKĀS SPECIFIKĀCIJAS PROJEKTS - VID · 2016-05-03 · PP VID Personālvadības pārvalde ... angļu valodas "System of Exchange of Excise Data" Sistēma aksājumu administrēšanas
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
piemērus, testēšanas procesa vēsturi, pieteiktās kļūdas, informāciju par kļūdu
7
Saīsinājums, termins Skaidrojums
novēršanu, konsultāciju, uzturēšanas pakalpojumu un pēcgarantijas kļūdu
novēršanu
IR PMLP Iedzīvotāju reģistrs
IRIS Integrētā riska informācijas sistēma
IS Informācijas sistēma
ITVS Integrētā tarifa vadības sistēma
IZIS Izziņu informācijas sistēma (IZIS) ir VID Intranet vidē darbināma sistēma, kas
paredzēta nodokļu maksātājam izsniedzamo izziņu sagatavošanai, nodokļu
maksātāja nodokļu nomaksas stāvokļa izdrukas iegūšanai, uzkrājumu ienākumu
izziņu datu apmaiņai FISC 153 failu formātā, PVN atmaksas sistēmas ietvaros
saņemto/nosūtīto ziņojumu izskatīšanai un uzraudzībai
Izpildītājs Piegādātājs ar kuru noslēgts iepirkuma līgums
JP Juridiskā persona
JPSIP VID Juridiskās un pirmstiesas strīdu izskatīšanas pārvalde
KLP Kopējā lauksaimniecības politika
KLUS Krimināllietu uzskaites sistēma
LR Latvijas Republika
LVAFA Latvijas vides aizsardzības fonda administrācija
M1SS Mini vienas pieturas pakalpojumu vietne (Mini One Stop Shop)
MAIS Maksājumu administrēšanas informācijas sistēma
MD Muitas deklarācija
MP VID Muitas pārvalde
NA Normatīvais akts
NIS Nodokļu informācijas sistēma
NĪN Nekustamā īpašuma nodoklis
NKP VID Nodokļu kontroles pārvalde
NM Latvijas Republikas vai ārvalstu fiziskās un juridiskās personas un uz līguma vai
norunas pamata izveidotas šādu personu grupas vai to pārstāvji, kas veic ar nodokli
apliekamas darbības vai kam tiek garantēts ienākums nākotnē. Konkrētā nodokļa
8
Saīsinājums, termins Skaidrojums
objekts un maksātāju loks tiek noteikts katra konkrētā nodokļa likumā. Likuma „Par
nodokļiem un nodevām” un konkrēto nodokļu likumu izpratnē par nodokļu
maksātājiem uzskatāmi arī reģistrēti pievienotās vērtības nodokļa maksātāji un
personas, to grupas vai grupu pārstāvji, kuras ietur vai kurām jāietur nodoklis no
maksājumiem citām personām, to grupām vai grupu pārstāvjiem
NMAS Nodokļu maksātāju apziņošanas sistēma
NMDS Nodokļu maksātāju datu sistēma
NP VID Nodokļu pārvalde
NPPP VID Nodokļu parādu piedziņas pārvalde
NVD Nacionālais veselības dienests
Pasūtītājs Valsts ieņēmumu dienests
PDB Publiskojamo datu bāze
PMLP Pilsonības un migrācijas lietu pārvalde
PP VID Personālvadības pārvalde
PP/MK Pasta pavadzīmes un fizisko personu mutiski deklarēto preču kvītis
Pretendents Piegādātājs, kurš ir iesniedzis piedāvājumu vai informatīvo piedāvājumu
PVN Pievienotās vērtības nodoklis
SAAD Vienkāršotie akcīzes preču pavaddokumenti
SAB Satversmes aizsardzības birojs
SEED Akcīzes preču apritē iesaistīto personu reģistrācijas datu apmaiņas sistēma - no
angļu valodas "System of Exchange of Excise Data"
Sistēma Maksājumu administrēšanas informācijas sistēma (MAIS)
SLO Sabiedriskā labuma organizācija
SRND VID Slepenības režīma nodrošināšanas daļa
Tehniskā
specifikācija
Maksājumu administrēšanas informācijas sistēmas ieviešanas un uzturēšanas
iepirkuma tehniskā specifikācija
TIR Angļu valodā - Transports Internationaux Routiers
TP Tematiskās pārbaudes
9
Saīsinājums, termins Skaidrojums
UGP Uzņēmuma gada pārskats
UIN Uzņēmumu ienākuma nodoklis
UR Uzņēmumu reģistrs
Uzkrājuma princips Ieņēmumu uzskaites princips, kas nodrošina ienākumu uzskaiti saistību rašanās
brīdī, nevis maksājumu saņemšanas brīdī
VA Valsts amatpersona
VADIS Valsts amatpersonu deklarāciju informācijas sistēma
VARAM Vides aizsardzības un reģionālās attīstības ministrija
VB Valsts budžets
VDEĀVK Veselības un darbspēju ekspertīzes ārstu valsts komisija
VID Valsts ieņēmumu dienests
VID ISS VID informācijas sistēmu savietotājs
VSA Valsts sociālā apdrošināšana
VSAA Valsts sociālās apdrošināšanas aģentūra
VSAOI Valsts sociālās apdrošināšanas obligātās iemaksas
www.latvija.lv Vienotais valsts un pašvaldību pakalpojumu portāls
Zemesgrāmata Valsts vienotā datorizētā zemesgrāmata
ZM Zemkopības ministrija
1.4. Saistītie dokumenti
Nr.p.k. Dokumenta nosaukums Datums
1. VID administrēto valsts budžeta maksājumu administrēšanas situācijas analīze un
priekšlikumu procesa uzlabošanai apraksts
2015.10.30
10
2. SISTĒMAS KONTEKSTS
2.1. MAIS darbības principi un darbības vide
Tehniskajā specifikācijā aprakstītās MAIS prasības skatāmas kontekstā ar dokumentu “VID administrēto
valsts budžeta maksājumu administrēšanas situācijas analīze un priekšlikumu procesa uzlabošanai
apraksts”, kurā ir iekļauts esošās situācijas apraksts, izmaiņu pamatojums un būtība, sasniedzamie mērķi un
plānotās situācijas apraksts.
MAIS plānota kā VID iekšējā informācijas sistēma, kas nodrošina VID darbinieku ikdienas darba procesu
atbalstu. Paredzēts, ka MAIS tiks integrēts VID kopējā informācijas sistēmu saimē un pakāpeniski aizstās
VADIS, NIS un daļēji CMIS (esošā CMIS funkcionalitāte tiks sadalīta starp MAIS un EMDAS).
2.2. MAIS atbalstāmie biznesa procesi
MAIS atbalstāmie biznesa procesi aprakstīti 2.nodevuma nodaļā “6.2. Plānotās VID nākotnes procesu
grupas”, savukārt šo procesu realizācijas prasības aprakstītas Tehniskās specifikācijas 3.2. punktā “Procesu
atbalsts”.
2.3. MAIS darbību reglamentējošie normatīvie akti
MAIS darbību reglamentējošie normatīvie akti uzskaitīti 2.nodevuma nodaļā “4.1. VID administrēto valsts
budžeta maksājumu administrēšanas procesu reglamentējošie normatīvie akti”.
2.4. MAIS loģiskā programmatūras un informācijas arhitektūra
MAIS veidojama kā trīs līmeņu tīmekļa informācijas sistēma un tās loģiskā programmatūras arhitektūra
aprakstīta 2.nodevuma nodaļā “8.1.1. Programmatūras arhitektūra”, savukārt MAIS informācijas
arhitektūra aprakstīta nodaļā “8.1.2. Informācijas arhitektūra”.
2.5. MAIS darbību atbalstošās infrastruktūras arhitektūra
MAIS paredzēts izvietot Pasūtītāja datu centrā. Esošo informācijas sistēmu infrastruktūras arhitektūra un
Pasūtītāja nākotnes aplēses par MAIS darbināšanai nepieciešamo infrastruktūru aprakstītas 2.nodevuma
nodaļā “8.1.3 Infrastruktūras arhitektūra”. Taču faktiskā MAIS infrastruktūras arhitektūra atkarīga no
Pretendenta piedāvātās MAIS programmatūras arhitektūras un tā tiks veidota saskaņā ar Pretendenta
Tehniskajā piedāvājumā iekļauto MAIS darbināšanai nepieciešamo infrastruktūras arhitektūru.
2.6. MAIS lietotāji un to vajadzības
MAIS tiešie lietotāji būs VID struktūrvienību darbinieki un atsevišķos gadījumos arī VID sadarbības iestāžu
darbinieki, kas MAIS izmantos ikdienas biznesa procesu atbalstam. MAIS netiešie lietotāji ir VID atbalsta
11
darbinieki, kas atbild par VID informācijas sistēmu uzturēšanu un attīstību, informācijas sistēmu drošību un
citiem IS pārvaldības procesiem.
12
3. FUNKCIONĀLĀS PRASĪBAS
Šajā sadaļā aprakstītas Sistēmas funkcionālās prasības. Sistēmas funkcionālo prasību apraksts sastāv no:
Apraksta kolonna Skaidrojums
Prasības identifikators Tehniskās specifikācijas ietvaros unikāls prasības apzīmējums.
Prasība Prasības nosaukums.
Apraksts Prasības detalizēts izklāsts.
Apakšprojekts Sistēmu paredzēts ieviest pakāpeniski vairākos apakšprojektos. Katrai prasībai norādīts apakšprojekts, kura ietvaros prasība realizējama. Ja prasībai norādīti
vairāki apakšprojekti, tad tā izpildāma katrā no norādītajiem apakšprojektiem.
MAIS ieviešanas projektam ir paredzēti šādi apakšprojekti (detalizētāk skatīt 2.nodevuma nodaļu 8.3):
MAIS kodola izstrāde – nodokļu maksātāju uzskaite, VADIS (1. apakšprojekts) – apakšprojekta ietvaros tiek izveidots un ieviests sistēmas kodols, kas tālāko apakšprojektu ietvaros tiks papildināts un attīstīts. Sistēmas kodols saturēs šādu funkcionalitāti:
- Nodokļu maksātāju un ar nodokļiem apliekamo objektu reģistrācijas un uzskaites funkcionālo bloku;
- Fizisko un juridisko personu nodokļu aprēķina informācijas un aprēķina un informatīvo deklarāciju uzskaites funkcionālo bloku. Pirmajā apakšprojektā šajā funkcionālajā blokā tiks nodrošināts atbalsts tikai valsts amatpersonu deklarāciju uzskaitei, tālākajos apakšprojektos to papildinot ar nodokļu aprēķina un informatīvajām deklarācijām;
- Operatīvo pārskatu veidošanas funkcionalitāti. Pirmajā apakšprojektā tiks realizēti operatīvie pārskati, kas saistīti ar nodokļu maksātāju un ar nodokļiem apliekamo objektu reģistrāciju un uzskaiti un valsts amatpersonu deklarācijām;
- Klientu apkalpošanas atbalsta funkcionālo bloku;
- Pārvaldības funkcionalititāti, tai skaitā:
Nodokļu maksātāja lietu;
Darba plūsmu vadības funkcionalitāti;
Klasifikatoru administrēšanas funkcionalitāti;
13
Apraksta kolonna Skaidrojums
Lietotāju pārvaldības un sistēmas administrēšanas funkcionalitāti;
Fona uzdevumu pārvaldības funkcionalitāti un sistēmas pamata rādītājus fona uzdevumiem, nodokļu maksātāju un ar nodokļiem apliekamo objektu reģistrācijas un uzskaites procesiem un valsts amatpersonu deklarāciju apstrādes procesiem;
- ar apakšprojekta ietvaros realizēto funkcionalitāti saistītās datu apmaiņas saskarnes.
Maksājumu uzskaites pēc uzkrājuma principa izstrāde MAIS iekšzemes nodokļiem un citiem VID administrētajiem iekšzemes maksājumiem (2. apakšprojekts) – apakšprojekta ietvaros tiks pārņemta no NIS vai par jaunu ieviesta šāda funkcionalitāte:
- Fizisko un juridisko personu nodokļu aprēķina informācijas un aprēķina un informatīvo deklarāciju uzskaites funkcionālais bloks tiks papildināts ar iekšzemes nodokļu un citu VID administrēto iekšzemes maksājumu deklarācijām un to apstrādes procesiem;
- Iekšzemes nodokļiem un citiem VID administrētajiem iekšzemes maksājumiem tiks realizēts atbalsts uzkrājuma principam, tai skaitā tiks izstrādāti šādi funkcionālie bloki:
maksājumu uzskaite un administrēšana;
nodokļu ieņēmumu grāmatvedības uzskaite;
nodokļu piedziņa;
kontroles pasākumi.
- Apelāciju un sūdzību pārvaldība;
- Izmaiņas pārvaldības funkcionālajos blokos, kas nepieciešamas uzkrājuma principam un iekšzemes nodokļu un citu VID administrēto iekšzemes maksājumu apstrādes procesu atbalstam;
- datu apmaiņas saskarnes, kas nepieciešamas ar iekšzemes nodokļiem un citiem VID administrētajiem iekšzemes maksājumiem saistītajai funkcionalitātei, kā arī apelāciju un sūdzību pārvaldības funkcionalitātei.
Muitas maksājumu uzskaites un administrēšanas funkcionalitātes integrēšana MAIS (3. apakšprojekts) – apakšprojekta ietvaros tiks pārņemta no CMIS vai par jaunu ieviesta šāda funkcionalitāte:
- Fizisko un juridisko personu nodokļu aprēķina informācijas un aprēķina un informatīvo deklarāciju uzskaites funkcionālais bloks tiks papildināts ar muitas administrēto ieņēmumu un aprēķināto maksājumu apstrādes procesiem;
- Muitas maksājumiem tiks realizēts uzkrājuma princips, tai skaitā ar muitas maksājumu administrēšanas atbalstu tiks papildināti šādi funkcionālie bloki:
14
Apraksta kolonna Skaidrojums
maksājumu uzskaite un administrēšana;
nodokļu ieņēmumu grāmatvedības uzskaite;
nodokļu piedziņa;
apelāciju un sūdzību pārvaldība;
kontroles pasākumi.
- Izmaiņas pārvaldības funkcionālajos blokos, kas nepieciešamas muitas administrēto maksājumu administrēšanas procesu atbalstam;
- datu apmaiņas saskarnes, kas nepieciešamas muitas administrēto maksājumu administrēšanas procesu atbalstam.
Risinājumu integrācija vienotajā IKT arhitektūrā un pastavīgi un ilgstoši glabājamo elektronisko datu un dokumentu arhivēšanas funkcionalitātes izstrāde (4. apakšprojekts) - ir noslēdzošais MAIS izstrādes apakšprojekts, kura ietvaros MAIS tiks integrēts vienotajā IKT arhitektūrā, papildināts ar mehānismu pastāvīgi un ilgstoši glabājamo elektronisko datu un dokumentu nodošanai arhīvam, kā arī fizisko un juridisko personu nodokļu aprēķina informācijas un aprēķina un informatīvo deklarāciju uzskaites funkcionālais bloks tiks papildināts ar informatīvo deklarāciju apstrādes procesu atbalstu.
Obligātums Visas funkcionālās prasības ir sadalītas divās grupās pēc to obligātuma:
1) Obligātās prasības ir tādas prasības, kuras nepieciešams Sistēmā realizēt atbilstošā apakšprojekta ietvaros;
2) Vēlamās prasības ir tādas prasības, par kuru realizācijas pasūtīšanu vai nepasūtīšanu Pasūtītājs lems projekta realizācijas gaitā.
Pretendentam piedāvājumā jāiekļauj visu prasību realizācijas piedāvājums neatkarīgi no to obligātuma.
3.1. Vispārīgās prasības
Vispārīgās funkcionālās prasības definē MAIS ieviešanas projekta sasniedzamos rezultātus un prasību realizācijas akceptēšanas kritērijus. Vispārīgo funkcionālo prasību realizācijas
izmaksas ir iekļaujamas pārējo Tehniskās specifikācijas funkcionālo prasību realizācijas izmaksās un finanšu piedāvājumā kā atsevišķa pozīcija nav izdalāmas.
Nodrošinot biznesa procesu izpildi, sistēmai ir nepieciešams uzskaitīt procesa izpildes rādītājus:
Procesa soļu izpildes reižu skaits;
Procesa soļu izpildes laiks;
Kļūdu skaits procesa izpildē;
Ievadlauku kļūdu skaits;
No citām IS saņemto dokumentu skaits;
Piedāvājumā pretendentam jāpiedāvā, kādus papildu procesu izpildes kritērijus ir nepieciešams
uzskaitīt un kā šo uzkrāto informāciju var izmantot procesu un sistēmas optimizācijai. Tāpat
piedāvājumā pretendentam jānorāda, ar kādiem paņēmieniem saskaņā ar viņa piedāvāto risinājumu
tiks noteikti un uzskaitīti procesa izpildes kritēriji, kā tie tiks attēloti lietotājiem.
Visi Obligāta
VSP-07.12 Procesu atbilstība
normatīvajiem aktiem
Jānodrošina, ka biznesa procesu izpilde notiek atbilstoši biznesa procesu aprakstiem (sk. 2.nodevuma
nodaļu 6.2), realizējot visas biznesa procesu ietvaros iekļautās pārbaudes, t.sk. nodrošinot sistēmas
atbalstu atbilstības katra procesa saistošajos NA noteiktajiem nosacījumiem/kritērijiem izvērtēšanai.
Veicamās pārbaudes jāveic automātiski, bet, ja kādu no pārbaudes darbībām nav iespējams izpildīt
automātiski, jānodrošina sistēmas atbalsts šīs darbības manuālai izpildei. Jānodrošina visu veikto
(gan automātiski, gan manuāli veicamo) darbību uzskaite un reģistrēšana MAIS.
Visi Obligāta
VSP-08
Atbilstība citām prasībām Jānodrošina, ka procesa izpildē tiek ievērotas pārējās funkcionālās un nefunkcionālās prasības.
Piedāvājumā pretendentam jānorāda ar kādiem paņēmieniem saskaņā ar viņa piedāvāto risinājumu
tiks nodrošināta funkcionālo un nefunkcionālo prasību izpilde.
Visi Obligāta
20
3.2. Procesu atbalsts
Finanšu piedāvājumā ir izdalāmas pirmā (REG-NN) un otrā līmeņa (REG-NN.N) prasību realizācijas izmaksas. Trešā līmeņa prasību (REG-NN.N.N) realizācijas izmaksas ir iekļaujamas
atbilstošo otrā līmeņa prasību realizācijas izmaksās un finanšu piedāvājumā atsevišķi nav izdalāmas.
3.2.1. Nodokļu maksātāja un ar nodokļiem apliekamo objektu reģistrācija un uzskaite
nepieciešamības gadījumā precizējot apstrādes procesā izmantojamos datu laukus un nepieciešamos
pārskatus.
Piedāvātajai realizācijai jāatbalsta vismaz tālāk uzskaitītās pārbaudes:
APR-07.A Tiek veiktas automātiskas un
manuālas datu kvalitātes
pārbaudes VID un ārējās IS
atbilstoši iepriekš definētiem
VID kritērijiem
Automātiska un manuāla VID un ārējās IS pieejamās informācijas pārbaude, atbilstoši iepriekš
definētiem VID kritērijiem, reģistrējot pārbaudes rezultātus MAIS.
Ja kādu no pārbaudes darbībām nav iespējams izpildīt automātiski, jānodrošina sistēmas atbalsts šīs
darbības manuālai izpildei, nodrošinot manuāli veicamo darbību uzskaiti un reģistrēšanu MAIS.
1. Obligāta
APR-08
Darbs ar nodokļu un
informatīvo deklarāciju
neiesniedzējiem
Jānodrošina procesa P.A.MAIS.08 “Darbs ar nodokļu un informatīvo deklarāciju neiesniedzējiem”, sk.
2.nodevuma nodaļu 6.2.50, izpilde atbilstoši procesa aprakstam, ievērojot procesam noteiktos
kvalitātes kritērijus un nepieciešamības gadījumā precizējot apstrādes procesā izmantojamos datu
laukus un nepieciešamos pārskatus.
Piedāvātajai realizācijai jāatbalsta vismaz tālāk uzskaitītās pārbaudes:
1. Obligāta
APR-08.A EDS tiek veikta automātiska
datu pārbaude par deklarāciju
neiesniedzējiem, pēc iepriekš
definētiem VID kritērijiem
Automātiska EDS, atbilstoši 3.13.punktā minētajām saskarnēm, datu pārbaude par deklarāciju
nesniedzējiem pēc iepriekš definētiem VID kritērijiem , reģistrējot pārbaudes rezultātus MAIS.
1. Obligāta
63
3.3. Darba plūsmu atbalsts
Šajā sadaļā definētās prasības ir jārealizē pirmajā MAIS ieviešanas apakšprojektā un jāturpina ievērot tālākajos MAIS ieviešanas apakšprojektos izstrādājot sadaļā “3.2. Procesu
(prasības DAS-01.1, DAS-01.2, DAS-01.3 un DAS-01.4) realizācijas izmaksās un kā atsevišķa pozīcija
finanšu piedāvājumā nav jānorāda.
DAS-04 Kvalitatīvās un kvantitatīvās
kontroles ārējām datu
apmaiņas saskarnēm
Realizējot datu apmaiņas saskarnes ar ārējām informācijas sistēmām nepieciešams paredzēt:
1) Kvalitatīvās datu kontroles, kas ļauj pārliecināties, ka nodotie dati ir piemērojami to
izmantošanas mērķim. Kvalitatīvās datu kontroles ir pielāgojamas katrai datu apmaiņas
saskarnei individuāli;
2) Kvantitatīvās datu apmaiņas kontroles, kas izmantojot kontrolsummas, speciāli izveidotas
papildus tīmekļa pakalpojumus vai kā savādāk ļauj pārliecināties, ka nodoti ir visi dati.
Visi Vēlama
DAS-05 Pagaidu datu apmaiņas
saskarne ar NIS
Sistēmā jārealizē pagaidu datu apmaiņas saskarne ar NIS, kas nodrošina abu sistēmu paralēlu darbību
līdz brīdim, kamēr darbība no NIS tiek pilnībā pārcelta uz MAIS.
1 Obligāta
DAS-06 Pagaidu datu apmaiņas
saskarne ar CMIS
Sistēmā jārealizē pagaidu datu apmaiņas saskarne ar CMIS, kas nodrošina abu sistēmu paralēlu
darbību līdz brīdim, kamēr darbība no CMIS tiek pilnībā pārcelta uz MAIS.
1, 2 Obligāta
3.14. Sistēmas uzstādīšana divos datu centros
Ceturtā apakšprojekta ietvaros paredzēts MAIS uzstādīt divos ģeogrāfiski nodalītos datu centros augstas pieejamības režīmā. Pēc sistēmas uzstādīšanas divos datu centros uz to
attiecināmas visas tās pašas nefunkcionālās un organizatoriskās prasības, tai skaitā pieejamības, veiktspējas, mērogojamības un uzturamības prasības.
Sistēma jāuzstāda un paralēli jādarbina divos ģeogrāfiski nodalītos datu centros augstas pieejamības
režīmā. Respektīvi, ir jābūt nodrošinātai darbības nepārtrauktībai gadījumā, ja viens no datu centriem
kļūst nepieejams.
Norāde finanšu piedāvājumam: Šīs prasības realizācijas novērtējumā iekļaujamas visas izmaksas, kas
saistītas ar MAIS uzstādīšanu divos datu centros, ieskaitot sagatavošanās darbu izmaksas, testēšanas
izmaksas, uzstādīšanas izmaksas, programmatūras licenču izmaksas, bet neieskaitot aparatūras un
infrastruktūras izmaksas.
4 Obligāta
84
4. NEFUNKCIONĀLĀS PRASĪBAS
Šajā sadaļā ir aprakstītas MAIS nefunkcionālās prasības. Visas šajā sadaļā minētās prasības ir ietveramas tehniskā piedāvājuma sagatavošanā un realizējamas Projekta izpildes laikā.
Ja vien prasības aprakstā nav minēts savādāk, nefunkcionālo prasību radītās izmaksas ir jāiekļauj funkcionālo prasību realizācijas izmaksās un finanšu piedāvājumā kā atsevišķa
pozīcija nav jāizdala.
4.1. Prasības tehniskajam piedāvājumam
Prasības attiecās uz visu piedāvājumā ietverto funkcionālo, nefunkcionālo un organizatorisko prasību aprakstīšanu.
Prasības
identifikators Prasība Apraksts
NFP-01 Piedāvājuma apraksta forma Tehniskajā piedāvājumā jāiekļauj tabula, kur apliecināta Tehniskā piedāvājuma atbilstība visām Tehniskās specifikācijas prasībām,
norādot veidu, kā katra konkrētā prasība tiks īstenota.
Norāde tehniskajam piedāvājumam: Pretendentam šīs prasības realizācijas apraksta tehniskajā piedāvājumā nav jāiekļauj.
NFP-02 Prasību izpildes apraksts Prasību izpildes aprakstam tehniskajā piedāvājumā jābūt pietiekamam, lai nepārprotami būtu aprakstīts prasības īstenošanas
mehānisms vai rīki (līdzekļi), ar kuriem ir iespējams izpildīt prasību, un Izpildītāja izpratne par piedāvājumu. Apraksts, kurā būs
pārrakstīts tikai prasības teksts vai iekļauts tikai prasības izpildes apsolījums, apraksts, kurš būs pretrunā tehniskās specifikācijas
prasībām, vai apraksts ar citu prasību izpildes piedāvājumu, netiks uzskatīts par detalizētu, un šādi piedāvājumi netiks vērtēti.
Norāde tehniskajam piedāvājumam: Pretendentam šīs prasības realizācijas apraksta tehniskajā piedāvājumā nav jāiekļauj.
85
4.2. Prasības sistēmas arhitektūrai
Prasības
identifikators Prasība Apraksts
NFP-03 Sistēmas modularitāte Sistēmai ir jābūt modulārai. Jābūt iespējai Sistēmā uzstādīt datu loģikas vai biznesa loģikas izmaiņas bez nepieciešamības apturēt
visas sistēmas darbību. Ir pieļaujama atsevišķas procesa grupas funkcionalitātes vai atsevišķas funkcionālās sadaļas nepieejamība
izmaiņu uzstādīšanas laikā.
NFP-04 Nemainīgas saites uz
informācijas resursiem
Datu resursiem ir jāuztur statiskas saites, lai tās var izmantot kā atsauces citās VID informācijas sistēmās.
NFP-05 Darbināšana divos datu centros Sistēma jāveido tā, lai to varētu paralēli darbināt divos ģeogrāfiski nodalītos datu centros augstas pieejamības režīmā.
4.3. Pieejamības prasības
Prasības
identifikators Prasība Apraksts
NFP-06 Augsta pieejamība Sistēmai ir jābūt noturīgai pret atsevišķu moduļu kļūmēm. Sistēmai jāsaglabā darbaspēja un jānodrošina transakciju integritāte
vismaz šādos scenārijos:
1) Atsevišķas infrastruktūras iekārtas (serveru, datu glabāšanas ierīču, tīkla ierīču) atteices gadījumā;
2) Sakaru kanāla kļūdas vai darbības pārtraukuma gadījumā;
3) Operāciju sistēmas vai tehniskās kļūdas kādā (vienā) no serveriem gadījumā;
86
Prasības
identifikators Prasība Apraksts
4) Datubāzes servera, pielietojumu servera jeb pielietojuma programmatūras kļūdas gadījumā.
Papildus jānodrošina, lai jebkuras personas, mehānisma vai procedūras kļūme nerada iespēju piekļūt neizpaužamai informācijai
(ierobežotas pieejamības datiem).
Norāde tehniskajam piedāvājumam: Pretendentam tehniskajā piedāvājumā detalizēti jāapraksta, kā piedāvātā Sistēmas
NFP-07 Darbības nepārtrauktība Sistēmai ir jānodrošina nepārtraukta pieejamība lietotājiem 24 stundas diennaktī un 7 dienas nedēļā. Sistēmas darbspējas laikam
jābūt ne mazākam kā 99.9% VID darba laikā gada laikā 5 dienas nedēļā 8 stundas dienā un ne mazākam kā 99% pārējā laikā.
Darbspējas laiks rēķināms gada periodā un darbnespējas laikā ieskaitāmas arī plānotās dīkstāves. Vienas atsevišķas dīkstāves
gadījums nedrīkst pārsniegt 2h VID darba laikā un 4h pārējā laikā.
Nodevumu uzstādīšanu jābūt iespējams veikt bez vai ar minimāliem (līdz 24 (divdesmit četrām) stundām 12 (divpadsmit) mēnešu
laikā) Sistēmas darbības pārtraukumiem.
Norāde tehniskajam piedāvājumam: Pretendentam tehniskajā piedāvājumā detalizēti jāapraksta, kā piedāvātā Sistēmas
arhitektūra nodrošinās darbības nepārtrauktības prasības izpildi.
NFP-08 Rezerves kopēšana Sistēmai jānodrošina iespēja veikt Sistēmas rezerves kopēšanu un konsistentas kopijas iegūšanu bez Sistēmas darba apturēšanas.
Ja Sistēmas rezerves kopēšanai nepieciešama IS un/vai infrastruktūras komponenšu darbināšana īpašā režīmā, tad šāda režīma
ieslēgšana/izslēgšana jānodrošina ar komandrindas saskarnes palīdzību.
Sistēmai ir jābūt atjaunojamai no rezerves kopijas ne ilgāk kā astoņu stundu laikā un dati nedrīkst pazust vairāk kā par vienu pēdējo
Sistēmas darbības stundu. Sistēmas atjaunošanai no rezerves kopijas nepieciešamajā laikā nav ieskaitāma infrastruktūras
uzstādīšana un konfigurēšana.
Izpildītājam izstrādes līguma ietvaros jāsagatavo, jāsaskaņo un jāiesniedz Pasūtītājam Sistēmas Rezerves kopēšanas un darbības
87
Prasības
identifikators Prasība Apraksts
atjaunošanas plāns.
4.4. Veiktspējas prasības
Prasības
identifikators Prasība Apraksts
NFP-09 Sistēmas lietotāju skaits Sistēmai jāspēj apkalpot 4000 lietotāji no kuriem vienlaicīgi sistēmu lietos līdz 80%.
NFP-10 Ekrānformu attēlošanas laiks Lietotāju datu ievadam vai datu pieprasījumam (izziņai) uz ekrāna ir jāizpildās ne ilgāk kā 2 sekundes (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īgo lietotāju
skaita, ņemot vērā reālu datu bāzu aizpildījumu produkcijas režīmā.
NFP-11 Deklarāciju apstrādes apjoms Sistēmai jānodrošina visas iesniegtās nodokļu aprēķina informācijas un aprēķina un informatīvo deklarāciju saņemšana un
apstrāde. Informācijai: Šobrīd NIS gadā tiek apstrādāti 10 miljoni dokumentu. Dokumentu iesniegšanas intensitāte ir ļoti mainīga –
ir novērojami gada, ceturkšņu un mēnešu pīķi, kas sakrīt ar deklarāciju iesniegšanas termiņiem.
NFP-12 Dienas slēguma aprēķins Sistēmai jāspēj sagatavot prasībā OPS-09 minētais Valsts kasei nododamais dienas noslēguma pārskats divu stundu laikā.
Informācijai: Šobrīd VID vidēji dienā apstrādā 30 000 finanšu transakciju, bet ir dienas, kur apstrādāto finanšu transakciju skaits
sasniedz 120 000.
NFP-13 Sinhrono WEB servisu izpildes
ātrums
Sistēmas sinhrono Web servisu pieprasījumu apstrādes laiks nedrīkst pārsniegt 2 sekundes.
88
Prasības
identifikators Prasība Apraksts
4.5. Mērogojamības prasības
Prasības
identifikators Prasība Apraksts
NFP-14 Sistēmas paplašināmība Sistēmai jābūt gan vertikāli, gan horizontāli mērogojamai pielietojumu serveru un datubāzu serveru līmenī. Pretendentam
jānodrošina tāds arhitektūras risinājums, kas nākotnē ļautu palielināt Sistēmas veiktspēju, pievienojot papildus nepieciešamo
aparatūru, tā, lai nerastos Sistēmas traucējumi.
Norāde tehniskajam piedāvājumam: Pretendentam piedāvājumā detalizēti jāapraksta, kā piedāvātā Sistēmas arhitektūra
nodrošina Sistēmas paplašināšanās iespējas.
NFP-15 Slodzes dalīšana Pielietojumu servera tehnoloģijām ir jāpieļauj automātiska slodzes dalīšana starp mezgliem strādājot klasterī (cluster). Ja šādam
darbam nepieciešama papildu licencēšana, piedāvājumā ir jānorāda papildu licencēšanas izmaksas un citi ierobežojumi, kas saistīti
ar darbu klasterī.
Norāde tehniskajam piedāvājumam: Pretendentam piedāvājumā detalizēti jāapraksta, kā piedāvātā Sistēmas arhitektūra
nodrošina Sistēmas slodzes dalīšanas iespējas.
NFP-16 Darbība klasterī Pielietojumu servera tehnoloģijām ir jāpieļauj klastera rekonfigurēšana (jauna mezgla pievienošana, mezgla atslēgšana),
neapstādinot sistēmas darbu un automātiski nodrošinot lietotāju pieprasījumu migrēšanu starp klastera mezgliem.
Pielietojumu servera tehnoloģijām ir jāveic automātiska klastera rekonfigurēšana (mezgla atslēgšana), ja klastera mezgls ir bojāts
89
Prasības
identifikators Prasība Apraksts
(tehnisks defekts, programmatūras nodrošinājuma kļūda, pielietojuma kļūda), neapstādinot sistēmas darbu un automātiski
nodrošinot lietotāju sesiju migrēšanu starp klastera mezgliem. Sesijas migrēšanas laikā ir pieļaujama pēdējās lietotāja nepabeigtās
darbības (transakcijas) pārtraukšana.
Norāde tehniskajam piedāvājumam: Pretendentam tehniskajā piedāvājumā detalizēti jāapraksta, kā piedāvātā Sistēmas
arhitektūra nodrošina Sistēmas darbību klasterī.
NFP-17 Slodzes pārvaldība Sistēmai jānodrošina integrācija ar Pasūtītāja rīcībā esošo Zabbix risinājumu Sistēmas infrastruktūras resursu (piemēram: procesoru
noslodze, aizņemtais atmiņas daudzums, diska vieta u.c.) monitoringam. Izpildītājam izstrādes laikā jāidentificē un Administratora
rokasgrāmatā jāapraksta kritiskie Sistēmas procesi, kā arī jāsniedz konsultatīvs atbalsts Pasūtītāja administratoriem šo procesu
NFP-18 Sistēmas vides Sistēmai ir paredzētas šādas vides:
1) Produkcijas vide. Produkcijas vidi nodrošina Pasūtītājs un tā paredzēta Sistēmas darbināšanai ražošanas režīmā;
2) Testa vide. Testa vidi nodrošina Pasūtītājs un tā paredzēta Sistēmas testēšanai no Pasūtītāja puses;
3) Apmācību vide. Apmācību vidi nodrošina Pasūtītājs, tā ir funkcionāli līdzvērtīga Produkcijas videi un tā paredzēta
apmācībām un produkcijā konstatēto kļūdu analīzei;
90
Prasības
identifikators Prasība Apraksts
4) Izstrādes vide. Izstrādes vidi nodrošina Izpildītājs un tā ir paredzēta Sistēmas izstrādei un testēšanai.
Produkcijas, testa un apmācību vides uzstādīšanu veic Pasūtītājs saskaņā ar Izpildītāja iesniegto vides uzstādīšanas instrukciju un
versijas izveides instrukciju. Produkcijas, testa un apmācību vides uzstādīšanas procesā Izpildītājam jānodrošina konsultatīvs
Pasūtītāja atbalsts.
NFP-19 Izstrādes vides nodrošināšana Izpildītājam ir jānodrošina sava vide (aparatūra, programmatūra, biroja telpas) līguma ietvaros izpildāmo darbu un uzdevumu
veikšanai. Izpildītājam izstrāde jāveic, izmantojot tikai licencētu programmatūru. Pasūtītājs nenodrošina Izpildītāju ar licencēm.
Norāde tehniskajam piedāvājumam: Pretendentam piedāvājumā ir jāapraksta, kā tiks nodrošināta projekta projektēšanas un
izstrādes vide, tajā skaitā projekta bibliotēka projekta dokumentācijas uzglabāšanai, vide projekta nodevumu izstrādei, vide
Izpildītāja testu veikšanai.
Pretendentam piedāvājumam jāpievieno ražotāja apliecinājums vai cits līdzvērtīgs dokuments par to, ka Izpildītāja izstrādes vides
tehnoloģiju (rīku, līdzekļu) ražotājs nodrošina šo tehnoloģiju garantijas un uzturēšanas nodrošināšanas pakalpojumu 3 (trīs)
kalendāro gadu laikā, skaitot no līguma abpusējas parakstīšanas dienas.
NFP-20 Sistēmas darbināšanai
nepieciešamā infrastruktūra
Sistēmai jādarbojas uz RISC vai x86 tehnoloģiju fiziskajiem serveriem atbilstoši Pretendenta tehniskajā piedāvājumā aprakstītajai
infrastruktūras apraksts. Šai infrastruktūrai ir jābūt tādai, lai Sistēma spētu izpildīt pieejamības, veiktspējas un visas pārējās
Tehniskās specifikācijas prasības. Uz aprakstītās infrastruktūras jābūt iespējai izvietot Sistēmas produkcijas vidi, apmācību vidi un
testa vidi. Apmācību un testa vides var būt ar mazāku jaudu (mazāk vai vājākām iekārtām), taču šīm vidēm ir jābūt ar tādu pašu
topoloģiju kā produkcijas videi (piemēram, programmatūras elementi, kas produkcijas vidē izvietoti uz diviem vai vairāk paralēliem
91
Prasības
identifikators Prasība Apraksts
serveriem, testa un apmācību vidēs jāizvieto uz vismaz diviem paralēliem serveriem).
Infrastruktūras aprakstam jāiekļauj infrastruktūras elementu savstarpējā slēguma shēma un saraksts ar infrastruktūras
elementiem, kur katram elementam norādīts:
1) Iekārtas nosaukums un funkcija;
2) Iekārtas ražotāja modeļa numurs;
3) Serveriem: Skaitļošanas jauda atbilstoši SPECint_rate2006 etalonuzdevumam, procesoru un to kodolu skaits, operatīvās
atmiņas apjoms (GB);
4) Datu glabāšanas ierīcēm (un serveriem, kas izmanto lokālos diskus): Atmiņas apjoms (GB), caurlaidība (MB/sec) un
ievades/izvades operāciju sekundē skaits (IOPS);
5) Iekārtu skaits (iekārtām, kas nepieciešamas vairākos eksemplāros);
6) Iekārtas cena (EUR). Sistēmas darbībai nepieciešamās infrastruktūras kopējā cena tiks izmantota piedāvājuma
saimnieciskā izdevīguma vērtēšanā. Piedāvājumi, kuriem norādīto infrastruktūras elementu cena būs vairāk kā par 10%
zemāka par publiski pieejamo šo elementu tirgus cenu tiks uzskatīti par nepamatoti lētiem un tiks izslēgti no vērtēšanas.
Saraksta beigās jāiekļauj kopējā infrastruktūras iekārtu cena (EUR).
Sistēmas darbībai nepieciešamā infrastruktūra jāapraksta pieņemot, ka serveru telpa ar rezervētu elektrības padevi, rezervētu
piekļuvi tīklam, dzesēšanas iekārtām un standarta izmēra statnēm jau ir pieejama. Infrastruktūras aprakstā ir jāiekļauj visa Sistēmas
darbināšanai nepieciešamā serveru tehnika, tai skaitā datu glabāšanas ierīces, serveru savstarpējā slēguma un slodzes dalīšanas
tīkla iekārtas. Infrastruktūras aprakstā jāiekļauj datu glabāšanas ierīces, kas nepieciešamas Sistēmas darbībai, bet nav jāiekļauj datu
glabāšanas ierīces, kas nepieciešamas Sistēmas rezerves kopiju glabāšanai. Aparatūras cenā jāiekļauj 2 (divu) gadu garantija.
Infrastruktūras aprakstā iekļaujamajiem serveriem jābūt aprīkotiem ar rezervētiem barošanas blokiem, kas pieslēdzami pie statnes
divām pieslēguma trasēm, vismaz 2 (divām) LAN pieslēguma vietām, pārvaldības (management) portiem un SAN pieslēguma
92
Prasības
identifikators Prasība Apraksts
vietām, ja paredzēts izmantot SAN tīklu.
Pasūtītājs pasūtot Sistēmas darbināšanai nepieciešamo infrastruktūru patur tiesības iegādāties ekvivalentus vai labākus norādītos
infrastruktūras elementus. Izpildītājs atbild par norādītās infrastruktūras atbilstību MAIS vajadzībām. Gadījumā, ja MAIS nespēj
izpildīt Tehniskās specifikācijas prasības infrastruktūras neatbilstības vai nepietiekamības dēļ un šo problēmu nav iespējams
novērst ar programmatūras labojumiem, Izpildītājs sedz problēmas novēršanai nepieciešamo papildus infrastruktūras elementu
iegādes izmaksas.
4.7. Trešo pušu programmatūras licences
Prasības
identifikators Prasība Apraksts
NFP-21 Sistēmas licenču piegāde Izpildītājam Finanšu piedāvājumā jāietver visas piedāvātās Sistēmas licencēšanas izmaksas, tai skaitā papildus nepieciešamo trešo
pušu piegādāto standarta programmatūras komponenšu izmaksas. Licencēm ir jāpieļauj piegādātās Sistēmas izmantošana šajā
tehniskajā specifikācijā paredzētajam lietotāju skaitam, bez datu apjoma ierobežojumiem. Standarta programmatūras licenču
darbība jānodrošina atbilstoši MK noteikumu Nr.653 20.5.2.punktam (5 gadus pēc Sistēmas pirmās versijas nodošanas
ekspluatācijā). Atsevišķi ir jānorāda licenču izmaksas un noteikumi Sistēmas Produkcijas (ekspluatācijas) vides, Testa vides un
Apmācību vides izveidošanai un uzturēšanai.
Pasūtītājam ir tiesības nepasūtīt licenču piegādi tām licencēm, kuras jau ir Pasūtītāja rīcībā.
NFP-22 Papildu programmatūras Izpildītājam piedāvājumā ir jānorāda visas trešo personu licencējamās komponentes, ieskaitot programmu bibliotēkas, attēlus, kā
93
Prasības
identifikators Prasība Apraksts
komponentes arī citus trešo personu materiālus un to licencēšanas noteikumus. Visām komponentēm ir jānorāda piedāvātajai konfigurācijai
atbilstošo licenču izmaksas un to licencēšanas noteikumi (licencēšanas ierobežojumi un atbilstība Tehniskajā specifikācijā
norādītajām prasībām).
NFP-23 Programmatūras ražotāja
garantijas saglabāšana
Piegādātā standartprogrammatūras, kas jāizmitina Pasūtītāja esošajā tehnoloģiskajā vidē, nedrīkst ietekmēt Pasūtītāja rīcībā esošās
programmatūras ražotāja garantijas nosacījumus.
4.8. Drošības prasības
Prasības
identifikators Prasība Apraksts
NFP-24 Autentifikācija, autorizācija un
auditācija
Sistēmai jābūt veidotai tā, lai nevarētu apiet autentifikācijas un autorizācijas procedūras un nesankcionēti lietot Sistēmas
funkcionalitāti vai piekļūt sistēmas datiem. Sistēmai jāapkalpo tikai identificētus, autentificētus un autorizētus lietotājus.
Sistēmas identifikācijas, autentifikācijas, autorizācijas un auditācijas procedūrām jāizpilda šādas prasības:
1) Jāizmanto autorizācijas princips, saskaņā ar kuru viss, kas nav tiešā veidā atļauts, ir aizliegts;
2) Visām darbībām jāpārbauda autorizācija darbības izpildei. Pārbaudei jānotiek katra pieprasījuma līmenī;
3) Jānodrošina aizsardzība pret lietotāju esamības pārbaudi (Sistēma nedrīkst atklāt vai lietotājs eksistē vai nē pirms
sekmīgas autentifikācijas);
4) Jebkurš nesekmīgs autorizācijas vai autentifikācijas mēģinājums jāreģistrē sistēmas žurnālā saskaņā ar Tehniskās
specifikācijas prasību NFP-35;
94
Prasības
identifikators Prasība Apraksts
5) Sistēmā visām lietotāju un administratoru veiktajām darbībām jātiek identificētām (jābūt zināmam, kura persona izpilda
katru darbību);
6) Administratoru pieeja sistēmai jāspēj ierobežot ar vienu vai vairākiem Internet Protokola adrešu apgabaliem. Ar Internet
Protokola adrešu apgabalu šeit tiek saprasts IPV4 vai IPV6 adrešu intervāls.
NFP-25 Programmatūras drošība Veicot Sistēmas izstrādi vai pielāgošanu jāievēro šādas prasības:
1) Sistēmas izstrādē jāievēro OWASP ieteiktie sistēmu izstrādes principi:
http://www.owasp.org/index.php/Category:Principle. Datu aizsardzība dažādos pielietojuma slāņos jāveido, izmantojot
dažādus (dažādu produktu, dažādu piegādātāju) aizsardzības mehānismus – piemēram, sekmīga pielietojumu servera
aizsardzības uzlaušana nedrīkst atvieglot datu bāzes aizsardzības uzlaušanu;
2) WEB pielietojumi izstrādājami saskaņā ar OWASP drošas programmēšanas vadlīnijām:
NFP-26 Informācijas drošība Sistēmai jāizveido pietiekami kontroles mehānismi, lai nodrošinātu, ka Sistēmas dati gan to pārraides, gan glabāšanas laikā netiek
atklāti personām vai programmām, kurām nav attiecīgas autorizācijas. Piekļuve Sistēmas datiem nodrošināma ievērojot šādus
principus:
1) „Zina tikai tas, kuram jāzina” (need-to-know);
2) „Ir jānodrošina minimālās tiesības pienākumu pildīšanai”, gan lietotājiem, gan tehnoloģiskajiem lietotājiem (least
privilege);
3) Jānodrošina lietotāju darbību reģistrācija un šo datu saglabāšana (accountability).
Sistēmai jānodrošina, ka programmatūra, nesniedz lietotājam informāciju, kas varētu apdraudēt Sistēmas un saistīto VID IS
drošību, tai skaitā, nepieļaujot iespēju lietotājam veikt analīzi par kļūdas un veikto Sistēmas pārbaužu raksturu, kas varētu atvieglot
tālākos uzbrukumus Sistēmai. Kļūdas situācijās lietotājam jāparāda tikai minimālā nepieciešamā informācija, bet detalizēts kļūdas
tehniskais apraksts jāsaglabā Sistēmas notikumu audita žurnālā saskaņā ar prasību NFP-35.
Sistēmas saskarnēm jābūt izveidotām tā, lai nevarētu apiet autentifikācijas un autorizācijas procedūras un nesankcionēti lietot
Sistēmas informāciju vai datnes;
NFP-27 Lietotāja identifikācijas datu
drošība
Sistēmai jānodrošina lietotāju identifikācijas datu aizsardzība. Aizliegts uzglabāt lietotāja identitātes (vārda, uzvārda, paroles,
e-pasta adreses, u.c.) datus atklātā tekstā datu bāzē vai interneta pārlūkprogrammā, piemēram, kešatmiņā.
NFP-28 Datu apstrādes un pārraides
drošība
Izpildītājam jānodrošina, ka Sistēmas datu apmaiņas, kā arī citi iespējamie automatizētie datu apstrādes procesi tiek pildīti tikai ar
tehnoloģisko lietotāju kontiem, kuriem funkcijas veikšanai ir noteiktas mazākās nepieciešamās tiesības. Tehnoloģiskie lietotāji un
to tiesības tiek jādokumentē programmatūras projektējuma aprakstā;
Datu apmaiņa ar citām sistēmām ir jānodrošina, izmantojot datu pieprasījumu vai datu pārraides kanālu šifrēšanu:
96
Prasības
identifikators Prasība Apraksts
1) Sistēmām, apmainoties ar datiem (informācijas pieprasījumi un atbildes starp web servisiem xml formātā), ir jāizmanto
par drošām vispāratzītas datu šifrēšanas tehnoloģijas;
2) Ja nav iespējams informācijas pieprasījumu un atbilžu šifrēšana, ir jānodrošina šifrēts datu pārraides kanāls, izmantojot
VPN tehnoloģijas.
Arī datu apmaiņai starp tīmekļa serveri un klienta pārlūku jābūt šifrētai.
NFP-29 Sistēmas atbilstība drošību
reglamentējošajiem
standartiem un normatīvajiem
aktiem
Sistēmai jāizpilda šādas drošības standartu un normatīvo aktu prasības:
1) Jānodrošina LVS ISO/IEC 15408 standartā “Informācijas tehnoloģija – Drošības tehnikas – IT drošības novērtējuma kritēriji”
2.daļā “Drošības funkcionālās komponentes” (Information technology — Security techniques — Evaluation criteria for IT
security — Part 2: Security functional components. ISO/IEC 15408-2. Third edition 2008-08-15) iekļauto rekomendāciju un
vadlīniju ievērošanu, Līguma ietvaros formulējot un realizējot konkrētām sistēmām izvirzāmās drošības prasības;
2) 2012.gada 19.jūnija Ministru kabineta noteikumos Nr.421 „Valsts informācijas sistēmu savietotāju un integrēto valsts
informācijas sistēmu aizsardzības prasības” minētās prasības;
3) 2005.gada 11.oktobra Ministru kabineta noteikumos Nr.764 „Valsts informācijas sistēmu vispārējās tehniskās prasības”
minētās prasības;
4) 2015.gada 28.jūlija Ministru kabineta noteikumos 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” minētās prasības;
5) Citos uz informācijas sistēmu drošību attiecināmos normatīvajos aktos iekļautās prasības, kas tiek pieņemti un stājas
spēkā Sistēmas izstrādes laikā.
NFP-30 Uz Sistēmas piegādēm
attiecināmās drošības prasības
Veicot Sistēmas piegādi, pilnveidošanu un uzturēšanu, Izpildītājam ir jānodrošina šādas drošības prasības:
1) Noteikt un uzturēt aktuālu Risinājuma saskarņu piekļuves prasības (porti un protokoli) un Risinājuma darbībai
97
Prasības
identifikators Prasība Apraksts
nepieciešamo servera pakalpojumu (servisu) sarakstu;
2) Noteikt Risinājuma darbināšanai nepieciešamo operētājsistēmu un/vai datubāzes un to komponenšu minimumu, lai var
veikt sistēmas cietināšanas pasākumus, atslēdzot nevajadzīgo funkcionalitāti, tādā veidā mazinot drošības riskus;
Sistēmai ir jāreģistrē visi fizisko personu datu apstrādes notikumi, ņemot vērā Fizisko personu datu aizsardzības likuma prasības.
Par katru fizisko personu datu apstrādes gadījumu ir fiksējama vismaz šāda informācija:
1) Notikuma datums un laiks;
2) Datu pieprasījuma objekts (fiziskas persona - personas kods un/vai pagaidu kods);
3) Datu pieprasītājs (fiziskā persona - personas kods un/vai pagaidu kods);
4) Datu apstrādes pamatojums (juridiskais, klasifikatora vērtība);
5) Notikuma tips: izmaiņa vai datu nolasīšana;
6) Detalizēta informācija par notikumu vai atsauce, kas ļauj pēc Sistēmas datiem iegūt šo informāciju.
Fizisko personu datu apstrādes informācija ir nododama uz VID DNS.
NFP-33 Lietotāja darbību auditācija Sistēmai ir jāauditē vismaz šādas lietotāju veiktās darbības:
1) Lietotāja pieslēgšanos (veiksmīgu, neveiksmīgu) sistēmai un atslēgšanos no sistēmas;
2) Lietotāju izsauktos pārskatus un aktivizētos asinhronos uzdevumus (batch job);
3) Datu pievienošanu, labošanu un dzēšanu;
4) Datu apskati. Datu apskate auditējama tikai daļai no Sistēmas datiem. Kuriem datiem apskate auditējama ir jānosaka un ar
Pasūtītāju jāsaskaņo prasību analīzes un sistēmas projektēšanas aktivitātes ietvaros.
Par katru no lietotāja veiktajām darbībām jāuzglabā vismaz šāda informācija:
1) Darbības datums un laiks;
2) Lietotāja identitāte;
3) Darbības veids (pieslēgšanas sistēmai, atslēgšanās no sistēmas, ieraksta pievienošana, ieraksta labošana, utt.);
4) Darbības veidam specifisko informāciju:
99
Prasības
identifikators Prasība Apraksts
a. Pieslēgšanās un atslēgšanās no Sistēmas darbībām darbstacijas identifikators (nosaukums un IP adrese);
b. Lietotāja sesijas identifikators vai cits identifikators pēc kura iespējams unikāli identificēt konkrētu lietotāja
sesiju;
c. Datu apskates/pievienošanas/rediģēšanas/dzēšanas darbībām saistītā datu objekta identifikators.
Ja izveidotos lietotāju darbību auditācijas pierakstus nevar vienkārši analizēt, izmantojot tradicionālos līdzekļus, jānodrošina
speciāli analīzes rīki.
NFP-34 Lietotāja tiesību izmaiņu
auditācija
Sistēmā jāuzglabā un jāvar apskatīt informācija par visām lietotāju tiesību izmaiņām. Par katru izmaiņu jābūt apskatāmai vismaz
šādai informācijai:
1) lietotāja vārds VID resursu direktorijā (Active Directory);
2) administratora, kurš veicis izmaiņas, identitāte;
3) izmaiņu datums un laiks;
4) izmaiņu veids (pievienošana, rediģēšanas, dzēšana);
5) izmainītās un jaunās vērtības.
NFP-35 Sistēmas notikumu auditācija Sistēmai jānodrošina programmatūras kļūdu un izņēmumu situāciju (exceptions) auditācija. Programmatūras kļūdas un izņēmuma
situācijas auditējamas vismaz šādos līmeņos:
1) Lietotāju saskarnes līmenī;
2) Biznesa procesu līmenī;
3) Tīmekļa servera līmenī;
4) Datu bāzu līmenī.
Par katru no programmatūras kļūdām un izņēmumu situācijām saglabājama visa pieejamā ar kļūdu saistītā informācija.
100
Prasības
identifikators Prasība Apraksts
Sistēmai jānodrošina iespēja nosūtīt ziņojumu par kļūdām un izņēmuma situācijām sistēmas administratoram.
NFP-36 Datu izmaiņu vēsture Sistēmā ir jāuztur pilna datu izmaiņu vēsture. Respektīvi, katram ierakstam ir jāuztur informācija par tā pievienošanu, rediģēšanu
un dzēšanu, tai skaitā:
1) Katru izmaiņu autors (lietotājs, ārējā sistēma vai Sistēmas fona uzdevums);
Auditācijas pieraksti par datos veiktajām izmaiņām jāuzglabā vismaz „n” mēnešus (kur „n” ir konfigurējams parametrs, pieņemot,
ka noklusētā vērtība ir 36 mēneši), pēc tam tos automātiski arhivējot un dzēšot. Administratoram jānodrošina iespēja mainīt šo
parametru, izslēgt un ieslēgt automātisko datu izmaiņu vēstures arhivēšanu un dzēšanu, kā arī manuāli ierosināt datu izmaiņu
vēstures arhivēšanu un dzēšanu.
4.10. Pārbaudāmības prasības
Prasības
identifikators Prasība Apraksts
NFP-38 Automātiskie regresa testi Izpildītājam jānodrošina automātiskie regresa testi visai Sistēmas funkcionalitātei. Automātisko regresa testu saraksts un scenāriji ir
saskaņojami ar Pasūtītāju.
Regresa testi jāiesniedz Pasūtītājam kopā ar programmatūras piegādēm un tiem jābūt izpildāmiem Pasūtītāja testa vidē. Regresa
testu kopsavilkumā ir jāatspoguļo pozitīvie un negatīvie testu scenāriju rezultāti. Automātiskie testi veidojami tā, lai tie būtu
101
Prasības
identifikators Prasība Apraksts
palaižami atkārtoti neierobežotu reižu skaitu un lai tie neveicinātu testa vides datu bāzes pārpildīšanos (piemēram, paredzot testa
laikā izveidoto datu dzēšanu).
Automātiskā testēšanas tehnoloģija ir jāiekļauj kopējā izstrādes procesā.
NFP-38.1 Funkcionālie regresa testi Procesu kontrole: katrai darba plūsmas (workflow) vadības grafa šķautnei ir jābūt noklātai ar vismaz vienu testa scenāriju;
Datu apstrāde: katrai datu apstrādes vadības grafa šķautnei ir jābūt noklātai ar vismaz vienu testa scenāriju;
Lietotāja saskarnes kontrole: katrai saskarnes loģikas apstrādes vadības grafa šķautnei ir jābūt noklātai ar vismaz vienu testa
scenāriju;
Robežgadījumu kontrole: Jābūt paredzētiem testa scenārijiem, kuri imitē kļūdainu lietotāja datu ievadu, tai skaitā, apzināti
nepareiza datu ievada mēģinājumus lietotāja saskarnē.
NFP-38.2 Integrācijas regresa testi Protokola kontrole: katram datu apmaiņas protokola variantam ir jābūt noklātam ar vismaz vienu testa scenāriju;
Datu formāta kontrole: katram datu formāta variantam ir jābūt noklātam ar vismaz vienu testa scenāriju;
Jābūt paredzētiem testa scenārijiem, kas simulē sakaru pārtraukumu datu apmaiņas protokolā;
Jābūt paredzētiem testa scenārijiem, kas paredz „otras puses” nepareizas atbildes, kā arī situācijas, kad atbildes nepienāk vispār.
NFP-39 Izpildītāja testi Lai nodrošinātu nodevumu atbilstību noteiktajām prasībām, Izpildītājam ir jāveic nodevumu iekšējā testēšana atbilstoši kādai no
zināmajām testēšanas metodoloģijām, kā arī jāsagatavo testēšanas dokumentācija. Izpildītājam jāveic vismaz šāda testēšana:
1) Funkcionālā testēšana (katrai posma piegādei);
2) Lietojamības testēšana (katrai kārtas un apakšprojekta piegādei);
3) Integrācijas testēšana (katrai kārtas un apakšprojekta piegādei);
4) Veiktspējas un ātrdarbības testēšana (katrai kārtas un apakšprojekta piegādei);
5) Pieejamības testēšana (katrai kārtas un apakšprojekta piegādei);
102
Prasības
identifikators Prasība Apraksts
6) Drošības testēšana (katrai kārtas un apakšprojekta piegādei).
Testēšanu Izpildītājam jāveic ar saviem resursiem, neiesaistot Pasūtītāju, pirms nodevuma iesniegšanas, lai pārliecinātos, ka
nodevums ir gatavs akcepttestēšanai.
Izpildītāja veiktās testēšanas dokumentācija ir jāiesniedz kopā ar programmatūras nodevumiem.
NFP-39.1 Integrācijas testēšana Veicot integrācijas testēšanu, Izpildītājam ir jāpārbauda Sistēmas darbība kopumā, tai skaitā jāveic visas iepriekš piegādātās
Sistēmas funkcionalitātes testēšana, ieskaitot to Sistēmas daļu atkārtoto testēšanu, kas netika modificētas, ar mērķi pārliecināties,
ka veiktās modifikācijas nav negatīvi ietekmējušas līdz šim izstrādātās Sistēmas daļas. Integrācijas testēšanas ietvaros Izpildītājam
jāpārbauda arī starpsistēmu datu apmaiņas saskarnes ar citām informācijas sistēmām, ar nosacījumu, ka šīs informācijas sistēmas ir
pieejamas testu veikšanai.
NFP-39.2 Veiktspējas un ātrdarbības
testēšana
Izpildītājam jāveic Sistēmas un to komponenšu veiktspējas testi, lai pārliecinātos par Sistēmas atbilstību tehniskajā specifikācijā
noteiktajām veiktspējas prasībām, kā arī lai identificētu iespējamās problēmas un atrastu risinājumus Sistēmas ātrdarbības
uzlabošanai. Veiktspējas testēšana jāveic Pasūtītāja testa vai apmācību vidē.
Veiktspējas un ātrdarbības testi jāveic daudzlietotāju režīmā simulējot Sistēmas darbību šādos apstākļos:
1) Nominālas noslodzes apstākļos (šī testa ietvaros ir jāparāda, ka Sistēma var izpildīt noteiktās ātrdarbības prasības
nominālas noslodzes apstākļos – ar nominālu noslodzi saprotot slodzi, kas ir līdzvērtīga slodzei produkcijas režīmā, tai
skaitā produkcijas režīmā paredzamajiem pieprasījumu pīķiem, bet mērogota ņemot vērā infrastruktūras jaudas atšķirības
starp testa un produkcijas vidi);
2) Maksimālas noslodzes apstākļos (pakāpeniski paaugstinot noslodzi, nosakot slieksni, kad veiktspējas prasības vairs netiek
izpildītas vai arī līdz Sistēmas darbības atteicei).
103
Prasības
identifikators Prasība Apraksts
Paredzamās noslodzes nosacījumi un sagaidāmie veiktspējas un ātrdarbības rādītāji ir jādetalizē programmatūras prasību
specifikācijā.
Pirms veiktspējas un ātrdarbības testēšanas Izpildītājam ar Pasūtītāju jāsaskaņo precīzi testa scenāriji un veiktspējas testu izpildes
nosacījumi, kā arī kritēriji, pēc kuriem tiek akceptēta Sistēmas darba spēja pie iepriekš definētās slodzes.
NFP-39.3 Pieejamības testēšana Izpildītājam jānodrošina Sistēmas pieejamības testēšana. Sistēmas pieejamības testēšana Izpildītājam jāveic infrastruktūrā, kas ir
tehnoloģiski un topoloģiski līdzīga Sistēmas produkcijas videi. Pieejamības testēšanas ietvaros jāpārbauda Sistēmas darbība p ie
šādiem scenārijiem:
1) Stabilitātes testēšana - šī testa ietvaros ir jāpārbauda Sistēmas darbības stabilitāte to ilgstoši darbinot pie dažādām
noslodzēm, piemēram, nominālas noslodzes;
2) Noturības pret fizisko serveru kļūdām – šī testa ietvaros jāpārbauda Sistēmas spēja saglabāt darbību simulējot atsevišķa
fiziskā servera darbības pārtraukumu;
3) Noturība pret tīkla pārrāvumiem – šī testa ietvaros jāpārbauda Sistēmas spēja saglabāt darbību simulējot atsevišķa tīkla
posma darbības pārtraukums;
4) Noturība pret programmatūras kļūdām – šī testa ietvaros jāpārbauda Sistēmas spēja saglabāt darbību simulējot
programmatūras kļūdu atsevišķā pielietojumu vai datu bāzes serverī;
5) Datu rezerves kopēšana – šī testa ietvaros jāpārliecinās, ka iespējams izveidot Sistēmas rezerves kopiju un restaurēt
Sistēmas darbību no izveidotās rezerves kopijas atbilstoši rezerves kopēšanas prasībām.
NFP-39.4 Drošības testēšana Izpildītājam ir jāveic Sistēmas drošības testēšana ar mērķi pārbaudīt Sistēmas noturību pret nesankcionētu pieeju un cita
uzbrukumiem, kā arī novērtēt Sistēmas atbilstību izvirzītajām drošības prasībām. Drošības testēšanu var veikt Pasūtītāja testa vai
104
Prasības
identifikators Prasība Apraksts
apmācību vidē.
NFP-39.5 Lietojamības testēšana Izpildītājam ir jāveic Sistēmas lietojamības testēšana. Sistēmas lietojamība testējama piesaistot Sistēmas gala lietotājus un
novērojot to darbu ar sistēmu, lai identificētu lietojamības kļūdas un jomas kurās nepieciešami uzlabojumi.
NFP-40 Sistēmas akcepttestēšana Sistēmas akcepttestēšana tiek veikta saskaņā ar kārtību, kas aprakstīta līguma projekta 0.6.0.pielikumā.
Sistēmas akcepttestēšanu veic Pasūtītājs Sistēmas testa vidē.
Izpildītāja pienākums ir sagatavot akcepttestēšanai nepieciešamo dokumentāciju, tai skaitā akcepttestēšanas scenārijus, kuros
jāiekļauj visu programmatūras prasību specifikācijā iekļauto funkciju (prasību) pārbaude. Akcepttestēšanas scenārijos jāiekļauj gan
„pozitīvie” (ievadīti korekti dati - mērķis ir pārbaudīt, vai Sistēmas funkcionalitāte strādā korekti), gan „negatīvie” (ievadīti kļūdaini
dati - mērķis ir pārbaudīt Sistēmas darbaspēju un datu korektu apstrādi kļūdu un problēmsituāciju gadījumā) piemēri. Akcepttestu
scenārijos jānorāda gan veicamās darbības un ievaddati, gan sagaidāmie rezultāti.
Izpildītājam ir jānodrošina akcepttestēšanas vides sagatavošanai un akcepttestu norisei nepieciešamās konsultācijas.
NFP-41 Sistēmas funkcionalitātes
demonstrācija
Pēc piegādes sekmīgas uzstādīšanas Pasūtītāja testa vidē Izpildītājam jāveic piegādātās Sistēmas funkcionalitātes demonstrācija.
Sistēmas funkcionalitātes demonstrācijas mērķis ir ļaut Pasūtītājam pārliecināties, ka Sistēma atbilst Pasūtītāja prasību analīzes
laikā definētiem biznesa procesiem un Sistēma pilda biznesa procesu nodrošināšanai nepieciešamo funkcionalitāti. Sistēmas
funkcionalitātes demonstrācijas laikā Pasūtītājs neveic Sistēmas akcepttestēšanu.
Sistēmas funkcionalitātes laikā konstatētās kļūdas, nepilnības vai neatbilstības Izpildītājam jāfiksē un jānovērš saskaņā ar
akcepttestēšanas laikā atklāto kļūdu novēršanas kārtību. Ja Sistēmas funkcionalitātes demonstrācijas laikā konstatētās kļūdas liedz
aplūkot daļu no paredzētās funkcionalitātes, tad pēc šo kļūdu novēršanas Izpildītājs veic atkārotu Sistēmas demonstrāciju.
Pirms Sistēmas funkcionalitātes demonstrācijas Pasūtītāja testa vidē Izpildītājs pēc savas izvēles var veikt Sistēmas funkcionalitātes
105
Prasības
identifikators Prasība Apraksts
demonstrāciju Izpildītāja vidē.
NFP-42 Testa datu nodrošināšana Izpildītājam jāsagatavo, jāsaskaņo ar Pasūtītāju, un visu veidu Sistēmas testēšanā jāizmanto speciāla testa datu kopa, kas ir
līdzvērtīga īstajiem datiem (biznesa datiem), bet nesatur identificējamu personu reālus datus.
Izpildītājam tehniskajā piedāvājumā ir jāapraksta testa datu kopas ievadīšanas, papildināšanas, izņemšanas un atjaunošanas
kārtība.
4.11. Uzturamības prasības
Prasības
identifikators Prasība Apraksts
NFP-43 Programmatūras pārnesamība Ja Sistēma tiek veidota papildinot standartprodukta funkcionalitāti, papildinājumiem jābūt tā veidotiem, lai būtu iespējams bez
Sistēmas izmaiņām Sistēmu pārnest uz jaunāku standartprodukta versiju.
NFP-44 Koda vadības sistēma Sistēmas izstrādes gaitā Izpildītājam jāizmanto datorizēta koda bibliotēka, kurai jānodrošina Pasūtītājam pieeja lasīšanas režīmā.
106
4.12. Lietojamības prasības
Prasības
identifikators Prasība Apraksts
NFP-45 WEB lietotāju saskarne Sistēmas lietotāja saskarnei jābūt pieejamai, izmantojot WEB pārlūkprogrammu. Saskarnei jānodrošina iespēja izmantot vismaz
šādas populāras pārlūkprogrammas:
1) MS Internet Explorer (jaunāko versiju);
2) MS Edge (jaunāko versiju);
3) FireFox (jaunāko versiju);
4) Google Chrome (jaunāko versiju);
5) Safari (jaunāko versiju).
Pārlūkprogrammās (klienta pusē) atļauts izmantot šādas WEB tehnoloģijas: HTML, CSS, JavaScript, HTML5 paplašinājumus.
NFP-46 Atbalstāmās lietotāju
operētājsistēmas
Informācijas sistēmai ir jānodrošina lietotāju darbs vismaz Windows saimes (Windows Vista, Windows 7, Windows 8, Windows 10)
un Linux saimes operāciju sistēmās.
NFP-47 Lietotāju saskarnes valoda Sistēmas lietotāju saskarnei jābūt pieejamai latviešu valodā. Saskarnē izmantotajai valodai (vārdiem, frāzēm) jābūt intuitīvi
saprotamai lietotājiem. Sistēmas administratoru saskarni var veidot latviešu vai angļu valodā, ja tas neapgrūtina Sistēmas
lietošanu.
NFP-48 Lietotāju saskarnes lietojamība Sistēmai ir jāatbilst šādiem lietojamības kritērijiem:
1) Sistēmai ir jābūt saprotamai. Visiem lietotāja interfeisa elementiem (navigācijas elementiem, ikonām, spiedpogām, utt.)
jābūt viegli uztveramiem un veidotiem atbilstoši industrijas labajai praksei. Sistēmā jāizmanto termini, kas sakrīt ar
Pasūtītāja ikdienas darbā izmantojamajiem terminiem. Retāk izmantotajiem un sarežģītākajiem terminiem vai jēdzieniem
107
Prasības
identifikators Prasība Apraksts
jābūt skaidrojumiem.
2) Sistēmai ir jābūt viegli apgūstamai. Lietotāja palīdzības informācijai ir jābūt pilnīgai, konteksta jūtīgai un tai jāizskaidro kā
paveikt tipiskos ikdienas uzdevumus.
3) Ar sistēmu ir jābūt viegli operēt. Sistēmai jābūt veidotai vienotā stilā. Saskarnes elementiem jādarbojas konsistenti visās
Sistēmas sadaļās. Lielākai daļai darbību jābūt atsaucamām (undo) un datu ievades kļūdām jābūt labojamām. Gadījumos,
kad nav iespējas labot datus vai atgriezties pie iepriekšējā stāvokļa jāparedz brīdinājumi pirms neatgriezeniskās darbības.
Sistēmas interfeisam jābūt veidotam tā, lai tipiskās darbības neprasītu liekus klikšķus vai lieku pārslēgšanos starp dažādām
ekrānformām. Datu ievades formām jāsatur datu validācijas kontroles.
4) Ekrāna izkārtojumam un Sistēmas krāsu paletei ir jābūt kopumā pievilcīgam.
108
5. ORGANIZATORISKĀS PRASĪBAS
Šajā sadaļā ir aprakstītas MAIS organizatoriskās prasības. Visas šajā sadaļā minētās prasības ir ietveramas tehniskā piedāvājuma sagatavošanā un izpildāmas Projekta laikā. Ja vien
prasības aprakstā nav minēts savādāk, organizatorisko prasību radītās izmaksas ir jāiekļauj funkcionālo prasību realizācijas izmaksās un finanšu piedāvājumā kā atsevišķa pozīcija nav
jāizdala.
5.1. Ieviešanas pieeja un laika grafiks
Prasības
identifikators Prasība Apraksts
ORG-01 Projekta laika plāns Sistēmas ieviešana veicama 5 (piecu) gadu laikā no iepirkuma līguma parakstīšanas dienas.
Sistēmas ieviešana sadalāma četros apakšprojektos, kur katram apakšprojektam ir noteikti sasniedzamie mērķi (skatīt 2.nodevuma
nodaļu 8.3). Katrs apakšprojekts sastāv no vienas vai vairākām kārtām atbilstoši Pretendenta piedāvājumam, kur katras kārtas
noslēgumā tiek izstrādāta produkcijā ieviešama Sistēmas versija. Kārtas savukārt tālāk dalāmas posmos, kur katrs posms ir
inkrementāls programmatūras vienums, kurš ir testējams atbilstoši darba uzdevumā definētajām prasībām.
Norāde tehniskajam piedāvājumam: Pretendenta tehniskajā piedāvājumā ir jāiekļauj projekta realizācijas laika plāna piedāvājums,
kurā norādītas ieviešanas projekta kārtas, posmi un to ietvaros veicamās aktivitātes. Laika plānā jāparedz projekta pārvaldības,
arhitektūras izstrādes, prasību analīzes un Sistēmas realizācijas, Izpildītāja un Pasūtītāja testēšanas, dokumentu izskatīšanas un
saskaņošanas, datu migrācijas, apmācību, kā arī Sistēmas ieviešanas produkcijā aktivitātes.
ORG-02 Darbu pasūtīšana Darbi tiks pasūtīti pakāpeniski saskaņā ar Pretendenta projekta realizācijas laika plāna piedāvājumu un atbilstoši līguma projektā
iekļautajai fiksētas cenas darbu pasūtīšanas un izpildes kārtībai.
Norāde tehniskajam piedāvājumam: Pretendentam šīs prasības realizācijas apraksts tehniskajā piedāvājumā nav jāiekļauj.
109
Prasības
identifikators Prasība Apraksts
ORG-03 Izmaiņu pieprasījumi Izmaiņas Tehniskajā specifikācijā paredzētajā funkcionalitātē vai papildinājumi jau izstrādātai Sistēmas funkcionalitātei tiks pasūtīti
saskaņā ar līguma projekta 0.4.0. pielikumā iekļauto izmaiņu pieprasījumu pasūtīšanas un izpildes kārtību.
Izpildītājam ir jāveic izmaiņu pieprasījuma izpēte un novērtēšana, izmaiņu izstrāde (t.sk. attiecīgās dokumentācijas aktualizēšana,
t.i. labošana, papildināšana utt.), testēšana un piegāde, pamatojoties uz Pasūtītāja definētajām prasībām un saskaņā ar Tehniskās
specifikācijas nefunkcionālajām un organizatoriskajām prasībām.
Par izmaiņu pieprasījumu netiks uzskatītas programmatūras prasību un projektējuma kļūdas vai nepilnības, kuras saskaņā ar
industrijas labo praksi, Izpildītājam bija savlaicīgi jāidentificē.
Norāde tehniskajam piedāvājumam: Pretendentam šīs prasības realizācijas apraksts tehniskajā piedāvājumā nav jāiekļauj.
ORG-04 Projekta aktivitātes Līguma darbības laikā Pretendenta piedāvātās līgumcenas ietvaros Izpildītājam jāveic vismaz šādi darbi (bet neaprobežojoties)
saskaņā ar šīs Tehniskās specifikācijas prasībām:
1) Pirms uzsākt Sistēmas ieviešanas darbus Izpildītājam ir jāizstrādā un ar Pasūtītāju jāsaskaņo Projekta pārvaldības plāns un
Sistēmas arhitektūras apraksts;
2) Projekta darbības laikā jāveic projekta pārvaldība atbilstoši izstrādātajam projektā pārvaldības plānam;
3) Jāpiegādā visas Sistēmas darbināšanai nepieciešamās licences, tai skaitā nepieciešamās trešo pušu programmatūras
licences. Trešo pušu programmatūra var ietvert, piemēram, datu bāzes, lietojumprogrammu servera, analīzes rīka, u.c.
licences. Trešo pušu programmatūras licences neietver operētājsistēmas programmatūras licences;
4) Jāveic programmatūras prasību analīze un dokumentēšana;
5) Jāveic Sistēmas projektēšana un izstrāde, tai skaitā starpsistēmu saskarņu izstrāde;
6) Jāveic Sistēmas testēšana;
110
Prasības
identifikators Prasība Apraksts
7) Jāveic datu migrācija;
8) Jāveic lietotāju apmācības;
9) Jāievieš Sistēma un jānodrošina Tehniskajā specifikācijā paredzēto datu apmaiņas saskarņu darbība.
ORG-05 Projekta pārvaldības plāna
izstrāde un saskaņošana
Projekta pārvaldības plāns izstrādājams un nododams Pasūtītājam saskaņošanai 1 (viena) mēneša laikā pēc Iepirkuma līguma
noslēgšanas dienas.
Projekta pārvaldības plāns ir uzskatāms par projekta galveno plānošanas dokumentu un tas nedrīkst konfliktēt ar pakārtotajiem
(testēšanas, kvalitātes nodrošināšanas, u.c.) plāniem. Ja pakārtotie plāni konfliktē ar projekta pārvaldības plānu, tad Izpildītājam ir
jāprecizē projekta pārvaldības plāns un jānodod Pasūtītājam atkārtotai saskaņošanai.
ORG-06 Sistēmas arhitektūras apraksta
izstrāde un saskaņošana
Sistēmas arhitektūras apraksts izstrādājams un nododams Pasūtītājam saskaņošanai 40 (četrdesmit) dienu laikā pēc vienošanās par
gabaldarba izpildi. Sistēmas arhitektūras apraksta saskaņošana un atjaunošana veicama saskaņā ar līguma projekta 0.6.0. pielikuma
“Darbu saskaņošanas un pieņemšanas- nodošanas kārtība” 3.punktu.
Projekta laikā Izpildītājam sistēmas arhitektūras apraksts ir jāuztur aktuāls. Sistēmas arhitektūras apraksts ir uzskatāms par galveno
sistēmas uzbūvi aprakstošo dokumentu un tas nedrīkst konfliktēt ar citiem pakārtotajiem nodevumiem. Ja kādā no citiem
nodevumiem tiek paredzētas atkāpes no sistēmas arhitektūras apraksta, tad Izpildītājam sistēmas arhitektūras apraksts ir jāprecizē
un jānodod Pasūtītājam atkārtotai saskaņošanai.
ORG-07 Darbu izpildes termiņi Visas funkcionālās prasības, kas uzskaitītas Tehniskajā specifikācijā, kā arī papildus prasības, kas tiks definētas līguma darbības
laikā, ir realizējamas katrā darbu pasūtījumā norādītajos termiņos.
111
5.2. Metodoloģijas
Prasības
identifikators Prasība Apraksts
ORG-08 Izstrādes standarti un metodes Izpildītājam jāizmanto dokumentēti izstrādes standarti un metodes visām izstrādes aktivitātēm un nodevumiem. Standarti un
metodes jāapraksta vai jānorāda atsauces uz atbilstošiem dokumentiem Projekta pārvaldības plānā.
ORG-09 Izstrādes metodoloģija Izpildītājam ir jāpiedāvā un projekta laikā jānodrošina sistēmas izstrādes vadība, kas tiek veikta saskaņā ar starptautiski atzītu
sistēmu izstrādes metodoloģiju. Izstrādes metodoloģijai ir jāparedz Sistēmas izstrādi pa daļām, kur vienas Sistēmas daļas izstrāde
jeb projekta posms nedrīkst būt ilgāks par 6 (sešiem) mēnešiem. Izstrādes posmi drīkst pārklāties laikā.
ORG-10 Kvalitātes vadība Izpildītājam jāveic nepieciešamie pasākumi, lai nodrošinātu projekta kvalitātes vadību atbilstoši labās prakses principiem, t.sk.:
1) ar ieviešanas un izstrādes, pielāgošanas procesu tieši nesaistīta kvalitātes pārvaldnieka iesaistīšana Projekta
organizatoriskajā struktūrā un regulāra ziņojumu iesniegšana Izmaiņu vadības padomei par Projekta gaitu;
2) pirms visu dokumentu nodevumu izstrādes uzsākšanas Izpildītājam jāsaskaņo dokumentu nodevumu sagataves ar
Pasūtītāju;
3) pirms nodevumu iesniegšanas Pasūtītājam jāveic iekšēja nodevumu kvalitātes novērtēšana (visiem dokumentiem un tajos
aprakstītajai informācijai jābūt viennozīmīgai, nepretrunīgai un pabeigtai, savukārt programmatūras kodam jābūt
komentētam un verificētam). Pēc Pasūtītāja pieprasījuma Izpildītājam ir jānodrošina iespēja Pasūtītājam iepazīties ar
dokumentācijas un programmatūras koda kvalitātes novērtējuma pierakstiem;
piedāvātā pieeja Projekta konfigurācijas vadības nodrošināšanai.
Izpildītājam jāizmanto Pasūtītāja norādītā nodevumu un citu konfigurācijas vienumu identifikācijas shēma.
Norāde tehniskajam piedāvājumam: Pretendentam tehniskajā piedāvājumā ir jāapraksta versionēšanas un konfigurācijas
pārvaldības principi un izmantotie rīki.
ORG-13 Problēmu vadība Izpildītājam ir jānodrošina projekta problēmu vadība. Izpildītājam ir jāidentificē projekta realizācijas problēmas un savlaicīgi jāziņo
113
Prasības
identifikators Prasība Apraksts
par tām Pasūtītājam, kā arī jāreģistrē Pasūtītāja pieteiktās problēmas. Visām projekta problēmām kopēji ar Pasūtītāju ir jānosaka
nepieciešamās korektīvās darbības un jākontrolē to izpildes efektivitāte.
Aktuālo problēmu saraksts un realizējamo korektīvo darbību saraksts Izpildītājam ir jāuztur aktuāls visā projekta realizācijas gaitā
un jānodrošina, lai visām projektā iesaistītajām pusēm būtu pieejama aktuālā tā versija, izmantojot elektroniskos saziņas līdzekļus.
ORG-14 Incidentu vadība Izpildītājam ir jānodrošina incidentu (Sistēmas testēšanas vai darbības laikā atklātās kļūdas, nepilnības, neatbilstības utt.) ziņojumu
pārvaldība saskaņā ar līguma projekta 0.7.0.pielikumā aprakstīto sadarbības kārtību un 0.6.0. pielikumā aprakstīto darbu
saskaņošanas un pieņemšanas – nodošanas kārtību.
ORG-15 Izmaiņu vadība Izpildītājam jānodrošina izmaiņu vadība saskaņā ar līguma projekta 0.7.0.pielikumā aprakstīto sadarbības kārtību un
0.4.0.pielikumā aprakstīto izmaiņu pieprasījumu pasūtīšanas un izpildes kārtību.
Norāde tehniskajam piedāvājumam: Pretendentam tehniskajā piedāvājumā ir jāapraksta izmaiņu vadības pasākumi (izmaiņu
vadības sistēma un procedūras, kas tiek pielietotas Pretendenta uzņēmumā).
5.3. Projekta organizatoriskā struktūra
Prasības
identifikators Prasība Apraksts
ORG-16 Projekta organizatoriskā
struktūra
Izpildītājam jāpiedāvā detalizēts Projekta organizatoriskais modelis, paredzot vismaz šādas struktūras:
1) Projekta uzraudzības komiteja (PUK);
114
Prasības
identifikators Prasība Apraksts
2) Izmaiņu vadības padome (IVP);
3) Projekta darba grupas.
ORG-17 Projekta uzraudzības komiteja Projekta uzraudzības komiteja nodrošinās Projekta norises uzraudzību un būtisku, stratēģiski svarīgu jautājumu risināšanu un
lēmumu pieņemšanu. Projekta uzraudzības komitejas sastāvā ietilps Pasūtītāja un Izpildītāja vadības pārstāvji. Projekta uzraudzības
komitejas pamatdarbība notiks sanāksmēs, saskaņojot to norisi vismaz 3 (trīs) darba dienas iepriekš.
ORG-18 Izmaiņu vadības padome Izmaiņu vadības padome risinās dažādus ikdienas un operatīvus uzdevumus saistībā ar projekta īstenošanu. Tās sastāvā ietilps
Pasūtītāja un Izpildītāja Projekta vadītāji un vadošie speciālisti. Izmaiņu vadības padomes pamatdarbība notiks regulārās
sanāksmēs, iepriekš saskaņotā laikā.
ORG-19 Projekta darba grupas Projekta īstenošanas laikā Projekta darba grupu sanāksmes tiks organizētas pēc nepieciešamības. Projekta darba grupu sastāvā
ietilps darbu izpildē iesaistītie Pasūtītāja un Izpildītāja speciālisti. Pasūtītāja speciālisti būs atbildīgi par savlaicīgu informācijas
sniegšanu Izpildītājam un uzdevumu rezultātu izskatīšanu un saskaņošanu, savukārt, Izpildītāja speciālistu pienākums ir vismaz 2
darba dienas pirms sanāksmes sagatavot informācijas pieprasījumus un protokolēt sanāksmē izrunātos jautājumus.
5.4. Komunikācijas vadība
Prasības
identifikators Prasība Apraksts
ORG-20 Projekta darba valoda Projekta darba valoda ir latviešu valoda. Izpildītājam dokumentētie nodevumi jāizstrādā latviešu valodā.
115
Prasības
identifikators Prasība Apraksts
Ja Projekta laikā tiek piesaistīti speciālisti, kuri nepārvalda latviešu valodu, Izpildītājam šo speciālistu saziņā ar Pasūtītāju
jānodrošina tulkošana bez papildu maksas.
Atsevišķi Projekta dokumentētie nodevumi, iepriekš saskaņojot ar Pasūtītāju, var tikt izstrādāti angļu valodā.
ORG-21 Interviju un sanāksmju
protokolēšana
Izpildītājam ir jāveic visu interviju un sanāksmju protokolēšana, iesniedzot protokolus saskaņošanai Pasūtītājam 3 darba dienu laikā
pēc intervijas vai sanāksmes. Pēc Pasūtītāja komentāru saņemšanas, protokoli jāprecizē 1 darba dienas laikā un jānosūta atkārtotai
saskaņošanai Pasūtītājam.
ORG-22 Progresa ziņojumi Izpildītājam jāsagatavo un elektroniski jāiesniedz Pasūtītājam šādi progresa ziņojumi:
1) Iknedēļas progresa ziņojums Izmaiņu vadības padomei par uzsāktajiem un plānotajiem darbiem, atvērtajiem jautājumiem
un uzdevumiem. Izpildītājs ziņojumu iesniedz Pasūtītāja Projekta vadītājam ne vēlāk kā katras pirmdienas pl.10.00;
2) Ikmēneša progresa ziņojums Projekta uzraudzības komitejai par Projekta uzdevumu izpildes progresu, sasniegtajiem
robežstabiem, atvērtajiem riskiem/problēmām un nepieciešamajiem lēmumiem. Ziņojums jāiesniedz Pasūtītāja Projekta
vadītājam ne vēlāk kā 2 (divas) darba dienas pirms plānotās Projekta uzraudzības komitejas sēdes, kurā ziņojums
saskaņojams.
ORG-23 Sanāksmes Izpildītājam jāorganizē šādas sanāksmes (Pasūtītāja norādītajā vietā, Rīgas administratīvajā teritorijā):
1) Projekta uzsākšanas sanāksme – 5 (piecu) darba dienu laikā pēc iepirkuma līguma savstarpējas parakstīšanas;
2) Projekta uzraudzības komitejas sanāksmes – ne retāk kā 1 reizi mēnesī, ja puses nevienojas citādi;
3) Izmaiņu vadības padomes sanāksmes – ne retāk kā 1 reizi nedēļā, ja puses nevienojas citādi;
4) Projekta darba grupu sanāksmes – pēc nepieciešamības.
116
5.5. Projekta nodevumi
Prasības
identifikators Prasība Apraksts
ORG-24 Nodevumu formāts Visiem ar Projektu saistītajiem dokumentiem ir jābūt noformētiem atbilstoši ERAF projektu vizuālajām vadlīnijām un pieejamiem
elektroniskā formā, viennozīmīgi identificētiem un uzglabātiem datorizētā projekta bibliotēkā.
Visiem dokumentiem jābūt sagatavotiem MS Office 2007 vai jaunākas versijas MS Word, MS Excel, MS PowerPoint, MS Visio, MS
Project formātos.
Izpildītājs var iesniegt gala nodevumu dokumentus parakstītus papīra formā vai arī elektroniski, parakstītus ar drošu elektronisko
parakstu.
ORG-25 Nodevumu saraksts Projekta ietvaros Izpildītājam jāsagatavo un jāiesniedz Pasūtītājam vismaz šādi Projekta nodevumi:
1) Projekta pārvaldības plāns;
2) Sistēmas arhitektūras apraksts;
3) Kvalitātes nodrošināšanas plāns;
4) Rezerves kopēšanas un darbības atjaunošanas plāns;
5) Programmatūras prasību specifikācija;
6) Saskarņu prasību specifikācija;
7) Programmatūras projektējuma apraksts;
8) Datu migrācijas projektējuma apraksts;
9) Datu migrācijas plāns;
10) Programmatūras testēšanas plāns;
11) Programmatūras testu apraksti;
12) Testēšanas (kopsavilkuma) pārskati;
117
Prasības
identifikators Prasība Apraksts
13) Administratora rokasgrāmata;
14) Programmatūras versijas apraksti jeb laidienu piezīmes;
15) Apmācību plāns un apmācību materiāli;
16) Sistēmas ieviešanas plāns;
17) Izstrādāto programmatūras risinājumu un gatavās programmatūras pielāgojumu pirmkodi, gatavās programmatūras un
izstrādāto programmatūras pielāgojumu izpildkodi, konfigurācijas datnes (skripti);
18) Automātisko testu skripti, testa datu kopas un testu darbināšanai nepieciešamā programmatūra;
Projekta nodevumi sagatavojami atbilstoši Līguma projekta 0.8.0. pielikumā minētajiem standartiem.
ORG-26 Projekta pārvaldības plāns Projekta pārvaldības plānam jābūt izstrādātam atbilstoši Izpildītāja piedāvātajai izstādes metodoloģijai un tajā izmantotajiem
pārvaldības procesiem jābūt saskaņotiem ar VID IT pārvaldības procesiem. Projekta pārvaldības plānā jānosaka tehniskās un
pārvaldošās projekta funkcijas, aktivitātes un uzdevumi, kas nepieciešami Tehniskajā specifikācijā noteikto prasību apmierināšanai.
Projekta pārvaldības plānā jāiekļauj vismaz šādas sadaļas:
1) Projekta organizācija;
2) Pārvaldības procesi (veicamās aktivitātes, to norises kārtība un atbildīgie);
3) Projekta kalendārais plāns;
4) Konfigurācijas vadība;
5) Risku vadība;
6) Izmaiņu vadība.
Kvalitātes nodrošināšanas plāns var tikt iekļauts projekta pārvaldības plānā vai iesniegts kā atsevišķs nodevums.
ORG-27 Sistēmas arhitektūras apraksts Sistēmas arhitektūras apraksts sagatavojams saskaņā ar standartu ISO/IEC/IEEE 42010:2011. Sistēmas arhitektūras aprakstā ir
118
Prasības
identifikators Prasība Apraksts
jāiekļauj vismaz šādi skatu punkti:
1) Biznesa arhitektūra (sasniedzamo biznesa mērķu, atbalstāmo funkciju un procesu uzskaitījums);
2) Programmatūras arhitektūra (programmatūras komponenšu uzskaitījums, apraksts un to sadarbības shēma);
3) Datu arhitektūra (būtiskāko datu objektu uzskaitījums, apraksts un to savstarpējās sasaistes shēma);
4) Infrastruktūras arhitektūra (fiziskā arhitektūra, virtuālā arhitektūra, programmatūras komponenšu izvietojums uz
infrastruktūras elementiem);
5) Drošības arhitektūra (drošības zonas, drošības kontroles, drošības prasību ievērošana izstrādes procesā);
6) Uzturēšanas apsvērumi (auditācijas pierakstu veidošana un apskate, jauninājumu un piegāžu uzstādīšanas pieeja, rezerves
kopēšanas un atjaunošanas pieeja).
ORG-28 Programmatūras prasību
specifikācija
Izpildītājam izstrādājot programmatūras prasību specifikāciju jāizmanto vismaz šādi informācijas vizualizēšanas paņēmieni:
1) Darbplūsmu un procesu loģika jāapraksta izmantojot procesu shēmas BPMN, EPC vai citā līdzvērtīgā notācijā;
2) Datu objekti un to savstarpējās saites jāapraksta izmantojot entītiju relāciju (ER) diagrammas;
3) Datu objektu dzīves cikls jāapraksta izmantojot stāvokļu pārejas diagrammas;
4) Sarežģītas lietotāju saskarnes aprakstāmas izmantojot ekrānformu prototipus.
Prasību analīzes jāveic izmantojot holistisku pieeju. Respektīvi, katra prasība skatāma kontekstā ar Sistēmas izstrādes projekta
mērķiem, Sistēmas arhitektūru, Sistēmas atbalstāmajiem procesiem un citām Tehniskās specifikācijas prasībām. Ja prasību analīzes
laikā rodas konflikti starp šiem saistītajiem apsvērumiem, tad par tiem nekavējoties jāinformē Pasūtītājs un to risināšanā jāiesaista
visas ieinteresētās puses.
ORG-29 Interviju pieraksti vai
lietotājstāsti
Prasību apzināšanas un saskaņošanas nolūkiem Izpildītājs izmanto interviju pierakstus vai spējās programmizstrādes gadījumā -
lietotājstāstus. Interviju pieraksti vai lietotājstāsti tiek saskaņoti atbilstoši līguma projekta 0.6.0.pielikumā iekļautās darbu
119
Prasības
identifikators Prasība Apraksts
saskaņošanas un pieņemšanas – nodošanas kārtības 2.punktam.
ORG-30 Programmatūras projektējuma
apraksts
Programmatūras projektējuma aprakstā ir jāiekļauj vismaz:
1) Funkcionālā projektējuma aprakstu;
2) Datu loģikas projektējuma aprakstu (izmantojot ER diagrammas);
3) Saskarņu projektējuma aprakstu.
ORG-31 Administratora rokasgrāmata Sistēmas administratora rokasgrāmatā jāiekļauj vismaz šāda informācija:
1) Prasības Sistēmas darbības videi un standartprogrammatūras uzstādīšanas instrukcijas;
2) Sistēmas uzstādīšanas instrukcijas;
3) Sistēmas rezerves kopēšanas un darbības atjaunošanas instrukcijas;
4) Automatizēto testēšanas rīku uzstādīšanas un automatizēto testu izpildes instrukcijas;
5) Izmaiņu un papildinājumu uzstādīšanas procedūra (administratora rokasgrāmatā jāapraksta vispārīgos principus un
kārtību, bet katrai versijai specifiskās uzstādīšanas instrukcijas iekļaujamas programmatūras versiju aprakstā);
6) Uzturēšanas instrukcijas, tai skaitā:
a. Informācija par Sistēmas auditācijas ierakstiem un žurnālfailiem;
b. Informācija par Sistēmas konfigurācijas uzstādījumiem.
ORG-32 Programmatūras versijas
apraksts
Programmatūras versijas aprakstā jeb laidiena piezīmēs ir jāiekļauj vismaz šāda informācija:
1) Programmatūras versijas identifikators;
2) Versijas sastāvs un nodevumu identifikatori (tai skaitā nodevumiem, kas nav mainījušies kopš iepriekšējās versijas);
3) Versijā iekļautās izmaiņas (piegādāto funkcionālās prasību, realizēto izmaiņu pieprasījumu un laboto kļūdu uzskaitījums);
4) Versijas uzstādīšanas instrukcijas.
120
Prasības
identifikators Prasība Apraksts
ORG-33 Testēšanas plāns Testēšanas plānā jāiekļauj visas Izpildītāja un Pasūtītāja testēšanas aktivitātes.
Testu plānam jāpārklāj visu funkcionālo, nefunkcionālo un organizatorisko prasību izpildes pārbaudes.
ORG-34 Izstrādāto programmatūras
risinājumu un gatavās
programmatūras pielāgojumu
pirmkodi
Izstrādātas programmatūras risinājumu un gatavās programmatūras pielāgojumu pirmkodam jābūt komentētam Latviešu valodā.
Programmatūras koda labojumiem jāsatur atsauces uz darbiem, izmaiņu pieprasījumiem vai kļūdu pieteikumiem, kuru ietvaros tie
realizēti.
ORG-35 Prasību trasējamība Izpildītājam ir jāuztur un jānodod Pasūtītājam prasību trasējamības tabula, kas nodrošina visu (funkcionālo, nefunkcionālo un
organizatorisko) Tehniskās specifikācijas prasību trasējamību pret programmatūras specifikācijas prasībām, projektējuma
vienumiem un testu scenārijiem. Prasību trasējamības tabula var tikt uzturēta kā atsevišķs nodevums vai iekļauta Tehniskajā
specifikācijā paredzētajos nodevumos.
ORG-36 Plānu aktualizācija Izpildītājam visi projekta plāni ir jāuztur aktuāli visā projekta realizācijas laikā un jānodrošina, lai visām projektā iesaistītajām
pusēm būtu pieejamas aktuālās plānu versijas, izmantojot elektroniskos saziņas līdzekļus.
ORG-37 Nodevumu aktualizācija Katrā nākamajā piegādē Izpildītājam jāpiegādā augstāk Tehniskajā specifikācijā paredzētās nodevumu aktualizētās versijas,
nodrošinot konfigurāciju un versiju pārvaldību saskaņā ar šīs specifikācijas prasībām, kā arī citi nodevumi, kuri saskaņā ar
industrijas labo praksi ir vajadzīgi Sistēmas darbināšanai, t.sk. tālākai pilnveidošanai un uzturēšanai.
121
5.6. Nodevumu iesniegšanas kārtība
Prasības
identifikators Prasība Apraksts
ORG-38 Nodevumu iesniegšanas secība Nodevumi iesniedzami šādā secībā un termiņos:
1) Pirms izstrādes darbu uzsākšanas Izpildītājam jāiesniedz un jāsaskaņo ar Pasūtītāju šādi nodevumi:
a. Projekta pārvaldības plāns;
b. Sistēmas arhitektūras apraksts;
c. Kvalitātes nodrošināšanas plāns.
2) Ne mazāk kā 1 (vienu) mēnesi pirms pirmās Sistēmas piegādes nodošanas akcepttestēšanai Izpildītājam ir jāiesniedz
Administratora rokasgrāmata;
3) Katras Sistēmas piegādes ietvaros Izpildītājam jāiesniedz šāds piegādes nodevumu komplekts:
a. Programmatūras versijas apraksts;
b. Izstrādāto programmatūras risinājumu un gatavās programmatūras pielāgojumu pirmkodi, gatavās
programmatūras un izstrādāto programmatūras pielāgojumu izpildkodi, konfigurācijas datnes (skripti);
c. Automātisko testu skripti un testa datu kopas (kopā ar pirmo piegādi piegādājama arī testu darbināšanai
nepieciešamā programmatūra);
d. Sistēmas dokumentācijas pirmreizējās vai aktualizētās versijas, tai skaitā:
i. Administratora rokasgrāmata;
ii. Programmatūras prasību specifikācija;
iii. Saskarņu prasību specifikācija;
iv. Programmatūras projektējuma apraksts;
v. Programmatūras testēšanas plāns;
122
Prasības
identifikators Prasība Apraksts
vi. Programmatūras testu apraksti;
vii. Izpildītāja testēšanas (kopsavilkuma) pārskats.
4) Papildus iepriekšējā punktā uzskaitītajiem nodevumiem ar katru kārtas vai apakšprojekta piegādi Izpildītājam jāiesniedz:
a. Rezerves kopēšanas un darbības atjaunošanas plāns;
b. Sistēmas ieviešanas plāns;
c. Datu migrācijas projektējuma apraksts;
d. Datu migrācijas plāns.
5) Apmācību plāns iesniedzams ne mazāk kā 3 (trīs) mēnešus pirms Sistēmas ieviešanas produkcijā.
ORG-39 Nodevumu piegādes veids Dokumentu nodevumi Izpildītājam ir jāpiegādā elektroniski Pasūtītāja projekta dokumentu vadības sistēmā ISIPS.
Programmatūras nodevumi ir jāpiegādā novietojot nodevumu uz Pasūtītāja norādītā FTPS servera un informējot par to Pasūtītāju
uz līgumā norādīto e-pasta adresi.
Papildus augstākminētajiem nodevumu piegādes veidiem, nodevumu pirmās un galīgās versijas Izpildītājam jāpiegādā uz
neizdzēšama fiziskā datu nesēja kopā ar parakstītu pavadvēstuli.
ORG-40 Programmatūras nodevumu
piegādes nosacījumi
Programmatūras nodevums jāpiegādā uzstādīšanai gan Pasūtītāja testa vidē, gan Pasūtītāja produkcijas vidē, ar norādi par
programmatūras nodevuma instalēšanas paketes uzstādīšanas vidi, ja tehniski nav iespējams piegādāt programmatūras nodevuma
instalēšanas paketi, kas izmantojama abās vidēs. Programmatūras instalēšanas paketei jābūt “inkrementālai” t.i. tās uzstādīšana ir
veicama uz iepriekš piegādātas versijas. Programmatūras nodevumi nedrīkst ietekmēt datu bāzē jau esošos datus, ja vien tas nav
iepriekš īpaši saskaņots vai nav nodevumu objekts. Gadījumos, ja tiek mainīta datu struktūra, jāpiegādā arī atbilstošie datu
konvertācijas skripti.
Visiem programmatūras nodevumiem ir jānodrošina versiju identifikācija un kontrole.
123
Prasības
identifikators Prasība Apraksts
ORG-41 Programmatūras uzstādīšana
Pasūtītāja testa vidē
Pēc programmatūras nodevuma saņemšanas Pasūtītājs veiks instalācijas testus - Sistēmas programmatūras uzstādīšanu un
konfigurēšanu testa vidē atbilstoši administratora rokasgrāmatai un programmatūras versijas aprakstā iekļautajām uzstādīšanas
instrukcijām. Izpildītājam ir jānodrošina instalācijas atbalsts pēc Pasūtītāja pieprasījuma. Ja instalācijas testi ir neveiksmīgi, tālāka
akceptēšana tiek pārtraukta.
Pēc instalācijas testiem Pasūtītājs izpilda automātisko testu skriptus. Ja automātisko testu izpilde ir neveiksmīga, akceptēšana tiek
pārtraukta.
ORG-42 Nodevumu akcepttestēšana Sistēmas akcepttestēšana tiek uzsākta, kad Sistēma ir veiksmīgi uzstādīta testa vidē un ir veiksmīgi izpildīti saskaņotie automātiskie
testi. Akcepttestēšana, tai skaitā kļūdu pieteikšana un novēršana tiek veikta saskaņā ar līguma projekta 0.6.0. pielikumā iekļauto
darbu saskaņošanas – nodošanas kārtību.
Inkrementālajām piegādēm, kuras nav paredzētas uzstādīšanai produkcijā, jeb projekta posmiem Pasūtītājs veic funkcionālos
testus.
Piegādēm, kuras ir paredzētas uzstādīšanai produkcijā, jeb projekta kārtām Pasūtītājs veic funkcionālos testus, integrācijas testus,
veiktspējas testus, drošības testus un pieejamības testus.
ORG-43 Dokumentu izskatīšana Iesniegtos dokumentus Pasūtītājs izskata 20 (divdesmit) darba dienu laikā, ja vien ar Izpildītāju nav panākta vienošanās par citu
izskatīšanas termiņu. Iebildumus, komentārus un jautājumus Pasūtītājs ievada ISIPS.
Izpildītāja pienākums ir apstrādāt Pasūtītāja reģistrētos komentārus 10 (desmit) dienu laikā pēc nodevuma izskatīšanas beigām, ja
vien ar Pasūtītāju nav panākta vienošanās par citu apstrādes termiņu. Izpildītājs pēc nepieciešamības var organizēt komentāru
izskatīšanas sanāksmes .
Pasūtītājam ir tiesības dokumentu nepieņemt, līdz nav apstrādāti visi komentāri un novērsti visi iebildumi.
124
5.7. Ieviešana
Sistēmas ieviešana ir plānojama savlaicīgi un realizējama pakāpeniski saskaņā ar sadaļas Error! Reference source not found.. ”Error! Reference source not found.” sākumā
aprakstīto dalījumu pa apakšprojektiem. Katras Sistēmas izstrādes kārtas ieviešana plānojama un realizējama kopā ar datu migrāciju no esošajām informācijas sistēmām un tā
nedrīkst radīt pārrāvumus VID nodokļu administrēšanas procesā. Tai skaitā vērība jāpievērš datu apmaiņas saskarnēm, lai nodrošinātu visu saistīto sistēmu saskanīgu darbību pēc
katras MAIS izstrādes kārtas ieviešanas. Īpaši izceļamas pagaidu datu apmaiņas saskarnes ar NIS un CMIS, kurām jānodrošina paralēla šo sistēmu un MAIS darbība līdz MAIS pārņems
visu šajā specifikācijā paredzēto funkcionalitāti.
Prasības
identifikators Prasība Apraksts
ORG-44 Sistēmas uzstādīšana
produkcijas vidē
Pēc akcepttestēšanas pabeigšanas Pasūtītājs veiks Sistēmas programmatūras uzstādīšanu un konfigurēšanu produkcijas vidē.
Izpildītājam ir jāpiegādā pēdējās atkļūdotās programmatūras un dokumentācijas versijas (skat. atbilstošo nodevumu aprakstu
iepriekš), kā arī jānodrošina nepieciešamais Pasūtītāja darbinieku atbalsts Sistēmas uzstādīšanas un konfigurēšanas produkcijas
vidē laikā. Sistēmas uzstādīšana produkcijas vidē ieskaitot datu migrāciju plānojama tā, lai kopējā VID nodokļu administrēšanas
procesā nerastos pārtraukums, kurš ir lielāks par 48 stundām.
ORG-45 Sistēmas pārbaude produkcijas
vidē
Pēc Sistēmas uzstādīšanas produkcijas vidē tiks veikta atkārtota Sistēmas pārbaude (izmēģinājuma ekspluatācija), kas apliecina, ka
visas prasības joprojām ir izpildītas, ņemot vērā iespējamās produkcijas un testu vides atšķirības un jo īpaši tās prasības, kuras
pilnībā nav iespējams pārbaudīt testu vidē. Testus veiks Pasūtītājs vai Pasūtītāja deleģēta trešā puse.
ORG-46 Sistēmas ieviešanas pabeigšana
produkcijas vidē
Sistēmas ieviešana produkcijas vidē tiek uzskatīta par pabeigtu, ja Sistēmas pārbaudes laikā produkcijas vidē netiek konstatētas 1.,
2. vai 3. klases problēmas (problēmu prioritātes klases aprakstītas līguma projekta 0.7.0.pielikumā).
125
5.8. Apmācības
Prasības
identifikators Prasība Apraksts
ORG-47 Administratoru apmācības Izpildītājam jānodrošina Sistēmas administratoru apmācība tādā līmenī, lai administratori spētu patstāvīgi veikt Sistēmas
administrēšanas, uzraudzības, uzturēšanas, rezerves kopēšanas, darbības atjaunošanas un jauninājumu uzstādīšanas pasākumus.
Sistēmas administratoru apmācībām ir jāietver gan teorētiskā daļa, gan praktiskā daļa ar praktiskiem treniņa uzdevumiem.
Norāde finanšu piedāvājumam: Apmācības finanšu piedāvājumā ir izdalāmas kā atsevišķa izmaksu pozīcija.
ORG-48 Sistēmas lietotāju apmācības Izpildītājam jānodrošina Sistēmas lietotāju apmācība tādā līmenī, lai tie spētu patstāvīgi izmantot Sistēmu sadaļā 3.2. „Procesu
atbalsts” minēto procesu izpildei.
Apmācībām ir jāietver gan teorētiskā daļa, gan Sistēmas darbības demonstrācija, gan praktiskā daļa ar praktiskiem treniņa
uzdevumiem.
Norāde finanšu piedāvājumam: Apmācības finanšu piedāvājumā ir izdalāmas kā atsevišķa izmaksu pozīcija.
ORG-49 Apmācāmo skaits un vieta Apmācību ietvaros Izpildītājam jāapmāca:
1) Līdz 10 (desmit) administratoriem katrā apmācību programmā;
2) Līdz 1 000 (vienam tūkstotim) gala lietotāju, bet ne vairāk kā 20 (divdesmit) vienā grupā. Visi lietotāji nav jāapmāca par
visām tēmām, tikai tām, kuras tiem nepieciešamas tiešo darba pienākumu veikšanai (atbilstošo biznesa procesu izpildei).
kvalifikācijas testēšana) un dokumentācijas izstrāde vai aktualizēšana atbilstoši veiktajām izmaiņām Sistēmā;
3) konsultāciju sniegšana vai informācijas sagatavošana par šādiem tematiem:
a. optimālāko izmaiņu risinājumu (t.sk. tehniskajiem resursiem) saistībā ar normatīvo aktu izmaiņām un to
projektiem,
b. ieviešamo izmaiņu ietekmi uz saistītajām sistēmām,
c. iespējamiem risinājumiem, kas ļauj pievienot jaunu funkcionalitāti jau esošajai (konsultējot par tehniski
efektīvākajiem un finansiāli izdevīgākajiem tehniskā risinājuma variantiem),
d. lietotajām tehnoloģijām, to iespējām un pāreju uz jaunākām versijām vai citām tehnoloģijām,
e. sistēmas lietošanas un lietotāju apmācību jautājumiem, tai skaitā pēc pieprasījuma nodrošinot apmācības,
f. sistēmas elementu (lietotāja aplikācijas, datubāzu vadības sistēmas, aparatūras) konfigurēšanu,
g. sistēmas ekspluatācijas neskaidrībām un problēmu gadījumiem, tajā skaitā datu apmaiņu starp MAIS un ārējām
sistēmām,
h. citiem ar MAIS saistītiem jautājumiem.
129
Prasības
identifikators Prasība Apraksts
4) dalība sanāksmēs un to protokolēšana;
5) datu labošanas un atlases skriptu piegāde.
Uzturēšanas pakalpojuma nodrošināšanas darbi izpildāmi saskaņā ar līguma projekta 8.punktu.
ORG-56 Standartprogrammatūras
uzturēšanas nosacījumi
Sistēmas uzturēšanas pakalpojuma ietvaros gadījumos, kad tiek izdoti Sistēmas darbības nodrošināšanā izmantotās
standartprogrammatūras (trešās puses programmatūras) jauninājumi vai kritiskie ielāpi, Izpildītājs bez maksas:
1) Iesniedz Pasūtītājam atzinumu par jauninājuma vai kritiskā ielāpa ietekmi uz Sistēmas darbību 24 (divdesmit četru) VID
darba stundu laikā no Pasūtītāja pieprasījuma saņemšanas brīža. Ja standartprogrammatūras jauninājums ir kritisks
Sistēmas drošībai, Izpildītājam jāiesniedz atzinums īsākā laikā, abpusēji vienojoties ar Pasūtītāju;.
2) Gadījumā, standartprogrammatūras jaunās versijas vai labojumu uzstādīšanas nodrošināšanai Pasūtītājā testa/produkcijas
vidē, nepieciešamas izmaiņas Sistēmas programmatūrā, iesniedz Pasūtītājam izvērtējumu par šādu izmaiņu darbietilpību.
ORG-57 Uzturēšanas pakalpojumu
pieteikšana un apstrāde
Uzturēšanas pakalpojumi tiek sniegts gan pēc Pasūtītāja, gan pēc Izpildītāja iniciatīvas. Uzturēšanas pakalpojumu pieteikšana un
apstrāde veicama saskaņā ar Līguma projekta 0.7.0.pielikuma vienošanās protokola “Sadarbības kārtība” noteikumiem. Izpildītājām
jānodrošina līguma projekta 0.4.0.pielikumā atrunātā izmaiņu pieprasījumu realizēšanas kārtība.
ORG-58 Reakcijas laiks uz uzturēšanas
pieteikumiem
Izpildītājam jānodrošina pieteikumu izpēte, klasifikācija un atbildes sniegšana – reakcijas laikā (stundās), par izmaiņu pieprasījuma
realizēšanai prognozējamo darbietilpību un realizēšanai nepieciešamo laiku saskaņā ar līguma projekta 0.7.0.pielikumā
atrunātajiem reakcijas laikiem.
ORG-59 Pieteikumu eskalācija Gadījumos, kad pieteikuma par standartprogrammatūras darbības traucējumiem un/vai kļūdām un nepilnībām risināšanas gaitā
tiek konstatēts, ka pieteikumā aprakstītās problēmas novēršanai nepieciešama standartprogrammatūras izstrādātāja (ražotāja)
iejaukšanās, tas tiek saskaņots ar Pasūtītāju, un pieteikums tiek eskalēts attiecīgajam ražotājam.
130
Prasības
identifikators Prasība Apraksts
Tālāk pieteikums tiek risināts atbilstoši Pasūtītāja un attiecīgā ražotāja noteikumiem.
Pieteikumi tiek eskalēti attiecīgajam ražotājam, ja vien puses nevienojas citādi, šādos kontrollaikos:
1) Kritiskos gadījumos, ja nav izdevies novērst problēmu 8 VID darba stundu laikā;
2) Steidzamos gadījumos, ja nav izdevies novērst problēmu 5 VID darba dienu laikā;
3) Parastos gadījumos, ja nav izdevies novērst problēmu 40 VID darba dienu laikā.
ORG-60 Pasūtītāja atbalsts garantijas
pakalpojuma nodrošināšanas
laikā
Garantijas ietvaros Izpildītājam jānodrošina otrā līmeņa lietotāju atbalsts tehniskais atbalsts (help-desk) darba dienās no
pirmdienas līdz ceturtdienai no plkst.8:15 līdz plkst.17:00, piektdien no plkst.8:15 līdz plkst.15:45.
Garantijas ietvaros lietotāju un tehniskais atbalsts sniedzamas, izmantojot šādus komunikācijas kanālus – telefoniski, pa e-pastu un
pa faksu. Izpildītājam ir jānodrošina visi norādītie komunikācijas kanāli, tomēr Izpildītājs, vienojoties ar Pasūtītāju, var noteikt
primāri izmantojamo komunikācijas kanālu.
Pasūtītāja atbalsts, kas nav saistīts ar Sistēmas kļūdu pieteikšanu un apstrādi, tiek uzskaitīts un apmaksāts atsevišķi saskaņā ar
līguma projektam pievienoto laika darbu apmaksas kārtību.
ORG-61 Izpildītāja konsultācijas Sistēmas uzturēšanas pakalpojumu ietvaros paredzētās konsultācijas Izpildītājam jāsniedz – telefoniski, pa e-pastu, pa faksu un pēc
Pasūtītāja pieprasījuma arī klātienē.
Konsultācijas tiek uzskaitītas un apmaksātas atsevišķi saskaņā ar līguma projektam pievienoto laika darbu apmaksas kārtību.
131
5.11. Datu migrācija
Prasības
identifikators Prasība Apraksts
ORG-62 Datu migrācija Izpildītājam jānodrošina datu migrācija uz Sistēmu no VADIS, NIS, CMIS un, ja tas nepieciešams pārējo Tehniskās specifikācijas
prasību izpildei, arī no citām VID informācijas sistēmām.
Uz Sistēmu migrējami visi vēsturiskie dati, kas ir saistīti ar Tehniskajā specifikācijā paredzēto funkcionalitāti, nepieciešami
Tehniskajā specifikācijā aprakstīto prasību izpildei vai nepieciešami sadaļā 3.2. „Procesu atbalsts” aprakstīto procesu atbalstam.
Datu migrācija veicama paralēli Sistēmas funkcionalitātes izstrādei un datu migrācijas izmaksas ir iekļaujamas līguma priekšmeta
cenā neizdalot to kā atsevišķu pozīciju Finanšu piedāvājumā.
117. NMFP dokumentu un atvieglojumu statistika NIS
118. NMFP saimnieciskās darbības veicēju statistika NIS
119. NMFP saraksts pa teritoriālajām vienībām NIS
120. NM fizisko personu (FP) statistika NIS
121. No ar PVN apliekamo personu reģistra izslēgto personu saraksts NIS
122. Nodokļu maksātāju - FP saraksts NIS
123. Nodokļu maksātāju - JP saraksts NIS
141
Nr. p.k. Pārskata nosaukums Sistēma no kuras
tiek pārņemts
124. Nodokļu maksātāju reģistrācijas statistika NIS
125. NUS kalkulators NIS
126. Par fizisko personu izmaksas vietā ieturētais un budžetā ieskaitītais IIN (6.pielikums) NIS
127. Parādnieki ar inkaso NIS
128. Parādnieki bez inkaso NIS
129. Parādnieku un pārmaksātāju saraksts NIS
130. Pasūtīto stingrās uzskaites plombu saraksts NIS
131. Paziņojumi par FP izmaksātajām summām NIS
132. Pārbaudēm atlasītie VAD (PE1) CMIS
133. Pārcelto nodokļu maksātāju saraksts NIS
134. Pārdošanas dokumentu saraksts NIS
135. Pārmaksātās VSAOI - FP (VSAA) NIS
136. Pārmaksātās VSAOI (VSAA) NIS
137. Pārskats par IIN paziņojumiem NIS
139. Pārskats par pašvaldībām piekritīgajām aprēķinātajām, iemaksātajām un novirzāmajām DRN summām NIS
140. Pārskats par pašvaldībām piekritīgajām aprēķinātajām, iemaksātajām un novirzītajām DRN summām NIS
142
Nr. p.k. Pārskata nosaukums Sistēma no kuras
tiek pārņemts
141. Pārskats par pašvaldībām piekritīgajām, bet nepilnīgas samaksas rezultātā nenovirzītajām DRN summām NIS
142. Pārskats par Uzņēmuma gada pārskatu neiesniegušajiem uzņēmumiem NIS
143. Pārskats par samaksas termiņu pagarinājumu izpildi NIS
144. Pārskats par vidējiem ekonomiskajiem rādītājiem NIS
145. Pārskats par vienošanās līgumiem NIS
146. Piedziņa (piedziņas lietas) CMIS
147. Piedziņas darbības NIS
148. Piedziņas lieta NIS
149. Piedziņas pārskats PIE-01 CMIS
150. Piedziņas pārskats PIE-05 CMIS
151. Pieprasīto stingrās uzskaites plombu saraksts NIS
152. PVN deklarāciju salīdzinājums pa mēnešiem un gadiem NIS
153. NM, kuriem apturēta saimnieciskā darbība statistika pa darbības veidiem . -
154. PVN deklarāciju un kopsavilkumu pārskatu neatbilstību protokols NIS
155. PVN izslēgšanas gaitas dokumentu statistika NIS
156. Pārskats par nodokļu maksātāja visiem saimnieciskās darbības apturēšanas un izbeigšanas procesā veiktajiem pasākumiem. -
143
Nr. p.k. Pārskata nosaukums Sistēma no kuras
tiek pārņemts
157. PVN mēneša deklarāciju kļūdu protokols NIS
158. Reģistrācijas riski NIS
159. Reģistrēto biļešu saraksts NIS
160. Reģistrēto kases aparātu (KA) skaits NIS
161. Reorganizēto NMJP statistika NIS
162. Salīdzinošais SND saraksts NIS
163. Saņemto un izsniegto akcīzes nodokļa marku skaits NIS
164. Saraksts „Darbinieku darbnespējas lapu dati” NIS
165. Saraksts „NM iesniegto elektronisko algas nodokļa grāmatiņu dati” NIS
166. Skaidrās naudas darījumus nedeklarējušie NM NIS
167. SND deklarāciju statistika NIS
168. SND deklarētāju saraksts NIS
169. SND ierobežojumu pārsniegušie NM NIS
170. SND nedeklarējušie NM NIS
171. SND saraksts NIS
172. Sortiments (akcīzes preču sortimenta kodi) NIS
144
Nr. p.k. Pārskata nosaukums Sistēma no kuras
tiek pārņemts
173. AD pārdoto stingrās uzskaites plombu saraksts NIS
174. Stingrās uzskaites plombu aprites vēsture NIS
175. Stingrās uzskaites plombu inventūra NIS
176. Stingrās uzskaites plombu statistika NIS
177. Stingrās uzskaites plombu aprites vēsture NIS
178. Summārā PVN deklarācija NIS
179. Tematiskās pārbaudes NIS
180. Termiņpagarinājumi (apturētie parādi) NIS
181. UIeN deklarāciju kļūdu protokols NIS
182. UIeN kontroles gaitas rezultāti NIS
183. UIeN pārskata par nerezidenta ienākumiem kļūdu protokols NIS
184. Uzņēmuma darbinieku skaits (VSA) NIS
185. Uzņēmuma gada pārskati NIS
186. Uzņēmumi, kuriem mainīts aprēķinātais UIeN avanss NIS
187. Uzņēmumu un to struktūrvienību saraksts NIS
188. VAD pārbaužu rezultāti (PE2), kas sastāv no šādām sadaļām: CMIS
145
Nr. p.k. Pārskata nosaukums Sistēma no kuras
tiek pārņemts
1) Plānotās pārbaudes;
2) Neplānotās pārbaudes;
3) Kopsavilkums par muitas maksājuma korekcijām (izvērsts);
4) Pārbaužu skaits un pārbaudīto VAD skaits;
5) Kopsavilkums par muitas maksājuma korekcijām (koncentrēts);
189. VID CA 01 Muitas pārvalde Kopsavilkums par budžeta maksājumu parādiem CMIS
190. VID CA 02 Muitas pārvalde Ziņas par lielākajiem parādniekiem budžetā CMIS
191. VID CA 04 Muitas pārvalde Muitas pārvalde Apturētie parādi un termiņpagarinājumi CMIS
192. VID CA 07 Muitas pārvalde Muitas pārvalde Kopsavilkums par NM parādiem CMIS
193. VID darbinieku datu neatbilstības NIS
194. VID termiņpagarinājumi NIS
195. VID TI saņemto stingrās uzskaites plombu saraksts NIS
196. VID uzskaitītie KA NIS
197. Ziņas par nodokļu maksātāju fizisko personu NIS
198. Ziņas par nodokļu maksātāju juridisko personu NIS
199. Gada ienākumu deklarācijas, kurām nav veikta pārbaude un/vai nav sagatavots lēmums par atmaksu -
200. NM (atseviški JP un FP), kuriem izbeigta darbība un kuri likvidēti, statistika. -
146
Nr. p.k. Pārskata nosaukums Sistēma no kuras
tiek pārņemts
201.
Pārskats par nodokļu deklarāciju veidiem (UGP, UIN, PVN, DDZ, MUN, DRN,AN) par plānotajiem, iesniegtajiem, neiesniegtajiem un statistiku par
nosūtītajiem brīdinājumiem -
202.
Saraksts ar nodokļu maksātājiem, kuriem nav apturēta saimnieciskā darbība, ir amatpersonas, nav likvidēti un nav iesnieguši nodokļu deklarācijas
(UGP, UIN, DDZ, DRN) -
203. Neiesniegtās deklarācijas VADIS
204. Pārskats par iesniegtajām deklarācijām VADIS
205. Personu sadalījums pa kategorijām VADIS
206. Lēmumi par izslēgšanu no PVN reģistra NIS
207. Statistika par NM, kuriem ir apturēta saimnieciskā darbība, bet nav pieņemts lēmums par saimnieciskās darbības izbeigšanu -
208. Pārskats par NM, kuri ir pieteikuši darbības pārtraukšanu komercreģistrā -
209. Uzņēmumu saraksts, kur valdei ilgāk par trim mēnešiem nav pārstāvības tiesību -
210. Sagatavotie brīdinājumi un lēmumi par NM izslēgšanu no VID PVN maksātāju reģistra -
211. NM, kuri tiek virzīti izslēgšanai no VID PVN maksātāju reģistra sakarā ar dokumentu neiesniegšanu PVN aprēķinu pārbaudēm -
147
2. PIELIKUMS – REALIZĒJAMĀS DATU APMAIŅAS SASKARNES
Nr. Avota IS Mērķa IS Nododamie dati Regularitāte
1. MAIS DNS NM reģistra dati;
Informācija par NM saimniecisko darbību;
Valsts amatpersonu deklarāciju dati
Valsts amatpersonu saraksti
DRN pārskati;
Elektroenerģijas nodokļu deklarācijas;
PVN deklarācijas;
PVN kopsavilkuma pārskati;
PVN kontroles gaitas kartiņas;
Valsts sociālās apdrošināšanas dokumenti;
Iedzīvotāju ienākuma nodokļa dokumenti;
UIeN deklarācijas;
Akcīzes nodokļa deklarācijas;
Akcīzes preču aprites informācija;
Marku aprites informācija;
Speciālo atļauju (licenču) un izziņu darbībām ar akcīzes precēm uzskaites dati, nodrošinājuma apliecību dati;
Uzņēmumu gada pārskati;
Uzņēmumu ienākuma nodokļa pārskats par nerezidentu gūtajiem ienākumiem un samaksāto nodokli;
Iedzīvotāju ienākuma nodokļa teritoriālais sadalījums;
Nekustamā īpašuma nodokļa teritoriālais sadalījums;
Dažādi (pēc noteikta
grafika)
148
Nr. Avota IS Mērķa IS Nododamie dati Regularitāte
Lauksaimniecības produktu krājumi;
SUPS, SNDS, KAUS;
Informācija no IAUI;
Kontroles pasākumi;
Tematiskās pārbaudes;
Raksturojumi;
Datu atbilstības pārbaužu darbības;
Datu atbilstības pārbaužu rezultāti;
Nodokļu apmēra precizēšana;
Nodokļu aprēķini;
Nodokļu audita rezultāti, t.sk. muitas audita rezultāti;
Maksājumu dati;
Informācija par NM parādiem;
NM stāvokļa dati norēķinos ar budžetu;
Valsts budžeta ieņēmumi;
Klasifikatori;
MAIS lietotāju veikto darbību dati.
2. DNS MAIS PVN pārmaksu risku rezultāti;
Informācija par kārtējā un iepriekšējā taksācijas gada ienākumiem izziņā par FP ienākumiem.
Pēc pieprasījuma
3. MAIS EMCS NLP EMCS komersantu reģistrs (Latvijas un citu ES dalībvalstu);
Nodrošinājuma apliecību dati un akcīzes nodokļa nodrošinājumu pietiekamības kontrolei nepieciešamie dati;
Reizi dienā
149
Nr. Avota IS Mērķa IS Nododamie dati Regularitāte
Klasifikatoru dati.
4. MAIS EMCS
KLP
Speciālo atļauju īpašnieku un noliktavu dati. Pēc pieprasījuma
5. EMCS KLP MAIS Nodrošinājuma izlietojuma kontrolei nepieciešamie dati;
Akcīzes nodokļu likmju klasifikatora dati.
Reizi diennaktī
6. MAIS ES DSS Klasifikatori “Taksācijas periods” un “VID nodaļa”;
Operatīvo datu tabulas “Kopsavilkuma pārskats”, “Kopsavilkuma pārskata rindas”;
Pārbaudes numuri un pārbaudes rindas.
Divreiz dienā
7. MAIS FPRAS Klasifikatori:
Fiziskās personas;
Valstis;
VID nodaļas;
VID darbinieki;
Ģimenes stāvoklis;
FP statuss;
FP statuss IR;
NACE klasifikators.
Reizi dienā
8. FPRAS MAIS Fizisko personu raksturojumi un veiktās darbības. Reizi dienā
9. KLUS MAIS Nodokļu maksātāju raksturojumi (informācija saistībā ar FPP ierosināto norēķinu operāciju apturēšanas gadījumiem (par apturētajām, daļēji atjaunotajām un atjaunotajām norēķinu operācijām) un saistībā ar personu
12. MAIS PDB DB NM dati, NM JP juridiskie nosaukumi, NM JP juridiskās adreses un struktūrvienības;
Ar PVN apliekamo personu dati;
Saimnieciskās darbības veicēji, VID reģistrētas juridiskās personas un citas personas;
Citu ES dalībvalstu FP NM identifikācijas numuri (pēc pieprasījuma);
Akcīzes nodokļa markas;
Reizi dienā
151
Nr. Avota IS Mērķa IS Nododamie dati Regularitāte
Kases aparātu reģistra dati, kases aparātu apkalpojošo dienestu dati, kā arī to struktūrvienību dati, KA apkalpojošajiem dienestiem un to struktūrvienībām apkalpošanai atļauto KA marku, modeļu un modifikāciju dati;
Valsts ieņēmumu dienesta izsniegto speciālo atļauju (licenču) un izziņu darbībām ar akcīzes precēm uzskaites dati;
Sabiedriskā labuma organizāciju reģistra dati, Saimnieciskās darbības veicēji un dati par saimnieciskās darbības apturēšanu;
Informācija par nodokļu parādiem;
Informācija par NM gada laikā samaksātajām nodokļu summām (tiek nodota reizi gadā);
Informācija par MUN un kvītīm;
Valsts amatpersonu saraksti. Valsts amatpersonu deklarācijas pamatdati. Valsts amatpersonu pārkāpumu dati;
Klasifikatoru dati.
13. MAIS EDS Dati par tiesībām parakstīt dokumentus. Dokumentu parakstīšanas vēstures dati. Lietotāju reģistrēšanai nepieciešamo pārbaužu rezultāti;
Informācija par neiesniegtajām / iesniegtajām deklarācijām;
Izsniegto licenču dati un lēmumi par licences neizsniegšanu;
VID paziņojumi;
Klasifikatoru dati.
Pēc pieprasījuma
14. MAIS EDS Izejošie sūtījumi;
NM pamatdati;
Fiziskās personas, kas nav rezidenti, bet kam jāmaksā nodokļi;
NM tipu klasifikators;
JP tipu klasifikators;
Reizi pus stundā (Izejošie sūtījumi)
Reizi dienā (pārējie
dati)
152
Nr. Avota IS Mērķa IS Nododamie dati Regularitāte
NM statusu klasifikators;
VID teritoriālo iestāžu klasifikators;
Valstu klasifikators.
15. EDS MAIS 1.Grupa: Akcīzes preču administratīvie pavaddokumenti (AAD), Vienkāršotie akcīzes preču pavaddokumenti (SAAD);
2.Grupa: VID IS lietotāji un to pilnvaras;
3.Grupa: Biļešu numuru reģistrācijas iesniegums, kvīšu numuru reģistrācijas iesniegums;
Citi dokumenti: Gada pārskati (Uzņēmuma gada pārskats, Banku gada pārskats, Apdrošināšanas sabiedrību gada pārskats, u.c.), DDS skenētie dokumenti, valsts amatpersonu saraksti, valsts amatpersonu deklarācijas, pārējie dokumenti (PVN, UieN, IIN deklarācijas, u.c.);
Informācija par NM noslēgtajiem EDS līgumiem;
NM paziņojumi.
1.grupa - reizi 10min
2.grupa - reizi 15min
3.grupa - reizi 30min
Citi dokumenti un dati - reizi dienā
16. MAIS ADBS Vēsturiskie dokumenti. Pēc pieprasījuma
17. Horizon MAIS VID personāla informācija (personāls, štata vietas, struktūrvienības). Reizi dienā
18. MAIS Active Directory Lietotāju autentifikācija. Pēc pieprasījuma
19. MAIS ASIS Klasifikatoru dati;
Sistēmas lietotāju saraksts;
Deklarāciju dati - NM iesniegto taksācijas periodu deklarāciju/ pārskatu/ ziņojumu/ gada pārskatu dati;
Reizi dienā
20. ASIS MAIS Nodokļu audita reglamentējošie lēmumi par nodokļu audita veikšanu vai veikšanas nosacījumu maiņu;
Audita izziņas IIN pielikums;
Audita izziņas VSA pielikums;
Uzreiz pēc
informācijas ievades
ASIS (tiešsaistes
153
Nr. Avota IS Mērķa IS Nododamie dati Regularitāte
Audita izziņa ar NĪN pielikumu;
Nodokļu audita izziņa;
Muitas deklarāciju audita dati.
režīmā)
21. EMDAS MAIS Konstatētie riski attiecībā uz NM;
Dati par izsniegtajām atļaujām;
Muitas deklarācijas (deklarācijas, kas var ietekmēt aprēķinu, ir replicējamas, savukārt deklarācijas, kas nevar ietekmēt aprēķinu, iegūstamas pēc MAIS lietotāja pieprasījuma);
PP/MK.
Dažādi
22. MAIS EMDAS Fizisko personu saraksts, kuri ir rezidenti;
Juridisko personu saraksts, kuri ir nodokļu maksātāji;
Fizisko un juridisko personu strukturētas adreses;
Latvijas ielu klasifikators;
Latvijas pilsētu klasifikators;
Latvijas ciemu klasifikators;
Atliktā PVN atļaujas;
Auditam atlasītās muitas deklarācijas un lēmumi, kas saistīti ar nodokļu audita veikšanu, t.sk. lēmumi par nodokļu audita nosacījumu maiņu un lēmums par nodokļu audita atcelšanu;
Dati par rēķinu apmaksu (regularitāte – nepārtraukta sinhronizācija);
Dati par pieejamajām galvojuma summām (regularitāte – nepārtraukta sinhronizācija);
Avansa iemaksas VID deponēto naudas līdzekļu uzskaites kontā (regularitāte – nepārtraukta sinhronizācija).
Reizi dienā
23. CS/RD MAIS Eiropas muitas un akcīžu iestāžu klasifikatori. Reizi sešās stundās
154
Nr. Avota IS Mērķa IS Nododamie dati Regularitāte
24. ESKORT MAIS Plānotie un veiktie NM kontroles pasākumi;
Kontroles pasākumu rezultāti;
Informācija par TP procesa gaitu;
Klasifikatoru dati.
Uzreiz pēc
informācijas ievades
ESKORT (tiešsaistes
režīmā)
25. MAIS ESKORT Kontroles un nodokļu piedziņas pasākumiem nepieciešamie dati;
Klasifikatoru dati.
Pēc pieprasījuma
26. MAIS DVS Nomenklatūras lietā iekļaujamo dokumentu dati. Sistēmas notikums
27. DVS MAIS Nodokļu maksātāja lietā iekļaujamo dokumentu dati. Sistēmas notikums
28. APLIS MAIS Aprēķina operāciju dati saistībā ar APLIS ietvaros uzliktajiem un pārsūdzētajiem naudas sodiem, arī sakarā ar lēmumiem par soda samaksas termiņa sadalīšanu;
NMR sadaļas “Raksturojumi” dati;
Tematisko pārbaužu rezultātā sastādīto APP un pieņemto lēmumu dati;
AP lietu statusi un citus procesus ietekmējošie dati;
Apturētie naudas sodi.
Sistēmas notikums
29. MAIS APLIS Personas dati (nosaukums vai vārds un uzvārds, adrese u.c. pēc norādītā NMR koda vai personas koda);
Naudas sodu nomaksas (maksājumu veidā saņemto maksājumu dati);
Klasifikatoru dati.
Sistēmas notikums
30. MAIS IRIS Fizisko personu dati – pamatdati, deklarētā adrese, Raksturojumu informācija, informācija no Sodu reģistra;
Juridisko personu dati – pamatdati, statuss (aktīvs, likvidēts), juridiskā adrese, Raksturojumu informācija, informācija no Sodu reģistra;
Reizi dienā
155
Nr. Avota IS Mērķa IS Nododamie dati Regularitāte
Transporta līdzekļu dati – CSDD informācija, adrese, informācija no Sodu reģistra;
Adrešu dati – dati no adrešu (kadastru) reģistra, informācija, vai adrese iekļauta VID riska adrešu sarakstā.;
Muitas iestāžu dati;
Valsts administratīvā dokumenta veidi.
31. IRIS MAIS Raksturojumi KP informācija. Reizi dienā
32. MAIS NMAS VID paziņojumi nodokļu maksātājiem Sistēmas notikums
33. NMAS MAIS Nodokļu maksātāju paziņojumi VID Sistēmas notikums
34. MAIS M1SS M1SS dokumenti un ziņojumi Sistēmas notikums /
reizi dienā
35. M1SS MAIS M1SS dokumenti un ziņojumi Sistēmas notikums /
reizi dienā
36. MAIS AEOI Ienākumu dati,
AEOI ziņojumi.
Sistēmas notikums
37. AEOI MAIS Ienākumu dati,
AEOI ziņojumi.
Sistēmas notikums
38.
MAIS CCN/CSI
PVN atmaksas pieteikums vai pieteikuma precizējums,
Atskaitāmās PVN daļas korekcija,
Sistēmas apliecinājums par PVN atmaksas dokumenta saņemšanu,
Lēmums PVN atmaksas dokumenta iesniedzējam,
Sistēmas notikums
156
Nr. Avota IS Mērķa IS Nododamie dati Regularitāte
Uzkrājumu ienākumu izziņu dati.
39.
CCN/CSI MAIS
PVN atmaksas dalībvalsts sistēmas apliecinājums par PVN atmaksas dokumenta saņemšanu,
PVN atmaksas dalībvalsts sistēmas lēmums PVN atmaksas dokumenta iesniedzējam,
PVN atmaksas pieteikums vai pieteikuma precizējums,
Atskaitāmās PVN daļas korekcija,
Uzkrājumu ienākumu izziņu dati FISC 153 formātā,
Tiešo nodokļu dati.
Sistēmas notikums
40. MAIS SEEDWeb
EMCS komersantu reģistra dati (Latvijas un citu ES dalībvalstu – IE713 ziņojums),
EMCS biznesa klasifikatori.
Divas reizes
diennaktī
41. SEEDWeb MAIS
EMCS komersantu reģistra dati (Latvijas un citu ES dalībvalstu – IE713 ziņojums),
EMCS biznesa klasifikatori.
Divas reizes
diennaktī
42.
MAIS VSAA
Ziņojumi par valsts sociālās apdrošināšanas obligātajām iemaksām (VSAOI) no darba ņēmēju darba ienākumiem pārskata mēnesī un ziņojumi par pašnodarbinātā vai darba ņēmēja ārvalstnieka VSAOI pārskata ceturksnī,
Ziņas par darba ņēmējiem (t.sk. par nodarbinātajiem brīvības atņemšanas laikā (cietumniekiem) un pašnodarbinātajiem,
Ziņas par veiktajām valsts sociālās apdrošināšanas obligātajām iemaksām, sociālā nodokļa un mikrouzņēmumu nodokļa maksājumiem,
Ziņas par auditā aprēķinātajām valsts sociālās apdrošināšanas iemaksām,
Ziņas par reģistrētajiem darba devējiem,
Ziņas par atvieglojumus saņemošajām fiziskajām personām,
Nodokļu maksātāju izslēgšanas iemeslu klasifikators,
Trīs reizes nedēļā
157
Nr. Avota IS Mērķa IS Nododamie dati Regularitāte
Ziņas par darba devēju reorganizācijām,
Ziņas par mikrouzņēmumu darbinieku ienākumiem un aprēkinātajām VSA iemaksām,
Ziņas par patentmaksātājiem,
Ziņas par laukstrādniekiem aprēķinātajām VSAOI,
Ziņas par fizisko personu iepriekšējiem kodiem,
Informācija par darba devēja pārmaksātajām VSAOI (tiek sniegta reizi gadā),
Kļūdu protokoli par no VSAA saņemtās informācijas apstrādi.
43.
VSAA MAIS
Dati par:
Atmaksātajām pārmaksātajām VSAOI,
Fiziskajām personām izmaksātajām ar IIN neapliekamajām summām (1 reizi gadā),
Fiziskajām personām izmaksātajām summām, kuras ir apliekamas ar IIN izmaksas vietā,
Nerezidentu gūtajiem ienākumiem un samaksāto nodokli LR,
VSAA ģenerētiem NM kodiem,
VSAA aprēķinātajām darba dēvēju pārmaksātajām VSAOI (1 reizi gadā),
Par personām, kuras saņem pensiju, Informāciju par VSAA izsniegtajiem un saņemtajiem E101, E102, E103 un A1 sertifikātiem,
VSAA saņemto, citu ES dalībvalstu darba ņēmējiem un pašnodarbinātajām personām izsniegtie EET sertifikāt1,
Kļūdu protokoli par no VID saņemtās informācijas apstrādi.
Reizi mēnesī / reizi
gadā
44. MAIS Valsts kase
Informācija par nodokļu maksātājiem;
Dienas noslēguma atskaite. Reizi dienā
45. MAIS Valsts kase Informācija par VID sagatavotajiem maksājumiem Sistēmas notikums
158
Nr. Avota IS Mērķa IS Nododamie dati Regularitāte
Informācija par maksājumu dokumentiem (nodokļu administrācijas veiktajiem nodokļu atmaksas maksājumiem)
46. Valsts kase MAIS
Informācija par Valsts budžeta ieņēmumu kontu izrakstiem un maksājumu dokumentiem (nodokļu maksātāju veiktajiem nodokļu maksājumiem)
Tiešsaistes režīmā
47.
MAIS Valsts kase
Mēneša budžeta izpildes pārskati (reizi mēnesī);
Ceturkšņa pārskati saskaņā ar normatīvajos aktos par ceturkšņa pārskata sagatavošanu noteiktajām formām (reizi ceturksnī);
Informācija par valsts budžeta ieņēmumu apjomu pa EKK (reizi gadā);
Gada pārskati saskaņā ar normatīvajos aktos par saimnieciskā gada pārskata sagatavošanu noteiktajām formām (reizi gadā).
Dažādi
48.
MAIS LR FM IAUI
Kļūdu protokoli par katru no IAUI operatīvās informācijas saņemto datni, kurā ir konstatētas kļūdas datos, pārskata „Pārskats par aprēķināto azartspēļu nodokli par azartspēļu automātiem un iekārtām” apstrādes kļūdu protokols,
informācija par pārskatā „Pārskats par aprēķināto azartspēļu nodokli par azartspēļu automātiem un iekārtām” neuzrādītajām azartspēļu iekārtām.
3 dienu laikā no
kļūdainas
informācijas
saņemšanas
49.
LR FM IAUI MAIS
Dati par azartspēļu automātu un iekārtu uzstādīšanu un/vai demontāžu, par juridiskajām personām, kuras organizē azartspēles un par juridiskajām personām vai fiziskajām personām, kuru telpās uzstādīts un/vai demontēts azartspēļu automāts vai iekārta,
Licence azartspēļu organizēšanai un uzturēšanai (Licenču dati – spēļu automāti un kazino, spēļu automātu spēles, azartspēļu organizēšana, spēļu automātu spēles, totalizators un derības).
Reizi dienā
50. LR Aizsardzības
ministrija, LR SAB,
MIDD (Militārās
izlūkošanas un
MAIS Dati par personām, kurām piešķirta izdienas pensija vai pārtraukta tās izmaksa Reizi mēnesī
159
Nr. Avota IS Mērķa IS Nododamie dati Regularitāte
drošības dienests)
51.
Autotransporta
direkcija, IeM
Valsts Policija,
CSDD, NVA
MAIS
Licenču dati - kravu starptautiskie pārvadājumi, kravu vietējie pārvadājumi, pasažieru starptautiskie pārvadājumi, pasažieru vietējie pārvadājumi,
Valsts Policijas izsniegto licenču saraksts "Apsardzes darbība", komersants saraksts ar licencēto uzņēmējdarbības veidu „Detektīvdarbība”, licences Pirotehnikas importa, eksporta, ražošanas un realizācijas,
Licenču dati – transportlīdzekļu vadītāju sagatavošana, mehānisko transportlīdzekļu, to numurēto agregātu un piekabju mazumtirdzniecība, instruktori, pasniedzēji,
Par nodokļu maksātājiem izsniegtajām NVA licencēm.
-
52. CSDD MAIS
Licenču dati – transportlīdzekļu vadītāju sagatavošana, mehānisko transportlīdzekļu, to numurēto agregātu un piekabju mazumtirdzniecība, instruktori pasniedzēji.
Pēc pieprasījuma
53. MAIS CSDD
Dati par saimnieciskās darbības apturēšanu,
Piemērotie liegumi. Pēc pieprasījuma
54. LVAFA MAIS
Videi kaitīgu preču atkritumu apsaimniekošanas, videi kaitīgu preču (elektrisko un elektronisko iekārtu) atkritumu apsaimniekošanas, izlietotā iepakojuma apsaimniekošanas un nolietotu transportlīdzekļu apsaimniekošanas informācija.
-
55. Valsts darba
inspekcija MAIS Informācija par konstatētajām nelegāli nodarbinātām personām -
56. Valsts datu
inspekcija MAIS Nelikumīgi izmantotie personas kodi -
57.
Latvijas Banka MAIS
Dati par izsniegtajām, pārreģistrētajām, anulētajām u.tml. speciālajām atļaujām (licencēm) ārvalstu valūtu pirkšanai un pārdošanai skaidrā naudā,
Banku BIC kodu saraksts.
Reizi mēnesī
160
Nr. Avota IS Mērķa IS Nododamie dati Regularitāte
58.
LR IeM PMLP MAIS
Dati no Iedzīvotāju reģistra centrālās datubāzes par izmaiņām FP datos,
Fiziskās personas radinieki
Dati par politiski represētajām personām, aizbildnībām un aizgādībām
Klasifikatori.
Reizi dienā
59. VZD MAIS
Nekustamā īpašuma valsts kadastra informācija,
Adrešu reģistrs. Reizi nedēļā
60. LR CSP MAIS Informācija par uzņēmumu ekonomiskās darbības veidiem. Reizi ceturksnī
61.
Uzņēmumu
reģistrs MAIS
Dati par uzņēmumiem (uzņēmējsabiedrībām), to pārstāvniecībām un filiālēm, sabiedriskajām organizācijām un to apvienībām arī kā nodokļu maksātājiem (NM), un dati par reģistrētajiem nodokļu maksātājiem un izmaiņām reģistrācijas datos,
Dati par izmaiņām saimnieciskās darbības apturēšanai,
Dati par NM, kuri ir pieteikuši darbības pārtraukšanu komercreģistrā,
Dati par maksātnespēju un uzņēmuma paraksttiesīgajām personām,
Dati par likvidētajiem uzņēmumiem.
Reizi dienā
62.
MAIS Uzņēmumu reģistrs
Riska adreses un riska personas,
Dati par saimnieciskās darbības apturēšanu,
Dati par komercreģistrā ierakstītas sabiedrības darbības izbeigšanu (jauns process),
Piemērotie liegumi.
-
63.
IZM MAIS
Informācija par personām, kuras vecumā no 18 līdz 24 gadiem ir ieguvušas vai iegūst izglītību vispārējā, profesionālajā vai speciālajā izglītības iestāde;
Informācija par augstskolās studējošajiem un veiktajiem maksājumiem par izglītību.
Reizi dienā
161
Nr. Avota IS Mērķa IS Nododamie dati Regularitāte
64. MAIS UGFA Informācija par fizisko personu ienākumiem Pēc pieprasījuma
65. UGFA MAIS Informācija par personām, kuram UGFA izmaksā līdzekļus par nepilngadīga bērna uzturēšanu Reizi dienā
66. Valsts vides
dienests MAIS Dabas resursu nodokļa dati. Reizi nedēļā
67. Eiropas Centrālā
Banka MAIS Informācija par ECB publicētajiem valūtas kursiem Reizi nedēļā
68. IeM Sodu reģistrs MAIS Informācija par sodāmību -
69. VARAM MAIS Licences, atļaujas, atvieglojumi Reizi mēnesī
70. Zemesgrāmata MAIS
PVN nodrošinājuma kontrolei nepieciešamie dati,
NM reģistrācijas un struktūrvienību reģistrācijas procesam nepieciešamie dati. -
71. MAIS Zemesgrāmata
Dati par saimnieciskās darbības apturēšanu
Piemērotie liegumi -
72. Pašvaldības MAIS Nekustamā īpašuma nodokļa parādi Pēc pieprasījuma
73. MAIS Finanšu ministrija Dati par NM pieteikumu un uzņemšanu dalībai padziļinātās sadarbības programmā Sistēmas notikums
74. MAIS
Sabiedriskā labuma
komisija Dati par sabiedriskā labuma organizācijas statusa saņemšanu Sistēmas notikums
75. Finanšu ministrija MAIS
Informācija par valsts tiešās pārvaldes iestāžu amatpersonām (darbiniekiem) taksācijas gada laikā saskaņā ar Valsts un pašvaldību institūciju amatpersonu un darbinieku atlīdzības likuma izmaksātajiem pabalstiem par dienestu ārvalstīs.
Reizi gadā
162
Nr. Avota IS Mērķa IS Nododamie dati Regularitāte
76. Veselības ministrija MAIS dati par ārstniecības attaisnotajiem izdevumiem Reizi mēnesī
77. MAIS KNAB Valsts amatpersonu deklarāciju dati Reizi gadā
78. VDEĀVK MAIS Informācija par noteikto Invaliditātes grupu Reizi dienā
79. NVD MAIS Informācija par slimības lapām Reizi dienā