APSTIPRINĀTSLatvijas Republikas Finanšu ministrijas

iepirkuma komisijas 2017.gada 25.septembra sēdē(protokols Nr.3)

Atklāta konkursa

“De minimis atbalsta uzskaites

sistēmas izstrāde un ieviešana, uzturēšana un izmaiņu veikšana”

nolikums

Iepirkuma identifikācijas numurs – FM2017/54 (DE MINIMIS IS)

Rīga, 2017

1

Satura rādītājs

1. Vispārīgā informācija..................................................................................................................2. Pretendenta atlases prasības........................................................................................................3. Iesniedzamie dokumenti.............................................................................................................4. Piedāvājuma izvēles kritēriji un vērtēšanas kārtība....................................................................5. Līguma slēgšana........................................................................................................................6. Komisijas tiesības un pienākumi..............................................................................................7. Pretendenta tiesības un pienākumi............................................................................................8. Pielikumi...................................................................................................................................

2

1. Vispārīgā informācija

1.1. Iepirkuma procedūra ir atklāts konkurss (turpmāk – konkurss), kas tiek veikts saskaņā ar Latvijas Republikas normatīvajiem aktiem publisko iepirkumu jomā un šo nolikumu (turpmāk – nolikums).

1.2. Iepirkuma identifikācijas numurs: FM2017/54 (DE MINIMIS IS)

1.3. Pasūtītājs: Latvijas Republikas Finanšu ministrija

Adrese: Smilšu iela 1, Rīga, LV – 1919Reģ.Nr.90000014724

1.4. Konkursu veic Finanšu ministrijas ar 2017.gada 25.augusta rīkojumu Nr.357 „Par iepirkuma komisijas izveidi” izveidotā iepirkuma komisija (turpmāk – komisija).

1.5. Iepirkuma priekšmeta apraksts

1.5.1. Iepirkuma priekšmets ir De minimis atbalsta uzskaites sistēmas izstrāde un ieviešana, uzturēšana un izmaiņu veikšana saskaņā ar tehniskajā specifikācijā (nolikuma 2.pielikums) noteikto (turpmāk – pakalpojums);

1.5.2.CPV kodi – 72262000-9 (programmatūras izstrādes pakalpojumi), 72261000-2 (programmatūras atbalsta pakalpojumi);

1.5.3. Iepirkuma priekšmets nav sadalīts daļās un Pretendents drīkst iesniegt vienu piedāvājuma variantu par visu iepirkuma priekšmeta apjomu saskaņā ar tehniskajā specifikācijā (nolikuma 2.pielikums) noteikto;

1.5.4.Pakalpojuma izpildes vieta – Latvijas Republikas teritorija;1.5.5.Pakalpojuma izpildes termiņš – 4 (četri) gadi pēc līguma noslēgšanas

dienas, tai skaitā De minimis atbalsta uzskaites sistēmas izstrādei un ieviešanai ne vairāk kā 11 (vienpadsmit) mēneši;

1.5.6.Finansēšanas avots - Eiropas Reģionālās attīstības fonda projekta Nr.2.2.1.1/16/I/002 „Nodokļu informācijas pakalpojumu modernizācija MAIS kodols” aktivitātes “De minimis atbalsta uzskaites sistēmas izstrāde” un valsts budžeta līdzekļi.

1.6. Pasūtītāja kontaktpersona iepirkuma organizatoriskos jautājumos - Nataļja Lipina, Finanšu un darbības nodrošinājuma departamenta Ārvalstu finansēto projektu ieviešanas nodaļas vadītāja vietniece, tālr.67083865, e-pasts: Natalja.Lipina@fm.gov.lv.

1.7. Pretendents papildus informācijas pieprasījumus par nolikumā iekļautajām prasībām (jautājumus) var iesniegt uz e-pastu: iepirkumi@fm.gov.lv. Ja Pretendentam nav pieejams elektroniskais pasts, papildus informācijas pieprasījumus var iesniegt Pasūtītājam pa pastu vai faksu. Papildus informācijas pieprasījumiem jābūt latviešu valodā un uz tiem obligāti jānorāda atklāta konkursa nosaukumu un identifikācijas numuru.

1.8. Ja Pretendents ir laikus pieprasījis papildu informāciju par nolikumā iekļautajām prasībām, Pasūtītājs to sniedz 5 (piecu) darbdienu laikā, bet ne vēlāk kā 6 (sešas) dienas pirms piedāvājumu iesniegšanas termiņa beigām.

1.9. Piedāvājuma iesniegšanas un atvēršanas kārtība: 1.9.1.piedāvājumus var iesniegt, sūtot pa pastu, vai personīgi Finanšu ministrijā

131.kab., Smilšu ielā 1, Rīgā, darbadienās no plkst. 9.00 līdz plkst. 16.00, līdz 2017.gada 6.novembra plkst.10:00, iepriekš piesakoties pa tālr.67083975 vai 67095689. Pasta sūtījumi tiek uzskatīti par iesniegtiem laikā, ja saņemti norādītajā adresē līdz piedāvājuma iesniegšanas termiņa beigām.

3

Piedāvājums, kas tiks iesniegts pēc minētā termiņa, neatvērts tiks nosūtīts atpakaļ iesniedzējam;

1.9.2. iesniegtie piedāvājumi tiks atvērti 2017.gada 6.novembrī Finanšu ministrijā, Smilšu ielā 1, Rīgā, 202.telpā, atklātā sanāksmē, plkst.10:00;

1.9.3.piedāvājumus atver to iesniegšanas secībā, nosaucot pretendentu, piedāvājuma iesniegšanas datumu un laiku un piedāvāto līgumcenu.

Informācijai: ieejai Finanšu ministrijā ir nepieciešams pie Pasūtītāja kontaktpersonas pieteikt vienreizēju caurlaidi un ierodoties, apsardzes postenī, uzrādīt personu apliecinošu dokumentu.

1.10. Piedāvājuma noformējuma, iesniegšanas un piedāvājuma formas prasības:1.10.1. Piedāvājums sastāv no šādām daļām:

a) Pieteikums dalībai konkursā un apliecinājums par neatkarīgi izstrādātu piedāvājumu;

b) Pretendenta atlases dokumenti;c) Finanšu piedāvājums.

1.10.2. Pretendents iesniedz 1 (vienu) piedāvājuma oriģinālu ar atzīmi „ORIĢINĀLS” un 1 (vienu) kopiju ar atzīmi „KOPIJA”. Ja piedāvājuma kopija atšķirsies no piedāvājuma oriģināla, komisija ņems vērā piedāvājuma oriģinālu;

1.10.3. Piedāvājuma dokumenti tiek cauršūti (cauraukloti) tā, lai dokumentu lapas nebūtu iespējams atdalīt, lapām jābūt sanumurētām. Uz pēdējās lapas aizmugures caurauklošanai izmantojamai auklai jābūt nostiprinātai ar pārlīmētu lapu, uz kuras norādīts cauraukloto lapu skaits, ko ar savu parakstu apliecina Pretendenta paraksta tiesīga vai pilnvarota persona;

1.10.4. Piedāvājumā iekļautajiem dokumentiem jābūt skaidri salasāmiem datorrakstā un bez labojumiem;

1.10.5. Piedāvājums jāsagatavo latviešu valodā. Svešvalodā sagatavotiem piedāvājuma dokumentiem jāpievieno tulkojums latviešu valodā;

1.10.6. Piedāvājums jāparaksta pretendenta pārstāvim, kuram ir paraksta tiesības vai tā pilnvarotai personai. Personas, kura paraksta piedāvājumu, paraksta tiesībām ir jābūt nostiprinātām atbilstoši normatīvajos aktos noteiktajam regulējumam. Ja piedāvājumu paraksta pretendenta pilnvarota persona, piedāvājumam ir jāpievieno attiecīgais dokuments par paraksta tiesīgās personas izdotu pilnvaru. Ja piedāvājumu iesniedz personu apvienība, tad piedāvājumu (pieteikumu dalībai konkursā un finanšu piedāvājumu, kā arī apliecinājumu par neatkarīgi izstrādātu piedāvājumu) paraksta visas personas, kas ietilpst personu apvienībā vai personu apvienības pilnvarotais pārstāvis. Turpmāk nolikuma 1.10.6.punktā noteiktās personas - paraksta tiesīgā persona vai tās pilnvarotā persona;

1.10.7. Pretendents piedāvājumu iesniedz aizlīmētā iepakojumā, uz kura norāda: a) pasūtītāja nosaukumu un juridisko adresi (Finanšu ministrija, Smilšu iela

1, Rīga);b) pretendenta nosaukumu un juridisko adresi;c) atzīmi:

„PIEDĀVĀJUMS ATKLĀTAM KONKURSAM“De minimis atbalsta uzskaites

sistēmas izstrāde un ieviešana, uzturēšana un izmaiņu veikšana”

Identifikācijas Nr. FM2017/54 (DE MINIMIS IS)

Neatvērt līdz 2017.gada 6.novembra plkst.10:00

4

Pasūtītāja kontaktpersona: Nataļja Lipina, Finanšu un darbības nodrošinājuma departamenta

Ārvalstu finansēto projektu ieviešanas nodaļas vadītāja vietniece.”

1.10.8. iesniedzot piedāvājumu, Pretendents pilnībā atzīst visus nolikumā ietvertos nosacījumus;

1.10.9. iesniegtie piedāvājumi ir Pasūtītāja īpašums un netiek atdoti Pretendentam.

1.11. Cita informācija:1.11.1. Pasūtītājs nodrošina brīvu un tiešu elektronisko pieeju nolikumam un

aktuālākajai informācijai Pasūtītāja mājaslapā: www.fm.gov.lv sadaļas „Finanšu ministrija” apakšsadaļā „FM iepirkumi” un Eiropas Savienības fondu mājaslapā www.esfondi.lv sadaļas „Kontakti” apakšsadaļā „Vadošā iestāde – struktūra, kontakti, iepirkumi”;

1.11.2. Pasūtītājs informāciju par rezultātiem nosūta elektroniski uz Pretendenta pieteikumā dalībai konkursā vai Eiropas vienotajā iepirkuma procedūras dokumentā (turpmāk – EVIPD) norādīto kontaktpersonas e-pasta adresi, izmantojot drošu elektronisko parakstu. Ja Pretendentam nav pieejams elektroniskais pasts, informācija par rezultātiem tiks nosūtīta citā Publisko iepirkumu likumā (turpmāk – PIL) noteiktajā veidā atbilstoši Pretendenta pieteikumā dalībai konkursā vai EVIPD norādītajiem kontaktiem;

1.11.3. Visi iesniegtie piedāvājumi līdz piedāvājumu atvēršanas sanāksmes sākumam tiek glabāti aizlīmētos iepakojumos. Priekšlaicīga iepakojumu atvēršana nav pieļaujama;

1.11.4. Pretendentam komunikācija ar Pasūtītāju jānodrošina latviešu valodā;1.11.5. Pretendents sedz visas izmaksas, kas saistītas ar piedāvājumu

sagatavošanu un iesniegšanu;1.11.6. Ja piedāvājumu iesniedz personu apvienība, tad personu apvienībai, ar

kuru pieņemts lēmums slēgt līgumu, Pasūtītājs lūgs izveidoties atbilstoši noteiktam juridiskam statusam – juridiski noformēt savu sadarbību, ņemot vērā piedāvājumā norādīto atbildības sadalījumu, saskaņā ar Komerclikumu vai noslēgt sabiedrības līgumu 10 (desmit) darba dienu laikā pēc Pasūtītāja pieprasījuma saņemšanas un sniegt informāciju Pasūtītājam.

2. Pretendenta atlases prasības2.1. Nosacījumi Pretendenta dalībai konkursā:

2.1.1.Pretendents var būt fiziskā vai juridiskā persona, šādu personu apvienība jebkurā to kombinācijā, kas attiecīgi piedāvā tirgū sniegt pakalpojumus un kura ir iesniegusi piedāvājumu;

2.1.2.Pretendents ir reģistrēts atbilstoši Latvijas Republikas vai ārvalstu normatīvo aktu prasībām;

2.1.3.attiecībā uz Pretendentu nav iestājies neviens no PIL 42. panta pirmajā daļā noteiktajiem izslēgšanas gadījumiem vai ir iestājušies PIL 42.panta trešajā daļā paredzētie noilgumu termiņi, vai Pretendents spēj pierādīt uzticamību PIL 43. pantā paredzētajā kārtībā un nav tādu apstākļu, kuri Pretendentam liegtu piedalīties iepirkuma procedūrā saskaņā ar PIL prasībām;Ja Pretendents atbilst PIL 42.panta pirmās daļas 1., 3., 4., 5., 6. un 7.punktā minētajiem izslēgšanas gadījumiem, Pretendents norāda to pieteikumā dalībai konkursa (nolikuma 1.pielikums) vai EVIPD.

2.1.4.nolikuma 2.1.3.apakšpunktā noteiktās prasības attiecas arī uz personām, uz kuru iespējām Pretendents balstās, lai apliecinātu kvalifikācijas atbilstību

5

nolikumā noteiktajām prasībām, kā arī uz Pretendenta norādīto apakšuzņēmēju, ja tāds tiek piesaistīts un tam nododamo veicamo pakalpojumu vērtība ir vismaz 10% no kopējās pakalpojumu līguma vērtības (izņemot PIL 42.panta pirmās daļas 1. un 8.punktu), kā arī uz personālsabiedrības biedru, ja pretendents ir personālsabiedrība (izņemot PIL 42.panta pirmās daļas 8.punktu).

2.2. Prasības attiecībā uz Pretendenta tehniskajām un profesionālajām spējām: 2.2.1.Pretendentam iepriekšējo 3 (trīs) gadu laikā, skaitot no piedāvājuma

iesniegšanas dienas, ir pieredze vismaz 2 (divu) informācijas sistēmu izstrādē un ieviešanā (sistēmas darbojas ekspluatācijas režīmā). Katras izstrādātās sistēmas līgumcenai jābūt ne mazākai par 100 000 EUR bez PVN (neieskaitot serveru tehnikas, programmatūras un tās licenču izmaksas). Vismaz 1 (vienai) no minētajām sistēmām ir jābūt uz tīmekļa tehnoloģijām bāzētai un ar vismaz 300 (trīs simti) lietotājiem.

2.3. Prasības Pretendenta piesaistītajam personālam. Pretendentam līguma izpildei jāpiesaista speciālisti ar šādu izglītību un profesionālo pieredzi:

2.3.1.Projekta vadītājs , kurš atbilst šādām prasībām:2.3.1.1. vismaz otrā līmeņa profesionālā augstākā izglītība vai bakalaura grāds

informācijas tehnoloģijās vai arī vismaz otrā līmeņa profesionālā augstākā izglītība vai bakalaura grāds sociālās zinātnēs un informācijas tehnoloģiju projektu vadības prasmes apliecinošs sertifikāts (PMP, Prince2, Project+, AFW akadēmijas sertifikāts (Vācija) vai līdzvērtīgs);

2.3.1.2. iepriekšējo 3 (trīs) gadu laikā, skaitot no piedāvājuma iesniegšanas dienas, pieredze vismaz 1 (viena) informācijas sistēmas izstrādes un ieviešanas (sistēma darbojas ekspluatācijas režīmā) projekta vadībā ar līgumcenu ne mazāku par 100 000 EUR bez PVN (neieskaitot serveru tehnikas, programmatūras un tās licenču izmaksas).

2.3.2.Sistēmu analītiķis , kurš atbilst šādām prasībām:

2.3.2.1.vismaz otrā līmeņa profesionālā augstākā izglītība vai bakalaura grāds informācijas tehnoloģijās;

2.3.2.2.iepriekšējo 3 (trīs) gadu laikā, skaitot no piedāvājuma iesniegšanas dienas, pieredze vismaz 1 (vienā) informācijas sistēmas (sistēma darbojas ekspluatācijas režīmā) izstrādes un ieviešanas projektā, ar līgumcenu ne mazāku par 100 000 EUR bez PVN (neieskaitot serveru tehnikas, programmatūras un tās licenču izmaksas), kā sistēmu analītiķim.

2.3.3.Programmētājs , kurš atbilst šādām prasībām:

2.3.3.1.vismaz otrā līmeņa profesionālā augstākā izglītība vai bakalaura grāds informācijas tehnoloģijās;

2.3.3.2.iepriekšējo 3 (trīs) gadu laikā, skaitot no piedāvājuma iesniegšanas dienas, pieredze vismaz 1 (vienā) uz tīmekļa tehnoloģijām bāzētas informācijas sistēmas (sistēma darbojas ekspluatācijas režīmā) ar vismaz 300 (trīs simti) lietotājiem izstrādes un ieviešanas projektā kā programmētājam;

2.3.4.Testētājs , kurš atbilst šādām prasībām:

2.3.4.1.vismaz otrā līmeņa profesionālā augstākā izglītība vai bakalaura grāds informācijas tehnoloģijās;

6

2.3.4.2.iepriekšējo 3 (trīs) gadu laikā, skaitot no piedāvājuma iesniegšanas dienas, pieredze vismaz 1 (vienā) informācijas sistēmas (sistēma darbojas ekspluatācijas režīmā) ar vismaz 300 (trīs simti) lietotājiem izstrādes un ieviešanas projektā kā testētājam vai sistēmu analītiķim.

2.4. Pretendenta piesaistītais sistēmu analītiķis var pildīt arī testētāja lomu. Šajā gadījumā piesaistītajam speciālistam jāatbilst ne tikai visām nolikuma 2.3.2.punktā izvirzītajām prasībām, bet arī 2.3.4.punkta prasībām.

2.5. Pretendents nevar piesaistīt vienu speciālistu gan sistēmu analītiķa, gan programmētāja, gan testētāja lomai.

2.6. Pretendents Pakalpojuma izpildē ir tiesīgs piesaistīt apakšuzņēmējus. Apakšuzņēmēju piesaistes gadījumā Pretendents piedāvājumā norāda visus paredzamos apakšuzņēmējus un norāda apakšuzņēmējiem izpildei nododamās līguma daļu, un to apjomu (%), ja attiecīgajam apakšuzņēmējam nododamā līguma vērtība sastāda vismaz 10% no kopējās iepirkuma līguma vērtības. Papildus piedāvājumā Pretendents norāda informāciju par tā piesaistītā apakšuzņēmēja statusu1.

3. Iesniedzamie dokumenti3.1. Pretendenta pieteikums dalībai konkursā (nolikuma 1.pielikums). 3.2. Apliecinājums par neatkarīgi izstrādātu piedāvājumu (nolikuma 6.pielikums).3.3. Pretendents, lai apliecinātu savu atbilstību atlases prasībām (nolikuma

2.punkts) iesniedz šādus atlases dokumentus:3.3.1. Ārvalstīs reģistrētam Pretendentam ir jāiesniedz līdzvērtīgas komercdarbību

reģistrējošas iestādes ārvalstīs izsniegtu komersanta reģistrācijas apliecības kopiju vai citas ārvalstu institūcijas izsniegtu izziņas kopiju, kas apliecina, ka Pretendents, piegādātāju apvienības dalībnieki vai apakšuzņēmēji ir reģistrēti likumā noteiktajos gadījumos un likumā noteiktajā kārtībā;

3.3.2. Pretendenta pieredzes aprakstu, kas apliecina pieredzes atbilstību nolikuma 2.2.punktā izvirzītajām prasībām un sagatavots atbilstoši nolikuma 3.pielikumam. Pieredzes aprakstam jāpievieno atsauksmes par tajā norādīto pieredzi;

3.3.3. Piesaistīto speciālistu CV (Curriculum Vitae) un izglītību apliecinošu dokumentu kopijas, kas apliecina piesaistāmā personāla atbilstību nolikuma 2.3.punktā noteiktajām prasībām un, kuri sagatavoti atbilstoši nolikuma 4.pielikumam;Gadījumā, ja Pretendenta piesaistītā personāla izglītība iegūta ārpus Latvijas, tad Pretendents kopā ar piedāvājumu var iesniegt dokumentu, kas pierāda iegūtās izglītības atbilstību nolikumā izvirzītajām prasībām, piem., kompetentās institūcijas apliecinošu dokumentu. Šī prasība neattiecas, ja attiecīgā izglītība iegūta ES dalībvalsts augstākās izglītības iestādē un izglītību apliecinošā dokumentā ir nepārprotama un skaidra norāde, ka ir iegūta augstākā izglītība attiecīgajā zinātnē.

3.3.4. Ja Pretendents piesaista apakšuzņēmējus, Pretendentam jāiesniedz apakšuzņēmējiem izpildei nododamo līguma daļu un to apjoma (%) apraksts, ja to vērtība ir vismaz 10% no kopējās iepirkuma līguma vērtības. Papildus jāiesniedz spēkā esoši dokumenti, kas noslēgti ar Pretendentu un apliecina katra apakšuzņēmēja gatavību veikt tam izpildei nodotās līguma daļas (apliecināta sadarbības līguma kopija vai piekrišanas raksta oriģināls), kuri jāparaksta apakšuzņēmēja pārstāvim ar pārstāvības tiesībām vai tā pilnvarotai personai.

3.3.5. Personu apvienības gadījumā papildus jāiesniedz:

1 https://www.iub.gov.lv/sites/default/files/upload/skaidrojums_mazajie_videjie_uzn.pdf.

7

3.3.5.1. pilnvara par personu apvienības izvirzīto pārstāvi, kas pārstāv personu apvienību iepirkumā un personu apvienības vārdā ir pilnvarota parakstīt visu konkursa dokumentāciju;

3.3.5.2. informācija par personu apvienībā ietilpstošajiem dalībniekiem: dalībnieka nosaukums, reģistrācijas numurs, adrese, kontaktpersona un tās tālruņa numurs;

3.3.5.3. visu personu apvienības dalībnieku parakstīta saistību raksta (protokola, vienošanās, līguma vai cita dokumenta) kopija, kurā norādīts personu apvienības dalībnieku atbildības sadalījums procentos, kā arī, ka personu apvienības dalībnieki ir vienojušies par personālsabiedrības līguma noslēgšanu un sabiedrības dibināšanu uzvaras gadījumā;

3.3.5.4. Pretendentam jāiesniedz nolikuma 3.3.1.punktā norādīta dokumenta kopija par katru piesaistīto ārvalstīs reģistrēto personu apvienības dalībnieku.

Nolikuma 3.3.5.2. un 3.3.5.4. apakšpunktā noteiktie dokumenti nav jāiesniedz, ja par šīm personām ir iesniegts EVIPD.

3.4. Kā sākotnējo pierādījumu atbilstībai nolikuma 2.punktā noteiktajām pretendentu atlases prasībām pretendents ir tiesīgs iesniegt EVIPD (nolikuma 7.pielikums 2 ) . Gadījumā, ja Pretendents kā sākotnējo pierādījumu atbilstībai nolikuma 2.punktā noteiktajām pretendentu atlases prasībām iesniedz EVIPD, tad Pretendentam jāiesniedz EVIPD arī par katru personu, uz kuras iespējām pretendents balstās, lai apliecinātu, ka tā kvalifikācija atbilst nolikumā noteiktajām prasībām, un par katru tā norādīto apakšuzņēmēju, kura sniedzamo pakalpojumu vērtība ir vismaz 10% no iepirkuma līguma vērtības. Gadījumā, ja piedāvājumu iesniedz Piegādātāju apvienība, EVIPD jāiesniedz atsevišķu par katru tās dalībnieku. Ja Pretendents iesniedz EVIPD, tad piedāvājumā nav jāiesniedz nolikuma 3.3.2., 3.3.3.punktā noteiktos atlases dokumentus.

Ja Pretendents iesniedz EVIPD, Pasūtītājam jebkurā iepirkuma procedūras posmā ir tiesības prasīt, lai Pretendents, ne vēlāk kā 5 (piecu) darba dienu laikā no pieprasījuma nosūtīšanas dienas, iesniedz visus dokumentus vai daļu no tiem, kas apliecina tā atbilstību iepirkuma procedūras dokumentos noteiktajām Pretendentu atlases prasībām. Komisija nosaka termiņu ņemot vērā samērīguma principu un nepieciešamo informācijas apjomu, bet ne ilgāku kā 5 (piecas) darba dienas.

3.5. Finanšu piedāvājums, kas sagatavots saskaņā ar Finanšu piedāvājuma formu (nolikuma 5.pielikums). Finanšu piedāvājumā cena jānorāda euro bez PVN ar divām zīmēm aiz komata. Cenā jāiekļauj visi ar pakalpojuma sniegšanu saistītie izdevumi. Papildus izmaksas līguma darbības laikā netiks pieļautas.

4. Piedāvājuma izvēles kritēriji un vērtēšanas kārtība4.1. Piedāvājumu vērtēšana notiks sekojošā kārtībā:

4.1.1.piedāvājumu noformējuma pārbaude – komisija izskata, vai saskaņā ar nolikumā izvirzītajām prasībām, piedāvājums ir cauršūts (caurauklots) un parakstīts, vai dokumenti ir iesniegti atbilstoši nolikuma 3.punktā noteiktajam. Ja komisija konstatē piedāvājuma neatbilstību nolikuma prasībai, kura var ietekmēt turpmāko lēmumu attiecībā uz Pretendentu (piemēram, neparakstīts

2 Pretendents EVIPD aizpilda tās sadaļas, kas attiecas uz ekonomikas dalībnieku, bet EVIPD IV daļā Pretendents aizpilda tikai  iedaļu, neaizpildot pārējās IV daļas iedaļas.

8

piedāvājums u.c.), tā var lemt par Pretendenta noraidīšanu no turpmākās dalības iepirkumā.

4.1.2. finanšu piedāvājuma pārbaude - komisija pārbauda vai finanšu piedāvājums atbilst nolikuma 3.5.punktā noteiktajām prasībām un vai piedāvājumā nav aritmētiskās kļūdas. Ja komisija konstatēs aritmētiskās kļūdas, tā veiks pārrēķinu un turpmākajā vērtēšanas procesā izmantos labotās cenas. Par aritmētisko kļūdu labojumiem Pasūtītājs informēs Pretendentu;

4.1.3.pēc finanšu piedāvājumu pārbaudes, komisija vērtē Pretendenta, kurš iesniedzis piedāvājumu ar viszemāko cenu, atbilstību nolikumā izvirzītajām atlases prasībām.

4.1.3.1. Komisija pārbauda vai Pretendents, kurš iesniedzis piedāvājumu ar viszemāko cenu, savu atbilstību nolikumā izvirzītajām atlases prasībām ir apliecinājis iesniedzot EVIPD, aizpildot IV daļas α iedaļu, vai arī Pretendents ir iesniedzis visus nolikuma 3.3.punktā noteiktos dokumentus;

4.1.3.2. Gadījumā ja Pretendents iesniedz EVIPD, komisija pārbauda, vai tas atbilst nolikuma 3.4.punktam. Ja iesniegtais EVIPD atbilst prasībām, komisija pieprasa Pretendentam, kurš iesniedzis piedāvājumu ar viszemāko cenu, 5 (piecu) darba dienu laikā no pieprasījuma nosūtīšanas dienas iesniegt nolikuma 3.3.punktā noteiktos dokumentus vai daļu no tiem, kas apliecina tā atbilstību iepirkuma procedūras dokumentos noteiktajām Pretendentu atlases prasībām, ja iepriekš komisija to nav pieprasījusi iesniegt.

4.1.3.3. Ņemot vērā Pretendenta iesniegtos atlases dokumentus, komisija vērtē Pretendenta atbilstību nolikuma 2.punktā noteiktajām Pretendenta atlases prasībām. Ja Pretendents neatbilst kādai no minētajām prasībām, komisija lemj par Pretendenta noraidīšanu no turpmākās dalības konkursā. Gadījumā, ja komisija pieņem lēmumu noraidīt minētā Pretendenta piedāvājumu no turpmākās dalības konkursā, komisija pārbauda nākamā Pretendenta, kurš iesniedza piedāvājumu ar viszemāko cenu, atbilstību izvirzītajām atlases prasībām.

4.1.4.Piedāvājumu, kas ir ar viszemāko cenu un kas pilnībā atbilst izvirzītajām prasībām, komisija atzīs par saimnieciski visizdevīgāko piedāvājumu.

4.2. Pretendentam, kura piedāvājums ir atzīts par saimnieciski visizdevīgāko, būtu piešķiramas līguma slēgšanas tiesības.

4.3. Attiecībā uz Pretendentu, kuram būtu piešķiramas līguma slēgšanas tiesības (Pretendents, kura piedāvājums ir atzīts par saimnieciski visizdevīgāko), komisija pārbauda vai uz to nav attiecināms kāds no PIL 42.panta pirmās daļas Pretendentu izslēgšanas nosacījumiem;4.3.1. Lai pārbaudītu ārvalstī reģistrētu Pretendentu vai Latvijā reģistrēta

Pretendenta valdes vai padomes locekli, pārstāvēttiesīgo personu vai prokūristu, vai personu, kura ir pilnvarota pārstāvēt Pretendentu darbībās, kas saistītas ar filiāli, un kura ir reģistrēta vai pastāvīgi dzīvo ārvalstī, komisija pieprasīs, lai Pretendents iesniedz attiecīgās kompetentās institūcijas izziņu, kas apliecina, ka uz Pretendentu neattiecas PIL 42.panta pirmajā daļā minētie gadījumi, izziņas iesniegšanas termiņu nosakot ne īsāku par 10 darbdienām pēc pieprasījuma nosūtīšanas dienas. (Ja iepriekš minētie dokumenti netiek izdoti vai ar šiem dokumentiem nepietiek, lai apliecinātu, ka uz Pretendentu neattiecas PIL 42.panta pirmajā daļā noteiktie gadījumi, minētos dokumentus var aizstāt ar zvērestu vai, ja zvēresta došanu

9

attiecīgās valsts normatīvie akti neparedz,- ar paša Pretendenta vai citas PIL 42.panta pirmajā daļā minētās personas apliecinājumu kompetentai izpildvaras vai tiesu varas iestādei, zvērinātam notāram vai kompetentai attiecīgās nozares organizācijai to reģistrācijas valstī.);

4.3.2. nolikuma 4.3.1.punktā noteiktās prasības attiecas arī uz ārvalstī reģistrētu personu, uz kuru iespējām Pretendents balstās, lai apliecinātu, ka tā kvalifikācija atbilst paziņojumā par līgumu un iepirkuma procedūras dokumentos noteiktajām prasībām, kā arī uz Pretendenta norādīto apakšuzņēmēju, ja tāds tiek piesaistīts un tam nododamo veicamo pakalpojumu vērtība ir vismaz 10% no kopējās pakalpojumu līguma vērtības, kā arī uz personālsabiedrības biedru, ja pretendents ir personālsabiedrība.

4.3.3. Ja komisija konstatē, ka pretendentam vai personālsabiedrības biedram, ja pretendents ir personālsabiedrība, vai uz pretendenta norādīto apakšuzņēmēju, ja tāds tiek piesaistīts un tam nododamo veicamo pakalpojumu vērtība ir vismaz 10% no kopējās pakalpojumu līguma vērtības, vai personu, uz kuras iespējām pretendents balstās piedāvājuma iesniegšanas termiņa pēdējā dienā vai arī dienā, kad pieņemts lēmums par iespējamu iepirkuma līguma slēgšanas tiesību piešķiršanu, ir nodokļu parādi, tajā skaitā valsts sociālās apdrošināšanas obligāto iemaksu parādi, kas kopsummā pārsniedz 150 euro, komisija nosaka termiņu — 10 dienas pēc informācijas nosūtīšanas dienas — apliecinājuma iesniegšanai par to, ka pretendentam piedāvājuma iesniegšanas termiņa pēdējā dienā vai lēmuma par iespējamu iepirkuma līguma slēgšanas tiesību piešķiršanu pieņemšanas dienā nebija nodokļu parādu, tajā skaitā valsts sociālās apdrošināšanas obligāto iemaksu parādu, kas kopsummā pārsniedz 150 euro.

4.3.4. Gadījumā, ja Pretendents ir norādījis pieteikumā dalībai konkursā (nolikuma 1.pielikums) vai EVIPD, ka tas atbilst PIL 42. panta pirmās daļas 1., 3., 4., 5., 6. un 7.punktā minētajiem izslēgšanas gadījumiem, Pasūtītājs pieprasīs tam 5 (piecu) darba dienu laikā no pieprasījuma nosūtīšanas dienas iesniegt skaidrojumu un pierādījumus par nodarītā kaitējuma atlīdzināšanu vai noslēgtu vienošanos par nodarītā kaitējuma atlīdzināšanu, sadarbošanos ar izmeklēšanas iestādēm un veiktajiem tehniskajiem, organizatoriskajiem vai personālvadības pasākumiem, lai pierādītu savu uzticamību un novērstu tādu pašu un līdzīgu gadījumu atkārtošanos nākotnē. Skaidrojumu vai pierādījumus Pasūtītājs neprasīs, ja informācija būs jau ietverta EVIPD vai piedāvājumā.

Ja noteiktajā termiņā Pasūtītāja pieprasītais dokuments netiek iesniegts, komisija Pretendentu izslēdz no dalības konkursā.

4.4. Komisija līguma slēgšanas tiesības piešķirs Pretendentam, kura piedāvājums būs saimnieciski visizdevīgākais un attiecībā uz kuru nebūs iestājies neviens no PIL 42. panta pirmās daļas Pretendentu izslēgšanas nosacījumiem.

4.5. Komisija var pieņemt lēmumu par konkursa izbeigšanu bez rezultāta, ja nav saņemts neviens piedāvājums vai nav saņemts neviens nolikumam atbilstošs piedāvājums.

4.6. Komisija nepieciešamības gadījumā var pārbaudīt informāciju kompetentā institūcijā, publiski pieejamās datu bāzēs vai citos publiski pieejamos avotos, ja tas nepieciešams piedāvājumu atbilstības pārbaudei, Pretendentu atlasei, piedāvājumu vērtēšanai un salīdzināšanai, kā arī lūgt, lai Pretendents vai kompetenta institūcija izskaidro Pretendenta iesniegto informāciju. Pretendentam ar savu sniegto

10

skaidrojumu nav tiesības izmainīt iesniegto piedāvājumu.

5. Līguma slēgšana5.1. Ar konkursā par uzvarētāju atzīto Pretendentu tiks slēgts pakalpojuma līgums

(nolikuma 8. pielikums).5.2. Gadījumā, ja pieņemts lēmums slēgt līgumu ar piegādātāju apvienību, Pasūtītājs

saskaņā ar nolikuma 1.11.6.punktu nosūta lūgumu reģistrēt personālsabiedrību vai noslēgt sabiedrības līgumu. Līgums ar piegādātāju apvienību tiek slēgts pēc informācijas sniegšanas Pasūtītājam. Ja piegādātājs 10 (desmit) darba dienu laikā no Pasūtītāja lūguma saņemšanas dienas, nav sniedzis Pasūtītājam informāciju par personālsabiedrības reģistrēšanu vai sabiedrības līguma noslēgšanu, tas tiek uzskatīts par Pretendenta (piegādātāju apvienības) atteikumu slēgt pakalpojuma līgumu.

5.3. Konkursa uzvarētājam pakalpojuma līgums jāparaksta 10 (desmit) darba dienu laikā no Pasūtītāja nosūtītā uzaicinājuma parakstīt līgumu izsūtīšanas dienas. Ja norādītajā termiņā uzvarētājs neparaksta līgumu, tas tiek uzskatīts par atteikumu slēgt pakalpojuma līgumu un komisija rīkojas saskaņā ar Ministru kabineta noteikumos3 noteikto kārtību.

5.4. Ja izraudzītais Pretendents atsakās slēgt līgumu ar Pasūtītāju, komisija pieņem lēmumu slēgt līgumu ar nākamo Pretendentu, kura piedāvājums ir saimnieciski visizdevīgākais un atbilst visām Pasūtītāja prasībām. Pasūtītājs ir tiesīgs pieprasīt no nākamā Pretendenta apliecinājumu un, ja nepieciešams, pierādījumus, ka tas nav uzskatāms par vienu tirgus dalībnieku kopā ar sākotnēji izraudzīto Pretendentu.

6. Komisijas tiesības un pienākumi6.1. Komisijas tiesības:

6.1.1.pieaicināt atzinuma sniegšanai neatkarīgus ekspertus;6.1.2.pieprasīt, lai Pretendents sniegtu skaidrojumus par savā piedāvājumā norādīto

informāciju;6.1.3. izdarīt grozījumus nolikumā saskaņā ar normatīvajos aktos noteikto kārtību.

Par veiktajiem grozījumiem komisija informēs visus ieinteresētos piegādātājus, publicējot informāciju Pasūtītāja mājaslapā: www.fm.gov.lv sadaļas „Finanšu ministrija” apakšsadaļā „FM iepirkumi” un Eiropas Savienības fondu mājaslapā www.esfondi.lv sadaļas „Kontakti” apakšsadaļā „Vadošā iestāde – struktūra, kontakti, iepirkumi”.;

6.1.4.prasīt, lai personu apvienība, attiecībā uz kuru pieņemts lēmums slēgt līgumu, tiek izveidota atbilstoši noteiktajam juridiskajam statusam;

6.1.5.normatīvajos aktos noteiktajā kārtībā pieņemt lēmumu par konkursa pārtraukšanu vai izbeigšanu;

6.1.6.pieprasīt Pretendentam, lai uzrāda dokumenta oriģinālu, ja komisijai rodas šaubas par iesniegtā dokumenta kopijas autentiskumu;

6.1.7.veikt citas darbības, kas izriet no dotā nolikuma un konkursa procesu reglamentējošiem normatīvajiem aktiem.

6.2. Komisijas pienākumi:6.2.1.nodrošināt konkursa norisi un dokumentēšanu;6.2.2.nodrošināt Pretendentu brīvu konkurenci, kā arī vienlīdzīgu un taisnīgu

attieksmi pret tiem;6.2.3.pēc Pretendentu pieprasījuma normatīvajos aktos noteiktajā kārtībā sniegt

informāciju par nolikumu;

3 Ministru kabineta 2017.gada 28.februāra noteikumi Nr.107 “Iepirkuma procedūru un metu konkursu norises kārtība”

11

6.2.4.vērtēt Pretendentus un to iesniegtos piedāvājumus saskaņā ar normatīvajiem aktiem un nolikumu, izvēlēties piedāvājumu vai pieņemt lēmumu par konkursa izbeigšanu, neizvēloties nevienu piedāvājumu;

6.2.5.vienlaikus informēt visus Pretendentus par pieņemto lēmumu attiecībā uz līguma slēgšanas tiesību piešķiršanu PIL noteiktajā kārtībā un termiņos.

7. Pretendenta tiesības un pienākumi7.1. Pretendenta tiesības:

7.1.1.apvienoties apvienībās ar citiem Pretendentiem un iesniegt vienu kopēju piedāvājumu;

7.1.2.Pretendents Pakalpojuma izpildē ir tiesīgs piesaistīt apakšuzņēmējus;7.1.3.pirms piedāvājumu iesniegšanas termiņa beigām grozīt piedāvājumu. Šajā

gadījumā uz slēgtas aploksnes (iepakojuma) jānorāda nolikuma 1.10.7.punktā noteiktā informācija, kā arī papildus norāde – „Grozījumi”. Pēc piedāvājuma iesniegšanas termiņa beigām Pretendents piedāvājumu grozīt nevar, ja vien nav izdarīti grozījumi konkursa nolikumā un nav attiecīgi pagarināts piedāvājumu iesniegšanas termiņš;

7.1.4.atsaukt iesniegto piedāvājumu. Šajā gadījumā Pretendents iesniedz Pasūtītājam Pretendenta paraksttiesīgas personas parakstītu atsaukumu, norādot iepirkuma nosaukumu un identifikācijas numuru. Atsaukums izslēdz Pretendenta tālāku līdzdalību konkursā;

7.1.5.piedalīties piedāvājumu atvēršanas sanāksmē;7.1.6.norādīt piedāvājumā, ja piedāvājums vai atsevišķas tā daļas satur

komercnoslēpumu. Piedāvājuma lapām, kas satur šāda rakstura informāciju, jābūt marķētām ar atzīmi „Konfidenciāli”, izņemot normatīvajos aktos noteiktajos gadījumos;

7.1.7.normatīvajos aktos noteiktajā kārtībā iesniegt iesniegumu Iepirkumu uzraudzības birojam par iepirkuma procedūras pārkāpumiem.

7.2. Pretendenta pienākumi:7.2.1. sagatavot piedāvājumu atbilstoši nolikumā izvirzītajām prasībām;7.2.2. sniegt patiesu informāciju;7.2.3.pēc komisijas pieprasījuma sniegt skaidrojumu par piedāvājumā iekļauto

informāciju;7.2.4.pēc Pasūtītāja pieprasījuma izveidoties atbilstoši noteiktam juridiskam

statusam vai noslēgt sadarbības līgumu, ja piedāvājumu iesniedz personu apvienība;

7.2.5. lejupielādējot nolikumu, ieinteresētais piegādātājs uzņemas atbildību, sekot līdzi turpmākajām izmaiņām nolikumā, kā arī komisijas sniegtajām atbildēm uz ieinteresēto piegādātāju jautājumiem, kas tiek publicētas Pasūtītāja mājaslapā www.fm.gov.lv sadaļas „Finanšu ministrija” apakšsadaļā „FM iepirkumi” un Eiropas Savienības fondu mājaslapā www.esfondi.lv sadaļas „Kontakti” apakšsadaļā „Vadošā iestāde – struktūra, kontakti, iepirkumi” pie nolikuma. Visā piedāvājuma iesniegšanas termiņa laikā Pretendentam patstāvīgi jāseko līdzi aktuālajai informācijai;

7.2.6.veikt citas darbības saskaņā ar PIL, citiem normatīvajiem aktiem un šo nolikumu.

8. Pielikumi

8.1. Nolikums izstrādāts uz 89 lapām. Visi pielikumi ir šī nolikuma neatņemama sastāvdaļa. Nolikumam pievienoti šādi pielikumi:

12

8.1.1.Pieteikums dalībai konkursā – 1.pielikums (uz 1 lapas);8.1.2.Tehniskā specifikācija – 2.pielikums (uz 39 lapām);8.1.3.Pretendenta pieredzes apraksts – 3.pielikums (uz 1 lapas);8.1.4. Pakalpojuma izstrādē iesaistīto speciālistu dzīvesgaitas apraksts (CV) –

4.pielikums (uz 1 lapas);8.1.5.Finanšu piedāvājuma forma – 5.pielikums (uz 1 lapas);8.1.6.Apliecinājums par neatkarīgi izstrādātu piedāvājumu – 6.pielikums (uz 2

lapām);8.1.7.Eiropas vienotais iepirkuma procedūras dokuments – 7.pielikums (uz 14

lapām);8.1.8.Pakalpojuma līguma projekts – 8.pielikums (uz 17 lapām).

13

1. pielikumskonkursa nolikumam

ID Nr. FM2017/54 (DE MINIMIS IS)

PIETEIKUMS DALĪBAI KONKURSĀ““De minimis atbalsta uzskaites

sistēmas izstrāde un ieviešana, uzturēšana un izmaiņu veikšana””” Identifikācijas Nr. FM2017/54 (DE MINIMIS IS)

Latvijas Republikas Finanšu ministrijas Iepirkuma komisijai.4

1. Informācija par Pretendentu:Pretendenta nosaukums:

Reģ. Nr.

Juridiskā un biroja adrese:

Pretendenta statuss (lūdzam norādīt, ja uzņēmums atbilst mazā vai vidējā uzņēmuma statusam)5.Kontaktpersonas vārds, uzvārds, amats:Kontaktpersonas tālrunis, faksa numurs, e-pasta adrese:

2. Saskaņā ar konkursa nolikumu, es, apakšā parakstījies apliecinu, ka uz <pretendenta nosaukums> neattiecas PIL 42. panta pirmajā daļā minētie nosacījumi6;

3.<pretendenta nosaukums> (turpmāk – Pretendents) piekrīt atklāta konkursa “De minimis atbalsta uzskaites sistēmas izstrāde un ieviešana, uzturēšana un izmaiņu veikšana”, identifikācijas Nr. FM2017/54 (DE MINIMIS IS) nolikuma noteikumiem ar visiem pielikumiem un garantē nolikuma prasību izpildi. Konkursa nolikums ir skaidrs un saprotams;

4. piedāvājumā iekļautās dokumentu kopijas un dokumentu tulkojumi atbilst oriģināliem;

5. visas piedāvājumā sniegtās ziņas ir patiesas;6. Pretendents ir iepazinies ar līguma projektu un piekrīt tā nosacījumiem;7. Pretendents apņemas līguma slēgšanas tiesību piešķiršanas gadījumā pildīt

visus līguma nosacījumus; 8. Pretendentam ir pietiekami finanšu un tehniskie resursi pakalpojuma

sniegšanai;9. Pretendentam ir pieejams pietiekams skaits kvalificēta personāla, lai

nodrošinātu kvalitatīvu līguma izpildi.

Datums: __________________

Pretendenta vai tā pilnvarotās personas

4 Pieteikuma 1. un 2.punkts jāiekļauj Piedāvājumā tikai Pretendentam, kas neiesniedz EVIPD.5 https://www.iub.gov.lv/sites/default/files/upload/skaidrojums_mazajie_videjie_uzn.pdf.6 Ja Pretendents atbilst PIL 42. panta pirmās daļas 1., 3., 4., 5., 6. un 7.punktā minētajiem izslēgšanas gadījumiem, Pretendents to norāda. Papildus, pretendents ir tiesīgs sniegt skaidrojumus vai pierādījumus saskaņā ar nolikuma 4.6.4.apakšpunktu.

14

amats, vārds, uzvārds, paraksts _______________________________

15

2. pielikumskonkursa nolikumam

ID Nr. FM2017/54 (DE MINIMIS IS)

TEHNISKĀ SPECIFIKĀCIJA

“De minimis atbalsta uzskaites sistēmas izstrāde un ieviešana, uzturēšana un izmaiņu veikšana”

1. Ievads1.1 Iepirkuma mērķis un priekšmets

Lai izveidotu efektīvu, mūsdienīgu, uz modernām tehnoloģijām balstītu risinājumu, kas samazinātu administratīvo slogu nodokļu maksātājiem, veicinātu valsts pārvaldes efektivitāti un uzlabotu pakalpojumu pieejamību, iepirkuma mērķis ir nodrošināt elektroniskas de minimis atbalsta uzskaites sistēmas (turpmāk – Sistēma) izstrādi un ieviešanu, uzturēšanu un izmaiņu veikšanu.

Sistēma ļaus Atbalsta pretendentiem (terminu skaidrojumus šeit un turpmāk lūdzam skatīt TS 1.2. sadaļā) veltīt mazāk laika de minimis atbalsta pieteikuma sagatavošanai un iesniegšanai Atbalsta sniedzējam, daļu no darbībām automatizējot, palielinot datu kvalitāti un ticamību.

Veidojamās Sistēmas galvenie darbības mērķi ir šādi:

nodrošināt informācijas (veidlapu) ievadi par de minimis Atbalsta pretendenta atbilstību prasībām, kas nepieciešamas atbalsta saņemšanai – atbilstība viena vienota uzņēmuma definīcijai, informācija par iepriekš saņemto de minimis atbalstu, uzņēmumu sadalīšanās gadījumi, informācija par tām pašām attiecināmajām izmaksām kumulācijas gadījumā un citas veidlapas pēc nepieciešamības (ievadi veic Atbalsta pretendents);

nodrošināt informācijas ievadīšanu par rezervēto un piešķirto de minimis atbalstu, kā arī citu informāciju, kas izriet no de minimis atbalsta regulējumu (ievadi veic Atbalsta sniedzējs);

nodrošināt ievadītās informācijas apstrādi un pārbaudi, tai skaitā, mijiedarbojoties ar citām sistēmām/reģistriem, noteiktu secinājumu izdarīšanai un lēmuma pieņemšanai;

uzkrāt nepieciešamo informāciju de minimis atbalsta uzskaitei;

nodrošināt uzkrātās informācijas meklēšanas un analīzes iespējas;

nodrošināt pareizu Sistēmas darbību, lai ievērotu de minimis atbalsta regulējuma prasības, tai skaitā kumulācijas normas;

nodrošināt datu un dokumentu drošību.

Lai izstrādātu Sistēmu, Izpildītājam jāveic šādi uzdevumi:

detalizēta Sistēmas prasību analīze;

Sistēmas izstrāde, konfigurēšana un uzstādīšana;

saskarņu ar ārējām sistēmām izstrāde;

Atbalsta sniedzēju vēsturisko datu iekļaušana Sistēmā (Atbalsta sniedzējiem, kas vēlas migrēt datus);

Sistēmas dokumentācijas izstrāde;

Sistēmas testēšana;

Sistēmas lietotāju apmācība;

16

Sistēmas licenču piegāde;

Sistēmas garantijas uzturēšana;

Sistēmas pirmkoda piegāde un nodošana FM īpašumā;

Sistēmas uzturēšana, dokumentācijas atjauninājumu nodrošināšana;

Sistēmas izmaiņu veikšana (pēc nepieciešamības).

Turpmāk TS ir detalizētas nepieciešamās Sistēmas funkcijas un veicamo darbu apjoms.

1.2 Definīcijas un saīsinājumiDokumentā izmantotie jēdzieni, apzīmējumi un to skaidrojums sniegts

..

Tabula 1 „Dokumentā izmantoto jēdzienu un apzīmējumu skaidrojums”Jēdziens Skaidrojums

Atbalsta pretendents Fiziska vai juridiska persona, kas veic vai plāno veikt saimniecisko darbību un pretendē uz komercdarbības atbalstu saskaņā ar kādu no de minimis atbalsta regulām

Atbalsta saņēmējs Fiziska vai juridiska persona, kas veic vai plāno veikt saimniecisko darbību un, kurai piešķirts komercdarbības atbalsts, tai skaitā, de minimis atbalsts

Atbalsta sniedzējs Valsts vai pašvaldības institūcija vai tās pilnvarota juridiskā persona, kas pieņem lēmumu par atbalsta, tai skaitā de minimis atbalsta, piešķiršanu vai kas ir atbildīga par atbalsta programmas izstrādi vai atbalsta programmas vai individuālā atbalsta projekta piemērošanu

Atbalsta sniedzēja darbinieks Atbalsta sniedzēja darbinieks, ierēdnis vai pilnvarota personaAutentifikācija Process, kas veic pārbaudi, vai lietotājs, dators, process vai cita entītija ir pilnvarota veikt noteiktas

darbības ar Sistēmu, datiem un ierīcēmAutorizācija Tiesību piešķiršana lietot noteiktus IS resursusGrūtībās nonācis uzņēmums Grūtībās nonācis uzņēmums ir tāds, kuram ir ar tiesas spriedumu ir pasludināts maksātnespējas

process, ar tiesas spriedumu tiek īstenots tiesiskās aizsardzības process vai ar tiesas lēmumu tiek īstenots ārpustiesas tiesiskās aizsardzības process, ir uzsākta bankrota procedūra, piemērota sanācija vai mierizlīgums, tā saimnieciskā darbība ir izbeigta, vai tas atbilst normatīvajos aktos maksātnespējas jomā noteiktajiem kritērijiem, lai tam pēc kreditoru pieprasījuma piemērotu maksātnespējas procedūru.

Lielajam uzņēmumam atbalsta aizdevumu un garantiju veidā gadījumā jābūt situācijā, kas atbilst vismaz B- kredītreitingam. Ka arī atsevišķās programmās atbalsta sniedzējs var būt noteicis stingrāku grūtībās nonākuša uzņēmuma definējumu, piemēram, tādu, kā tas noteikts Eiropas komisijas paziņojums “Pamatnostādnes par valsts atbalstu grūtībās nonākušu nefinanšu uzņēmumu glābšanai un pārstrukturēšanai” (2014/C 249/01).

Izstrādātājs Iepirkuma procedūras uzvarētājs – Sistēmas izstrādātājsKlasifikators Specializēts informācijas krājums kāda lieluma sistematizēšanaiLietotāja saskarne Saskarne informācijas apmaiņai starp Sistēmu un tās lietotājuSistēma De minimis atbalsta uzskaites sistēmaKomercdarbības atbalsta kontroles institūcija

Institūcija, kuras mērķis ir nodrošināt komercdarbības atbalsta īstenošanas tiesiskumu, noteikt Latvijas nacionālās kontroles kompetences un procedūras komercdarbības atbalsta jomā, lai mazinātu komercdarbības atbalsta negatīvo ietekmi uz konkurenci. Latvijā ir divas Komercdarbības atbalsta kontroles institūcijas – Finanšu ministrija un Zemkopības ministrija.

de minimis atbalsts Saimnieciskās darbības veicējam piešķirts komercdarbības atbalsts saskaņā ar kādu no de minimis atbalsta regulām viena vienota uzņēmuma līmenī

de minimis atbalsta regula Visas zemākminētās četras regulas: Komisijas regula Nr.1407/2013 – Komisijas 2013.gada 18.decembra Regula (ES)

Nr.1407/2013 par Līguma par Eiropas Savienības darbību 107. un 108.panta piemērošanu de minimis atbalstam (Eiropas Savienības Oficiālais Vēstnesis, 2013.gada 24.decembris, Nr. L 352/1).

Komisijas regula Nr.1408/2013 – Komisijas 2013.gada 18.decembra Regula (ES) Nr.1408/2013 par Līguma par Eiropas Savienības darbību 107. un 108.panta piemērošanu de minimis atbalstam lauksaimniecības nozarē (Eiropas Savienības Oficiālais Vēstnesis, 2013.gada 24.decembris, Nr. L 352/9).

Komisijas regula Nr.717/2014 – Komisijas 2014.gada 27.jūnija Regula (EK) Nr.717/2014 par Līguma par Eiropas Savienības darbību 107. un 108.panta piemērošanu de minimis atbalstam zvejniecības un akvakultūras nozarē (Eiropas Savienības Oficiālais Vēstnesis, 2014.gada 28.jūnijs, Nr. L 190/45).

17

Jēdziens Skaidrojums

Komisijas regula Nr.360/2012 – Komisijas 2012.gada 25.aprīļa Regula (ES) Nr.360/2012 par Līguma par Eiropas Savienības darbību 107. un 108. panta piemērošanu de minimis atbalstam, ko piešķir uzņēmumiem, kuri sniedz pakalpojumus ar vispārēju tautsaimniecisku nozīmi (Eiropas Savienības Oficiālais Vēstnesis, 2012.gada 26.aprīlis, Nr. L 114/8).

Saimnieciskās darbības veicējs

Jebkura persona, neatkarīgi no tās juridiskā statusa un veida kādā tā tiek finansēta, t.i., fiziskā persona, juridiskā persona vai šādu personu apvienība neatkarīgi no tās īpašuma formas un darbības veida, kura veic vai gatavojas iesaistīties saimnieciskās darbības veikšanā, piedāvājot preces vai pakalpojumus tirgū. Fakts, ka potenciālais Atbalsta saņēmējs ir bezpeļņas organizācija vai arī fakts, ka potenciālais saņēmējs tiek pilnībā finansēts no valsts resursiem un tas savus pakalpojumus sniedz bez maksas, neizslēdz iespējamību, ka tas var tikt kvalificēts kā saimnieciskās darbības veicējs no komercdarbības atbalsta kontroles viedokļa.

Viens vienots uzņēmums “Viens vienots uzņēmums” ietver visus uzņēmumus, kuru starpā pastāv vismaz vienas no šādām attiecībām:

a) de minimis Atbalsta pretendentam ir akcionāru vai dalībnieku balsstiesību vairākums citā komercsabiedrībā vai kādai citai komercsabiedrībai ir akcionāru vai dalībnieku balsstiesību vairākums pretendenta komercsabiedrībā;b) de minimis Atbalsta pretendentam ir tiesības iecelt vai atlaist citas komercsabiedrības pārvaldes, vadības vai uzraudzības struktūras locekļu vairākumu vai kādai citai komercsabiedrībai ir tiesības iecelt vai atlaist pretendenta komercsabiedrības pārvaldes, vadības vai uzraudzības struktūras locekļu vairākumu;c) de minimis Atbalsta pretendentam ir tiesības īstenot dominējošo ietekmi uz citu komercsabiedrību saskaņā ar līgumu, kas noslēgts ar šo komercsabiedrību, vai saskaņā ar tās dibināšanas līguma klauzulu vai statūtiem, vai kādai citai komercsabiedrībai ir tiesības īstenot dominējošo ietekmi uz pretendenta komercsabiedrību saskaņā ar līgumu, kas noslēgts ar šo komercsabiedrību, vai saskaņā ar tās dibināšanas līguma klauzulu vai statūtiem;d) de minimis Atbalsta pretendents, kas ir citas komercsabiedrības akcionārs vai dalībnieks, vienpersoniski kontrolē akcionāru un dalībnieku vairākuma balsstiesības minētajā komercsabiedrībā saskaņā ar vienošanos, kas panākta ar pārējiem minētās komercsabiedrības akcionāriem vai dalībniekiem, vai kāda cita komercsabiedrība, kas ir vēl kādas citas komercsabiedrības akcionārs vai dalībnieks, vienpersoniski kontrolē akcionāru un dalībnieku vairākuma balsstiesības pretendenta komercsabiedrībā saskaņā ar vienošanos, kas panākta ar pārējiem pretendenta komercsabiedrības akcionāriem vai dalībniekiem.

Sistēmas administrators Finanšu ministrijaPasūtītājs Finanšu ministrija

Dokumentā izmantotie saīsinājumi un to atšifrējums sniegts Tabula 2 „Dokumentā izmantotosaīsinājumu atšifrējums”.

Tabula 2 „Dokumentā izmantoto saīsinājumu atšifrējums”Saīsinājums Atšifrējums

AD Aktīvā direktorija (no angļu val. - Active Directory)CSV Komatatdalīto vērtību fails (no angļu val. - Comma Separated Values)DPM Data Protection ManagerEDS Elektroniskās deklarēšanas sistēmaEK Eiropas KomisijaES Eiropas SavienībaEUR Eiro naudas valūtaFM Finanšu ministrijaID Identifikācijas numursIN Informātikas nodaļaIP Interneta protokolsIS Informācijas sistēmaIT Informācijas tehnoloģijaLAD Lauku atbalsta dienestsLAN Lokālais tīkls (no angļu val. - Local Area Network)LIAA Latvijas Investīciju un attīstības aģentūraMAIS Maksājumu administrēšanas informācijas sistēmaMK Ministru kabinetsNACE Starptautiskā ekonomikas nozaru standartklasifikācija

18

Saīsinājums Atšifrējums

NMR kods Nodokļu maksātāja reģistrācijas kodsNVA Nodarbinātības valsts aģentūraOWASP The Open Web Application Security ProjectPDF Portatīvais dokumenta formāts (no angļu val. Portable Document Format)PPS Programmatūras prasību specifikācijaSAML Drošības apliecināšanas definēšanas sintakse (no angļu val. - Security Assertion Markup Language)SLA Pakalpojuma līmeņa vienošanās (no angļu val. - Service level agreement)SQL Strukturēta vaicājumvaloda (no angļu val. – Structured Query Language)SSL SSL protokols (no angļu val. - Secure Socket Layer)TLS Transporta slāņa drošība (no angļu val. - Transport Layer Security)TS Tehniskā specifikācijaUR Uzņēmumu reģistrsUR IS Uzņēmumu reģistra informācijas sistēmaVID Valsts ieņēmumu dienestsWS Tīmekļa pakalpe (no angļu val. – Web service)XML Paplašināmās iezīmēšanas valoda (no angļu val. - eXtensible Markup Language) ZM Zemkopības ministrija

1.3 Dokumentā iekļauto prasību struktūraTS iekļautajām funkcionālajām, nefunkcionālajām un organizatoriskajām prasībām ir šāda strutūra:

Prasības ID – prasības unikālais identifikators;

Prasības nosaukums – prasības nosaukums;

Prasības apraksts – prasības apraksts, kas ir pietiekami detalizēts, lai sniegtu iepirkuma pretendentiem izpratni par Sistēmas izveidei veicamajiem darbiem, prasību realizācijas sarežģītību un nepieciešamo darbietilpību;

Prioritāte – konkrētas prasības prioritātes norādošā informācija. Prasības iedalītas obligātajās prasībās, ko nepieciešams realizēt Sistēmas izstrādes gaitā, kā arī- nākotnes prasībās, kas jāņem vērā Sistēmas izstrādes gaitā. Sistēma jāveido tā, lai nākotnē nepastāvētu tehniski vai loģiski ierobežojumi paplašināt Sistēmu, realizējot tajā funkcionalitāti, kas izriet no TS definētajām nākotnes prasībām. TS prasību sadaļās obligātās prasības apzīmētas ar “O”, nākotnes prasības – ar “N”.

1.4 Dokumenta organizācijaTS sastāv no šādām daļām:

1. Ievads – daļā sniegts vispārīgs dokumenta raksturojums, - aprakstīts TS nolūks un darbības sfēra, iekļauts dokumentā izmantoto jēdzienu un saīsinājumu atšifrējums un aprakstīta dokumenta organizācija.

2. Projekta koncepcija, kur sniegts:

2.1. Esošās situācijas apraksts – daļā sniegts Latvijas komercdarbības atbalsta kontroles sistēmas un de minimis atbalsta regulējuma raksturojums, aprakstīts esošais de minimis atbalsta piešķiršanas un uzskaites process, kā arī sniegts FM esošās tehniskās infrastruktūras apraksts.

2.2. Plānotās Sistēmas raksturojums – daļā sniegts plānotās Sistēmas raksturojums, iekļaujot augsta līmeņa Sistēmas loģisko un tehnisko arhitektūru, Sistēmas lietotāju kategorijas un tiesību grupas, kā arī Sistēmas procesu un lietošanas gadījumu konceptuāls apraksts.

3. Funkcionālās prasības – daļā aprakstītas Sistēmas funkcionālās prasības.

19

4. Nefunkcionālās prasības – daļā aprakstītas Sistēmas nefunkcionālās prasības.

5. Organizatoriskās prasības – daļā sniegtas Sistēmas organizatoriskās prasības.

1.5 Saistītie dokumentiTS izstrādāta saskaņā ar šādiem dokumentiem un normatīvajiem aktiem:

Komisijas Regula (EK) Nr. 1407/2013 (2013. gada 18. decembris) par Līguma par ES darbību 107. un 108. panta piemērošanu de minimis atbalstam;

Komisijas Regula (EK) Nr.1408/2013 (2013. gada 18. decembris) par Līguma par ES darbību 107. un 108. panta piemērošanu de minimis atbalstam lauksaimniecības nozarē;

Komisijas Regula (EK) Nr. 717/2014 (2014. gada 27.jūnijs) par Līguma par ES darbību 107. un 108. panta piemērošanu de minimis atbalstam zvejniecības un akvakultūras nozarē;

Komisijas Regula (EK) Nr. 360/2012 (2012. gada 25.aprīlis) par Līguma par ES darbību 107. un 108. panta piemērošanu de minimis atbalstam, ko piešķir uzņēmumiem, kuri sniedz pakalpojumus ar vispārēju tautsaimniecisku nozīmi’;

MK 2014. gada 2. decembra noteikumi Nr. 740 „De minimis atbalsta uzskaites un piešķiršanas kārtība un uzskaites veidlapu paraugi”.

MK 2015. gada 29. septembra noteikumi Nr. 557 „De minimis atbalsta uzskaites un piešķiršanas kārtība lauksaimniecības nozarē”;

MK 2015. gada 29.septembra noteikumi Nr. 558 „ De minimis atbalsta uzskaites un piešķiršanas kārtība zvejniecības un akvakultūras nozarē”;

MK 2014. gada 2. decembra noteikumi Nr. 741 „ De minimis atbalsta uzskaites un piešķiršanas kārtība komercsabiedrībām, kuras sniedz pakalpojumus ar vispārēju tautsaimniecisku nozīmi, un uzskaites veidlapu paraugi”.

Rokasgrāmata de minimis atbalsta piešķiršanai (2015.gada jūlijs), FM;

Eiropas parlamenta un padomes regula (ES) 2016/679 (2016. gada 27. aprīlis) par fizisku personu aizsardzību attiecībā uz personas datu apstrādi un šādu datu brīvu apriti un ar ko atceļ Direktīvu 95/46/EK (Vispārīgā datu aizsardzības regula);

Informācijas tehnoloģiju drošības likums, kā arī saistītie MK noteikumi:

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

Fizisko personu datu aizsardzības likums, kā arī saistītie MK noteikumi:

o MK 2001.gada 30.janvāra noteikumi Nr. 40 “Personas datu aizsardzības obligātās tehniskās un organizatoriskās prasības”.

Valsts informācijas sistēmu likums, kā arī saistītie MK noteikumi:

o MK 2005.gada 11.oktobra noteikumi Nr. 765 “Valsts informācijas sistēmu vispārējās drošības prasības”;

o MK 2005.gada 11.oktobra noteikumi Nr. 764 “Valsts informācijas sistēmu vispārējās tehniskās prasības”;

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

o MK 2012.gada 19.jūnijs noteikumi Nr. 421 “Valsts informācijas sistēmu savietotāju un integrēto valsts informācijas sistēmu aizsardzības prasības” ;

Informācijas sabiedrības pakalpojumu likums.

20

2. Projekta koncepcija

2.1 Esošās situācijas apraksts2.1.1 Komercdarbības atbalsta kontroles sistēma Latvijā un de minimis atbalsta regulējums

FM ir vadošā valsts pārvaldes iestāde finanšu nozarē, ietverot komercdarbības atbalsta kontroles politikas (izņemot jautājumu par atbalsta sniegšanu Līguma par ES darbību 1.pielikumā minēto lauksaimniecības produktu, kā arī zivsaimniecības produktu un mežsaimniecības jomā) apakšnozari.

FM nodrošina nacionālās politikas komercdarbības atbalsta kontroles jomā izstrādi un īstenošanu. Normatīvais akts Latvijā, kas regulē komercdarbības atbalsta kontroli, ir Komercdarbības atbalsta kontroles likums7, kā arī uz šī likuma pamata izdotie MK noteikumi.

Par zivsaimniecības un lauksaimniecības jomu de minimis atbalstu atbildīgā institūcija ir ZM.

ES komercdarbības atbalsta politikas pamatprincipi ir noteikti Līguma par ES darbību 107. un 108.pantā. Šie noteikumi ir interpretēti un konkretizēti sekundārajos normatīvajos aktos, EK lēmumos un Eiropas Kopienu Tiesas spriedumos.

EK ir ieviesusi de minimis atbalsta jēdzienu, kura saturiskā jēga nozīmē, ka atbalsts, kas viena vienota uzņēmuma līmenī nepārsniedz noteiktas summas augšējo robežu kārtējā gada un iepriekšējo divu fiskālo gadu periodā, neietekmē tirdzniecību starp dalībvalstīm un nekropļo konkurenci.

ES līmenī ir apstiprināti šādi tiesību akti:

Komisijas Regula (EK) Nr. 1407/2013 (2013. gada 18. decembris) par Līguma par ES darbību 107. un 108. panta piemērošanu de minimis atbalstam (ES Oficiālais Vēstnesis, 2013. gada 24. decembris, Nr. L 352/1) (turpmāk - Komisijas regula Nr.1407/2013);

Komisijas Regula (EK) Nr.1408/2013 (2013. gada 18. decembris) par Līguma par ES darbību 107. un 108. panta piemērošanu de minimis atbalstam lauksaimniecības nozarē (Eiropas Savienības Oficiālais Vēstnesis, 2013. gada 24. decembris, Nr. L 352/9) (turpmāk - Komisijas regula Nr.1408/2013);

Komisijas Regula (EK) Nr. 717/2014 (2014. gada 27.jūnijs) par Līguma par ES darbību 107. un 108. panta piemērošanu de minimis atbalstam zvejniecības un akvakultūras nozarē (Eiropas Savienības Oficiālais Vēstnesis, 2014. gada 28. jūnijs, Nr. L 190/45) (turpmāk - Komisijas regula Nr.717/2014);

Komisijas Regula (EK) Nr. 360/2012 (2012. gada 25.aprīlis) par Līguma par ES darbību 107. un 108. panta piemērošanu de minimis atbalstam, ko piešķir uzņēmumiem, kuri sniedz pakalpojumus ar vispārēju tautsaimniecisku nozīmi (ES Oficiālais Vēstnesis, 2012. gada 26. aprīlis, Nr. L 114/8) (turpmāk - Komisijas regula Nr.360/2012).

Lai nodrošinātu, ka de minimis atbalsta kopsumma, kas piešķirta vienam vienotam uzņēmumam saskaņā ar de minimis noteikumiem, nepārsniedz kopējo pieļaujamo robežlielumu, katra dalībvalsts izstrādā savu uzraudzības sistēmu. Latvijā de minimis uzraudzības nosacījumi ir iestrādāti šādos MK noteikumos par de minimis atbalsta piešķiršanas un uzskaites kārtību:

MK 2014. gada 2. decembra noteikumi Nr. 740 „De minimis atbalsta uzskaites un piešķiršanas kārtība un uzskaites veidlapu paraugi”.

MK 2015. gada 29. septembra noteikumi Nr. 557 „De minimis atbalsta uzskaites un piešķiršanas kārtība lauksaimniecības nozarē”;

MK 2015. gada 29.septembra noteikumi Nr. 558 „ De minimis atbalsta uzskaites un piešķiršanas kārtība zvejniecības un akvakultūras nozarē”;

7 https://likumi.lv/doc.php?id=267199

21

MK 2014. gada 2. decembra noteikumi Nr. 741 „ De minimis atbalsta uzskaites un piešķiršanas kārtība komercsabiedrībām, kuras sniedz pakalpojumus ar vispārēju tautsaimniecisku nozīmi, un uzskaites veidlapu paraugi”.

Komisijas regulas Nr.1407/2013 preambulas 21.apsvērums vienlaikus paredz, ka alternatīvi dalībvalstīm vajadzētu būt iespējai izveidot centrālu reģistru, kurā ir pilnīga informācija par piešķirto de minimis atbalstu, un pārbaudīt, vai jauna atbalsta piešķiršana nepārsniedz attiecīgo robežlielumu.

Noteiktie robežlielumi, ko viena dalībvalsts var piešķirt vienam vienotam uzņēmumam jebkurā trīs fiskālo gadu periodā:

lauksaimniecības nozarē (Komisijas regula Nr.1408/2013) kopējais de minimis atbalsts nedrīkst pārsniegt 15 000 eiro;

zvejniecības un akvakultūras nozarē (Komisijas regula Nr.717/2014) kopējais de minimis atbalsts nedrīkst pārsniegt 30 000 eiro;

pārējās nozarēs (Komisijas regula Nr.1407/2013) kopējais de minimis atbalsts nedrīkst pārsniegt 200 000 eiro (kravu komercpārvadājumu autotransporta uzņēmumiem 100 000 euro);

vispārējas tautsaimnieciskas nozīmes pakalpojumu sniedzējiem (Komisijas regula Nr. 360/2012) kopējais de minimis atbalsts nedrīkst pārsniegt 500 000 eiro.

Piešķirto kopējo bruto de minimis atbalsta summu jebkurā trīs fiskālo gadu laika posmā aprēķina, ieskaitot visu regulu (Komisijas regula Nr. 1407/2013, Komisijas regula Nr. 1408/2013, Komisijas regula Nr. 717/2014, Komisijas regula Nr.360/2012) ietvaros saņemto atbalstu.

Papildus, lauksaimniecības un zivsaimniecības jomā tiek noteikti ikgadējie sliekšņi dalībvalsts līmenī.

De minimis atbalstu var paredzēt kā tiešos maksājumus no valsts vai pašvaldības budžeta (subsīdijas), nodokļu vai sociālās apdrošināšanas obligāto iemaksu jomā veiktos pasākumus, valsts vai pašvaldības galvojumu, kredītu procentu likmju subsidēšanu, valsts vai pašvaldības ieguldījumu komercsabiedrībā, parādu norakstīšanu, preferenciālo likmju noteikšanu valsts komercsabiedrību sniegtajiem pakalpojumiem, nekustamā īpašuma pārdošanu par cenu, kas ir zemāka par tā tirgus vērtību, vai pirkšanu par cenu, kas ir augstāka par tā tirgus vērtību, kā arī citu finansiālo palīdzību, ko piešķir vai sniedz no valsts, pašvaldības vai ES līdzekļiem. Attiecīgajā atbalsta programmā/normatīvajā aktā ir atrodama piebilde, ka šo atbalstu uzskaita kā de minimis atbalstu.

Latvijā izveidotā un spēkā esošā de minimis atbalsta uzskaites sistēma (deklarāciju sistēma) atbilst ES regulējumam. Atbalsta sniedzējs par jebkuru piešķirto de minimis atbalstu informē Atbalsta saņēmēju, Atbalsta pretendentam izsniedzot aizpildītu veidlapu ar informāciju par to, kāda veida de minimis atbalstu un cik lielā apmērā tā ir piešķīrusi. Savukārt, piešķirtā de minimis atbalsta apmēra uzskaite ir paša Atbalsta pretendenta ziņā, kurš, pretendējot uz de minimis atbalstu, iepriekš saņemto de minimis atbalstu norāda veidlapā, kuru iesniedz Atbalsta sniedzējam.

Vienlaikus, Atbalsta sniedzēji (piemēram, LIAA, LAD, NVA, Biznesa inkubatori, klasteri, pašvaldības un citi) nereti uztur savus individuālus reģistrus par to kompetencē esošo programmu ietvaros piešķirto de minimis atbalstu. Latvijā nepastāv vienotas IS, kas uzglabātu pilnu informāciju par de minimis Atbalsta pretendentiem piešķirto de minimis atbalstu, līdz ar to nedz Atbalsta pretendentam nav iespējams operatīvi pārliecināties par iepriekš saņemto de minimis atbalstu, nedz arī Atbalsta sniedzējam ir pieejama centralizēti apkopota informācija par summu (pieejama tikai Atbalsta pretendenta norādītā informācija, iesniedzot deklarācijas formā), kuru Atbalsta pretendents vēl ir tiesīgs saņemt, nepārsniedzot EK regulās noteiktos robežlielumus.

22

2.1.2 Esošie de minimis atbalsta piešķiršanas un uzskaites procesiLatvijā ir vairāk kā 150 Atbalsta sniedzēji, kas var sniegt de minimis atbalstu. Atbalsta sniegšanai Atbalsta sniedzēji veic atbalsta pieteikumu saņemšanu un reģistrēšanu, to pārbaudi, lēmumu pieņemšanu un iekšējo uzskaiti. Atbalsta sniedzēju pienākums ir pārbaudīt, vai piešķirtais atbalsts tiek sniegts saskaņā ar atbilstošo ES regulējumu, kā arī izsniegt aizpildītas de minimis atbalsta veidlapas par savas kompetences ietvaros piešķirto atbalstu.

Minēto darbību veikšanai atsevišķi Atbalsta sniedzēji izmanto dažāda veida sistēmas un reģistrus (piemēram, lietvedības sistēmas, pieteikumu pieņemšanas sistēmas, Excel datnes u.c.). Līdz ar Sistēmas ieviešanu, Atbalsta sniedzēju iekšējās sistēmas, ja tādas ir, tāpat kā līdz šim tiks izmantotas atbalsta pieteikumu pieņemšanai un, ja nepieciešams, iekšējai uzskaitei, plānotā Sistēma neaizvietos vai nedublēs tās.

2.1.3 FM esošā tehniskā infrastruktūra

FM ir izveidots datu centrs, kas ir aprīkots ar nepārtrauktu elektrobarošanas sistēmu, dzesēšanas sistēmu. Datu centrā izvietotas visas FM IS. Datu centra darbības nodrošināšanai ir izveidota sava infrastruktūra un pieejams arī specializēts personāls, kas infrastruktūru konfigurē, uztur un pilnveido.

FM izmanto uz Microsoft tehnoloģijām bāzētas platformas -  Microsoft Windows Server 2008 R2, Windows Server 2012, Windows Server 2012 R2, Windows Server 2016 un Microsoft SQL Server 2008, Microsoft SQL Server 2012, Microsoft SQL Server 2014.

Lietotāju tiesību pārvaldība FM IS notiek, izmantojot lietotāju pārvaldības rīku Microsoft Active Directory. Infrastruktūras nepārtrauktas darbības nodrošināšanai tiek izmantots centralizētais sistēmu konfigurācijas pārvaldības risinājums Microsoft SCCM un centralizētais sistēmu uzraudzības risinājums Microsoft SCOM. Datu rezerves kopiju veidošanai tiek izmantots Microsoft DPM risinājums. Sistēmas ārējo lietotāju autentifikācijai tiek izmantots Microsoft ADFS pre-autentifikācijas risinājums.

FM datortīkla datu pārraides ātrums ir vismaz 1Gb/s.

Sistēmas ekspluatācijai un/vai testēšanai nepieciešams izmantot FM rīcībā esošo infrastruktūru. Jaunas tehniskās infrastruktūras iegāde šī projekta ietvaros nav paredzēta.

2.2 Plānotās Sistēmas raksturojums

Elektroniskas sistēmas izstrāde de minimis atbalsta uzskaitei paredz vienota centrālā reģistra sistēmas izveidi. Elektronisko reģistru galvenās priekšrocības ir saistītas ar datu sinhronizāciju, kā arī manuālā darba samazināšanu. Attiecīgi, tiek uzkrāti vēsturiskie dati, tiek automātiski veikta datu sinhronizācija ar citām datubāzēm un nav nepieciešams manuāli ievadīt uzņēmuma nosaukuma un citu rekvizītu izmaiņas, dalībnieku izmaiņas un citas (atsevišķos gadījumos, tai skaitā, vērtējot viena vienota uzņēmumu saistību caur fizisku personu, varētu būt nepieciešams vēl arī manuāls darbs). Atšķirībā no deklarāciju sistēmas elektroniska reģistra gadījumā atbildība par de minimis atbalsta uzskaiti faktiski būs gan Atbalsta pretendentu līmenī, gan arī Atbalsta sniedzēja līmenī.

Ņemot vērā ES regulējuma nosacījumus par nepieciešamību izvērtēt iepriekš piešķirto un plānoto de minimis atbalstu viena vienota uzņēmuma līmenī, un uzņēmumu apvienošanas un sadalīšanas nosacījumus, centrālā reģistra sistēmai jābūt integrētai ar UR IS.

Elektroniskās sistēmas gadījumos pastāv iespēja preventīvi konstatēt, kad atbalsta robežlielumi Atbalsta pretendentiem tiek vai provizoriski varētu tikt pārsniegti. Rezultātā faktiski tiks izslēgta nepieciešamība piešķirto finansējumu atprasīt atpakaļ no saņēmēja, respektīvi, netiks ierosināts nelikumīga atbalsta atgūšanas process un sistēma būs caurspīdīgāka. Sistēma jāizstrādā, ņemot vērā de minimis atbalsta regulējuma prasības.

2.2.1 Sistēmas loģiskā arhitektūra

Plānotā Sistēmas loģiskā arhitektūra skatāma Ilustrācija 1 „Sistēmas loģiskā arhitektūra”, zem kā sniegts vispārējs Sistēmas komponentu apraksts. Sistēmas arhitektūra ir informatīva un neuzliek pienākumu Izstrādātājam to realizēt esošajā redakcijā. Proti, Izstrādātājs var piedāvāt

23

alternatīvu Sistēmas arhitektūru atbilstoši konkrētā tehnoloģiskā risinājuma specifikai, vienlaikus nodrošinot piedāvātā risinājuma atbilstību visām TS iekļautajām obligātajām prasībām.

Ilustrācija 1 „Sistēmas loģiskā arhitektūra”

Sistēmas loģiskā arhitektūra sastāv no prezentācijas, biznesa loģikas un datu glabāšanas slāņa. Prezentācijas slānī ir Sistēmas grafiskā lietotāja saskarne, kas izvietota tīmekļa vidē un kam piekļūst Sistēmas lietotāji, lai veiktu nepieciešamās darbības Sistēmā (pārlūkot datus, ievadīt un saglabāt datus, meklēt un eksportēt datus Microsoft Excel (*.xlsx), XML, CSV, PDF formātos). Sistēmas saskarnei iespējams piekļūt gan no dažādiem tīmekļa pārlūkiem, gan arī mobilajām iekārtām.

Sistēmas biznesa loģikas slānis ietver šādu būtiskāko Sistēmas funkcionalitāti (funkcionalitāte pieejama lietotājiem atbilstoši to piekļuves tiesībām (skatīt šīs TS 2.2.3. sadaļu):

1. Datu pārvaldība (datu ievade un saglabāšana, pārlūkošana, rediģēšana un dzēšana) – Atbalsta pretendenti, Atbalsta sniedzēji un Komercdarbības atbalsta kontroles institūcijas atbilstoši to piekļuves tiesībām pārlūko Sistēmā esošos datus, veic to ievadi un saglabāšanu, rediģēšanu un dzēšanu (programmas, projektu pamatdati, Atbalsta pretendenti, atbalsta

24

summas, to pašu attiecināmo izmaksu summas u.c.). Katra lietotāju grupa veic tās darbības ar datiem, kas viņiem ir atļautas (skatīt šīs TS 2.2.4. sadaļu).

Datu ievade Sistēmā var tik veikta divējādi:

1.1. informācijas ievade ar ekrānformu palīdzību;

1.2. datu imports, izmantojot datu augšupielādes mehānismu (bulk upload).

Datiem Sistēmā tiek veiktas dažādas sintaktiskās un semantiskās validācijas (datu formāts u.c.).

2. Veidlapu izveide – Atbalsta pretendenti sagatavo, saglabā, pārskata un nepieciešamības gadījumā un izdrukā no Sistēmas šādas veidlapas:2.1. veidlapa par Atbalsta pretendenta atbilstību viena vienota uzņēmuma definīcijai;2.2. veidlapa par Atbalsta pretendenta saņemto de minimis atbalstu viena vienota uzņēmuma

līmenī;2.3. veidlapa par Atbalsta pretendenta sadalīšanās gadījumiem;2.4. veidlapa par vienām un tām pašām attiecināmajām izmaksām kumulācijas gadījumā.

Atbalsta sniedzēji sagatavo, pārskata un nepiciešamības gadījumā izdrukā no Sistēmas veidlapu par atbalsta piešķiršanu (veidlapa tiek ģenerēta no Atbalsta sniedzēja Sistēmā ievadītajiem datiem, skatīt detalizētāk šīs TS 3.4. sadaļu).

Atbalsta pretendenti informatīvos nolūkos var piekļūt maksātnespējas datiem no UR IS bez iespējas tos saglabāt Sistēmā. Veidlapu sagatavošanai Atbalsta pretendenti var pārskatīt datus, kas pieejami gan Sistēmā, gan saistītajās sistēmās (UR IS). Nepieciešamības gadījumā Atbalsta pretendents var papildināt datus (piemēram, pievienot saistītos uzņēmumus, kas saistīti caur fizisku personu). Atbalsta pretendents pārskata un apliecina Sistēmā esošos un no UR IS saņemtos datus, izveidojot veidlapu, tai skaitā, papildinot, ja tas nepiepieciešams. Datus, kas saņemti no UR IS vai ko Sistēmā ievadījuši Atbalsta sniedzēji, Atbalsta pretendenti Sistēmā nevar labot vai dzēst, bet veidlapā iespējams tos papildināt. Veidlapās esošie dati nav uzskatāmi par Sistēmas datiem par Atbalsta pretendentiem. Atbalsta sniedzēji, veicot konkrētā atbalsta pieteikuma izvērtēšanu, apskata veidlapās esošos datus, kas ielasās/tiek importēti attiecīgajā Atbalsta pretendenta ierakstā pagaidu formā, apstiprina tos un nepieciešamības gadījumā papildina. Pēc minētās darbības dati tiek saglabāti Sistēmā Atbalsta pretendentu datu sadaļā.

Veidlapas tiek sagatavotas digitāli Sistēmā. Pārejas periodā (3 gadi pēc Sistēmas ieviešanas) un pēc pārejas perioda paredzēts atšķirīgs veidlapu skaits. Pārejas periodā Atbalsta pretendenti sagatavo Sistēmā visas iepriekš minētās veidlapas, savukārt, pēc pārejas perioda Atbalsta pretendenti Sistēmā digitāli sagatavo veidlapu par Atbalsta pretendenta atbilstību viena vienota uzņēmuma definīcijai, veidlapu par Atbalsta pretendenta sadalīšanās gadījumiem un veidlapu par vienām un tām pašām attiecināmajām izmaksām kumulācijas gadījumā. Pēc pārejas perioda Atbalsta pretendenta saņemto summu kontroli veic Atbalsta sniedzējs, pārskatot Sistēmā esošos ierakstus. Sīkāk skatīt šīs TS 2.2.4. sadaļā.

3. Informācijas meklēšana – Atbalsta pretendenti, Atbalsta sniedzēji un Komercdarbības atbalsta kontroles institūcijas veic Sistēmā nepieciešamās informācijas meklēšanu, meklēšanas rezultātu pārskatīšanu un kārtošanu, kā arī to eksportēšanu (Microsoft Excel (*.xlsx), XML, CSV, PDF formātos), saglabāšanu un izdrukāšanu.

4. Atbalsta summu robežlielumu kontrole – Sistēma nodrošina piešķirto de minims atbalsta summu robežlielumu kontroli viena vienota uzņēmuma kontekstā (kopējo uzņēmuma līmeņa summu kontrole pret regulējošo normatīvo aktu ierobežojumiem (skatīt TS 2.1.1. sadaļu) un kopējo Atbalsta saņēmējiem piešķirto summu lauksaimniecības un zivsaimniecības jomā robežlielumu kontroli valsts kontekstā (katru gadu tiek noteikti dalībvalstu sliekšņi kopējam atbalstam minētajās jomās).

25

Sistēma nodrošina rezervētās un piešķirtās atbalsta summas aprēķinu (summējot Sistēmā ievadītās summas) un rezultātu parādīšanu viena vienota uzņēmuma līmenī un valsts līmenī ar iespēju apskatīt rezervētā un saņemtā atbalsta sadalījumu pa atsevišķām juridiskām un/vai fiziskām personām, atbalstu veidiem, projektiem u.c. saistīto informāciju. Sistēma nodrošina summu korekcijas iespējas (manuāla datu korekcija, ko veic sākotnējais Atbalsta sniedzējs vai Komercdarbības atbalsta kontroles institūcija uzņēmumu sadalīšanās gadījumos, ja sākotnējais Atbalsta sniedzējs vairs nepastāv un nav tā saistību pārņēmēja). Datu korekcijas tiek veiktas gadījumos, ja notiek uzņēmumu sadalīšanās, ievadīti nekorekti dati u.c..

5. Datu pārbaude – Atbalsta sniedzēji veic Atbalsta pretendentu atbilstības pārbaudi viena vienota uzņēmuma definīcijai, grūtībās nonākuša uzņēmuma definīcijai u.c. pārbaudes pēc nepieciešamības atbilstoši konkrētās programmas vai projekta nosacījumiem. Pārbaude tiek īstenota atbilstoši attiecīgā Atbalsta sniedzēja iekšējai kārtībai. Sistēmā tiek veikta daļēja atbilstības pārbaude, pieprasot un saņemot Atbalsta pretendenta (uzņēmuma) datus no UR IS (informācija par saistītajiem uzņēmumiem, informācija par aktuālajiem maksātnespējas procesiem).

6. Administrēšanas komponenti – Sistēmas administrators veic Sistēmas administrēšanas darbības, kas iekļauj lietotāju tiesību pārvaldību, Sistēmas konfigurēšanu, auditācijas pierakstu eksportu.

7. Darbību auditācija – Sistēmā tiek veikta lietotāju veikto darbību auditācija (datu ievade, datu rediģēšana, datu dzēšana, pieslēgšanās Sistēmai u.c.). Auditācijas pieraksti tiek saglabāti noteiktu laika posmu (vismaz 6 (sešus) mēnešus pēc notikuma).

8. Datu arhivācija – Sistēmā tiek veikta datu arhivācija noteiktā laika posmā (3 (trīs) gadi pēc lēmuma pieņemšanas (lēmuma pieņemšanas kārtējais gads un iepriekšējie divi fiskālie gadi) un uzriez lēmuma atsaukšanas gadījumā). Informācija arhīvā tiek glabāta 10 (desmit) gadus, pēc lēmuma pieņemšanas par ad hoc atbalsta piešķiršanu vai atbalsta programmas beigu datuma.

Sistēmas dati tiek glabāti datubāzē.

Sistēmai ir šādi saistītie komponenti:

1. Autentifikācijas un autorizācijas ārējie komponenti: VID EDS – autentifikācija un autorizācija Atbalsta pretendentiem tiks nodrošināta,

izmantojot VID EDS sistēmu; Aktīvā direktorija – autentifikācija un autorizācija Atbalsta sniedzējiem un

Komercdarbības atbalsta kontroles institūciju lietotājiem tiek nodrošināta, izmantojot FM lietotāju pārvaldības sistēmu (Active Directory).

2. UR IS – uz Sistēmu tiek nodoti UR IS dati par uzņēmumiem (uzņēmumu pamatdati, dati par saistītajiem uzņēmumiem, dati par aktuālajiem maksātnespējas procesiem).

2.2.2 Sistēmas tehniskā arhitektūraSistēmas augsta līmeņa tehniskā arhitektūra skatāma Ilustrācija 2 „Sistēmas tehniskāarhitektūra”. Sistēmas arhitektūra ir informatīva un neuzliek pienākumu Izstrādātājam to realizēt esošajā redakcijā. Proti, Izstrādātājs var piedāvāt alternatīvu Sistēmas arhitektūru atbilstoši konkrētā tehnoloģiskā risinājuma specifikai, vienlaikus nodrošinot piedāvātā risinājuma atbilstību visām TS iekļautajām obligātajām prasībām.

26

Ilustrācija 2 „Sistēmas tehniskā arhitektūra”

Sistēmas ekspluatācijai un testēšanai nepieciešams izmantot FM rīcībā esošo infrastruktūru un tehnoloģijas vai izvēlētajai Sistēmas tehnoloģijai/risinājumam jābūt integrējamam un savietojamam ar FM esošo infrastruktūru un izmantotajiem risinājumiem, ņemot vērā esošo risinājumu iespējas un tehnoloģiskās īpatnības un nodrošinot Sistēmas augstu pieejamību un stabilu darbību. Izstrādātājam ir jāsniedz tehniskais atbalsts izstrādātās Sistēmas integrācijai ar FM IS, nepieciešamība gadījumā – arī konfigurēšana uz vietas FM telpās.

Sistēmas ekspluatācijas un testēšanas vides tiks izvietotas uz atsevišķiem virtuālajiem serveriem, kas atradīsies uz FM esošā Hyper-V virtualizācijas risinājuma. Lietotāju tiesību pārvaldība Sistēmā notiks, izmantojot tās integrāciju ar FM esošo lietotāju tiesību pārvaldības sistēmu (Active Directory). Sistēmas ārējo (Atbalsta sniedzēju un Komercdarbības atbalsta kontroles institūciju ) lietotāju autentifikācijai tiks izmantots FM esošais Microsoft ADFS pre-autentifikācijas risinājums. Datu rezerves kopēšanai un atjaunošanai tiks izmantots esošais centralizētais datu rezerves kopiju pārvaldības risinājums Microsoft DPM. Sistēmas serveru un datu bāzu darbības uzraudzība, konfigurācijas pārskatu veidošana,  sistēmas un drošības jauninājumu, pretvīrusu definīciju izplatīšana notiks ar FM esošo centralizēto sistēmu konfigurācijas pārvaldības risinājumu Microsoft SCCM un centralizēto sistēmu uzraudzības risinājumu Microsoft SCOM.

Sistēma, izmantojot tīmekļa pakalpes, saņems datus no UR IS. Autentifikācijai un autorizācijai Sistēmā tiks izmantoti 2 (divi) risinājumi – Active Directory un EDS. FM darbinieki – Sistēmas lietotāji un Sistēmas administratori –Sistēmai pieslēgsies izmantojot FM iekšējo tīklu (LAN), pārējie Sistēmas lietotāji pieslēgsies Sistēmai, izmantojot publisko tīmekli.

2.2.3 Sistēmas lietotāju kategorijas un tiesību grupasSistēmā būs nodalītas četras lietotāju grupas – Komercdarbības atbalsta kontroles institūcija, Atbalsta sniedzējs, Atbalsta pretendents un Sistēmas administrators.

Lietotāju grupas skatāmas Tabula 3 „Sistēmas lietotāju kategorijas”, katrai lietotāju grupai Sistēmā pieejamā funkcionalitāte skatāma Tabula 4 „Sistēmas lietošanas gadījumu apraksts”.

Tabula 3 „Sistēmas lietotāju kategorijas”Nr. Nosaukums Lietotāju raksturojums

1. Komercdarbības atbalsta kontroles institūcija

Lietotāju grupā iekļaujami FM un ZM darbinieki, kas veic kontroles funkciju.

Šai lietotāju grupai iespējami divi tiesību līmeņi – 1) datu pārlūkotājs (dati pieejami tikai skatīšanās režīmā); 2) datu rediģētājs (veic datu rediģēšanu izņēmumu gadījumos, kad uzņēmumu sadalīšanās gadījumā nepieciešams

27

Nr. Nosaukums Lietotāju raksturojums

koriģēt piešķirtās de minimis summas, bet sākotnējais Atbalsta sniedzējs, kas attiecīgo summu piešķīris, vairs neeksistē un nav tā saistību pārņēmēja).

2. Atbalsta sniedzējs Lietotāju grupā iekļaujami Atbalsta sniedzēja darbinieki.

Šai lietotāju grupai iespējamas divi tiesību līmeņi – 1) datu ievadītājs; 2) datu apstiprinātājs. Datu ievadītājs var veikt datu ievadīšanu, saglabāšanu un pārlūkošanu vienpersoniski, bet datu labojumu saglabāšanai (datu labojumi jau saglabātos Sistēmas datos) Sistēmā un datu dzēšanai nepieciešams datu apstiprinātāja saskaņojums Sistēmā. Atbalsta sniedzējs var labot un dzēst tikai tos datus, ko ievadījuši konkrētā Atbalsta sniedzēja lietotāji (iestādes līmenī), citu Atbalsta sniedzēju ievadītos datus nav iespējams labot vai dzēst. Minētais attiecināms uz visiem Sistēmas datiem – projektiem, programmām u.c. (skat. sīkāk šīs TS 3.3. sadaļu).Tiesību līmeņi nav apvienojami vienam lietotājam, t.i., katrs lietotājs var būt vai nu tikai apstiprinātājs, vai tikai datu ievadītājs.

3. Atbalsta pretendents

Lietotāju grupā iekļaujami atbalsta pretendenti (atsevišķās fiziskās vai juridiskās personas).8

4. Sistēmas administrators

Veic Sistēmas lietotāju pārvaldību, administrēšanas, konfigurēšanas un uzturēšanas darbus.

2.2.4 Sistēmas procesu un lietošanas gadījumu konceptuāls aprakstsKopējā de minimis atbalsta piešķiršanas un uzraudzības procesa plūsma Sistēmā ietver šādas galvenās aktivitātes:

1. Informācijas ievade, sagabāšana, precizēšana un digitālu veidlapu izveide par Atbalsta pretendenta atbilstību de minimis atbalsta prasībām, kas nepieciešamas atbalsta saņemšanai, tai skaitā, uzņēmuma atbilstība viena vienota uzņēmuma definīcijai, informācija par vienām un tām pašām attiecināmajām izmaksām kumulācijas gadījumā, informācija par Atbalsta pretendenta saņemto de minimis atbalstu viena vienota uzņēmuma līmenī, uzņēmumu sadalīšanās gadījumi, un citas veidlapas pēc nepieciešamības (sīkāk skatīt lietošanas gadījumu “Sagatavo veidlapas/informāciju” šīs TS 4.tabulā).

2. Informācijas apstrāde un pārbaude par Atbalsta pretendenta atbilstību de minimis atbalsta regulējuma prasībām (sīkāk skatīt lietošanas gadījumu “Pārbauda Atbalsta pretendenta atbilstību”).

3. Informācijas ievadīšana, saglabāšana, precizēšana un pārlūkošana par kārtējā gadā un iepriekšējos divos fiskālajos gados rezervēto un piešķirto de minimis atbalsta summu un piešķirto vai plānoto valsts atbalstu (tai skaitā de minimis atbalstu) par tām pašām attiecināmajām izmaksām (sīkāk skatīt lietošanas gadījumu “Ievada, pārskata un rediģē summas”).

4. Piešķirto atbalsta summu robežlielumu kontrolē gan viena vienota uzņēmuma kontekstā, gan valsts kontekstā lauksaimniecības un zivsaimniecības jomās (sīkāk skatīt lietošanas gadījumus “Ievada, pārskata un rediģē summas” un “Monitorē piešķirto un pieejamo atbalstu”).

5. Informācijas uzkrāšana de minimis atbalsta uzskaitei un uzraudzībai, nepieciešamās informācijas meklēšana par kārtējā gadā un iepriekšējos divos fiskālajos gados ievadītajiem datiem (sīkāk skatīt lietošanas gadījumu “Meklē un eksportē datus ”).

Sistēmas lietošanas gadījumu shēma skatāma Ilustrācija 3 „Sistēmas lietošanas gadījumi”. Lietošanas gadījumu apraksts sniegts Tabula 4 „Sistēmas lietošanas gadījumu apraksts”.

8 Neatkarīgu ekspertu izvērtējuma ietvaros noteikts, ka sistēmu lietos ap 200 atbalsta sniedzēju, ap 20 000 (vai vairāk) atbalsta saņēmēju (pretendentu), kas varētu sasniegt līdz 200 vienlaicīgiem lietotājiem ar kopējo pieprasījumu skaitu līdz 1000/stundā.

28

Ilustrācija 3 „Sistēmas lietošanas gadījumi”

Tabula 4 „Sistēmas lietošanas gadījumu apraksts”

Lietošanas gadījums

Apraksts

Pārskata visus Sistēmas datus

Komercdarbības atbalsta kontroles institūcijas Sistēmā skatīšanās režīmā pārskata visus de minimis atbalsta uzskaites datus.

Rediģē summas (izņēmuma gadījumi)

Komercdarbības atbalsta kontroles institūcijas Sistēmā veic piešķirto de minimis atbalsta summu rediģēšanu izņēmumu gadījumos (gadījumos, kad notikusi uzņēmumu sadalīšanās un nepieciešams veikt piešķirto de minimis summu pārdalīšanu starp uzņēmumiem, bet sākotnējais Atbalsta sniedzējs vairs neeksistē un nav tā saistību pārņēmēja). Uzņēmumu sadalīšanās gadījumos, jaunā atbalsta pieteikuma saņēmējs (Atbalsta sniedzējs), identificē Sistēmā iepriekš sniegto sadalāmo atbalsta summu un Atbalsta sniedzējus. Gadījumā, ja tiek konstatēts, ka Atbalsta sniedzējs/-i vairs neeksistē un nav tā/o saistību pārņēmēja/u, jaunā pieteikuma saņēmējs (Atbalsta sniedzējs) ziņo Komercdarbības atbalsta kontroles institūcijām par nepieciešamību summas sadalīt un par sadalīšanas proporciju (atbilstoši Atbalsta pretendenta sniegtajai informācijai). Komercdarbības atbalsta kontroles institūcijas veic summu

29

Lietošanas gadījums

Apraksts

korekciju. Monitorē piešķirto un pieejamo atbalstu

Lauksaimniecības un zivsaimniecības jomās atbildīgajai Kontrolējošai institūcijai (ZM) Sistēmā tiek nodrošināts lauksaimniecības un zivsaimniecības jomās piešķirto de minimis atbalsta summu robežlielumu monitorings, vizuāli attēlojot pārskata gadā piešķirto un pieejamo summu kopsavilkumu. Robežlielumu tuvošanās gadījumā, Sistēmā tiek izvadīts brīdinājums. Robežlielumu sasniegšanas gadījumā Sistēmā nav iespējas ievadīt jaunas piešķirtā atbalsta summas zivsaimniecības un lauksaimniecības jomās.

Meklē un eksportē datus

Komercdarbības atbalsta kontroles institūcijas, Atbalsta pretendenti un Atbalsta sniedzēji Sistēmā veic de minimis atbalsta uzskaites datu meklēšanu pēc dažādiem meklēšanas parametriem, meklēšanas rezultātu pārlūkošanu, saglabāšanu un datu eksportu (Microsoft Excel (*.xlsx), XML, CSV, PDF formātos).Katra lietotāju grupa var veikt datu meklēšanu, rezultātu pārlūkošanu un datu eksportēšanu atbilstoši savam piekļuves līmenim:

Komercdarbības atbalsta kontroles institūcijas var veikt meklēšanu, rezultātu pārlūkošanu, saglabāšanu un eksportu visiem de minimis atbalsta uzskaites datiem;

Atbalsta sniedzēji var veikt meklēšanu, rezultātu pārlūkošanu, saglabāšanu un eksportu savas institūcijas ietvaros ievadītajiem datiem un datiem par atbalsta pretendenta saņemto atbalstu, ko piešķīruši visi Atbalsta sniedzēji;

Atbalsta pretendenti var veikt meklēšanu, rezultātu pārlūkošanu, saglabāšanu un eksportu datiem par sevi viena vienota uzņēmuma līmenī.

Autentificējas un autorizējas

Komercdarbības atbalsta kontroles institūcijas, Atbalsta pretendenti un Atbalsta sniedzēji autentificējas un autorizējas Sistēmā. Atbalsta pretendenti autentificējas un autorizējas, izmantojot VID EDS autentifikācijas un autorizācijas servisu.Komercdarbības atbalsta kontroles institūcijas un Atbalsta sniedzēji autentificējas un autorizējas Sistēmā, izmantojot lietotājvārdu un paroli. Lietotājvārdi un paroles tiek pārvaldītas FM lietotāju pārvaldības sistēmā (Active Directory).

Sagatavo veidlapas/informāciju

Atbalsta pretendenti Sistēmā sagatavo, papildina, rediģē informāciju un nepieciešamības gadījumā izdrukā veidlapas par sniedzamo informāciju de minimis atbalsta piešķiršanai (skat. sīkāk šīs TS 3.4. sadaļu). Pārejas periodā (3 gadus pēc Sistēmas ieviešanas) un pēc pārejas perioda Sistēmā paredzēts atšķirīgs aizpildāmo veidlapu skaits. Pārejas periodā un pēc pārejas perioda veidlapas Sistēmā tiek sagatavotas digitālā formātā un nepieciešamības gadījumā tās ir iespējams izdrukāt. Veidlapu izveidei Atbasta pretendentiem ir iespējas Sistēmā pārskatīt un papildināt datus par sevi, kas pieejami Sistēmā (piemēram, iepriekš izveidotās veidlapas), kā arī datus, kas saņemti no UR IS. Atbalsta pretendenti nevar rediģēt vai dzēst Sistēmā esošos datus vai no UR IS saņemtos datus, bet viņš var tos papildināt ar papildus informāciju, piemēram, norādīt papildus saistītās komercsabiedrības.

Pārejas periodā paredzētas šādu veidlapu izveides iespējas Sistēmā:Pārejas periodā Atbalsta pretendents sagatavo Sistēmā šādas veidlapas:

1) veidlapa par Atbalsta pretendenta atbilstību viena vienota uzņēmuma definīcijai - veidlapas sagatavošanai Atbalsta pretendents Sistēmā atzīmē (apliecina) atbilstību viena

30

Lietošanas gadījums

Apraksts

vienota uzņēmuma kritērijiem (skatīt sīkāk šīs TS 3.4.sadaļu), pieprasa, pārlūko no UR IS saņemtos datus par saistītajiem uzņēmumiem, nepieciešamības gadījumā manuāli papildina informāciju par citiem saistītajiem uzņēmumiem un apstiprina informāciju.

2) veidlapa par Atbalsta pretendenta saņemto de minimis atbalstu viena vienota uzņēmuma līmenī- veidlapas sagatavošanai Atbalsta pretendents Sistēmā ievada saņemtās de minimis atbalsta summas viena vienota uzņēmuma līmenī.

3) veidlapa par Atbalsta pretendenta sadalīšanās gadījumiem - veidlapas sagatavošanai Atbalsta pretendents Sistēmā pieprasaun pārlūko no UR IS saņemtos datus par uzņēmuma sadalīšanās gadījumiem un ievada informāciju par saņemto de minimis atbalsta summu pārdalīšanu starp uzņēmumiem.

4) veidlapa par vienām un tām pašām attiecināmajām izmaksām kumulācijas gadījumā – veidlapas sagatavošanai Atbalsta pretendents Sistēmā ievada informāciju par valsts atbalstu, ko de minimis Atbalsta pretendents saņēmis vai plāno saņemt konkrētajam projektam tām pašām attiecināmajām izmaksām citas atbalsta programmas vai individuālā projekta ietvaros.

Pēc pārejas perioda paredzētas šādu veidlapu izveides iespējas Sistēmā: Pēc pārejas perioda Atbalsta pretendents Sistēmā sagatavo šādas veidlapas:

1) veidlapa par Atbalsta pretendenta atbilstību viena vienota uzņēmuma definīcijai - veidlapas sagatavošanai Atbalsta pretendents Sistēmā atzīmē (apliecina) atbilstību viena vienota uzņēmuma kritērijiem (skatīt sīkāk šīs TS 3.4.sadaļu), pieprasa, pārlūko no UR IS saņemtos datus par saistītajiem uzņēmumiem, nepieciešamības gadījumā manuāli papildina informāciju par citiem saistītajiem uzņēmumiem un apstiprina informāciju.

2) veidlapa par Atbalsta pretendenta sadalīšanās gadījumiem - veidlapas sagatavošanai Atbalsta pretendents Sistēmā pieprasaun pārlūko no UR IS saņemtos datus par uzņēmuma sadalīšanās gadījumiem un ievada informāciju par saņemto de minimis atbalsta summu pārdalīšanu starp sadalītajiem uzņēmumiem.

3) veidlapa par vienām un tām pašām attiecināmajām izmaksām kumulācijas gadījumā – veidlapas sagatavošanai Atbalsta pretendents Sistēmā ievada informāciju par valsts atbalstu, ko de minimis Atbalsta pretendents saņēmis vai plāno saņemt konkrētajam projektam tām pašām attiecināmajām izmaksām citas atbalsta programmas vai individuālā projekta ietvaros.

Atbalsta sniedzēji pārejas periodā un pēc pārejas perioda Sistēmā ievada datus par konkrētajam Atbalsta pretendentam piešķirto atbalstu un viņiem ir iespēja tos izdrukāt veidlapas formā (skat. sīkāk šīs TS 3.4. sadaļu).

Sistēmā jānodrošina iespēja pievienot arī citas veidlapas (augšupielādējot tās pielikumā). Nākotnē Sistēmā jānodrošina iespēja izveidot arī citas digitālas veidlapas.

Pārskata savus datus

Atbalsta pretendenti Sistēmā pārskata datus par sevi viena vienota uzņēmuma līmenī– pieteikumu datus, to statusus, veidlapu informāciju, piešķirtās, rezervētās un pieejamās de minimis atbalsta summas u.c..

Ievada, pārskata un rediģē programmas

Atbalsta sniedzēji Sistēmā ievada, pārskata un rediģē datus par programmām, kuru ietvaros viņi sniedz atbalstu.

31

Lietošanas gadījums

Apraksts

Ievada, pārskata un rediģē projektu pamatdatus

Atbalsta sniedzēji Sistēmā ievada, pārskata un rediģē pamatdatus par viņiem pieteiktajiem un apstiprinātajiem projektiem, kā arī maina projektu statusus (projektu pamatinformācija, bez detalizācijas, skat. sīkāk šīs TS 3.4. sadaļu).

Ievada, pārskata un rediģē atbalsta summas

Atbalsta sniedzēji Sistēmā ievada, pārskata un rediģē datus par savām rezervētajām un piešķirtajām de minimis atbalsta summām. Atbalsta sniedzēji Sistēmā var rezervēt atbalsta summas bez ierobežojumiem. Tiklīdz rezervētās summas pārsniedz de minimis atbalsta summu robežlielumus, lietotājiem Sistēmas saskarnē tiek izvadīts brīdinājuma ziņojums par potenciālu atbalsta summas pārsniegšanas risku.Atbalsta sniedzēji var apstiprināt datus par savām piešķirtajām summām tikai tādā gadījumā, ja netiek pārsniegta de minimis atbalsta kopsumma, kas piešķirta vienam vienotam uzņēmumam saskaņā ar regulējošajiem normatīvajiem aktiem (skatīt šīs TS 2.1.1. sadaļu) vai ja netiek pārsniegts ikgadējais valsts līmeņa slieksnis lauksaimniecības vai zivsaimniecības jomā. Izņēmuma gadījumi ir uzņēmumu apvienošanās - atsevišķo uzņēmumu summas tiek summētas un tās var pārsniegt noteiktos limitus.Atbalsta sniedzēji var veikt korekciju savās piešķirtajās summās, norādot lēmumu numuru, ar kuru pieņemti grozījumi un komentāru (nepieciešamības gadījumā). Korekcijas, galvenokārt, var rasties gadījumos, kad notiek uzņēmuma sadalīšanās vai apvienošanās, vai ja rodas izmaiņas atbalsta izmantošanā.Sistēma īsteno šādas automātiskas piešķirto atbalsta summu robežlielumu kontroles:Piešķirto summu robežlielumi viena vienota uzņēmuma līmenī (ar piešķirtajām summām uzskaites kontekstā saprotamas piešķirtās summas vai aktuālās summas, ja piešķirtajās summās veiktas korekcijas)Sistēmā automatizēti tiek veikta piešķirto (un koriģēto, ja veikta piešķirtās summas samazināšana) de minims summu robežlielumu kontrole viena vienota uzņēmuma kontekstā. Viena vienota uzņēmuma līmenī tiek summētas saņemtā atbalsta summas no saistītajiem uzņēmumiem un tiek veikta to limitu kontrole saskaņā ar regulējošajiem normatīvajiem aktiem (skatīt šīs TS 2.1.1. sadaļu). Izņēmuma gadījumi ir uzņēmumu apvienošanās un sadalīšanās:

Uzņēmumu apvienošanās gadījumos rezervētās un piešķirtā de minims atbalsta summas automatizēti tiek summētas.

Uzņēmumu sadalīšanās gadījumos, jaunā atbalsta pieteikuma saņēmējs (Atbalsta sniedzējs), identificē Sistēmā iepriekš sniegto sadalāmo atbalsta summu Atbalsta sniedzējus, ziņo viņiem par nepieciešamību summas sadalīt un par sadalīšanas proporciju (atbilstoši Atbalsta pretendenta sniegtajai informācijai). Iepriekš piešķirtā atbalsta Atbalsta sniedzējs, Sistēmā veic nepieciešamās korekcijas. Gadījumā, ja sākotnējais Atbalsta sniedzējs vairs neeksistē un nav tā saistību pārņēmēja, nepieciešamās korekcijas veic Komercdarbības atbalsta kontroles institūcija.

Piešķirto summu robežlielumi zivsaimniecības un lauksaimniecības jomā valsts līmenī. Sistēmā automatizēti tiek veikta piešķirto de minims summu robežlielumu kontrole valsts līmenī lauksaimniecības un zivsaimniecības jomāsatbilstoši valsts ikgadējam slieksnim.

Pārbauda atbalsta pretendentu atbilstību

Atbalsta sniedzēji Sistēmu izmanto pārbaužu veikšanai par Atbalsta pretendentu atbilstību de minimis atbalsta saņemšanas regulējumam:

1. Uzņēmuma atbilstība viena vienota uzņēmuma definīcijai –

32

Lietošanas gadījums

Apraksts

Atbalsta sniedzējs Sistēmā apskata Atbalsta pretendenta saistītos uzņēmumus un to saņemtās de minimis atbalsta summas. Saistīto uzņēmumu identificēšanai, Sistēmā pēc Atbalsta sniedzēja pieprasījuma tiek saņemti Atbalsta pretendenta saistīto uzņēmumu dati no UR IS un Atbalsta pretendenta veidlapa.

2. Uzņēmuma neatbilstība grūtībās nonākuša uzņēmuma definīcijai – Atbalsta sniedzējs veic pārbaudes atbilstoši tā iekšējai kārtībai. Sistēmā tiek veikta tikai daļa no pārbaudēm – Atbalsta sniedzējs Sistēmā apskata, vai Atbalsta pretendentam nav uzsākts maksātnespējas process (tiek pieprasīti un saņemti dati no UR IS).

3. Uzņēmuma apvienošanās un sadalīšanās gadījumu analīze – Atbalsta sniedzējs Sistēmā apskata datus par Atbalsta pretendenta sadalīšanos vai apvienošanos noteiktā laika posmā (tiek pieprasīti un saņemti dati no UR IS) un Atbalsta pretendenta veidlapu.

4. Kumulācijas nosacījumu ievērošana – Atbalsta sniedzējs Sistēmā pārbauda komulācijas nosacījumu ievērošanu, balstoties uz Atbalsta pretendenta Sistēmā izveidoto veidlapu.

Papildus tam, Atbalsta sniedzēji Sistēmā pārbauda vai Atbalsta pretendentu saņemtā de minimis summa nepārsniedz normatīvo aktu noteiktos limitus (skatīt TS 2.1.1. sadaļu).

Sagatavo lietotāju veikto darbību pārskatu

Nepieciešamības gadījumā Sistēmas administrators sagatavo pārskatu par lietotāju veiktajām darbībām (piemēram, drošības incidenta gadījumā).

Konfigurē Sistēmu Sistēmas administrators konfigurē Sistēmas parametrus (rediģē klasifikatoru vērtības u.c.), uzstāda Sistēmas jauninājumus un labojumus.

Pārvalda lietotājus un to tiesības

Sistēmas administrators veic lietotāju un to tiesību pārvaldību.

33

3. Funkcionālās prasībasPasūtītājs patur tiesības sprintu nodevumu testēšanas ietvaros precizēt sistēmas prasības, lai nodrošinātu sistēmas funcionalitāti un atbilstību De minimis atbalsta regulējumam.

3.1. Autentifikācija un autorizācijaID Prasība Apraksts Prioritāt

e – O vai N

A.01. Autentifikācija un autorizācija, izmantojot FM lietotāju pārvaldības Sistēmu

Sistēmai jānodrošina lietotāju autentifikācija un autorizācija, izmantojot FM lietotāju pārvaldības sistēmu (Active Directory). Sistēma/mehānisms izmantojams šādām lietotāju grupām – Atbalsta sniedzēji, Komercdarbības atbalsta kontroles institūcijas, Sistēmas administratori. Minētās lietotāju grupas var pieslēgties Sistēmai, tikai norādot lietotāja vārdu un paroli. Paroļu konfigurācija ir iekļauta FM lietotāju pārvaldības sistēmā.

O

A.02. Autentifikācija un autorizācija, izmantojot VID EDS

Sistēmai jānodrošina atbalsta pretendentiem lietotāju autentifikācija un autorizācija, saņemot un apstrādājot autentifikācijas un autorizācijas pieprasījumu no ārējas sistēmas – VID EDS.Autentifikācijas un autorizācijas datu nodošanai jāizmanto SAML 2.0 protokols. Drošības talons tiks šifrēts un parakstīts, izmantojot sertifikātus. Sistēma sagatavos šifrēšanas sertifikātu un izsniegs EDS tā publisko atslēgu. EDS sagatavos parakstīšanas sertifikātu un izsniegs Sistēmai tā publisko atslēgu. Drošības talons EDS pusē tiks šifrēts ar Sistēmas izsniegto sertifikātu un parakstīts ar EDS izsniegto sertifikātu (skat. attēlu zemāk).

Drošības talons ietvers šādus datus: Lietotāja personas kods; Lietotāja iepriekšējais personas kods; Lietotāja vārds; Lietotāja otrs vārds; Lietotāja uzvārds; Pārstāvētā nodokļu maksātāja NMR kods; Pārstāvētā nodokļu maksātāja nosaukums.

O

A.03. Lietotāja profils Sistēmai jānodrošina lietotājam dažādi profili atkarībā no to lomas Sistēmā - Atbalsta sniedzējiem un Atbalsta pretendentiem nevar būt Sistēmā viena loma.

O

3.2. Lietotāju tiesību pārvaldībaAtbalsta sniedzēju un Komercdarbības atbalsta kontroles institūciju lietotāju tiesību pārvaldība tiks veikta saskaņā ar FM informācijas sistēmu lietotāju tiesību pārvaldības noteikumiem FM esošajā lietotāju pārvaldības sistēmā (Active Directory).

34

ID Prasība Apraksts Prioritāte – O vai

NL.01 Lietotāju

pārvaldībaAtbalsta sniedzēju un Komercdarbības kontroles institūciju lietotāju pārvaldība tiks īstenota FM lietotāju pārvaldības sistēmā un izmaiņas lietotājos tiks sinhronizētas un parādītas Sistēmā.Sistēmai jānodrošina sinhronizācija ar FM lietotāju pārvaldības sistēmu (MS Active Directory), īstenojot šādas darbības:

izveidot jaunu lietotāju, mainīt tā datus; bloķēt lietotāju; dzēst lietotāju; mainīt lietotāja statusu – aktivizēt, bloķēt piekļuvi

Sistēmai.Sistēmai jānodrošina Sistēmas lietotāju saraksta attēlošana.

O

L.02. Tiesību pārvaldība

Sistēmai jānodrošina sinhronizāciju ar FM lietotāju pārvaldības sistēmu (Active Directory), īstenojot šādas darbības:

tiesību un lomu piešķiršanu un noņemšanu lietotājiem (iekļaujot vienas vai vairāku lomu piešķiršanu/noņemšanu).

tiesību pārvaldībai – sinhronizēšanai starp Sistēmu un AD – jādefinē iepriekš noteiktas lietotāju grupas un tiesību lomas (sk. šīs TS 2.2.3.sadaļu).

O

L.03. Lietotāju pārskatu izveide

Sistēmai jānodrošina iespēju atlasīt, atrādīt un izdrukāt informāciju par Sistēmas lietotājiem (Atbalsta sniedzēju un Komercdarbības atbalsta kontroles institūciju individuālie lietotāji), to tiesībām un statusu (aktīvs, bloķēts).

O

3.3. De minimis atbalsta uzskaites datu ievade, pārlūkošana, rediģēšana un dzēšana

De minimis atbalsta piešķiršanas procesā Atbalsta pretendents un Atbalsta sniedzējs Sistēmā ievada noteiktus datus un tam ir jābūt piekļuvei noteiktiem datiem (sk. sīkāk 2.2.4. sadaļu). Zemāk aprakstītas prasības Sistēmā uzturāmajām datu kopām un katrai lietotāju grupai nodrošināmajām darbībām ar tām.

ID Prasība Apraksts Prioritāte – O vai

ND.01 Programmu

datu uzturēšana

Sistēmā jānodrošina programmu datu uzturēšana (informācijas ievadīšana, saglabāšana, koriģēšana un dzēšana lietotājiem ar atbilstošām piekļuves tiesībām).Programmu datus pārvalda Atbalsta sniedzēji. Programmā tiek definēti de minimis atbalsta regulējuma nosacījumi. Šī datu grupa satur šādu informāciju: identifikācija (numurs tiek ģenerēts automātiski); programmas nosaukums; programmas beigu datums; normatīvā akta nosaukums/datums; Atbalsta sniedzējs/i (vienas programmas ietvaros var

būt vairāki de minimis Atbalsta sniedzēji) – dati ielasās automātiski atbilstoši lietotāja, kas ievada datus, pārstāvētajai institūcijai. Datus var papildināt, meklējot Sistēmā un pievienojot citus Atbalsta sniedzējus

aktīva/neaktīvaKatrs Atbalsta sniedzējs var labot un dzēst tikai tos programmu datus, ko ievadījuši attiecīgās iestādes lietotāji. Laboto un dzēsto ierakstu saglabāšanai Sistēmā nepieciešams otra Atbalsta sniedzēja lietotāja (ar saskaņošanas tiesībām) apstiprinājums (sk. šīs TS D.14.prasību).Sistēma uzglabā informāciju par visām de minimis atbalsta programmām, bet izvēlnē iespējams izvēlēties tikai no tām,

O

35

ID Prasība Apraksts Prioritāte – O vai

Nkuras ir aktīvas.Sistēmas analīzes gaitā Izstrādātājam jāprecizē Sistēmā iekļaujamās informācijas apjoms (lauki, to tipi u.c.).

D.02.

Atbalsta sniedzēju datu uzturēšana

Sistēmā jānodrošina Atbalsta sniedzēju datu uzturēšana (informācijas ievadīšana, saglabāšana, koriģēšana un dzēšana lietotājiem ar atbilstošām piekļuves tiesībām).Šajā datu grupā tiek iekļauta informācija par programmas ieviešanā iesaistītajām institūcijām. Šī datu grupa satur šādu galveno informāciju:

institūcijas nosaukums; institūcijas reģistrācijas numurs; institūcijas lietotāji (vārds, uzvārds, tālrunis, e-pasts).

Atbalsta sniedzēju dati tiek ņemti no FM lietotāju pārvaldības sistēmas (Active Directory).

Sistēmas analīzes gaitā Izstrādātājam jāprecizē Sistēmā iekļaujamās informācijas apjoms (lauki, to tipi u.c.).

O

D.03 Projektu pamatdatu uzturēšana

Sistēmā jānodrošina pojektu pieteikumu pamatdatu uzturēšana (informācijas ievadīšana, saglabāšana, koriģēšana un dzēšana lietotājiem ar atbilstošām piekļuves tiesībām).Datus pārvalda Atbalsta sniedzēji, izņemot gadījumus, kad nepieciešamas korekcijas sākotnējās summās, bet atbalstu piešķīrušais Atbalsta sniedzējs vairs neeksistē un nav to saistību pārņēmēja (skat. sīkāk šīs TS sadaļu 2.2.4.).Sistēmā nepieciešams uzturēt projektu pamatdatus, kas iekļauj vismaz šādus datus:

projekta ID - automātiska Sistēmas iešķirta vērtība; projekta numurs-katram projektam atbalsta

programmas ietvaros vai kā individuālam ad hoc projektam tiek piešķirts unikāls projekta numurs. Sistēmā ir iespēja to norādīt, tādējādi sasaistot ar Atbalsta sniedzēja lēmuma pieņemšanas procesu (ārpus Sistēmas);

projekta nosaukums; darbības joma/nozare – izvēle no NACE klasifikatora

(Izstrādātājam jāimportē Sistēmā aktuālais NACE klasifikators). Sistēmā jānodrošina iespēja norādīt vairākas vērtības.

atbalsta veids - izvēle no klasifikatora (dotācija, finanšu ieguldījumi aizdevumu veidā, garantijas, nodokļa likmju samazināšana, nodokļu un nodevu atvieglojumi, dividendēs izmaksājamo peļņas daļu novirzīšana atpakaļ uzņēmumam, u.tml.);

Atbalsta pretendents (uzņēmuma nosaukums un reģistrācijas numurs vai fiziskas personas vārds, uzvārds un personas kods) - izvēle no Sistēmas datiem (ja Atbalsta pretendents ir reģistrēts), UR IS datiem (ja pieteicējs ir juridiska persona) vai manuāla datu ievade (ja pietecējs ir fiziska persona);

juridiska persona/fiziska persona – izvēle no predefinētām vērtībām

uzņēmums nav grūtībās nonācis – dati no UR par aktuāliem maksātnespējas procesiem (pazīme – ir/nav, procesa sākuma datums). Sistēmā tiek saglabāti saņemtie dati no UR IS, ko iespējams papildināt (t.sk., ņemot par pamatu Atbalsta pretendentu sniegtos datus (Sistēmā augšupielādētos apliecinājumus u.c.);

uzņēmuma atbilstība viena vienota uzņēmuma definīcijai - dati no UR IS par saistītajiem uzņēmumiem ar iespēju informāciju papildināt. Sistēmā tiek saglabāti saņemtie dati no UR IS. Informācijas papildināšanai Atbalsta sniedzējs var pārskatīt, Atbalsta pretendenta veidlapā par atbilstību viena vienota uzņēmuma definīcijai iekļauto

O

36

ID Prasība Apraksts Prioritāte – O vai

Ninformāciju importēt un apstiprināt Sistēmā;

Atbalsta sniedzējs (institūcija un lietotāja vārds, uzvārds un tālrunis, kas ievadījis informāciju) – – dati ielasās automātiski atbilstoši lietotāja autentifikācijas informācijai, kas ievada datus;

juridiskais pamats lēmuma pieņemšanai (ja atbalsta programma, tad MK noteikumu/saistošo noteikumu numurs un nosaukums; ja individuāls ad hoc atbalsts, tad = projekta numurs un projekta nosaukums);

de minimis atbalsta piešķiršanas regula (izvēle no klasifikatora). Sistēmā jānodrošina iespēja norādīt vairākas vērtības.

atbalsta piešķiršanas datums - izvēle no kalendāra ar iespēju vērtību koriģēt manuāli;

de minimis atbalsta apmērs (rezervētais un piešķirtais):a) atbalsta nominālā vērtība; b) atbalsta ekvivalents - Atbalsta sniedzēja

aprēķinātā atbalsta summa. cits piešķirtais vai plānotais valsts atbalsts (tai skaitā

de minimis atbalsts) par tām pašām attiecināmajām izmaksām:a) Datums, mēnesis, gads, kad pieņemts lēmums

(vai cits dokuments) par atbalsta sniegšanu – izvēle no kalendāra ar iespēju vērtību koriģēt;

b) Atbalsta sniedzējs – īzvēle no Sistēmā reģistrētajiem Atbalsta sniedzējiem ar iespēju vērtību rediģēt;

c) Atbalsta sniegšanas tiesiskais pamatojums;d) Atbalsta veids - izvēle no klasifikatora (subsīdija,

aizdevums, galvojums, pamatkapitāla palielinājums u. tml.);

e) Kopējā attiecināmo izmaksu summa/kopējā plānoto attiecināmo izmaksu summa (euro);

f) Tām pašām attiecināmajām izmaksām jau saņemtā/plānotā summa (euro);

g) Bruto subsīdijas ekvivalents (euro);h) Atbalsta intensitāte/plānotā atbalsta intensitāte

(%).Sistēmai jānodrošina veidlapas izveide par Atbalsta sniedzēja ievadītajiem projekta pamatdatiem. Veidlapas formāts un saturs Izstrādātājam jāsaskaņo ar Pasūtītāju Sistēmas izstrādes gaitā.Sistēmas analīzes gaitā Izstrādātājam jāprecizē Sistēmā iekļaujamās informācijas apjoms (lauki, to tipi u.c.).

D.04.

Projektu statusu maiņa

Sistēmā jānodrošina Atbalsta sniedzējiem veikt projekta statusu maiņu. Ja ir pieņemts lēmums par projekta atbalstīšanu, tajā pašā dienā pēc tā Atbalsta sniedzējs maina Sistēmā projekta statusu uz „apstiprināts”.Ja projekta pieteikums ir noraidīts, ne vēlāk kā vienu dienu pēc tā Sistēmā projekta statusu Atbalsta sniedzējs maina uz „noraidīts”. Ja projekta pieteicējs atsauc savu pieteikumu, ne vēlāk kā vienu dienu pēc tā projekta statusu Atbalsta sniedzējs maina uz „atsaukts”. Projekta statusa atbilstību projekta datu kopās norādītajiem datiem kontrolē datu validācijas mehānisms. Kļūdu gadījumā lietotājiem tiek nosūtīts kļūdas paziņojums ar ekrānformas palīdzību.Mainot projekta statusu uz “noraidīts” vai “atsaukts”, automatizēti tiek atceltas rezervētās summas par attiecīgo projektu.

O

D.06.

Atbalsta pretendentu datu

Sistēmā jānodrošina Atbalsta pretendentu datu uzturēšana (informācijas ievadīšana, saglabāšana, koriģēšana un dzēšana lietotājiem ar atbilstošām piekļuves tiesībām).

O

37

ID Prasība Apraksts Prioritāte – O vai

Nuzturēšana Šajā datu grupā tiek iekļauta informācija par Atbalsta

pretendentu. Datus var pārvaldīt Atbalsta sniedzējs (saņemot pieteikumu jaunam atbalstam). Atbalsta pretendenta Sistēmā ievadāmā informācija apkopota šīs TS prasībā V.01.Šī datu grupa satur šādu galveno informāciju:

Atbalsta pretendenta nosaukums – dati ielasās automātiski no UR IS (ja Atbalsta pretendents ir juridiska persona) vai arī tie tiek ievadīti maunāli (ja Atbalsta pretendents ir fiziska persona);

Atbalsta pretendenta vienotais reģistrācijas numurs vai personas kods – dati ielasās automātiski no UR IS (ja Atbalsta pretendents ir juridiska persona) vai arī tie tiek ievadīti manuāli (ja Atbalsta pretendents ir fiziska persona);

Atbalsta pretendenta vēsturiskais personas kods – dati tiek ievadīti manuāli, pamatojoties uz Atbalsta sniedzēja precizēto informāciju par Atbalsta pretendentu (gadījums, kad Atbalsta pretendentam ir mainījies personas kods);

projekta pieteicēja nodokļu maksātāja numurs; nozare –izvēle no NACE klasifikatora (jāparedz iespēja

izvēlēties vairākas vērtības); neatbilstība grūtībās nonākuša uzņēmuma statusam

(Sistēmā tiek veikta daļēja pārbaude) – no UR IS ielasās un tiek attēloti dati par uzņēmuma maksātnespējas procesiem (ir/nav un procesa uzsākšanas datums). Pēc pārbaudes dati Sistēmā tiek saglabāti (pie Atbalsta pretendenta saglabājami dati no pēdējās pārbaudes)

viena vienota uzņēmuma definīcija (Sistēmā tiek veikta daļēja pārbaude) – no UR IS ielasās dati par saistītajiem uzņēmumiem, ar iespēju Atbalsta sniedzējam datus papildināt. Datu papildināšanai Atbalsta sniedzējs var pārskatīt, importēt un saglabāt datus no Atbalsta sniedzēja Sistēmā izveidotās veidlapas par tā atbilstību viena vienota uzņēmuma definīcijai.

apvienošanās vai sadalīšanās gadījumi – no UR IS ielasās dati par pēdējos 3 gados veikto uzņēmuma apvienošanos vai sadalīšanos (tiek parādīti sadalītie vai apvienotie uzņēmumi, apvienošanās vai sadalīšanās darbības veids un datums). Pēc pārbaudes dati Sistēmā tiek saglabāti.

Sistēmas analīzes gaitā Izstrādātājam jāprecizē Sistēmā iekļaujamās informācijas apjoms (lauki, to tipi u.c.).

D.07.

Manuāla datu apstrāde ekrānformās

Sistēmā jānodrošina lietotāju darbības ar de minimis atbalsta uzskaites datiem, izmantojot tīmekļa bāzētu lietotāju saskarni.

O

D.08.

Lielapjoma datu augšupielāde (bulk upload)

Sistēmā jānodrošina lielapjoma de minimis uzskaites datu augšupielāde (bulk upload). Sistēmas izstrādes gaitā, Izstrādātājam jāizveido standarta datne (CSV vai citā formātā (vienā), saskaņojot ar Pasūtītāju), ko izmantot Atbalsta sniedzējiem lielapjomu datu augšupielādei.

O

D.09.

Datu saņemšana no Atbalsta sniedzēju sistēmām, izmantojot tīmekļa pakalpes

Sistēmā jānodrošina de minimis uzskaites datu saņemšana no Atbalsta sniedzēju sistēmām, izmantojot tīmekļa pakalpes. Izstrādātājam jāizveido universāla pakalpe datu saņemšanai no Atbalsta sniedzēju sistēmām.Izmaiņas Atbalsta sniedzēju sistēmās ir ārpus šī projekta tvēruma.Sistēmas analīzes gaitā tīmekļa pakalpes veids, tehnoloģija u.c. raksturojošie parametri jāprecizē un jāsaskaņo ar Pasūtītāju.

N

D.10 Pielikumu Sistēmai jānodrošina iespēja Sistēmā augšupielādēt pielikumu O

38

ID Prasība Apraksts Prioritāte – O vai

N. (dokumentu )

augšupielāde(vienu vai vairākas datnes neatkarīgi no to formāta). Augšupielādējot pielikumu, lietotājam jāparedz norādīt saistītais Sistēmas ieraksts un pievienot pielikuma metadatus:

pielikuma nosaukums; komentārs.

D.11.

Datu validācija, veicot datu ievadi

Lietotājam veicot ievadītās informācijas saglabāšanu, tiek veikta datu analīze. Par analīzes gaitā atklātajām nepilnībām var tikt izvadīti brīdinājumi vai kļūdas paziņojumi. Brīdinājumi paredzēti gadījumos, ja rezervētā summa pārsniedz uzņēmumu līmeņa vai zivsaimniecības un lauksaimniecības valsts līmeņa robežlielumus.

Lietotājs var labot kļūdaini ievadītos datus vai veikt projekta informācijas pagaidu saglabāšanu „pagaidu” režīmā. Projekta informāciju ir iespējams saglabāt, izlabojot Sistēmas identificēto kļūdaino informāciju.

O

D.12.

Datu validācija, veicot datu importu (bulk upload)

Veicot informācijas importu Sistēmā, importa mehānisms veic datu analīzi. Par analīzes gaitā atklātajām nepilnībām var tikt veidoti brīdinājuma vai kļūdas paziņojumi.Brīdinājuma gadījumā dati tiek ielādēti Sistēmā, datu nosūtītājam tiek nodota informācija par izveidoto brīdinājumu.

Kļūdas gadījumā kļūdainie dati un ar to saistītās datu kopas Sistēmā lādētas netiek, datu nosūtītājam tiek nodota informācija par kļūdainajiem datiem.

O

D.13.

Datu izmaiņas Atbalsta sniedzēji var veikt izmaiņas projekta informācijā un saistītajās datu grupās, izmantojot lietotāja saskarni vai lielapjoma datu ielādi.

O

D.14.

Datu izmaiņu apstiprināšana

Sistēmai jānodrošina, ka datu izmaiņu vai dzēšanu Atbalsta sniedzēji var veikt tikai ar Atbalsta sniedzēja datu apstiprinātāja apstiprinājumu.

O

D.15.

Iepriekšējās vērtības saglabāšana

Sistēmai jānodrošina, ka Sistēmā tiek saglabāta un atrādīta piešķirto summu iepriekšējā vērtība (gadījumā, ja tiek veikta datu labošana).

O

3.4. Veidlapu izveideID Prasība Apraksts Prioritāt

e – O vai N

V.01 Veidlapu izveide par sniedzamo informāciju de minimis atbalsta piešķiršanai

Sistēmai jānodrošina iespēja Atbalsta pretendentam Sistēmā sagatavot, saglabāt, papildināt, rediģēt un nepieciešamības gadījumā izdrukāt veidlapas par sniedzamo informāciju de minimis atbalsta piešķiršanai.

Atbalsta pretendentiem atbilstoši šīs TS 2.2.4. sadaļā aprakstītajam lietošanas gadījumam jānodrošina šādu veidlapu sagatavošana:1. Veidlapa par Atbalsta pretendenta atbilstību viena

vienota uzņēmuma definīcijai, kas iekļauj šādu informāciju:1.1. Vispārīga informācija:

1.1.1. Nosaukums/Vārds, uzvārds – informācija ielasās automātiski no Atbalsta pretendenta autentifikācijas informācijas;

1.1.2. Reģistrācijas numurs Uzņēmumu reģistrā (Komercreģistrā)/Personas kods - informācija ielasās automātiski no Atbalsta pretendenta autentifikācijas informācijas.

1.2. Apliecinājums par atbilstība vismaz vienam no turpmāk minētajiem kritērijiem - Sistēmai jānodrošina iespēja Atbalsta sniedzējam atzīmēt atbilstošos kritērijus (kritēriji ir Sistēmā predefinēti):

O

39

ID Prasība Apraksts Prioritāte – O vai

N1.2.1. de minimis Atbalsta pretendentam ir

akcionāru vai dalībnieku balsstiesību vairākums citā komercsabiedrībā vai kādai citai komercsabiedrībai ir akcionāru vai dalībnieku balsstiesību vairākums pretendenta komercsabiedrībā – šim kritērijam papildus jānodrošina iespēja Atbalsta pretendentam saņemt un aplūkot savus datus no UR IS viena vienota uzņēmuma līmenī (tiek attēloti saistītie uzņēmumi, kam ir vairāk kā 50% akcionāru vai dalībnieku balstiesību vairākums), kā arī papildus manuāli ievadīt citus saistītos uzņēmumus un norādīt to saistību veidu;

1.2.2. de minimis Atbalsta pretendentam ir tiesības iecelt vai atlaist citas komercsabiedrības pārvaldes, vadības vai uzraudzības struktūras locekļu vairākumu vai kādai citai komercsabiedrībai ir tiesības iecelt vai atlaist pretendenta komercsabiedrības pārvaldes, vadības vai uzraudzības struktūras locekļu vairākumu

1.2.3. de minimis Atbalsta pretendentam ir tiesības īstenot dominējošo ietekmi uz citu komercsabiedrību saskaņā ar līgumu, kas noslēgts ar šo komercsabiedrību, vai saskaņā ar tās dibināšanas līguma klauzulu vai statūtiem, vai kādai citai komercsabiedrībai ir tiesības īstenot dominējošo ietekmi uz pretendenta komercsabiedrību saskaņā ar līgumu, kas noslēgts ar šo komercsabiedrību, vai saskaņā ar tās dibināšanas līguma klauzulu vai statūtiem

1.2.4. de minimis Atbalsta pretendents, kas ir citas komercsabiedrības akcionārs vai dalībnieks, vienpersoniski kontrolē akcionāru un dalībnieku vairākuma balsstiesības minētajā komercsabiedrībā saskaņā ar vienošanos, kas panākta ar pārējiem minētās komercsabiedrības akcionāriem vai dalībniekiem, vai kāda cita komercsabiedrība, kas ir vēl kādas citas komercsabiedrības akcionārs vai dalībnieks, vienpersoniski kontrolē akcionāru un dalībnieku vairākuma balsstiesības pretendenta komercsabiedrībā saskaņā ar vienošanos, kas panākta ar pārējiem pretendenta komercsabiedrības akcionāriem vai dalībniekiem

1.2.5. de minimis Atbalsta pretendents neatbilst nevienam no iepriekš minētajiem kritērijiem (autonoms uzņēmums).

2. Veidlapa par Atbalsta pretendenta saņemto de minimis atbalstu viena vienota uzņēmuma līmenī (veidlapas izveide Sistēmā jānodrošina tikai pārejas posmā). Veidlapa iekļauj šādu informāciju:Vispārīga informācija:

2.1.1. Nosaukums/Vārds, uzvārds – informācija ielasās automātiski no Atbalsta pretendenta autentifikācijas informācijas;

2.1.2. Reģistrācijas numurs Uzņēmumu reģistrā (Komercreģistrā)/Personas kods - informācija ielasās automātiski no Atbalsta pretendenta autentifikācijas informācijas.

2.2. Informācija par de minimis Atbalsta pretendenta kārtējā gadā un iepriekšējos divos fiskālajos gados saņemto de minimis atbalstu, kas piešķirts saskaņā

40

ID Prasība Apraksts Prioritāte – O vai

Nar ES regulējumu (dati ievadāmi par Atbalsta pretendentu un saistītajiem uzņēmumiem, katram Atbalsta pretendentam un saistītajam uzņēmumiem var būt saņemti vairāki de minimis atbalsti, attiecīgi Sistēmai jānodrošina pievienot vairākus ierakstus par saņemto atbalstu):

2.2.1. Datums, mēnesis, gads, kad pieņemts lēmums(vai cits dokuments) par de minimis atbalsta piešķiršanu - izvēle no kalendāra ar iespēju vērtību koriģēt manuāli;

2.2.2. Komercsabiedrības nosaukums un reģistrācijas numurs – noklusētā vērtība ir Atbalsta pretendenta nosaukums (autentifikācijas informācija), ar iespēju vērtību mainīt;

2.2.3. Atbalsta sniedzējs – izvēle no Sistēmā reģistrētajiem Atbalsta sniedzējiem, ar iespēju ievadīt vērtību manuāli;

2.2.4. Atbalsta veids – izvēle no klasifikatora (subsīdija, aizdevums, galvojums, pamatkapitāla palielinājums, u.tml.);

2.2.5. Piešķirtā atbalsta summa (euro);2.2.6. Bruto subsīdijas ekvivalents (euro);2.2.7. Savienības regulējums, saskaņā ar kuru

atbalsts piešķirts– izvēle no klasifikatora.2.2.8. Atbalsta sniegšanas tiesiskais pamatojums.

3. Veidlapa par Atbalsta pretendenta sadalīšanās gadījumiem, kas iekļauj šādu informāciju:3.1. Vispārīga informācija:

3.1.1. Nosaukums/Vārds, uzvārds – informācija ielasās automātiski no Atbalsta pretendenta autentifikācijas informācijas;

3.1.2. Reģistrācijas numurs Uzņēmumu reģistrā (Komercreģistrā)/Personas kods - informācija ielasās automātiski no Atbalsta pretendenta autentifikācijas informācijas.

3.2. Sadalīšanās gadījumi un saņemto de minims atbalsta summu pārdale - Sistēmā tiek ielasīta informācija par Atbalsta pretendenta izmaiņām no UR IS (tiek automātiski atzīmēta viena no predefinētajām izvēlēm (ir/nav kostatēts sadalīšanās gadījums) un ielasīts attiecīgo izmaiņu datums, kā arī izmaiņu raksturojošā informācija (sadalīto uzņēmumu pamatdati). Atbalsta pretendents norāda informāciju par saņemtā de minimis summu pārdali sadalītajiem uzņēmumiem (procenti vai summa, euro).

4. Veidlapa par vienām un tām pašām attiecināmajām izmaksām atbalsta kumulācijas gadījumā:4.1. Vispārīga informācija:

4.1.1. Nosaukums/Vārds, uzvārds – informācija ielasās automātiski no Atbalsta pretendenta autentifikācijas informācijas;

4.1.2. Reģistrācijas numurs Uzņēmumu reģistrā (Komercreģistrā)/Personas kods - informācija ielasās automātiski no Atbalsta pretendenta autentifikācijas informācijas.

4.2. Informācija par valsts atbalstu, ko de minimis Atbalsta pretendents saņēmis vai plāno saņemt konkrētajam projektam tām pašām attiecināmajām izmaksām citas atbalsta programmas vai

41

ID Prasība Apraksts Prioritāte – O vai

Nindividuālā projekta ietvaros:

4.2.1. Datums, mēnesis, gads, kad pieņemts lēmums(vai cits dokuments) par atbalsta sniegšanu - izvēle no kalendāra ar iespēju vērtību koriģēt manuāli;

4.2.2. Atbalsta sniedzējs – izvēle no Sistēmā reģistrētajiem Atbalsta sniedzējiem, ar iespēju ievadīt vērtību manuāli;

4.2.3. Atbalsta sniegšanas tiesiskais pamatojums;4.2.4. Atbalsta veids – izvēle no klasifikatora

(subsīdija, aizdevums, galvojums, pamatkapitāla palielinājums, u.tml.);

4.2.5. Kopējā attiecināmo izmaksu summa/kopējā plānoto attiecināmo izmaksu summa (euro);

4.2.6. Tām pašām attiecināmajām izmaksām jau saņemtā/plānotā summa (euro);

4.2.7. Bruto subsīdijas ekvivalents (euro);4.2.8. Atbalsta intensitāte/plānotā atbalsta

intensitāte (%).Sistēmā jānodrošina iespēja pievienot arī citas veidlapas (augšupielādējot tās pielikumā). Nākotnē Sistēmā jānodrošina iespēja izveidot arī citas digitālas veidlapas.Pārejas periodā un pēc pārejas perioda Sistēmā jānodrošina dažādu veidlapu izveide atbilstoši šīs TS 2.2.4. sadaļā aprakstītajam lietošanas gadījumam. Sistēmas analīzes gaitā Izstrādātājam jāprecizē veidlapā iekļaujamās informācijas apjoms (lauki, to tipi u.c.), saskaņojot ar Pasūtītāju.Atbalsta pretendents nevar rediģēt vai dzēst no UR IS automātiski ielasītos datus, bet viņš var papildināt veidlapas ar papildus informāciju, piemēram, norādīt papildus saistītās komercsabiedrības, kas saistītas caur fizisku personu.

V.02. Pielikuma (dokumentu) augšupielāde

Sistēmai pie katras veidlapas Atbalsta pretendentiem jānodrošina iespēja Sistēmā augšupielādēt pielikumu (vienu vai vairākas datnes Microsoft Excel (*.xlsx), PDF, Microsoft Word (*docx) formātos). Augšupielādējot pielikumu, lietotājam jāparedz norādīt saistītais Sistēmas ieraksts un pievienot pielikuma metadatus:

pielikuma nosaukums; komentārs.

O

V.03. Veidlapu izveide par piešķirto atbalstu

Sistēmai jānodrošina iespēja Atbalsta sniedzējiem Sistēmā sagatavot, saglabāt, papildināt, rediģēt un nepieciešamības gadījumā izdrukāt veidlapas par sniegto de minimis atbalstu. Sistēmas analīzes gaitā Izstrādātājam jāprecizē veidlapā iekļaujamās informācijas apjoms (lauki, to tipi u.c.), saskaņojot ar Pasūtītāju.

O

3.5. Informācijas meklēšana un eksportēšanaID Prasība Apraksts Prioritāt

e – O vai N

I.01. Datu meklēšana

Sistēmai jānodrošina datu meklēšana pēc šādiem meklēšanas parametriem:

periods; programmas dati; projekta dati; projekta pieteicēja dati; Atbalsta sniedzēja dati.

Sistēmai jānodrošina datu meklēšana pēc pilniem

O

42

ID Prasība Apraksts Prioritāte – O vai

Nvārdiem vai vārdu daļas. Sistēmai jānodrošina datu meklēšana neatkarīgi no ievadītajiem lielajiem vai mazajiem burtiem (t.i., meklēšanas parametros ievadot vērtības ar lielajiem burtiem tiek atlasītas arī vērtības ar mazajiem burtiem un otrādi).Meklēšanas parametriem jābūt savstarpēji kombinējamiem.

I.02. Meklēšanas rezultātu izvade

Meklēšanas rezultātiem jāparādās Sistēmā saraksta veidā, ar iespēju atvērt katra konkrētā ieraksta informāciju.

O

I.03. Meklēšanas rezultātu eksports

Sistēmai jānodrošina iespēja eksportēt un saglabāt Sistēmas datus, kas atlasīti pēc lietotāja definētiem parametriem, šādos formātos: Microsoft Excel (*.xlsx), XML, CSV, PDF.

O

L.04. Meklēšanas rezultātu kārtošana

Sistēmai jānodrošina iespēja kārtot izvadītos meklēšanas rezultātus pēc visām izvades rezultātu saraksta kolonnām (piemēram, pēc datumiem augošā/dilstošā secībā, pēc nosaukumiem alfabēta secībā u.c.).

O

L.05. Meklēšanas rezultātu drukāšana

Sistēmai jānodrošina meklēšanas rezultātu drukāšanas iespēja.

O

3.6. Atbalsta summu robežlielumu kontroleID Prasība Apraksts Prioritāt

e – O vai N

AS.01 Atbalsta summu robežlielumu aprēķins un kontrole viena vienota uzņēmuma ietvaros

Sistēmai jānodrošina atbalsta summu robežlielumu aprēķins (summēšana) un kontrole viena vienota uzņēmuma ietvaros atbilstoši normatīvā regulējuma prasībām (skat. 1.6. sadaļu). Ar kontroli šīs prasības kontekstā saprotams, ka Atbalsta sniedzējiem nav iespējas Sistēmā ievadīt un saglabāt jaunas piešķirtās summas, ja saņemtais de minims atbalsts viena vienota uzņēmuma līmenī pārsniedz normatīvos aktos noteiktos robežlielumus (minētais ierobežojums neattiecas uz jaunām rezervētajām summām). Izņēmuma gadījums ir uzņēmumu apvienošanās gadījumi, kad summas tiek summētas. Šādos gadījumos apvienoto uzņēmumu kopsumma nevar pārsniegt atsevišķajiem apvienpojamajiem uzņēmumiem iepriekš piešķirtās summas Sistēmā.Sistēmai piešķirtais vai aktuālais (labojumu gadījumā) de minimis atbalsts jāsummē visu saistīto uzņēmumu līmenī pa dažādiem saistošo Regulu veidiem (atbilstoši spēkā esošajām regulām) un jāattēlo lietotājiem, izdalotot piešķirtās vai aktuālās (ja summas mainās) summas pa Regulām un pieejamās summas pa Regulām (ilustratīvs summu attēlojumu veids skatāms tabulā zemāk).

    Piešķirts pretendentam

Saistīto personu

saņemtais atbalsts

  Pieejamā atbalsta summa (EUR)

Kopā saņemts atbalsts (EUR)

Saņemts pēdējo 3 fiskālajos gados (EUR)

Kopā saņemts atbalsts (EUR)

Saņemts pēdējo 3 fiskālajos gados (EUR)

De minimis atbalsta apjoms lauksaimniecības nozarē

         

O

43

ID Prasība Apraksts Prioritāte – O vai

NDe minimis atbalsta apjoms zivsaimniecības nozarē

         

De minimis atbalsta apjoms uzņēmumiem, kas sniedz Vispārējas tautsaimniecības nozīmes pakalpojumus

         

De minimis atbalsts

         

De minimis atbalsts uzņēmumiem, kas nodarbojas ar Autotransporta kravu pārvadājumiem

         

Sistēmas analīzes gaitā Izstrādātājam jāprecizē atbalsta summu robežlielumu aprēķinu, kontroli un rezultātu attēlojumu lietotājiem.

AS.02. Atbalsta summu robežlielumu aprēķins un kontrole valsts līmenī

Sistēmai jānodrošina atbalsta summu robežlielumu aprēķins (summēšana) un kontrole valsts līmenī atbalstam, kas piešķirts zivsaimniecības un lauksaimniecības jomās valsts līmenī lauksaimniecības un zivsaimniecības jomās atbilstoši valsts ikgadējam slieksnim.Ar kontroli šīs prasības kontekstā saprotams, ka Atbalsta sniedzējiem nav iespējas Sistēmā ievadīt un saglabāt jaunas piešķirtās summas, ja lauksaimniecības vai zivsaimniecības jomās piešķrtais de minims atbalsts pārsniedz ES ikgadējā valsts slieksnī noteiktos robežlielumus (minētais ierobežojums nav attiecināms uz jaunu rezervēto summu ievadi). Lauksaimniecības un zivsaimniecības jomās atbildīgajai Kontrolējošai institūcijai (ZM) Sistēmā tiek nodrošināts lauksaimniecības un zivsaimniecības jomās piešķirto de minimis atbalsta summu robežlielumu monitorings, vizuāli attēlojot pārskata gadā piešķirto un pieejamo summu kopsavilkumu. Robežlielumu tuvošanās gadījumā, Sistēmā tiek izvadīts brīdinājums

Sistēmā jānodrošina iespēja Sistēmas administratoram mainīt slieksni, norādot šādas vērtības:

De minimis veids – izvēle no klasifikatora; Periods (no – līdz); De minims atbalsta kopējā summa (slieksnis), EUR.

Sistēmas analīzes gaitā Izstrādātājam jāprecizē konkrētās ikgadējā sliekšņa norādāmās vērtības.

Sistēmas analīzes gaitā Izstrādātājam jāprecizē atbalsta summu robežlielumu aprēķinu, kontroli un rezultātu attēlojumu lietotājiem.

O

AS.03. Atbalsta ekvivalenta aprēķins

Gadījumos, kad de minimis atbalsta plānots, piemēram, aizdevumu, garantiju veidā vai nodokļu apmaksas termiņa pagarinājuma veidā Sistēmai jānodrošina iespēja aprēķināt atbalsta ekvivalentu. Sistēmas analīzes gaitā Izstrādātājam jāprecizē ekvivalenta aprēķina kārtība.

N

44

3.7. Datu arhivēšanaNr. Prasība Apraksts Prioritāt

e – O vai N

DA.01.

Datu arhivēšana

Sistēmai jānodrošina automātiska datu arhivēšana, kad no de minimis atbalsta lēmuma pieņemšanas brīža pagājuši trīs gadi (lēmuma pieņemšanas kārtējais gads un iepriekšējie divi fiskālie gadi) vai uzriez tiklīdz projekta pamatdatiem nomainīts statuss uz “atsaukts”.Piekļuve arhīvam pēc pieprasījuma Sistēmā jānodrošina FM un ZM, kā arī Atbalsta sniedzējam un Atbalsta saņēmējam. Ar “pieprasījumu" šīs prasības kontekstā saprotams pieprasījums Sistēmā, pēc kā automātiski tiek nodrošināta piekļuve arhīva informācijai.

O

DA.02.

Arhivēto datu dzēšana

Sistēmai jānodrošina automātiska arhivēto datu dzēšana 10 gadus, pēc lēmuma pieņemšanas par ad hoc atbalsta piešķiršanu vai atbalsta programmas beigu datuma.

O

3.8. Sistēmas administrēšanaID Prasība Apraksts Prioritāt

e – O vai N

AD.01.

Sistēmas iestatījumu pārvaldība

Jānodrošina Sistēmas iestatījumu pārvaldība. O

AD.02.

Sistēmas klasifikatoru pārvaldība

Sistēmai jāļauj papildināt/mainīt klasifikatoru vērtības. Šādām funkcijām ir jābūt pieejamām Sistēmas administratoram. Par katru klasifikatora izmaiņu jāsaglabā atbilstošs auditācijas pieraksts.

O

3.9. Datu apmaiņas automatizācijaID Prasība Apraksts Prioritāt

e – O vai N

DA.01.

Datu saņemšana no UR IS

Nepieciešams izveidot saskarni ar UR IS tiešsaistes datu apmaiņai ar Sistēmu, lai Sistēmas lietotājiem (Atbalsta sniedzējiem un Atbalsta pretendentiem) tiešsaistes režīmā būtu iespēja iegūt informāciju par reģistrā iekļautajiem aktuālajiem un vēsturiskajiem datiem par konkrētu personu (juridiska un/vai fiziska persona).

Informācija meklējama pēc šādiem savstarpēji kombinējamiem parametriem:

Juridiskas personas nosaukums; Juridiskas personas reģistrācijas numurs; Fiziskas personas vārds, uzvārds; Fiziskas personas kods.

Sistēmai jānodrošina rezultātu meklēšana, ievadot pilnas vai daļējas meklējamās vērtības (gadījumā, ja UR IS piedāvātie servisi to nodrošina).Sistēmā attēlojami šādi no UR IS saņemtie dati:1. Dati par saistītajiem uzņēmumiem;2. Vēsturiskie dati par uzņēmumu apvienošanās vai

sadalīšanās gadījumiem;3. Dati par aktīvajiem maksātnespējas procesiem.

Sistēmas analīzes gaitā nepieciešams precizēt no UR IS saņemamo datu apjomu un attēlošanu Sistēmā.

O

DA.02.

Datu saņemšana no Atbalsta sniedzēju sistēmām

Sistēmā jānodrošina de minimis uzskaites datu saņemšana no Atbalsta sniedzēju sistēmām, izmantojot tīmekļa pakalpes (skat. prasību D.09).

N

DA.03 Datu apmaiņas ar Sistēmā nepieciešams saglabāt veiksmīgos un O

45

ID Prasība Apraksts Prioritāte – O vai N

. saistītajām sistēmām vēstures saglabāšana

neveiksmīgos datu apmaiņas notikumus. Ar datu apmaiņu šīs prasības kontekstā domāta datu saņemšana un nodošana ārējām sistēmām (datu saņemšana no UR IS, autentifikācijas datu apmaiņa no VID EDS un AD), datu nodošana FM IT pieteikumu sistēmai u.c. apmaiņa, ja tāda tiek specificēta Sistēmas analīzes gaitā.Par katru datu apmaiņu ir nepieciešams uzkrāt šādu informāciju:

datu apmaiņas uzsākšanas datums, laiks; datu apmaiņu veikušais lietotājs; datu apmaiņas statuss (piemēram, kļūdaini

pabeigts, sekmīgi pabeigts, pārtraukts); jauno, modificēto, dzēsto ierakstu skaits.

DA.04.

Atvērto datu nodošana

Sistēmai jānodrošina atvērto datu par piešķirto de minims atbalstu uzņēmumiem nodošana uz FM tīmekļvietni. Atvērtie dati iekļauj ierobežotu informāciju, kas Sistēmas izstrādātājam jāspecificē un jāsaskaņo ar Pasūtītāju.

Sistēmas izstrādātājam jāspecificē arī datu nodošanas veids un formats.

N

4. Nefunkcionālās prasības4.1. Sistēmas drošība

Nr. Prasība Apraksts Prioritāte – O vai N

S.01. Datu šifrēšana Sistēmai jānodrošina visas tīmeklī pārsūtītās informācijas šifrēšana izmantojot SSL/TLS (vismaz ar 128 bitu atslēgu).

O

S.02. Sesijas pārtraukšana Papildus standarta darbības radītai iespējai „Beigt darbu” Sistēmai jāpārtrauc lietotāja darba sesija, ja pēc noteikta skaita minūšu (konfigurējams lielums) lietotājs nav veicis nevienu darbību. Noteiktu skaitu minūšu (konfigurējams lielums) pirms lietotāja atvienošanas, Sistēmai ir jāparāda ziņojums, ka lietotāja darba sesija drīz beigsies, jo lietotājs nav veicis nevienu darbību.Darbu turpināt iespējams tikai pēc atkārtotas autentifikācijas.

O

S.03. Auditācijas pierakstu veikšana

Sistēmai jānodrošina iespēja veikt auditācijas pierakstus. O

S.04. Auditācijas pierakstu uzkrāšana

Auditācijas pieraksti Sistēmā ir jāuzkrāj par:1. katru Sistēmas lietotāja reģistrēto,

skatīto, laboto un dzēsto ierakstu;2. katru Sistēmas lietotāja pieslēgšanos

(veiksmīgu, neveiksmīgu) Sistēmai un atslēgšanos no Sistēmas;

3. Fizisko personu datu aizsardzības likumā noteiktajiem notikumiem saskaņā ar MK noteikumiem Nr.40 “Personas datu aizsardzības obligātās tehniskās un organizatoriskās prasības” 4.5 punktā noteikto;

Auditācijas pierakstos par vienu darbību jāreģistrē vismaz šāda informācija:

1. sekvences numurs, paredzot sekvences, kas sniedzas pāri paredzamajam transakciju skaitam vismaz 20 gadu periodā pēc paredzamās Sistēmas ieviešanas;

O

46

Nr. Prasība Apraksts Prioritāte – O vai N

2. darbības izpildītājs – Sistēmas lietotāja vārds;

3. darbības veids (kāda tieši darbība veikta – dzēšana, rediģēšana, apskate u.c.);

4. darbības apraksts, kurā jāiekļauj identificējošu informāciju: vecā un jaunā informācija;

5. darbības izpildes laiks;6. darbstacijas identifikators (nosaukums un

IP adrese), no kuras veikta darbība.Sistēmas auditācijas pieraksti jāveido gan lietojumprogrammas, gan datubāzes līmenī, fiksējot gan veiksmīgās, gan neveiksmīgās transakcijas.Pamatinformācijai (darbība, kas Sistēmā veikta, lietotājs, kurš darbību veicis, datums un laiks, kad darbība veikta) jābūt redzamai lietotājam pēc pieprasījuma. Auditācijas pieraksti par Atbalsta sniedzēju un Komercdarbības atbalsta kontroles institūciju lietotāju pārvaldību (jauna lietotāja izveide, lietotāju datu maiņa, lietotāju dzēšana) tiek uzkrāti AD.Auditācijas pieraksti par Atbalsta pretendentu lietotāju pārvaldību (jauna lietotāja izveide, lietotāju datu maiņa, lietotāju dzēšana) tiek uzkrāta VID EDS.Sistēmas pieraksti jāveido, nodrošinot, ka tajos norādītais laiks sakrīt ar faktiskā notikuma koordinēto pasaules laiku (UTC).

S.05. Sistēmas aizsardzība no ārējiem apdraudējumiem

Izstrādātājam jānodrošina/jāiekļauj Sistēmā aizsardzības mehānismi, kas maksimāli aizsargātu Sistēmu no ārējiem apdraudējumiem (aizsardzība, kas nodrošināma, izmantojot tieši Sistēmā iekļautos kontroles/aizsardzības mehānismus).

O

S.06. Aizsardzība pret uzbrukumiem

Sistēmai ir jāsatur aizsardzību vismaz pret OWASP Top 10 ievainojamībām visu Sistēmas izstrādes un garantijas laiku. Garantijas laikā ieviestajām izmaiņām ir jābūt notestētām pret OWASP Top 10 ievainojamībām.

O

s.07. Paroles ievadīšana Parole tās ievadīšanas brīdī lietotājam netiek pilnībā attēlota. O

S.08. Paroles saglabāšana Sistēmā nav pieļaujama funkcionalitāte, kas atļauj lietotājam saglabāt savu paroli tā, lai tā turpmākajās pieslēgšanas reizēs nav jāievada.

O

s.09. Pieslēgšanās prasības Sistēma nedrīkst saturēt nekādus izstrādātājiem vai trešajām pusēm pieejamus līdzekļus vai īpašības, kas ļautu bez Pasūtītāja autorizācijas iegūt vai mainīt informāciju vai Sistēmas īpašības, vai kā citādi ietekmēt Sistēmas darbību, tai skaitā Sistēmas darbību nedrīkst ietekmēt automatizēti licences izmantošanas pārbaudes līdzekļi.

O

S.10. Nepieejami pieslēgšanās līdzekļi vai metodes

Sistēmā nedrīkst būt ietverti Pasūtītāja administrēšanai nepieejami pieslēgšanās līdzekļi vai metodes:a. licences atslēgu pārbaude Sistēmas darbības vai palaišanas laikā, kas ierobežo Sistēmas funkcionalitāti. Ja Sistēmai ir jāievada šādas licences atslēgas (piemēram, kā ārējs datu nesējs vai simbolu kombinācija) instalācijas brīdī, tad šo atslēgu bojājuma gadījumā Sistēma nedrīkst pārstāt darboties vai samazināt funkcionalitāti.

O

47

Nr. Prasība Apraksts Prioritāte – O vai N

Pieļaujami ir tikai informatīvi paziņojumi par atslēgas bojājumu;b. atkarība no ārējiem licenču serveriem, ar kuru palīdzību Sistēmas funkcionalitāte varētu tikt ierobežota, piemēram, licenču servera nepieejamības vai ļaunprātīgas rīcības gadījumā.

4.2. Lietotāju saskarneNr. Prasība Apraksts Prioritāt

e – O vai N

L.01. Sistēmas lietotāju saskarnes valoda

Sistēmas lietotāju saskarnei jābūt pieejamai latviešu valodā. Sistēmā izmantotajai valodai (vārdiem, frāzēm) jābūt intuitīvi saprotamai lietotājam.

O

L.02. Sistēmas lietotāju saskarnes izmantošanas ekrāns

Sistēmas lietotāju saskarni primāri jāvar lietot uz ekrāna, kura izšķirtspēja ir lielāka vai vienāda ar 1920x1080 punktiem. Sistēmas dizainam ir jāpielāgojas ierīces ekrāna izmēram (responsive design). Minimizējot un maksimizējot ekrānu, lietotāja saskarnei jāpielāgo izmērs atbilstoši ekrāna izmēriem.

O

L.03. Sistēmas lietotāju saskarnes īpašības

Sistēmas lietotāju saskarnei ir jābūt ērtai, ergonomiskai, intuitīvi saprotamai un viegli uztveramai (tādai, kas iespējami samazina Sistēmas lietotāja slodzi). Informāciju, ko lietotājs ievada, Sistēma atkārtoti nepārjautā un maksimāli izmanto visu tai pieejamo informāciju, lai atvieglotu un paātrinātu darbu, samazinot lietotāja manipulāciju skaitu ar ievadierīcēm.

O

L.04. Sistēmas lietotāju saskarnes pieejamība

Sistēmas lietotāju saskarnei jābūt pieejamai izmantojot tīmekļa pārlūkprogrammu, neinstalējot klienta puses lietotnes. Lietotāju saskarnei jāattēlojas vienādi uz jaunākajām Microsoft Internet Explorer (versija 11 un jaunāka), Microsoft Edge (versija 40 un jaunāka), Mozilla Firefox (versija 55 un jaunāka), Opera (versija 47 un jaunāka) un Google Chrome (versija 60 un jaunāka) versijām.

O

L.05. Datu izvēle Sistēmas ekrānformu lietotāja saskarnei jānodrošina iespēja veikt informācijas izvēli izvēles sarakstos (drop-down lists), izmantojot:

izvēli no saraksta; nosaukuma pirmo simbolu ievads izvēles laukā; klasifikatora koda ievads izvēles laukā.

O

L.06. Formu aizpildīšana

Sistēmai ir automātiski jāaizpilda forma ar iepriekš ievadītajām vērtībām gadījumos, kad formas nosūtīšana nav izdevusies kļūdas vai citu iemeslu dēļ.

O

L.07. Standarta ziņojumi

Sistēmas standarta ziņojumiem un kļūdas paziņojumiem jābūt viegli saprotamā valodā, saturot minimāli nepieciešamo informāciju, precīzi jāskaidro radušos problēmu būtība un jāpiedāvā tālākās rīcības variants, lai Sistēmas lietotājs pašrocīgi vai ar Sistēmas atbalsta personāla palīdzību atrisinātu kļūdu.

O

L.08. Datu ievade Sistēmai ir jāparedz iespēju lietotājam izvēlēties datu ievades metodi:

1. manuāli;2. automātiski, augšupielādējot no datnes.

O

L.08. Sistēmas izmantošana ar klaviatūru

Sistēmai jābūt lietojamai, izmantojot tikai klaviatūru, kā arī jāparedz, lai Sistēmas lietošanas iespējas ar klaviatūru lietotājam ir vienkārši uzzināt.

O

L.10. Ievadīto datu pārbaude

Sistēmai automātiski jāpārbauda vai ievadīto un importēto datu (datums, skaitlis u.c.) formāts atbilst Sistēmā definētajām prasībām.

O

L.11. Ievadīto datu kļūdas paziņojumi

Sistēmai jāparāda lietotājam visus nepareizi aizpildītos laukus ar detalizētiem kļūdas paziņojumiem. Šai funkcijai

O

48

Nr. Prasība Apraksts Prioritāte – O vai

Nir jāstrādā arī attiecībā uz importētajiem datiem.

L.12. Kļūdu vai izņēmuma situāciju paziņojumi

Paziņojumā par kļūdu vai izņēmuma situāciju lietotājam jāsniedz informācija par transakcijas izpildes stāvokli un iespējamie tālākās rīcības varianti. Informācija par kļūdu vai izņēmuma situāciju jāreģistrē un jānodrošina Sistēmas administratoram pārskatīt Sistēmas kļūdu reģistru.

O

L.13. Viennozīmīgums Sistēmā, apzīmējot vienu un to pašu lietu dažādos ekrānos, jābūt izmantotiem vieniem un tiem pašiem terminiem un zīmēm. Jebkurai Sistēmas darbībai jābūt viennozīmīgai, t.i., izpildot vienu un to pašu darbību lietotājam jāiegūst kvalitatīvi vienādi rezultāti.

O

L.14. Atgriezeniskā saite

Sistēmai jānodrošina atgriezeniskā saite ar Sistēmas lietotāju, informējot viņu par Sistēmā notiekošajām darbībām (lietotāja līmenī).

O

L.15. Ievadīto datu labošana

Sistēmai ir jāļauj lietotājam labot un/vai dzēst ievades formās ievadītos datus pirms tie ir tikuši nosūtīti Sistēmai.

O

L.16. Ievadīto datu labošanas aizliegums

Sistēmai ir jāaizliedz labot un/vai dzēst Sistēmā ievadītos datus pēc tam, kad tie ir nosūtīti un saglabāti Sistēmā, izņemot gadījumos, kad tas ir atļauts.

O

L.17. Meklēšana Sistēmai ir jānodrošina iespēju meklēt informāciju visos funkcionālajos moduļos atbilstoši izvēlētajiem parametriem, atslēgas vārdiem, to fragmentiem dažādos laukos, kā arī šo lauku kombinācijās. Meklēšana nedrīkst būt reģistrjutīga.

O

L.18. Meklēšanas rezultātu attēlošana

Sistēmai ir jāattēlo meklēšanas rezultātos tikai tos datus, kuru skatīšanai lietotājam ir tiesības.

O

L.19. Biznesa loģika Biznesa loģikai ir jābūt iestrādātai biznesa loģikas slānī. OL.20. Vairāku funkciju

izsaukšanaSistēmai jāļauj izsaukt vairākās funkcijas / atvērt vairākus logus vienlaicīgi, nepārtraucot citas iesāktās darbības.

O

L.21. Palīdzības funkcija

Sistēmai jānodrošina palīdzības funkcijas pieejamība, kuru lietotājs var izsaukt no jebkura Sistēmas ekrāna. Atspoguļotās palīdzības informācijas saturam jābūt piesaistīts konkrētam ekrānam, no kura palīdzības funkcija tika izsaukta (context-sensitive help). Palīdzības informāciju sagatavo Izstrādātājs un saskaņo ar Pasūtītāju. Palīdzībā jābūt ietvertai meklēšanas funkcionalitātei. Sistēmai ir jānodrošina iespēju Sistēmas administratoram veikt izmaiņas palīdzības informācijas saturā, izmantojot lietotāju saskarni.

O

L.22. Problēmas pieteikšana Sistēmā

Lietotājam Sistēmā jābūt iespējai pieteikt problēmu par Sistēmas funkcionalitāti un darbību.

O

L.23. Sistēmas lietošanas noteikumi

Sistēmai ir jānodrošina iespēja lietotājam pirms darba uzsākšanas ar Sistēmu parādīt Sistēmas lietošanas noteikumus.

1. Sistēma nedrīkst atļaut lietotājam uzsākt darbu, pirms lietotājs ir piekritis Sistēmas lietošanas noteikumiem;

2. Lietotāja piekrišanas fakts Sistēmas lietošanas noteikumiem ir jāsaglabā auditācijas pierakstos;

3. Katrai lietotāju grupai ir jāvar attēlot atšķirīgus Sistēmas lietošanas noteikumus;

4. Sistēmai ir jānodrošina iespēja Sistēmas Administratoram izmainīt Sistēmas lietošanas noteikumus un atkārtoti likt noteiktām lietotāju grupām tos apstiprināt.

O

49

4.3. Rezerves kopijasNr. Prasība Apraksts Prioritāt

e – O vai N

R.01. Rezerves kopiju risinājums

Sistēmai jānodrošina iespēja izveidot datu rezerves kopijas, izmantojot FM vienoto datu rezerves kopēšanas sistēmu Microsoft DPM.

O

4.4. Veiktspējas prasībasNr. Prasība Apraksts Prioritāt

e – O vai N

V.01. Reakcijas laiks Sistēmas reakcijas laiks ( t. i., laiks no brīža, kad lietotājs ir veicis transakciju līdz transakcijas izpildes beigām, kad lietotājam ir redzams transakcijas rezultāts) nedrīkst pārsniegt 3 sekundes 95% transakciju.

O

V.02. Informācijas atlases laiks

Informācijas atlases laiks: 90% gadījumu jāizpildās mazāk kā 3 sekundes

laikā; 10% gadījumā jāizpildās mazāk kā 15 sekunžu

laikā.

O

V.03. Vienlaicīgās lietotāju sesijas

Sistēmai ir jānodrošina darbs vismaz 200 lietotāju vienlaicīgām sesijām ar kopējo pieprasījumu skaitu līdz 1000 pieprasījumiem stundā.

O

V.04. Sistēmas darbības nepārtrauktība

Sistēmā jāiestrādā kontroles mehānisms, kas nodrošinātu tās nepārtrauktu darbību pat gadījumos, kad tiek pārsniegts plānotais vienlaicīgu lietotāju skaits, proti, tādos gadījumos Sistēmai jākontrolē tās lietotāju skaits, lai tās darbība netiktu pārtraukta, bet var kļūt lēnāka.

O

4.5. Administrēšanas prasībasNr. Prasība Apraksts Prioritāt

e – O vai N

A.01. Sistēmas darbības parametru rediģēšana

Sistēmai jānodrošina, ka Sistēmas administratoram ir iespēja rediģēt Sistēmas darbības parametrus.

O

4.6. Pārnesamība un izmaiņasNr. Prasība Apraksts Prioritāt

e – O vai N

P.01. Pārnesamība Sistēmas datu bāzu vadības sistēmai jābūt no operētājsistēmas neatkarīgai. Gadījumā, ja Sistēma ir izveidota, papildinot standartprodukta funkcionalitāti, papildinājumiem jābūt tā veidotiem, lai būtu iespējams bez (vai ar minimālām) Sistēmas izmaiņām Sistēmu pārnest uz jaunāku standartprodukta versiju.

O

P.02. Izmaiņas Sistēmai ir jānodrošina iespēja pārliecināties, ka tās izmaiņu vai atjauninājumu laikā:

Visi dati tiek pārvietoti uz jauno datubāzes struktūru;

Datu pilnība un integritāte nav zudusi; Dati nav zuduši; Esošā Sistēmas funkcionalitāte nav ietekmēta.

O

P.03. Datu integritāte Sistēmas un/vai aparatūras izmaiņas, uzlabojumi un kļūdu labojumi nedrīkst ietekmēt ievadīto datu integritāti.

O

50

4.7. Pieejamība un uzticamībaNr. Prasība Apraksts Prioritāt

e – O vai N

PI.01.

Pieejamība Pieejamība nozīmē iespēju izmantot Sistēmu un to atbalstošo tehnisko infrastruktūru. Pieejamība pēc būtības nav vienlīdzīga Sistēmas funkcionalitātei (Sistēmas veicamajām specifiskajām funkcijām) un Sistēmas lietojamībai (Sistēmas lietotāju iespējai izmantot Sistēmas funkcijas konkrētu uzdevumu veikšanai vai problēmu risināšanai). Pieejamība nozīmē to, vai Sistēma ir pieejama apstrādei, kontrolei un uzturēšanai. Normālos apstākļos pēc ieviešanas ekspluatācijā Sistēmai jābūt pieejamai darba dienās 8:00 – 18:00: 99.9%, pārējā laikā: 95% vidēji katrā gadā jebkurai Sistēmas funkcionalitātei.

O

PI.02.

Uzticamība Uzticamība ir ar Sistēmas pieejamību saistīts kritērijs. Šī dokumenta kontekstā uzticamība jāsaprot kā Sistēmas spēja konsekventi panākt vienus un tos pašus rezultātus saskaņā ar definētu un akceptētu biznesa loģiku. Ja Sistēma tiek ekspluatēta tās normālā stāvoklī un atbilstoši šajā dokumentā izvirzītajiem nosacījumiem, rezultātu uzticamībai jābūt vidēji darba dienās plkst. 8:00 – 18:00: 99.9%, pārējā laikā: 95%.

O

PI.03.

Darbības automātiska atjaunošana

Pēc incidenta, kura rezultātā ir notikusi programmatūras vai ierīču restarts (piem., elektroenerģijas padeves traucējumi), Sistēmai ir jāieslēdzas automātiski bez manuālas iejaukšanās. Pirms incidenta apstrādātie dati un Sistēmas konfigurācijas dati nedrīkst pazust.

O

PI.04.

Darbību pilnīga izpilde

Sistēmas operācijas un apstrādājamie dati Sistēmas rezerves kopiju izveides laikā nedrīkst pazust. Visām Sistēmas operācijām ir jābūt pabeigtām un datiem saglabātiem pirms tiek uzsākts veidot rezerves kopijas.

O

4.8. Atbilstība standartiem un normatīvajiem aktiemPrasības ID

Prasības nosaukums

Apraksts Prioritāte – O vai N

AS.1.

Atbilstība standartiem

Sistēmas izstrādes un ieviešanas gaitā jāizmanto vismaz šādus vai ekvivalentus standartus:1. ISO/IEC 12207 Information technology -

Software life cycle processes;2. J-SD-016 Standard for Information Technology

Software Life Cycle Processes Software Development;

3. Standarts programmatūras lietotāju dokumentācijai (LVS 66:1996);

4. Standarts programmatūras testu dokumentācijai (LVS 70:1996);

5. Ieteicamās metodes programmatūras izstrādes aprakstiem (LVS 72:1996);

6. Standarts programmatūras projektu pārvaldības plāniem (LVS 67:1996);

7. Standarts programmatūras konfigurācijas pārvaldības plāniem (LVS 69:1996);

8. Standarts programmatūras verifikācijas un validācijas plāniem (LVS 71:1996);

9. Programmatūras kvalitātes nodrošināšanas plāns (LVS 65:1996);

10. Standarts programmatūras vienību testēšanai (LVS 73:1996);

11. Standarts programmatūras pārbaudēm un auditiem (LVS 74:1996);

12. Standarts sistēmu lietojamībai (LVS EN ISO 9241-210:2016 "Cilvēka un sistēmas

O

51

Prasības ID

Prasības nosaukums

Apraksts Prioritāte – O vai N

mijiedarbības ergonomika").Ja Izstrādātājs strādā pēc citiem standartiem, Izstrādātājam tie ir jānorāda. Uzsākot projektu, Izstrādātājam jānorāda un jāsaskaņo ar Pasūtītāju, kādus standartus paredzēts pielietot sistēmas izstrādē un ieviešanā, kā arī - kādas projekta vadības un kvalitātes nodrošināšanas procedūras tiks izmantotas.

AS.1.

Atbilstība normatīvo

aktu prasībām

Sistēmai jānodrošina prasību ievērošana atbilstoši regulējošajiem normatīvajiem aktiem, iekļaujot vismaz šādus normatīvos aktus:1. Komisijas Regula (EK) Nr. 1407/2013 (2013.

gada 18. decembris) par Līguma par ES darbību 107. un 108. panta piemērošanu de minimis atbalstam;

2. Komisijas Regula (EK) Nr.1408/2013 (2013. gada 18. decembris) par Līguma par ES darbību 107. un 108. panta piemērošanu de minimis atbalstam lauksaimniecības nozarē;

3. Komisijas Regula (EK) Nr. 717/2014 (2014. gada 27.jūnijs) par Līguma par ES darbību 107. un 108. panta piemērošanu de minimis atbalstam zvejniecības un akvakultūras nozarē;

4. Komisijas Regula (EK) Nr. 360/2012 (2012. gada 25.aprīlis) par Līguma par ES darbību 107. un 108. panta piemērošanu de minimis atbalstam, ko piešķir uzņēmumiem, kuri sniedz pakalpojumus ar vispārēju tautsaimniecisku nozīmi’;

5. MK 2014. gada 2. decembra noteikumi Nr. 740 „De minimis atbalsta uzskaites un piešķiršanas kārtība un uzskaites veidlapu paraugi”.

6. MK 2015. gada 29. septembra noteikumi Nr. 557 „De minimis atbalsta uzskaites un piešķiršanas kārtība lauksaimniecības nozarē”;

7. MK 2014. gada 29.septembra noteikumi Nr. 558 „ De minimis atbalsta uzskaites un piešķiršanas kārtība zvejniecības un akvakultūras nozarē”;

8. MK 2014. gada 2. decembra noteikumi Nr. 741 „ De minimis atbalsta uzskaites un piešķiršanas kārtība komercsabiedrībām, kuras sniedz pakalpojumus ar vispārēju tautsaimniecisku nozīmi, un uzskaites veidlapu paraugi”.

9. Rokasgrāmata de minimis atbalsta piešķiršanai (2015.gada jūlijs), FM;

10. Eiropas parlamenta un padomes regula (ES) 2016/679 (2016. gada 27. aprīlis) par fizisku personu aizsardzību attiecībā uz personas datu apstrādi un šādu datu brīvu apriti un ar ko atceļ Direktīvu 95/46/EK (Vispārīgā datu aizsardzības regula);

11. Informācijas tehnoloģiju drošības likums, kā arī saistītie MK noteikumi:

1. MK 2015. gada 28. jūlija noteikumi Nr.

O

52

Prasības ID

Prasības nosaukums

Apraksts Prioritāte – O vai N

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”.

12. Fizisko personu datu aizsardzības likums, kā arī saistītie MK noteikumi:

1. MK 2001.gada 30.janvāra noteikumi Nr. 40 “Personas datu aizsardzības obligātās tehniskās un organizatoriskās prasības”.

13. Valsts informācijas sistēmu likums, kā arī saistītie MK noteikumi:

1. MK 2005.gada 11.oktobra noteikumi Nr. 765 “Valsts informācijas sistēmu vispārējās drošības prasības”;

2. MK 2005.gada 11.oktobra noteikumi Nr. 764 “Valsts informācijas sistēmu vispārējās tehniskās prasības”;

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

4. MK 2012.gada 19.jūnijs noteikumi Nr. 421 “Valsts informācijas sistēmu savietotāju un integrēto valsts informācijas sistēmu aizsardzības prasības” .

14. Informācijas sabiedrības pakalpojumu likums;15. MK 2017.gada 4.jūlija noteikumi Nr. 402

“Valsts pārvaldes e-pakalpojumu noteikumi”.

4.9. Sistēmas dokumentācijaNr. Prasība Apraksts Prioritāt

e – O vai N

D.01. Sistēmas dokumentācija

1. Izstrādātājam kopā ar Sistēmu ir jāiesniedz pilns programmatūras dokumentācijas komplekts atbilstoši tam programmatūras izstrādes standartam pēc kura piegādātājs strādā. Dokumentācija ir jāiesniedz elektroniskā rediģējamā formā (piemēram, .docx).

2. Minimālais dokumentācijas apjoms ir vismaz šāds:2.1. Sistēmas lietotāja rokasgrāmata2.2. Sistēmas administratora rokasgrāmata, t.sk.

sākotnējās uzstādīšanas un jauninājumu uzstādīšanas instrukcija, un lietotāju instrukcijas;

2.3. Programmatūras prasību specifikācija;2.4. Rezerves kopēšanas un atjaunošanas kārtība;2.5. Testēšanas plāns;2.6. Akcepttestēšanas scenāriji;

3. Sistēmas uzturēšanas gaitā šī dokumentācija jāaktualizē un jāuztur aktuālā stāvoklī. Izstrādātājam pēc Pasūtītāja pieprasījuma jāpiegādā (nepieprasot par to papildus samaksu) dokumentācijā un citos Izstrādātāja radītajos un piegādātajos dokumentos vai citos nodevumos ietverto shēmu, grafiku un citu grafisko un/vai video materiālu izejas materiālus elektroniskā rediģējamā formā (piemēram, Microsoft

3.1. O

53

Nr. Prasība Apraksts Prioritāte – O vai N

Visio shēmas/grafika gadījumā rediģējams .vsd vai .vsdx fails).

Katrs dokuments jāizstradādā atbilstoši starptautisko standartu prasībām konkrētajam dokumentam (piemēram, IEEE vai ISO standarti). Konkrētie izmantojamie standarti Izstrādātājam jāsaskaņo ar Pasūtītāju.

4.10.AkceptestēšanaNr. Prasība Apraksts Prioritāte

– O vai NAK.01. Akcepttestēšan

as scenārijiIzstrādātājam jāpiegādā akcepttestēšanas scenāriji, kas sagatavoti atbilstoši PPS un aptver visas prasības t.sk. drošības un veikspējas testus.Akcepttesu scenāriju dokumentācijā jāsniedz scenāriju trasējamība ar PPS prasībām.

O

AK.02. Akcepttestēšana

Akcepttestēšanas laikā identificētie Sistēmas defekti (ieskaitot datubāžu un konfigurācijas defektus, drošības un veiktspējas defektus) Izstrādātājam ir jānovērš laika posmā, kas nepārsniedz veiktās akcepttestēšanas ilgumu, bet ne vairāk par 3 (trīs) nedēļām.Ja akcepttestēšanas laikā vismaz 50% scenāriji neizpildās sekmīgi, tā tiek pārtraukta līdz identificētie defekti tiek novērsti.

O

4.11. Izmēģinājuma ekspluatācijaNr. Prasība Apraksts Prioritāt

e – O vai N

IE.01.

Izmēģinājuma ekspluatācija

Izmēģinājuma ekspluatācija ir Sistēmas darbināšana produkcijas vidē noteiktu laika periodu (1 mēnesis), ja Sistēma uzstādīta produkcijas vidē pirmo reizi. Izmēģinājuma ekspluatācijas laikā Izstrādātājam jānodrošina papildus resursi, lai nodrošinātu pakalpojumu līmeņa vienošanās (SLA) paredzēto parametru izpildi. Izmēģinājuma ekspluatācija uzsākama pēc Sistēmas pieņemšanas, - kad akcepttestēšanā nav tikušas konstatētas visaugstākās prioritātes (avārija) un augstas (nopietna kļūda) prioritātes kļūdas. Ja izmēģinājuma ekspluatācijas laikā tiek konstatētas visaugstākās prioritātes (avārija) un augstas (nopietna kļūda) prioritātes kļūdas, izmēģinājuma ekspluatācijas perioda uzskaite tiek sākta pa jaunu. Sistēma uzskatīta par ieviestu, kad parakstīts Sistēmas nodošanas - pieņemšanas akts. Garantijas uzturēšanas periods sākas pēc sekmīgi pabeigtas izmēģinājuma ekspluatācijas un Sistēmas nodošanas - pieņemšanas akta parakstīšanas.Izmēģinājuma ekspluatācija (1 mēnesis) ir iekļaujama kopējā Sistēmas izstrādes periodā (11 (vienpadsmit) mēneši).

O

4.12. Datu migrēšanaID Prasība Apraksts Prioritāt

e – O vai N

M.01.

Datu migrēšana Izstrādātājam ir jāveic līdz 50 Atbalsta sniedzēju datu migrācija. Kopējais migrējamo ierakstu skaits līdz 40 000. Datu sagatavošanu veic Atbalsta sniedzēji.

O

M.02 Migrēšana datu Izstrādātājam ir jāsagatavo datu ievades forma Atbalsta O

54

. ievades formas sagatavošana

sniedzējiem.

4.13. Lietotāju apmācībaNr. Prasība Apraksts Prioritāt

e – O vai N

L.01.

Apmācību sesijas klātienē

Pirms Sistēmas palaišanas ekspluatācijā, izstrādātājam ir jānodrošina viena apmācību sesijas klātienē, izmantojot pasūtītāja aparatūru, katrai lietotāju grupām:1. Sistēmas administratori;2. Komercdarbības atbalsta kontroles institūcijām un Atbalsta

sniedzējiem.

O

L.02.

Apmācību materiāli

Izstrādātājam apmācību laikā jānodrošina apmācību materiāli. Pēc apmācībām materiāli jāiesniedz elektroniski.

O

L.03 Apmācību sesiju video ieraksts

Izstrādātājam jānodrošina apmācību sesiju video ieraksts (t.sk. uz ekrāna izpildīto darbību, parādītās prezentācijas u.c. ieraksts). Video ieraksti jāiesniedz Pasūtītājam ne vēlāk kā 10 darba dienas pēc apmācību sesijas.

O

L.04 Video lietošanas instrukcija

Izstrādātājam ir jānodrošina lietošanas instrukcijas izstrāde video formātā Atbalsta pretendentiem/saņēmējiem, kā arī lietošanas instrukciju atjaunināšanu, Sistēmas izmaiņu gadījumā

O

4.14. Garantija un Sistēmas uzturēšanaNr. Prasība Apraksts Prioritāt

e – O vai N

G.01. Garantija Izstrādātājam ir jānodrošina Sistēmas garantijas apkalpošanu vismaz 2 (divus) gadus no Sistēmas nodošanas-pieņemšanas akta parakstīšanas brīža. Šajā laikā bez papildus maksas Izpildītājam ir jānodrošina:

1. Sistēmas kļūdu labošana;2. Sistēmas atjaunošana pēc incidenta vai avārijas,

ja incidents vai avārija radusies Sistēmas darbības vai nepareizas darbības dēļ.

3. Sistēmas dokumentācijas labošana un atjaunošana (kļūdu labošanas gadījumā vai atjaunojot pēc incidenta).

O

G.02. Sistēmas uzturēšana

Izstrādātājam pēc Sistēmas nodošanas-pieņemšanas akta prakstīšanas ir jānodrošina Sistēmas uzturēšana, ņemot vērā, ka kopējais līguma izpildes termiņš nepārsniedz 4 (četrus) gadus no līguma noslēgšanas dienas vai līdz līgumā noteiktas līgumcenas sasniegšanai, provizoriski tie ir 12 (divpadsmit) ceturkšņi. Šajā laikā ir jānodrošina:

1. Telefoniskas konsultācijas par Sistēmas lietošanu.

2. Sistēmas dokumentācijas labošana un atjaunošana.

3. Nelielu izmaiņu realizācijas un ieviešana Sistēmā– līdz 20 stundām ceturksnī.

4. Izmantotās standarta programmatūras jauninājumu piegāde, ja Sistēmas darbināšanai tiek izmantota standarta programmatūra, kas nav Pasūtītāja rīcībā.

O

G.03. Sistēmas izmaiņas

Izmaiņu pieprasījumu realizācija, 500 cilvēkstundas (Izmaiņu pieprasījumi var tikt pasūtīti pēc Sistēmas nodošanas- pieņemšanas akta prakstīšanas).

O

G.04. Reakcijas laiks Izstrādātājam jāņem vērā šāds pieteikumu kategoriju sadalījums un jānodrošina šādu reakcijas un izpildes termiņu ievērošana:

Izstrādātājam jānodrošina šāds reakcijas laiks uz

O

55

Nr. Prasība Apraksts Prioritāte – O vai N

Pasūtītāja pieteikto ziņojumu/problēmu no pieteikšanas brīža:

Visaugstākās prioritātes gadījumos - 1 stundas laikā darba dienās no plkst. 8:30 – 18:00, ja tiek pieteikta darba dienā pēc plkst.18:00, tad tiek uzskatīts, ka ziņojums saņemts nākamajā darba dienā plkst.8:30;

Augstas prioritātes gadījumos - 2 stundu laikā darba dienās no plkst. 8:30 līdz 18:00, ja tiek pieteikta darba dienā pēc plkst.18:00, tad tiek uzskatīts, ka ziņojums saņemts nākamajā darba dienā plkst. 8:30;

Pārējos gadījumos – 8 stundu laikā darba dienās no plkst. 8:30 – 18:00, ja tiek pieteikts darba dienā pēc plkst. 18:00, tad tiek uzskatīts, ka ziņojums saņemts nākamajā darba dienā plkst. 8:30.

Izstrādātājs nodrošina šādus problēmu novēršanas laikus no problēmas pieteikšanas brīža:

Visaugstākās prioritātes gadījumos – 3 stundu laikā darba dienās no plkst. 8:30 – 18:00, sākot no brīža, kad veikta pieteikšana;

Augstas prioritātes gadījumos – 8 stundu laikā darba dienās no plkst. 8:30 – 18:00, sākot no brīža, kad veikta pieteikšana;

Parastas prioritātes gadījumos – 3 darba dienu laikā, sākot no dienas, kad vekta pieteikšana;

Zema prioritātes gadījumos – 10 darba dienu laikā, sākot no dienas, kad veiktas pieteikšana;

Saskaņoto darbu gadījumos – saskaņošanas laikā noteiktajā termiņā;

Konsultāciju gadījumos - izstrādātājs sniedz konsultācijas un palīdz novērst kļūdas pēc pušu savstarpējās vienošanās.

Pasūtītāja pieteikto pieteikumu sadalījums kategorijās: Visaugstākā prioritāte (avārija) – Sistēmas

problēma, ka apstādina risinājum vai tā kritiskas daļas darbību un kuras seku rezultātā Sistēmas lietošana nav iespējama līdz problēmas cēloņu novēršanai;

Augsta prioritāte (nopietna kļūda) – Sistēmas problēma, kas negatīvi ietekmē Sistēmas būtisku funkciju izpildi un nav zināms arī problēmas pagaidu risinājums;

Parasta prioritāte (kļūda) – Sistēmas problēmas, kas negatīvi ietekmē Sistēmas funkciju izpildi, taču ir zināms problēmas pagaidu risinājums;

Zema prioritāte (kļūda) – Sistēmas neprecizitāte, kas netraucē tās veiksīmgai darbībai;

Saskaņotie darbi – jaunu versiju, uzlabojumu (ielāpu) vai kādu Sistēmas izmaiņu uzstādīšanas un konfigurēšana Sistēmā;

Konsultācijas – sniegta atbilde (e-pasta, telefonsarunas vai klātienes veidā) uz Pasūtītājam interesējošiem jautājumiem par Sistēmas darbību, leitošanu, administrēšanu vai pilnveidošanas iespējām.

Sistēmas ieviešana un uzturēšanas noteikto darbu, problēmu risināšanas pārvaldība notiek, izmantojot Pasūtītāja IT pieteikumu sistēmu.

G.05. Izmēģinājuma ekspluatācija

Izmēģinājuma ekspluatācijas laikā Izstrādātājam jānodrošina nepārtraukts atbalsts Sistēmas administratoram katru darba dienu no 8:00 – 18:00.

O

56

Nr. Prasība Apraksts Prioritāte – O vai N

G.06. Drošības ievainojamību novēršana

Izstrādātājam ir jānodrošina drošības ievainojamību novēršana nekavējoties, bet ne ilgāk kā vienu mēnesi pēc:

1. Drošības ievainojamības informācijas publicēšanas vai saņemšanas, t.sk. no Pasūtītāja, ja tā ir saistīta ar koda izpildīšanu Pasūtītāja sistēmā;

2. Kļūdu labojuma pieejamības, ja tas ir saistīts ar koda izpildīšanu trešo pušu izstrādātajā programmatūrā, kas ir iekļauta Sistēmā vai tiek izmantota tās darbināšanas, piemēram, operētājsistēma vai datubāžu vadības sistēma.

O

G.07. Trešo pušu programmatūra

Izstrādātājam ir jāpiegādā Pasūtītājam trešo pušu programmatūras, kas tiek izmantota Sistēmas darbināšanai, drošības ielāpi vai jānodrošina vismaz 2 (divām) Pasūtītāja autorizētām personām piekļuve trešo pušu programmatūras izstrādātāju tiešsaistes portālam drošības ielāpu lejupielādei.

O

G.08. Uzturēšanas pakalpojumu atskaite

Izstrādātājam reizi ceturksnī ir jāiesniedz Pasūtītājam atskaite par veiktajiem uzturēšanas pakalpojumiem. Atskaitē ir jābūt iekļautam veikto darbu aprakstam un to patērēto stundu skaitam.

O

5. Organizatoriskās prasības

5.1. Pakalpojuma izpildē un darba uzdevumu veikšanā piemērojamās metodesNr. Prasība Apraksts Prioritāt

e – O vai N

P.01. Izstrādes metodoloģija

Izstrādātājam jānodrošina Sistēmas izstrādes īstenošana, piemērojot AGILE metodoloģiju.

O

P.02. Dalījums sprintos

Sistēma ir jāizstrādā sprintos, kuru garums nepārsniedz 4 nedēļas.

O

P.03. Sprintu skaits Sistēmai ir jābūt pilnībā izstrādātai un piegādātai produkcijas vidē 8 sprintos.

O

5.2. Pakalpojuma darba uzdevumu prasībasNr. Apraksts Prioritāt

e – O vai N

PD.01. Incidentu reģistrs

Izstrādātājam jāizmanto Pasūtītāja incidentu, problēmu un izmaiņu pieprasījumu reģistru (IT pieteikumu sistēmu) un jānodrošina tajā izpildes statusa kontroli.

O

PD.02. Sistēmas vides Izstrādātājam jānodrošina Sistēmas izstrādes vide uz savā rīcībā esošas aparatūras, kā arī tās administrēšana.

O

PD.03. Licences Izstrādātājam ir jānorāda Sistēmas darbībai nepieciešamās licences, to veidus un skaitu testa un produkcijas videi, kā arī jāpiegādā visas nepieciešamās licences (izņemot pasūtītāja rīcībā esošās Microsoft programmatūras licences).

O

PD.04. Licencēšanas politika

Lietotāju, kas veic projekta datu ievadi Sistēmā, licencēšanai nedrīkst tikt izmantots „named users” mehānisms.

O

PD.05. Versiju pārvaldība

Izstrādātājam Sistēmas izstrādes un uzturēšanas laikā ir jānodrošina Sistēmas vai tās daļu programmatūras koda, datubāzes un dokumentācijas versiju vadība.

O

PD.06. Dizains Izstrādātājam jāizstrādā un jāsaskaņo Sistēmas dizains ar O

57

Nr. Apraksts Prioritāte – O vai N

Pasūtītāju.PD.07. Īpašumtiesības Izstrādātājam jāpiegādā un jānodod Pasūtītāja īpašumā

Sistēmas pirmkods.O

5.3. Laika grafiksNr. Prasība Apraksts Prioritāt

e – O vai N

LG.01. Laika grafiks Izstrādātājam Sistēmas prasību analīzi, izstrādi, akcepttestēšanu, uzstādīšanu, izmēģinājuma ekspluatāciju un nodevumu saskaņošanu ir jāveic 11 (vienpadsmit) kalendāro mēnešu laikā pēc iepirkuma līguma noslēgšanas.Izmēģinājuma ekspluatācija (1 mēnesis) ir iekļaujama kopējā Sistēmas izstrādes periodā (11 (vienpadsmit) mēneši).

O

LG.02. Līguma izpildes plāns

Izstrādātājam, uzsākot līguma izpildi, jāsagatavo detalizēts Līguma izpildes plāns, tostarp, Pakalpojuma 1.daļas ieviešanas plāns, kas jāsaskaņo ar Pasūtītāju. Līguma izpildes plānu nepieciešams aktualizēt pēc nepieciešamības visa Līguma izpildes laikā.Līguma izpildes plānu Izstrādātājs prezentē Pasūtītājam Ievada sanāksmē. 5 (piecu) darba dienu laikā pēc Ievada sanāksmes Izpildītājs pabeidz darbu pie Līguma izpildes plāna un iesniedz to Pasūtītājam saskaņošanai. Pasūtītājs iesniegto Līguma izpildes plānu izskata un saskaņo 3 (trīs) darba dienu laikā. Ja tajā nepieciešami precizējumi, Izpildītājs 3 (trīs) darba dienu laikā to precizē un iesniedz atkārotai saskaņošanai.

O

LG.03. Sprinta izpildes plāns

Pirms Pakalpojuma 1.daļas izpildes katra sprinta Izstrādātājs iesniedz Pasūtītājam apstiprināšanai tā izpildes plānu (saskaņošanai 3 (trīs) darba dienu laikā).

O

LG.04. Ievada sanāksme

5 (piecu) darba dienu laikā, skaitot no Līguma spēkā stāšanās dienas, Pasūtītājs organizē Ievada sanāksmi. Izstrādātājs ievada sanāksmē prezentē: Līguma izpildes plāna projektu, tai skaitā Pakalpojuma 1.daļas ietvaros Izstrādātāja piedāvāto nodevumu sarakstu, un, cik iespējams, katra nodevuma aprakstu ar paredzētajiem darbiem, to apjomu un saturu, plānoto izpildes laiku, saskaņošanas laiku kā arī sadalījumu pa sprintiem, kā arī līguma izpildes/projekta vadību, dalībnieku funkcijas un pienākumus darba procesā, tāpat piedāvāto nodevumu izstrādes metodiku un uzraudzības metodiku un citu informāciju, kas svarīga līguma sekmīgai izpildei.

O

5.4. Citas organizatoriskās prasībasNr. Prasība Apraksts Prioritāt

e – O vai N

C01. Tehniskais risinājums

Tehniskajā risinājumā var izmantot:1. Esošo datu pārraides tīklu un serverus;2. Pasūtītāja rīcībā esošo Microsoft programmatūru;3. Jaunu programmatūru, kuras licences piegādā

Izstrādātājs – jebkurai piegādātajai programmatūrai jānodrošina sadarbspēja ar Pasūtītāja rīcība esošo tehnisko infratsruktūru un izmantoto programmatūru, kas iekļauta šīs TS 2.1.3. sadaļā.

O

C.02. Risinājuma savietošana ar FM rīcībā esošajiem IT pārvaldības

Sistēmas tehnoloģijai/risinājumam jābūt integrējamam un savietojamam ar FM esošo infrastruktūru un izmantotajiem risinājumiem (skatīt šīs TS 2.1.3. sadaļu), ņemot vērā esošo risinājumu iespējas un tehnoloģiskās

O

58

Nr. Prasība Apraksts Prioritāte – O vai N

rīkiem/sistēmām īpatnības un nodrošinot Sistēmas augstu pieejamību un stabilu darbību. Izstrādātājam ir jāsniedz tehniskais atbalsts izstrādātās Sistēmas integrācijai ar FM IS, nepieciešamība gadījumā – arī konfigurēšana uz vietas FM telpās.

G.03. Sistēmas izmaiņas Izmaiņu pieprasījumu realizācija, 500 cilvēkstundas (Izmaiņu pieprasījumi var tikt pasūtīti pēc Sistēmas nodošanas-pieņemšanas akta parakstīšanas atkarībā no Pasūtītājam pieejamā finansējuma apjoma. Pasūtītājs neapņemas pasūtīt izmaiņu pieprasījumus pilnā apmērā).

O

6. Sasniedzamais rezultātsNoteiktajos termiņos izstrādāta un ieviesta Sistēma, kas atbilst TS prasībām, kā arī nodrošināta Sistēmas uzturēšana un atbilstoši Pasūtītāja veiktajam pieprasījumam attiecīga Sistēmas izmaiņu veikšana.

59

3.pielikumskonkursa nolikumam

ID Nr. FM2017/54 (DE MINIMIS IS)

Pretendenta pieredzes apraksts atbilstoši Nolikuma 2.2.1.punkta prasībai

Pretendentam iepriekšējo 3 (trīs) gadu laikā, skaitot no piedāvājuma iesniegšanas dienas, ir pieredze vismaz 2 (divu) informācijas sistēmu izstrādē un ieviešanā (sistēmas darbojas

ekspluatācijas režīmā). Katras izstrādātās sistēmas līgumcenai jābūt ne mazākai par 100 000 EUR bez PVN (neieskaitot serveru tehnikas, programmatūras un tās licenču izmaksas). Vismaz 1

(vienai) no minētajām sistēmām ir jābūt uz tīmekļa tehnoloģijām bāzētai un vismaz 300 (trīs simti) lietotājiem.

Nr.p.k.

Pretendenta izstrādātās informācijas sistēmas apraksts

(nosaukums, lietotāju skaits, līgumcena u.tt.)

Pakalpojumu sniegšanas

laiks/periods (mēnesis, gads)

Informācija par pakalpojumu saņēmēju

(nosaukums, kontaktpersonas vārds, uzvārds, tālrunis, e-pasts)

1.

2.

Datums: __________________

Pretendenta vai tā pilnvarotās personas amats, vārds, uzvārds, paraksts _______________________________

60

4.pielikumskonkursa nolikumam

ID Nr. FM2017/54 (DE MINIMIS IS)

Pakalpojuma izstrādē iesaistīto ekspertudzīvesgaitas apraksts (Curriculum Vitae)

Atbilstoši nolikuma 2.3.punktam

Amats projektā _________________________________________________________________

Vārds, uzvārds _________________________________________________________________

Kontaktinformācija:Tālrunis_______________________________________________________________________

e-pasts________________________________________________________________________

1. IzglītībaPievienojiet izglītību apliecinoša dokumenta kopiju/ -as (t.sk. sertifikātu kopijas).

Laikposms Izglītības iestādes nosaukums Izglītība, iegūtais grāds

          

2. Darba pieredzeNorādiet sniegtos pakalpojumus, kas attiecas uz pieprasīto kvalifikāciju un pieredzi šajā iepirkumā.

Projekta īstenošanas periods

(no-līdz, norādot gadu/mēnesi)

Projekta nosaukums un īss apraksts, kas satur visu

nepieciešamo informāciju, lai komisija varētu pārliecināties par pieredzes atbilstību nolikumā

izvirzītajām prasībām

Amats projektā un veiktie pienākumi

Informācija par projekta īstenotāju

  

APLIECINĀJUMSEs, apakšā parakstījies (-usies): - apliecinu, ka šī informācija ir patiesa un atbilstoši raksturo kvalifikāciju un pieredzi, - piekrītu manu personas datu izmantošanai konkursa “De minimis atbalsta uzskaites sistēmas izstrāde un ieviešana, uzturēšana un izmaiņu veikšana”, ID Nr. FM2017/54 (DE MINIMIS IS) pretendenta piedāvājuma izvērtēšanai, - apliecinu, ka apņemos piedalīties līguma izpildē, gadījumā, ja pretendentam __________(nosaukums) iepirkuma rezultātā tiks piešķirtas tiesības slēgt iepirkuma līgumu.

Paraksts __________________________

Datums __________

61

5. pielikumskonkursa nolikumam

ID Nr. FM2017/54 (DE MINIMIS IS)

FINANŠU PIEDĀVĀJUMA FORMA

___________________ (pretendenta nosaukums), piedāvā veikt De minimis atbalsta uzskaites sistēmas izstrādi un ieviešanu, uzturēšanu un izmaiņu veikšanu par šādu līgumcenu, EUR bez PVN:

Nr. Pakalpojuma nosaukums Mērvienība

Vienas vienības

cena, EUR (bez

PVN)

Pakalpojuma apjoms

Kopējā līgumcena,

EUR (bez PVN)

1.De minimis atbalsta uzskaites sistēmas izstrāde un ieviešana

- - -

2.De minimis atbalsta uzskaites sistēmas uzturēšana

ceturksnis 12*

3.Izmaiņu veikšana De minimis atbalsta uzskaites sistēmā

cilvēkstunda

500**

KOPĀ, EUR (bez PVN):* Norādīts provizorisks ceturkšņu skaits, ņemot vērā Tehniskās specifikācijas 4.14.punktā noteikto, ka Izpildītājam jānodrošina Sistēmas uzturēšanu sākot no Sistēmas nodošanas – pieņemšanas akta parakstīšanas brīža, bet nepārsniedzot kopā 4 (četrus) gadus kā līguma termiņu.

**Plānotais cilvēkstundu skaits, ko Pasūtītājs ir plānojis iegādāties izmaiņu veikšanai De minimis atbalsta uzskaites sistēmā uz visu līguma darbības laiku. Pasūtītājs neapņemas pasūtīt izmaiņu pieprasījumus pilnā apmērā. Samaksa tiks veikta tikai par abpusēji saskaņotiem darbu uzdevumiem un patērētajām cilvēkstundām.

Datums: __________________

Pretendenta vai tā pilnvarotās personas amats, vārds, uzvārds, paraksts _______________________________

62

6. pielikumskonkursa nolikumam

ID Nr. FM2017/54 (DE MINIMIS IS)

__________________________/Pasūtītāja nosaukums/

Apliecinājums par neatkarīgi izstrādātu piedāvājumu

Ar šo, sniedzot izsmeļošu un patiesu informāciju, _______________________________________ Pretendenta nosaukums, reģ. Nr.

(turpmāk – Pretendents) attiecībā uz Finanšu ministrijas organizēto atklāto konkursu “De minimis atbalsta uzskaites sistēmas izstrāde un ieviešana, uzturēšana un izmaiņu veikšana”, FM2017/54 (DE MINIMIS IS) (turpmāk – iepirkuma procedūra) apliecina, ka

1. Pretendents ir iepazinies un piekrīt šī apliecinājuma saturam.

2. Pretendents apzinās savu pienākumu šajā apliecinājumā norādīt pilnīgu, izsmeļošu un patiesu informāciju.

3. Pretendents ir pilnvarojis katru personu, kuras paraksts atrodas uz iepirkuma piedāvājuma, parakstīt šo apliecinājumu Pretendenta vārdā.

4. Pretendents informē, ka (pēc vajadzības, atzīmējiet vienu no turpmāk minētajiem):

☐ 4.1. ir iesniedzis piedāvājumu neatkarīgi no konkurentiem9 un bez konsultācijām, līgumiem vai vienošanām, vai cita veida saziņas ar konkurentiem;

☐ 4.2. tam ir bijušas konsultācijas, līgumi, vienošanās vai cita veida saziņa ar vienu vai vairākiem konkurentiem saistībā ar šo iepirkumu, un tādēļ Pretendents šī apliecinājuma Pielikumā atklāj izsmeļošu un patiesu informāciju par to, ieskaitot konkurentu nosaukumus un šādas saziņas mērķi, raksturu un saturu.

5. Pretendentam, izņemot gadījumu, kad pretendents šādu saziņu ir paziņojis saskaņā ar šī apliecinājuma 4.2. apakšpunktu, ne ar vienu konkurentu nav bijusi saziņa attiecībā uz:

5.1. cenām;5.2. cenas aprēķināšanas metodēm, faktoriem (apstākļiem) vai formulām;5.3. nodomu vai lēmumu piedalīties vai nepiedalīties iepirkumā (iesniegt vai neiesniegt piedāvājumu); vai5.4. tādu piedāvājuma iesniegšanu, kas neatbilst iepirkuma prasībām; 5.5. kvalitāti, apjomu, specifikāciju, izpildes, piegādes vai citiem nosacījumiem, kas risināmi neatkarīgi no konkurentiem, tiem produktiem vai pakalpojumiem, uz ko attiecas šis iepirkums.

9 Šī apliecinājuma kontekstā ar terminu „konkurents” apzīmē jebkuru fizisku vai juridisku personu, kura nav Pretendents un kura:

1) iesniedz piedāvājumu šim iepirkumam;2) ņemot vērā tās kvalifikāciju, spējas vai pieredzi, kā arī piedāvātās preces vai pakalpojumus, varētu iesniegt piedāvājumu šim iepirkumam.

63

6. Pretendents nav apzināti, tieši vai netieši atklājis un neatklās piedāvājuma noteikumus nevienam konkurentam pirms oficiālā piedāvājumu atvēršanas datuma un laika vai līguma slēgšanas tiesību piešķiršanas, vai arī tas ir īpaši atklāts saskaņā šī apliecinājuma ar 4.2. apakšpunktu.

7. Pretendents apzinās, ka Konkurences likumā noteikta atbildība par aizliegtām vienošanām, paredzot naudas sodu līdz 10% apmēram no pārkāpēja pēdējā finanšu gada neto apgrozījuma, un Publisko iepirkumu likums paredz uz 12 mēnešiem izslēgt pretendentu no dalības iepirkuma procedūrā. Izņēmums ir gadījumi, kad kompetentā konkurences iestāde, konstatējot konkurences tiesību pārkāpumu, ir atbrīvojusi pretendentu, kurš iecietības programmas ietvaros ir sadarbojies ar to, no naudas soda vai naudas sodu samazinājusi.

Datums: __________________

Pretendenta vai tā pilnvarotās personas amats, vārds, uzvārds, paraksts _______________________________

(Piezīme: Pretendents atbilstoši situācijai aizpilda tukšās vietas šajā formā, kā arī aizpilda pielikumu vai izmanto to kā apliecinājuma paraugu.)

PielikumsInformācija par Pretendenta saziņu ar konkurentiem saistībā ar konkrēto iepirkumuNr. Uzņēmums – konkurents, ar kuru ir

bijusi saziņaSaziņas veids, mērķis, raksturs un saturs

[Komersanta nosaukums, reģ. Nr.]

Datums: __________________

Pretendenta vai tā pilnvarotās personas amats, vārds, uzvārds, paraksts _______________________________

64

7. pielikumskonkursa nolikumam

ID Nr. FM2017/54 (DE MINIMIS IS)

2.   pielikums. Standarta veidlapa Eiropas vienotajam iepirkuma procedūras dokumentam (ESPD)

I daļa. Informācija par iepirkuma procedūru un līgumslēdzēju iestādi vai līgumslēdzēju

INFORMĀCIJA PAR IEPIRKUMA PROCEDŪRU

Ziņas par iepirkuma rīkotāju

Nosaukums: Latvijas Republikas Finanšu ministrijaAdrese: Smilšu iela 1, Rīga, LV – 1919Reģ.Nr.90000014724

Uz kuru iepirkuma procedūru tas attiecas?

Iepirkuma nosaukums vai īss apraksts: “De minimis atbalsta uzskaites sistēmas izstrāde un ieviešana, uzturēšana un izmaiņu veikšana”

Līgumslēdzējas iestādes vai līgumslēdzēja piešķirtais lietas atsauces numurs (ja piemērojams)10:

FM2017/54 (DE MINIMIS IS)

Ekonomikas dalībnieks norāda visu pārējo informāciju visās ESPD iedaļās.

II daļa. Informācija par ekonomikas dalībnieku

A: INFORMĀCIJA PAR EKONOMIKAS DALĪBNIEKU

Identifikācija: Atbilde:

Nosaukums: [ ]

PVN maksātāja numurs, ja piemērojams:

Ja PVN maksātāja numurs nav piemērojams, lūdzu, norādiet citu valsts identifikācijas numuru, ja tas ir pieprasīts un piemērojams.

[ ]

[ ]

Pasta adrese: [……]

Kontaktpersona vai kontaktpersonas11:

Tālruņa numurs:

E-pasts:

Tīmekļa adrese (tīmekļa vietne) (ja piemērojams):

[……]

[……]

[……]

[……]

10 Skatīt attiecīgā paziņojuma II.1.1. punktu.11 Ja ir vairāk nekā viena kontaktpersona, lūdzu, norādiet visu šādu personu kontaktinformāciju.

65

Vispārīga informācija: Atbilde:

Vai ekonomikas dalībnieks ir mikro, mazais vai vidējais uzņēmums12?

[] Jā [] Nē

Tikai gadījumā, ja dalība iepirkuma procedūrā ir rezervēta noteiktiem dalībniekiem 13 : vai ekonomikas dalībnieks ir aizsargāta darbnīca, sociālais uzņēmums14, vai arī tas līguma izpildei izmantos aizsargātas nodarbinātības programmas?Ja “jā”,kāda ir darbinieku ar invaliditāti vai nelabvēlīgā situācijā esošu darbinieku attiecīgā procentuālā daļa?Ja nepieciešams, lūdzu, norādiet, kādā kategorijā vai kategorijās ietilpst attiecīgie darbinieki ar invaliditāti vai nelabvēlīgā situācijā esošie darbinieki?

[] Jā [] Nē

[…]

[….]

Ja piemērojams, vai ekonomikas dalībnieks ir reģistrēts apstiprināto ekonomikas dalībnieku oficiālajā sarakstā jeb tam ir līdzvērtīgs sertifikāts (piemēram, saskaņā ar valstī spēkā esošo (iepriekšējās) kvalifikācijas sistēmu)?

[] Jā [] Nē [] Nav piemērojams

Ja “jā”,

lūdzu, sniedziet atbildes uz pārējiem jautājumiem šajā iedaļā, B iedaļā un nepieciešamības gadījumā arī šīs daļas C iedaļā, aizpildiet V daļu, ja piemērojams, un jebkurā gadījumā aizpildiet un parakstiet VI daļu.

a) Lūdzu, norādiet saraksta vai sertifikāta nosaukumu un attiecīgo reģistrācijas vai sertifikācijas numuru, ja piemērojams:b) Ja reģistrācijas vai sertifikācijas sertifikāts ir pieejams elektroniski, lūdzu, norādiet to:

c) Lūdzu, norādiet atsauces, uz kuru pamata ir piešķirta reģistrācija vai sertifikācija, un, ja attiecas, oficiālajā sarakstā piešķirto klasifikāciju15:d) Vai reģistrācija/sertifikācija aptver visus obligātos atlases kritērijus?

a) [……]

b) (tīmekļa adrese, izdevējiestāde, precīza dokumentācijas atsauce):[……][……][……][……]c) [……]

d) [] Jā [] Nē

12 Skatīt Komisijas 2003. gada 6. maija Ieteikumu par mikro, mazo un vidējo uzņēmumu definīciju (OV L 124, 20.5.2003., 36. lpp.). Šī informācija ir nepieciešama tikai statistikas mērķiem. Mikrouzņēmums ir uzņēmums, kurā nodarbinātas mazāk nekā 10 personas un kura gada apgrozījums un/vai gada bilance kopā nepārsniedz divus EUR 2 miljonus. Mazais uzņēmums ir uzņēmums, kurā nodarbinātas mazāk nekā 50 personas un kura gada apgrozījums un/vai gada bilance kopā nepārsniedz EUR 10 miljonus. Vidējs uzņēmums ir uzņēmums, kas nav ne mikro, ne mazais uzņēmums, un kurā nodarbinātas mazāk nekā 250 personas un kura gada apgrozījums nepārsniedz EUR 50 miljonus, un/vai kura gada bilance kopā nepārsniedz EUR 43 miljonus.13 Skatīt paziņojuma par līgumu III.1.5. punktu.14 T. i., tā galvenais mērķis ir personu ar invaliditāti vai mazaizsargātu personu sociālā un profesionālā integrācija.15 Atsauces un klasifikācija, ja attiecas, ir izklāstīta sertifikācijā.

66

Ja “nē”:papildus, lūdzu, attiecīgā gadījumā sniedziet trūkstošo informāciju IV daļas A, B, C vai D daļā, TIKAI gadījumā, ja tas ir pieprasīts attiecīgajā paziņojumā vai iepirkuma procedūras dokumentos:e) Vai ekonomikas dalībnieks spēs iesniegt sertifikātu par sociālā nodrošinājuma iemaksu un nodokļu nomaksu jeb sniegt ziņas, uz kuru pamata līgumslēdzēja iestāde vai līgumslēdzējs pats varēs tieši iegūt minēto informāciju, piekļūstot jebkuras dalībvalsts nacionālajai datu bāzei, ja tā ir pieejama bez maksas?Ja attiecīgā dokumentācija ir pieejama elektroniski, lūdzu, norādiet to:

e) [] Jā [] Nē

(tīmekļa adrese, izdevējiestāde, precīza dokumentācijas atsauce):[……][……][……][……]

Dalības forma: Atbilde:

Vai ekonomikas dalībnieks piedalās iepirkuma procedūrā kopā ar citiem16?

[] Jā [] Nē

Ja “jā”, lūdzu, nodrošiniet, lai citi iesaistītie iesniegtu atsevišķu ESPD veidlapu.

Ja “jā”,a) lūdzu, norādiet, kāda ir ekonomikas dalībnieka nozīme grupā (vadītājs, atbildīgais par konkrētiem uzdevumiem u. c.):b) lūdzu, sniedziet ziņas par pārējiem ekonomikas dalībniekiem, kuri kopā piedalās iepirkuma procedūrā:c) dalībnieku grupas nosaukums, ja piemērojams:

a): [……]

b): [……]

c): [……]

Daļas Atbilde:

Ja piemērojams, norādiet daļu vai daļas, kurās ekonomikas dalībnieks vēlas iesniegt piedāvājumu:

[ ]

B: INFORMĀCIJA PAR EKONOMIKAS DALĪBNIEKA PĀRSTĀVJIEM

Ja piemērojams, lūdzu, norādiet to personu vārdus, uzvārdus un adreses, kuras ir pilnvarotas pārstāvēt ekonomikas dalībnieku šīs iepirkuma procedūras mērķiem.

Pārstāvība (ja tāda ir): Atbilde:

Pilns vārds, uzvārds; ja nepieciešams, norādiet arī dzimšanas datumu un vietu:

[……];[……]

Amats/darbojas šādā statusā: [……]

Pasta adrese: [……]

16 Jo īpaši kā grupas, konsorcija, kopuzņēmuma vai līdzīgas apvienības dalībnieks.67

Tālruņa numurs: [……]

E-pasts: [……]

Ja nepieciešams, lūdzu, sniedziet pilnu informāciju par pārstāvību (tās formas, apmērs, mērķis utt.):

[……]

C: INFORMĀCIJA PAR PAĻAUŠANOS UZ CITU SUBJEKTU SPĒJĀM

Paļaušanās: Atbilde:

Vai ekonomikas dalībnieks paļaujas uz citu subjektu spējām, lai izpildītu IV daļā noteiktos atlases kritērijus un turpmāk V daļā noteiktos kritērijus un noteikumus (ja tādi ir)?

[]Jā []Nē

Ja “jā”, lūdzu, iesniedziet atsevišķu attiecīgo subjektu pienācīgi aizpildītu un parakstītu ESPD veidlapu, kurā norādīta informācija, kas par katru attiecīgo subjektu ir pieprasīta šīs daļas A un B iedaļā un III daļā.Lūdzu, ņemiet vērā, ka šajā informācijā jāietver arī ziņas par tehnisko personālu vai tehniskajām struktūrām, kuras tieši neietilpst ekonomikas dalībnieka uzņēmumā, īpaši tām, kuras atbild par kvalitātes kontroli, kā arī publisku būvdarbu līgumu gadījumā – par tehnisko personālu vai tehniskajām struktūrām, ko ekonomikas dalībnieks var iesaistīt būvdarbu veikšanā. Ciktāl tas attiecas uz konkrētu spēju vai spējām, uz ko paļaujas ekonomikas dalībnieks, IV un V daļā šāda informācija jāiekļauj par katru no attiecīgajiem subjektiem17.

D: Informācija par apakšuzņēmējiem, uz kuru spējām ekonomikas dalībnieks nepaļaujas

(Iedaļu aizpilda tikai gadījumā, ja līgumslēdzēja iestāde vai līgumslēdzējs ir skaidri pieprasījis šo informāciju).

Apakšuzņēmēji: Atbilde:

Vai ekonomikas dalībnieks par kādu līguma daļu ir paredzējis slēgt apakšuzņēmuma līgumus ar trešām personām?

[]Jā []NēJa “jā” un tiktāl, ciktāl tas ir zināms, lūdzu, norādiet piedāvātos apakšuzņēmējus:

[…]

Ja līgumslēdzēja iestāde vai līgumslēdzējs ir skaidri pieprasījis šo informāciju papildus šajā iedaļā sniedzamajai informācijai, lūdzu, sniedziet pieprasīto informāciju šīs daļas A un B iedaļā un III daļā par katru attiecīgo apakšuzņēmēju (to kategorijām).

III daļa. Izslēgšanas iemesli

A: AR KRIMINĀLI NOTIESĀJOŠU SPRIEDUMU SAISTĪTI IEMESLI

Direktīvas 2014/24/ES 57. panta 1. punktā ir paredzēti šādi izslēgšanas iemesli:

1. Līdzdalība noziedzīgā organizācijā18;

2. Korupcija19;

17 Piemēram, kvalitātes kontrolē iesaistītās tehniskās struktūras: IV daļas C iedaļas 3. punkts.18 Atbilstoši 2. pantam Padomes 2008. gada 24. oktobra Pamatlēmumā 2008/841/TI par cīņu pret organizēto noziedzību (OV L 300, 11.11.2008., 42. lpp.).19 Atbilstoši 3. pantam Konvencijā par cīņu pret korupciju, kurā iesaistītas Eiropas Kopienas amatpersonas vai Eiropas

68

3. Krāpniecība20;

4. Teroristu nodarījumi vai nodarījumi, kas saistīti ar teroristu darbībām21;

5. Nelikumīgi iegūtu līdzekļu legalizēšana vai teroristu finansēšana22;

6. Bērnu darbs un citi cilvēku tirdzniecības veidi23.

Iemesli, kas saistīti ar krimināli notiesājošu spriedumu saskaņā ar valsts tiesību normām, ar kurām ievieš Direktīvas 57. panta 1. punktā paredzētos iemeslus:

Atbilde:

Vai pats ekonomikas dalībnieks vai jebkāda persona, kas ir ekonomikas dalībnieka administratīvās, pārvaldības vai uzraudzības struktūrvienības dalībniece vai kam ir pārstāvības, lemšanas vai kontroles pilnvaras, ar galīgu spriedumu ir bijusi notiesāta kāda šeit iepriekš minētā iemesla dēļ, šāda sodāmība ir piespriesta pēdējo piecu gadu laikā un vai joprojām attiecas tieši notiesājošā spriedumā noteiktais izslēgšanas periods?

[] Jā [] Nē

Ja attiecīgā dokumentācija ir pieejama elektroniski, lūdzu, norādiet to: (tīmekļa adrese, izdevējiestāde, precīza dokumentācijas atsauce):[……][……][……][……]24

Ja “jā”, lūdzu, norādiet25:a) notiesāšanas datumu, kurš no sešiem iepriekš minētajiem punktiem attiecas, notiesāšanas iemeslu;b) ziņas par notiesāto personu [ ];c) tiktāl, ciktāl ir noteikts tieši notiesājošā spriedumā:

a) Datums:[ ], punkts(-i): [ ], iemesls(-i):[ ]

b) [……]c) Izslēgšanas perioda termiņš [……] un attiecīgais punkts(-i) [ ]

Ja attiecīgā dokumentācija ir pieejama elektroniski, lūdzu, norādiet to: (tīmekļa adrese, izdevējiestāde, precīza dokumentācijas atsauce): [……][……][……][……]26

Notiesāšanas gadījumā, vai ekonomikas dalībnieks ir veicis pasākumus, lai apliecinātu savu uzticamību27 (“reabilitējies”), neraugoties uz

[] Jā [] Nē

Savienības dalībvalstu amatpersonas (OV C 195, 25.6.1997., 1. lpp.) un 2. panta 1. punktam Padomes 2003. gada 22. jūlija Pamatlēmumā 2003/568/TI par korupcijas apkarošanu privātajā sektorā (OV L 192, 31.7.2003., 54. lpp.). Šis izslēgšanas iemesls ietver arī korupcijas jēdzienu, kas ir definēts līgumslēdzējas iestādes (līgumslēdzēja) vai ekonomikas dalībnieka valsts tiesību normās.20 Konvencijas par Eiropas Kopienas finanšu interešu aizsardzību 1. panta nozīmē (OV C 316, 27.11.1995., 48. lpp.).21 Atbilstoši 1. un 3. pantam Padomes 2002. gada 13. jūnija Pamatlēmumā par terorisma apkarošanu (OV L 164, 22.6.2002., 3. lpp.). Šis izslēgšanas iemesls ietver arī kūdīšanu uz šādu nodarījumu, tā atbalstīšanu, līdzdalību tajā vai nodarījuma mēģinājumu, kā ir noteikts minētā pamatlēmuma 4. pantā.22 Atbilstoši 1. pantam Eiropas Parlamenta un Padomes 2005. gada 26. oktobra Direktīvā 2005/60/EK par to, lai nepieļautu finanšu sistēmas izmantošanu nelikumīgi iegūtu līdzekļu legalizēšanai un teroristu finansēšanai (OV L 309, 25.11.2005., 15. lpp.).23 Atbilstoši 2. pantam Eiropas Parlamenta un Padomes 2011. gada 5. aprīļa Direktīvā 2011/36/ES par cilvēku tirdzniecības novēršanu un apkarošanu un cietušo aizsardzību un ar kuru aizstāj Padomes Pamatlēmumu 2002/629/TI (OV L 101, 15.4.2011., 1. lpp.). 24 Lūdzu, iekļaujiet tik daudz norāžu, cik ir nepieciešams.25 Lūdzu, iekļaujiet tik daudz norāžu, cik ir nepieciešams.26 Lūdzu, iekļaujiet tik daudz norāžu, cik ir nepieciešams.27 Saskaņā valsts tiesību normām, ar kurām īsteno Direktīvas 2014/24/ES 57. panta 6. punktu.

69

atbilstīga izslēgšanas iemesla pastāvēšanu?

Ja “jā”, lūdzu, aprakstiet veiktos pasākumus28: [……]

B: AR NODOKĻU VAI SOCIĀLĀ NODROŠINĀJUMA IEMAKSU MAKSĀJUMIEM SAISTĪTI IEMESLI

Nodokļu vai sociālā nodrošinājuma iemaksu maksājumi:

Atbilde:

Vai ekonomikas dalībnieks pilda visas savas saistības attiecībā uz nodokļu vai sociālā nodrošinājuma iemaksu maksājumiem gan valstī, kur tas ir nodibināts, gan līgumslēdzējas iestādes vai līgumslēdzēja valstī, ja tā atšķiras no valsts, kurā tas nodibināts?

[ ] Jā [ ] Nē

Ja “nē”, lūdzu, norādiet:a) attiecīgo valsti vai dalībvalsti;b) kāda ir neizpildīto saistību summa;c) kādā veidā ir konstatēts šis saistību pārkāpums:1) ar tiesas vai administratīvu lēmumu:

– vai šis lēmums ir galīgs un saistošs;

– lūdzu, norādiet notiesājošā sprieduma vai lēmuma datumu;

– sodāmības gadījumā, lūdzu, norādiet izslēgšanas perioda termiņu, ja vien tas ir tieši noteikts lēmumā,

2) citādā veidā. Lūdzu, norādiet:

d) vai ekonomikas dalībnieks ir izpildījis savas saistības, samaksājot vai noslēdzot saistošu vienošanos, lai samaksātu attiecīgos nodokļus vai attiecīgos sociālā nodrošinājuma iemaksu maksājumus, tostarp attiecīgos gadījumos jebkādus uzrēķinātos procentus vai soda naudu?

Nodokļi Sociālās iemaksas

a) [……]b) [……]

c1) [] Jā [] Nē

– [] Jā [] Nē

– [……]

– [……]

c2) [ …]

d) [] Jā [] NēJa “jā”, lūdzu, sniedziet plašāku informāciju: [……]

a) [……]b) [……]

c1) [] Jā [] Nē

– [] Jā [] Nē

– [……]

– [……]

c2) [ …]

d) [] Jā [] NēJa “jā”, lūdzu, sniedziet plašāku informāciju: [……]

Ja attiecīgā dokumentācija par nodokļu vai sociālo iemaksu nomaksu ir pieejama elektroniski, lūdzu, norādiet to:

(tīmekļa adrese, izdevējiestāde, precīza dokumentācijas atsauce) 29

[……][……][……]

28 Skaidrojumā ir jāatspoguļo veikto pasākumu piemērotība, ņemot vērā izdarīto noziedzīgo nodarījumu raksturu (vienreizējs, atkārtots, sistemātisks). 29 Lūdzu, iekļaujiet tik daudz norāžu, cik ir nepieciešams.

70

C: AR MAKSĀTNESPĒJU, INTEREŠU KONFLIKTIEM VAI PROFESIONĀLĀS DARBĪBAS PĀRKĀPUMIEM SAISTĪTI IEMESLI30

Lūdzu, ņemiet vērā, ka šīs iepirkuma procedūras mērķiem daži no turpmāk minētajiem izslēgšanas iemesliem valsts tiesību normās, attiecīgajā paziņojumā vai iepirkuma procedūras dokumentos var būt definēti daudz precīzāk. Tādējādi, piemēram, valsts tiesību normās “smaga profesionālās darbības pārkāpuma” jēdziens var aptvert vairākus atšķirīgus šādas rīcības veidus.

Informācija par iespējamu maksātnespēju, interešu konfliktu vai profesionālās darbības pārkāpumu

Atbilde:

Vai ekonomikas dalībnieks, ciktāl tas vien ir zināms, ir pārkāpis savus pienākumus vides, sociālo vai darba tiesību jomā31?

[] Jā [] Nē

Ja “jā”, vai ekonomikas dalībnieks ir veicis pasākumus, lai apliecinātu savu uzticamību (“reabilitējies”), neraugoties uz izslēgšanas iemesla pastāvēšanu?[] Jā [] NēJa “jā”, lūdzu, aprakstiet veiktos pasākumus: [……]

Vai ekonomikas dalībnieks atrodas kādā no šādām situācijām: a) bankrotējis; vaib) ir uzsākts maksātnespējas vai likvidācijas process; vaic) ir noslēgta vienošanās ar kreditoriem; vaid) atrodas analogā situācijā, kas izriet no līdzīgas procedūras saskaņā ar valstī spēkā esošajiem likumiem un noteikumiem32; vaie) tā mantu pārvalda maksātnespējas administrators vai tiesa; vaif) tā saimnieciskā darbība ir apturēta.Ja “jā”,

– lūdzu, sniedziet plašāku informāciju:

– lūdzu, norādiet pamatojumu, saskaņā ar kuru tomēr ir iespējams izpildīt līgumu, ņemot vērā piemērojamos valsts noteikumus un kārtību saimnieciskās darbības turpināšanai šajos apstākļos33?

Ja attiecīgā dokumentācija ir pieejama elektroniski, lūdzu, norādiet to:

[] Jā [] Nē

– [……]

– [……]

(tīmekļa adrese, izdevējiestāde, precīza dokumentācijas atsauce): [……][……][……]

Vai ekonomikas dalībnieks ir atzīts par vainīgu smaga profesionālās darbības pārkāpuma

[] Jā [] Nē,

30 Skatīt Direktīvas 2014/24/ES 57. panta 4. punktu.31 Kā šīs iepirkuma procedūras mērķiem ir noteikts valsts tiesību normās, atbilstošā paziņojumā, iepirkuma procedūras dokumentos vai Direktīvas 2014/24/ES 18. panta 2. punktā.32 Skatīt valsts tiesību normas, atbilstošo paziņojumu vai iepirkuma procedūras dokumentus.33 Šo informāciju nav nepieciešams sniegt, ja ekonomikas dalībnieku izslēgšana kādā no a)-f) punktā minētajiem gadījumiem saskaņā ar piemērojamajām valsts tiesību normām ir obligāta bez jebkādiem iespējamajiem izņēmumiem, pat ja ekonomikas dalībnieks tomēr spēj izpildīt līgumu.

71

izdarīšanā34? Ja “jā”, lūdzu, sniedziet plašāku informāciju:

[……]

Ja “jā”, vai ekonomikas dalībnieks ir veicis reabilitējošus pasākumus? [] Jā [] NēJa “jā”, lūdzu, aprakstiet veiktos pasākumus: [……]

Vai ekonomikas dalībnieks ir slēdzis vienošanās ar citiem ekonomikas dalībniekiem konkurences kropļošanas nolūkā?Ja “jā”, lūdzu, sniedziet plašāku informāciju:

[] Jā [] Nē

[…]

Ja “jā”, vai ekonomikas dalībnieks ir veicis reabilitējošus pasākumus? [] Jā [] NēJa “jā”, lūdzu, aprakstiet veiktos pasākumus: [……]

Vai ekonomikas dalībniekam ir zināmi jebkādi interešu konflikti35, kas saistīti ar tā dalību iepirkuma procedūrā? Ja “jā”, lūdzu, sniedziet plašāku informāciju:

[] Jā [] Nē

[…]

Vai ekonomikas dalībnieks vai ar to saistīts uzņēmums ir konsultējis līgumslēdzēju iestādi vai līgumslēdzēju vai kā citādi ir bijis iesaistīts šīs iepirkuma procedūras sagatavošanā?Ja “jā”, lūdzu, sniedziet plašāku informāciju:

[] Jā [] Nē

[…]

Vai iepriekš ar ekonomikas dalībnieku pirms termiņa ir ticis izbeigts publiskais līgums, līgums ar līgumslēdzēju vai koncesijas līgums un vai saistībā ar šādu iepriekšēju līgumu ir bijusi iesniegta zaudējumu atlīdzināšanas prasība vai piemērotas jebkādas citas līdzvērtīgas sankcijas?Ja “jā”, lūdzu, sniedziet plašāku informāciju:

[] Jā [] Nē

[…]

Ja “jā”, vai ekonomikas dalībnieks ir veicis reabilitējošus pasākumus? [] Jā [] NēJa “jā”, lūdzu, aprakstiet veiktos pasākumus: [……]

Vai ekonomikas dalībnieks var apstiprināt, ka:a) nav bijusi konstatēta dalībnieka vaina saistībā ar izslēgšanas iemeslu neesamības pārbaudei vai atlases kritēriju izpildei nepieciešamās informācijas smagu sagrozīšanu tās iesniegšanas laikā;b) dalībnieks šādu informāciju nav slēpis;c) dalībnieks ir spējis bez kavēšanās iesniegt līgumslēdzējas iestādes vai līgumslēdzēja pieprasītos pamatojuma dokumentus; und) dalībnieks nav mēģinājis nelikumīgi ietekmēt

[] Jā [] Nē

34 Attiecīgā gadījumā skatīt definīcijas valsts tiesību normās, atbilstošā paziņojumā vai iepirkuma procedūras dokumentos.35 Atbilstoši valsts tiesību normās, atbilstošā paziņojumā vai iepirkuma procedūras dokumentos norādītajam.

72

līgumslēdzējas iestādes vai līgumslēdzēja lēmuma pieņemšanas procesu, iegūt konfidenciālu informāciju, kas var nodrošināt dalībniekam nelikumīgas priekšrocības iepirkuma procedūrā vai nolaidības dēļ sniedzis maldinošu informāciju, kas var būtiski ietekmēt lēmumus par izslēgšanu, atlasi vai līguma slēgšanas tiesību piešķiršanu?

D: CITI IZSLĒGŠANAS IEMESLI, KURUS VAR NOTEIKT LĪGUMSLĒDZĒJAS IESTĀDES VAI LĪGUMSLĒDZĒJA DALĪBVALSTS TIESĪBU NORMĀS

Tikai valsts tiesību normās paredzēti izslēgšanas iemesli

Atbilde:

Vai attiecas tikai valsts tiesību normās paredzēti izslēgšanas iemesli, kuri ir norādīti atbilstošā paziņojumā vai iepirkuma procedūras dokumentos?Ja atbilstošā paziņojumā vai iepirkuma procedūras dokumentos pieprasītā dokumentācija ir pieejama elektroniski, lūdzu, norādiet to:

[] Jā [] Nē

(tīmekļa adrese, izdevējiestāde, precīza dokumentācijas atsauce):[……][……][……]36

Ja attiecas kāds tikai no valsts tiesību normās paredzētajiem izslēgšanas iemesliem, vai ekonomikas dalībnieks ir veicis reabilitējošus pasākumus? Ja “jā”, lūdzu, aprakstiet veiktos pasākumus:

[] Jā [] Nē

[……]

IV daļa. Atlases kritēriji

Attiecībā uz atlases kritērijiem ( iedaļa vai šīs daļas A-D iedaļa) ekonomikas dalībnieks apliecina, ka:

: VISPĀRĪGA INFORMĀCIJA PAR VISIEM ATLASES KRITĒRIJIEM

Ekonomikas dalībniekam šī aile jāaizpilda tikai gadījumā, ja līgumslēdzēja iestāde vai līgumslēdzējs atbilstošā paziņojumā vai šādā paziņojumā minētajos iepirkuma procedūras dokumentos ir norādījis, ka ekonomikas dalībnieks var aizpildīt tikai IV daļas   iedaļu, neaizpildot pārējās IV daļas iedaļas:

Atbilstība visiem noteiktajiem atlases kritērijiem Atbilde

Ir izpildīti noteiktie atlases kritēriji: [] Jā [] Nē

A: PIEMĒROTĪBA

Ekonomikas dalībniekam informācija jāsniedz tikai gadījumā, ja līgumslēdzēja iestāde vai līgumslēdzējs ir noteicis attiecīgo atlases kritēriju atbilstošā paziņojumā vai šādā paziņojumā minētajos iepirkuma procedūras dokumentos.

Piemērotība Atbilde

1) Reģistrācija kādā no attiecīgajiem profesionālajiem vai komercreģistriem dalībvalstī, kurā ekonomikas dalībnieks ir nodibināts37:Ja attiecīgā dokumentācija ir pieejama

[…]

(tīmekļa adrese, izdevējiestāde, precīza dokumentācijas atsauce): [……][……][……]

36 Lūdzu, iekļaujiet tik daudz norāžu, cik ir nepieciešams.

73

elektroniski, lūdzu, norādiet to:

2) Pakalpojumu līgumiem:Vai ir nepieciešama īpaša atļauja vai ir jābūt kādas īpašas organizācijas dalībniekam, lai ekonomikas dalībnieks varētu sniegt pieprasīto pakalpojumu valstī, kurā tas nodibināts?

Ja attiecīgā dokumentācija ir pieejama elektroniski, lūdzu, norādiet to:

[] Jā [] Nē

Ja “jā”, lūdzu, norādiet, kāda tieši dokumentācija, kā arī to, vai ekonomikas dalībniekam tā ir: [ …] [] Jā [] Nē(tīmekļa adrese, izdevējiestāde, precīza dokumentācijas atsauce): [……][……][……]

4. B: SAIMNIECISKAIS UN FINANSIĀLAIS STĀVOKLIS

Ekonomikas dalībniekam informācija jāsniedz tikai gadījumā, ja līgumslēdzēja iestāde vai līgumslēdzējs ir noteicis attiecīgo atlases kritēriju atbilstošā paziņojumā vai šādā paziņojumā minētajos iepirkuma procedūras dokumentos.

Saimnieciskais un finansiālais stāvoklis Atbilde:

1a) Ekonomikas dalībnieka (“vispārējais”) gada apgrozījums par finanšu gadiem, par kuriem ziņas ir pieprasītas atbilstošā paziņojumā vai iepirkuma procedūras dokumentos, ir šāds:un/vai1b) ekonomikas dalībnieka vidējais gada apgrozījums par gadiem, par kuriem ziņas ir pieprasītas atbilstošā paziņojumā vai iepirkuma procedūras dokumentos, ir šāds38 ():Ja attiecīgā dokumentācija ir pieejama elektroniski, lūdzu, norādiet to:

gads: [……] apgrozījums: [……][…]valūtagads: [……] apgrozījums: [……][…]valūtagads: [……] apgrozījums: [……][…]valūta

(gadu skaits, vidējais apgrozījums): [……],[……][…]valūta(tīmekļa adrese, izdevējiestāde, precīza dokumentācijas atsauce): [……][……][……]

2a) Ekonomikas dalībnieka gada (“konkrētais”) apgrozījums saimnieciskās darbības jomā, uz kuru attiecas līgums un kura ir norādīta atbilstošā paziņojumā vai iepirkuma procedūras dokumentos, attiecībā uz pieprasīto finanšu gadu skaitu ir šāds:un/vai2b) ekonomikas dalībnieka vidējais gada apgrozījums attiecīgajā saimnieciskās darbības jomā par gadiem, par kuriem ziņas ir pieprasītas atbilstošā paziņojumā vai iepirkuma procedūras dokumentos, ir šāds39:Ja attiecīgā dokumentācija ir pieejama elektroniski, lūdzu, norādiet to:

gads: [……] apgrozījums: [……][…]valūtagads: [……] apgrozījums: [……][…]valūtagads: [……] apgrozījums: [……][…]valūta

(gadu skaits, vidējais apgrozījums): [……],[……][…]valūta(tīmekļa adrese, izdevējiestāde, precīza dokumentācijas atsauce): [……][……][……]

3) Ja informācija par apgrozījumu (vispārējo vai konkrēto) nav pieejama par visu pieprasīto laika periodu, lūdzu, norādiet datumu, kurā ekonomikas dalībnieks tika izveidots vai uzsāka darbību:

[……]

37 Atbilstoši Direktīvas 2014/24/ES XI pielikumā aprakstītajam; ekonomikas dalībniekiem no noteiktām dalībvalstīm var būt pienākums ievērot citas minētajā Pielikumā izklāstītās prasības.38 Tikai gadījumā, ja tas ir pieļaujams saskaņā ar atbilstošo paziņojumu vai iepirkuma procedūras dokumentiem.39 Tikai gadījumā, ja tas ir pieļaujams saskaņā ar atbilstošo paziņojumu vai iepirkuma procedūras dokumentiem.

74

4) Attiecībā uz finanšu rādītājiem40, kas minēti atbilstošā paziņojumā vai iepirkuma procedūras dokumentos, ekonomikas dalībnieks apliecina, ka faktiskie pieprasītie rādītāji ir šādi:Ja attiecīgā dokumentācija ir pieejama elektroniski, lūdzu, norādiet to:

(pieprasītā rādītāja apzīmējums – attiecība starp x un y41 – un vērtība):[……], [……]42

(tīmekļa adrese, izdevējiestāde, precīza dokumentācijas atsauce): [……][……][……]

5) Apdrošinātā summa ekonomikas dalībnieka profesionālā riska atbildības apdrošināšanas līgumā ir šāda:Ja attiecīgā informācija ir pieejama elektroniski, lūdzu, norādiet to:

[……][…]valūta(tīmekļa adrese, izdevējiestāde, precīza dokumentācijas atsauce): [……][……][……]

6) Attiecībā uz citām ekonomiskajām vai finanšu prasībām (ja tādas ir), kuras var būt norādītas atbilstošā paziņojumā vai iepirkuma procedūras dokumentos, ekonomikas dalībnieks apliecina, ka:Ja attiecīgā dokumentācija, kura var būt norādīta atbilstošā paziņojumā vai iepirkuma procedūras dokumentos, ir pieejama elektroniski, lūdzu, norādiet to:

[……]

(tīmekļa adrese, izdevējiestāde, precīza dokumentācijas atsauce): [……][……][……]

C: TEHNISKĀS UN PROFESIONĀLĀS SPĒJAS

Ekonomikas dalībniekam informācija jāsniedz tikai gadījumā, ja līgumslēdzēja iestāde vai līgumslēdzējs ir noteicis attiecīgo atlases kritēriju atbilstošā paziņojumā vai šādā paziņojumā minētajos iepirkuma procedūras dokumentos.

Tehniskās un profesionālās spējas Atbilde:

1a) Tikai publiskiem būvdarbu līgumiem:pārskata periodā43 ekonomikas dalībnieks ir veicis šādus norādītā veida būvdarbus: Ja attiecīgā dokumentācija par vissvarīgāko būvdarbu apmierinošu izpildi un iznākumu ir pieejama elektroniski, lūdzu, norādiet to:

Gadu skaits (šis laika periods ir norādīts atbilstošā paziņojumā vai iepirkuma procedūras dokumentos): […]Būvdarbi: [……](tīmekļa adrese, izdevējiestāde, precīza dokumentācijas atsauce): [……][……][……]

1b) Tikai publiskiem piegādes līgumiem un publiskiem pakalpojumu līgumiem:pārskata periodā44 ekonomikas dalībnieks ir veicis šādas būtiskākās norādītā veida piegādes vai sniedzis šādus galvenos norādītā veida pakalpojumus: Veidojot sarakstu, lūdzu, norādiet apjomus, datumus un valsts vai privātos saņēmējus45:

Gadu skaits (šis laika periods ir norādīts atbilstošā paziņojumā vai iepirkuma procedūras dokumentos): […]

Apraksts Summas Datumi

Saņēmēji

40 Piemēram, attiecība starp aktīviem un pasīviem.41 Piemēram, attiecība starp aktīviem un pasīviem.42 Lūdzu, iekļaujiet tik daudz norāžu, cik ir nepieciešams.43 Līgumslēdzējas iestādes var pieprasīt informāciju par līdz pat piecu gadu laika periodu un atzīt pieredzi, kas ir lielāka par pieciem gadiem.44 Līgumslēdzējas iestādes var pieprasīt informāciju par līdz pat trīs gadu laika periodu un atzīt pieredzi, kas ir lielāka par trim gadiem.45 Proti, ir jānorāda visi saņēmēji un šajā sarakstā jāiekļauj gan valsti, gan privāto sektoru pārstāvošie klienti, kas saņēma

75

2) Ekonomikas dalībnieks var piesaistīt šādu tehnisko personālu vai tehniskās struktūras46, jo īpaši tās, kas atbild par kvalitātes kontroli:Publisku būvdarbu līgumu gadījumā ekonomikas dalībnieks spēs piesaistīt šādu tehnisko personālu vai tehniskās struktūras būvdarbu izpildei:

[……]

[……]

3) Ekonomikas dalībnieks izmanto šādas tehniskās iekārtas un pasākumus kvalitātes nodrošināšanai, tāpat arī tas izmanto šādas mācību un pētniecības iekārtas:

[……]

4) Ekonomikas dalībnieks līguma izpildes laikā spēs izmantot šādas piegādes ķēdes pārvaldības un izsekošanas sistēmas:

[……]

5) Attiecībā uz piegādājamajiem sarežģītiem izstrādājumiem vai sniedzamiem sarežģītiem pakalpojumiem vai izņēmuma kārtā attiecībā uz izstrādājumiem vai pakalpojumiem, kas nepieciešami īpašam mērķim:Vai ekonomikas dalībnieks atļaus veikt pārbaudes47 attiecībā uz ekonomikas dalībnieka ražošanas spējām vai tehnisko spēju un nepieciešamības gadījumā arī attiecībā uz tam pieejamajiem mācību un pētniecības līdzekļiem, kā arī attiecībā uz kvalitātes kontroles pasākumiem?

[] Jā [] Nē

6) Šādu izglītību vai profesionālo kvalifikāciju ir ieguvis:a) pakalpojumu sniedzējs vai pats darbuzņēmējs,un/vai (atkarībā no atbilstošā paziņojumā vai iepirkuma procedūras dokumentos izklāstītajām prasībām);b) tā vadības personāls:

a) [……]

b) [……]

7) Ekonomikas dalībnieks līguma izpildes laikā spēs īstenot šādus vides pārvaldības pasākumus:

[……]

8) Ekonomikas dalībnieka vidējais gadā nodarbināto skaits un vadības personāla skaits pēdējo trīs gadu laikā bija šāds:

Gads, vidējais gada laikā nodarbināto skaits:[……],[……],[……],[……],[……],[……],Gads, vadības personāla skaits:[……],[……],[……],[……],

attiecīgās piegādes vai pakalpojumus.46 Attiecībā uz tehnisko personālu vai tehniskajām struktūrām, kuras tieši neietilpst ekonomikas dalībnieka uzņēmumā, taču uz kuru spējām ekonomikas dalībnieks paļaujas saskaņā ar II daļas C iedaļā izklāstīto, ir jāaizpilda atsevišķa ESPD veidlapa.47 Pārbaudi veic līgumslēdzēja iestāde vai gadījumā, ja līgumslēdzēja iestāde piekrīt, pārbaudi tās vārdā var veikt tās valsts kompetentā oficiālā iestāde, kurā piegādātājs vai pakalpojumu sniedzējs ir nodibināts.

76

[……],[……]

9) Līguma izpildei būs pieejami šādi līdzekļi, iekārtas vai tehniskais aprīkojums:

[……]

10) Ekonomikas dalībnieks plāno, ka, iespējams šāda līguma daļa (t. i., procentuālā daļa) tiks nodota apakšuzņēmējam48:

[……]

11) Publiskiem piegāžu līgumiem:Ekonomikas dalībnieks iesniegs to nepieciešamo piegādājamo izstrādājumu paraugus, aprakstus vai fotogrāfijas, kuriem nav nepieciešams pievienot autentiskuma apliecinājumus;Tāpat arī ekonomikas dalībnieks apliecina, ka iesniegs pieprasītos autentiskuma apliecinājums, ja tas būs nepieciešams.Ja attiecīgā dokumentācija ir pieejama elektroniski, lūdzu, norādiet to:

[] Jā [] Nē

[] Jā [] Nē

(tīmekļa adrese, izdevējiestāde, precīza dokumentācijas atsauce): [……][……][……]

12) Publiskiem piegāžu līgumiem:Vai ekonomikas dalībnieks var iesniegt nepieciešamos sertifikātus, kurus sagatavojuši oficiāli kvalitātes kontroles institūti vai aģentūras, kuru kompetence ir vispāratzīta, un kas apliecina produkcijas atbilstību, to skaidri identificējot ar atsaucēm uz atbilstošā paziņojumā vai iepirkuma procedūras dokumentos norādītajām tehniskajām specifikācijām vai standartiem?Ja “nē”, lūdzu, paskaidrojiet, kāpēc, un norādiet, kādus cita veida apliecinājumus var iesniegt:Ja attiecīgā dokumentācija ir pieejama elektroniski, lūdzu, norādiet to:

[] Jā [] Nē

[…](tīmekļa adrese, izdevējiestāde, precīza dokumentācijas atsauce): [……][……][……]

D: KVALITĀTES NODROŠINĀŠANAS SHĒMAS UN VIDES VADĪBAS STANDARTI

Ekonomikas dalībniekam informācija ir jāsniedz tikai gadījumā, ja kvalitātes nodrošināšanas shēmas un/vai vides vadības standartus ir pieprasījusi līgumslēdzēja iestāde vai līgumslēdzējs atbilstošā paziņojumā vai šādā paziņojumā minētajos iepirkuma procedūras dokumentos.

Kvalitātes nodrošināšanas shēmas un vides vadības standarti

Atbilde:

Vai ekonomikas dalībnieks spēs uzrādīt sertifikātus, kurus sagatavojušas neatkarīgas struktūras un kuri apliecina, ka ekonomikas dalībnieks atbilst nepieciešamajiem kvalitātes nodrošināšanas standartiem, tostarp attiecībā uz vides pieejamību personām ar invaliditāti?Ja “nē”, lūdzu, paskaidrojiet, kāpēc, un norādiet, kādus cita veida apliecinājumus var iesniegt par kvalitātes nodrošināšanas shēmu:

[] Jā [] Nē

[……] [……]

(tīmekļa adrese, izdevējiestāde, precīza

48 Lūdzu, ņemiet vērā, ka gadījumā, ja ekonomikas dalībnieks ir nolēmis daļu līguma izpildes nodot apakšuzņēmējam un paļaujas uz apakšuzņēmēja spējām izpildīt šādu daļu, tad attiecībā uz šādiem apakšuzņēmējiem ir jāaizpilda atsevišķs ESPD, skatīt iepriekš II daļas C iedaļu.

77

Ja attiecīgā dokumentācija ir pieejama elektroniski, lūdzu, norādiet to:

dokumentācijas atsauce): [……][……][……]

Vai ekonomikas dalībnieks spēs uzrādīt sertifikātus, kurus sagatavojušas neatkarīgas struktūras un kuri apliecina, ka ekonomikas dalībnieks atbilst nepieciešamajām vides vadības sistēmām vai standartiem?Ja “nē”, lūdzu, paskaidrojiet, kāpēc, un norādiet, kādus cita veida apliecinājumus var iesniegt par vides vadības sistēmām vai standartiem:Ja attiecīgā dokumentācija ir pieejama elektroniski, lūdzu, norādiet to:

[] Jā [] Nē

[……] [……]

(tīmekļa adrese, izdevējiestāde, precīza dokumentācijas atsauce): [……][……][……]

V daļa. Kvalificētu kandidātu skaita samazināšana

Ekonomikas dalībniekam informācija jāsniedz tikai gadījumā, ja līgumslēdzēja iestāde vai līgumslēdzējs ir norādījis mērķi un nediskriminējošu kritēriju vai noteikumu piemērošanu, lai samazinātu to kandidātu skaitu, kuri tiks uzaicināt iesniegt piedāvājumu vai piedalīties sarunās. Šī informācija, kura var ietvert prasības par uzrādāmajiem sertifikātiem (to veidu) vai citiem dokumentāru apliecinājumu veidiem, ja piemērojams, ir izklāstīta atbilstošā paziņojumā vai šādā paziņojumā minētajos iepirkuma procedūras dokumentos.Tikai attiecībā uz slēgtām procedūrām, konkursa procedūrām ar sarunām, konkursa dialogiem un inovācijas partnerībām:

Ekonomikas dalībnieks apliecina, ka:

Skaita samazināšana Atbilde:

Tas atbilst mērķim un piemērojamajiem nediskriminējošajiem kritērijiem vai noteikumiem, lai kandidātu skaits tiktu samazināts šādā veidā:Ja ir pieprasīti noteikti sertifikāti vai cita veida dokumentāri apliecinājumi, lūdzu, attiecībā uz katru šādu sertifikātu norādiet, vai ekonomikas dalībniekam ir pieprasītie dokumenti:Ja daži no šiem sertifikātiem vai dokumentāru apliecinājumu veidiem ir pieejami elektroniski49, lūdzu, norādiet to katram šādam sertifikātam:

[….]

[] Jā [] Nē50

(tīmekļa adrese, izdevējiestāde, precīza dokumentācijas atsauce): [……][……][……]51

VI daļa. Noslēguma apliecinājumi

Šo dokumentu parakstījusī persona oficiāli apliecina, ka informācija, kas ir iepriekš sniegta II–V daļā, ir precīza un pareiza un ka tā ir sniegta, pilnībā apzinoties informācijas nopietnas sagrozīšanas sekas.

Šo dokumentu parakstījusī persona oficiāli apliecina, ka spēs pēc pieprasījuma un nekavējoties iesniegt šeit minētos sertifikātus vai cita veida dokumentāros apliecinājumus, izņemot, ja:

a) līgumslēdzējai iestādei vai līgumslēdzējam ir iespēja iegūt nepieciešamos pamatojuma dokumentus, tieši piekļūstot jebkuras dalībvalsts datu bāzei, kas ir pieejama bez maksas52, vai

49 Lūdzu, skaidri norādiet, uz ko attiecas atbilde.50 Lūdzu, iekļaujiet tik daudz norāžu, cik ir nepieciešams.51 Lūdzu, iekļaujiet tik daudz norāžu, cik ir nepieciešams.52 ar noteikumu, ka ekonomikas dalībnieks ir sniedzis nepieciešamo informāciju (tīmekļa adrese, izdevējiestāde, precīza dokumentācijas atsauce), lai līgumslēdzēja iestāde vai līgumslēdzējs pats varētu iegūt šādu informāciju. Ja nepieciešams, šādai

78

b) vēlākais 2018. gada 18. oktobrī53 nepieciešamā dokumentācija jau būs līgumslēdzējas iestādes vai līgumslēdzēja rīcībā.

Šo dokumentu parakstījusī persona oficiāli piekrīt, ka [norādiet līgumslēdzēju iestādi vai līgumslēdzēju, kā noteikts I daļas A iedaļā] saņem piekļuvi dokumentiem, kas apliecina informāciju, kura ir sniegta šā Eiropas vienotā iepirkuma procedūras dokumenta [norādiet attiecīgo daļu/iedaļu/punktu] saistībā ar [norādiet iepirkuma procedūru – (apraksta kopsavilkums, atsauce uz publikāciju Eiropas Savienības Oficiālajā Vēstnesī, atsauces numurs)].

Datums, vieta un, ja obligāts vai nepieciešams, – paraksts(-i): [……]

8. pielikumskonkursa nolikumam

ID Nr. FM2017/54 (DE MINIMIS IS)

PAKALPOJUMA LĪGUMA PROJEKTS

Rīgā,

Latvijas Republikas Finanšu ministrija, Reģ. Nr. 90000014724, tās <amatpersonas, kas paraksta līgumu amats, vārds, uzvārds> personā, kurš darbojas saskaņā ar Ministru kabineta 2003.gada 29.aprīļa noteikumiem Nr.239 „Finanšu ministrijas nolikums”, turpmāk - Pasūtītājs, no vienas puses, un

<Izpildītāja nosaukums, reģistrācijas numurs, personas, kas paraksta līgumu amats, vārds, uzvārds> personā, kurš darbojas uz sabiedrības statūtu pamata, turpmāk - Izpildītājs, no otras puses, abi kopā un katrs atsevišķi saukti par Pusēm,

Eiropas Reģionālās attīstības fonda projekta Nr.2.2.1.1/16/I/002 „Nodokļu informācijas pakalpojumu modernizācija MAIS kodols” aktivitātes “De minimis atbalsta uzskaites sistēmas izstrāde” īstenošanas ietvaros, pamatojoties uz atklāta konkursa “De minimis atbalsta uzskaites sistēmas izstrāde un ieviešana, uzturēšana un izmaiņu veikšana”, iepirkuma identifikācijas Nr.FM2017/54 (DE MINIMIS IS), kas tika rīkots saskaņā ar Publisko iepirkumu likuma 8.panta pirmās daļas 1.punktu (CPV kodi – 72262000-9 (programmatūras izstrādes pakalpojumi), 72261000-2 (programmatūras atbalsta pakalpojumi), rezultātiem, noslēdz šādu līgumu (turpmāk – Līgums):

1. LĪGUMA PRIEKŠMETS

1.1. De minimis atbalsta uzskaites sistēmas (turpmāk – Sistēma) izstrāde un ieviešana,

informācijai pievieno atbilstošu piekrišanu šādai piekļuvei. 53 Atkarībā no Direktīvas 2014/24/ES 59. panta 5. punkta otrā apakšpunkta ieviešanas katrā konkrētā valstī.

79

uzturēšana un izmaiņu veikšana (turpmāk – Pakalpojums) saskaņā ar Līguma un Tehniskās specifikācijas (Līguma 1.pielikums) prasībām, kas ir Līguma neatņemama sastāvdaļa.

1.2. Pakalpojums tiek sniegts pa daļām:

1.2.1. Pirmā daļa – Sistēmas izstrāde un ieviešana (turpmāk – Pakalpojuma 1.daļa). Puses savstarpēji vienojas par sprintiem darba pabeigšanai noteiktajā kvalitātē un termiņos. Viena sprinta garums nepārsniedz 4 (četras) nedēļas. Pakalpojuma 1.daļa tiek īstenota secīgi pa atsevišķiem Pušu saskaņotiem sprintiem. Izpildītājs Sistēmas izstrādei un ieviešanai piemēro Agile metodiku.

1.2.2. Otrā daļa – Sistēmas uzturēšana (turpmāk – Pakalpojuma 2.daļa);

Trešā daļa – izmaiņu veikšana Sistēmā (turpmāk – Pakalpojuma 3.daļa). Izmaiņu pieprasījumi var tikt pasūtīti pēc Sistēmas nodošanas – pieņemšanas akta parakstīšanas. Pasūtītājs neapņemas pasūtīt izmaiņu pieprasījumus pilnā apmērā.

2. LĪGUMCENA UN NORĒĶINU KĀRTĪBA2.1. Samaksa par Pakalpojuma izpildi nepārsniegs ______________ euro (________________ un

__________ centi), bez pievienotās vērtības nodokļa (turpmāk – PVN), turpmāk – līgumcena. PVN tiek piemērots saskaņā ar spēkā esošajiem normatīvajiem aktiem. Kopējo līgumcenu veido līgumcena kopā ar PVN.

2.2. Līgumcenā ir iekļauti visi Izpildītāja izdevumi, kas varētu rasties un ir saistīti ar Pakalpojuma izpildi atbilstoši Līguma noteikumiem. Līgumcena nevar tikt palielināta.

2.3. Pasūtītājs veic maksājumus šādā kārtībā:2.3.1. par Pakalpojuma 1.daļu Pasūtītājs maksā Izpildītājam ______________ euro

(________________ un __________ centi), bez PVN, t.sk. avansa maksājumu 20% (divdesmit procentu) apmērā;

2.3.1.1. avansa maksājumu 20% (divdesmit procentu) apmērā no Līguma 2.3.1.punktā norādītās summas, kas ir ______________ euro (________________ un __________ centi) bez PVN, Pasūtītājs maksā Izpildītājam 10 (desmit) darba dienu laikā no Izpildītāja izrakstītā rēķina saņemšanas dienas.54 Izpildītājs iesniedz Pasūtītājam rēķinu par avansa maksājumu pēc Līgumā spēkā stāšanās;

2.3.1.2. atlikušo maksājumu par Pakalpojuma 1.daļas izpildi Pasūtītājs veic 10 (desmit) darba dienu laikā pēc nodošanas – pieņemšanas akta (Līguma 2.pielikums) abpusējas parakstīšanas un pareizi noformēta rēķina saņemšanas;

2.3.1.3. par katru nokavēto Pakalpojuma 1.daļas izpildes dienu (nodošanas – pieņemšanas akta (Līguma 2.pielikums) parakstīšanas datums), sākot ar nākamo dienu pēc Līguma 3.2.punktā noteiktā termiņa, Pasūtītājs samazina Līguma 2.3.1.2.apakšpunktā noteikto maksājumu par 1% (vienu procentu) no Līguma 2.3.1.punktā norādītās summas. Kopējais maksājums tiek samazināts par aprēķināto līgumsoda summu.

2.3.2. par Pakalpojuma 2.daļu Pasūtītājs maksā Izpildītājam ______________ euro (________________ un __________ centi), bez PVN. Viena ceturkšņa izmaksas ir ______________ euro (________________ un __________ centi), bez PVN;

2.3.2.1. samaksu par Sistēmas uzturēšanu Pasūtītājs veic reizi ceturksnī, pamatojoties uz Pušu parakstīto nodošanas – pieņemšanas aktu (Līguma 2.pielikums) un Izpildītāja iesniegto pareizi noformētu rēķinu. Līdz katra ceturkšņa pirmā mēneša 15.datumam Izpildītājs iesniedz Pasūtītājam nodošanas – pieņemšanas aktu (Līguma 2.pielikums)

54 Ja avansa summa būs 30 000 euro vai lielāka (MK 20.09.2016. instrukcijas Nr.3 96.1.punkts), tad pirms rēķina iesniegšanas, Izpildītājam jāiesniedz Pasūtītājam Eiropas Savienībā vai Eiropas Ekonomikas zonā reģistrētas kredītiestādes vai filiāle, vai arī Finanšu un kapitāla tirgus komisijas licenzētas apdrošināšanas kompānijas vai tās filiāles avansa maksājuma garantiju atbilstoši Līguma 17.punktā noteiktajai kārtībai.

80

par iepriekšējā ceturksnī sniegtajiem pakalpojumiem. Gadījumā, ja Sistēmas uzturēšana tiek nodrošināta nepilnu ceturksni, Pasūtītājs veic samaksu proporcionāli par konkrēto laika posmu;

2.3.2.2. Pasūtītājs veic samaksu pēc nodošanas – pieņemšanas akta (Līguma 2.pielikums) abpusējas parakstīšanas un pareizi noformēta rēķina saņemšanas 10 (desmit) darba dienu laikā;

2.3.2.3. ja Izpildītājs nenodrošina Pakalpojuma 2.daļu Tehniskajā specifikācijā (Līguma 1.pielikums) noteiktajā apjomā, tad Pasūtītājam ir tiesības attiecīgā ceturkšņa maksājumu samazināt par 30% (trīsdesmit procentiem).

2.3.3. par Pakalpojuma 3.daļu Pasūtītājs maksā Izpildītājam ne vairāk kā ______________ euro (________________ un __________ centi), bez PVN. Vienas cilvēkstundas izmaksas par izmaiņu veikšanu Sistēmā ir ______________ euro (________________ un __________ centi), bez PVN.

2.3.3.1. Pasūtītājs samaksu veic par faktiski patērētajām cilvēkstundām atbilstoši Pušu saskaņotiem darbu uzdevumiem un darbu izpildes termiņiem. Kopējais cilvēkstundu skaits nevar pārsniegt 500 (pieci simti) cilvēkstundas;

2.3.3.2. Pasūtītājs veic samaksu pēc nodošanas – pieņemšanas akta (Līguma 2.pielikums) abpusējas parakstīšanas un pareizi noformēta rēķina saņemšanas 10 (desmit) darba dienu laikā;

2.3.3.3. par katru nokavēto Pakalpojuma 3.daļas izpildes dienu, sākot ar nākamo dienu pēc termiņa, kas norādīts Pušu saskaņotajā darbu uzdevumā, Pasūtītājs samazina attiecīgā rēķina kopsummu par 1% (vienu procentu). Kopējais maksājums tiek samazināts par aprēķināto līgumsoda summu.

2.4. Gadījumos, ja Izpildītājs neievēro Tehniskās specifikācijas 4.14.punktā noteiktos reakcijas laikus, tad Pasūtītājs piemēro Izpildītājam šādus līgumsodus:

2.4.1. 100,00 EUR (viens simts euro) stundā – par visaugstākās un augstas prioritātes gadījumiem;

2.4.2. 10,00 EUR (desmit euro) dienā – par pārējiem gadījumiem;2.4.3. Pasūtītājs iesniedz Izpildītājam rēķinu par piemēroto līgumsoda summu;2.4.4. Izpildītājam ir pienākums apmaksāt Pasūtītāja iesniegto rēķinu 10 (desmit) darba dienu

laikā. 2.5. Visus Līgumā noteiktos maksājumus Pasūtītājs veic, pārskaitot naudu Izpildītāja šajā

Līgumā norādītajā bankas kontā.2.6. Par Līguma ietvaros sniegtajiem pakalpojumiem Izpildītājs iesniedz Pasūtītājam 2 (divos)

eksemplāros parakstītu nodošanas – pieņemšanas aktu (Līguma 2.pielikums), un rēķinu, kurā norādīts Pakalpojuma nosaukums, Pasūtītāja rekvizīti, Līguma numurs un cita būtiska informācija.

2.7. Kopējais Izpildītājam piemēroto līgumsodu apmērs nevar pārsniegt 10% (desmit procentus) no Līguma 2.1.punktā noteiktās līgumcenas.

2.8. Par katru nokavēto maksājuma dienu Pasūtītājs maksā Izpildītājam līgumsodu 1% (viena procenta) apmērā no nesamaksātā rēķina summas, bet ne vairāk kā 10% (desmit procentus) no nesamaksātā rēķina summas. Ja Pasūtītājam tiek piemērots līgumsods, Izpildītājs iesniedz Pasūtītājam rēķinu par aprēķināto līgumsoda summu. Pasūtītājs 10 (desmit) darba dienu laikā pārskaita naudu Izpildītāja Līgumā norādītajā bankas kontā.

2.9. Līgumā noteikto līgumsodu samaksa nevienu no Pusēm neatbrīvo no saistību izpildes un papildu zaudējumu atlīdzināšanas, ja tādi ir radušies otras Puses prettiesiskas rīcības rezultātā un ir konstatēta un dokumentāri pierādīta zaudējumu nodarītāja vaina.

2.10. Par samaksas brīdi uzskatāms naudas pārskaitīšanas datums no Pasūtītāja konta.

3.LĪGUMA TERMIŅŠ UN IZBEIGŠANAS NOSACĪJUMI

81

3.1. Līgums stājas spēkā tā abpusējas parakstīšanas dienā un ir spēkā līdz _____________ vai līdz Līguma 2.1.punktā norādītās līgumcenas sasniegšanai.

3.2. Pakalpojuma izpilde jānodrošina ne vairāk kā 4 (četru) gadu laikā no Līguma spēkā stāšanās dienas, t.sk.:3.2.1. Pakalpojuma 1.daļas izpildes termiņš ir 11 (vienpadsmit) mēneši no Līguma spēkā

stāšanās dienas (jābūt abpusēji parakstītam nodošanas – pieņemšanas aktam (Līguma 2.pielikums));

3.2.2. Pakalpojuma 2.daļas izpildes termiņš ir no nodošanas – pieņemšanas akta (Līguma 2.pielikums) parakstīšanas dienas par Pakalpojuma 1.daļas izpildi un līdz Līguma 3.1.punktā norādītajām brīdim;

3.2.3. Pakalpojuma 3.daļas izpildes termiņš tiek noteikts Pušu saskaņotajā darbu uzdevumā.3.3. Pasūtītājam ir tiesības vienpusēji izbeigt Līgumu, par to brīdinot rakstiski Izpildītāju vismaz 5

(piecas) darba dienas iepriekš, ja:3.3.1. nodošanas – pieņemšanas akts (Līguma 2.pielikums) netiek abpusēji parakstīts 10

(desmit) darba dienu laikā pēc Līguma 3.2.1.punktā noteiktā Pakalpojuma 1.daļas izpildes termiņa;

3.3.2. Izpildītājam piemērojamo līgumsodu summa ir sasniegusi 10% (desmit procentus) no Līguma 2.1.punktā noteiktās līgumcenas;

3.3.3. testējot Sistēmas funkcionalitāti, to nav iespējams apstiprināt pēc trīs atkārtotām akcepttestēšanas reizēm;

3.3.4. Izpildītājs Līguma noslēgšanas vai Līguma izpildes laikā sniedzis nepatiesas vai nepilnīgas ziņas, vai apliecinājumus;

3.3.5. Izpildītājs Pasūtītājam ir nodarījis zaudējumus;3.3.6. ir pasludināts Izpildītāja maksātnespējas process vai iestājas citi apstākļi, kas liedz vai

liegs Izpildītājam turpināt Līguma izpildi saskaņā ar Līguma noteikumiem vai kas negatīvi ietekmē Pasūtītāja tiesības, kuras izriet no Līguma;

3.3.7. Izpildītājs ir patvaļīgi pārtraucis Līguma izpildi, t.sk., ja Izpildītājs nav sasniedzams juridiskajā adresē.

3.4. Pasūtītājam ir tiesības vienpusēji atkāpties, izbeigt, kā arī apturēt Līgumu Latvijas Republikas normatīvajos aktos un Ministru kabineta 2016.gada 20.septembra instrukcijā Nr.3 noteiktajos gadījumos.

3.5. Līgums var tikt izbeigts pirms termiņa, Pusēm abpusēji rakstiski vienojoties.3.6. Pakalpojuma 1.daļas izpildes termiņš (Līguma 3.2.1.punkts) var tik pagarināts ne ilgāk par 3

(trīs) nedēļām, ja izpildes termiņa pagarināšanas nepieciešamība ir radusies no Pasūtītāja atkarīgu iemeslu dēļ vai cita objektīva no Izpildītāja gribas neatkarīga iemesla dēļ, ko Izpildītājs iepriekš nevarēja paredzēt un novērst. Šādā gadījumā Puses slēdz vienošanos atbilstoši Līguma 18.6.punktā noteiktajam.

4.PUŠU TIESĪBAS UN PIENĀKUMI

4.1. Pasūtītājam ir tiesības: 4.1.1. pieprasīt no Izpildītāja informāciju par Līguma izpildes gaitu;4.1.2. dot Izpildītājam saistošus norādījumus attiecībā uz Pakalpojuma izpildi;4.1.3. pastāvīgi uzraudzīt Izpildītāja sniegtā Pakalpojuma kvalitāti;4.1.4. dot Izpildītājam obligāti izpildāmus norādījumus jautājumos, kas saistīti ar

Pakalpojuma godprātīgu, kvalitatīvu, savlaicīgu un normatīvajiem aktiem atbilstošu izpildi;

4.1.5. iesniegt Izpildītājam pamatotu rakstisku pieprasījumu nekavējoties izbeigt Pakalpojuma sniegšanu, ja Pasūtītājs konstatējis, ka Izpildītājs nepilda Līgumā noteiktās prasības attiecībā uz Pakalpojuma apjomu vai kvalitāti;

4.1.6. neparakstīt nodošanas – pieņemšanas aktu (Līguma 2.pielikums), ja sniegtajos pakalpojumos (tai skaitā Sistēmas tehniskajā dokumentācijā un lietotāju

82

dokumentācijā) tiek konstatētas neatbilstības vai citas neprecizitātes, kas būtu novēršamas;

4.1.7. piemērot Izpildītājam Līgumā noteiktos līgumsodus;4.1.8. pieprasīt Izpildītājam 10 (desmit) dienu laikā atmaksāt saņemto avansu, gadījumā, ja

nodošanas – pieņemšanas akts (Līguma 2.pielikums) netiek parakstīts 10 (desmit) darba dienu laikā pēc Līguma 3.2.1.punktā noteiktā Pakalpojuma 1.daļas izpildes termiņa.

4.2. Pasūtītājam ir pienākumi:4.2.1. savlaicīgi sniegt Izpildītājam visu informāciju, kas nepieciešama Pakalpojuma

sekmīgai un kvalitatīvai izpildei un ir Pasūtītāja rīcībā; 4.2.2. sekot līdzi Pakalpojuma izpildes laika grafikam, nepieciešamības gadījumā ar

Izpildītāju precizējot to, nepārsniedzot Līgumā noteikto Pakalpojuma izpildes termiņu;4.2.3. par iespējamiem vai paredzamiem kavējumiem Līguma izpildē un apstākļiem,

notikumiem un problēmām, kas varētu ietekmēt Līguma precīzu un pilnīgu izpildi vai tā izpildi noteiktajā laikā, informēt Izpildītāju laikus, bet ne vēlāk kā 1 (vienas) darba dienas laikā, skaitot no brīža, kad Pasūtītājam tie ir kļuvuši zināmi.

4.3. Izpildītājam ir tiesības:4.3.1. pieprasīt un saņemt no Pasūtītāja informāciju, kas nepieciešama Pakalpojuma sekmīgai

un kvalitatīvai izpildei;4.3.2. komunikācijai ar Pasūtītāju piesaistīt tulku, tā izmaksas sedzot no saviem līdzekļiem.

4.4. Izpildītājam ir pienākumi:4.4.1. sniegt kvalitatīvu Pakalpojumu Līgumā noteiktajā termiņā un apjomos atbilstoši

Latvijas Republikā spēkā esošo normatīvo aktu prasībām un saskaņā ar Tehniskajā specifikācijā noteikto (Līguma 1.pielikums);

4.4.2. atbildēt par piesaistīto darbinieku kompetenci, kā arī viņu sniegto Pakalpojumu kvalitāti un informācijas konfidencialitāti atbilstoši Līguma 13.punktā noteiktajam;

4.4.3. nodrošināt komunikāciju ar Pasūtītāju latviešu valodā. Tas attiecas arī uz mutisko un rakstisko komunikāciju starp Pusēm, izņemot Sistēmas pirmkodu un izpildkodu, kā arī visu dokumentāciju, kas varbūt angļu valodā;

4.4.4. nodrošināt Pasūtītāja datu drošību, aizsardzību pret neautorizētu lietotāju piekļuvi, datu saglabāšanu, pareizību, pilnīgumu, precizitāti un saskaņotību ar Pasūtītāja darbības vajadzībām;

4.4.5. nodrošināt Pasūtītājam iespēju pastāvīgi uzraudzīt Pakalpojuma sniegšanas kvalitāti;4.4.6. ievērot Latvijas Republikas normatīvajos aktos noteiktās drošības prasības;4.4.7. 5 (piecu) dienu laikā no nodošanas – pieņemšanas akta (Līguma 2.pielikums)

parakstīšanas dienas par Pakalpojuma 1.daļas izpildi nodrošināt Sistēmas pirmkoda izmantošanas tiesību nodošanu Pasūtītājam;

4.4.8. nodrošināt, ka Pasūtītāja organizētajās tikšanās (Līguma 5.2.punkts) piedalās projekta vadītājs un vismaz viens no speciālistiem (Pakalpojuma 1.daļas izpildes laikā);

4.4.9. Pasūtītāja noteiktajā termiņā novērst visas Pasūtītāja konstatētās neprecizitātes un trūkumus nodevumos;

4.4.10. par iespējamiem vai paredzamiem kavējumiem Līguma izpildē un apstākļiem, notikumiem un problēmām, kas ietekmē Līguma precīzu un pilnīgu izpildi vai tā izpildi noteiktajā laikā, informēt Pasūtītāju laikus, bet ne vēlāk kā 1 (vienas) darba dienas laikā, skaitot no brīža, kad Izpildītājam tie ir kļuvuši zināmi;

4.4.11. sniegt Pasūtītājam informāciju un paskaidrojumus par Līguma izpildes gaitu un citiem Līguma izpildes jautājumiem ne vēlāk kā 2 (divu) darba dienu laikā pēc Pasūtītāja kontaktpersonas pieprasījuma saņemšanas;

4.4.12. atmaksāt saņemto avansu 10 (desmit) dienu laikā, skaitot no dienas, kad Pasūtītājs ir nosūtījis Izpildītājam pieprasījumu par avansa atgriešanu.

5. PAKALPOJUMA IZPILDES ORGANIZĀCIJA

83

5.1. 5 (piecu) darba dienu laikā, skaitot no Līguma spēkā stāšanās dienas, Pasūtītājs saskaņā ar Tehniskajā specifikācijā (Līguma 1.pielikums) noteikto organizē Ievada sanāksmi.

5.2. Pakalpojuma 1.daļas ietvaros Izpildītājs intervijās, ja tādas nepieciešamas, ar Pasūtītāja atbildīgajām personām saskaņo katru Pakalpojuma 1.daļas izpildes sprintu un nosaka katrā sprintā sniedzamos Pakalpojumus vai realizējamās funkcionalitātes aprakstus (turpmāk arī − lietotājstāstus), plānoto prasību izpildes prioritātes, sarežģītību un darbietilpību. Intervijas, ja tādas tiek organizētas, protokolē Izpildītājs. Protokolus un tiem pievienotos lietotājstāstus Pasūtītājs saskaņo vai sniedz iebildumus par tiem 3 (trīs) darba dienu laikā. Ja Pasūtītājs izteicis iebildumus, Izpildītājs 3 (trīs) darba dienu laikā veic precizējumus un iesniedz tos atkārotai saskaņošanai.

5.3. Pirms katra Pakalpojuma 1.daļas sprinta izpildes Izpildītājs iesniedz apstiprināšanai sprinta izpildes plānu, norādot tajā:

5.3.1. katra sprinta uzsākšanas, nepieciešamo sanāksmju, sprinta piegādes, sprinta apstiprināšanas un citu sprinta darbību laika grafiku ar noteiktu sprinta pabeigšanas termiņu, kurš nepārsniedz 4 (četras) nedēļas;

5.3.2. katrā sprintā realizējamo funkcionālo un nefunkcionālo prasību sarakstu; 5.3.3. katra sprinta testa piemērus;5.3.4. katra sprinta galveno lietotāju un administratoru apmācības veidu, apmācību apjomu

un apmācību norisi;5.3.5. citu informāciju.

5.4. Pirmā sprinta izpildes plāns iesniedzams kopā ar Līguma izpildes plānu.5.5. Sprinta izpildes plānu Pasūtītājs apstiprina vai sniedz iebildumus 3 (trīs) darba dienu laikā no

tā iesniegšanas dienas. Šādā pat termiņā apstiprina vai sniedz iebildumus arī par iesniegtajiem Līguma izpildes plāna grozījumiems. Ja Pasūtītājs izteicis iebildumus, Izpildītājs 3 (trīs) darba dienu laikā veic precizējumus un iesniedz tos atkārotai saskaņošanai.

5.6. Saskaņošanas process nav uzskatāms par pamatu Līguma 3.2.punktā noteiktā Pakalpojuma 1.daļas izpildes termiņa pagarināšanai un līgumsoda nepiemērošanai.

5.7. Pakalpojuma 3.daļas izpilde tiek organizētā šādā kārtībā:5.7.1. Pasūtītājs nosūta Izpildītājam darba uzdevumu, norādot veicamo izmaiņu apjomu;5.7.2. Puses saskaņo darba uzdevuma izpildes termiņu un nepieciešamo cilvēkstundu

apjomu; uzsākama tikai pēc atsevišķa Pasūtītāja pieprasījuma, par to informējot Izpildītāju vismaz 10 (desmit) darba dienas iepriekš;

5.7.3. Izpildītājs nodrošina Pakalpojuma 3.daļas izpildi atbilstoši Līguma nosacījumiem, ciktāl tie ir attiecināmi.

6. ATSEVIŠĶU LĪGUMA IZPILDES SPRINTU REALIZĀCIJAS

UN APSTIPRINĀŠANAS KĀRTĪBA6.1. Sprinta izpildes plānā norādītajā termiņā Izpildītājs veic tā ietvaros plānoto darbu apjomu.6.2. Atbilstoši Izpildītāja iesniegtajam un Pasūtītāja apstiprinātajam Līguma izpildes plānam tiek

organizēta izstrādātās funkcionalitātes prototipa (turpmāk – nodevums) novērtēšanas sanāksme. Nodevuma novērtēšanas sanāksmē Pasūtītājs precizē nepieciešamo funkcionalitāti un/vai lietojamības prasības. Nodevuma novērtēšanas sanāksmes protokolē Izpildītājs. Protokolu Pasūtītājs saskaņo vai sniedz iebildumus par to 3 (trīs) darba dienu laikā. Protokola precizēšanu Izpildītājs veic 3 (trīs) darba dienu laikā un iesniedz to atkārtotai saskaņošanai.

6.3. Pēc nodevuma novērtēšanas sanāksmes protokolā atrunātos papildinājumus Izpildītājs ne vēlāk kā 5 (piecu) darba dienu laikā iesniedz apstiprināšanai sprinta nodevumus programmatūras laidiena veidā, kam pievienoti testēšanas scenāriji.

6.4. Sprintu nodevumi piegādājami un demonstrējami, izmantojot Izpildītāja testa vidi (kurā nodrošināma piekļuve Pasūtītāja norādītiem lietotājiem) līdz brīdim, kamēr Pasūtītājs dod rīkojumu veikt programmatūras piegādi uz Pasūtītāja norādītu testa vidi.

6.5. Katra sprinta ietvaros piegādāto funkcionalitāti Pasūtītājs testē atbilstoši sprinta izpildes plānā saskaņotajam termiņam.

84

6.6. Programmatūras laidiena uzstādīšanu Pasūtītāja testa vidē veic Izpildītājs atbilstoši uzstādīšanas instrukcijai. Ja programmatūras laidiena uzstādīšana Pasūtītāja testa vidē neizdodas, tad Izpildītājam ir jāpārstrādā sprinta nodevumi un jāiesniedz tie atkārtoti.

6.7. Ja programmatūras papildinājumu vai izmaiņu uzstādīšana Pasūtītāja testa vidē ir nesekmīga, Izpildītājs veic labojumus un atkārtotu programmatūras uzstādīšanu. Testēšana var tikt uzsākta 3 (trīs) darba dienu laikā pēc veiksmīgas programmatūras laidiena uzstādīšanas, ja Puses nevienojas citādi.

6.8. Testēšanas rezultātā:6.8.1.Pasūtītājs apstiprina vai neapstiprina sprinta nodevumus;6.8.2.Pasūtītājs neapstiprina sprinta nodevumus, ja nav realizēta saskaņotā funkcionalitāte

(nepilnības Izpildītājs novērš par saviem līdzekļiem). Sprinta ietvaros nerealizētie lietotājstāsti tiek pārnesti uz nākamo sprintu;

6.8.3.Pasūtītājs var pieprasīt izmaiņas sprinta nodevumos, kas nav bijušas paredzētas tehniskajā specifikācijā, ja tas nepieciešams piegādātās funkcionalitātes nodrošināšanai. Šādā gadījumā Puses vienojas par funkcionalitātes apjomu un tās iekļaušanu nākamajā sprinta nodevumā.

6.9. Sprinta nodevumu apstiprināšana attiecībā uz tajā pilnībā realizēto funkcionalitāti ir uzskatāma par konkrētajā sprinta nodevumā iekļauto funkcionālo un lietojamības prasību apstiprināšanu.

6.10. Sprinta nodevuma apstiprināšana neapliecina tajā iekļautās, bet pilnībā nerealizētas funkcionalitātes funkcionālo un lietojamības prasību apstiprināšanu un nav uzskatāma par apstiprināšanu Līguma 7.14.punkta izpratnē.

7.SISTĒMAS AKCEPTTESTĒŠANA7.1. Sistēmas akcepttestēšana tiek uzsākta pēc visu Pakalpojuma 1.daļa paredzēto sprintu izpildes.7.2. Akcepttestēšana tiek uzsākta atbilstoši Līguma izpildes plānam. Akcepttestēšana pēc

Pasūtītāja pieprasījuma var tikt uzsākta agrāk, ja Izpildītājs visas paredzētās piegādes ir veicis pirms Līguma izpildes plānā noteiktā termiņa.

7.3. Pakalpojumu ietvaros izstrādāto programmatūru Izpildītājs uzstāda Pasūtītāja testa vidē atbilstoši Sistēmas administratora rokasgrāmatai. Pasūtītājs sniedz atbalstu Sistēmas uzstādīšanas procedūras veikšanā. Ja piegādātās programmatūras uzstādīšana Pasūtītāja testa vidē neizdodas, Izpildītājs veic labojumus un uzsāk atkārtotu programmatūras uzstādīšanu Pasūtītāja testa vidē.

7.4. Akcepttestēšana var tikt uzsākta ne vēlāk, kā 3 (trīs) darba dienu laikā pēc veiksmīgas programmatūras uzstādīšanas Pasūtītāja testa vidē, ja Puses nevienojas citādi.

7.5. Pakalpojumu sniegšanas rezultātā izstrādātās programmatūras akcepttestēšanu veic Pasūtītāja darbinieki un/vai Pasūtītāja pieaicināti trešās personas pārstāvji Pasūtītāja testa vidē saskaņā ar Līguma izpildes plānu, testa piemēriem, un akcepttestēšanas scenārijiem. Akcepttestēšanas mēģinājumos Pasūtītājam ir tiesības izmantot arī citus (modificētus, jaunus) testa un scenāriju piemērus. Izpildītājam ir jānodrošina akcepttestēšanas norisei nepieciešamās konsultācijas un pārstāvja klātbūtne. Balstoties uz Pasūtītāja iesniegtajiem testēšanas protokoliem un problēmziņojumiem, Izpildītājs novērš identificētos defektus un akcepttestēšanas noslēgumā sagatavo un iesniedz testēšanas pārskatu. Izpildītājam, balstoties uz testa un scenāriju piemēriem, ir jādemonstrē izstrādātās programmatūras funkcionālā darbība un atbilstība Tehniskās specifikācijas prasībām (1.pielikums).

7.6. Akcepttestēšanas laikā identificētie Sistēmas defekti (ieskaitot datubāzu un konfigurācijas defektus, drošības un veiktspējas defektus) Izpildītājam ir jānovērš laika posmā, kas nepārsniedz veiktās akcepttestēšanas ilgumu, bet ievērojot Līguma 7.7.punktā noteikto termiņu.

7.7. Sistēmas akcepttestēšanas termiņš ir 3 (trīs) nedēļas no tās uzsākšanas brīža (tai skaitā katras atkārtotas akcepttestēšanas veikšanai).

85

7.8. Termiņš Sistēmas defektu novēršanai un atkārtotas akcepttestēšanas uzsākšanai ir 5 (piecas) darba dienas pēc iepriekšējās akcepttestēšanas pabeigšanas.

7.9. Ja akcepttestēšanas laikā vismaz 50% scenāriji neizpildās sekmīgi, tā tiek pārtraukta līdz identificētie defekti tiek novērsti. Gadījumā, ja akcepttestēšanas laikā Sistēmā tiek atklātas visaugstākās un augstas prioritātes kļūdas, kuras nav novēršamas 1 (vienas) darba dienas laikā un kuru dēļ nav iespējama tālāka Sistēmas testēšana, Pasūtītājs ir tiesīgs pārtraukt akcepttestēšanu un tā ir uzskatāma par neveiksmīgu.

7.10. Atkārtotos akcepttestēšanas mēģinājumos Pasūtītājam ir tiesības izmantot arī citus (modificētus, jaunus) vai tos pašus testa un scenāriju piemērus, kādi izmantoti vienā vai vairākos iepriekšējos akcepttestēšanas mēģinājumos.

7.11. Atkārtotu akcepttestēšanu Pasūtītājs var veikt pilnā apjomā, testējot visu Sistēmas funkcionalitāti, vai tikai pārtestējot novērstās kļūdas.

7.12. Sistēma tiek uzskatīta par atbilstošu ekspluatācijas uzsākšanai, ja akcepttestēšanas laikā nav konstatētas visaugstākās, augstas un parastas prioritātes kļūdas. Puses var vienoties par Sistēmas pieņemšanu ar atklātām parastas prioritātes kļūdām, kuras novēršamas garantijas ietvaros.

7.13. Pasūtītājs ir tiesīgs ar rakstveida paziņojumu pagarināt akcepttestēšanas termiņu. Šādā gadījumā termiņa pagarinājums netiek ieskaitīts Izpildītāja saistību izpildes termiņā.

7.14. Veiksmīgas Sistēmas akcepttestēšanas gadījumā Pasūtītājs paraksta aktu par Sistēmas akcepttestēšanu.

7.15. Šajā Līguma sadaļā minētie nosacījumi vienlīdz attiecas arī Pakalpojuma 3.daļas realizēšanas gadījumā.

8. SISTĒMAS IEVIEŠANA PRODUKCIJAS VIDĒ8.1. Sistēmas ieviešana produkcijas vidē tiek uzsākta pēc sekmīgi veiktas Sistēmas

akcepttestēšanas saskaņā ar Pasūtītāja norādījumiem, bet ne vēlāk kā 10 (desmit) darba dienu laikā pēc akta par Sistēmas akcepttestēšanu parakstīšanas.

8.2. Pakalpojumu ietvaros izstrādāto programmatūru Izpildītājs uzstāda Pasūtītāja produkcijas vidē. 8.3. Sistēma uzskatāma par ieviestu, ja:

8.3.1.Sistēma uzstādīta un darbojas produkcijas vidē;8.3.2.1 (vienu) mēnesi pēc produkcijas vides izmēģinājuma ekspluatācijas uzsākšanas nav

konstatēta neviena visaugstākās vai augstas prioritātes kļūda vai pēc šīs kļūdas novēršanas Sistēma 1 (vienu) mēnesi darbojusies bez visaugstākās vai augstas prioritātes kļūdām.

8.4. Pasūtītājs paraksta Izpildītāja iesniegto nodošanas – pieņemšanas aktu (Līguma 2.pielikums) par Pakalpojuma 1.daļas izpildi tikai pēc Līgumā 8.3.punktā noteikto nosacījumu izpildes.

9. SISTĒMAS UZTURĒŠANA 9.1. Sistēmas uzturēšanas ietvaros noteikto darba uzdevumu un izmaiņu veikšana Sistēmā tiek

pieteikta izmantojot Pasūtītāja IT pieteikumu sistēmu. Pasūtītāja IT pieteikumu sistēmā norāda darbu izpildes secību un termiņu atbilstoši Tehniskās specifikācijas prasībām (1.pielikums).

9.2. Izpildītājs izvērtē pieteikto izmaiņu apjomu un 3 (trīs) darba dienu laikā sniedz atbildi par iespēju izpildīt no Pasūtītāja saņemto uzdevumu noteiktajā apjomā un termiņā. Pēc Pasūtītāja apstiprinājuma saņemšanas Pasūtītāja IT pieteikumu sistēmā Izpildītājs veic izmaiņas Sistēmā.

9.3. Pasūtītājs izvērtē Sistēmas izstrādes un ieviešanas vai Sistēmā veikto izmaiņu nodevumu 10 (desmit) darba dienu laikā no iesniegšanas dienas un vai nu to akceptē, vai noraida, norādot Izpildītājam uz attiecīgajā nodevumā konstatētajām neatbilstībām.

9.4. Izpildītājam ir pienākums novērst Pasūtītāja konstatētās neatbilstības ne vēlāk kā 10 (desmit) darba dienu laikā no to iesniegšanas dienas un iesniegt Pasūtītājam atkārtoti.

9.5. Pasūtītājs, veicot atkārtotu nodevuma izvērtēšanu, pārliecinās par tā atbilstību un par to, vai nav radušās jaunas neatbilstības novēršot iepriekšējās neatbilstības.

86

9.6. Sistēmas uzturēšanā ietverto darbu izpildes rezultātā Izpildītājs nodod un Pasūtītājs pieņem aktualizētu un saskaņotu nodevumu (elektroniski):

9.6.1. Sistēmas lietotāju rokasgrāmatu;9.6.2. Sistēmas administratoru rokasgrāmatu, tai skaitā jauninājumu uzstādīšanas instrukciju;9.6.3. Sistēmas pirmkodu un izpildkodu;9.6.4. informāciju par piegāžu savstarpējo atkarību (ja tāda ir);9.6.5. informāciju par veiktajiem labojumiem (saikne uz pieteikumiem);9.6.6. rezerves kopēšanas un atjaunošanas kārtību;9.6.7. testēšanas plānu.

9.7. Izpildītājam nav jānodod Pasūtītājam Līguma 9.6. punktā norādītie nodevumi gadījumā, ja Sistēmas uzturēšanā ietverto darbu izpildes rezultātā tajos nav veiktas izmaiņas.

9.8. Sistēmas pirmkodiem ir jābūt skaidri un precīzi dokumentētiem ar komentāriem, kas ir saprotami atbilstošas kvalifikācijas speciālistiem bez pirmkoda autora palīdzības un tie atbilst programmatūras izstrādes standartiem. Sistēmas pirmkoda komentāriem jāsatur vismaz šāda informācija:

9.8.1. funkcijas atribūtu apraksts, tai skaitā tās uzdevumu, parametru, paredzamo kļūdu, iespējamo rezultātu uzskaitījums un detalizējums (metožu līmenī);

9.8.2. veiktie labojumi, to autori un labošanas datumi (klašu līmenī);9.8.3. konkrētā faila autors, izveidošanas datums (klašu līmenī).

9.9. Pēc nepieciešamības, bet ne retāk kā reizi trijos mēnešos tiek sasauktas sanāksmes, kurās Pasūtītājs un Izpildītājs vienojas par identificēto neatbilstību klasifikāciju, kā arī to novēršanas termiņiem.

9.10. Izpildītājam konsultācijas par darbietilpības noteikšanai izmantotajām metodēm un jebkuru citu darbietilpības novērtēšanai izmantoto informāciju, konsultācijas jāsniedz pēc Pasūtītāja pieprasījuma, ja Pasūtītājs vēlas iegūt pamatojumu iesniegtajam darbietilpības novērtējumam.

10. PUŠU KONTAKTPERSONAS10.1.Pasūtītāja kontaktpersona: _________________ (tālr.___________, e-pasts:_____________).10.2.Izpildītāja kontaktpersona: ___________________(tālr. ________, e-pasts: _____________).10.3.Līguma 10.1. un 10.2.punktā noteiktās Pušu kontaktpersonas ir atbildīgas par Līguma izpildes

uzraudzīšanu, nodošanas – pieņemšanas akta (Līguma 2.pielikums) noformēšanu un iesniegšanu parakstīšanai.

10.4.Pušu kontaktpersonu prombūtnes laikā (atvaļinājuma, komandējuma vai pārejošas darba nespējas laikā) to pienākumus pilda citi Pušu darbinieki ar atbilstošu kompetenci. Puse nekavējoties informē citas Puses par darbinieku, kas aizvieto kontaktpersonu. Par jebkurām izmaiņām Līguma 10.1., 10.2.punktā norādītajā informācijā Puses kontaktpersona paziņo citu Pušu kontaktpersonām 1 (vienas) darba dienas laikā elektroniski.

10.5.Visa informācija, kas saistīta ar Līguma izpildi, Pušu strīda gadījumā par oficiālu tiks uzskatīta, ja kontaktpersonas būs izmantojušas rakstveida komunikāciju (Līguma 10.1., 10.2.punktā norādītās e-pasta adreses, kā arī Pušu kontaktpersonu prombūtnes laikā (atvaļinājuma, komandējuma vai pārejošas darba nespējas laikā) e-pasta adreses, ko izmanto to aizvietotāji).

11. PAKALPOJUMA NODROŠINĀŠANĀ PIESAISTĪTIE SPECIĀLISTI UN APAKŠUZŅĒMĒJI

11.1. Par Līguma izpildē iesaistīto personālu uzskatāms Pakalpojuma izpildē iesaistītā personāla sarakstā (Līguma 3.pielikums) iekļautie speciālisti.

11.2. Ja nepieciešams, Izpildītājs ir tiesīgs papildus piesaistīt personālu, kas nav iekļauts personāla sarakstā (Līguma 3.pielikums). Par pārējo personāla skaitu un kompetenci lemj Izpildītājs.

11.3. Izpildītājs savam personālam nodrošina aprīkojumu un atbalstu, kas ir nepieciešams, lai efektīvi pildītu tam uzticētos pienākumus.

11.4. Izpildītājs nav tiesīgs bez saskaņošanas ar Pasūtītāju veikt Līgumā norādītā personāla un apakšuzņēmēju nomaiņu un iesaistīt papildu apakšuzņēmējus Līguma izpildē.

87

11.5. Izpildītājs līguma izpildē iesaistīto personālu (par kuru sniedzis informāciju Pasūtītājam un kura kvalifikācijas atbilstību izvirzītajām prasībām Pasūtītājs ir vērtējis), kā arī apakšuzņēmējus, uz kuru iespējām iepirkuma procedūrā izraudzītais pretendents balstījies, lai apliecinātu savas kvalifikācijas atbilstību noteiktajām prasībām, ir tiesīgs nomainīt tikai ar Pasūtītāja rakstveida piekrišanu, ievērojot Publisko iepirkumu likuma 62.panta nosacījumus.

11.6. Trešo personu, tai skaitā apakšuzņēmēju, pieaicināšana Pakalpojuma izpildē pēc Izpildītāja iniciatīvas neatbrīvo Izpildītāju no atbildības par Līguma izpildi kopumā vai kādu no daļām, kā arī neuzliek Pasūtītājam papildus pienākumus un saistības.

11.7. Izpildītājam, pēc Pasūtītāja pamatota pieprasījuma, ne vēlāk kā 3 (trīs) darba dienu laikā jānomaina piesaistītais speciālists ievērojot Līguma 11.5.punktā noteiktas prasības.

12. NEPĀRVARAMA VARA 12.1. Puses tiek atbrīvotas no atbildības par Līguma saistību neizpildi, ja to izraisījuši

nepārvaramas varas apstākļi, kurus Puses nevarēja paredzēt, kontrolēt vai novērst un par kuru iestāšanos Puses nav vainojami. Par nepārvaramās varas apstākļiem uzskatāmas dabas stihijas, ugunsgrēki, karadarbība, pilsoniskie nemieri, sacelšanās, streiki, epidēmijas, embargo, ierobežojumi enerģijas padevē, valdības lēmumi un citi ārpus Pušu kontroles esoši apstākļi.

12.2. Nepārvaramas varas iestāšanās gadījumā vienai Pusei nekavējoties rakstiski jāinformē par to otru Pusi.

13. KONFIDENCIALITĀTE

13.1. Puses apņemas ievērot no otras Puses saņemtās informācijas konfidencialitāti, neizpaust šādu informāciju trešajām personām, izņemot tiesību aktos noteiktajos gadījumos un kārtībā. Konfidencialitātes nosacījums attiecas uz rakstisku informāciju, kā arī mutisku informāciju, elektronisku informāciju un uz jebkuru citu informāciju, neatkarīgi no informācijas nodošanas veida, laika un vietas. Šajā punktā minētajai konfidencialitātes saistībai ir beztermiņa raksturs.

14. AUTORTIESĪBAS

14.1. Ar brīdi, kad Pasūtītājs pilnībā norēķinājies ar Izpildītāju par Pakalpojuma 1.daļas izpildi:14.1.1. Visas autora mantiskās tiesības, kas izriet no Autortiesību likuma 15.panta otrās un

trešās daļas, uz Līguma ietvaros izstrādāto programmatūru, tās pirmkodiem un dokumentāciju pāriet Pasūtītājam. Pasūtītājs ir tiesīgs veikt jebkuras piegādātās programmatūras modifikācijas, kas saistītas ar programmatūras iespēju paplašināšanu, darbspējas nodrošināšanu ar citām programmām, tajā skaitā – uzdot šādu modifikāciju veikšanu trešajām personām;

14.1.2. Izpildītājs nodrošina, ka autors neizmanto Autortiesību likuma 14.panta pirmās daļas 2., 3., 5., 6.punktā minētās autora personiskās tiesības uz Līguma ietvaros radītājiem darba rezultātiem;

14.1.3. Pusēm (tajā skaitā jebkurām trešajām personām) saglabājas autora mantiskās tiesības uz tiem dokumentiem, materiāliem, datiem vai programmatūru, kura ir tikusi izmantota Līguma izpildes ietvaros un uz kurām Pusēm vai trešajām personām ir bijušas autora mantiskās tiesības jau pirms Līguma spēkā stāšanās dienas.

15. GARANTIJA15.1. Izpildītājs nodrošina Sistēmas bezatlīdzības garantiju 2 (divus) gadus no abpusējas

nodošanas – pieņemšanas akta (Līguma 2.pielikums) parakstīšanas dienas par Pakalpojuma 1.daļas izpildi.

88

15.2. Garantijas periodā Izpildītājam jānodrošina Tehniskās specifikācijas 4.14.punktā norādīto uzdevumu izpildi.

16. GARANTIJAS LAIKA SAISTĪBU IZPILDES GARANTIJA

16.1. Izpildītājs 5 (piecu) darba dienu laikā no abpusējas nodošanas – pieņemšanas akta (Līguma 2.pielikums) parakstīšanas dienas par Pakalpojuma 1.daļas izpildi, iesniedz Pasūtītājam Eiropas Savienībā vai Eiropas Ekonomikas zonā reģistrētas kredītiestādes vai tās filiāles vai arī Finanšu un kapitāla tirgus komisijas licenzētas apdrošināšanas kompānijas vai tās filiāles Garantijas laika saistību izpildes garantiju, kuras saturs atbilst Līguma 4.pielikumā pievienotajam paraugam;

16.2. Garantijas laika saistību izpildes garantiju Pasūtītājs ir tiesīgs izmantot šādos gadījumos:16.2.1. ja Izpildītājs nepilda Līguma 15.punktā noteikto;16.2.2. ja ir notikusi Izpildītāja labprātīga vai piespiedu likvidācija, ja pret Izpildītāju ir

pasludināts maksātnespējas process vai uzsākta bankrota procedūra, vai tā darbība ir apturēta un Līgums tiek izbeigts;

16.2.3. kompensētu Izpildītāja saistību neizpildes vai nolaidīgas izpildes rezultātā Pasūtītājam nodarītos zaudējumus vai, lai ieturētu līgumsodu Līgumā noteiktajā apmērā.

16.3. Garantijas laika saistību izpildes garantijai jābūt spēkā visu Līguma 15.1.punktā noteikto periodu.

16.4. Ja Izpildītājs Līguma 16.1.punktā noteiktajā termiņā neiesniedz Pasūtītājam Garantijas laika saistību izpildes garantiju vai Līguma 15.1.punktā norādītajā termiņā Garantijas laika saistību izpildes garantija jebkāda iemesla dēļ zaudē spēku (kas uzskatāms par Izpildītāja saistību neizpildi), Pasūtītājs ir tiesīgs nekavējoties vienpusēji izbeigt šo Līgumu, rakstiski informējot par to Izpildītāju.

17. AVANSA MAKSĀJUMA GARNTIJA(noteikumi tiks iekļauti līgumā, ja avansa summa būs 30 000 euro vai lielāka)

17.1. Izpildītājs 5 (piecu) darba dienu laikā no Līguma abpusējas parakstīšanas dienas iesniedz Pasūtītājam Eiropas Savienībā vai Eiropas Ekonomikas zonā reģistrētas kredītiestādes vai tās filiāles vai arī Finanšu un kapitāla tirgus komisijas licenzētas apdrošināšanas kompānijas vai tās filiāles avansa maksājuma garantiju, kura saturs atbilst Līguma 5.pielikumā pievienotajam paraugam un, kurā garantijas summa ir noteikta avansa summas apmērā (Līguma 2.3.1.1.apakšpunkts);

17.2. Izpildītājs iesniedz Pasūtītājam rēķinu par avansa maksājuma saņemšanu Līguma 2.3.1.1.apakšpunktā noteiktajā apmērā pēc Līguma 17.1.punktā minētā dokumenta iesniegšanas Pasūtītājam;

17.3. Avansa maksājuma garantiju Pasūtītājs ir tiesīgs izmantot, ja Pretendents nepilda Līguma noteikumus un neatmaksā saņemto avansu 10 (desmit) dienu laikā, skaitot no dienas, kad Pasūtītājs ir nosūtījis pieprasījumu par avansa atgriešanu;

17.4. Avansa maksājuma garantijai jābūt spēkā līdz Akta abpusējas parakstīšanas dienai. 17.5. Izpildītājam pēc Pasūtītāja pieprasījuma jebkurā laikā jāsniedz visa Pasūtītāja pieprasītā

informācija par Avansa maksājuma garantiju.17.6. Ja Līguma spēkā esamības laikā (tai skaitā, jebkurā no tā pagarinājumiem) Avansa

maksājuma garantija jebkāda iemesla dēļ zaudē spēku (kas uzskatāms par Izpildītāja saistību neizpildi), Pasūtītājs ir tiesīgs nekavējoties vienpusēji izbeigt šo Līgumu, rakstiski informējot par to Izpildītāju un Izpildītājam Līguma 17.3.punktā noteiktajā termiņā Avansa maksājums jāatmaksā Pasūtītājam.

17.7. Ja Izpildītājs Līguma 17.1.punktā noteiktajā termiņā neiesniedz Avansa maksājuma garantiju Pasūtītājs Līguma Līguma 2.3.1.1.apakšpunktā noteikto Avansa maksājumu neveic.

17.8. Ja Līgums saskaņā ar Līguma 3.punktā noteikto tiek izbeigts, atcelts u.tt., Izpildītājam Avansa maksājumu jāatmaksā Pasūtītājam pilnā apmērā 10 (desmit) darba dienu laikā no

89

dienas, kad Pasūtītājs nosūtīja Izpildītājam paziņojumu par Līguma darbības izbeigšanu, atcelšanu u.tt.

18. NOSLĒGUMA NOSACĪJUMI

18.1. Pienākumi un tiesības, kas nav ietvertas šajā Līgumā, tiek regulēti atbilstoši Latvijas Republikas normatīvajiem aktiem.

18.2. Ja kāds no Līguma nosacījumiem zaudē spēku normatīvo aktu grozījumu gadījumā, Līgums nezaudē spēku tā pārējos punktos, un šajā gadījumā Puses piemēro Līgumu atbilstoši spēkā esošajiem normatīvajiem aktiem.

18.3. Ja kādai no Pusēm tiek mainīti rekvizīti (izņemot Līguma 18.4.punktā minēto informāciju), tad Puse nekavējoties elektroniski paziņo par to citām Pusēm (vienas Puses kontaktpersonai informējot citu Pušu kontaktpersonas). Ja Puse neizpilda šo punktu, uzskatāms, ka citas Puses ir pilnībā izpildījušas savas saistības, lietojot šajā Līgumā esošo informāciju par Pusi.

18.4. Par bankas norēķinu konta maiņu Izpildītājs paziņo Pasūtītājam rakstiski (pa pastu vai elektroniski, izmantojot drošu elektronisko parakstu).

18.5. Pušu reorganizācija vai to vadītāju maiņa nevar būt par pamatu Līguma pārtraukšanai vai izbeigšanai. Gadījumā, ja kāda no Pusēm tiek reorganizēta vai likvidēta, vai tiek mainīti to vadītāji, Līgums paliek spēkā un tā nosacījumi ir saistoši Puses tiesību un saistību pārņēmējam. Par šādu apstākļu iestāšanos Puse brīdina citas Puses 5 (piecas) dienas iepriekš.

18.6. Par Līguma grozījumiem vai papildinājumiem Puses vienojas rakstiski. Rakstiskās vienošanās tiek parakstītas un noformētas divos eksemplāros, un ir pievienojamas Līgumam kā neatņemamas sastāvdaļas.

18.7. Strīdus, kas rodas Līguma izpildes gaitā vai sakarā ar šo Līgumu, Puses risina savstarpēju pārrunu ceļā 5 (piecu) darba dienu laikā. Ja vienošanās netiek panākta, tad strīdus risina tiesā Latvijas Republikas normatīvajos aktos noteiktajā kārtībā.

18.8. Puses nav tiesīgas nodot savas tiesības, kas saistītas ar šo Līgumu un izriet no tā, trešajai personai.

18.9. Puses garantē, ka to pārstāvjiem ir attiecīgas pilnvaras, lai slēgtu šo Līgumu un uzņemtos tajā noteiktās saistības un pienākumus.

18.10. Līgums sagatavots latviešu valodā, parakstīts divos eksemplāros, katrs uz _____________ (_______________) lapām t.sk. ar __ (________________) pielikumiem, katrai Pusei pa vienam eksemplāram. Abiem Līguma eksemplāriem ir vienāds juridisks spēks.

19. PUŠU JURIDISKĀS ADRESES UN REKVIZĪTI

Pasūtītājs: Izpildītājs:Latvijas Republikas Finanšu ministrijaSmilšu ielā 1, Rīgā, LV-1919Reģ. Nr. 90000014724Valsts kaseKods: TRELLV22Konts: LV81TREL213005009200B

_______________________Adrese: _______________Reģ.Nr. ________________Banka: _________________Kods: __________________Konts: __________________

___________________________ ___________________________

Rīgā, 2017.gada __. ______________ Rīgā, 2017.gada __. ______________

90

91

1.pielikumslīgumam ID Nr. 

TEHNISKĀ SPECIFIKĀCIJA

* Šis līguma pielikums tiks pievienots no Konkursa 2.pielikuma “Tehniskā specifikācija”

92

2. pielikumslīgumam ID Nr. 

NODOŠANAS - PIEŅEMŠANAS AKTS

Latvijas Republikas Finanšu ministrija, tās Administrācijas vadītājas Ievas Braunfeldes personā, kura rīkojas, pamatojoties uz Ministru kabineta 2003.gada 29.aprīļa noteikumiem Nr. 239 „Finanšu ministrijas nolikums” pamata, turpmāk – Pasūtītājs , turpmāk – Pasūtītājs, no otras puses, un

______________________, Reģ.____________________, tās __________________ personā, kura darbojas uz ______________ pamata, turpmāk - Izpildītājs, no otras puses, kopā un katrs atsevišķi saukti attiecīgi Puses/Puse, ar šī nodošanas – pieņemšanas akta parakstīšanu apstiprina, ka:

1. Izpildītājs saskaņā ar 2017.gada __. _________ līgumā Nr. _________________ izvirzītajām prasībām un noteiktajos termiņos ir veicis (veiktos pakalpojumu uzskaitījums):

1.1.1.2. … (turpmāk – Pakalpojums).2. Pasūtītājam nav iebildumu pret sniegtā Pakalpojuma kvalitāti un Pasūtītājs pieņem

Pakalpojuma izpildi.*3. Pēc pareizi noformēta rēķina saņemšanas Pasūtītājs maksā Izpildītājam saskaņā ar līguma

nosacījumiem.Nodošanas – pieņemšanas akts ir sastādīts uz vienas lapas, divos eksemplāros pa vienam katrai Pusei ar vienādu juridisku spēku

Izpildītājs Pasūtītājs_________________________ ________________________ (___________) (___________) Rīgā, 201__.gada________________ Rīgā, 201__.gada__________________

* Ja Izpildītājam saskaņā ar Līguma nosacījumiem ir piemērojams līgumsods, tad nodošanas – pieņemšanas aktā tiek norādīta līgumcena un Izpildītājam piemērojamā līgumsoda summa.

93

3. pielikumslīgumam ID Nr. 

PAKALPOJUMA NODROŠINĀŠANĀ PIESAISTĪTIE SPECIĀLISTI

94

4.pielikumslīgumam ID Nr. 

GARANTIJAS LAIKA SAISTĪBU IZPILDES GARANTIJA(forma)

Rīga, 2017.gada ____._______

_______________ (komerciestādes (bankas) vai apdrošināšanas kompānijas nosaukums, vienotais reģistrācijas numurs: _______________; juridiskā adrese: _______________) (turpmāk – Garantijas devējs) – esam informēti par to, ka 2017.gada ___. _______________ starp mūsu klientu – _______________ (Izpildītāja nosaukums, vienotais reģistrācijas numurs: _______________; juridiskā adrese: _______________) (turpmāk – Izpildītājs) – un Finanšu ministriju (vienotais reģistrācijas numurs: 90000014724, juridiskā adrese: Smilšu iela 1, Rīga, LV-1919) (turpmāk – Pasūtītājs) ir noslēgts Līgums Nr.FM2017/54 (DE MINIMIS IS) par De minimis atbalsta uzskaites sistēmas izstrādi un ieviešanu, uzturēšanu un izmaiņu veikšanu (turpmāk – Līgums). Saskaņā ar Līguma noteikumiem Izpildītājam jāiesniedz Pasūtītājam garantijas laika saistību izpildes garantija.

Ņemot vērā iepriekš minēto, ar šo Garantijas devējs neatsaucami uzņemas pienākumu 10 darba dienu laikā samaksāt Pasūtītājam jebkuru tā pieprasīto naudas summu, nepārsniedzot ___EUR (norāda (ar cipariem un vārdiem) naudas summu, ieskaitot pievienotās vērtības nodokli, kas ir vienāda ar 5% no Līguma 2.3.1.punktā norādītā maksājuma), gadījumā, ja, ievērojot šajā garantijā noteiktās prasības, Garantijas devējam ir iesniegts atbilstošs Pasūtītāja parakstīts dokuments (turpmāk – Pieprasījums), ar kuru Pasūtītājs pieprasa Garantijas devējam veikt maksājumu uz šīs garantijas pamata un kurā ietverts Pasūtītāja apgalvojums, ka Izpildītājs nav izpildījis savas saistības saskaņā ar Līgumu, norādot, kādas saistības nav izpildītas.

Garantijas devējs piekrīt, ka jebkādas izmaiņas vai papildinājumi Līgumā starp Pasūtītāju un Izpildītāju jebkurā veidā neatbrīvo Garantijas devēju no atbildības šīs Garantijas ietvaros.

Šī garantija ir spēkā līdz ___________ (norāda datumu, ņemot vērā Līguma 15.1.punktā noteikto) (turpmāk – Beigu datums). Garantijas devējam jāsaņem Pieprasījums ne vēlāk kā divu nedēļu laikā no Beigu datuma.

Šai garantijai un ar to saistītajām tiesiskajām attiecībām piemērojami Latvijas Republikas normatīvie akti. Jebkurš strīds, kas rodas starp Garantijas devēju un Pasūtītāju saistībā ar šo garantiju, izšķirams Latvijas Republikas tiesā.

Garantijas devēja pārstāvis: _____________________________________ (amats, vārds, uzvārds, zīmogs)______________________________________ (paraksts)

95

5.pielikumslīgumam ID Nr. 

AVANSA MAKSĀJUMA GARANTIJA(forma)

Rīga, 2017.gada ____._______

_______________ (komerciestādes (bankas) vai apdrošināšanas kompānijas nosaukums, vienotais reģistrācijas numurs: _______________; juridiskā adrese: _______________) (turpmāk – Garantijas devējs) – esam informēti par to, ka 2017.gada ___. _______________ starp mūsu klientu – _______________ (Izpildītāja nosaukums, vienotais reģistrācijas numurs: _______________; juridiskā adrese: _______________) (turpmāk – Izpildītājs) – un Finanšu ministriju (vienotais reģistrācijas numurs: 90000014724, juridiskā adrese: Smilšu iela 1, Rīga, LV-1919) (turpmāk – Pasūtītājs) ir noslēgts Līgums Nr.FM2017/54 (DE MINIMIS IS) par De minimis atbalsta uzskaites sistēmas izstrādi un ieviešanu, uzturēšanu un izmaiņu veikšanu (turpmāk – Līgums). Saskaņā ar Līguma 2.3.1.1.apakšpunktu, Izpildītājs saņem priekšapmaksas maksājumu 20% no līgumcenas, kas ir EUR______,____ (____________euro _________ centi) bez pievienotās vērtības nodokļa (turpmāk – PVN), PVN 21% ir EUR _______(________ euro ____centi), kopā ar PVN ir EUR ______(________ euro ______centi).

Garantijas devējs izsniedz avansa maksājuma garantiju (turpmāk tekstā – Garantija) un apņemamies samaksāt Pasūtītājam pēc pirmā rakstiskā pieprasījuma, naudas summu, kas nepārsniedz EUR ______,____ (____________euro _________ centi), gadījumā, kad Izpildītājs nav izpildījis Līguma saistības par avansa maksājuma atmaksu.

Garantijas summa var tikt samazināta atbilstoši atgrieztajai avansa summai.

Garantijas devējs piekrīt, ka jebkādas izmaiņas vai papildinājumi Līgumā starp Pasūtītāju un Izpildītāju jebkurā veidā neatbrīvo Garantijas devēju no atbildības šīs Garantijas ietvaros.

Šī Garantija ir spēkā no ____.gada _____________ līdz _____. gada_____________(ieskaitot) [norādīt garantijas termiņu saskaņā ar publiskā iepirkuma līguma noteikumiem], un izbeidzas pilnībā un automātiski, ja līdz tās beigu datumam Garantijas devējs nav saņēmis Pasūtītāja rakstisko prasību maksāt un apstiprinājumu par Izpildītāja līgumsaistību neizpildi.

Garantijas devējs Garantiju pirms noteiktā termiņa beigām, ja Pasūtītājs iesniegs Garantijas devējam Garantijas apliecinātu kopiju un lūgumu par Garantijas anulēšanu.

Galvotāja pārstāvis: _____________________________________ (amats, vārds, uzvārds, zīmogs)______________________________________ (paraksts)

96