Paziņojums par apspriedi ar piegādātājiem

Paziņojums par apspriedi ar piegādātājiem

AS "Latvenergo" (turpmāk tekstā "Pasūtītājs") plāno 2024.gada I ceturksnī izsludināt iepirkumu "Tirgotāja LV portāla modernizēšana un attīstība".

Pirms iepirkuma procedūras sākšanas, Pasūtītājs nolēma, atbilstoši Sabiedrisko pakalpojumu sniedzēju iepirkuma likuma 22.panta otrajai daļai, rīkot apspriedi ar piegādātājiem, lai sagatavotu iepirkumu un informētu piegādātājus par iepirkuma plānu un prasībām.

Šo aptauju plānots izmantot potenciālo pretendentu viedokļu un komentāru apkopošanai par virkni plānotās iepirkuma procedūras aspektiem. Pasūtītājs izmantos iegūto informāciju, lai uzlabotu iepirkuma procedūru, taču visu ieteikto izmaiņu ieviešana nav Pasūtītāja pienākums.

Nr.

Prasība

Apraksts

Jautājums (ja attiecināms)

1

Iepirkuma procedūras priekšmets

Iepirkuma priekšmets - Tirgotāja LV portāla modernizēšana un attīstība.

- Pasūtītājs negarantē konkrētu iepirkuma apjomu nevienam no iepirkuma uzvarētājiem.

- Paredzamo līgumu (vispārīgo vienošanos) darbības laikā tiks veikti atsevišķi pakalpojuma pasūtījumi, Sabiedrisko pakalpojumu sniedzējam konkrētajā brīdī nepieciešamajā apjomā.

- Sabiedrisko pakalpojumu sniedzējs var piešķirt līguma slēgšanas tiesības visiem Pretendentiem, kuri iesniegs atbilstošus piedāvājumus.

Vai Jūs esat gatavs sniegt:

☐
piedāvājumu par vienu daļu;

☐
piedāvājumu par abām daļām;

☐
nebūtu gatavs sniegt piedāvājumu vispār;

2.

Pretendentu izslēgšanas nosacījumi

Atbilstoši Sabiedrisko pakalpojumu sniedzēju iepirkumu likuma 48.panta nosacījumiem.

3

Atlases prasības

• Pretendents iepriekšējo 2 (divu) gadu laikā (t.i. 2022., 2023. gadā un 2024.gadā līdz piedāvājuma iesniegšanas dienai) vismaz 1 (vienam) klientam ir izstrādājis Web sistēmu*, izmantojot PHP, Laravel, Vue.js, Bootstrapun pielāgotu (custom) CMS risinājumu.

- Pretendenta rīcībā ir kvalificēts personāls ar tiesībām veikt paredzētos darbus:

• Projektu vadītājs;

• Vecākais programmētājs;

• Programmētājs;

• Testētājs.

- Pretendenta personālam iepriekšējo 2 (divu) gadu laikā (t.i. 2022., 2023. gadā un 2024.gadā līdz piedāvājuma iesniegšanas dienai) ir pieredze darbā ar Web sistēmu* izstrādi izmantojot PHP, Laravel, Vue.js, Bootstrap un pielāgotu (custom) CMS risinājumu.

*WEB sistēma - klientu apkalpošanas portāls, kas ļauj klientam veikt visu pakalpojuma lietošanas ciklu no līguma noslēgšanas līdz rēķina saņemšanai un apmaksai. Klientu apkalpošanas portālam ir integrācijas ar citām sistēmām, izmantojot webservisu starpniecību.

Vai prasības no jūsu viedokļa ir samērīga un atbilstoša iepirkuma priekšmetam un neierobežo konkurenci?

☐
Jā

☐
Nē

Ja "Nē", lūdzam, sniegt īsu komentāru:

Citi ierosinājumi/ priekšlikumi/ komentāri

4.

Finanšu piedāvājums

Finanšu piedāvājuma saturs:

• Cenas jānorāda EUR valūtā.

• Finanšu piedāvājums pirmajam pasūtījumam ir jāsagatavo atbilstoši finanšu piedāvājuma formai.

• Visiem izdevumiem, nodokļiem (izņemot PVN) un nodevām ir jābūt iekļautiem cenā, un par to nomaksāšanu ir atbildīgs Pretendents.

• Piedāvājumā cenas jānorāda, ievērojot Nolikuma noteikumus. Nav atļauts piedāvājuma cenas norādīt ar atšķirīgiem/papildus nosacījumiem.

• Nākamie pasūtījumi notiks saskaņā ar pielikumu "PASŪTĪJUMA PIETEIKŠANAS KĀRTĪBA" (pielikumā).

Vai prasības no jūsu viedokļa ir samērīga un atbilstoša iepirkuma priekšmetam un neierobežo konkurenci?

☐
Jā

☐
Nē

Ja "Nē", lūdzam, sniegt īsu komentāru:

Citi ierosinājumi/ priekšlikumi/ komentāri

5.

Apmaksas nosacījumi

Apmaksa par Pakalpojuma saņemšanu tiks veikta ar pēcapmaksu 30 (trīsdesmit) dienu laikā pēc pasūtījuma izpildes.

Vai prasības no jūsu viedokļa ir samērīga un atbilstoša iepirkuma priekšmetam un neierobežo konkurenci?

☐
Jā

☐
Nē

Ja "Nē", lūdzam, sniegt īsu komentāru:

Citi ierosinājumi/ priekšlikumi/ komentāri

6.

Piedāvājumu izvēles kritērijs

Piedāvājumu izvēles kritērijs: saimnieciski visizdevīgākais piedāvājums saskaņā ar šādiem kritērijiem:

Kritērijs	Punkti
Realizācijas finanšu piedāvājums (A)	60
Speciālistu pieejamība (B)	20
Speciālistu pieredze (C)	20

Realizācijas finanšu piedāvājuma cena EUR bez PVN

A=60xA(Z)/A(P), kur:

A(Z) - Zemākā piedāvātā piedāvājuma cena;

A(P), - Pretendenta piedāvātā piedāvājuma cena.

Pretendenta iegūto punktu skaitu par piedāvāto speciālistu pieejamību - (B) Sabiedrisko pakalpojumu sniedzējs aprēķinās pēc sekojošas formulas:

B = 20 x ((Fk(P) + Tk(1)(P) + Tk(2)(P))/60)

Aprēķina piemērs balstoties balstoties uz nepieciešamām 3 slodzēm.

B = 20 x ((Fk(P) + Tk(1)(P) + Tk(2)(P) + Tk(3)(P))/80)

Aprēķina piemērs balstoties balstoties uz nepieciešamām 4 slodzēm.

Fk(P),– pretendenta piedāvātā funkcionālā konsultanta(-u) pieejamā noslodze (cilvēkdienas mēnesī).

Tk(1;2;3)(P)– pretendenta piedāvāto tehnisko konsultantu –programmētāju pieejamā noslodze (cilvēkdienas mēnesī).

Punkti par Projekta plūsmas realizācijā iesaistīto tehnisko speciālistu pieredzi (C) tiks piešķirti sekojoši:

Visiem tehniskajiem speciālistiem ir nepieciešamā minimālā pieredze – 20 Punkti;

• Vismaz 2 (diviem) tehniskajiem speciālistiem ir nepieciešamā minimālā pieredze – 15 Punkti;

• Tikai vienam tehniskajiem speciālistam ir nepieciešamā minimālā pieredze – 5 Punkti;

Nevienam tehniskajiem speciālistam nav nepieciešamās minimālās pieredzes - 0 Punkti.

Piemērs, ja ir nepieciešami četri speciālisti:

Visiem tehniskajiem speciālistiem ir nepieciešamā minimālā pieredze – 20 Punkti;

• Vismaz 3 (trīs) tehniskajiem speciālistiem ir nepieciešamā minimālā pieredze – 15 Punkti;

Vismaz 2 (diviem) tehniskajiem speciālistiem ir nepieciešamā minimālā pieredze – 10 Punkti;

• Tikai 1 (vienam) tehniskajam speciālistam ir nepieciešamā minimālā pieredze – 5 Punkti;

Nevienam tehniskajiem speciālistam nav nepieciešamās minimālās pieredzes - 0 Punkti.

Vai kritēriji no jūsu viedokļa ir atbilstoši iepirkuma priekšmetam un neierobežo konkurenci?

☐
Jā

☐
Nē

Ja "Nē", lūdzam, sniegt īsu komentāru:

Citi ierosinājumi/ priekšlikumi/ komentāri

7.

Nodrošinājums

• Pretendentam jāiesniedz piedāvājuma nodrošinājums EUR 5 000 apmērā.

• Pretendentam/iem, kurš/i atzīts/i par pirmā pasūtījuma uzvarētāju/iem, 10 (desmit) darba dienu laikā pēc vispārīgās vienošanās noslēgšanas jāiesniedz saistību izpildes nodrošinājums. Vispārīgās vienošanās saistību izpildes nodrošinājuma summa tiek noteikta 2 reizes lielāka par piedāvājuma nodrošinājumu.

• Vispārīgās vienošanās saistību izpildes nodrošinājums ir jāiesniedz 10 (desmit) dienu laikā pēc sava pirmā pasūtījuma iegūšanas un saskaņošanas.

Vai prasības no jūsu viedokļa ir samērīga un atbilstoša iepirkuma priekšmetam un neierobežo konkurenci?

☐
Jā

☐
Nē

Ja "Nē", lūdzam, sniegt īsu komentāru:

Citi ierosinājumi/ priekšlikumi/ komentāri

8.

Citi priekšlikumi, komentāri, ieteikumi vai jautājumi par iepirkuma procedūru

9.

Pielikumi

Pirmā pasūtījuma tehniskā specifikācija, Pasūtījumu veikšanas kārtība un līguma projekts

Pirmā pasūtījuma tehniskā specifikācija

Lūdzu, sniedziet komentārus
Vai 1.pasūtījuma tehniskā specifikācija ir saprotama un pietiekami detalizēta, lai varētu pieņemt lēmumu par dalību iepirkuma procedūrā?	☐ Yes / Jā ☐ No / Nē If "No", please provide a brief comment: Ja "Nē", lūdzam, sniegt īsu komentāru: Other suggestions/ proposals/ comments: Citi ierosinājumi/ priekšlikumi/ komentāri
Līguma izpildes termiņš: 1 (viens) gads no vispārīgās vienošanās par pakalpojumu sniegšanu noslēgšanas datuma.	Vai izpildes termiņš no jūsu viedokļa ir samērīgs un atbilstošs iepirkuma priekšmetam un neierobežo konkurenci? ☐ Jā ☐ Nē Ja "Nē", lūdzam, sniegt īsu komentāru: Citi ierosinājumi/ priekšlikumi/ komentāri
Citi komentāri

Līguma nosacījumi

Lūdzu, sniedziet komentārus par līguma nosacījumiem
Kādi līguma nosacījumi veicinātu jūsu interesi piedalīties iepirkuma procedūrā?	Priekšlikumi/ ierosinājumi/komentāri:
Citi komentāri, priekšlikumi, ieteikumi vai jautājumi

Potenciālais pretendents_____________________________

Pielikums Nr.1: Pirmā pasūtījuma tehniskā specifikācija

1. Klientu pašapkalpošanās portāla xxxxxxxx.xx sistēmas sfēra.

Vispārēja informācija

Xxxxxxxx.xx klientu pašapkalpošanās portāls ir digitālais saskarsmes klientu apkalpošanas kanāls, kurā tiek nodrošinātas visas klientiem nepieciešamās funkcionalitātes. Galvenās no tām:

• Iespēja noslēgts elektrības, dabasgāzes u.c. pakalpojumu līgumus.

• Iespēja veikt un apstiprināt izmaiņas līguma datos.

• Maksāt rēķinus un apskatīt to vēsturi.

• Dažādi patēriņu pārskati.

• Produktu un pakalpojumu satura lapas, kalkulatori izdevīgākā produkta atrašanai un vedņi, lai veiksmīgi noslēgt līgumu.

• Iesniegumi

• Skaitītāju rādījumu iesniegšana

• U.c.

Katru gadu portāla funkcionalitātes tiek nepārtraukti pilnveidota, tādējādi sekmējot Elektrum zīmola piedāvāto servisu un produktu klāstu un kvalitāti.

Portāls sadarbojas ar vairākām sistēmām, galvenā no tām ir norēķinu sistēma Oracle CC&B. Portāls saņem no tās visus nepieciešamos datus, ko attēlot klientiem.

Xxxxxxxx.xx portālu lietotāju skaits mēnesī sasniedz vairākus simtus tūkstošu unikālu lietotāju apmeklējumu, kopējais apmeklējumu skaits ir robežās līdz 450 tūkstošiem. Xxxxxxxx.xx portāls jau pastāv vairāk kā 10 gadus. Klienti augstu novērtē tā lietojamību.

Liela daļa lietotāju lieto portālu mobilajās ierīcēs, tāpēc tas ir pilnībā responsīvs.

2. Sistēmas laidienu un konfigurācijas pārvaldības politika.

Laidiens ir apstiprinātu izmaiņu kopums, kas tiek apstrādāts vienkopus. Laidiena saturs tiek pārvaldīts, testēts un ieviests kā viens veselums.

Laidienu pārvaldības procesa mērķis ir skatīt izmaiņas vienā veselumā un nodrošināt, ka visi laidiena aspekti – gan tehniskie, gan netehniskie tiek apskatīti kopumā. Piegāžu pārvaldības procesa izmaiņu lēmumi tiek pieņemti, lai:

• samazinātu piegāžu kļūdas,

• ātri nogādātu izmaiņas līdz produkcijas videi.

Visas laidienos iekļautās izmaiņas tiek pakļautas divu līmeņu testēšanai:

• sistēmas testēšana: parasti veic piegādātājs; apjomīgu izmaiņu gadījumā arī Latvenergo pārstāvji var būt iesaistīti testēšanas procesā;

• akcepttestēšana: veic Latvenergo pārstāvji; akcepttestēšanas mērķis ir pēc iespējas ātri pārliecināties, ka izmaiņas ir korekti iekļautas laidienā un korekti darbojas produkcijai līdzīgā vidē.

Lomas un atbildība

Kļūdu labojumu un izmaiņu laidienu sagatavošanu uz akcepttesta un produkcijas vidēm veic piegādātājs, kurš atbild par xxxxxxxx.xx sistēmas uzturēšanu. Sistēmas izmaiņām, kas tiek realizētas kā projekti vai izmaiņu pieprasījumi, piegādes sagatavo un piegādā, sadarbojoties ar sistēmas uzturētāju, atbilstošā projekta realizētājs. Laidienu sagatavošanu izmaiņu testa videi sagatavo izmaiņu veicējs (projekta realizētājs). Laidienu sagatavošanu uzturēšanas testa videi sagatavo uzturētājs.

Laidienu veidi

Izšķir divu veidu laidienus:

Regulārais laidiens ("Regular delivery") – satur vienu vai vairākas izmaiņas, kas ir saistītas ar problēmu risinājumiem un arī izmaiņu pieprasījumiem. Laidiens var būt atkarīgs no citiem laidieniem. Regulārās piegādes notiek regulāri, tiklīdz Laidiens ir notestēts un gatavs producēt. Piegādes produkcijā nav vēlams uzstādīt laikā periodā no 26. līdz 6. mēneša datumam (rādījumu nodošanas un rēķinu izrakstīšanas periods).

1. Ārkārtas laidiens ("hotfix"). Ārkārtas laidieni ir paredzēti kritisku, 1. prioritātes ar problēmas risinājumu saistītu izmaiņu ātrai piegādei akcepttesta vai produkcijas vidē. Ārkārtas laidiens ir apjomā mazs un atsevišķi testējams. Tas ir speciāli sagatavots atbilstošajai programmatūras versijai akcepttesta vai produkcijas vidē un tam nav atkarību no citiem parastajiem laidieniem.

Ārkārtas piegādes (hotfix) ir pielāgotas likšanai uz konkrēta laidiena un tam nav atkarību no citiem regulārajiem laidieniem.

Laidienu ieviešanas process

Laidiena ieviešana akcepttesta vidē

Regulārie laidieni akcepttesta vidē tiek instalēti regulāri pēc vajadzības.

Ārkārtas laidieni tiek instalēti pēc Latvenergo laidienu pārvaldnieka pieprasījuma, atbilstoši vajadzībai.

Latvenergo laidienu pārvaldnieks organizē laidiena instalēšanu akcepttesta vidē un koordinē izmaiņu testēšanas norisi.

Akcepttesta vidē instalētie laidieni jānotestē līdz nākamajam plānotajam produkcijas ieviešanas datumam, lai neaizkavētu sekojošo piegāžu ieviešanu. Par laidiena instalēšanu akcepttesta vidē Latvenergo nosūta informāciju piegādātājiem:

• uzturētājam

• projektu veicējiem

Pēc informācijas saņemšanas, piegādātāja konfigurācijas pārvaldnieks repozitorijā uzstāda izmaiņām atzīmi, ka tās ir piegādātas konkrētajā vidē un veic sapludināšanu ar attiecīgo repozitorija zaru.

Laidiena instalēšana produkcijas vidē

Regulārie laidieni produkcijas vidē tiek instalēti reizi divās nedēļās vai reizi mēnesi.

Ārkārtas laidieni tiek instalēti pēc Latvenergo laidienu pārvaldnieka pieprasījuma.

Latvenergo laidienu pārvaldnieks pieņem lēmumu par laidiena ieviešanu produkcijas vidē, balstoties uz testēšanas rezultātiem un principu, ka "nedrīkst kļūt sliktāk". Pirms izmaiņu ieviešanas produkcijā Laidienu pārvaldnieks plāno un organizē laidiena izlaišanu – lietotāju apziņošanu, sistēmas darbības pārtraukumu, nepieciešamās apmācības, resursus un tml..

Pēc laidiena ieviešanas produkcijas vidē, Latvenergo nosūta informāciju piegādātājiem (kontaktinformācija tiek saskaņota atsevišķi attiecīgajā līgumā) un piegādātāja konfigurācijas pārvaldnieks repozitorijā uzstāda izmaiņām atzīmi, ka tās ir piegādātas konkrētajā vidē un veic sapludināšanu ar attiecīgo repozitorija zaru.

Izmaiņu kontrole: vides

Izmaiņas tiek izstrādātas un aizvadītas līdz produkcijai, izmantojot šādas vides:

• Visu izstrādātāju testu vide (DEVTST – var mainīties projekta gaitā),

• Latvenergo akcepttesta vide (TEST – var mainīties projekta gaitā),

• Latvenergo preprodukcijas vide (QA – var mainīties projekta gaitā),

• Produkcijas vide (xxxxxxxx.xx).

Statusa kontrole

Repozitorijos tiek uzturēta informācija, kas ļauj pateikt, kuras izmaiņas ir iekļautas kurā laidienā un kuri laidieni ir uzinstalēti kurās vidēs. Laidiena sagatavotājs ir atbildīgs par izmaiņu statusa informācijas uzstādīšanu BURA sistēmā.

Izmaiņas sistēmu laidienu un konfigurācijas pārvaldības politikā

Portāla sistēmas izstrādātājam un uzturētājam ir tiesības piedāvāt savu laidienu un konfigurācijas pārvaldības politiku, pamatojot to ar iespējamiem piegāžu procesa uzlabojumiem. Gala lēmums un izvērtēšana saistībā ar laidienu un konfigurācijas pārvaldības politikas izmaiņām uzturēšanas projekta laikā paliek pasūtītāja pusē.

Koda kvalitāte

Izstrādājot portālā jaunu funkcionalitāti, turpmāk kods ir jāizstrādā atbilstoši Latvenergo koda kvalitātes vadlīnijām. Izstrādātājiem Latvenergo koda kvalitātes rokasgrāmata tiek nodota pirms tiek uzsākts darbs pie funkcionalitātes izstrādes. "Kvalitātes rokasgrāmata" ir dokumentācijas komplekts, kas piedāvā projekta komandas izstrādātājiem un testētājiem vadlīnijas par labākajām programmēšanas praksēm, koda organizāciju un kvalitātes nodrošināšanu. Tā ietver arī noteikumus par kodēšanas stilu, objektu un metožu nosaukumiem, vienību testēšanu un versiju kontroli.

Pakalpojuma sniegšanas apraksts un izvirzītie projekti

2024/25. gada periodam biznesa pusē tiks definēti un izvirzīti ~10 projekti/izmaiņu pieprasījumi xxxxxxxx.xx portāla funkcionalitātes attīstībai. Lai efektīvāk virzītos ar projektu realizāciju, tika pieņemts lēmums pielietot Agile izstrādes metodi un principus. Projekta plūsmas galvenie principi un sadarbības modelis:

• Projekta komanda ir apvienota ap gada definētiem mērķiem – projektiem;

• Strādā kā vienota komanda ar 100% iesaisti, ieskaitot biznesa, IT un ārpakalpojuma pusi (starpfunkcijas komanda);

• Projekta komanda ir pašorganizēta un pašmotivēta;

• Produkta īpašnieks (product owner) ir atbildīgs par projekti/izmaiņu pieprasījumu prioritātēm;

• Pasūtītāja un izpildītāja projekta vadītāji atbalsta komandu un rūpējas par izmaiņu piegādes procesu;

• Latvenergo rīki – BURA(Jira), WEBEX, MIRO, ELEMENT

3. Tehniskā specifikācija attīstības darbiem.

Izpildītājam jāsniedz piedāvājums par pakalpojumu sniegšanu saskaņā ar tehniskajā specifikācijā definēto. Piedāvājumā tiek iekļautas šādas daļas, kuras jānorāda zemāk minēto prasību ievērošana:

1. Pakalpojuma sniegšanas apraksts un prasības;

2. Garantijas periods;

3. Pakalpojuma pārvaldības apraksts un projekta organizācija;

4. Konfidencialitātes un drošuma ievērošana;

5. Ekspluatācijas vides nosacījumu ievērošana;

6. Apliecinājums, ka pakalpojuma sniegšana tiek attiecināta uz šajā sarunu Nolikumā norādīto pakalpojuma sfēru;

Pakalpojuma sniegšanas apraksts un prasības

Pakalpojuma ietvaros tiks definēti izmaiņu pieprasījumi xxxxxxxx.xx portāla attīstībai. Katra izmaiņu pieprasījuma izpildei Piegādātājam jāiesniedz realizācijas piedāvājums (x.xx. tehniskais apraksts) izvirzīto prasību realizācijai.

Pakalpojums tiek pārvaldīts un tā realizācija notiek iteratīvi. No Pasūtītāja puses pakalpojuma nodrošināšanā piedalās: IT projektu vadītājs, sistēmanalītiķis, Biznesa procesu analītiķi, tehniskais speciālists (piegāžu uzstādīšana), testētāji.

Projekta pārvaldībai Pasūtītājs nodrošina šādus rīkus: BURA (Jira), Webex, Meet (video konferences), Element (rakstiskā saziņa).

Projektu sfēra un prasības pretendentiem:

Paredzētie projekti	Nepieciešamais resurss līdz līguma termiņa beigām (pieejamība)
Izmaiņas aizsargāto lietotāju Elektrum portāla pieteikumu formās	Kopējā plānotā darbietilpība ir līdz 20 cilvēkdienas.

