par satura pārvaldības sistēmas uzturēšanas un pilnveidošanas pakalpojumiem
Iepirkuma līgums Nr. _
par satura pārvaldības sistēmas uzturēšanas un pilnveidošanas pakalpojumiem
Rīgā, sagatavošanas datums 2018.gada 23.maijs. Līguma reģistrācijas numuru skatīt dokumenta pielikumā
Parakstīšanas datums ir pēdējā pievienotā droša elektroniskā paraksta un tā laika zīmoga datums.
AS „Latvijas valsts meži”, juridiskā adrese Xxxxxxxx xxxx 0, Xxxx, xxxxxxxxx reģistrācijas nr.40003466281, tās xxxxxxxxxx, kura darbojas uz valdes pilnvarojuma pamata, turpmāk tekstā saukts Pasūtītājs, no vienas puses, un
SIA “DIVI grupa”, juridiskā adrese Xxxxx xxxx 00-00, xxxxxxxxx reģistrācijas nr. 40003803059, tās
xxxxxxxxxx personā, kurš darbojas uz statūtu pamata, turpmāk tekstā saukts Izpildītājs, no otras puses,
Izpildītājs un Pasūtītājs abi kopā vai katrs atsevišķi, turpmāk tekstā saukti par Pusēm vai attiecīgi par Xxxx, izsakot savu gribu brīvi, bez maldības, viltus vai spaidiem, pamatojoties uz iepirkuma „Satura pārvaldības sistēmas uzturēšana un pilnveidošana” (identifikācijas Nr. AS LVM KV_2018_169_I), iepirkuma priekšmeta CPV kods: 72260000-5 (ar programmatūru saistītie pakalpojumi), turpmāk šā līguma tekstā saukts – Iepirkums, rezultātiem un Izpildītāja iesniegto piedāvājumu, noslēdz šādu līgumu (turpmāk tekstā – Līgums):
1. Līgumā lietotie termini
1.1. Standarta programmatūra – operētājsistēma, biroja programmatūra Microsoft Office un datu bāzu vadības sistēma un citas līdzīgas programmatūras.
1.2. Darbs – Pasūtītāja programmatūras izstrādes pieteikums , ko lieto, lai reģistrētu pieprasījumu veikt aktivitātes saskaņā ar Tehnisko specifikāciju, kas pievienots šim Līgumam kā Pielikums Nr.8.
1.3. Darba uzdevums – darbs vai darbu kopa, kuram noteikta realizācijas metode, izmaiņas un realizācijas termiņi
1.4. Uzturēšanas darbi - pieteikumu apstrāde, kļūdu labojumi, konsultācijas, versiju migrācijas.
1.5. Nodevumi – Pasūtītājam nododamais Darbu produkts.
1.6. Problēma – Pieteikums par Xxxxx uzdevuma ietvaros realizēto Darbu neatbilstību izvirzītām prasībām saskaņā ar Darba uzdevumu un Līgumu un tā pielikumu noteikumiem.
2. Līguma priekšmets un termiņš
2.1. Pasūtītājs uzdod un Izpildītājs apņemas kvalitatīvi veikt programmatūras izstrādes un uzturēšanas darbus (turpmāk visi kopā saukti - Darbi) Pasūtītājam Līguma spēkā esamības laikā.
2.2. Darbi sevī ietver:
2.2.1. Prasību analīze ar nodevumu programmatūras prasību specifikāciju;
2.2.2. Programmatūras izstrāde ar nodevumiem:
2.2.2.1. Programmatūras kods;
2.2.2.2. Dokumentācija;
2.2.3. Konsultācijas par Pasūtītāja infrastruktūras un Standarta programmatūras plānoto izmaiņu ietekmi uz veikto programmatūras izstrādi.
2.3. Darbi tiek veikti Pasūtītāja ikreizēji sastādīta rakstiska Darba uzdevuma, kurā Pasūtītājs norāda veicamo Darbu raksturu, apjomu un izpildes termiņus.
2.4. Izpildītājs 5 (piecu) darba dienu laikā apstrādā 2.3. punktā minēto saņemto informāciju un iesniedz Pasūtītājam piedāvājumu. Ja pamatotu apstākļu dēļ piedāvājums nav iesniedzams Pasūtītājam 5 (piecu) darba dienu laikā, Izpildītājs par to informē Pasūtītāju 1 (vienas) darba dienas laikā, un Puses vienojas par citu iesniegšanas laiku. Piedāvājumā jānorāda šāda informācija (tādā detalizācijā, kā to pieļauj Pasūtītājam pieejamā informācija un izvēlētās izstrādes metodes):
2.4.1. Darbu realizācijas izmaksas - analīzei, izstrādei un projekta vadībai. Projekta vadības izmaksas nedrīkst pārsniegt 10% no analīzes un izstrādes izmaksu summas.
2.4.2. Darbu termiņu realizācijas plāns (atsevišķi izdalot analīzes, izstrādes darbus un tiem paredzētās iterācijas) ar nodevumu sarakstu:
2.4.2.1. Ūdenskrituma realizācijas pieeja:
2.4.2.1.1. Darba uzdevuma prasības pārveidotas par konkrētiem darbiem;
2.4.2.1.2. Xxxxxx darbam ir precīzs izpildes laika izvērtējums cilvēkdienās un ir aprēķināta precīza darbu izpildes summa;
2.4.2.1.3. Ir izveidots darbu izpildes kalendārais plāns, kurā tiek norādīts katra darba uzsākšanas un pabeigšanas laiks.
2.4.2.2. AGILE realizācijas pieeja:
2.4.2.2.1. Darba uzdevuma prasības sadalītas pa posmiem. Xxxxxx posmam ir norādīta realizējamo prasību kopa;
2.4.2.2.2. Katram posmam ir noteikts aptuvens procentuālais svars pret kopējo darbu apjomu un aptuvenais izpildes laiks cilvēkdienās, kā arī ir aprēķināta orientējoša posmu izpildes summa, kura var atšķirties no faktiskām posma izmaksām pēc darbu pabeigšanas;
2.4.2.2.3. Ir izveidots posmu izpildes kalendārais plāns, kurā tiek norādīts katra posma uzsākšanas un pabeigšanas laiks
2.4.3. Jaunas funkcionalitātes izstrādes izmaksām jābūt novērtētām, izmantojot Pielikumā Nr.7 (Finanšu piedāvājums). norādītās cilvēkdienu izmaksas un darbietilpības novērtējumu.
2.4.4. Uzturēšanas darbi tiek apmaksāti pēc faktiski patērētā laikā reizi ceturksnī balstoties uz saskaņoto Darba izpildes protokolu par uzturēšanas darbiem.
2.5. Ja Pasūtītājs akceptē Līguma 2.4. punktā minēto piedāvājumu, Darba uzdevums tiek abpusēji parakstīts un kļūst par šī Līguma neatņemamu sastāvdaļu.
2.6. Pasūtītājs rīko (nodrošina telpas un aprīkojumu) Projekta organizācijas sanāksmes, kurās piedalās abu Pušu Projekta vadītāji, kā arī citi dalībnieki, bet abpusēji vienojoties Projekta organizācijas sanāksmes var notikt arī Izpildītāja telpās.
2.7. Līgums stājas spēkā ar abpusējas parakstīšanas dienu un ir spēkā 3 (trīs) gadus vai līdz brīdim, kad Pasūtītāja veiktie maksājumi par Xxxxxxx ir sasnieguši Līguma 3.1.punktā minēto summu, atkarībā no tā, kurš no apstākļiem iestājas ātrāk.
3. Līguma summa
3.1. Kopējā līguma summa nepārsniedz 41 000,00 EUR (četrdesmit viens tūkstotis euro), neskaitot pievienotās vērtības nodokli. Pievienotās vērtības nodoklis tiek maksāts atbilstoši spēkā esošajiem normatīvajiem aktiem.
3.2. Pasūtītājs veic apmaksu par izpildītajiem Darbiem saskaņā ar Pielikumā Nr.7 pievienoto finanšu piedāvājumu un Līgumā noteikto.
3.3. Pielikumā Nr.7. norādītās cilvēkdienu izmaksas Līguma darbības laikā var tikt pārskatītas, ja inflācijas vai deflācijas koeficienta izmaiņas pārsniedz 7 (septiņus) % kopš Līguma sākuma vai pēdējās cilvēkdienu izmaksu pārskatīšanas, bet ne biežāk kā reizi gadā. Izmaiņas šādā gadījumā tiek veiktas atbilstoši inflācijas vai deflācijas apmēram.
3.4. Apmaksa par izpildītu Darbu tiek veikta 15 (piecpadsmit) kalendāro dienu laikā pēc pieņemšanas – nodošanas akta abpusējas parakstīšanas un rēķina saņemšanas.
3.5. Rēķinu par Xxxxx uzdevumiem Izpildītājs ir tiesīgs izrakstīt tikai pēc Darbu akceptēšanas (sk. Pielikumu Nr.4) un pieņemšanas - nodošanas akta abpusējas parakstīšanas.
3.6. Apmaksa par mājas lapu izvietošanu tiek veikta reizi ceturksnī bez pieņemšanas – nodošanas akta sagatavošanas 15 (piecpadsmit) kalendāro dienu laikā pēc Izpildītāja rēķina saņemšanas.
4. Darbu nodošanas – pieņemšanas kārtība
4.1. Darba uzdevumā noteiktos darbus testē un pieņem saskaņā ar procedūrām un prasībām, kas noteiktas Līguma Pielikumos Nr.1 un Nr.4.
4.2. Nodošanas – pieņemšanas aktā par Darba uzdevumu Puses norāda paveiktos Darbus (akceptētos nodevumus, x.xx. nodevumus, kuriem saskaņoti trūkumu novēršanas termiņi pēc nodošanas – pieņemšanas akta parakstīšanas), to atbilstību šī Līguma un tā pielikumu noteikumiem, kā arī maksājamo summu un aprēķinātos līgumsodus.
4.3. Par izpildītajiem Darba uzdevumiem Pasūtītājam 10 (desmit) darba dienu laikā no Darbu nodošanas
– pieņemšanas akta saņemšanas jānosūta Izpildītājam parakstīts Darbu nodošanas – pieņemšanas akts vai motivēts Darbu pieņemšanas atteikums, kurā ir norādīti trūkumi un to vēlamie novēršanas termiņi. Ja iepriekšminētajā termiņā Pasūtītājs nav nosūtījis Izpildītājam parakstītu darbu nodošanas
– pieņemšanas aktu vai motivētu Darbu pieņemšanas atteikumu, tiek uzskatīts, ka Pasūtītājs ir pieņēmis aktā norādītos Darbus un Pasūtītājam iesniegtais Darbu nodošanas – pieņemšanas akts ir uzskatāms par abpusēji parakstītu 11. (vienpadsmitajā) darba dienā pēc tā iesniegšanas Pasūtītājam.
5. Līguma pārvaldība un pilnvarotie pārstāvji
5.1. Līguma izpildei katra Puse pilnvaro šādus pārstāvjus, kuri ir tiesīgi parakstīt un apstiprināt Līguma izpildi saistītos darba uzdevumus, nodošanas – pieņemšanas aktus un līguma izpildes gaitas protokolus :
5.1.1. Pasūtītāja Projekta vadītājs xxxxxxxx;
5.1.2. Pasūtītāja pārstāvis xxxxxxxx;
5.1.3. Izpildītāja Projekta vadītājs xxxxxxxx
5.1.4. Izpildītāja pārstāvis xxxxxxxx.
Pušu pārstāvji šajā punktā minētos dokumentus paraksta ar drošu elektronisko parakstu.
5.2. Pilnvaroto pārstāvju nomaiņas gadījumā otra Puse par to tiek informēta rakstveidā 10 (desmit) darba dienu laikā pēc pilnvarotā pārstāvja nomaiņas.
5.3. Jebkurš paziņojums, kas ietekmē Pušu līgumsaistības, (izņemot tehniskas dabas paziņojumu) saskaņā ar Līgumu tiek iesniegts rakstveidā, latviešu valodā (ierakstītā vēstulē vai parakstīts ar drošu elektronisku parakstu) un tiek uzskatīts par iesniegtu vai nosūtītu tajā pašā dienā, ja tas:
5.3.1. Nosūtīts attiecīgi otrai pusei uz: Pasūtītāja pasta adresi Xxxxxxxx xxxx 0, Xxxx, XX-0000, vai uz Izpildītāja pasta adresi xxxxxxxx;
5.3.2. vai arī nodots personīgi otrai Pusei pret parakstu;
5.3.3. vai nosūtīts uz Pasūtītāja Projekta vadītāja, Pasūtītāja pārstāvja elektronisko e-pastu vai uz xxx@xxx.xx vai uz Izpildītāja Projekta vadītāja, Izpildītajā pārstāvja elektronisko e-pastu
5.4. Ja paziņojums nosūtīts kā reģistrēts pasta sūtījums ierakstītā vēstulē, saņemšanas diena būs pasta paziņojuma datums par šāda sūtījuma izsniegšanu.
6. Pušu tiesības un pienākumi
6.1. Pušu pienākumi:
6.1.1. Uzsākot līguma izpildi, Puses vienojas par darbu pārvaldības modeli un fiksē to protokolā, pēc kā Līguma izpilde tiek pārvaldīta saskaņā ar šo modeli. Ja pārvaldības modelis mainās, Pusēm ir pienākums izmaiņas fiksēt rakstiski protokolā.
6.1.2. Puses apņemas ievērot Līguma pielikumā Nr.9 pievienotās Konfidencialitātes vienošanās noteikumus.
6.2. Pasūtītāja pienākumi:
6.2.1. Pieņemt pienācīgi izpildītus Darbus un veikt samaksu saskaņā ar Līguma noteikumiem;
6.2.2. Līguma izpildes ietvaros sniegt Izpildītājam visu nepieciešamo informāciju, kas nepieciešama Līguma izpildei;
6.2.3. Programmatūras izstrādes un ekspluatācijas laikā iegādāties nepieciešamās Standarta programmatūras licences ar atbalstu par saviem līdzekļiem testa un produkcijas vižu nodrošinājumam;
6.2.4. Informēt Izpildītāju par plānotiem ceturkšņa darbiem, to aptuveno apjomu trīs nedēļas pirms ceturkšņa uzsākšanās, lai Izpildītājs spētu nodrošināt speciālistu pieejamību.
6.3. Izpildītāja pienākumi:
6.3.1. Informēt Pasūtītāju par plānoto ceturkšņa darbu izpildes iespējām – norādot potenciālos darbu izpildes termiņus un iesaistīto speciālistu darba apjomu.
6.3.2. Veikt Darbus kvalitatīvi, nolīgtajā termiņā un pilnā apjomā atbilstoši Līguma noteikumiem, kā arī citiem saistošiem noteikumiem un normām;
6.4. Pušu tiesības:
6.4.1. Ja vienas Puses saistību izpildes nokavējums (tikai tāds nokavējums, kas ietekmē otras Puses spējas izpildīt savas saistības) liedz otrai Pusei veikt savlaicīgu izpildi, tas tiek pagarināts par pirmās Puses nokavēto laika posmu. Šādos gadījumos par to tiek pieņemts lēmums saskaņā ar projekta pārvaldības principiem.
6.5. Pasūtītāja tiesības:
6.5.1. Vienojoties ar Izpildītāju par izvēlēto neatkarīgo ekspertu, piesaistīt to, lai saņemtu vērtējumu par programmatūras veiktspēju un tās iemesliem. Ja šādā gadījumā eksperts apstiprina Pasūtītāja sākotnēji noteikto vērtējumu, Pasūtītājam ir tiesības uzdot Izpildītājam veikt izdevumu apmaksu par eksperta pakalpojumiem.
6.5.2. Līguma izpildes un nodevumu kvalitātes uzraudzībai jebkurā Līguma izpildes posmā piesaistīt trešās personas.
6.6. Izpildītāja tiesības:
6.6.1. Saņemot no Pasūtītāja informāciju par kāda Darba steidzamību, piedāvāt veikt Darba izpildes paātrināšanu, samazinot prasības piegāžu kvalitātei (Pielikums Nr.6.). Pušu vienošanās tiek iekļauta Darba uzdevumā.
7. Pušu atbildība un līguma izbeigšana
7.1. Par jebkuru Darbu veikšanas termiņu pārkāpumu Pasūtītājam ir tiesības pieprasīt no Izpildītāja līgumsodu:
7.1.1. Par kavējumu no 1 (vienas) dienas līdz 16 (sešpadsmit) dienām ieskaitot 0.3 (nulle komats trīs) % apmērā no Darbu uzdevuma līgumcenas par katru kavējuma dienu;
7.1.2. Par kavējumu virs 16 (sešpadsmit) dienām 1 (viena) % apmērā no Darbu uzdevuma līgumcenas par katru kavējuma dienu.
7.2. Kopējais Darba uzdevuma līgumsods nevar pārsniegt vairāk kā 10 (desmit) % no Darbu uzdevuma līgumcenas.
7.3. Par Līgumā noteikto maksājumu kavējumu, Izpildītājam ir tiesības pieprasīt no Pasūtītāja līgumsodu 1 (viena) % apmērā no laikā nesamaksātās summas par katru kavējuma dienu, bet ne vairāk kā 10 (desmit) % no laikā nesamaksātās summas.
7.4. Izpildītājam ir tiesības pārtraukt 2.1. un 2.3. punktā minētās darbības, ja Pasūtītājs nav veicis samaksu ilgāk kā 30 (trīsdesmit) dienas no rēķinā norādītā samaksas datuma.
7.5. Puses atlīdzina viena otrai nodarītos tiešos zaudējumus, kas radušies to vainojamas rīcības rezultātā (vienas Puses vai tās darbinieku, kā arī šīs Puses Līgumā izpildē iesaistīto trešo personu darbības vai bezdarbības, kā arī rupjas neuzmanības, ļaunā nolūkā izdarīto darbību vai nolaidības rezultātā u.tml.). Zaudējumu atmaksas ierobežojums ir vienāds ar 3.1. punktā minēto summu.
7.6. Izpildītājs ir atbildīgs par tā nolīgto apakšuzņēmēju darbību / bezdarbību tādā pašā mērā kā par savu darbību / bezdarbību.
7.7. Pasūtītājam ir tiesības ar vienpusēju paziņojumu izbeigt Līgumu, ja:
7.7.1. ir stājies spēkā tiesas spriedums par Izpildītāja atzīšanu par maksātnespējīgu;
7.7.2. Izpildītājs nepilda Līguma saistības un saskaņā ar Līguma noteikumiem neatbilstības nav novērstas 30 (trīsdesmit) dienu laikā no rakstiska brīdinājuma saņemšanas;
7.7.3. Darbu nodevumu nepieņemšanas gadījumā Izpildītājs nav novērsis trūkumus atkārtoti noteiktā termiņa ietvaros.
7.8. Pusēm ir pienākums 15 (piecpadsmit) kalendāro dienu laikā samaksāt Līgumā noteiktos līgumsodus.
7.9. Līgumsoda samaksa neatbrīvo Puses no Līgumā noteikto saistību pilnīgas un pienācīgas izpildes.
8. Nepārvaramas varas apstākļi
8.1. Ja Līguma izpildi padara neiespējamu nepārvaramas varas apstākļi, Līgumā noteiktais Līguma termiņš tiek pagarināts par tādu laiku, par kādu attiecīgie nepārvaramas varas apstākļi aizkavē attiecīgo ar Līgumu uzņemto saistību izpildi.
8.2. Puses, kuras saistību izpilde kavē nepārvarama vara, ar paziņojumu nekavējoties informē otru Pusi par šādu apstākļu iestāšanās sākuma un aptuvenu beigu laiku. Ja iespējams, jāpievieno attiecīga valsts institūciju izziņa, kas apliecina nepārvaramas varas apstākļu esamību.
8.3. Novēlota paziņojuma iesniegšana, tas ir, tā iesniegšana vēlāk kā 15 (piecpadsmit) darba dienas pēc nepārvaramas varas apstākļu iestāšanās vai izbeigšanās, atņem Pusei, kura šādu novēlotu paziņojumu iesniedz, tiesības tikt atbrīvotai no ar Līgumu uzņemto saistību pildīšanas nepārvaramas varas apstākļu dēļ. Ja sakarā ar nepārvaramas varas apstākļiem, Darbu izpilde tiek kavēta vairāk kā 90 (deviņdesmit) kalendārās dienas, Pasūtītājam ir tiesības vienpusēji atkāpties no Līguma kopumā vai atkāpties no atsevišķu tā nosacījumu izpildes. Ja Līgums zaudē spēku nepārvaramas varas apstākļu dēļ, nevienai no Pusēm nav tiesību prasīt no otras Puses nekādu zaudējumu atlīdzību, kuri tai varētu rasties sakarā ar šādiem apstākļiem.
9. Autortiesības
9.1. Visu šī Līguma izpildes ietvaros izmantoto Standartprogrammatūru, tas ir, trešo pušu programmatūra autora tiesības saglabā Standartprogrammatūras ražotāji.
9.2. Autora mantiskās tiesības uz Līguma darbības laikā radītajiem autortiesību objektiem pāriet Pasūtītājam pēc tam, kad radīts attiecīgais autortiesību objekts un Pasūtītājs pilnībā samaksājis Izpildītājam atlīdzību saskaņā ar Līgumu.
9.3. Pasūtītājam ir tiesības saņemt visu izstrādātas programatūras pilnu aktuālo pirmkodu saskaņā ar Darba uzdevumā definēto nodevumu saraktu un plānu, kā arī pēc Līguma darbības beigām atkārtoti. Pēc Līguma darbības beigām Pasūtītājam ir tiesības neierobežoti lietot izstrādāto programmatūru, izdarīt pirmkoda modifikācijas, kā arī nodot programmatūru uzturēšanu trešajām personām.
9.4. Izpildītājs garantē, ka Līguma darbības laikā radītajiem autortiesību objektiem 99 (deviņdesmit deviņus) gadus no Līguma abpusējas parakstīšanas dienas neizmantos savas personiskās tiesības uz:
9.4.1. izlemšanu, vai programmatūras pavadošā informācija tiks izziņota un kad tā tiks izziņota;
9.4.2. programmatūras pavadošās informācijas atsaukšanu;
9.4.3. programmatūras pavadošās informācijas neaizskaramību;
9.4.4. Pretdarbību.
9.5. Izpildītājs ir pilnībā atbildīgs par to, ka starp Izpildītāju un apakšuzņēmēju (ja tāds tiek piesaistīts) un Izpildītāja darbiniekiem un apakšuzņēmēju darbiniekiem (ja tāds tiek piesaistīti) ir atbilstoši normatīvo aktu prasībām noformētas autoru personiskās un mantiskās tiesības un tas neradīs Pasūtītājam nekādu risku saistībā ar autortiesībām programmatūras izmantošanas laikā.
10. Personas datu apstrāde
10.1. Izpildītājs Pasūtītāja interesēs un uzdevumā Līguma izpildes ietvaros apstrādā noteiktus no Pasūtītāja vai pakalpojuma sniegšanas rezultātā saņemtos personas datus Eiropas Parlamenta un padomes 2016.gada 27.aprīļa regulas 2016/679 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 jeb regula) izpratnē.
10.2. Izpildītājs veic apstrādi godīgi un saskaņā ar spēkā esošajiem tiesību aktiem, tajā skaitā, Vispārīgas datu aizsardzības regulu, Līgumu un Pasūtītāja dotajām tiesiskajām norādēm. Izpildītājs neizmanto personas datus savām vajadzībām vai citiem, no Līguma tieši neizrietošiem mērķiem, vai citādi, kā vien saskaņā ar Pasūtītāja norādījumiem, ja vien to darīt nepieprasa normatīvie akti.
10.3. Personas datu obligāto tehnisko aizsardzību Izpildītājs īsteno ar fiziskiem un loģiskiem aizsardzības līdzekļiem, nodrošinot:
10.3.1. aizsardzību pret fiziskās iedarbības radītu personas datu apdraudējumu;
10.3.2. aizsardzību, kuru realizē ar programmatūras līdzekļiem, parolēm, šifrēšanu, kriptēšanu un citiem loģiskās aizsardzības līdzekļiem.
10.4. Apstrādājot datus, Izpildītājam jo īpaši ir:
10.4.1. jāievieš pieteikšanās un paroļu pārvaldības procedūras,
10.4.2. jāievieš drošības risku procesus un jāpārvalda kontroles drošības risku mazināšanai,
10.4.3. jāizveido un jāuztur ugunsmūris un pretvīrusu programmatūra,
10.4.4. jāievieš un jāpārvalda darbību uzskaites procesu, kas nodrošina iespēju izsekot Izpildītāja darbinieku piekļuvi un personas datu apstrādes notikumus un pamatojumu,
10.4.5. jānodrošina, ka izdrukas, kas satur Pasūtītāja datus, tiek turētas aizslēgtā vietā,
10.4.6. izmetot izdrukas, kas satur Pasūtītāja datus, jānodrošina, ka tās tiek sasmalcinātas Izpildītāja iekārtās un netiek izmestas papīrgrozos,
10.4.7. droši jāuzglabā datu glabāšanas līdzekļi, lai tie nebūtu pieejami trešajām personām,
10.4.8. veicot personas datu pārnešanu/pārsūtīšanu ir jāizmanto šifrētu savienojumu vai šifrējot/ ar paroli aizsargājot pārsūtamos datus
10.4.9. Pasūtītāja personas datus ir aizliegt glabāt trešās puses pārvaldītos resursos, ja vien trešā puse nav minēta šīs Vienošanās 2.11. punktā.
10.5. Izpildītājs veic personas datu apstrādi tikai tādā apmērā un laika periodā, kamēr tas ir nepieciešams, lai izpildītu Līgumā noteiktās saistības.
10.6. Izpildītājs, ņemot vērā Līguma izpildes ietvaros paredzētos personas datu apstrādes procesus, uzņemas atbildību par attiecīgu personas datu apstrādes tehnisko un organizatorisko prasību ieviešanu saskaņā ar normatīvajos aktos noteikto kārtību un paredz šo prasību nepārtrauktu
pārskatīšanu, lai nodrošinātu nepārtrauktu apstrādes sistēmu un pakalpojumu konfidencialitāti, integritāti, pieejamību un noturību.
10.7. Izpildītājs paziņo Pasūtītājam par jebkuru notikušu vai iespējamu personas datu aizsardzības pārkāpumu vai Līgumā definēto konfidenciālās informācijas aizsardzības režīma neievērošanas gadījumu nekavējoties, bet ne vēlāk, kā 24 stundu laikā no brīža, kad personas datu aizsardzības pārkāpums atklāts, nosūtot informāciju uz elektroniskā pasta adresi: XxxxxxxxxxXxxxxxxx@xxx.xx un Līgumā noteiktajai Pasūtītāja kontaktpersonai.
10.8. Izpildītājam ir aizliegts veidot Pasūtītāja iekārtās esošo datu vai citas informācijas kopijas uz saviem vai trešo personu datu nesējiem jebkādā formā, ja šādas kopijas veidošana nav nepieciešama vai adekvāta attiecīgā pakalpojuma nodrošināšanai.
10.9. Izpildītājs līdz ar Līguma termiņa beigām nodrošina nodrošina visu Līguma izpildes laikā savu programmu vidēs un iekārtās Pasūtītāja uzkrāto personas datu dzēšanu vai vismaz neatgriezenisku anonimizāciju, izņemot, ja Izpildītājs definē noteikta veida personas datu turpmāku glabāšanu saskaņā ar noteiktu Izpildītāja leģitīmo interesi. Izpildītājs garantē, ka glabāšanas periodā personas dati netiks izmantoti citiem mērķiem, kā arī ievēros visas spēkā esošajos normatīvajos aktos noteiktās tehniskās un organizatoriskās prasības attiecībā uz personas datu glabāšanu un iznīcināšanu. Par jebkādu personas datu glabāšanu saistībā ar Izpildītāja leģitīmajām interesēm pēc Līguma darbības termiņa Izpildītājs atbild, kā pārzinis saskaņā ar Vispārīgas datu aizsardzības regulas prasībām.
10.10.Vienošanās noslēgšanas brīdī Izpildītājs fiziskas personas datu apstrādē nav piesaistījis papildus apstrādātāju Izpildītājs Līguma izpildes ietvaros ir tiesīgs piesaistīt papildu apstrādātāju tikai ar Pasūtītāja rakstisku atļauju, pirms tam rakstveidā iesniedzot attiecīga satura iesniegumu, kurā visa starpā norādīta informācija par papildus apstrādātājam nododamajiem personas datiem un tā paredzēto personas datu apstrādi. Saņemot šādu atļauju, Izpildītājs ievēro Vispārīgas datu aizsardzības regulas 28.panta otrās un ceturtās daļas noteikumus.
10.11.Izpildītājs līgumā ar piesaistīto papildus apstrādātāju nosaka prasības, kuras ir identiskas Līguma saturam un prasībām. Izpildītājs ir tieši atbildīgs par tā piesaistītā papildus apstrādātāja veiktā personas datu apstrādes procesa atbilstību šī Līguma noteikumiem un Vispārīgas datu aizsardzības regulas prasībām.
10.12.Izpildītājs nodrošina, ka personas datu apstrādē iesaistītais personāls neapstrādā personas datus citādi, kā noteikts šajā Līgumā. Izpildītājs fiziskas personas datu apstrādē iesaistītajiem darbiniekiem nosaka identiskas konfidencialitātes un datu aizsardzības prasības, kādas noteiktas Līgumā.
10.13.Izpildītājs nodrošina, ka pie Pasūtītāja nodotajiem personas datiem var piekļūt tikai tie darbinieki, kas ir iesaistīti Līguma izpildē. Izpildītājs uzrauga un nodrošina fizisko personas datu apstrādē iesaistīto darbinieku regulāru informēšanu un apmācību par drošības un aizsardzības prasībām personas datu apstrādē.
10.14.Izpildītājs Līguma izpildes ietvaros bez Pasūtītāja atsevišķi izteiktas rakstiskas piekrišanas neizmanto programmas rīkus vai datu reģistrēšanas, glabāšanas servisus un citus līdzīgus pakalpojumus, ja to izmantošana paredz no Pasūtītāja iegūto personas datu nodošanu uz trešajām valstīm.
10.15.Izpildītājs, ciktāl tas ir iespējams ņemot vērā apstrādes būtību, palīdz Pasūtītājam ar atbilstīgiem tehniskiem un organizatoriskiem pasākumiem, kas nodrošina, ka Pasūtītājs var izpildīt savus pienākumus, kas nepieciešami Vispārīgas datu aizsardzības regulas III nodaļā paredzēto datu subjekta tiesību īstenošanai, tajā skaitā sniedz Pasūtītājam visu vajadzīgo informāciju, kas nepieciešama, lai nodrošinātu datu subjekta informēšanu par tā datu apstrādes norisi.
10.16.Izpildītājs nekavējoties informē Pasūtītāju par tiesībsargājoši iestāžu pieprasījumiem.
10.17.Izpildītājs nekavējoties informē Pasūtītāju par jebkuru pieprasījumu, kas tiešā veidā saņemts no datu subjekta un uz kuru Izpildītājs nav pilnvarots sniegt atbildi.
10.18.Izpildītājs nekavējoties informē Pasūtītāju, ja, viņaprāt, kāds norādījums pārkāpj regulu vai citus Eiropas Savienības vai dalībvalstu datu aizsardzības noteikumus.
10.19.Pasūtītājs ir tiesības jebkurā brīdī Līguma izpildes laikā pieprasīt Izpildītāja informāciju un pierādījumus, kas apliecina Līgumā noteikto pienākumu izpildi.
11. Citi noteikumi
11.1. Jebkādas izmaiņas un papildinājumi, kas skar Līgumu, veicami abpusēji vienojoties un noformējot rakstveidā, kas kļūst par Līguma neatņemamu sastāvdaļu. Minētais nosacījums attiecas arī uz Pušu bankas kontu maiņu.
11.2. Puses vienojas, ka Līgumā paredzētās saistības pildīs personīgi. Izņēmumi no šī noteikuma iespējami, ja:
11.2.1. Puses pirms Līgumā paredzēto saistību tiesību nodošanas citai personai par to rakstiski vienojas. Šis noteikums attiecas arī uz prasījumu tiesību cesiju;
11.2.2. kādas no Puses saistību un tiesību pārņemšana noteikta ar likumu vai tiesas nolēmumu un reģistrēta normatīvos aktos noteiktā kārtībā Līdzējam, kura saistības un tiesības tiek pārņemtas, ir pienākums nekavējoties informēt otru pusi par saistību un tiesību pārņemšanas tiesisko pamatu un saistību un tiesību pārņēmēju.
11.3. Domstarpības starp Pusēm un attiecības, kas saistītas ar Līguma izpildi, tiek risinātas sarunu ceļā, Ja vienošanās netiek panākta, strīdu izšķir Baltijas starptautiskā šķīrējtiesa, saskaņā ar tās reglamentu, viena šķīrējtiesneša sastāvā, latviešu valodā, vai Latvijas Republikas tiesa, pamatojoties uz Latvijas Republikas tiesību aktiem, pēc prasītāja izvēles.
11.4. 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, Līgums paliek spēkā un tā noteikumi ir saistoši Puses tiesību pārņēmējam.
11.5. Līgums ir sastādīts divos eksemplāros ar 9 (deviņiem) pielikumiem. Līguma teksts kopā uz 22 lapām. Abi Līguma eksemplāri ir ar vienādu juridisku spēku, pa vienam eksemplāram katrai Pusei.
12. pielikumi
Pielikums Nr. 1. Pieteikumu apstrāde Pielikums Nr. 2. Piegāžu pārvaldība Pielikums Nr. 3. Piegāžu dokumenta veidne
Pielikums Nr. 4. Nodevumu akceptēšanas kārtība
Pielikums Nr. 5. Pakalpojumu kvalitātes vērtēšanas kritēriji Pielikums Nr. 6 Prasības programmatūras koda izstrādei Pielikums Nr. 7. Finanšu piedāvājums
Pielikums Nr. 8. Tehniskā specifikācija
Pielikums Nr. 9. Konfidencialitātes vienošanās.
13. Pušu rekvizīti un paraksti
PASŪTĪTĀJS
AS “Latvijas valsts meži”
Adrese: Xxxxxxxx xxxx 0, Xxxx, XX-0000 PVN reģ. Nr.: 40003466281
Banka: AS „SEB banka Kods XXXXXX0X
Konts LV10UNLA000303046754
UZŅĒMĒJS
SIA “DIVI grupa”
Adrese: Xxxxx xxxx 00-00, Xxxx, XX-0000 PVN reģ. Nr.: 40003803059
Banka: xxxxxxxxxx Kods xxxxxxxxxx Konts xxxxxxxxxx
/ xxxxxxxxxx / / xxxxxxxxxx /
1. Pamatprincipi:
Pieteikumu apstrāde
Pielikums Nr. 1.
1.1. Pieteikumi tiek reģistrēti un apstrādāti Pasūtītājam attālināti tiešsaistē pieejamā Pieteikumu reģistrā, kuru veido un uztur Izpildītājs. Uzturēšanas laikā Izpildītājs, savlaicīgi informējot Pasūtītāju, var pieteikumu reģistru papildināt, aizstāt ar līdzvērtīgu vai mainīt tā atrašanās vietu.
1.2. Pieteikumu reģistram jābūt pieejamam vismaz 15 Pasūtītāja lietotājiem, kuri tiek reģistrēti Pieteikumu reģistrā pēc Xxxxxxxxxx Projektu vadītāja elektroniska pieprasījuma Izpildītāja Projekta vadītājam.
1.3. Reģistrējot pieteikumu, jābūt iespējai par to norādīt vismaz šādu informāciju:
1.3.1. reģistrācijas numurs (pieteikumu reģistra unikāls ģenerēts identifikators);
1.3.2. reģistrācijas laiks (pieteikumu reģistrā fiksē automātiski);
1.3.3. pieteikuma nosaukums (īss, koncentrēts problēmas formulējums);
1.3.4. projekta nosaukums, uz kuru attiecas pieteikums;
1.3.5. pieteikuma tips (atbilstoši pieteikumu klasifikācijai);
1.3.6. pieteikuma pieteiktā prioritāte (atbilstoši pieteikumu klasifikācijai);
1.3.7. problēmas identificētājs;
1.3.8. pieteikuma apraksts (detalizēts apraksts. Pieteicējam jādod pēc iespējas detalizētāks pieteikuma apraksts, pasakot kādas darbības tika veiktas, vai tās ir atkārtojamas, kā arī kāda ir pieteikuma būtība);
1.3.9. pieteikuma statuss (pieteikumu reģistrā piešķir automātiski);
1.3.10. pieteikuma plānotais atrisināšanas datums (atbilstoši 5. punktā norādītajiem termiņiem);
1.3.11. pieteikuma faktiskais atrisināšanas datums (pieteikumu reģistrā fiksē automātiski, kad tiek uzstādīts statuss ‘Akceptēšanā’);
1.3.12. iespēja pievienot datni (piemēram, ekrāna skatu).
1.3.13. Sistēmas versijas, kurā pieteikums pieteikts.
1.3.14. Sistēmas vide.
1.4. Pēc reģistrācijas pieteikums ir apskatāms pieteikumu reģistrā. To ir iespējams precizēt ar komentāriem vai labot. Pieteikumam var pievienot papildus datnes.
1.5. Pieteikumu reģistrā Pasūtītājs var filtrēt un šķirot pieteikumus pēc visiem iepriekš minētajiem laukiem, kā arī veikt pieteikuma meklēšanu pēc tā reģistrācijas numura vai atslēgas vārdiem.
1.6. Katram pieteikumam automātiski tiek fiksēta pieteikuma izmaiņu vēsture ar iespēju Pasūtītājam apskatīt veiktās izmaiņas, izmaiņu datumu un izmaiņu autoru.
1.7. Pieteikumu reģistrā ir iespēja iegūt pieteikumu kvalitātes vērtēšanas atskaiti norādītajam laika periodam (saskaņā ar kvalitātes vērtēšanas kritērijiem), kā arī dažādas citas atskaites par pieteikumiem, to risināšanas gaitu, risināšanas laikiem utml. Ir iespēja pārsūtīt datus uz Microsoft Excel vidi.
2. Pieteikumu klasifikācija:
2.1. Pieteikumam ir iespējami sekojoši tipi:
Pieteikuma tips | Skaidrojums |
Darbs | Darba uzdevums vai darba uzdevuma daļa par jaunās programmatūras izstrādi vai esošās pilnveidošanu. Šāds pieteikums tiek risināts saskaņā ar darba uzdevuma noteikto apjomu un plānu. |
Kļūda | Problēmas programmatūrā, kas apstādina, negatīvi ietekmē vai rada neērtības tās lietošanā. Tipiski šie pieteikumi tiek atrisināti ar jaunas versijas / laidiena piegādi. |
Konsultācija | Pieteikums neizraisa izstrādātās programmatūras lietošanas iespēju zudumus. Programmatūrā nav kļūda, bet ir radusies neskaidrība par programmatūras darbību vai funkcionalitāti, tās izmantošanu, tehnisko apkalpošanu u.c. |
2.2. Pieteikumam ir iespējamas sekojošas prioritātes:
Pieteikuma tips | Prioritāte | Apraksts |
Uzdevums | Saskaņā ar darba uzdevumu | Darba uzdevums par jaunās programmatūras izstrādi vai esošās pilnveidošanu. Šāds pieteikums tiek risināts saskaņā ar darba uzdevuma noteikto apjomu un plānu. |
Kļūda | A – kritiska | Problēma programmatūrā, kas apstādina programmatūras vai tās kritiskas daļas darbību un kuras seku rezultātā tās lietošana nav iespējama līdz problēmas cēloņu novēršanai. Kā arī problēmas, kas saistītas ar lietotāju pieejas tiesībām – lietotājiem pieejamie dati, ko aizsargā fizisko personu datu aizsardzības likums vai uzņēmuma noteiktā drošības politika. |
B – augsta | Problēma programmatūrā , kas negatīvi ietekmē tās būtisku funkciju izpildi. Nav zināms (Pasūtītājam) pieņemams problēmas apiešanas risinājums, tomēr ir iespējams darbu turpināt ierobežotā režīmā. | |
C – vidēja | Apzīmē problēmu programmatūrā, kas negatīvi ietekmē programmatūras funkciju izpildi, taču ietekme uz programmatūru ir mazsvarīga / sagādā zināmas neērtības. Pasūtītājam ir zināms problēmas apiešanas risinājums. | |
D – zema | Problēma programmatūrā, kas rada neērtības darbā ar programmatūru, taču negatīvi neietekmē funkciju izpildi (piemēram, neprecīzi paziņojumi, pareizrakstības kļūdas u.c.). | |
Konsultācija | B – augsta | Pieteicējs vajadzību vērtē kā ļoti nepieciešamu. |
C – vidēja | Pieteicējs vajadzību vērtē kā vidēji nepieciešamu. | |
D – zema | Pieteicējs vajadzību vērtē kā nepieciešamu. |
3. Pieteikumu apstrādes statusi:
3.1. Reģistrēts – sākuma stāvoklis, tiklīdz pieteikums reģistrēts Pieteikumu reģistrā. Pieteikšana un reģistrācija var tikt veikta:
3.2. Risināšanā – Izpildītājs pieteikumu ir izvērtējis un ar Pasūtītāju saskaņojis tā prioritāti. Izpildītāja darbinieks ir uzsācis risināt pieteikuma problēmas cēloņus.
3.3. Atlikts – problēma ir mazsvarīga, tā ir jānovērš, bet nav skaidrs vajadzīgais risinājums.
3.4. Akceptēšanā – Izpildītāja darbinieks ir atrisinājis pieteikumu. Pieteikuma risinājums ir iekļauts piegādē, un piegāde piegādāta Pasūtītājam.
3.5. Atkārtoti atvērts – Pasūtītājs uzskata, ka piegādātais risinājums pieteikumu nav novērsis vai ir novērsis tikai daļēji.
3.6. Slēgts – Pasūtītājs uzskata, ka pieteikums ir atrisināts un piegādāts. Tās apstrāde ir beigusies.
4. Pieteikumu apstrādes procedūra:
4.1. Pasūtītāja pieteikumi attiecībā uz kļūdām sistēmas lietošanā, tiek apstrādāti pēc šādas procedūras:
5. Pieteikumu apstrādes kontrollaiki:
5.1. Noteiktie kontrollaiki tiks izmantoti kā etalons, lai noteiktu sniegto pakalpojumu kvalitāti, bet sadarbības laikā var tikt definēti citi laiki projektu vadītājiem abpusēji vienojoties.
5.2. Kontrollaiki laiki:
Tips | Prioritāte | Risināšanas laiks |
Kļūda | A – kritiska | Risinājuma meklēšana tiek uzsākta nekavējoties un tiek turpināta līdz problēma tiek novērsta. Problēma tiek novērsta 2 dienu laikā no pieteikšanas brīža vai pēc savstarpējas vienošanās. |
B – nopietna | 15 darba dienu laikā, sākot no pieteikšanas brīža vai pēc savstarpējas vienošanās. | |
C – vidēja | 60 darba dienu laikā, sākot no pieteikšanas brīža vai pēc savstarpējas vienošanās. | |
D – zema | Pēc savstarpējās vienošanās. | |
Konsultācija | B – nopietna | Izpildītājs sniedz konsultāciju un palīdz novērst kļūdas pēc savstarpējas vienošanās. Konsultanta ierašanās uz vietas Pasūtītāju birojos ir jānodrošina maksimāli 5 darba dienu laikā. |
C – vidēja | ||
D – zema | Izpildītājs sniedz konsultāciju un palīdz novērst kļūdas pēc savstarpējas vienošanās. |
"IZPILDĪTĀJS": "PASŪTĪTĀJS ":
1. Pamatprincipi:
Piegāžu pārvaldības process
Pielikums Nr. 2.
1.1. Visas piegādes notiek pēc vienotiem principiem, neatkarīgi no tā, vai tiek piegādāta jauna versija, kļūdu labojumi vai dokumentācija, un sastādot nepieciešamo piegādes dokumentāciju pēc vienotas veidnes
1.2. Izpildītājam jāpiegādā atsevišķi labojumi produkcijas vides problēmu novēršanai un jaunā funkcionalitāte un tās labojumi.
1.3. Katrai piegādei tiek piešķirts unikāls piegādes identifikators atbilstoši identifikācijas shēmai.
2. Piegāžu identifikācijas shēma
Piegādes identifikators, kas tiek ierakstīts arī piegādes dokumenta faila nosaukumā, veidojās pēc šablona Piegāde_MODULIS_VerNr_Datums, kas sastāv no:
• Piegāde – konstants vārds katrai piegādei;
• MODULIS – moduļa apzīmējums:.
• VerNr – piegādes versijas numurs.
• Datums (formāts: DDMMGGGG) – datums, kurā piegāde ir nosūtīta Pasūtītājam;
3. Piegāžu procesa apraksts:
3.1. Izpildītājs sagatavo piegādi un veic piegādes reģistrāciju LVM piegāžu reģistra (darba plūsmas statuss “Sagatave”), kuram Pasūtītājs ir piešķīris Izpildītājam pieejas tiesības.
3.2. Piegāžu aprites darba plūsma ir:
3.3. Izpildītājs nodot piegādi Pasūtītājam, mainot statusu no “Sagatave” uz “Jauns”.
3.4. Projekta vadītājs akceptē piegādi, ja tajā ir iekļauta visa plānotā funkcionalitāte, korekti aizpildīta piegādes informācija piegādes pieteikumā un piegāde satur visu nepieciešamo pavadošo dokumentāciju.
3.5. Ja piegādi nav izdevies testa vidē instalēt korekti, tiek pieteikta problēma Pieteikumu reģistrā. Kļūdainā piegāde netiek tālāk apstrādāta.
3.6. Ja piegādi testa vidē ir izdevies uzstādīt, Pasūtītājs sāk piegādātās funkcionalitātes testēšanas fāzi. Testēšanas laikā atrastās problēmas reģistrē pieteikumu reģistrā.
3.7. Pasūtītājs 3 (trīs) darba dienu laikā no piegādes, kas satur jauno funkcionalitāti, testēšanas uzsākšanas pārbauda, vai piegāde atbilst kvalitātes prasībām. Ja piegāde neatbilst kvalitātes prasībām, piegāde netiek tālāk apstrādāta.
3.8. Izpildītājs var sekot piegādes dzīves ciklam piegāžu pieteikumu reģistrā.
"IZPILDĪTĀJS": "PASŪTĪTĀJS ":
/ /
1. Identifikācija
Nr.
2. Piegādes saturs:
3. Piegādes apraksts
Piegāžu dokumenta veidne
Pielikums Nr. 3.
Izpildītāja problēmpieteikuma identifikators / jaunās funkcionalitātes identifikators | Pieteikuma / jaunās funkcionalitātes īss apraksts |
4. Instalācijas faili un instrukcijas
FTP ceļš:
Failu novietojums:
Datu pārnešana:
Atkarība no iepriekšējām piegādēm:
Atbilstība bāzes versijai:
5. Iespējamas problēmas, zināmās kļūdas un ietekme uz saistītām sistēmām.
6. Piegādes uzstādīšanai nepieciešamais laiks.
7. Piezīmes.
Apraksta vēlamās piegādes testēšanas / uzstādīšanas papildnosacījumus. Piemēram: „Testēšanai nepieciešami produkcijas dati.”
"IZPILDĪTĀJS": "PASŪTĪTĀJS ":
Pielikums Nr. 4.
Nodevumu akceptēšanas kārtība
1. Funkcionalitātes akceptēšana
1.1. Akceptēšana funkcionalitātei, kura realizēta, izmantojot ūdenskrituma realizācijas pieeju, notiek šādā kārtībā:
1.1.1.Izpildītājs piegādā Pasūtītājam funkcionalitāti, kurā ir izpildītas visas prasību specifikācijā noteiktās prasības un ir iesniegti par izpildītāja veiktās funkcionālās testēšanas rezultātiem.
1.1.2.Testēšanas plāns un testpiemēri, jā tādi ir paredzēti nodevumu saraktā, tiek sagatavoti un piegādāti kopā ar piegādi, ja Puses par to vienojušās sastādot Darba uzdevumu.
1.1.3.Vadoties pēc biznesa scenārijiem un testa plāna, testpiemēriem (ja tādi ir) vai vadoties no pasūtītāja biznesa procesa portālā definēto darbību secību, Pasūtītājs testa vidē novērtē, vai piegādātā funkcionalitāte atbilst prasībām, kas noteiktas prasību specifikācijā.
1.1.4.Ja testēšanas laikā tiek atklātas neatbilstības pret prasību specifikācijā noteiktajām prasībām, Pasūtītājs piesaka problēmas Pieteikumu reģistrā saskaņā ar Pielikumu Nr.1.
1.1.5.Ja testēšanas laikā Pasūtītājam rodas jaunas prasības attiecībā uz funkcionalitāti, kuras nav atrunātas prasību specifikācijā, Pasūtītājs piesaka izmaiņas Pieteikumu reģistrā saskaņā ar Pielikumu Nr. 1. Izpildītājs izvērtē izmaiņu apjomu un nosaka nosacījumus, pie kādiem Pasūtītāja papildu funkcionalitāte var tikt realizēta.
1.1.6.Pasūtītājs akceptē funkcionalitāti, ja testēšanas laikā nav atklātas neatbilstības pret programmatūras prasību specifikācijā noteiktajām prasībām un ir novērstas visas un netiek atklātas jaunas A, B un C saskaņotās prioritātes kļūdas un pārējiem pieteikumiem Izpildītājs ir noteicis novēršanas termiņu.
1.2. Akceptēšana funkcionalitātei, kura realizēta, izmantojot iterācijas realizācijas pieeju, notiek šādā kārtībā:
1.2.1.Tā kā Darbu izpilde tiek veikta posmos, tad arī Darbu akceptēšana notiek pa posmiem. Katra posma izpildes gaitā sastādītais un Pušu akceptētais funkcionalitātes prasību saraksts ir galvenais pamats prasību akceptēšanai, izpildes un akcepttestēšanas kontrolei.
1.2.2.Izpildītājs vienojas ar Pasūtītāju par demonstrācijas termiņu un vietu programmatūras papildus funkcionalitātes izstrādes darbu rezultātam, kurā ir izpildītas visas posma funkcionalitātes prasību sarakstā iekļautās prasības.
1.2.3.Izpildītājs demonstrē funkcionalitātes darbību, un rada iespēju Pasūtītājam attālināti piekļūt pabeigtajai funkcionalitātei Izpildītāja izstrādes vidē, lai Pasūtītājs varētu veikt tās izmēģināšanu un novērtēšanu.
1.2.4.Pasūtītājs veic funkcionalitātes izmēģināšanu un novērtēšanu saskaņā ar posma prasību sarakstu, un iesuta Izpildītāja Projektu vadītājam elektroniski novērtējumus, apkopotus ierosinājumus un komentārus par to.
1.2.5.Pēc tam, kad Pušu atbildīgās personas ir pieņēmušas lēmumu, ka posmā ietilpstošās funkcionalitātes izstrāde ir pabeigta, Izpildītājs izveido posma gala versiju, veic versijas testēšanu un piegādā to Pasūtītājam saskaņā ar Pielikumu Nr. 2.
1.2.6.Vadoties pēc biznesa scenārijiem, Pasūtītājs testa vidē novērtē, vai piegādātā funkcionalitāte atbilst prasībām, kas ir noteiktā posma funkcionalitātes prasību sarakstā.
1.2.7. Ja testēšanas laikā tiek atklātas neatbilstības pret posma funkcionalitātes prasību sarakstā noteiktajām prasībām, Pasūtītājs piesaka problēmas Pieteikumu reģistrā saskaņā ar Pielikumu Nr. 1.
1.2.8.Ja testēšanas laikā Pasūtītājam rodas jaunas prasības attiecībā uz funkcionalitāti, kuras nav atrunātas posma prasību sarakstā, Pasūtītājs piesaka izmaiņas Pieteikumu reģistrā saskaņā ar Pielikumu Nr. 1. Izpildītājs izvērtē izmaiņu apjomu un iekļauj to cita Xxxxx posma prasību sarakstā saskaņojot ar pasūtītāja projektu vadītāju
1.2.9.Pasūtītājs akceptē funkcionalitāti, ja testēšanas laikā nav atklātas neatbilstības pret posma funkcionalitātes prasību sarakstā noteiktajām prasībām un ir novērstas visas un netiek atklātas jaunas A, B un C saskaņotās prioritātes kļūdas un pārējiem pieteikumiem Izpildītājs ir noteicis novēršanas termiņu.
1.2.10. Akceptējot posma funkcionalitāti, Pušu Projektu vadītāji vienojas par posma akceptēšanas datumu, kuru norāda posma nodošanas – pieņemšanas aktā un līdz kuram tiks aprēķināts faktiski paveikto Xxxxx apjoms.
1.2.11. Pušu Projektu vadītājiem vienojoties par termiņiem, Izpildītājs pēc visu Xxxxx posmu funkcionalitātes akceptēšanas, pamatojoties uz pēdējo apstiprināto prasību sarakstu, kā arī uz visu posmu darba pierakstiem, izstrādā un iesniedz Pasūtītājam akceptēšanai papildu funkcionalitātes prasību specifikāciju.
2. Nodevumu apstiprināšana
2.1. Nodevumus apstiprina – pēc funkcionalitātes akceptēšanas un / vai dokumentācijas akceptēšanas.
2.2. Puses rakstiski apstiprina ar pieņemšanas – nodošanas aktus divos eksemplāros Izpildītājs piegādā Pasūtītājam, tajā norāda akceptētos nodevumus, atliktās problēmas, ja nepieciešams līgumsodu, patērēto laiku, paveiktos Darbus, to apjomu un atbilstību šī Līguma un tā pielikumu noteikumiem, kā arī maksājamo summu.
2.3. Pasūtītājam 10 (desmit) darba dienu laikā no darbu nodošanas – pieņemšanas akta /kvalitātes pārskata sanāksmes protokola saņemšanas jānosūta Izpildītājam parakstīts dokuments vai dokumenta noraidīšanas iemeslus.
2.4. Puses pilnvaro pārstāvjus nodošanas – pieņemšanas akta / kvalitātes pārskata sanāksmes protokola parakstīšanai.
"IZPILDĪTĀJS": "PASŪTĪTĀJS ":
Pakalpojumu kvalitātes vērtēšanas kritēriji
Pielikums Nr. 5.
1. Kvalitātes vērtēšana programmatūras izstrādei, papildināšanai un uzturēšanai:
1.1. Izpildītāja sniegto pakalpojuma kvalitāti novērtē ar mērāmiem kritērijiem:
1.1.1.Savlaicīgums: visas pieteiktās problēmas tiek risinātas saskaņā ar Pielikumā Nr.1 norādītajiem risināšanas laikiem.
1.1.2.Piegāžu kvalitāte: Piegāžu kvalitāte – sk. šī pielikuma 3. punktu.
1.1.3.Piegāžu apjoms – piegāde satur plānoto funkcionalitāti, un visus darba uzdevumā minētos nodevumus Darba uzdevumā noteiktā apjomā saskaņā ar līguma nosacījumiem un pušu savstarpējo vienošanos.
1.2. Pakalpojuma kvalitātes pārskats tiek sagatavots reizi ceturksnī, pārskatā izvērtē ceturkšņa ietvaros sniegto pakalpojumu kvalitāti.
1.3. Formula un nosacījums
1.3.1.Kopējais kvalitātes mērījums par ceturksni tiek aprēķināts pēc principa, ka katras komponentes mērījums tiek reizināts ar svaru un iegūts rezultāts:
Kvalitāte =0.3*Savlaicīgums (pārskata periodā paredzēto, laicīgi atrisināto problēmu risinājumu skaits, pret laicīgi neatrisināto problēmu skaitu ) + 0.1
*Piegāžu apjoms (pārskata perioda piegāžu skaits kas saturiski atbilst darba uzdevumam, pret nepilnīgo piegāžu skaitu) + 0.6* Piegāžu kvalitāte (pārskata periodā piegādāto kvalitatīvo piegāžu skaits pret nekvalitatīvo piegāžu skaitu)
1.3.2.Ja kvalitātes novērtēšanas periodā nav bijis nepieciešams kādu no pakalpojumiem sniegt, kvalitātes rādītājs kopējā kvalitātes aprēķinā tiek ieskaitīts.
1.3.3.Kad iegūts procentuālais novērtējums, par kādu sniegts uzturēšanas pakalpojums, no 100% atņem procentuālo novērtējumu un par iegūto starpības procentu tiek samazināta nākamā perioda vidējā speciālista cilvēkdienu maksa.
2. Piegāžu kvalitātes vērtēšana
2.1. Piegādes kvalitātes vērtēšana un pieņemšana notiek šādā kārtībā:
2.1.1.Izpildītājs piegādā Pasūtītājam funkcionalitāti, ja tajā ir izpildītas visas plānā paredzētās aktivitātes (piegādāta visa plānotā funkcionalitāte, plānotie problēmu ziņojumi saskaņā ar Pieteikumu reģistru un nepieciešamā dokumentācija);
2.1.2.Pēc piegādes uzstādīšanas Pasūtītājs pārbauda, vai piegāde atbilst kvalitātes prasībām. Piegāde nesatur kļūdas ar sekojošām saskaņotajām prioritātēm:
2.1.2.1. neviena A prioritātes pieteikuma;
2.1.2.2. vairāk kā 3 B prioritātes pieteikumu;
2.1.2.3. vairāk kā 8 C prioritātes pieteikumu.;
2.1.2.4. Piegādes kvalitātes vērtēšanā netiek ņemtas vērā kļūdas, kuras Piegādātājs norādījis piegādes apraksta dokumentācijā.
2.1.3.Izvērtējot atbilstību kvalitātes prasībām tiek ņemti vērā tikai tādi pieteikumi, kuru iemesls nav kļūdaini pasūtītāja dati, infrastruktūra vai konfigurācija.
Ja piegāde neatbilst kvalitātes prasībām, Pasūtītājs var pārtraukt piegādes testēšanu un tā uzskatāma par anulētu. Šādā gadījumā Xxxxxxxxxx Projekta vadītājs informē elektroniski Izpildītāja Projekta vadītāju.
"IZPILDĪTĀJS": "PASŪTĪTĀJS ":
Pielikums Nr.6
Prasības programmatūras koda izstrādei
1. Viss izstrādātais un modificētais programmatūras kods ir LVM īpašums, LVM drīkst to uzturēt un attīstīt pēc saviem ieskatiem, piesaistot iekšējus resursus vai jebkuru ārpakalpojuma sniedzēju.
2. Veicot programmatūras koda izstrādi, tiek nodrošināta koda versiju pārvaldība ar iespēju noskaidrot vai atgriezt atpakaļ izmaiņas starp versijām. Versiju kontroles rīku lietošana ir obligāta. Kodējot jaunu funkcionalitāti ir jāspēj uzturēt produkcijas vidē esošo versiju (ieteicams izmantot zarojumpunktu veidošanas risinājumus). Koda versijās tiek nodrošināta izmaiņu trasējamība – visas izmaiņas tiek attiecinātas uz konkrētu izmaiņas prasību – problēmas pieteikumu vai izmaiņu pieprasījumu .
3. Kodam jābūt komentētām un jāizmanto programmēšanas valodas rīkos nodrošinātā koda dokumentēšana, veicot objektu, funkciju un mainīgo aprakstīšanu, kas nodrošina koda lasāmību, pārnesamību un atkārtotu izmantojamību. Interfeisiem koda dokumentēšana ir obligāta.
4. Izstrādājot jaunus vai uzturot eksistējošus sistēmas moduļus ieteicams izstrādāt automātiskos vienībtestus koda, interfeisu un lietotāja interfeisa automātiskai validācijai.
5. Projektējot izstrādi tiek izvērtētas standarta un trešās puses bibliotēku iespējas standarta uzdevumu risināšanā. Ja ir izvēle, ieteicams izvēlēties jau gatavu risinājumu nekā izstrādājot risinājumu no jauna. Atvērtā koda risinājumiem tiek dota priekšroka, ja vien to lietošana nerada būtiskus riskus sistēmas uzturamībā.
6. Programmatūras kods tiek veidots tā, lai tas būtu pārnesams – t.i. kodā nedrīkst būt iekodēti vides mainīgie, paroles, klasifikatori un kodifikatori, lai pārnesot kodu uz citu vidi vai izmantojot koda moduli citā projektā tas nebūtu jāmodificē.
7. Kods jāprojektē atsevišķos nodalītos, pēc iespējas patstāvīgos moduļos, kas ļautu šos moduļus izmantot tālākajos projektos, pārnesot zināšanas un labās prakses.
8. Viena moduļa ietvaros ir jānodrošina vienota mainīgo notācijas un komentēšanas specifikācijas izmantošana koda izstrādē.
Pielikums Nr. 7.
FINANŠU PIEDĀVĀJUMS ATKLĀTAM KONKURSAM
“Satura pārvaldības sistēmas uzturēšana un pilnveidošana”
(identifikācijas Xx.XX LVM KV_2018_169_I)
Nolikumam un tā pielikumiem atbilstoša pakalpojuma vienas cilvēkdienas cenas, iekļaujot tajā visus nodokļus un izmaksas:
Cilvēkdienu izmaksas
Nr. | Specialists | Cilvēkdienas izmaksas, EUR, bez PVN |
1 | Vidējā specialista cilvēkdienas izmaksa | 350 |
Darbietilpības novērtējums
Nr. | Darba veids | Vienkāršs | Sarežģīts | Ļoti sarežģīts |
p.k. | (Stundas) | (Stundas) | (Stundas) | |
1. | Jauna algoritma izstrāde (novērtējums atbilstoši algoritmu soļiem un zarojumiem) | xxx | xxx | xxx |
2. | Jaunu Datu bāzes objektu izveide | xxx | xxx | xxx |
3. | Vienkārša klasifikatora izveide | xxx | xxx | xxx |
4. | Hierarhiski klasifikatori izveide | xxx | xxx | xxx |
5. | Integrācija ar citu sistēmu | xxx | xxx | xxx |
6. | Dizaina ieviešana atbilstoši dizaina skicei (vienai lapai) | xxx | xxx | xxx |
7. | Lietotāj profila personificēšana. (katrs lietotājs var izvēlēties individuālu lapas objektu izkārtojumu ) | xxx | xxx | xxx |
8. | Datu ievades forma (ievadlauks, radiopoga, izkrītošais saraksts, spiedpoga) | xxx | xxx | xxx |
Kontrolsumma (visu pozīciju summa): | 432 | |||
Izvietošanas izmaksas
Nr. | Mājas lapas | Izmaksas EUR par cetruksni |
1 | Ārējo mājas lapu (xxx.xxx.xx, xxx.xxxxxxxxx.xx, xxx.xxxxxxx.xxx, xxx.xxxxxx.xx) izvietošana (hostings) atbilstoši tehniskajām prasībām; | 750 |
Darbu veikšanas efektivitāte 151950
Pielikums Nr. 8.
TEHNISKĀ SPECIFIKĀCIJA
iepirkumam
“Satura pārvaldības sistēmas uzturēšana un pilnveidošana” (Xxxxxxxxx identifikācijas Nr. AS LVM KV_2018_169_I)
1. Vispārīgās prasības
1.1. Piegādātājam jānodrošina uz SPS Jommal bāzētu: 1.1.1. Jaunu mājaslapu izveide; 1.1.2. Esošo ārējo mājas lapu uzturēšana un pilnveidošana (xxx.xxx.xx, xxx.xxxxxxxxx.xx, xxx.xxxxxxx.xxx, xxx.xxxxxx.xx); 1.1.3. Iekšējās mājas lapas uzturēšana un pilnveidošana (xxxxx.xxx.xx) |
1.2. Ar vienu SPS Jommal instanci jāvar administrēt vairākas mājas lapas. |
1.3. Piegādātajam ir jānodrošina licencēta izstrādes vide, kas iekļauj visu nepieciešamo tehnoloģiju, programmatūras un tehnisko nodrošinājumu katram izstrādes grupas loceklim, ieskaitot: 1.3.1. Datortehniku; 1.3.2. Izstrādes rīku licences; |
1.4. Koda izstrādei tiek nodrošināts versiju pārvaldības risinājums. |
1.5. Prasības pieteikumu apstrādei jānodrošina saskaņā ar līguma projekta pielikumu Nr.1 |
1.6. Prasības piegāžu pārvaldībai jānodrošina saskaņā ar līguma projekta pielikumu Nr.2 un Nr3. |
1.7. Nodevumu akceptēšanas kartība jānodrošina saskaņā ar līguma projekta pielikumu Nr.4. |
1.8. Prasības piegāžu kvalitātei jānodrošina saskaņā ar līguma projekta pielikumu Nr.5. |
1.9. Prasības koda kvalitātei jānodrošina saskaņā ar līguma projekta pielikumu Nr.6. |
1.10. Piegādātājam ir jānodrošina e-pasta serviss, kas nodrošina ziņu izsūtīšanu no mājas lapām. |
2. Tehniskās prasības jaunu mājas lapu izveidei (Darba uzdevuma ietvaros var tikt mainītas un papildinātas)
2.1. Jānodrošina mājas lapas atbilstība Globālā Tīmekļa Konsorcija (W3C) uzturētajām pēdējām standartu versijām. |
2.2. WEB portālu publicētajam tekstam jālieto UTF-8 kodējums. |
2.3. Fonti un stili tiek veidoti ar CSS palīdzību. |
2.4. Korekti jāattēlo informācija uz lietotāja datora ar 1366x768 punktu vai lielāku izšķirtspēju. Ja tiek lietotas citas izšķirtspējas, tad mājas lapas saturs saspiežas vai izplešas, nekropļojot tās saturu. |
2.5. Mājas lapām ir korekti jāfunkcionē ar šīm pārlūkprogrammām: 2.5.1. Internet Explorer aktuālo versiju; 2.5.2. Chrome aktuālo versiju; 2.5.3. Firefox aktuālo versiju; 2.5.4. Safari aktuālo versiju; 2.5.5. MS Xxxx aktuālo versiju; |
2.6. Mājas lapām jāuzkrāj statistika par apmeklējumiem, izmantojot Google Analytics. (kontu nodrošina pasūtītājs) |
2.7. Jābūt iespējai mājas lapu saturu publicēt vairākās valodās. |
2.8. Jāuztur https protokols. |
2.9. Jāauditē satura pārvaldībā veiktas darbības un lietotāju piekļuve mājas lapai. |
2.10.1. Injekciju ievainojamības (Injection), piemēram, SQL, OS, LDAP, u.c.; 2.10.2. Nekorektas autentifikācijas un sesijas pārvaldības kontroles (Broken authentification and session management); 2.10.3. Datu noplūde (Sensetive Data Exposure); 2.10.4. XM External Entities ievainojamības (XML External Entities (XXE); 2.10.5. Piekļuves kontroles nepilnības (Broken Access Control); 2.10.6. Nekorekta konfigurācija (Security Misconfiguration); 2.10.7. Starp-vietņu skriptēšana (Cross site scripting); 2.10.8. Insecure desereliazion 2.10.9. Komponenšu izmantošana ar zināmām ievainojamībām(Using Components with Known Vulnerabilities); 2.10.10. Nepietiekama notikumu reģistrēšana un uzraudzība (Insufficient Logging & Monitoring). |
3. Tehniskās prasības WEB portālu izvietošanai (hostingam)
3.1. Izvietošanai plānoti patreiz esošie Latvijas valsts mežu portāli: 3.1.3. xxx.xxxxxxx.xx/ |
3.2. Līguma darbības laikā paredzam izvietot arī jaunu portālu |
3.3. Mājas lapām jābūt loģiski nodalītai no citu organizāciju mājas lapām izmantojot VPS – virtuālo privāto serveri. |
3.4. Visiem WEB portāliem jābūt ar 95% pieejamību, nodrošinot pasūtītājam pieejamības atskaiti tiešsaistē izmantojot https protokolu. Atskaitē arī jāredz nepieejamības iemesls. No SPS puses jābūt apskatāmai informācijai par laiku, kad WEB portāls bijis nepieejams. |
3.5. Katram no WEB portāliem jānodrošina 60 vienlaicīgas lietotāju sesijas informācija skatīšanās režīmā bez manāmiem veiktspējas zudumiem. |
3.6. Sākotnējais rezervēts visu WEB portālu un datu apjoms nepārsniedz 200 GB ( tiek izmantots vairākiem WEB portāliem, nosaukti punktā 3.1. ). |
3.7. Jebkuras WEB portālu lapas ielādes laiks 90% nedrīkst pārsniegt 2 sekundes, ar interneta pieslēguma ātrumu 256 Kbit/s kpbs. |
3.8. Jāveic regulāra (ne retāk kā reizi gadā vai parādoties informācijai par publiski zināmām augsta riska ievainojamībām) Joomla jauninājumu uzstādīšanu (saskaņojot ar pasūtītāju), testēšanu un vajadzības gadījumā pielāgošanu. |
3.9. WEB portālu uzturēšanas pakalpojumam izmantojamiem serveriem un lietojumprogrammām jānodrošina kontroles, lai varētu nodrošināt serveru un datu aizsardzību atbilstoši sekojošām prasībām: 3.9.1. serveru aizsardzība pret nesankcionētu un neautorizētu piekļuvi; 3.9.2. pārraidīto un uzglabāto Web portālu datu aizsardzība pret neautorizētu piekļuvi un neautorizētu mainīšanu; 3.9.3. datu rezerves kopiju veidošana ne retāk kā reizi dienā; 3.9.4. iepirkumu sadaļas rezerves kopēšana papildus jāveic arī 2 reizes dienā; 3.9.5. Web portālu darbības un drošības uzraudzīšana; 3.9.6. aizsardzība pret DDoS uzbrukumiem. |
3.10. Jānodrošina auditācijas pierakstu (failu) uzglabāšana par 24 mēnešu periodu. |
3.11. Jāveic operatīvi darbi nesankcionētu darbību gadījumā un jāinformē pasūtītājs par šīm darbībām. |
4. Tehniskā dokumentācija.
4.1. Par mājas lapu administrēšanu ar SPS un SPS lietošanu jābūt pieejamai lietotāja dokumentācijai latviešu valodā. |
4.2. Veikto pielāgojumu un papildus moduļu izstrāde jādokumentē. |
Pielikums Nr. 9.
KONFIDENCIALITĀTES VIENOŠANĀS
1. Vienošanās priekšmets
1.1. Pasūtītājs Līguma izpildes laikā nodod un Izpildītājam ir tiesības pieprasīt tikai pakalpojuma sniegšanai nepieciešamo informāciju. Izpildītājs Līguma izpildes laikā saņemto informāciju apņemas neizpaust ne mutvārdos, ne rakstiski, ne citā vispār saprotamā veidā trešajām personām bez rakstiskas Pasūtītāja atļaujas,
1.2. Ar konfidenciālu informāciju šīs vienošanās ietvaros jāsaprot jebkura šāda vārdiska, vizuāla, rakstiska, elektroniska vai cita veida informācija:
1.2.1. Līguma saturs un informācija par Līgumā noteiktajiem pakalpojumiem;
1.2.2. jebkura Līguma izpildes procesā iegūta tehniska, komerciāla, ar Pasūtītāja intelektuālo īpašumu saistīta vai cita informācija par Pasūtītāju un tā darbību.
2. Izpildītāja pienākumi
2.1. Izpildītājs apņemas bez Pasūtītāja iepriekšējas rakstiskas piekrišanas neizpaust trešajām personām no Pasūtītāja saņemtu konfidenciālu informāciju, kas iegūta Līguma darbības laikā. Izpildītājs apņemas konfidenciālo informāciju izmantot tikai Līguma ietvaros paredzēto pakalpojumu sniegšanai un veikt drošības pasākumus tās aizsardzības nodrošināšanai.
2.2. Izpildītājs nodod konfidenciālu informāciju lietošanā Izpildītāja darbiniekiem, Izpildītāju uzraugošajām institūcijām vai jebkurai trešajai personai tikai tādā apjomā, kā tas nepieciešams šo personu darba pienākumu pildīšanai sakarā ar darījumu attiecībām starp pusēm, pie tam Izpildītājam ir pienākums nodrošināt, lai jebkura persona, kurai Izpildītājs šajā punktā noteiktajā kārtībā nodod informāciju, ievēro tādas pašas (bet ne mazāk saistošas) konfidencialitātes saistības, kādas Izpildītājs, noslēdzot šo līgumu, ir uzņēmies pret Pasūtītāju.
2.3. Izpildītājs apņemas nodrošināt, ka tā darbinieki, Izpildītāju uzraugošo institūciju pārstāvji un citas personas, kas saņem Informāciju, ievēros konfidencialitātes saistības vismaz 5 (piecus) gadus vai tik ilgu laika periodu, cik nosaka Latvijas Republikas normatīvo aktu prasības pēc tam, kad būs pārtrauktas attiecīgās darījumu attiecības starp šo personu un Izpildītāju.
2.4. Jebkurus publisku paziņojumus par Līgumu, tā noslēgšanas faktu un saturu, kā arī to, kas ietver sevī Informāciju, Puses sniegs vienīgi pēc iepriekšējas rakstiskas saskaņošanas ar otru Pusi.
2.5. Par konfidenciālu informāciju līguma izpratnē netiek uzskatīta informācija:
2.6.1. kas Izpildītājam bijusi likumīgi zināma pirms Pasūtītājs to iesniedzis;
2.6.2. kura nokļuvusi publiskajā telpā, nepārkāpjot līgumā noteiktos konfidencialitātes nosacījumus.
2.6. Līguma noteikumi neaizliedz Izpildītājam bez Pasūtītāja iepriekšējas rakstiskas piekrišanas sniegt Konfidenciālu informāciju trešajām personām, ja to paredz spēkā esošie normatīvie tiesību akti.
2.7. Līdzēji vienojas par informācijas apmaiņas veidu, metodēm un formātiem nodrošinot informācijas konfidencialitāti, integritāti un pieejamību.
2.8. Izpildītājs apņemas nodrošināt šajā vienošanās noteikto konfidencialitātes noteikumu ievērošanu un intelektuālā īpašuma aizsardzību prasību no savu darbinieku puses un Izpildītāju uzraugošo institūciju puses.
2.9. Izpildītājs ir atbildīgs par šajā vienošanās paredzēto konfidencialitātes noteikumu pārkāpšanas rezultātā radīto zaudējumu atlīdzināšanu.
2.10. Konfidencialitātes noteikumiem nav laika ierobežojuma un uz tiem neattiecas Līguma darbības termiņš.
3. Sankcijas
3.1. Ja informācijas izpaušana notiek Līguma darbības termiņā vai 5 (piecu) gadu laikā no šī līguma noslēgšanas brīža vai attiecībā uz konfidencialitātes ievērošanu tik ilgu laika periodu, cik ir noteikuši Latvijas Republikas normatīvie akti, tad Pasūtītājs ir tiesīgs aprēķināt un pieprasīt Izpildītājam līgumsodu EUR 500,00 (pieci simti euro) apmērā par katru gadījumu.
3.2. Jebkuras šīs vienošanās saistību neizpildes gadījumā, Izpildītājam ir pienākums atlīdzināt Pasūtītājam radītos zaudējumus.
3.3. Līgumsodu Izpildītājs maksā saskaņā ar Pasūtītāja iesniegto rēķinu un tas ir jāsamaksā viena mēneša laikā no rēķina saņemšanas dienas uz rēķinā norādīto Pasūtītāja bankas norēķinu kontu.
3.4. Jebkurš ar šo vienošanos saistīts strīds tiek risināts Līgumā noteiktajā kārtībā.
PASŪTĪTĀJS: IZPILDĪTĀJS: