SIA “RĒZEKNES NAMSAIMNIEKS” iepirkuma instrukcija saskaņā ar Publisko iepirkumu likuma 8.2 pantu Iepirkuma identifikācijas numurs RN 2016/23 Rēzeknē, 2016

Iepirkuma identifikācijas numurs, iepirkuma procedūra, pasūtītājs un tā rekvizīti:
1. Iepirkuma identifikācijas numurs: RN 2016/23
2. Pasūtītājs un tā rekvizīti: SIA “RĒZEKNES NAMSAIMNIEKS” (turpmāk – Pasūtītājs), vienotais reģistrācijas numurs 40003215461, adrese: Xxxxxxxxxxxx xxxxx 000, Xxxxxxx, XX-0000, xxxxxxxx: x000 00000000, fakss: x000 00000000.
3. Iepirkuma procedūra: Iepirkums tiek veikts saskaņā ar Publisko iepirkumu likuma 8.² pantu.
4. Kontaktpersona: Kontaktpersona, kura pilnvarota sniegt organizatoriska rakstura informāciju par iepirkumu: Namu pārvaldnieks Xxxxxxxxxx Xxxxxxxx, tālrunis: 64639000, e-pasta adrese: xxxxxxxxxxxx@xxxxxxx.xx.
Pretendents
1. Par iepirkuma pretendentu (turpmāk – Pretendents) var būt jebkura atbilstoši normatīvo aktu prasībām reģistrēta juridiskā vai fiziskā persona vai fizisko un juridisko personu apvienība jebkurā to kombinācijā (turpmāk – piegādātāju apvienība), kura atbilst instrukcijas prasībām un ir iesniegusi visus dokumentus atbilstoši instrukcijas prasībām. Piegādātāju apvienības gadījumā katru tās dalībnieku pārstāv fiziskā persona ar attiecīgām paraksta tiesībām. Piegādātāju apvienība izvirza vienu tās dalībnieku, kurš piegādātāju apvienības vārdā ir pilnvarots parakstīt visu šī iepirkuma dokumentāciju.
2. Iepirkumu izsludina, ievietojot paziņojumu par iepirkumu Publisko iepirkumu likuma 8.² panta kārtībā Iepirkumu uzraudzības biroja interneta mājaslapā (adrese: xxx.xxx.xxx.xx).
3. Pretendentam pilnībā jāsedz piedāvājuma sagatavošanas un iesniegšanas izmaksas. Pasūtītājs neuzņemas nekādas saistības par šīm izmaksām neatkarīgi no iepirkuma rezultāta.
4. Visiem Pretendentiem iepirkumā tiek piemēroti vienādi noteikumi.
Iepirkuma priekšmeta apraksts
1. Rēzeknes Namsaimnieka informācijas sistēmas (turpmāk – RNIS) papildinājumu un datu sinhronizācijas servisa izstrāde un uzturēšana saskaņā ar nolikuma tehnisko specifikāciju.
2. CPV kods: 72262000-9 (Programmatūras izstrādes pakalpojumi).
3. Iepirkums nav sadalīts daļās.
Informācijas iegūšana, apmaiņa un papildu informācijas sniegšana
1. Pretendents ar nolikumu un tā pielikumiem, kuri ir nolikuma neatņemama sastāvdaļa, var iepazīties un tos lejupielādēt interneta mājaslapas xxx.xxxxxx.xx sadaļā „Iepirkumi”.
2. Ieinteresētajiem piegādātājiem ir tiesības prasīt papildu informāciju par iepirkumu, tai skaitā, prasīt paskaidrojumus par iepirkuma nolikumu.
3. Ja komisija no ieinteresētā piegādātāja ir saņēmusi rakstisku jautājumu par iepirkuma nolikumu, tā kopā ar uzdoto jautājumu (nenorādot tā iesniedzēju) publicē to nolikuma 4.1. punktā norādītajā mājas lapā.
4. Tiek uzskatīts, ka ieinteresētais piegādātājs ir saņēmis nolikumu, informāciju par izmaiņām nolikumā un papildu informāciju ar brīdi, kad tā ir publicēta nolikuma 4.1. punktā norādītajā mājas lapā.
Piedāvājuma iesniegšana
1. Pretendenti piedāvājumu var iesniegt līdz 2016. gada 28. novembrim plkst. 10:00 Atbrīvošanas alejā 106, Rēzeknē, LV-4601, 11.kabinetā, iesniedzot personīgi vai atsūtot ar ierakstītu vēstuli pa pastu vai iesniedzot ar kurjerpastu.
2. Pasta sūtījumam jābūt piegādātam Pasūtītāja adresē līdz nolikuma 5.1. apakšpunktā minētajam termiņam. Pēc minētā termiņa iesniegtie piedāvājumi netiks pieņemti un izskatīti, un tiks atdoti Pretendentam atpakaļ neatvērti.
3. Pretendents var iesniegt tikai vienu piedāvājuma variantu par visu iepirkuma priekšmetu.

II Piedāvājuma noformējuma prasības

Pretendenti sagatavo un iesniedz piedāvājumu saskaņā ar nolikumā izvirzītajām prasībām.
Piedāvājums iesniedzams aizlīmētā un apzīmogotā iepakojumā vai aploksnē, uz kuras norāda:
1. Pasūtītāja nosaukums un adrese;
2. Pretendenta nosaukums, reģistrācijas numurs un adrese, kontakttālrunis;
3. Atzīme “Piedāvājums iepirkumam “Rēzeknes Namsaimnieka informācijas sistēmas papildinājumu un datu sinhronizācijas servisa izstrāde un uzturēšana” (Iepirkuma identifikācijas numurs – RN 2016/23). Neatvērt līdz 2016. gada 28.novembrim plkst. 10:00”
Piedāvājums sastāv no šādām daļām:
1. Pieteikums dalībai iepirkumā un Pretendenta atlases dokumenti;
2. Tehniskais piedāvājums;
3. Finanšu piedāvājums.
Pretendents piedāvājumu iesniedz 1 (vienu) piedāvājuma oriģinālu.
Piedāvājuma dokumenti jāizstrādā atbilstoši Dokumentu juridiskā spēka likuma un Ministru kabineta 2010. gada 28. septembra noteikumiem Nr. 916 “Dokumentu izstrādāšanas un noformēšanas kārtība” prasībām.
Piedāvājuma dokumenti jāsagatavo latviešu valodā. Xxxxxxxx publisko reģistru izsniegtie apliecinājumu dokumenti var tikt iesniegti svešvalodā ar pievienotu Pretendenta apliecinātu tulkojumu latviešu valodā. Par dokumentu tulkojuma atbilstību oriģinālam atbild Pretendents.
Piedāvājuma dokumentiem jābūt skaidri salasāmiem, bez labojumiem, lai izvairītos no jebkādām šaubām un pārpratumiem, kas attiecas uz vārdiem un skaitļiem, un bez iestarpinājumiem, dzēsumiem vai matemātiskām kļūdām.
Pretendents iesniedz parakstītu piedāvājumu. Ja piedāvājumu iesniedz personu grupa, pieteikumu paraksta visas personas, kas ietilpst personu grupā.
Ja piedāvājumu iesniedz personu grupa vai personālsabiedrība, piedāvājumā papildus norāda personu, kas iepirkuma procedūrā pārstāv attiecīgo personu grupu vai personālsabiedrību, kā arī katras personas atbildības sadalījumu.

III NOSACĪJUMI PRETENDENTA DALĪBAI IEPIRKUMA PROCEDŪRĀ UN PRETENDENTA ATLASES DOKUMENTI

Pretendentam ir izvirzītas šādas prasības un to apliecināšanai jāsniedz šādi dokumenti:

Prasība

Iesniedzamais dokuments

15.1.Pretendents ir reģistrēts atbilstoši Latvijas Republikas vai attiecīgās ārvalsts normatīvo aktu prasībām, lai veiktu saimniecisko darbību. Ja Pretendents tiek atzīts par uzvarētāju un nav reģistrējis savu darbību saimnieciskās darbības veikšanai, Pretendentam ir jāreģistrējas iepirkuma līguma noslēgšanai Pasūtītāja noteiktā laikā.

15.1.1. Ārvalstīs reģistrētam pretendentam jāiesniedz kompetentas attiecīgās valsts institūcijas izsniegts dokuments, kas apliecina, ka pretendents ir reģistrēts atbilstoši tās valsts normatīvo aktu prasībām, vai šāda dokumenta kopija.

Par Latvijas Republikā reģistrēto pretendentu reģistrāciju informācija tiks iegūta Ministru kabineta noteiktajā informācijas sistēmā Ministru kabineta noteiktajā kārtībā. Pretendentam, kas nav reģistrēts kādā no Uzņēmumu reģistra reģistriem, jāiesniedz dokuments, kas apliecina pretendentam normatīvajos aktos noteikto reģistrāciju.

15.2. Pretendenta pieteikums par piedalīšanos iepirkumā, kas jāparaksta pretendenta pārstāvim ar pārstāvības tiesībām vai tā pilnvarotai personai.

15.2.1. Pretendenta pieteikums dalībai iepirkumā. (Pielikums Nr. 1).

15.2.2. Pretendenta amatpersonas ar pārstāvības tiesībām izdota pilnvara (oriģināls vai apliecināta kopija) citai personai parakstīt piedāvājumu un iepirkuma līgumu, ja tā atšķiras no Uzņēmumu reģistrā norādītās.

15.2.3. Ja pretendents ir Piegādātāju apvienība un sabiedrības līgumā nav atrunātas pārstāvības tiesības, pieteikuma oriģināls jāparaksta katras personas, kas iekļauta piegādātāju apvienībā, pārstāvim ar pārstāvības tiesībām.

15.3. Pretendentam pēdējo trīs gadu laikā ir pieredze (projekts pabeigts iepriekšējo trīs gadu laikā) vismaz vienā informācijas sistēmas izstrādes, uzturēšanas vai pilnveidošanas projektā, kur ir veikta datu sinhronizācija ar trešo pušu informācijas sistēmām, un kura līgumcena nav mazāka par 30000,00 (trīsdesmit tūkstoši eiro, 00 centi) EUR bez PVN. Projektam jāietver sistēmas uzturēšana, izmaiņu realizācijas prasību specifikācijas izstrāde, projektēšana, testēšana un lietotāju apmācība.

15.3.1. Pretendenta pieredzes apraksts saskaņā ar nolikuma pielikumu Nr. 3.

15.3.2. Projekta pasūtītāja apliecinājums (atsauksme) par katru pieredzes aprakstā minēto projektu.

15.4. Pretendenta gada vidējais finanšu apgrozījums programmatūras izstrādes un uzturēšanas jomā iepriekšējo 3 (trīs) gadu laikā vismaz 2 (divas) reizes pārsniedz Pretendenta piedāvāto līgumcenu. Uzņēmumiem, kas dibināti vēlāk, nepieciešamo apgrozījumu rēķina par nostrādāto periodu.

15.4.1. Pretendenta parakstīta izziņa par Pretendenta finanšu apgrozījumu programmatūras izstrādes un uzturēšanas jomā pēdējos trīs gados, norādot apgrozījumu katrā attiecīgajā finanšu gadā un vidējo finanšu apgrozījumu par trim gadiem kopā.

15.5. Pretendenta piedāvātajam projektu vadītājam ir:

vismaz augstākā izglītība datorzinātnēs, vadības zinātnēs vai inženierzinātnēs (izņemot pirmā līmeņa profesionālo augstāko jeb koledžas izglītību) vai projektu vadības zināšanas apliecinošs sertifikāts (PMP, PRINCE2) vai ekvivalents;
pieredze kā projekta vadītājam vismaz vienā informācijas sistēmas izstrādes, uzturēšanas vai pilnveidošanas projektā, kur ir veikta datu sinhronizācija ar trešo pušu informācijas sistēmām, un kura līgumcena nav mazāka par 30000,00 (trīsdesmit tūkstoši eiro, 00 centi) EUR bez PVN. Pieredze pierādāma ar projektu, kurš pabeigts iepriekšējo trīs gadu laikā.

15.5.1. Pakalpojuma sniegšanā iesaistītā speciālista CV (Curriculum Vitae) saskaņā ar nolikuma pielikumu Nr. 4.

15.5.2. Pakalpojuma sniegšanā iesaistītā speciālista sertifikāciju (iegūtās zināšanas) apliecinoša dokumenta apliecināta kopija.

15.6. Pretendenta piedāvātajam sistēmu analītiķim ir:

vismaz augstākā izglītība datorzinātnēs vai inženierzinātnēs (izņemot pirmā līmeņa profesionālo augstāko jeb koledžas izglītību) vai analītiķa zināšanas apliecinošs sertifikāts OMG-Certified Expert in BPM 2 (OCEB) vai ekvivalents;
pieredze sistēmu analītiķa statusā vismaz vienā informācijas sistēmas izstrādes, uzturēšanas vai pilnveidošanas projektā, kur ir veikta datu sinhronizācija ar trešo pušu informācijas sistēmām, un kura līgumcena nav mazāka par 30000,00 (trīsdesmit tūkstoši eiro, 00 centi) EUR bez PVN. Pieredze pierādāma ar projektu, kurš pabeigts iepriekšējo trīs gadu laikā.

15.6.1. Pakalpojuma sniegšanā iesaistītā speciālista CV (Curriculum Vitae) saskaņā ar nolikuma pielikumu Nr. 4.

15.6.2. Pakalpojuma sniegšanā iesaistītā speciālista sertifikāciju (iegūtās zināšanas) apliecinoša dokumenta apliecināta kopija.

15.7. Pretendenta piedāvātajam programmētājiem (vismaz diviem) ir:

vismaz augstākā izglītība datorzinātnēs vai inženierzinātnēs (izņemot pirmā līmeņa profesionālo augstāko jeb koledžas izglītību);
pieredze kā programmētājam vismaz vienā informācijas sistēmas izstrādes, uzturēšanas vai pilnveidošanas projektā, kur ir veikta datu sinhronizācija ar trešo pušu informācijas sistēmām, un kura līgumcena nav mazāka par 30000,00 (trīsdesmit tūkstoši eiro, 00 centi) EUR bez PVN. Pieredze pierādāma ar projektu, kurš pabeigts iepriekšējo trīs gadu laikā;
pieredze darbā ar PHP, Angular, jQuery, HTML, JavaScript tehnoloģijām.

15.7.1. Pakalpojuma sniegšanā iesaistītā speciālista CV (Curriculum Vitae) saskaņā ar nolikuma pielikumu Nr. 4.

15.7.2. Pakalpojuma sniegšanā iesaistītā speciālista sertifikāciju (iegūtās zināšanas) apliecinoša dokumenta apliecināta kopija.

15.8. Pretendenta piedāvātajam testētājam ir:

vismaz augstākā izglītība datorzinātnēs vai inženierzinātnēs (izņemot pirmā līmeņa profesionālo augstāko jeb koledžas izglītību) vai zināšanas apliecinošs sertifikāts par programmatūras testēšanu, piemēram, ISTQB sertifikāts vai ekvivalents (x.xx. augstākās izglītības iestādes akreditētas mācību programmas);
pieredze kā testētājam vismaz vienā informācijas sistēmas izstrādes, uzturēšanas vai pilnveidošanas projektā, kur ir veikta datu sinhronizācija ar trešo pušu informācijas sistēmām, un kura līgumcena nav mazāka par 30000,00 (trīsdesmit tūkstoši eiro, 00 centi) EUR bez PVN. Pieredze pierādāma ar projektu, kurš pabeigts iepriekšējo trīs gadu laikā.

15.8.1. Pakalpojuma sniegšanā iesaistītā speciālista CV (Curriculum Vitae) saskaņā ar nolikuma pielikumu Nr. 4.

15.8.2. Pakalpojuma sniegšanā iesaistītā speciālista sertifikāciju (iegūtās zināšanas) apliecinoša dokumenta apliecināta kopija.

15.9. Uz pretendentu neattiecas Publisko iepirkumu likuma 8.²pantā noteiktie izslēgšanas kritēriji.

15.9.1. Iepirkumu komisijas par šo izslēgšanas nosacījumu esamību pārliecinās Publisko iepirkumu likumā noteiktā kārtībā.

Ja Pretendents kvalifikācijas apliecināšanai nav iesniedzis visus šajā nolikumā noteiktos atlases dokumentus vai vispār nav iesniedzis pieprasīto informāciju, kā arī, ja atlases dokumenti neatbilst šī nolikuma prasībām, tad Pretendents no tālākas līdzdalības iepirkumā tiek izslēgts un Pretendenta piedāvājums netiek izskatīts.
Pretendents ir atbildīgs par sniegto ziņu patiesumu. Ja iepirkuma komisija, pārbaudot šīs ziņas, noskaidro, ka tās neatbilst patiesībai, Pretendents no tālākas līdzdalības iepirkuma procedūrā tiek izslēgts.
Pasūtītājam ir tiesības jebkurā laikā pieprasīt no Pretendenta, kas izturējis kvalifikācijas pārbaudi, apliecinājumu, ka viņa kvalifikācija joprojām atbilst nolikumā noteiktajām prasībām. Gadījumā, ja Pretendents to nespēj vai nedara, vai tiek atklāts, ka viņš sniedzis nepatiesas vai neprecīzas ziņas, iepirkuma komisija noraida viņa piedāvājumu.
Ja līguma izpildei tiek piesaistīti apakšuzņēmēji, tad papildus augstāk minētajam ir jāiesniedz arī šādi dokumenti:
1. apliecinājums tam, kuru no līguma daļām un kādā apjomā (apjoms procentos no kopējā darbu apjoma gan finansiālā izteiksmē, gan cilvēkdienās un darbu uzskaitījums) Pretendents plāno nodot apakšuzņēmējam;
2. apakšuzņēmēja, kā arī personas, uz kuras iespējām Pretendents balstās, paraksttiesīgas amatpersonas parakstīts apliecinājums vai vienošanās par sadarbību konkrētā līguma izpildē (norādot apakšuzņēmēja resursus, kurus paredzēts iesaistīt līguma izpildē).

III TEHNISKAIS PIEDĀVĀJUMS

Tehniskajam piedāvājumam jāaptver visas nolikuma pielikumā Nr. 2 “Tehniskā specifikācija” noteiktās prasības un tajā jāapraksta Pakalpojuma sniegšanas procesa apraksts atbilstoši Tehniskajai specifikācijai.
Sagatavojot tehnisko piedāvājumu, Pretendentam jāievēro, ka tehniskajam piedāvājumam ir pilnībā jādemonstrē Pretendenta izpratne par pakalpojuma apjomu, pakalpojuma specifiku, izpildes termiņiem un tam nepieciešamajiem personāla un tehniskajiem resursiem. Tehniskais piedāvājums jāsagatavo maksimāli detalizēti, lai iepirkuma komisija varētu pārliecināties par Pretendenta izpratni un iespējām izpildīt Pakalpojumu un varētu izvērtēt piedāvājumu atbilstoši noteiktajam piedāvājuma izvēles kritērijam.
Pretendents ir atbildīgs par sniegto ziņu patiesumu. Ja iepirkuma komisija, pārbaudot tehniskajā piedāvājumā sniegto informāciju, noskaidro, ka tā neatbilst tehniskajā specifikācijā minētajām prasībām, Pretendents no līdzdalības iepirkumā tiek izslēgts.

IV FINANŠU PIEDĀVĀJUMS

Finanšu piedāvājums ir jāsagatavo saskaņā ar šī nolikuma pielikumu Nr. 5 “Finanšu piedāvājums”.
Pretendenta finanšu piedāvājums jāsagatavo atbilstoši finanšu piedāvājuma veidnei. Finanšu aprēķini ir jānorāda euro, aprēķinot un norādot piedāvātās cenas ar precizitāti divi cipari aiz komata. Finanšu piedāvājumā norādītajās cenās jābūt iekļautām visām izmaksām, kas saistītas ar Iepirkuma priekšmeta nodrošināšanu, tajā skaitā visiem nodokļiem un nodevām saskaņā ar nolikuma pielikumu Nr. 5 “Finanšu piedāvājums”.
Pretendentam jāapliecina, ka līgumcena tiek fiksēta uz visu līguma spēkā esamības laiku un netiks pārrēķināta.

V PIEDĀVĀJUMA VĒRTĒŠANAS UN PIEDĀVĀJUMA IZVĒLES KRITĒRIJI

Tiks salīdzināti un vērtēti tikai tie piedāvājumi, kas iesniegti šajā nolikumā paredzētajā kārtībā un termiņā.
Piedāvājumu vērtēšanas kārtība:
1. iepirkuma komisija vērtēs Pretendenta piedāvājuma noformējuma atbilstību šī nolikuma prasībām. Ja iepirkuma komisija vērtēšanas procesā konstatēs piedāvājuma neatbilstību noformējuma prasībām, kas var ietekmēt turpmāko lēmumu pieņemšanu par Pretendentu (piem., neparakstīts piedāvājums vai tā daļa, trūkst dokumentu, dokumenti nav atbilstoši iesieti un to lapas ir iespējams atdalīt u.c.), komisija pieņems lēmumu par piedāvājuma tālāku nevērtēšanu. Paraksta tiesības tiks pārbaudītas Uzņēmumu reģistra datu bāzēs;
2. iepirkuma komisija vērtēs Pretendenta atlases dokumentu atbilstību nolikuma prasībām:
  1. atbilstību šī nolikuma III daļā noteiktajiem kvalifikācijas kritērijiem un vai Pretendents ir iesniedzis visus nolikumā pieprasītos dokumentus;
  2. atbilstību Publisko iepirkumu likumā minētajām izslēgšanas pazīmēm iepirkuma komisija pārbaudīs publiskajās datu bāzēs.
3. iepirkuma komisija vērtēs Pretendenta tehniskā piedāvājuma atbilstību nolikuma tehniskās specifikācijas prasībām.
Iepirkumu komisija var pieprasīt jebkādus precizējumus un/vai paskaidrojumus par piedāvājumu un Pretendentam šāda informācija ir jāsniedz 5 (piecu) darba dienu laikā pēc rakstiska informācijas pieprasījuma.
Ja iepirkuma komisija vērtēšanas procesā konstatēs Pretendenta vai tehniskā piedāvājuma neatbilstību nolikuma prasībām jebkurā no vērtēšanas posmiem, Pretendents vai piedāvājums no līdzdalības iepirkumā tiks izslēgts.
No nolikuma prasībām atbilstošajiem piedāvājumiem iepirkuma komisija izvēlēsies piedāvājumu ar zemāko cenu
1. Vērtējot piedāvājuma cenu, Iepirkumu komisija ņem vērā piedāvājumu kopējo cenu (Eur) bez pievienotās vērtības nodokļa (PVN).
2. Iepirkuma komisija var pieņemt lēmumu par iepirkuma pārtraukšanu vai izbeigšanu bez rezultāta, ja nav saņemts neviens piedāvājums vai nav saņemts neviens instrukcijai vai tehniskajai specifikācijai atbilstošs piedāvājums, kā arī citos gadījumos saskaņā ar Publisko iepirkumu likumu.

VI IEPIRKUMA LĪGUMS

Trīs darba dienu laikā pēc lēmuma pieņemšanas visi Pretendenti rakstiski tiks informēti par pieņemto lēmumu.
Ar konkursā par uzvarētāju atzīto Pretendentu tiks slēgts iepirkuma līgums atbilstoši nolikuma pielikumā Nr. 6 pievienotam iepirkuma līguma projektam.
Paziņojumu par lēmumu slēgt iepirkuma līgumu vai izbeigt iepirkumu, neizvēloties nevienu piedāvājumu, Pasūtītājs publicē Iepirkumu uzraudzības biroja interneta mājaslapā xxx.xxx.xxx.xx.
Ja iepirkuma uzvarētājs 7 (septiņu) darba dienu laikā no uzaicinājuma saņemšanas brīža nenoslēdz iepirkuma līgumu tiek uzskatīts, ka tas ir atteicies no līgums slēgšanas.
Ja izraudzītais Pretendents neparaksta iepirkuma līgumu Pasūtītāja noteiktajā termiņā uzvarētāja vainas dēļ, Pasūtītājs to uzskata par atteikumu slēgt iepirkuma līgumu. Šādā gadījumā iepirkuma līguma slēgšanas tiesības tiek piešķirtas Pretendentam, kura iesniegtais piedāvājums atbilst nolikumā noteiktajām prasībām un ir atzīts par nākamo saimnieciski visizdevīgāko.

VII IEPIRKUMA KOMISIJAS UN PRENETENDENTU TIESĪBAS UN PIENĀKUMI

Iepirkuma komisijas tiesības
1. Pieprasīt pierādījumus/papildu informāciju, lai pārliecinātos par pretendenta piedāvājuma atbilstību Pasūtītāja izvirzītajām piedāvājuma noformējuma, pretendenta atlases un piedāvājuma tehniskajām prasībām.
2. Normatīvajos aktos noteiktajā kārtībā labot Finanšu piedāvājumos aritmētiskās kļūdas.
3. Ievērojot Publisko iepirkumu likumu, izvēlēties nākamo piedāvājumu ar zemāko cenu, ja izraudzītais Pretendents atsakās slēgt iepirkuma līgumu ar pasūtītāju.
4. Jebkurā brīdī pārtraukt iepirkuma procedūru, ja tam ir objektīvs pamatojums.
Iepirkuma komisijas pienākumi
1. Nodrošināt iepirkuma procedūras norisi un dokumentēšanu.
2. Nodrošināt pretendentu brīvu konkurenci, kā arī vienlīdzīgu un taisnīgu attieksmi pret tiem.
3. Pēc ieinteresēto personu pieprasījuma normatīvajos aktos noteiktajā kārtībā sniegt informāciju par nolikumu.
4. Vērtēt pretendentus un to iesniegtos piedāvājumus saskaņā ar Publisko iepirkumu likumu un nolikumu, izvēlēties piedāvājumu vai pieņemt lēmumu par iepirkuma procedūras izbeigšanu, neizvēloties nevienu piedāvājumu.
Pretendenta tiesības
1. Apvienoties grupā ar citiem pretendentiem un iesniegt vienu kopēju piedāvājumu.
2. Laikus iesniegt jautājumus par nolikumu, ja tādi ir, lai Pasūtītājs var sniegt atbildi ne vēlāk kā 6 dienas pirms piedāvājumu iesniegšanas termiņa beigām.
3. Iesniedzot piedāvājumu, pieprasīt apliecinājumu, ka piedāvājums ir saņemts.
4. Pirms piedāvājumu iesniegšanas termiņa beigām grozīt vai atsaukt iesniegto piedāvājumu.
5. Iesniegt sūdzību par Xxxxxxxxxx darbību saskaņā ar Publisko iepirkumu likumu.
Pretendenta pienākumi
1. Sagatavot piedāvājumus atbilstoši nolikuma prasībām.
2. Sniegt patiesu informāciju.
3. Sniegt atbildes uz iepirkuma komisijas pieprasījumiem par papildu informāciju, kas nepieciešama piedāvājumu noformējuma pārbaudei, pretendentu atlasei, piedāvājumu atbilstības pārbaudei, kā arī vērtēšanai.

VIII PIELIKUMU SARAKSTS

Nolikumam ir pievienoti 8 (astoņi) pielikumi, kas ir tā neatņemamas sastāvdaļas:

1. pielikums. Pieteikums par piedalīšanos iepirkumā forma

2. pielikums. Tehniskā specifikācija

3. pielikums. Pretendenta pieredzes apraksta

4. pielikums. Pretendenta piesaistīto speciālistu CV forma

5. pielikums. Finanšu piedāvājuma forma

6. pielikums. Līguma projekts

Pielikums Nr. 1

“Pieteikums par piedalīšanos iepirkumā forma”

Iepirkuma Nr. RN 2016/23 nolikumam

Pieteikums par piedalīšanos iepirkumā

„Rēzeknes Namsaimnieka informācijas sistēmas papildinājumu un datu sinhronizācijas servisa izstrāde un uzturēšana”

Identifikācijas Nr. RN 2016/23

Pretendents ______________________________________________________________

pretendenta nosaukums

___________________________________________________________________________________

adrese, tālruņa un faksa numuri, e-pasta adrese

______________________________________________________________

vienotais reģistrācijas numurs

___________________________________________________________________________________

uzņēmuma bankas rekvizīti

_______________________________________________________ personā

uzņēmuma vadītāja ieņemamais amats, vārds, uzvārds

ar šī pieteikuma iesniegšanu:

piesakās piedalīties iepirkumā „Rēzeknes Namsaimnieka informācijas sistēmas papildinājumu un datu sinhronizācijas servisa izstrāde un uzturēšana”, identifikācijas Nr. RN 2016/23;
apņemas ievērot iepirkuma Nolikuma prasības;
apņemas pasūtījuma piešķiršanas gadījumā pildīt visus iepirkuma Nolikumā izklāstītos līguma pamatnosacījumus;
apliecina, ka uz Pretendentu neattiecas Publisko iepirkumu likuma 39.¹ panta pirmās daļas nosacījumi;
garantē, ka visas sniegtās informācija un dati ir patiesi.

_____________________________

(paraksts, z.v.)

_____________________________

(vieta, datums)

Pielikums Nr. 2

“Tehniskā specifikācija”

Iepirkuma Nr. RN 2016/23 nolikumam

TEHNISKĀ SPECIFIKĀCIJA

„Rēzeknes Namsaimnieka informācijas sistēmas papildinājumu un datu sinhronizācijas servisa izstrāde un uzturēšana”

Identifikācijas Nr. RN 2016/23

Saīsinājumi

Mobilā aplikācija - Rēzeknes Namsaimnieks klientiem paredzēta mobilā aplikācija Android un iOS platformām.

RNIS - Rēzeknes Namsaimnieka Informācijas Sistēma.

RNIS administratora daļa - Rēzeknes Namsaimnieks uzņēmuma darbiniekiem paredzēta Informācijas Sistēmas daļa.

RNIS klientu pašapkalpošanās portāls - Rēzeknes Namsaimnieks klientiem paredzēta Informācijas Sistēmas daļa.

Pašreizējās sistēmas apraksts

Rēzeknes Namsaimnieka Informācijas Sistēma (RNIS) sastāv no trīs daļām: administratora daļa, kas paredzēta uzņēmuma darbiniekiem; klientu pašapkalpošanas portāls, kas paredzēs uzņēmuma klientiem; mobilās aplikācijas, kas dublē klientu pašapkalpošanās portāla funkcionalitāti un atbalsta darbu bezsaistē.

Grāmatvedības sistēma NAMS ir atsevišķa no RNIS programmatūra, kas tiek izmantota, lai pārvaldītu rēķinu izrakstu, apmaksu un nama uzkrājumu izlietojumu.

Sakarā ar to, ka Rēzeknes Namsaimnieka Informācijas sistēmas infrastruktūru aprakstošie dokumenti, darba instrukcijas un līdzīga rakstura rakstīta informācija ir noteikta kā ierobežotas pieejamības informācija, ar iepriekšminēto dokumentāciju var iepazīties klātienē.

RNIS ir veidots izmantojot Laravel 4.2, Angular 1.x, PHP 5.5.25, jQuery v1.11.1., MySQL. Mobilās aplikācijas veidotas izmantojot Java un ObjectiveC attiecīgi Android un iOS platformām.

RNIS administratīvā daļa sastāv no moduļiem,kuri ir savstarpēji integrēti:

Namu pārvaldības modulis;
Sapulču pārvaldības modulis;
Iesniegumu pārvaldības modulis;
Remontdarbu plānošanas modulis;
Tehniskās apsekošanas pārvaldības modulis;
Lietotāju pārvaldības modulis;
Klientu pārvaldības modulis;
Parādnieku pārvaldības modulis;
Dokumentu aprites modulis;
Žurnalifikācijas modulis;
Administratīvais modulis.

1. Nefunkcionālās prasības

1.	Nefunkcionālās prasības
1.1.	RNIS sistēmas papildinājumu izstrādē ir jāpielieto tehnoloģijas, kas ir izmantotas esošajā RNIS risinājumā.
1.2.	Sistēmai ir jāstrādā bez funkcionāliem un vizuāliem defektiem šādos pārlūku programmās: Chrome (sākot no v.49), Firefox (sākot no v.45), Internet Explorer (sākot no v.11), Safari (sākot no v. 9).
1.3.	Visa saskarne ir jābūt pieejama latviešu valodā.
1.4.	Izstrāde ir jāveic pēc izpildītāja izstrādāta un pasūtītāja apstiprināta programmatūras projektējuma apraksta.
1.5.	Saskarne ir jārealizē ievērojot līdz šim pielietotos risinājumus: reaģējošs dizains, krāsu gamma utt.
1.6.	RNIS atjaunoto un jaunizveidoto datu ievades un izvades formu funkcionalitātei ir jāatbilst esošajiem risinājumiem, piemēram, sarakstus iespējams kārtot vai filtrēt datus pēc jebkuras no kolonnām.

2. Datu sinhronizācijas prasības

2.1.	Darbības ar datiem
2.1.1.	Dati, kas tiek pievienoti grāmatvedības sistēmā, ar sinhronizācijas palīdzību ir jāizvedo RNIS.
2.1.2.	Dati, kas tiek atjaunoti grāmatvedības sistēmā, ar sinhronizācijas palīdzību ir jāatjauno RNIS.
2.1.3.	Dati, kas tiek dzēsti grāmatvedības sistēmā, ar sinhronizācijas palīdzību ir jādzēš RNIS vai jāatzīmē tos kā neaktīvus.
2.2.	Datu sinhronizācijas laiki
2.2.1.	Datu sinhronizācijai ir jādarbojas automātiski, bez nepieciešamības to iestatīt.
2.2.2.	Datu sinhronizāciju ir jāveic reizi nedēļa, kad sistēma ir vismazāk noslogota.
2.4.	Xxxxxxx xxxx sinhronizācija
2.4.1.	Ir iespējams manuāli uzsākt datu sinhronizāciju.
2.4.2.	Izsaukt manuālu datu sinhronizāciju ir iespējams RNIS ietvaros (priekš tā ir jāizveido atsevišķs skats).
2.3.	Datu sinhronizācijas atskaite
2.3.1.	Datu sinhronizācijas noslēgumā ir automātiski jāsagatavo atskaite, kas tiek nosūtīta atbildīgajai personai gan no izpildītāja, gan no pasūtītāja puses.
2.3.2.	Datu sinhronizācijas atskaite var tikt izmantota, lai noteiktu cik un kādi dati tika un netika sinhronizēti, lai vajadzības gadījumā būtu iespējams novērst nepilnības gan grāmatvedības sistēmā, gan RNIS.
2.5.	Auditācijas pieraksti sinhronizācijas laikā
2.5.1.	Sinhronizācijas ietvaros sistēmai ir jāveic auditācijas pieraksti RNIS žurnalēšanas modulī vismaz šādā apjomā:
2.5.1.1.	Datums un laiks
2.5.1.2.	Darbība
2.5.1.3.	Entīte
2.5.1.4.	Rezultāts
2.5.1.5.	Ieraksta atribūtu vērtības pēc veiktajām izmaiņām.
2.5.1.6.	Tehniskās detļas (trasēšanas žurnāla detaļas)
2.6.	Sinhronizācijā iekļautie dati
2.6.1.	Sinhronizācijā tiks izmantoti grāmatvedības sistēmā esošie dati. Lai nodrošinātu datu nolasīšnas iespēju, dati tiks saglabāti .csv failu formātā un augšupielādēti uz FTP servera. Izpildītājam projekta izstrādes gaitā ir jāvienojas ar grāmatvedības sistēmas uzturētāju par failos iekļaujamo saturu, lai nodrošinātu prasību izpildi.
2.6.2.	Ir jāsinhronizē dati par nekustamo īpašumu vismaz šādā apjomā:
2.6.2.1.	Nekustamā īpašuma adrese.
2.6.2.2.	Mājas tips, piemēram, daudzīvokļu māja, personīgā māja utt.
2.6.2.3.	Zemesgrāmatas numurs.
2.6.2.4.	Īres līguma sākuma datums.
2.6.2.5.	Deklarētie iedzīvotāji.
2.6.2.6.	Faktiskie iedzīvotāji.
2.6.2.7.	Iepriekšējie iedzīvotāji.
2.6.2.8.	Nama platības, piemēram, trotuāri, zālāji, jumts utt.
2.6.2.9.	Nama stāvu un kāpņutelpu skaits.
2.6.2.10.	Dzīvokļa platība.
2.6.3.	Ir jāsinhronizē dati par iedzīvotājiem vismaz šādā apjomā:
2.6.3.1.	Fizisko personu dati.
2.6.3.2.	Juridisko personu dati.
2.6.3.3.	Saistība ar konkrētu īpašumu, piemēram, īpašnieks, nomnieks u.c.
2.6.3.4.	Saistība ar nekustamā īpašuma īpašnieku.
2.6.4.	Ir jāsinhronizē dati par finansēm vismaz šādā apjomā:
2.6.4.1.	Pakalpojumu grupa.
2.6.4.2.	Pakalpojuma tarifs.
2.6.4.3.	Pakalpojuma mērvienība.
2.6.4.4.	Aprēķinātā maksa par pakalpojumiem (bez pvn, pvn, kopā).
2.6.4.5.	Dzīvokļa parāds vai pārmaksa.
2.6.4.6.	Nama uzkrājuma summa.
2.6.4.7.	Nekustamā īpašuma ienākumi (sadalīti pa pakalpojumiem).
2.6.4.8.	Nekustamā īpašuma izdevumi (sdalīti pa izdevumu grupām).
2.6.4.9.	Uzkrājuma izlietojums (RNIS ietvaros tiek attēlots kā remontdarbu ieraksts).

3. RNIS uzlabojumi

3.1.	Izmaiņas datu izvadā.
3.1.1.	RNIS izvades formas un saraksti ir jāuzlabo tā, lai sinhronizētie ieraksti ir vizuāli atšķirami no datiem, kas ievadīti pašā RNIS.
3.1.2.	Jebkura veida ieraksti, kas tiek sinhronizēti ir jāpapildina ar datumu un laiku, kad tika veiktas izmaiņas.
3.2.	Izmaiņas datu ievadē.
3.2.1.	RNIS ievades formas ir jāuzlabo tā, lai datus, kas ir sinhronizēti nedrīkstētu labot.
3.2.2.	Ja datu ievades forma sastāv gan no sinhronizējamiem datiem, gan no nesinrhonizējamiem datiem, tad ir jābūt iespējai papildināt sinhronizētus datus, izmantojot RNIS.
3.2.3.	Dati, kas ievadīti RNIS līdz šim vai izmantojot RNIS esošās formas nav jāpārraksta vai jādzēš sinhronizācijas rezultātā.
3.2.4.	Datiem kas tiek sinhronizēti atbilstoši punktiem 2.6.2.1., 2.6.2.3., 2.6.2.4., 2.6.2.9., 2.6.3.2. Nepieciešams uzlabot datu ievades formas, lai tās atbilstu šī punkta apakšpunktam 3.2.1., 3.2.2., 3.2.3.
3.3.	Jaunas funkcionalitātes izstrāde.
3.3.1.	Xxxxxx, kas tiek sinhronizēti atbilstoši punktiem 2.6.2.2., 2.6.2.8., 2.6.3.3., 2.6.3.4., 2.6.4.1., 2.6.4.2., 2.6.4.3., 2.6.4.4., 2.6.4.5., 2.6.4.7., 2.6.4.8., 2.6.4.9. Ir jāizveido nepieciešamās datu bāzes tabulas, ievades un izvades formas, kā arī jāintegrē tās atbilstošos RNIS moduļos. Piemēram, pakalpojumu reģistrs, kas uzskaita pakalpojumu tarifus.
3.4.1.	Visām datu ievades formām ir jārealizē laiksakritības vadība, atbilstoši citām RNIS datu ievades formām.

4. Klientu pašapaklpošanās portāla uzlabojumi

4.1.	Izmaiņas datu izvadā
4.1.1.	Klientu pašapkalpošanās portāls ir jāpapildina ar datu izvadi, kurā jāiekļauj punktā 2.6.4. uzskaitītā informācija.