Projekti	Minimāla nepieciešamā slodze mēnesī (pieejamība)	Nepieciešama vai līdzvērtīga pieredze – sistēmas apgabali
Kopējā plānota darbietilpība līdz 20 cilvēkdienas.	1 tehniskais konsultants (programmētāji) 1 funkcionālais konsultants (projekta vadītājs un testētājs)	Tehniskais konsultants: Iepriekšējo 2 (divu) gadu laikā (t.i. 2022., 2023. gadā un 2024.gadā līdz pieteikuma iesniegšanas dienai) ir pieredze darbā ar Web sistēmu* izstrādi izmantojot PHP, Laravel, Laravel, Vue.js, Bootstrapun pielāgotu (custom) CMS risinājumu. Funkcionālais konsultants: Iepriekšējo 2 (divu) gadu laikā (t.i. 2022., 2023. gadā un 2024.gadā līdz pieteikuma iesniegšanas dienai) ir pieredze darbā ar Web sistēmu* izstrādi izmantojot PHP, Laravel, Laravel, Vue.js, Bootstrapun pielāgotu (custom) CMS risinājumu.

*WEB sistēma - klientu apkalpošanas portāls, kas ļauj klientam veikt visu pakalpojuma lietošanas ciklu no līguma noslēgšanas līdz rēķina saņemšanai un apmaksai. Klientu apkalpošanas portālam ir integrācijas ar citām sistēmām, izmantojot webservisu starpniecību.

Speciālistu pieejamība mēnesī ¹;²

Tabula Nr.2

Xx.xx. / No	Kritērija nosaukums	Vārds uzvārds	Pieejamība mēnesī (Cilvēkdienas)
1.	Funkcionālais konsultants (projekta vadītājs un testētājs)
2.1	Tehniskais konsultants – programmētājs (1)

Pirmais pasūtījums – prasību specifikācija:

1. Izmaiņas aizsargāto lietotāju Elektrum portāla pieteikumu formās

Nepieciešams papildināt Aizsargātā lietotāja sadaļu Elektrum portālā ar šādu funkcionalitāti.

1. Attīstīt sadaļu "Atbalstu pārskats" ar šādu funkcionalitāti:

Prasības Nr.	Prasība apraksts
001	Sadaļā "Atbalstu pārskats" tiek attēlots klienta atbalsta uzkrājums.
002	Sadaļā "Atbalstu pārskats" tiek atrādīti šādi dati: Personām, kurām sadaļā "Atbalstu pārskats" atrādās aktīva atbalsta rinda statusā "Piešķirts", tiek atrādīta atsevišķa kolonna ar nosaukumu "Atbalsta atlikums", kam jābūt tulkojumam LEAF CMS pusē. Pie "Atbalsta atlikums" atrāda atbalsta atlikumu, kas CCB sistēmā ir pieejams uz kalendārā mēneša pēdējo datumu, sadaļā "Uzkrājums mēneša beigās". Zem tool-tip "i" tiek atrādīts teksts: "Norādītais atbalsta atlikums pēc pēdējā rēķina izrakstīšanas". Ja teksts LEAF CMS pusē nav norādīts, tool-tip neattēlo. Papildus nosacījumi: Mēneša sākums, rēķins nav izrakstīts – uzrādās pilna uzkrājuma summa no iepriekšējā mēneša, atrādās no CCB "Uzkrājums mēneša beigās" Mēneša sākums, rēķins ir izrakstīts – atrādās no CCB "Mēneša beigās" Rēķins tiek kreditēts – visa rēķinā iekļautā summa atradās no CCB "Uzkrājums mēneša beigās" Ja klientam pēc rēķina izrakstīšanas CCB uzkrājums mēneša beigās ir EUR 0.00, tad to arī attēlojam. Janvārī nedrīkst rādīt decembra uzkrājumu. Tiklīdz ir 01.01., tā klientam atrādās EUR 0.00 uzkrājums, bet pirmās summas tiek atrādītas februārī, tiklīdz būs izrakstīts rēķins par janvāri. Datu iegūšanai tiks izmantoti webservisi.

2. Obligātie nosacījumi risnājumam:

Katrai izstrādātajai funkcionalitātei ir jāuzraksta Unit testi. Testēt visus nosacījumus, visus exception, visus scenārijus kas ir iespējami. Gan pozitīvos gan negatīvos! Vēlams izmantot Codeigniter.

