Iepirkuma līgums
par personāla vadības sistēmas uzturēšanu un pilnveidošanu
Rīga, sagatavošanas datums 29.01.2018.
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, XX-0000, vienotais reģistrācijas nr.40003466281, tās XXXXXXXXXXX personā, kurš darbojas uz valdes pilnvarojuma pamata, turpmāk tekstā saukts Pasūtītājs, no vienas puses, un
SIA “Tieto Latvia”, juridiskā adrese Gustava Xxxxxxx xxxxx 00, Xxxx, XX-1039, vienotais reģistrācijas nr. 40003193130, tās XXXXXXXXXXX un XXXXXXXXXXX personās, kura 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 Pasūtītāja rīkotā iepirkuma “Personāla vadības sistēmas uzturēšana un pilnveidošana” (identifikācijas Nr. AS LVM KV_2017_390_Ak), 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 piedāvājumu, 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. Nodevumi – Pasūtītājam nododamais Darbu produkts.
1.5. 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 darbus (turpmāk tekstā – 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ācija.
2.2.2. Programmatūras izstrāde ar nodevumiem:
2.2.2.1. Programmatūras kods;
2.2.2.2. Kompilētā piegāde;
2.2.2.3. Dokumentācija;
2.2.2.4. 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. Pasūtītājs uzdod un Izpildītājs apņemas kvalitatīvi veikt ar programmatūras testēšanu saistītos darbus (turpmāk tekstā - Testēšana) Pasūtītājam Līguma spēkā esamības laikā.
2.3.1. Izpildītājs nodrošina testēšanas darbus, kas ietver:
2.3.1.1. Programmatūras testēšanas plānošana;
2.3.1.2. Programmatūras funkcionālā un tehniskā testēšana;
2.3.1.3. Programmatūras veiktspējas testēšana;
2.3.1.4. programmatūras atkārtota pārtestēšana;
2.3.1.5. Automātisko testu sagatavošana.
2.4. Pasūtītājs uzdod un Izpildītājs apņemas kvalitatīvi veikt programmatūras uzturēšanas darbus, turpmāk tekstā – Uzturēšana.
2.5. Uzturēšanas prasības, kārtība un termiņi noteikti Līguma pielikumos.
2.6. Darbus un to apjomu Pasūtītājs nodod Izpildītājam 3 (trīs) mēnešu laika periodam uz priekšu, savukārt Izpildītājs nodrošina nepieciešamos resursus darbu veikšanai. Xxx Xxxx Projektu vadītāji var vienoties par plānoto darbu aizstāšanu vai maiņu, nodrošinot līdzvērtīgu darbu apjomu.
2.7. Darbi tiek veikti saskaņā ar Pasūtītāja ikreizēji sastādītu rakstisku Darba uzdevumu, kurā Pasūtītājs norāda veicamo Darbu aprakstu, apjomu un izpildes termiņus.
2.8. Izpildītājs 5 (piecu) darba dienu laikā apstrādā Līguma 2.2.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.8.1. Darbu realizācijas izmaksas (atsevišķi izdalot analīzei, izstrādei un testēšanai nepieciešamās izmaksas);
2.8.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.8.2.1. Ūdenskrituma realizācijas pieeja:
2.8.2.1.1. Darba uzdevuma prasības pārveidotas par konkrētiem darbiem;
2.8.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.8.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.8.2.2. AGILE realizācijas pieeja:
2.8.2.2.1. Darba uzdevuma prasības sadalītas pa posmiem. Xxxxxx posmam ir norādīta realizējamo prasību kopa;
2.8.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.8.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.8.3. izmaksām jābūt novērtētām, izmantojot Līguma pielikumā Nr.7 (Finanšu piedāvājums). norādītās cilvēkdienu izmaksas un darbietilpības novērtējumu.
2.8.4. Projekta vadītāja izmaksas sastāda ne vairāk kā 10% (desmit procenti) no katra Darba uzdevuma summas.
2.9. Ja Pasūtītājs akceptē Līguma 2.8.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.10. 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.11. Līgums stājas spēkā ar abpusējas parakstīšanas dienu un ir spēkā 5 (piecus) gadus vai līdz brīdim, kad Pasūtītāja veiktie maksājumi par Darbiem 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 300 000.00 EUR (trīs simti tūkstoši euro un 00 centi) bez pievienotās vērtības nodokļa. 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 / 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ā. Šādā gadījumā pielikumā Nr.7 norādītās cilvēkdienu izmaksas tiek palielinātas vai samazinātas procentuāli atbilstoši inflācijas / deflācijas izmaiņu apmēram.
3.4. Apmaksa par izpildītu Darbu tiek veikta 15 (piecpadsmit) kalendāro dienu laikā vai 30 (trīsdesmit) kalendāro dienu laikā (uz ārvalstī reģistrētas bankas kontu) 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.3) un pieņemšanas - nodošanas akta abpusējas parakstīš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.3.
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: XXXXXXXXXXX
5.1.2. Pasūtītāja pārstāvis: XXXXXXXXXXX;
5.1.3. Izpildītāja Projekta vadītājs XXXXXXXXXXX;
5.1.4. Izpildītāja pārstāvis: XXXXXXXXXXX.
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 šo 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 Xxxxxxx Xxxxxxx xxxxx 00, Xxxx, XX-0000;
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ītāja pārstāvja elektronisko e-pastu XXXXXXXXXXX
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 vienojās 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 ar protokola palīdzību.
6.2. Pasūtītāja pienākumi:
6.2.1. Pieņemt kvalitatīvi 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.3.3. Informēt Pasūtītāju par potenciālu analītiķa vai programmētāja dīkstāvi trīs nedēļas pirms dīkstāves iestāšanās.
6.3.4. Izpildītājs Līguma izpildē iesaista personālu, kas norādīts Izpildītāja iesniegtajā piedāvājumā iepirkumā (pielikums nr. 4). Personāla nomaiņa pieļaujama tikai, saskaņojot to rakstveidā ar Pasūtītāju. Šādā gadījumā personāls jānodrošina ar līdzvērtīgu kvalifikāciju. Pirms personāla nomaiņas Līguma izpildē Izpildītājs par plānoto jauno personālu iesniedz Iepirkuma dokumentācijā attiecīgi noteikto informāciju. Pēc personāla izvērtēšanas, atbilstoši iepirkuma kvalifikācijas prasībām, Pasūtītājs informē Izpildītāju par pieņemto lēmumu.
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 saistību 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.5.). 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) darba dienas līdz 16 (sešpadsmit) darba 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) darba 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 limits ir vienāds ar 3.1. punktā minēto summu.
7.6. Izpildītājs Līguma izpildes gaitā ir tiesīgs nomainīt vai piesaistīt apakšuzņēmējus, kas nav norādīti iesniegtajā piedāvājumā, rakstveidā saskaņojot to ar Pasūtītāju. Pirms apakšuzņēmēja nomaiņas vai piesaistīšanas Līguma izpildē saskaņojuma saņemšanai no Pasūtītāja Izpildītājs par apakšuzņēmēju iesniedz Iepirkuma dokumentācijā attiecīgi noteikto informāciju. Pēc apakšuzņēmēja izvērtēšanas atbilstoši Publisko iepirkumu likuma 62. pantam, Pasūtītājs informē Izpildītāju par pieņemto lēmumu.
7.7. 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.8. Ja Izpildītājs neievēro Līguma 6.3.4.punkta noteikumus par iesaistītā personāla nomaiņu vai/un piesaisti Darbu veikšanā, Izpildītājs maksā Pasūtītājam līgumsodu nomainītā speciālista cilvēkdienas izmaksu apmērā par katru gadījumu.
7.9. Pasūtītājam ir tiesības ar vienpusēju paziņojumu izbeigt Līgumu, ja:
7.9.1. ir stājies spēkā tiesas spriedums par Izpildītāja atzīšanu par maksātnespējīgu;
7.9.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.9.3. Darbu nodevumu nepieņemšanas gadījumā Izpildītājs nav novērsis trūkumus atkārtoti noteiktā termiņa ietvaros.
7.10. Pusēm ir pienākums 15 (piecpadsmit) kalendāro dienu laikā samaksāt Līgumā noteiktos līgumsodus.
7.11. Līgumsoda samaksa neatbrīvo Puses no Līgumā noteikto saistību pilnīgas un pienācīgas izpildes.
8. Konfidencialitāte
8.1. Puses apņemas pilnā apmērā ievērot un realizēt Līguma pielikumā Nr.9 pievienotās konfidencialitātes vienošanās noteikumus
8.2. Puses apliecina, ka no otras Puses iegūtus fiziskas personas datus, ja tas nepieciešams Līguma īstenošanai, drīkst apstrādāt tikai Līgumā noteiktajiem mērķiem un saskaņā ar spēkā esošo normatīvo aktu prasībām.
8.3. Puses apņemas nodrošināt spēkā esošajiem normatīvajiem aktiem atbilstošu aizsardzības līmeni otras Puses iesniegtajiem fiziskas personas datiem un iznīcināt otra Puses iesniegtos personas datus tiklīdz izbeidzas nepieciešamība tos apstrādāt.
8.4. Puses apņemas nenodot trešajām personām no otras Puses saņemtus fiziskas personas datus. Ja saskaņā ar spēkā esošajiem normatīvajiem aktiem Pusēm var rasties šāds pienākums, tas pirms personas datu nodošanas informē par to otru Pusi.
9. Nepārvaramas varas apstākļi
9.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 šo Līgumu uzņemto saistību izpildi.
9.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.
9.3. Nesavlaicīga paziņojuma iesniegšana, t.i., 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 šo 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.
10. Autortiesības
10.1. Visu šī Līguma izpildes ietvaros izmantoto Standartprogrammatūru, t.i., trešo pušu programmatūra autora tiesības saglabā Standartprogrammatūras ražotāji.
10.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 šo Līgumu.
10.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 sarakstu 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.
10.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:
10.4.1. izlemšanu, vai programmatūras pavadošā informācija tiks izziņota un kad tā tiks izziņota;
10.4.2. programmatūras pavadošās informācijas atsaukšanu;
10.4.3. programmatūras pavadošās informācijas neaizskaramību;
10.4.4. pretdarbību.
10.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ā.
11. Citi noteikumi
11.1. Jebkādas izmaiņas un papildinājumi, kas skar šo Līgumu, veicami abpusēji vienojoties un noformējot rakstveidā, kas kļūst par šī Līguma neatņemamu sastāvdaļu. Līguma rekvizītos norādītā Izpildītāja bankas konta maiņa Līguma izpildes laikā ir veicama, Pušu starpā noslēdzot rakstveida vienošanos.
11.2. Puses vienojas, ka šajā Līgumā paredzētās saistības pildīs personīgi. Izņēmumi no šī noteikuma iespējami, ja:
11.2.1. abas Puses pirms šajā 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 Pusēm 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ā Pusei, kuras saistības un tiesības tiek pārņemtas, ir pienākums nekavējoties elektroniski uz Līgumā noteiktajām Pušu elektroniskā pasta adresēm un 3 (trīs) kalendāro dienu laikā rakstiski 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. Gadījumā, ja Līguma izpildes laikā Pasūtītājs nodod Izpildītājam informāciju, kas satur fizisko personu datus, Puses atsevišķi rakstveidā vienojas par fizisko personu datu apstrādes jautājumiem un Pušu saistībām, ievērojot Vispārīgas datu aizsardzības regulas Nr.2016/679 prasības.
11.4. Domstarpības starp Pusēm un attiecības, kas saistītas ar Līguma izpildi, tiek risinātas sarunu ceļā, bet, ja vienošanās 4 (četru) nedēļu laikā netiek panākta, strīds izskatāms Baltijas starptautiskā šķīrējtiesā saskaņā ar tās reglamentu vai Latvijas Republikas tiesā pēc prasītāja izvēles.
11.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, Līgums paliek spēkā un tā noteikumi ir saistoši Puses tiesību pārņēmējam.
11.6. Līgums ir sastādīts divos eksemplāros ar 9 (deviņiem) pielikumiem. Līguma teksts kopā uz 34 (trīsdesmit četrām) lappusēm. Abi Līguma eksemplāri ir ar vienādu juridisku spēku, pa vienam eksemplāram katrai slēdzējai Pusei.
11.7. Līgums un tā pielikumi sagatavoti un parakstīti elektroniski ar drošu elektronisko parakstu, kas satur laika zīmogu. Līguma abpusējas parakstīšanas datums ir pēdējā parakstītāja laika zīmoga datums un laiks.
12. pielikumi
Pielikums Nr. 1. Pieteikumu apstrāde
Pielikums Nr. 2. Piegāžu pārvaldība
Pielikums Nr. 3. Nodevumu akceptēšanas kārtība
Pielikums Nr. 4. Izpildītāja piesaistīto speciālistu saraksts 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. Tehniskais piedāvājums
Pielikums Nr. 9. Konfidencialitātes vienošanās
13. Pušu rekvizīti un paraksti
IZPILDĪTĀJS:
SIA “Tieto Latvia”
Vien. reģ. Nr.40003193130
Juridiskā adrese: Gustava Xxxxxxx xxxxx 00, Xxxx, XX-0000
Tālrunis: XXXXXXXXXXX E-pasts: XXXXXXXXXXX Banka: XXXXXXXXXXX
IBAN konta Nr. XXXXXXXXXXX
XXXXXXXXXXX
PASŪTĪTĀJS:
AS “Latvijas Valsts meži”
Vien. reģ. Nr. 40003466281
Juridiskā adrese: Xxxxxxxx 0, Xxxx, XX-0000 Tālrunis: 67610015
E-pasts: xxx@xxx.xx Banka: AS “SEB banka”
IBAN konta Nr. XX00XXXX0000000000000
XXXXXXXXXXX
XXXXXXXXXXX
1. Pamatprincipi:
Pieteikumu apstrāde
Pielikums Nr. 1.
1.1. Pieteikumi tiek reģistrēti un apstrādāti attālināti tiešsaistē pieejamā Pieteikumu reģistrā.
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 |
Darbs | 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 – Pieteikums ir reģistrēts pieteikumu sistēmā
3.2. Apstiprināts – Izpildītājs pieteikumu ir izvērtējis un ar Pasūtītāju saskaņojis tā prioritāti.
3.3. Atlikts – problēma/pieteikums ir mazsvarīgs, darbs pie tā ir veicams, bet risinājums atlikts uz nenoteiktu laiku.
3.4. Atcelts – problēma/pieteikums netiks risināts un darbi netiks veikti.
3.5. Vērtēšanā – Izpildītājs ir uzsācis darbu vērtēšanu.
3.6. Novērtēts – Izpildītājs ir novērtējis veicamo darbu apjomu un kopā ar visu nepieciešamo informāciju (priekšdarbi Pasūtītāja puses, kalendārais plāns, citi priekšnosacījumi darbu uzsākšanai) iesniedzis to Pasūtītājam.
3.7. Apstiprināšanā LVM – Pasūtītājs, saņēmis veicamos darbu apjomu un priekšnosacījumu aprakstu, uzsācis darbu izvērtēšanas procesu.
3.8. Apstiprināts LVM – Pasūtītājs ir akceptējis darbu veikšanas apjomu, priekšnosacījumus un kalendāro plānu, un nodod pieteikumā atrakstītos darbus Izstrādātājam izstrādes veikšanai.
3.9. Risināšanā –Izpildītāja darbinieks ir uzsācis risināt pieteikuma problēmas cēloņus.
3.10. Izstrādē – Izpildītāja darbinieks ir uzsācis pieteikumā aprakstīto darbu izstrādi.
3.11. Aktivitāte klienta pusē – lai turpinātu darbu pie problēmas/pieteikuma risināšanas, Izstrādātajam ir jāsaņem papildus informācija no Pasūtītāja, vai Pasūtītājam ir jāveic aktivitātes savā pusē.
3.12. Piegādāts – 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.13. Testēšanā – Pasūtītājam veiktā piegāde ir uzstādīta LVM vidē un ir sākta tās testēšana.
3.14. 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.15. 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 problēmām izstrādātās programmatūras lietošanā, kā arī konsultācijām, pieteikumu sistēmā tiek apstrādāti pēc šādas procedūras:
4.2. Pasūtītāja pieteikumi attiecībā uz uzdevumiem, pieteikumu sistēmā 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 rakstiski vienojoties.
5.2. Kontrollaiki laiki:
Tips | Prioritāte | Risināšana |
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 1 darba dienu laikā no pieteikšanas brīža vai pēc savstarpējas vienošanās. |
B – augsta | 15 darba dienu laikā, sākot pieteikuma reģistrēšanas brīža vai pēc savstarpējas vienošanās. | |
C – vidēja | 60 darba dienu laikā, sākot no pieteikuma reģistrēšanas brīža vai pēc savstarpējas vienošanās. | |
D – zema | Pēc savstarpējās vienošanās. | |
Konsultācija | B – augsta | 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 |
Tips | Prioritāte | Risināšana |
C – vidēja | Pasūtītāja birojos ir jānodrošina maksimāli 5 darba dienu laikā. | |
D – zema | Izpildītājs sniedz konsultāciju un palīdz novērst kļūdas pēc savstarpējas vienošanās. |
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ītais vai sekot piegādes dzīves ciklam piegāžu pieteikumu reģistra
Pielikums Nr. 3.
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 pieraksti (testēšanas rezultātu eksports no piegādātāja pieteikumu reģistra) 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ā jaunā 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 vai 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 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.
Pielikums Nr.4
Izpildītāja piesaistīto speciālistu saraksts
(atbilstoši Izpildītāja piedāvājumam)
Nr. p.k. | Speciālista pozīcija līguma izpildē | Vārds, uzvārds |
1. | Projekta vadītājs | XXXXXXXXX |
2. | Risinājumu arhitekts | XXXXXXXXX |
3. | Sistēmanalītiķis | XXXXXXXXX |
4. | Programmētājs | XXXXXXXXX |
5. | Testētājs | XXXXXXXXX |
Pielikums Nr. 5.
Pakalpojumu kvalitātes vērtēšanas kritēriji
1. Kvalitātes vērtēšana programmatūras izstrādes un papildināšanai:
1.1. Izpildītāja sniegto Sistēmas papildināšanas pakalpojumu novērtē ar mērāmiem kritērijiem
– savlaicīgumu problēmu risinājumā un konsultāciju sniegšanā un piegāžu kvalitāti:
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.Kvalitāte:
1.1.2.1. Piegāžu kvalitāte – sk. šī pielikuma 3. punktu.
1.1.2.2. Apjoms – satur plānoto funkcionalitāti, un visus darba uzdevumā minētos nodevumus Darba uzdevumā noteiktā apjomā saskaņā ar līguma nosacījumiem.
1.2. Pakalpojuma kvalitātes pārskats tiek sagatavots kopā ar darba uzdevuma pieņemšanas nodošanas aktu, kurā izvērtē darba uzdevuma ietvaros sniegto pakalpojumu kvalitāti.
1.3. Formula un nosacījums
1.3.1.Kopējais kvalitātes mērījums par vērtēšanas laika periodu 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 perioda paredzēto atrisināto problēmu risinājumu skaits pret neatrisināto problēmu skaitu ) + 0.1
*Apjoms (piegāžu skaits, kas saturiski atbilst darba uzdevumam, pret nepilnīgu piegāžu skaitu) + 0.6* Piegāžu kvalitātes (kvalitatīvo piegāžu svars pret nekvalitatīvām darba uzdevuma ietvaros)
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 visu specialistu 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 jauno 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.Pasūtītājs 3 (trīs) darba dienu laikā pēc piegādes saņemšanas novērtē, cik ilga laikā piegāde tiks uzstādīta testa vidē. Ja piegādi nav iespējams uzstādīt, piegāde tiek uzskatīta par nenotikušu.
2.1.3.Pasūtītājs 3 (trīs) darba dienu laikā pēc piegādes uzstādīšanas testa vidē novērtē, cik ilgs testēšanas laiks Pasūtītājam būs nepieciešams un par to e-pasta formā informē Izpildītāja Projekta vadītāju.
2.1.4.Pēc piegādes uzstādīšanas Pasūtītājs 3 (trīs) darba dienu laikā no testēšanas uzsākšanas 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.4.1. neviena A prioritātes pieteikuma;
2.1.4.2. ne vairāk kā 2 B prioritātes pieteikumu;
2.1.4.3. ne vairāk kā 4 C prioritātes pieteikumu.;
2.1.4.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.5.Izvērtējot atbilstību kvalitātes prasībām tiek ņemti vērā tikai tādi pieteikumi, kuru iemesls nav Pasūtītāja dati, infrastruktūra vai konfigurācija.
2.1.6.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. Ja piegāde atbilst kvalitātes prasībām, Pasūtītājs veic testēšanu.
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. Piemēram,
o C# kodēšanā: xxxx://xxxx.xxxxxxxxx.xxx/xx-xx/xxxxxxx/x0x000x0.xxxx
o Java kodēšanā: xxxx://xxx.xxxxxx.xxx/xxxxxxxxxxx/xxxx/xxxxxx/xxxxxxxxxxxxx/xxxxx- 137868.html
4. Kodēšanā jāizmanto attiecīgās valodas labās kodēšanas prakses.
Piemēram, C# kodēšanas vadlīnijas
o xxxx://xxxx.xxxxxxxxx.xxx/xx-xx/xxxxxxx/xxxxxxx/xx000000.xxxx
o xxxx://xxxx.xxxxxxxxx.xxx/xx-xx/xxxxxxx/xx000000.xxxx
5. Kur vien iespējams, jāizmanto automātiskie rīki labās kodēšanas prakses pārbaudei. Piemēram:
o xxxx://xxx.xxxxxxxxx.xxx/xxxxxxxxx/
o xxxx://xxxx.xxxxxxxxx.xxx/xx-xx/xxxxxxx/xx000000%00xxxx.00%00.xxxx
6. 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.
7. 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ā.
8. 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ē.
9. 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.
10. 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
Pielikuma teksts netiek publicēts saskaņā ar Publisko iepirkumu likuma 60.panta desmitajā daļā noteikto, lai nodrošinātu līgumpartnera komercnoslēpuma aizsardzību
Pielikums Nr. 8
Pielikuma teksts netiek publicēts saskaņā ar Publisko iepirkumu likuma 60.panta desmitajā daļā noteikto, lai nodrošinātu līgumpartnera komercnoslēpuma aizsardzību
Pielikums Nr.9.
KONFIDENCIALITĀTES VIENOŠANĀS
1. Vienošanās priekšmets
1.1. Pamatojoties uz līgumu, kura pielikumā ir pievienota šī vienošanās (turpmāk – Līgums) Pasūtītājs nodod Izpildītājam visu pakalpojuma sniegšanai nepieciešamo konfidenciālo informāciju, turpmāk tekstā – Informācija, bet Izpildītājs apņemas to 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 Informāciju šī līguma ietvaros jāsaprot jebkura vārdiski, vizuāla, rakstiska, elektroniska vai citā veidā informācija par līgumā noteiktajiem pakalpojumiem, kas ir noteikta kā konfidenciāla informācija šī līguma 1.1. punktā. Jebkuri Pušu rakstiski izteikti nodomi vai apņemšanās attiecībā uz līguma 1.1. punktā aprakstītajām Pušu attiecībām, kā arī cita veida Informācija, kas tiek izpausta pakalpojuma sniegšanas laikā, arī tiek uzskatīta par konfidenciālu informāciju.
1.3. Par konfidenciālu informāciju tiek uzskatīta, ne tikai informācija, kas tiek sniegta Līguma ietvaros, bet arī Līguma saturs, citu ar Līguma izpildi saistītu dokumentu saturs, informācija, kas iegūta Līguma izpildīšanas procesā, kā arī Izpildītāja rīcībā esošā tehniskā, komerciālā un 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 nodrošina, ka pieeja Pasūtītāja sniegtai informācijai ir ierobežota ar līguma izpildē iesaistītām personām un to saraksts tiek saskaņots un iekļauts līguma pārvaldības sanāksmju protokolā pie Līguma.
2.3. Izpildītājam nodod Informāciju lietošanā Izpildītāja darbiniekiem, amatpersonām un konsultantiem 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.4. Izpildītājs apņemas nodrošināt, ka tā darbinieki, konsultanti 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.5. Jebkurus publisku paziņojumus par šo 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.6. 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. kuru Izpildītājs pats ir izstrādājis, radījis, nebalstoties uz Pasūtītāja iesniegto informāciju;
2.6.3. kura nokļuvusi publiskajā telpā, nepārkāpjot līgumā noteiktos konfidencialitātes nosacījumus.
2.7. 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.8. 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.9. Izpildītājs apņemas nodrošināt līgumā noteikto konfidencialitātes noteikumu ievērošanu no savu darbinieku puses.
2.10. Pielietojot Izpildītāja valdījumā esošus tehniskos vai programmatūras līdzekļus, Izpildītājs uzņemas atbildību par šo līdzekļu sastāvā ietilpstošo operētājsistēmu drošības atbilstību un pielietoto pretvīrusu aizsardzības līdzekļu aktualizāciju pirms pakalpojumu sniegšanas uzsākšanas.
2.11. Izpildītājs apņemas pielietot Pasūtītāja norādītu papildus drošības aizsardzības programmatūru uzturēšanu līguma darbības laikā, ja tādu pieprasa uzstādīt Pasūtītājs.
2.12. Izpildītājs ir atbildīgs par līgumā paredzēto konfidencialitātes noteikumu pārkāpšanas rezultātā radīto zaudējumu atlīdzināšanu.
2.13. 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ā.
4. Vienošanās darbības laiks
4.1. Šī vienošanās stājas spēkā ar Līguma abpusējas parakstīšanas dienu un šajā vienošanās noteiktās saistības darbojas 5 (piecus) gadus pēc Līguma darbības beigām, vai attiecībā uz konfidencialitātes ievērošanu, tik ilgu laika periodu, cik nosaka Latvijas Republikas normatīvo aktu prasības.
21