5. Mobilo aplikāciju uzlabojumi

5.1.	Mobilās aplikācijas ir jāpapildina ar datu izvadi, kurā jāiekļauj punktā 2.6.4. uzskaitītā informācija.

6. Funkcionalitāte, kas izpildītājam nav jāizstrādā

6.1.	Grāmatvedības datu apkopojums
6.1.1.	Projekta izstrādes ietvaros izpildītājam nav jāizstrādā grāmatvedības sistēmas datu apkopošana .csv failos un to regulāra augšupielāde uz FTP servera.

7. Dokumentācija

7.1.	Prasību trasējamība
7.1.1.	Jānodrošina prasību trasējamība starp tehnisko specifikāciju un projekta gaitā izstrādāto dokumentāciju, kā arī jānodrošina prasību trasējamība projekta ieviešanas gaitā, lai jebkurai iesaistītajai personai būtu iespējams pārliecināties par prasības īstenošanu un īstenoto prasību atbilstību sākotnējām projekta prasībām.
7.2.	Prasību identifikācija
7.2.1.	Visas tīmekļa vietnes projektējuma prasības jāidentificē ar unikāliem identifikatoriem.
7.3.	Atbilstība tehniskās specifikācijas prasībām
7.3.1.	Izstrādājot tīmekļa vietnes PPS un PPA, Izpildītājam jānodrošina šo dokumentu atbilstība tehniskajā specifikācijā noteiktajām prasībām, kā arī detalizētas prasību analīzes laikā identificētajām Pasūtītāja vajadzībām un prasībām.

8. Garantijas nodrošināšana

8.1.	Problēmpieteikumu sistēma.
8.1.1	Pretendentam tehniskajā piedāvājumā ir jānorāda problēmpieteikumu sistēma, kas tiks izmantota, lai uzturētu informāciju par konstatētajām nepielnībām un jāpraksta problēmpieteikumu apstrādes process.
8.1.2.	Pretendentam ir jānodrošina piekļuve pasūtītājam pie izvēlētās problēmpieteikumu sistēmas.
8.2.	Garantijas ietvaros sniedzamie bezmaksas pakalpojumi un periods, reakcijas un problēmu novēršanas prasības
8.2.1.	Pretendentam jānodrošina 2 gadu ilgs garantijas periods no nodošanas un pieņemšanas akta parakstīšanas brīža, šajā periodā bez maksas labojot atklātās Sistēmas kļūdas, drošības ievainojamības atbilstoši šādiem nosacījumiem:
8.2.1.1.	Pretendentam jānodrošina šādi reakcijas laiki no problēmas pieteikšanas brīža:
8.2.1.1.1.	kritiskos gadījumos, kad problēma izraisa pilnīgu Sistēmas darbības apstāšanos, un/vai darbs nevar tikt turpināts - ne lielāks par 4 (četrām) stundām, ja kritiska problēma tiek pieteikta darba dienā pēc plkst.16:00, tad tiek uzskatīts, ka ziņojums saņemts nākamajā darba dienā plkst.9:00;
8.2.1.1.2.	steidzamos gadījumos, kad problēma izraisa iekšēju programmatūras kļūdu vai nekorektu darbību, kas rada lielus iespēju zudumus un 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ā - ne lielāks par 8 (astoņām) stundām, ja steidzamā problēma tiek pieteikta darba dienā pēc plkst.16:00, tad tiek uzskatīts, ka ziņojums saņemts nākamajā darba dienā plkst. 9:00;
8.2.1.1.3.	pārējos gadījumos, kad problēma izraisa minimālus iespēju zudumus. Ietekme uz Sistēmu ir mazsvarīga/sagādā zināmas neērtības, piemēram, manuālu darbu Sistēmas funkcionēšanas atjaunošanai/darba turpināšanai - ne lielāks par 16 (sešpadsmit) stundām, ja problēma tiek pieteikta darba dienā pēc plkst. 16:00, tad tiek uzskatīts, ka ziņojums saņemts nākamajā darba dienā plkst. 9:00.
8.2.1.2.	Pretendentam jānodrošina šādi problēmu novēršanas laiki no problēmas pieteikšanas brīža:
8.2.1.2.1.	kritiskos gadījumos, kad problēma izraisa pilnīgu Sistēmas darbības apstāšanos, un/vai darbs nevar tikt turpināts, problēmas ir jānovērš 8 (astoņu) darba stundu laikā vai jāpiedāvā cits pieņemams risinājums un problēmu novēršanas scenārijs un laika grafiks;
8.2.1.2.2.	steidzamos gadījumos, kad problēma izraisa iekšēju programmatūras kļūdu vai nekorektu darbību, kas rada lielus iespēju zudumus. 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ā, problēmas jānovērš ne vēlāk kā 16 (sešpadsmit) darba stundu laikā vai jāpiedāvā cits pieņemams risinājums un problēmu novēršanas scenārijs un laika grafiks;
8.2.1.2.3.	pārējos gadījumos, kad problēma izraisa minimālus iespēju zudumus. Ietekme uz Sistēmu ir mazsvarīga/sagādā zināmas neērtības, piemēram, manuālu darbu Sistēmas funkcionēšanas atjaunošanai/darba turpināšanai – ne vēlāk kā 24 (divdesmit četru) darba stundu laikā vai jāpiedāvā cits pieņemams risinājums un problēmu novēršanas scenārijs un laika grafiks.
8.3.	Dokumentācijas saraksta precizēšana
8.3.1.	Projekta dokumentācijas saraksts var tikt precizēts projekta gaitā un vairāki dokumenti var tikt apvienoti vai izveidoti papildu dokumenti, saskaņojot to ar Pasūtītāju.
8.4	Programmatūras prasību specifikācija (PPS)
8.4.1.	Izpildītājam jāizstrādā un jāiesniedz Pasūtītājam projekta projektējums atbilstoši standarta “Informācijas tehnoloģija. Programminženierija. Programmatūras prasību specifikācijas ceļvedis” (LVS 68:1996)” vai ekvivalenta standarta prasībām.
8.5.	Programmatūras projektējuma apraksts (PPA)
8.5.1.	Izpildītājam jāizstrādā un jāiesniedz Pasūtītājam tīmekļa vietnes projektējums atbilstoši standarta “Informācijas tehnoloģija. Programminženierija. Ieteicamā prakse programmatūras projektējuma aprakstīšanai (LVS 72:1996)” vai ekvivalenta standarta prasībām. Tīmekļa vietnes projektējuma dokumentam jāsatur vismaz šāda detalizēta informācija:
8.5.1.1.	tehniskā piedāvājuma prasību apraksts, ja nepieciešams, veicot prasību precizēšanu un detalizāciju;
8.5.1.2.	prasību īstenošanas apraksti;
8.5.1.3.	saskarņu apraksti un dekompozīcijas apraksts;
8.5.1.4.	projektējumā iekļauto prasību un tehniskā piedāvājuma prasību trasējamība.
8.6.	Testēšanas dokumentācija
8.6.1	Izpildītājam jāizstrādā un jāiesniedz Pasūtītājam projekta testēšanas dokumentācija.
8.6.2.	Projekta testēšanas plānam jāsatur vismaz šāda informācija:
8.6.2.1.	visas testējamās un netestējamās raksturiezīmes;
8.6.2.2.	testēšanas raksturiezīmju trasējamība arprojekta projektējuma dokumentā aprakstītajām prasībām;
8.6.2.3.	projekta testu veidi, iekļaujot vismaz šādus testus – vienībtestēšanu, funkcionālo testēšanu, integrācijas testēšanu, drošības testēšanu, akcepttestēšanu, veiktspējas testus
8.6.2.4.	testēšanas dokumentācijas izstrādes metodika; testēšanā izmantotie standarti un testēšanas rīki;
8.6.2.5.	testēšanas dokumentācijas izstrādes metodika; testēšanā izmantotie standarti un testēšanas rīki;
8.6.2.6.	pasūtītāja un iesaistīto personu iesaistes apjoms;
8.6.2.7.	jābūt uzskaitītiem visiem plānotajiem testēšanas nodevumiem un testēšanas uzdevumiem;
8.6.2.8.	testpiemēru specifikācija – iekļaujot visu testu veidus (tajā skaitā vienībtestus, funkcionālos testus, integrācijas testus, drošības testus, akcepttestus, stresa testus, veiktspējas testus u.c.), jāsatur vismaz šāda informācija:
8.6.2.8.1.	testpiemēru specifikācijas identifikators;
8.6.2.8.2.	testējamie vienumi un raksturiezīmes;
8.6.2.8.3.	testēšanas vienumu trasējamība ar projekta projektējuma dokumentā aprakstītajām prasībām;
8.6.2.8.4.	testējamo vienumu izpildīšanas soļi, kuri nodrošina testējamo vienumu testpiemēru atkārtotu izpildīšanu;
8.6.2.8.5.	testējamo vienumu un raksturiezīmju ievades un izvades specifikācijas;
8.6.2.8.6.	speciālās prasības un vides prasības;
8.6.2.8.7.	testēšanas apturēšana, atsākšana, pabeigšana, atjaunošana.
8.6.2.9.	testēšanas kopsavilkuma pārskats un testu protokoli. Izpildītājam jānodrošina, ka testēšanas process tiek dokumentēts. Pasūtītājs pieprasīs uzrādīt testēšanas procesa dokumentāciju, ja tiks konstatēts, ka testēšanas pārskatā sniegtā informācija atšķiras no faktiski tīmekļa vietnē novērojamās situācijas. Testu protokoli jāveido par visiem testēšanas plānā paredzētajiem un izpildītajiem testiem (tajā skaitā vienībtestēšanu, funkcionālo testēšanu, integrācijas testēšanu, drošības testēšanu, akcepttestēšanu, veiktspējas testiem). Testu protokoliem jāsatur vismaz šāda informācija:
8.6.2.9.1	testēšanas rezultātu kopsavilkums, identificējot atrisinātās un neatrisinātās problēmas;
8.6.2.9.2	kopsavilkums par svarīgākajiem testēšanas notikumiem un darbībām;
8.6.2.9.3	testētie vienumi un raksturiezīmes;
8.6.2.9.4	testēšanas vienumu trasējamība ar projekta projektējuma dokumentā aprakstītajām prasībām;
8.6.2.9.5	testēto vienumu versijas un vide, kurā tika veikta vienuma testēšana;
8.6.2.9.6	testu izpildītāji (personas un to lomas), testu izpildes laiks un vieta;
8.6.2.9.7	detalizēti testējamo vienumu un raksturiezīmju testēšanas rezultāti.
8.7.	Administratora rokasgrāmata.
8.7.1.	Izpildītājam jāizstrādā un jāiesniedz Pasūtītājam tīmekļa vietnes Administratora rokasgrāmata atbilstoši standarta “Informācijas tehnoloģija. Programmatūras Lietotāja dokumentācija (LVS 66:1996)” vai ekvivalenta standarta prasībām.