Jaunu sistēmu izstrādē ir svarīgi integrēt un pēc nepieciešamības pārstrādāt/refaktorēt esošo kodu, lai izvairītos no nepieciešamības veidot duplikātus, vienlaikus nodrošinot, ka sistēma ir elastīga un spēj adaptēties iespējamām nākotnes izmaiņām esošajā kodā. Turklāt, visiem jaunievedumiem - gan papildinājumiem, gan jaunām funkcionalitātēm - jābūt tādām, lai tās būtu viegli testēt, nodrošinot efektīvu un sistemātisku kļūdu noteikšanu, kā arī panākot 100% testu pārklājumu, lai garantētu to kvalitāti un drošību.

Pielikums Nr.2: Pasūtījumu veikšanas kārtība

PASŪTĪJUMA pieteikšanaS kārtība

1. Pasūtītāja pilnvarota persona, cenu aptaujas veidā, nosūtīts visiem Vispārīgās vienošanās slēgšanas tiesības ieguvušajiem Izpildītājiem pieprasījumu komercpiedāvājuma sagatavošanai. Pieprasījumi iesniegt komerpiedāvājumu tiks nosūtīti un komercpiedāvājumu iesniegšana notiks izmantojot Latvenergo EIS sistēmu (xxxxx://xxx0.xxxxxxxxxx.xx/xxxxx/xxxx_xx)

2. Līguma slēgšanas tiesības ieguvušie Izpildītāji, ne ilgāk kā 5 (piecu) darba dienu laikā Latvenergo EIS iesniedz pieprasītos komercpiedāvājumus. Izpildītājs var lūgt pagarināt komercpiedāvājuma iesniegšanas termiņu.

3. Izpildītājs, kurš iesniedzis komercpiedāvājuma prasībām atbilstošu saimnieciski izdevīgāko piedāvājumu iegūst pasūtījuma tiesības. Izpildītājs iesniedzot komercpiedāvājumu, apliecina, ka var izpildīt pasūtījumu noteiktajā termiņā un apjomā. Izpildītāji, kuri nebūs laikus iesnieguši, vai iesnieguši prasībām neatbilstošus komercpiedāvājumus, tiks noraidīti.

4. Līguma slēgšanas tiesības ieguvušajiem Izpildītājiem, kuri ir kvalificējušies attiecīgajās iepirkuma priekšmeta daļās - komercpiedāvājuma iesniegšana ir obligāta. Ja komercpiedāvājums netiek iesniegts, Pasūtītajam ir tiesības neuzaicināt Izpildītāju iesniegt nākamo 1(vienu) komercpiedāvājuma pasūtījumu.

5. Ne vēlāk kā 2 (divu) darba dienu laikā pēc lēmuma pieņemšanas par cenu aptaujas rezultātiem Pasūtītājs vienlaikus informēs visus Izpildītājus.

6. Pasūtītāja pilnvarotā persona aizpilda Pasūtījuma pieteikumu, norādot visu nepieciešamo informāciju, un nosūta to Izpildītājam elektroniskā formātā.

7. Pasūtījuma neizpildes gadījumā Pasūtītājam ir tiesības piešķirt pasūtījumu nākamajam saimnieciski visizdevīgākā komercpiedāvājuma iesniedzējam, vienlaicīgi pieprasot līgumsoda samaksu šīs Vienošanās noteiktajā apmērā. Termiņu neievērošanas gadījumā Izpildītājs maksā Pasūtītājam līgumsodu, ievērojot šīs vienošanās noteikumus.

8. Pasūtījumā tiks norādīta sekojoša informācija: šīs Vienošanās numurs, Pasūtījuma numurs, komercpiedāvājuma numurs, iepirkuma priekšmeta daļas nosaukums, specifikācija un cita informācija, kas ir nepieciešama Pasūtījuma apstrādei un izpildei.

Pielikums Nr.3: Līguma projekts

Pievienots atsevišķos failos

1 Mēnesis – 20 (divdesmit) cilvēkdienas;

2 Viena un tā paša speciālista, ja tas ir nominēts vairākās daļās, kopējā pieejamība nevar pārsniegt 20 cilvēkdienas mēnesī