10. Testēšanas prasības

10.1.	Testēšanas prasības
10.1.1.	Lai nodrošinātu nodevuma atbilstību noteiktajām prasībām, Izpildītājam ir jānodrošina nodevumu iekšējā testēšana atbilstoši kādai no zināmām testēšanas metodoloģijām un testēšanas dokumentācijas sagatavošana. Izpildītājam jānodrošina vismaz:
10.1.1.1.	Funkcionalitātes testēšana;
10.1.1.2.	Integritātes testēšana;
10.1.1.3.	Drošības testēšana;
10.1.1.4.	Veiktspējas, ātrdarbības un slodzes testēšana.
10.1.1.5.	Testēšanu veic Izpildītājs ar saviem resursiem, neiesaistot Pasūtītāju, pirms nodevuma iesniegšanas, lai pārliecinātos, ka nodevums ir gatavs akcepttestēšanai. Programmatūras nodevumi ir jāiesniedz kopā ar Izpildītāja veiktās testēšanas dokumentāciju.
10.2.	Funkcionālā testēšana
10.2.1.	Testpiemēros jāiekļauj visu tehniskajā specifikācijā iekļauto prasību pārbaude. Testpiemēros jāiekļauj gan „pozitīvie” (ievadīti korekti dati - mērķis ir pārbaudīt, vai tīmekļa vietnes funkcionalitāte strādā korekti), gan „negatīvie” (ievadīti kļūdaini dati - mērķis ir pārbaudīt, tīmekļa vietnes darbaspēju un korektu apstrādi kļūdu un problēmsituāciju gadījumā) piemēri.
10.2.2.	Testpiemēros jānorāda gan ievaddati, gan sagaidāmie rezultāti.
10.2.3.	Testēšanas scenārijos ir jāiekļauj visu darba plūsmas zaru pārbaude.
10.3.	Akcepttestēšana
10.3.1.	Pasūtītājs sagatavos akcepttestēšanas vidi un veiks akcepttestēšanu saskaņā ar testēšanas dokumentāciju.
10.3.2.	Izpildītājam ir jānodrošina akcepttestēšanas vides sagatavošanai un akcepttestu norisei nepieciešamās konsultācijas.
10.3.3.	Balstoties uz Pasūtītāja iesniegtajiem testēšanas protokoliem un problēmu ziņojumiem, Izpildītājam jānovērš akcepttestēšanas laikā identificētās problēmas.
10.3.4.	Izpildītājam jāsagatavo un jāiesniedz Pasūtītājam testēšanas pārskats (Izpildītājam ir jāveido plānoto testēšanas darbību rezultātu kopsavilkums un jānodrošina novērtējums, balstoties uz iegūtajiem rezultātiem).
10.3.5.	Akcepttestēšanas laikā konstatēto problēmu slēgšana jānodrošina, veicot šādas atzīmes:
10.3.6.	Atrisināta – ja Pasūtītājs, veicot atkārtotu testēšanu, šo problēmu nav konstatējis atkārtoti;
10.3.7.	Xxxxxxx – ja Xxxxxxxxxx un Izpildītājam Projekta vadītāji rakstiski vienojas, ka problēmas risinājums vairs nav Pasūtītājam aktuāls vai problēma vairs nepastāv, vai konstatēta dublējoša problēma jau noslēgtam pieteikumam.
10.3.8.	Atlikta – ja Xxxxxxxxxx un Izpildītāja Projekta vadītāji rakstiski vienojas par konkrētās problēmas atrisināšanas atlikšanu uz noteiktu vai nenoteiktu laiku.
10.3.9.	Zināma problēma – ja Pasūtītājs, veicot atkārtotu testēšanu, konstatē iepriekš reģistrētu problēmu.
10.4.	Funkcionalitātes demonstrācija
10.4.1.	Funkcionalitātes demonstrācijas mērķis ir pārliecināties, ka projekta realizācija atbilst Pasūtītāja prasību analīzes laikā definētiem biznesa procesiem un nodrošināšana nepieciešamo funkcionalitāti. (projekta funkcionalitātes demonstrācijas laikā pieļaujama atsevišķu funkciju nekorekta darbība, ja tā netraucē Pasūtītājam pārliecināties par funkcionalitātes darbību pēc būtības). Funkcionalitātes demonstrācijas laikā Pasūtītājs neveic akcepttestēšanu. Funkcionalitātes demonstrācija var notikt Izpildītāja vidē.
10.4.2.	funkcionalitātes demonstrācija veicama pēc Pasūtītāja pieprasījuma.
10.4.3.	Atbilstoši funkcionalitātes demonstrācijas laikā Pasūtītāju identificētiem nepieciešamiem papildinājumiem/ nepilnībām/ priekšlikumiem/ ierosinājumiem, Izpildītājam ir jāveic izstrādātās un apstiprinātās programmatūras dokumentācijas papildināšana un/vai atjaunošana (funkcionalitātes demonstrācijas laikā Pasūtītājs neizvirzīs prasību analīzes laikā definētām prasībām pretrunīgas prasības).
10.4.4.	Izpildītājam jāveic atjaunotās dokumentācijas atkārtota saskaņošana ar Pasūtītāju. Pēc dokumentācijas apstiprināšanas Izpildītājam ir jāveic nepieciešamās izmaiņas tīmekļa vietnē.
10.5.	Veiktspējas, ātrdarbības un slodzes testēšana
10.5.1.	Daudzlietotāju režīma veiktspējas, ātrdarbības un slodzes testēšanai ir jāsimulē RNIS darbību:
10.5.1.1.	Nominālas noslodzes apstākļos (šī testa ietvaros ir jāparāda, ka RNIS var izpildīt noteiktās ātrdarbības prasības nominālas noslodzes apstākļos);
10.5.1.2.	Maksimālas noslodzes apstākļos (pakāpeniski paaugstinot noslodzi, nosakot slieksni, kad veiktspējas prasības vairs netiek izpildītas vai arī līdz RNIS darbības atteicei).
10.5.2.	Noslodzes nosacījumi ir jādetalizē programmatūras prasību specifikācijā.
10.6.	Drošības testēšana
10.6.1.	Drošības testēšanas mērķis ir pārbaudīt RNIS noturību pret nesankcionētu pieeju un uzbrukumiem.
10.6.2.	Vienlaikus gan slodzes testa laikā, gan veicot drošības un funkcionālos testus, kas simulē dažādas kļūdas uz darbības atteikumu vērstas darbības, jāvērtē RNIS darbības stabilitāte un drošība.

11. Apmācības

11.1.	Lietotāju apmācība
11.1.1.	Projekta izstrādes piegādes un ieviešanas ietvaros Izpildītājam jāveic lietotāju apmācība darbam ar atjaunoto RNIS vismaz 16 (sešpadsmit) darba stundas. Apmācāmo Lietotāju skaitu nosaka Pasūtītājs, maksimālais apmācāmo skaits ir 10.

Pielikums Nr. 3

“Pretendenta pieredzes apraksta forma”

Iepirkuma Nr. RN 2016/23 nolikumam

Pretendenta pieredzes apraksta forma

„Rēzeknes Namsaimnieka informācijas sistēmas papildinājumu un datu sinhronizācijas servisa izstrāde un uzturēšana”

Identifikācijas Nr. RN 2016/23

Nr.	Xxxxx	Xxxxx apraksts	Pasūtītājs, kontaktpersona, kontakttālrunis	Izpildes laiks

Pielikumā:

Atsauksme no ...
Atsauksme no ...

_____________________________

(paraksts, z.v.)

_____________________________

(vieta, datums)

Pielikums Nr. 4

“Pretendenta piesaistīto speciālistu CV forma”

Iepirkuma Nr. RN 2016/23 nolikumam

Pretendenta piesaistīto speciālistu CV

„Rēzeknes Namsaimnieka informācijas sistēmas papildinājumu un datu sinhronizācijas servisa izstrāde un uzturēšana”

Identifikācijas Nr. RN 2016/23

Vārds:

Uzvārds:

Izglītība:

Izglītības iestāde
Datums: no/līdz
Iegūtais grāds vai diploms

Datorprasmes:

Citas iemaņas:

Darba pieredze:

Nosaukums:
Adrese:
Datums: no/līdz
Amats:
Darba apraksts:

Sertifikāti:

Es, apakšā parakstījies, apliecinu, ka augstākminētais pareizi atspoguļo manu izglītību, kvalifikāciju un pieredzi. Ar šo es, _____________________ apņemos saskaņā ar pretendenta _____________________ (turpmāk ‑ Pretendents) piedāvājumu piedalīties iepirkumā „Rēzeknes Namsaimnieka informācijas sistēmas papildinājumu un datu sinhronizācijas servisa izstrāde un uzturēšana”, Identifikācijas Nr. RN 2016/23, un gadījumā, ja tiek pieņemts lēmums slēgt iepirkuma līgumu ar Pretendentu, piedalīties pakalpojuma sniegšanā atbilstoši piedāvājumam, veikt visus man uzticētos pienākumus un uzņemties atbildības, lai nodrošinātu atbilstošu, kvalitatīvu un savlaicīgu pakalpojuma sniegšanu.

Personas paraksts

Datums

Pielikums Nr. 5

“Finanšu piedāvājuma forma”

Iepirkuma Nr. RN 2016/23 nolikumam

Finanšu piedāvājumS

„Rēzeknes Namsaimnieka informācijas sistēmas papildinājumu un datu sinhronizācijas servisa izstrāde un uzturēšana”

Identifikācijas Nr. RN 2016/23

Nr.

Izmaksu pozīcija

Cena EUR

bez PVN

PVN 21%

Cena EUR ar PVN

Rēzeknes Namsaimnieka informācijas sistēmas papildinājumu un datu sinhronizācijas servisa izstrāde un uzturēšana

Nr.	Izmaksu pozīcija	Cena par vienu cilvēkstundu EUR bez PVN	PVN 21%	Cena par vienu cilvēkstundu EUR ar PVN
1.	Piedāvājuma cena par vienu stundu neparedzētu darbu veikšanai

_____________________________

(paraksts, z.v.)

_____________________________

(vieta, datums)

Pielikums Nr. 6

“Līguma projekts”

Iepirkuma Nr. RN 2016/23 nolikumam

iepirkuma Līguma projekts

Nr. [numurs]

par Rēzeknes Namsaimnieka informācijas sistēmas papildinājumu un datu sinhronizācijas servisa izstrāde un uzturēšana

Rēzeknē 2016. gada [datums]. [mēnesis]

SIA “Rēzeknes namsaimnieks”, reģistrācijas numurs 40003215461, tā valdes locekļa Xxxxxxxxxx Xxxxx personā, kurš rīkojas saskaņā ar Statūtiem, no vienas puses,

[PRETENDENTA nosaukums], reģistrācijas numurs [numurs], valdes locekļa [vārds] [uzvārds] personā, kurš rīkojas saskaņā ar [dokumenta datums un nosaukums], no otras puses,

pamatojoties uz Pasūtītāja izsludinātā atklātā iepirkuma „ Rēzeknes Namsaimnieka informācijas sistēmas papildinājumu un datu sinhronizācijas servisa izstrāde un uzturēšana” (ID Nr. RN 2016/23) rezultātiem;

noslēdz šādu līgumu (turpmāk - Līgums):

1. VIspārīgie noteikumi

1.1. UZŅĒMĒJS ir piedalījies PASŪTĪTĀJA rīkotajā iepirkumā “Rēzeknes Namsaimnieka informācijas sistēmas papildinājumu un datu sinhronizācijas servisa izstrāde un uzturēšana”, identifikācijas Nr. RN 2016/23.

1.2. Saskaņā ar iepirkuma komisijas 2016.gada ________________ lēmumu UZŅĒMĒJS ir ieguvis tiesības realizēt savu iesniegto piedāvājumu.

2. Līguma priekšmets

2.1. PASŪTĪTĀJS uzdod, bet UZŅĒMĒJS apņemas izveidot un piegādāt PASŪTĪTĀJAM programmproduktu “Rēzeknes Namsaimnieka informācijas sistēmas papildinājumu un datu sinhronizācijas servisa izstrāde un uzturēšana” (turpmāk tekstā – Programmatūra) saskaņā ar iepirkuma nolikuma noteikumiem un UZŅĒMĒJA piedāvājumu iepirkumam (turpmāk tekstā – Pakalpojumi).

2.2. Visas prasības, kas izvirzāmas Programmatūrai un saskaņā ar kurām Programmatūra tiks pieņemta, ir noteiktas tehniskajā specifikācijā, kas pievienots Līgumam kā 1. pielikums un UZŅĒMĒJA piedāvājumā. Tehniskā specifikācija un tajā noteiktās prasības var tikt mainītas tikai saskaņā ar Pušu vienošanos.

2.3. PASŪTĪTĀJS apņemas pieņemt Līguma prasībām atbilstoši izpildītus darbus un apmaksāt tos saskaņā ar Līguma nosacījumiem.

3. LĪGUMA IZPILDES TERMIŅI

3.1. Līguma 2.1. punktā norādītā pakalpojuma izpildes termiņš ir 2016. gada 30. decembris.

4. PAKALPOJUMA SNIEGŠANA UN KVALITĀTES GARANTIJA

4.1. UZŅĒMĒJS garantē, ka Pakalpojums tiks sniegts nevainojamā kvalitātē.

4.2. Puses vienojas par kārtību, kādā tiks konstatētas un novērstas situācijas Programmatūras darbināšanas laikā, kad datorprogramma neveic līgumā paredzēto darbību līgumā vai Darba uzdevumā noteiktajā veidā (tālāk tekstā – Kļūda).

4.3. PASŪTĪTĀJS un UZŅĒMĒJS apzinās un atzīst par pieļaujamu, ka Programmatūrā iespējamas Kļūdas, kuras var palikt neatklātas Programmatūras darbības pārbaudes laikā Pasūtītāja datorvidē, nosakot Programmatūras darbības atbilstību līguma un tā pielikumu noteikumiem.

4.4. PASŪTĪTĀJS paziņos UZŅĒMĒJAM par katru konstatēto kļūdu, sniedzot tās aprakstu atbilstīgi Pušu 4.2. punkta ietvaros saskaņotajai kārtībai.

4.5. UZŅĒMĒJS veiks pasākumus Kļūdas analīzei, cēloņu noteikšanai, labošanai un novēršanai 5 darba dienu laikā pēc paziņojuma saņemšanas.

4.6. Attiecībā uz Programmatūrā konstatētajām kļūdām, PASŪTĪTĀJS neprasīs no UZŅĒMĒJA nekādu citu kompensāciju, kaitējuma vai zaudējumu atlīdzību, kā vien kļūdas novēršanu uz UZŅĒMĒJA rēķina.

4.7. Ja Kļūdas analīzes gaitā tiek konstatēts, ka Kļūdas cēlonis ir izmaiņas Programmatūrā, kuras nav veicis UZŅĒMĒJS, Kļūdas labošana veicama uz PASŪTĪTĀJA rēķina, par samaksas apjomu un kārtību vienojoties atsevišķi.

4.8. Ja situācija, kuru PASŪTĪTĀJS piesaka kā Kļūdu, rodas nevis Programmatūras kļūdainas darbības dēļ, bet tādēļ, ka Programmatūras darbība attiecīgajā situācijā nav paredzēta līgumā un tā pielikumos, Puses var vienoties par nepieciešamo papildinājumu veikšanu līgumā.

5. INFORMĀCIJAS SNIEGŠANAS UN APMAIŅAS KĀRTĪBA

5.1. PASŪTĪTĀJAM ir pienākums dot UZŅĒMĒJAM informāciju, kura ir nepieciešama vai var būt noderīga UZŅĒMĒJAM šī līguma izpildei, ja UZŅĒMĒJS pieprasa šādu informāciju. Ja PASŪTĪTĀJS atsaka šādas informācijas sniegšanu, UZŅĒMĒJAM nav pienākuma gādāt šo informāciju no citiem avotiem un uzskatāms, ka PASŪTĪTĀJS atteicies saņemt rezultātus, kurus nav iespējams sasniegt bez attiecīgās informācijas.

5.2. Puses apzinās, ka Programmatūras radīšanas un izstrādes procesā dažādu iemeslu dēļ iespējamas tehniskās specifikācijas izmaiņas, kurām var būt būtisks iespaids uz līguma izpildi. Tādēļ katrā gadījumā, kad šādas izmaiņas izrādītos nepieciešamas, izmaiņas ierosinājušais līguma dalībnieks sniegs otram izmaiņu nepieciešamības pamatojumu, kā arī nodrošinās otra līguma dalībnieka interešu ievērošanu attiecībā uz šī līguma izpildi.

5.3. Ņemot vērā 5.1. punkta noteikumus, PASŪTĪTĀJS un UZŅĒMĒJS piekrīt, ka tie neatteiks otram tikšanās, kurās tiktu saskaņota veicamie darbi, risināti dažādi ar līguma izpildi saistīti jautājumi, pārskatīta darbu gaita un, ja nepieciešams, pieņemti lēmumi attiecībā uz turpmāko rīcību. Šādās tikšanās reizēs katrs no līguma dalībniekiem nodrošinās tā norīkotā pārstāvja klātbūtni. Katrs no līguma dalībniekiem var sagatavot šādu tikšanos protokolus, un otra līguma dalībnieka pārstāvis parakstīs šos protokolus.

5.4. UZŅĒMĒJS vienu reizi mēnesī ar PASŪTĪTĀJU saskaņotā laikā PASŪTĪTĀJA telpās demonstrē izstrādātās Programmatūras daļas, kā arī informē par turpmāko izstrādes procesu.

6. IZMAIŅU IEROSINĀŠANAS KĀRTĪBA

6.1. PASŪTĪTĀJS ikvienā šī Līguma izpildes stadijā ir tiesīgs pieprasīt atsevišķu nodevumu pārstrādāšanu un atkārtotu iesniegšanu, un šādi pieprasījumi UZŅĒMĒJAM bez ierunām jāpieņem gadījumos, ja, izskatot atsevišķus UZŅĒMĒJA nodevumus, konstatēti kļūdaini vai neprecīzi pieņēmumi iepriekšējos nodevumos.

6.2. Gadījumā, ja PASŪTĪTĀJA 6.1. punkta kārtībā iesniegtais izmaiņu pieprasījums ievērojami izmaina Līguma noteikumus un paredzēto darbu apjomu, UZŅĒMĒJS ir tiesīgs prasīt Līguma izbeigšanu. Šādā gadījumā PASŪTĪTĀJS izmaksā UZŅĒMĒJAM samērīgu atlīdzību par paveiktajiem darbiem.

7. PROGRAMMATŪRAS PIEŅEMŠANAS KĀRTĪBA

7.1. Saņemot paziņojumu par Programmatūras izveidi, PASŪTĪTĀJS piecu darba dienu laikā paziņo UZŅĒMĒJAM darba dienu (ne vēlāk kā desmit dienas pēc paziņojuma saņemšanas), kurā Programmatūra var tikt instalēta PASŪTĪTĀJA datorvidē un var tikt veikts Programmatūras akcepttests (Programmatūras darbības pārbaude Pasūtītāja datorvidē, nosakot Programmatūras darbības atbilstību Darba uzdevumam, tālāk tekstā – Akcepttests). PASŪTĪTĀJS nodrošina UZŅĒMĒJA darbiniekiem iespēju veikt Programmatūras instalāciju un sagatavošanu Akcepttestam.

7.2. Akcepttestu veic PASŪTĪTĀJS UZŅĒMĒJA pārstāvju klātbūtnē. Akcepttesta gaita tiek fiksēta Akcepttesta protokolā, kuru sastāda PASŪTĪTĀJS, bet paraksta PASŪTĪTĀJA un UZŅĒMĒJA pārstāvji.

7.3. Ja Akcepttesta ietvaros tiek konstatēts, ka Programmatūra atbilst tehniskajai specifikācijai, PASŪTĪTĀJS trīs darba dienu laikā izsniedz UZŅĒMĒJAM parakstītu nodošanas-pieņemšanas aktu. Esot šādam aktam, nav nepieciešams Akcepttesta protokols.

7.4. Ja Akcepttesta protokolā konstatēta Programmatūras neatbilstība Tehniskajai specifikācijai, UZŅĒMĒJS divu darba dienu laikā pēc Akcepttesta protokola abpusējas parakstīšanas paziņo PASŪTĪTĀJAM termiņu, kurā varēs tikt veikts nākamais Programmatūras Akcepttests. Tomēr PASŪTĪTĀJS un UZŅĒMĒJS var vienoties, ka PASŪTĪTĀJS pieņem Programmatūru ar Kļūdām, kas nekavē Programmatūras lietošanu, bet UZŅĒMĒJS šādas kļūdas novērš saskaņā ar līguma 4. sadaļas noteikumiem.

8. DARBU CENA UN APMAKSAS KĀRTĪBA

8.1. Par veiktajiem darbiem Pasūtītājs maksā Uzņēmējam EUR __________________, kas sastāv no pamatsummas
EUR __________________ un pievienotās vērtības nodokļa EUR ______________.

8.2. Apmaksa tiks veikta šādā kārtībā:

8.2.1. EUR ___________________ , t.i. 20% no Līguma summas (summā iekļauts PVN) ___ dienu laikā no Līguma noslēgšanas un rēķina saņemšanas;

8.2.2. EUR ____________________ (summā iekļauts PVN) ___ dienu laikā no nodošanas – pieņemšanas akta parakstīšanas un rēķina saņemšanas.

8.3. UZŅĒMĒJS izraksta un iesniedz PASŪTĪTĀJAM rēķinus saskaņā ar Līguma noteikumiem.

9. GARANTIJAS

9.1. Programmatūras garantijas laiks ir noteikts 24 mēneši no tās nodošanas-pieņemšanas akta parakstīšanas dienas.

9.2. Garantijas laikā UZŅĒMĒJA pienākums ir novērst visus defektus (produkcijas kvalitātes neatbilstība Līguma un tā pielikumu noteikumiem) darbu izpildes rezultātos un piegādātājos produktos, kuri būs radušies UZŅĒMĒJA kļūdaini veiktā izpildījuma dēļ, kā arī veikt izmaiņas Programmatūrā pēc PASŪTĪTĀJA pieprasījuma saņemšanas un Pušu vienošanās.

10. PUŠU ATBILDĪBA

10.1. Ja UZŅĒMĒJS līguma noteiktajā termiņā neizveido Programmatūru vai neievieto Programmatūrā PASŪTĪTĀJA savlaicīgi piegādātos datus, vai neievēro iesniegto laika grafiku UZŅĒMĒJS maksā PASŪTĪTĀJAM līgumsodu 0,5 %, apmērā no nesniegto Pakalpojumu cenas par katru turpmāk nokavēto dienu.

10.2. Ja PASŪTĪTĀJS nesamaksā UZŅĒMĒJAM līgumiskajā termiņā maksājumus saskaņā ar šī Līguma nosacījumiem, viņš maksā UZŅĒMĒJAM līgumsodu 0,5 % apmērā no nokavētā maksājuma par katru turpmāk nokavēto dienu.

10.3. Ja UZŅĒMĒJS nepamatoti kavē Pakalpojumu sniegšanas termiņu vai laika grafiku vairāk kā 30 (trīsdesmit) kalendārās dienas, tad PASŪTĪTĀJS ir tiesīgs izbeigt šo Līgumu vienpusīgi. Šajā gadījumā Uzņēmējs 15 (piecpadsmit) darba dienu laikā pēc Līguma izbeigšanas atmaksā saņemto maksājumu un līgumsodu.

11. INTELEKTUĀLĀ ĪPAŠUMA TIESĪBAS

11.1. PASŪTĪTĀJAM vienīgajam pieder autora mantiskās tiesības uz Līguma ietvaros izstrādāto Programmatūru. Parakstot šo līgumu, UZŅĒMĒJS piešķir PASŪTĪTĀJAM tiesības izmantot Programmatūru un ar tās palīdzību izveidotos rezultātus visā pasaulē un visos veidos:

11.1.1. izplatīt Programmatūru un ar tās palīdzību izveidotos rezultātus;

11.1.2. padarīt Programmatūru un ar tās palīdzību izveidotos rezultātus pieejamu sabiedrībai pa vadiem vai citādā veidā tādējādi, ka tai var piekļūt individuāli izraudzītā vietā un individuāli izraudzītā laikā;

11.1.3. iznomāt, izīrēt un publiski patapināt Programmatūru un ar tās palīdzību izveidotos rezultātus;

11.1.4. īslaicīgi vai pastāvīgi reproducēt Programmatūru (ciktāl datorprogrammas ielādēšana, demonstrēšana, izmantošana, pārraidīšana vai glabāšana prasa to reproducēt, ja šādu darbību rakstveidā atļauj tiesību subjekts);

11.1.5. tulkot, adaptēt un jebkādi citādi pārveidot Programmatūru un reproducēt šādi iegūtos rezultātus (ciktāl tas nav pretrunā ar tās personas tiesībām, kura pārveido datorprogrammu).

11.2. UZŅĒMĒJAM nekādā gadījumā un nekādos apstākļos nav tiesību bez PASŪTĪTĀJA iepriekš dotas, tiešas un rakstveidā noformētas piekrišanas atsavināt, iznomāt, patapināt un citādā veidā nodot ar šo līgumu saņemtos autortiesību objektus, tai skaitā, nodot Līguma ietvaros izstrādāto Programmatūru trešajām personām.

11.3. UZŅĒMĒJS garantē, ka visi Programmatūrā iekļauto autortiesību objektu autori vai to mantinieki ir nodevuši visas tiesības izmantot šos autortiesību objektus saskaņā ar šī Līguma noteikumiem.

12. KONFIDENCIALITĀTE

12.1. Visa PASŪTĪTĀJA informācija, Līguma izpildes gaitā izveidotie Darba materiāli un nodevumi ir konfidenciāli.

12.2. PASŪTĪTĀJA informācijas izpaušana netiks uzskatīta par Līguma noteikumu pārkāpumu tikai un vienīgi sekojošos gadījumos:

12.2.1. Attiecīgā informācija tiek izpausta pēc tam, kad tā kļuvusi publiski zināma vai pieejama neatkarīgi no Pusēm;

12.2.2. Informācija tiek izpausta tiesību aktos noteiktajos gadījumos, apjomā un kārtībā.

13. KONTAKTINFORMĀCIJA

13.1. Visa informācija, kura attiecas uz šī Līguma izpildi, uzskatāma par pienācīgi nodotu, ja tā nosūtīta rakstiski. Informācija, kura nosūtīta ar elektroniskajiem saziņas līdzekļiem, uzskatāma par nodotu, ja informācijas saņēmējs to apstiprinājis ar atbildes sūtījumu.

13.2. Pasūtītāja kontaktpersona: _______________________, e-pasts: _____________________, tel: ________________, fakss: _________________, pasta adrese: _______________________.

13.3. UZŅĒMĒJA kontaktpersona _______________________, e-pasts: _____________________, tel: ________________, fakss: _________________, pasta adrese: _______________________.

13.4. Pārstāvju nomaiņas gadījumā otra Puse par to tiek rakstiski informēts trīs darba dienu laikā.

14. NEPĀRVARAMA VARA

14.1. Xxxxxxx Xxxx nav atbildīga par savu saistību daļēju vai pilnīgu neizpildi, ja tas ir rezultāts tādiem notikumiem kā plūdi, ugunsgrēks, karadarbība, valdības lēmumi u.c., kas notikuši pēc Līguma slēgšanas un nav izraisīti ar kādas Puses nolūku.

14.2. Pusei, kas nokļuvusi nepārvaramas varas apstākļos, bez kavēšanās, bet ne vēlāk kā 3 (trīs) dienu laikā, rakstiski jāinformē par to otra Puse. Puses apņemas vienoties par to, vai šādi nepārvaramas varas apstākļi traucē vai padara šī Līguma saistību izpildi par neiespējamu, kā arī izlems līgumsaistību turpināšanas (vai izbeigšanas) būtiskos jautājumus.

14.3. Nepārvaramas varas apstākļu esamību un to pastāvēšanas termiņu apliecina ar kompetentas institūcijas atzinumu.

15. CITI NOTEIKUMI.

15.1. Šis līgums stājas spēkā ar tā abpusējas parakstīšanas dienu un ir spēkā līdz visu tajā atrunāto saistību pilnīgai izpildei.

15.2. Visi šī Līguma papildinājumi noformējami rakstiski, un tie stājas spēkā tikai pēc to apliecināšanas ar Pušu parakstiem un zīmogiem.

15.3. Visi strīdi un domstarpības, kas varētu rasties starp Pusēm Līguma izpildes rezultātā, tiek risināti sarunu ceļā. Ja savstarpēja vienošanās netiek panākta, Pusēm ir tiesības griezties tiesā Latvijas Republikas normatīvajos aktos noteiktajā kārtībā.

15.4. Līgums sastādīts divos eksemplāros, pa vienam katram Pusei.

16. PUŠU REKVIZĪTI UN PARAKSTI

Document Metadata

Table of Contents

Free Standard Templates

SIA “RĒZEKNES NAMSAIMNIEKS” iepirkuma instrukcija saskaņā ar Publisko iepirkumu likuma 8.2 pantu Iepirkuma identifikācijas numurs RN 2016/23 Rēzeknē, 2016

Document Metadata