TEHNISKĀ SPECIFIKĀCIJA - LIAA · Web viewPretendentam jāizstrādā visu atsevišķa izkārtojuma lapu un atsevišķo grafisko bloku, elementu izkārtojumu skices. Prezentācija,

1. pielikumsIepirkuma „Latvijas investīciju vides un

projektu monitoringa informācijas sistēmas izstrāde”,iepirkuma identifikācijas Nr. LIAA 2013/37 nolikumam

TEHNISKĀ SPECIFIKĀCIJA

„Latvijas investīciju vides un projektu monitoringa informācijas sistēmai”

SATURS

1. IEVADS............................................................................................................3

2. IEPIRKUMA MĒRĶIS UN DARBA UZDEVUMS.......................................3

3. SAĪSINĀJUMI UN PASKAIDROJUMI.........................................................4

4. SISTĒMAS VISPĀRĒJS APRAKSTS............................................................6

5. NODEVUMU SATURS...................................................................................7

6. FUNKCIONĀLĀS PRASĪBAS.......................................................................8

7. NEFUNKCIONĀLĀS PRASĪBAS................................................................33

8. PASŪTĪJUMA IZPILDES UN NODOŠANAS KĀRTĪBA..........................40

9. SASNIEDZAMAIS REZULTĀTS................................................................40

2

1. IEVADS

Viens no Latvijas Investīciju un attīstības aģentūras (turpmāk - LIAA) darbības apakš virzieniem ir finansējuma piesaiste no ārvalstu investoriem Latvijas investīciju projektiem to turpmākai attīstībai. Šādi investīciju projekti ir Latvijā strādājošas komercsabiedrības, jaunu komercsabiedrību dibināšanas ieceres, kā arī valsts un pašvaldību projekti.

Strādājot ar investīciju projektiem, prioritārās nozares ārvalstu investīciju piesaistei ir metālapstrāde un mašīnbūve, transports un loģistika, informācijas tehnoloģijas, dzīvības zinātnes, veselības aprūpe, kokrūpniecība, zaļās tehnoloģijas un pārtikas rūpniecība. Neraugoties uz to, LIAA atbalsta ārvalstu investīciju piesaistīšanu arī tādiem ražošanas projektiem, kas ir ārpus minētajām prioritārajām nozarēm.

Atbilstoši iekšējai investīciju projektu atlases procedūrai, atbalsts ārvalstu investīciju piesaistei tiek nodrošināts, vērtējot projektus pēc nozares, apjoma, projekta sagatavotības pakāpes un projektu attīstītāju spējas to realizēt.

2. IEPIRKUMA MĒRĶIS UN DARBA UZDEVUMS

Iepirkuma mērķis ir izveidot interaktīvu informācijas sistēmu Latvijas investīciju vides un projektu monitoringam un pārvaldībai (IVPM IS). Sistēmas izveidē jāmanto mūsdienīgi tīmekļa risinājumi, kuri ir neatkarīgi no izmantojamās platformas, operētājsistēmas un pārlūkprogrammas, lai sekmētu mērķu, investīciju projektu biznesa procesu un uzdevumu pilnvērtīgu un ērtu vadību, izpildi, pārraudzību un analīzi.

Darba uzdevums ir izstrādāt un ieviest lietotājam ērtu un pārskatāmu darba vidi investīciju projektu procesu apkalpošanā, kontrolē un sekošanā, tai skaitā grafisku procesa attēlojumu, iespēju saziņai ar klientiem, citiem IS lietotājiem IS darba vidē un e-pastā, darbību reģistrēšanu, ērtu kontaktu, kalendāra notikumu un e-pastu apmaiņu starp sistēmu un lietotāja programmatūru, atgādinājumus par veicamajām darbībām, termiņu tuvošanos, dokumentu vīzēšanu, sanāksmju dokumentu apmaiņu, saskarni (API) sadarbībai ar citām IS, datu apmaiņas mehānismu ar citām pasūtītāja IS, u.c. IS jābūt iespējai pakāpeniski pievienot arī citu funkcionalitāti.

IVPM IS izstrādē jāparedz savietošana ar LIAA Drupal Multisite CMS risinājumu, tā autorizācijas mehānismiem, jāizmanto šobrīd esoša multisite CMS reģistrēto lietotāju datu bāze, jāreģistrē jauni lietotāji šajā datu bāzē. Lietotāju autorizācija un drošību noteikšana jāveic, izmantojot šo datu bāzi. Jāparedz informācijas apmaiņa ar Multisite CMS kontaktu un projektu datu bāzēm, informācijas apmaiņai, kontrolei un apkopošanai saistībā ar citiem sistēmās esošajiem projektiem. Ja Multisite CMS nenodrošina, nepieciešamo funkcionalitāti vai datu laukus lietotāju autorizācijas vai kontaktu organizēšanas moduļos, nepieciešams izvērtēt šīs funkcionalitātes pievienošanu Multisite CMS vai IVPM IS.

3

3. SAĪSINĀJUMI UN PASKAIDROJUMI

Termins vai saīsinājums

Apraksts

APINo angļu valodas [Application Programming Interface] – saskarne, ar kuras palīdzību cita programma var izmantot dotās programmas funkcijas

AJAX Asinhrons JavaScript un XML

Autocomplete Atbilstošo ierakstu piedāvāšana lauka aizpildīšanas procesā

CAPTCHA

No angļu valodas [Completely Automated Public Turing test to tell Computers and Humans Apart]. Tā ir autentifikācijas tehnoloģija, kas paredzēta, lai noteiktu, vai datorsistēmas lietotājs ir cilvēks vai mašīna

CD Kompaktdisks

CMS Content management system – satura vadības sistēma

DBVS Datu bāzu vadības sistēma

Drag & drop No angļu valodas „velc un noliec”

Embedded No angļu valodas „iegulta”

EXIM LIAA izveidota eksporta / importa profilu sistēma

FTPNo angļu valodas [File Transfer Protocol]. Datņu pārraides protokols.

HTMLNo angļu valodas [Hyper text Markup Language] hiperteksta iezīmēšanas valoda.

HTTPNo angļu valodas [Hyper text transfer protocol] – hiperteksta pārraides transporta protokols

HTTPSHiperteksta pārraides protokols, papildus datu drošībai izmantojot tīkla drošības protokolu

IVPM ISLatvijas investīciju vides un projektu monitoringa informācijas sistēma

IS Informācijas sistēma

4

IT Informācijas tehnoloģijas

LIAA Latvijas investīciju un attīstības aģentūra

Multisite CMSŠobrīd esošs pasūtītāja izmantots risinājums, kurš apkalpo dažādus pasūtītāja web projektus ar vienotu CMS kodolu un lietotāju, partneru datu bāzi

Pasūtītājs LIAA

PretendentsFiziska vai juridiska persona, kas iesniedz piedāvājumu atbilstoši tehniskai specifikācijai

RSSNo angļu valodas [Really Simple Syndication]. RSS izmanto lai piegādātu atsevišķas tīmekļa satura vienības, kopā ar īsu aprakstu un saiti uz pilno saturu

SistēmaLatvijas investīciju vides un projektu monitoringa informācijas sistēma

Sistēmas vienība

Jebkura veida datu vienība investīciju piesaistes un citos procesos / projektos (projekta kartiņa, pasākuma kartiņa, partnera kartiņa, dokuments, piesaistītais fails, saņemtā ziņa IS sarakstes modulī, procesa solis, teksta bloks, notikums, aktivitāte u.c.).

Skatījums, sarakstsSistēmā esošo vienību datu lauku attēlošana definētā tabulārā formātā

SQLNo angļu valodas [Structured Query Language]. Strukturēto vaicājumu valoda, kas paredzēta datu manipulēšanai relāciju pārvaldības sistēmās

SSLNo angļu valodas [Secure Sockets Layer], drošligzdu slānis – protokols drošas un privātas saziņas nodrošināšanai internetā.

URLNo angļu valodas [Uniform Resource Locator] - Vienotais resursu vietrādis. Ir standartizēta resursa (kā dokuments vai bilde) adrese internetā

WWW No angļu valodas [World Wide Web] – globālais tīmeklis

XMLNo angļu valodas [Extensible Markup Language]. Ir vispārēji definēta specifikācija, kā veidot dažādas, brīvi definējamas datu struktūras teksta formā un kā tās apstrādāt

5

4. SISTĒMAS VISPĀRĒJS APRAKSTS

IVPM IS uzdevums ir, izmantojot mūsdienīgus risinājumus, piedāvāt lietotājiem ērtu un pārskatāmu darba vidi Latvijas investīciju vides uzraudzībai un investīciju projektu apkalpošanai, kontrolei un sekošanai, tai skaitā saziņai ar klientiem un sadarbības organizācijām ārpus LIAA, darbību reģistrēšanai, ērtai kontaktu, kalendāra notikumu un e-pastu apmaiņai starp Sistēmu un lietotāja programmatūru, konkrētu uzdevumu un termiņu noteikšanai, atgādinājumiem par veicamajām darbībām un termiņiem gan lietotāja e-pasta, gan IVPM IS darba telpā, dokumentu vīzēšanai, sanāksmju dokumentu apmaiņai un vadībai, datu apmaiņai ar citām LIAA un ārējām informācijas sistēmām, kā arī jānodrošina Starpministriju koordinācijas modeli investīciju piesaistei.

Izstrādājot IVPM IS, Pretendentam ir jāizveido funkcionalitāte, kura nodrošina:

lietotāja primāro darba telpu ar iespēju pārskatāmi un ērti izvietot tajā svarīgākos kontroles objektus (aktīvie projekti, notikumi, to statusi, nākamo soļu termiņi, uzdevumi, to termiņi, kalendāra notikumi u.c.);

dažādu investīciju projektu veidu vadību ar grafisku procesa attēlojumu; izveidoto projektu biznesa procesu vadību, projektu apkalpošanu,

pēcapkalpošanu ar iespēju veidot procesus un procesu soļus pēc nepieciešamības, pievienot projektiem notikumus;

izveidoto projektu apstrādi un termiņu kontroli; saistīto dokumentu saskaņošanu, vizēšanu, apstiprināšanu; atskaišu veidošanu, grafisku un tabulāru attēlošanu; interaktīvu novadu kontūrkarti ar pamata infrastruktūru, 119 pašvaldībām

(110 novadi un 9 republikas pilsētas), izceltām republikas pilsētām, ostām un lidostu apzīmējumiem. Uz kartes jāattēlo vairāki informācijas slāņi, kurus lietotājs var ieslēgt, atslēgt, filtrēt pēc nepieciešamības;

lietotāju, to lomu vadību un drošības lomu noteikšanu līdz projektā esošo datu lauku līmenim;

visu darbību pierakstus un to attēlošanu, filtrēšanu pēc nepieciešamības; drošības līmeni konfidenciālas informācijas aizsardzībai; aizsardzību pret ievainojamībām.

Sistēmai jābūt latviešu valodā un jānodrošina visa tehniskajā specifikācijā minētā funkcionalitāte.

Sistēmai ir jāspēj pārņemt LIAA šobrīd lietotajā klientu vadības sistēmā esošie (http://crm.liaa.gov.lv) vēsturiskie ieraksti par investīciju projektiem

6

5. NODEVUMU SATURS

Paredzamie nodevumi aprakstīti tabulā.

Nosaukums Apraksts Formāts Termiņš

Objektu izkārtojums

Pretendentam jāizstrādā visu atsevišķa izkārtojuma lapu un atsevišķo grafisko bloku, elementu izkārtojumu skices.

Prezentācija, grafiskie u.c. faili (JPG, PNG, PSD, PDF u.c.)

10 (desmit) darba dienu laikā pēc iepirkuma līguma noslēgšanas

Projekta plāns Projekta pārvaldības plāns, kas satur projekta kalendāro grafiku un nepieciešamos resursus no Pasūtītāja un Pretendenta puses.

Dokuments Ne vēlāk kā 5 (piecu) darbdienu laikā pēc līguma par pakalpojumu sniegšanu noslēgšanas

Portāla izpildkodi Visi risinājuma izpildes kodi. CD Līdz līguma izpildes termiņam

Instalācijas instrukcija

Instalācijas instrukcija ar kuras palīdzību, Pasūtītājs patstāvīgi var veikt risinājuma instalāciju un konfigurāciju.

Dokuments Līdz līguma izpildes termiņam

Instalācijas pakotne

Risinājuma instalācijas pakotne.

CD Līdz līguma izpildes termiņam

Apmācības Sistēmas administratoru apmācības par visu sistēmas funkcionalitāti

Apmācību materiāli, apmācību kursi.

Līdz līguma izpildes termiņam.

Lietotāju instrukcija

Lietotāja instrukcija ar detalizētu sistēmas funkcionalitātes aprakstu, Tiešsaistes palīdzība, kura pieejama sistēmā un kura ir loģiski saistīta ar lietotāja atrašanās vietu sistēmā

Dokuments, tiešsaistes palīdzība


Administratora rokasgrāmata

Administratora rokasgrāmata ar detalizētu sistēmas administratīvas sadaļas funkcionalitātes aprakstu,

Dokuments, tiešsaistes palīdzība


7

Tiešsaistes palīdzība, kura pieejama sistēmā un kura ir loģiski saistīta ar administratora atrašanās vietu sistēmā

Moduļu apraksts Sistēmā esošo moduļu saraksts ar īsu aprakstu par katra moduļa funkcijām

Dokuments Līdz līguma izpildes termiņam.

Visi dokumentu nodevumi, kas norādīti tabulā ir jāiesniedz izdrukātā un elektroniski rediģējamā formātā.

6. FUNKCIONĀLĀS PRASĪBAS

IVPM IS jānodrošina sekojoši moduļi un to funkcionalitāte:

(1) Projekti, to veidi un soļi

Projektiem sistēmā ir jābūt balstītiem un to veidiem un soļiem. Sistēmā jāizveido dažādu veidu projekti, kuriem ir soļi un kuros ietilpst dažādi definēti veicamie notikumi / aktivitātes. Projektu soļos ietilpstošie notikumi / aktivitātes lietotājiem ir pieejami atkarībā no drošībām. Soļos ietilpstošo notikumu / aktivitāšu aizpildāmajiem laukiem arī ir jābūt iespējai noteikt drošību lasīt / rakstīt, atkarībā no lietotājam piešķirtās lomas.

Projektā jābūt projekta pamatdatiem un saistīto soļu, notikumu/aktivitāšu sadaļām.

Projektu veidi – definēti, ņemot vērā investīciju piesaistes biznesa procesus, iekļaujot soļos atbilstošos notikumus / aktivitātes, ievērojot to loģisko saistību un hronoloģisko secību.

Pretendentam jāievieš sekojoši projektu veidi:

Investīciju pieprasījums; Investīciju piedāvājums; Investīciju projekts; Dalība investīciju pasākumā; Dalība citu investīciju organizāciju pasākumā; Izejošā valsts vizīte; Ienākošā valsts vizīte; Pasākuma organizēšana; Mārketinga aktivitāte (ieskaitot valsts augstāko amatpersonu vizīšu

biznesa programmas saskaņošanu, rezultātu ievadi un rezultātu ieviešanas uzraudzība, atbildīgo noteikšanu),

Aktivitāte, bez konkrēta partnera, kur partneris/investors var tikt pievienots vēlāk;

10 citi procesu veidi, kurus Pasūtītājs definēs izstrādes gaitā.

8

Investoru monitorings:

Informācija par investoru, kas pieejama publiskajā telpā;

Informācija par investoru, kas iegūta no pārstāvjiem, to skaitā, LIAA, vēstniecību darbinieki, goda konsuli (ierobežotas pieejamības informācija);

Informācija par investoru, kas iegūta darba gaitā (ierobežotas pieejamības informācija).

Projektiem tiek piešķirti statusi. Statusi tiek piešķirti gan automātiski, atkarībā no projekta soļu virzības, gan manuāli. Tai skaitā statusi tiek piešķirti, lai attēlotu saņemto informāciju par potenciālajiem investoriem un investīciju projektiem, saskaņotas un savlaicīgas rīcības koordināciju potenciālo investoru uzrunāšanai un apkalpošanai, investīciju projektiem un jautājumiem, kuru realizācijai nepieciešams politisks lēmums u.c. Projektam jābūt iespējai pievienot vairākus statusus.

Statusu piemēri:

Jauns; Statusi atkarībā no projekta atrašanās konkrētā solī; Pabeigts; Bez rezultātiem; Potenciālais investīciju projekts; Esošs investīciju projekts; Nepieciešams politisks lēmums. U.c.

Projektiem jābūt iespējai pievienot sadarbības organizācijas, lai sadarbības organizāciju lietotāji varētu redzēt projektus, kuri ir saistīti ar šo organizāciju.

Projektiem jābūt iespējai saskaņot izveidotos notikums/aktivitātes (tikšanās, piedāvājumus u.c.), norādot iesaistītos saskaņotājus, institūcijas, ja nepieciešams.

Projektiem soļiem jābūt iespējai tos izlaist, ja solis nav obligāts.

Ja projekts kādā solī ir ilgāk kā 2 nedēļas, tam nav uzstādīts statuss „Pabeigts”, „Realizēts” vai „Bez rezultātiem” un netiek pievienota neviena aktivitāte, sistēmai jābrīdina par to lietotājs un lietotāja vadītājs. Lietotājs un vadītājs jābrīdina atkārtoti, kamēr projektam netiek uzstādīts kāds no minētajiem statusiem. Projekta formas lejas daļā jābūt pogai „Pabeigt soli” un „Pabeigt projektu”. Nospiežot pogu „Pabeigt soli”, lietotājs tiek brīdināts par obligātajām un / vai neobligātajām, bet neveiktajām aktivitātēm. Projekts pāriet nākamajā solī. Nospiežot pogu „Pabeigt projektu”, lietotājam uznirstošā izvēlnē jāizvēlas, ar kādu statusu projekts tiek pabeigts un šis statuss automātiski tiek norādīts laukā „Statuss”. Ja projektam ir uzstādīts kāds no minētajiem statusiem, sistēma lietotājam vairs nesūta brīdinājums par obligātu neveiktu aktivitāšu terminiem.

Projektā esošie datu lauki ir atkarīgi no projekta veida. Atbildīgais par projektu pievieno projektam notikumus / aktivitātes un virza projektu definētajā projekta veida biznesa procesā / soļos.

9

Projekta veidi – „Investīciju pieprasījums”, „Investīciju piedāvājums”

Izveidojot projektu, pamatdatos jābūt sekojošiem datu laukiem:

Veids (parādās izveidošanas brīdī izvēlētais projekta veids); Nosaukums (teksts); Uzsākšanas datums (datums vai iespēja izvēlēties no uznirstoša kalendāra,

automātiski tiek piedāvāts / jau ir aizpildīts tekošais datums); Partneri(-s) (no partneru saraksta, iespējami vairāki); Atbildīgais par projektu (no lietotāju saraksta, kuriem ir tiesības, automātiski

lietotājs, kurš izveido projektu); Iesaistītie projektā (no lietotāju saraksta, saraktā parādās lietotāji, kuriem ir

tiesības izveidot / strādāt ar investīciju pieprasījumiem); Sadarbības organizācija (no sadarbības organizāciju saraksta); Statuss (no klasifikatora, automātiski „jauns” pie izveidošanas); (Mērķa) nozare (no NACE 2.0 klasifikatora); (Mērķa) valsts (no klasifikatora).

Šajā projekta veidā paredzēti šādi soļi:

Piedāvājuma sniegšana; Sekošana (follow-up).

Aktivitātes solī „Piedāvājuma sniegšana”:

Piedāvājuma sagatavošana (obligāts, vienreizējs, atgādinājums par aktivitātes neuzsākšanu – 2 darba dienas);

Piedāvājuma apstiprināšana (obligāts, vienreizējs, atgādinājums par aktivitātes neuzsākšanu – 2 darba dienas);;

Zvans (neobligāts, daudzkārtējs); E-pasts (neobligāts, daudzkārtējs); Tikšanās (neobligāts, daudzkārtējs); Piedāvājuma sniegšana (obligāts, vienreizējs, atgādinājums par aktivitātes

neuzsākšanu – 2 darba dienas);

Aktivitātes solī „Sekošana”:

Zvans (neobligāts, daudzkārtējs); E-pasts (neobligāts, daudzkārtējs, atgādinājums par aktivitātes neuzsākšanu

– 2 mēneši, ja projektam uzstādīts statuss „Potenciāls investīciju projekts”); Tikšanās (neobligāts, daudzkārtējs);

Šiem projekta veidiem jābūt iespējai automātiski ģenerēt projekta veidu „Investīciju projekts”. Ģenerēšanas procesā tiek veidota šo projektu sasaiste.

Projekta veids – „Investīciju projekts / piedāvājums”


10

Nosaukums (teksts); Veids (parādās izveidošanas brīdī izvēlētais projekta veids); Uzsākšanas datums (datums vai iespēja izvēlēties no uznirstoša kalendāra,

automātiski tiek piedāvāts / jau ir aizpildīts tekošais datums); Projekta apjoms (EUR); Iespējamās darba vietas; Partneri(-s) (no partneru saraksta, iespējami vairāki); Atbildīgais par projektu (no lietotāju saraksta, kuriem ir tiesības, automātiski


tiesības izveidot / strādāt ar investīciju projektiem); Sadarbības organizācija (no sadarbības organizāciju saraksta); Statuss (no klasifikatora, automātiski „jauns” pie izveidošanas); (Mērķa) nozare (no NACE 2.0 klasifikatora); (Mērķa) valsts (no klasifikatora); Valsts reģions (no klasifikatora, neobligāts); Valsts pilsēta (no klasifikatora, neobligāts); Pārstāvis (ja konkrētā valstī ir LIAA pārstāvis un to nepieciešams piesaistīt); Vēstnieks (ja nepieciešams piesaistīt); Realizācijas vieta kartē – kāda no brīvi pieejamajām karšu funkcionalitātēm.

Šajā projekta veidā paredzēti šādi soļi:

Informācijas gatavošana; Vizītes organizēšana; Papildinformācijas gatavošana, komunikācija, nekustamā īpašuma

piedāvājums; Lēmums (pozitīvs / negatīvs); Atbalsts uzņēmuma darbības uzsākšanai Latvijā; Sekošana (follow-up, sistēma sūta lietotājam atgādinājumu 1 reizi 6

mēnešos arī pēc veiksmīgas projekta pabeigšanas).

Šī projekta soļos var būt sekojošas aktivitātes:

Informācijas sagatavošana (obligāts, vienreizējs, atgādinājums par aktivitātes neuzsākšanu – 2 darba dienas);

Informācijas apstiprināšana (obligāts, vienreizējs, atgādinājums par aktivitātes neuzsākšanu – 2 darba dienas);

Zvans (neobligāts, daudzkārtējs); E-pasts (neobligāts, daudzkārtējs); Tikšanās (neobligāts, daudzkārtējs); Dokumentu saskaņošana (neobligāts, daudzkārtējs); Nekustamā īpašuma piedāvājums (obligāts, daudzkārtējs); Vizītes programmas gatavošana (obligāts, vienreizējs, atgādinājums par

aktivitātes neuzsākšanu – 2 darba dienas);

11

Vizītes organizēšana; Informācijas sniegšana (obligāts, vienreizējs, atgādinājums par aktivitātes

neuzsākšanu – 2 darba dienas).

Ja projektam pievienots pārstāvis, vēstnieks vai iesaistīte, tiem automātiski jāpiešķir tiesības pievienot atļautos notikumus konkrētos projekta soļos. Atbildīgais, izveidojot jaunu notikumu / aktivitāti projektā, var norādīt izpildītāju, kurš var būt kāds no iesaistītajiem projektā (pārstāvis, vēstnieks, iesaistītie). Izpildītājs saņem paziņojumu e-pastā un savā notikumu sarakstā par nepieciešamību veikt kādu darbību.

Projektos var tikt pievienoti vairāki partneri, ja to nosaka darba uzdevums. Piemēram. LIAA pārstāvniecības veic atlasīto potenciālo investoru uzrunāšanu (saskaņā ar LIAA uzdevumu un sagatavoto piedāvājumu), konsultējoties ar vēstniecībām un nepieciešamības gadījumā piesaistot vēstnieku nozīmīgās tikšanās, iekļaujot informāciju par rezultātiem IVPM IS. Katrs pārstāvis šajā gadījumā izveidos savu pasākuma organizēšanas vai investīciju piedāvājuma projektu, piesaistot citus iesaistītos pēc nepieciešamības un pievienojot projektam partnerus, kuriem izteikts piedāvājums. Ja valstī nav LIAA pārstāvniecības, tad šādus projektus veido LIAA darbinieki, kā darba uzdevumus vēstniekiem. Projektā tiek norādīts attiecīgais vēstnieks (pēc izvēlētās valsts) un tiek veidoti atbilstoši projekta notikumi, kuri attiecas uz vēstnieku.

Projekta attēlojumā jābūt sadaļām, kurās tiek attēloti saistītie notikumi hronoloģiskā secībā. Lietotājam jāvar filtrēt un kārtot notikumi, neizejot no projekta notikumu attēlojuma.

Projekta veids – „Dalība investīciju pasākumā”



automātiski tiek piedāvāts / jau ir aizpildīts tekošais datums); Pasākuma datums; Atbildīgais par projektu (no lietotāju saraksta, kuriem ir tiesības, automātiski


tiesības izveidot / strādāt ar investīciju pieprasījumiem); Sadarbības organizācija (no sadarbības organizāciju saraksta) Statuss (no klasifikatora, automātiski „jauns” pie izveidošanas) Iegūtie kontakti (no partneru saraksta, iespējami vairāki); (Mērķa) valsts (no klasifikatora)

Šajā projekta veidā paredzētas paredzēti šādi soļi:

Gatavošanās;

12

Dalība; Sekošana (follow-up).

Aktivitātes solī „Gatavošanās”:

Iepirkuma veikšana (obligāts, vienreizējs, atgādinājums par aktivitātes neuzsākšanu – 1 nedēļa);

Līgums ar organizatoru (obligāts, vienreizējs, atgādinājums par aktivitātes neuzsākšanu – 2 nedēļas);

Stenda pieņemšana (obligāts, vienreizējs); Laukuma nomas organizēšana (obligāts, vienreizējs, atgādinājums par

aktivitātes neuzsākšanu – 2 nedēļas); Materiālu, individuālu piedāvājumu gatavošana (obligāts, vienreizējs,

atgādinājums par aktivitātes neuzsākšanu – 2 nedēļas); Dalības maksas saskaņošana (obligāts, vienreizējs, atgādinājums par

aktivitātes neuzsākšanu – 2 nedēļas); Viesnīcas organizēšana (obligāts, vienreizējs, atgādinājums par aktivitātes

neuzsākšanu – 1 nedēļa); Transporta organizēšana (obligāts, vienreizējs, atgādinājums par aktivitātes

neuzsākšanu – 1 nedēļa); Rēķinu apmaksa (obligāts, vienreizējs, atgādinājums par aktivitātes

neuzsākšanu – 1 mēnesis); Zvans (neobligāts, daudzkārtējs); E-pasts (neobligāts, daudzkārtējs); Tikšanās (neobligāts, daudzkārtējs);

Aktivitātes solī „Dalība”:

Iegūto kontaktu ievadīšana (obligāts, vienreizējs, atgādinājums par aktivitātes neuzsākšanu – 1 nedēļa);

Rezultātu ievadīšana (obligāts, vienreizējs, atgādinājums par aktivitātes neuzsākšanu – 1 nedēļa);

Potenciālo projektu ģenerēšana (investīciju, vai cita veida projektu, neobligāts, vienreizējs).


Zvans (neobligāts, daudzkārtējs); E-pasts (neobligāts, daudzkārtējs, atgādinājums par aktivitātes neuzsākšanu

– 2 mēneši, ja projektam uzstādīts statuss „Potenciāls investīciju projekts”); Tikšanās (neobligāts, daudzkārtējs);

Projekta veids – „Dalība citu investīciju organizāciju pasākumā” ir līdzīgs projekta veidam „Dalība investīciju pasākumā”.

13

Projekta veidi – „Izejošā valsts vizīte”, „Ienākošā valsts vizīte”

Lai nodrošinātu mērķtiecīgu Latvijas biznesa (investīciju) iespēju popularizēšanu, katru gadu līdz 15.janvārim tiek sastādīts izejošo valsts augstāko amatpersonu (Valsts prezidenta, Saeimas priekšsēdētāja, Ministru prezidenta, ārlietu ministra, ekonomikas ministra) vizīšu plāns, kas tiek regulāri aktualizēts trīspusējo iknedēļas starpinstitūciju darba sanāksmju ietvaros. Sanāksmes atbilstoši piešķirtajām drošībām tiek attēlotas sanāksmju modulī.

Projektu modulī tiek veidoti projekti ar veidu „izejošā valsts vizīte” un atbilstošu izejošo valsts vizīšu organizēšanas biznesa procesu. Šī projekta veida beigās jābūt iespējai ģenerēt projektus ar projekta veidu „Izejošā valsts vizīte”.

Projekta veids – „Ienākošā valsts vizīte”



automātiski tiek piedāvāts / jau ir aizpildīts tekošais datums); Vizītes datums; Atbildīgais par projektu (no lietotāju saraksta, kuriem ir tiesības, automātiski


tiesības izveidot / strādāt ar investīciju pieprasījumiem); Sadarbības organizācija (no sadarbības organizāciju saraksta); Statuss (no klasifikatora, automātiski „jauns” pie izveidošanas) (Mērķa) valsts (no klasifikatora)


Vizītes izsludināšana; Vizītes sagatavošana; Sagatavošanās vizīte; Vizītes norise; Sekošana (follow-up).

Aktivitātes solī „Vizītes izsludināšana”:

Uzaicinājuma vēstule uzņēmējiem; Informācija par vizīti LIAA tīmekļa vietnē; E-pasts partneriem (lielākie eksportētāji, projektu vadītāji, EXIM profili); Preses relīze; E-pasts; Zvans; Tikšanās.

Aktivitātes solī „Vizītes sagatavošana”:

14

Atbildes uzņēmējiem par piedalīšanos; Atbildes uzņēmējiem par atteikumu; Savstarpējo maksājumu apstrāde; Transporta, aviobiļešu, viesnīcu rezervēšana; Transporta, aviobiļešu, viesnīcu izpirkšana; Oriģinālo pieteikuma anketu apkopošana (intereses, kontaktdati, pases dati); Rēķinu uzņēmējiem izrakstīšana; Materiālu sagatavošana; Saņemtās informācijas apkopošana; Oficiālo institūciju kontaktdati apkopošana; Vizītes darba kārtības un norises datumu saskaņošana; Izdevumu tāmes izveidošana / saskaņošana, izdevumu pieprasījuma

apstiprināšana; E-pasts; Zvans; Tikšanās.

Aktivitātes solī „Sagatavošanās vizīte”:

Pārbaudes saraksts pirms sagatavošanās vizītes; Pārbaudes saraksts sagatavošanās vizītes laikā; Pārbaudes saraksts pēc sagatavošanās vizītes E-pasts; Zvans; Tikšanās.

Aktivitātes solī „Vizītes norise”:

Vīzas; Lidojumi; E-pasts; Zvans; Tikšanās.


Anketu uzņēmējiem nosūtīšana; Saņemto anketu apkopošana; E-pasts; Zvans; Tikšanās.

Visas aktivitātes šajā projekta veidā ir obligātas un vienreizējas, izņemot „E-pasts”, „Zvans”, „Tikšanās”.

Soļiem jāvar pievienot pārbaužu saraksti, kuros būs līdz 10 objekti.

Projekta veids –„ Ienākošā valsts vizīte”

15

Trīspusējo iknedēļas starpinstitūciju darba sanāksmju ietvaros tiek ziņots par plānotajām ienākošajām ārvalstu vizītēm. Sanāksmes atbilstoši piešķirtajām drošībām tiek attēlotas sanāksmju modulī.

No šīm sanāksmēm jānodrošina iespēja ģenerēt projekta veidu „Ienākošā valsts vizīte”.

Kā saistītais projekts šim projekta veidam var būt arī sanāksmes katras vizītes biznesa programmas apstiprināšanai, individuāli katrai vizītei, sadarbojoties visām iesaistītajām institūcijām.

Šajā projekta veidā ietilpst visi soļi un aktivitātes kā projekta veidā „Izejošā valsts vizīte” un papildus soļi „Biznesa foruma organizēšana”, „Tikšanos organizēšana”, „Uzturēšanās organizēšana” un „Ekskursiju organizēšana”. Šajos soļos aktivitātes ir līdzīgas kā projekta veida „Izejošā valsts vizīte” soļos.

Soļiem jāvar pievienot pārbaužu saraksti, kuros būs līdz 20 objekti.

No projektu veidiem „Izejošā valsts vizīte” un „Ienākošā valsts vizīte” ir jābūt iespējai ģenerēt projektus ar veidu „Investīciju projekts” vai citus, atzīmējot partnerus, kuri ir potenciālie investori.

Projekta veids – „Dokumentu saskaņošana”

Sistēmā jāparedz projekta veids – dokumentu saskaņošana. Ar šī projekta veida palīdzību sistēmai jānodrošina dokumentu saskaņošanas un apstiprināšanas un iepazīstināšanas process, atbilstošie notikumi un lietotāju apziņošanas procesi.



automātiski tiek piedāvāts / jau ir aizpildīts tekošais datums); Atbildīgais par projektu (no lietotāju saraksta, kuriem ir tiesības, automātiski

lietotājs, kurš izveido projektu); Iesaistītie projektā / vizētāji / apstiprinātāji (no lietotāju saraksta, saraktā

parādās lietotāji, kuriem ir tiesības izveidot / strādāt ar attiecīgā veida dokumentiem);

Sadarbības organizācija (no sadarbības organizāciju saraksta); Statuss (no klasifikatora, automātiski „jauns” pie izveidošanas).


Dokumentu pievienošana; Dokumentu vizēšana; Dokumentu apstiprināšana; Sekošana (follow-up).

16

Sistēmai jāparedz iespēja projektam pievienot saistīto projektu, piemēram „investīciju pieprasījums”, „investīciju projekts”, „dokumentu saskaņošana” u.c.

Projektu veidu „Izejošā valsts vizīte”, „Ienākošā valsts vizīte”, „Dalības investīciju pasākumā”, „Investīciju piedāvājums” un līdzīgu projektu veidu beigās jābūt pogai „Ģenerēt investīciju projektus” un iespējai atlasīt / atzīmēt partnerus no uzrunāto partneru saraksta. Ģenerētajos projektos automātiski tiek aizpildīti datu lauki par kuriem ir informācija sistēmā un projekti tiek saistīti ar projektu, no kura tie ir ģenerēti. Ja tiek ģenerēts projekta veids, par kuru atbildīga ir cita struktūrvienība, par projekta atbildīgo tiek uzstādīts attiecīgās struktūrvienības vadītājs. Vadītājam pienāk paziņojums par jaunu projektu. Vadītājs par atbildīgo var uzstādīt citu savas struktūrvienības darbinieku. Darbiniekiem nav tiesību mainīt atbildīgos, ir tiesības mainīt iesaistītos.

Sistēmai jānodrošina iespēja pārvietoties pa jau bijušajiem soļiem un apskatīt tajos esošo informāciju.

Pretendentam būs jāievieš vēl 10 dažādi projektu veidi, kuros katrā var būt līdz 7 soļiem, neskaitot iepriekš aprakstītos projektu veidus. Šos projektu veidus Pasūtītājs aprakstīts izstrādes gaitā.

Sistēmai ir jānodrošina iespēja, definēt citus projektu veidus ar soļiem, piesaistītajiem notikumiem/aktivitātēm, drošībām utt. Izveidei ir jābūt aprakstītai administratora rokasgrāmatā.

(2) Notikumi / aktivitātes

Notikumi / aktivitātes tiek definēti tā, lai konkrētā projekta solī var pievienot tikai definētu izlasi no notikumiem / aktivitātēm, kuri atbilst konkrētā veida projektam un tā stāvoklim. Notikumiem / aktivitātēm jābūt definētiem to iespējamiem statusiem, kuri mainās, gan automātiski, gan manuāli, atkarībā no notikuma veida un citu notikumu sasaistes ar tiem. Notikumu statusa maiņai jānotiek arī gadījumos, ja tiek kavēti termiņi. Šādiem notikumiem jāparādās lietotājam un vadītājam, lai tos varētu nekavējoties identificēt.

Notikumiem / aktivitātēm jānodrošina iespēja pievienot potenciālo ārvalstu investoru uzrunāšanā iesaistāmos resursus - goda konsuli, konsultantu kompānijas, nevalstiskās organizācijas, uzņēmēji, Latvijas iedzīvotāji ārvalstīs, u.c.

Notikumiem / aktivitātēm jābūt iespējai definēt pārbaužu sarakstus (check-list), dažādu darbību veikšanas atsekošanai konkrētajā aktivitātē.

Notikumiem / aktivitātēm (sanāksmes, tikšanās, piedāvājumi, mārketinga aktivitātes, e-pasts, telefona zvani, dokumenti, nepieciešama rīcība, informācijas pieprasījums u.c. iepriekš aprakstītiem notikumiem) jānodrošina iespēja pievienot saskaņošanas procesu, ja nepieciešams. Notikumiem jābūt loģiski piesaistītiem projektu posmiem/statusiem. Var būt arī notikumu / aktivitāšu veidi, kuri var tikt pievienoti jebkurā projekta posmā/statusā.

Notikumiem / aktivitātēm notikumu sarakstā jāparādās, kā lasītiem/nelasītiem. Notikumiem jāizpildās automātiski, ja tas izriet no veicamās darbības vai manuāli

17

lietotājam atzīmējot izpildi. Var būt arī tādi notikumi / aktivitātes, kuriem termiņi un izpilde nav nepieciešama. Lietotājam jāsaņem paziņojumu / brīdinājumu / atgādinājumu e-pastā un savā notikumu sarakstā par nepieciešamību veikt kādu darbību. Notikumu sarakstā, notikumiem jāparādās ar statusiem un termiņiem, un uzskatāmi jāparāda termiņa tuvošanās. Lietotājs jābrīdina par termiņa tuvošanos arī e-pastā.

Notikuma / aktivitātes norises laiks ir uzskatāms par notikuma derīguma termiņu un šādiem notikumiem notikumu sarakstā jāparādās nedaudz savādākiem un aiz uzskatāma atdalītāja, kurš norāda jau pagājušus notikumus /aktivitātes.

Notikumiem ir jābūt vismaz šādiem statusiem: „Jauns”, „Procesā”, „Pabeigts”.

Aktivitātes jāvar izveidot arī, neatverot projektu, bet to piesaistot aktivitātes izveidošanas procesā.

Jābūt iespējai izveidot tādas aktivitātes, kurām piesaista partneri no partneru saraksta, bet aktivitāte netiek iesaistīta nevienā projektā, piemēram, konsultācija, atbilde uz zvanu, atbilde uz e-pastu.

(3) Partneri

Ievadot partnerus, sistēmai jāparedz iespēja identificēt iespējamus dublikātus pēc aizpildītajiem datu laukiem un brīdināt lietotāju par tāda partnera esamību. Ja tāds partneris eksistē, lietotājam jābūt iespējai pievienot nepieciešamo partnera kontaktpersonu, ja partnera kartiņā tāda nav vēl pievienota. Kontaktpersonas, kuras ievadījuši citi lietotāji, konkrētajam lietotājam rādās, kā lasāmas.

Pretendentam jāizstrādā iespēja lietotājam piedāvāt aizpildīt partnera formas datu laukus automātiski no EXIM sistēmas, ja tajā ir reģistrēts šāds partnera profils. Latvijas uzņēmumiem ir obligāts reģistrācijas numurs un partnera kontrole pēc tā.

Partneriem var būt vairākas kontaktpersonas. Sistēmai jāspēj identificēt kontaktpersonas dublēšanos pēc lauku kopas (piemēram, telefons, e-pasts, vārds, uzvārds) un brīdināt par to lietotājs. Ir jāizstrādā iespēja sinhronizēt atlasītās kontaktpersonas ar Microsoft Oultook kontaktpersonām. Konflikti jānorāda un jādod iespēja izvēlēties.

Partnera kartiņā jābūt sadaļai, kurā tiek attēloti visi sistēmā esošie projekti, notikumi un aktivitātes, kuras saistītas ar partneri vai tās kontaktpersonām.

(4) Sanāksmes

Sanāksmēm ir jāparedz atsevišķa sadaļa, kurā tiek nodrošināta sanāksmes dokumentu apskate, saskaņošana, apstiprināšana. Sanāksmju funkcionalitātei jābūt saistītai ar pārējo funkcionalitāti, t.i. jānodrošina tiesības iesaistītajiem dalībniekiem, jāattēlo notikumi / aktivitātes, brīdinājumi, paziņojumi, termiņi utt. Sanāksmes var būt saistītas ar konkrētiem projektiem. Tad tām jāparādās arī projekta notikumos. Sanāksmes var arī nebūt saistītas ar projektiem.

Sanāksmju dokumentu apskatei, saskaņošanai un apstiprināšanai, ja nepieciešams, tiek veidoti atsevišķi notikumi / aktivitātes, par kuriem lietotājiem tiek izsūtīti e-pasti un

18

kuri parādās lietotāju notikumos. Dokumentu saskaņošanai jāizmanto projekta veids „Dokumentu saskaņošana”.

Piemēram, regulāras trīspusējās iknedēļas starpinstitūciju sanāksmes, kurās dalībnieki (EM, ĀM, LIAA u.c.) informē par šo institūciju dienas kārtībā esošajiem aktuālajiem jautājumiem saistībā ar ienākošajām un izejošajām Latvijas amatpersonu vizītēm. Šiem informatīvajiem materiāliem ir jābūt pieejamiem sistēmā sanāksmes dalībniekiem. Sanāksmes dalībniekiem jāsaņem paziņojumi e-pastā un sistēmā par to, ka ir ievietoti jauni dokumenti apskatei. Sistēmai jānosūta papildus brīdinājumi, ja lietotājs nav apskatījis dokumentus vismaz 1 dienu pirms sanāksmes. Sēdes tiek protokolētas un protokoli tiek ievietoti sistēmā. Sanāksmes dalībniekiem ir jānosūta paziņojumi e-pastā un sistēmā par šādu dokumentu pieejamību un nepieciešamību ar tiem iepazīties. Paziņojumi neatkarīgi no iesaistes trīspusējā iknedēļas starpniekinstitūciju sanāksmē jānosūta arī visām LR vēstniecībām un Latvijas Ārējām ekonomiskajām pārstāvniecībām ārvalstīs. Ja dokumentus nepieciešams apskatīt personām, kuras nav sistēmas lietotāji, jāparedz iespēja tos PDF formātā nosūtīt uz e-pastu. Sanāksmes notikumos jāparādās ierakstam par šādu darbību veikšanu un notikumā jābūt atskaitei par visiem adresātiem, nosūtīšanas laikiem un piegādes statusiem. Sēžu informācijas apritē iekļauts arī Ministru prezidenta biroja pārstāvis, kuram arī jānosūta paziņojumi par dokumentu ievietošanu.

(5) Dokumenti

Dokumentu sadaļa ir paredzēta sistēmā ievietoto dokumentu attēlošanai. Dokumentu sadaļā tiek attēloti dokumenti, kuri ir saistīti ar dokumentu notikumiem. Lietotājam ir jāredz tikai tie dokumenti, kuri ir pieejami atbilstoši piešķirtajām tiesībām.

Veidojot notikumus, kuri saistīti ar dokumentiem, jābūt iespējai pievienot notikumam vairākus dokumentus/datnes vienlaicīgi.

Sistēmā pievienotie dokumenti jāglabā iekšējā sistēmas failu struktūrā.

Attēlojot dokumentus, jānorāda neliela datnes tipa ikona, datnes izmērs, pievienotājs un pievienošanas laiks.

Ja lietotājs dzēš dokumentu, to nedrīkst izdzēst no sistēmas. Administratora panelī jābūt iespējai atjaunot dzēsto dokumentu. Ja tiek izdzēsts vīzēts un / vai apstiprināts dokuments, vīzētājiem un apstiprinātājiem notikumu sadaļā jāparādās paziņojumam par vīzēta dokumenta dzēšanu.

(6) Kalendārs

Lietotājam jānodrošina iespēja pievienot informāciju par notikumiem gan no kalendāra interfeisa, gan no projektu interfeisa. Par ar kalendāru saistītiem tikšanās notikumiem ievadāma sekojoša informācija - nosaukums, norises laiks, saistītais projekts, apraksts, vieta, iegulta (angl - embedded) karte no izvēlētās brīvas piekļuves tiešsaistes karšu funkcionalitātes ar marķieri uz konkrēto vietu kartē (neobligāts lauks), atslēgas vārdi (neobligāts lauks). Pievienojot notikumu projektā, jābūt iespējai norādīt vai tam jāattēlojas kalendārā vai nē.

19

Kalendāru jāvar skatīt dienas, nedēļas, mēneša un gada griezumā ar iespēju pārslēgties uz iepriekšējo vai nākošo dienu, nedēļu, mēnesi vai gadu. Pēc noklusējuma, atverot kalendāru, jāattēlo aktuālais mēnesis. Kalendārā jābūt atšķirīgi iezīmētām (atkarībā no kalendāra izmēra – tikai citā krāsā vai citā krāsā kopā ar notikuma nosaukumu un laiku) dažādu notikumu veidiem. Turot kursoru uz notikuma, jāparādās uznirstošam logam ar informāciju par notikumu. Ja konkrētā dienā ir daudz notikumu un tos nevar attēlot atvēlētajā apgabalā, tad ir jābūt nepārprotamai norādei uz to un lietotājam, izvēloties konkrēto dienu, sistēmai jāattēlo izvēlētās dienas notikumi.

Jābūt iespējai atlasīt / filtrēt kalendārā un sarakstā attēlotos pasākumus pēc lietotāja norādītiem kritērijiem, piemēram, notikuma tipa (max 3). Sistēmas izstrādes gaitā Pasūtītājs kritērijus precizēs.

Kalendārā jāvar izmantot drag&drop metode objektu pārvietošanai.

Ir jāizstrādā iespēja sinhronizēt atlasītos notikumus ar Microsoft Oultook. Konflikti jānorāda un jādod iespēja izvēlēties.

(7) Atskaites / monitorings

Atskaites / monitorings – gan tabulāras, gan grafiskas atskaites projektu uzraudzībai un sekošanai, lietotāju darbību pārskatam. Iespēja tabulāras atskaites definēt lietotājam pašam, saglabāt definētās atskaites turpmākai lietošanai. Saglabātajām atskaitēm jābūt iespējai padarīt tās lietojamas arī citiem IVPM IS lietotājiem.

Sistēmā jābūt izstrādātām sekojošām atskaitēm:

atskaite vadītājam par darbinieku notikumiem gan grafiskā, gan tabulārā formā.

atskaite sistemātisku investīciju projektu pēcapkalpošanai pēc iepriekš sastādīta grafika, kura tiek iesniegta un ir pieejama sistēmā tehniskās grupas sēdes dalībniekiem un tajā ir attēlota informācija par aktuālajiem ārvalstu tiešo investīciju projektiem, to realizācijas gaitu un nepieciešamo institūciju, valsts augstāko amatpersonu un ārlietu dienestu rīcību projektu veiksmīgai realizācijai. Sēdē pieņemtos lēmumus ievada kā jaunus notikumus / aktivitātes ar termiņiem, pie attiecīgajiem projektiem, lai nodrošinātu tālāku uzraudzību un kontroli, kā arī iekļaušanu nākamajās tehniskās grupas sēdes atskaitēs ;

detalizēta atskaite par investīciju projektu realizācijas gaitu un esošo investoru projektu attīstību, projektu uzraudzības darba grupas sēdes nodrošināšanai;

atskaite Lielo un stratēģiski nozīmīgo investīciju projektu padomes sēdei par aktuālajiem ārvalstu tiešo investīciju projektiem un jautājumiem, kuru realizācijai nepieciešams politisks lēmums. Jābūt iespējai projektam pievienot šādu statusu, lai nodrošinātu automātisku iekļaušanu šajā atskaitē;

atskaite par projektu virzību un notikumu / uzdevumu izpildi lietotāju, struktūrvienību, organizāciju griezumā;

20

atskaite par projektiem, kuriem ir brīdinājumi par aktivitāšu neveikšanu ilgāk par 2 nedēļām.

Atskaitēs drīkst būt pieejami un attēloti tikai tie dati, kuri lietotājam ir pieejami atbilstoši uzstādītajām drošībām.

(8) Aktivitāšu saraksts

Šajā skatījumā jāattēlo aktivitāšu hronoloģisks saraksts ar informāciju no dažādiem sistēmas moduļiem un projektiem.

(9) Interaktīva karte

Pretendentam jāizveido interaktīva karte, kurā jāattēlo sekojoši informācijas slāņi ar iespēju lietotājam tos ieslēgt, atslēgt un filtrēt attēlojamo informāciju:

informācija par realizētajiem investīciju projektiem- pamatkartē tiek

izceltas pašvaldības, kurās ir realizēti investīciju projekti; informācija par ieviešanas procesā esošiem investīciju projektiem –

pamatkartē tiek izceltas pašvaldības, kurās tiek realizēti investīciju projekti; informācija par potenciālajiem investīciju projektiem – pamatkartē tiek

izceltas pašvaldības, kurās tiek piedāvāti potenciāli investīciju projekti; informācija par nekustamajiem īpašumiem – pamatkartē tiek izceltas

pašvaldības, kurās tiek investīciju projektiem tiek piedāvāti nekustamie īpašumi (ir aizpildītas anketas);

informācija par pašvaldībām – novadu karte ar pamata infrastruktūru (pamatkarte), kurā tiek izceltas pašvaldības, par kurām pieejama informācija.

Investīciju projektu karte noklusētājā skatījumā tiek attēlota kā Latvijas kontūra ar novadu un lieto pilsētu kontūrām, speciālo ekonomisko zonu kontūrām, ostu un lidostu apzīmējumiem. Atšķirīgi jābūt izceltiem tiem novadiem, pilsētām, speciālajām ekonomiskajām zonām, kurās ir realizēti investīciju projekti. Uzvirzot kursoru uz kāda konkrēta novada, pilsētas vai zonas, tai jāparādās izceltai un uznirstošā logā jāparādās kopējai informācijai par investīciju projektiem šajā apgabalā.

Uzklikšķinot uz konkrēta novada, pilsētas vai zonas, tai ir jāpalielinās un tajā atšķirīgi jābūt izceltām konkrētu investīciju projektu atrašanās vietām. Uzvirzot kursoru uz konkrētā investīciju projekta, jāparādās uznirstošam logam ar īsu informāciju par šo projektu:

uzņēmums; nozare; investīciju lielums; darbavietu skaits; investīciju gads; investora veids (finanšu vai stratēģiskais); projekta/uzņēmuma statuss (jauns projekts, esoša kompānija);

21

projekta turētājs (valsts vai privāts).

Iespējamo investīciju vietu un nekustamo īpašumu anketu karte noklusētājā skatījumā tiek attēlota kā Latvijas kontūra ar novadu un lielo pilsētu kontūrām, speciālo ekonomisko zonu kontūrām. Atšķirīgi jābūt izceltiem tiem novadiem, pilsētām, speciālajām ekonomiskajām zonām, kurās ir aizpildītas nekustamo īpašumu anketas, ir pieejama informācija par investīciju projektiem vai pašvaldībām, ņemot vērā ieslēgto informācijas slāni. Uzvirzot kursoru uz kāda konkrēta novada, pilsētas vai zonas, tai jāparādās izceltai un uznirstošā logā jāparādās kopējai informācijai par objektu (līdz 15 uzskaitījuma punktiem ar iespēju pievienot atsevišķu saiti katram punktam uz izvērstu informāciju līdz 1000 rakstu zīmēm), nekustamo īpašumu anketām un investīciju projektiem šajā apgabalā.

Uzklikšķinot uz konkrēta novada, pilsētas vai zonas, tai ir jāpalielinās un tajā atšķirīgi jābūt izceltām konkrētu nekustamo īpašumu atrašanās vietām. Uzvirzot kursoru uz konkrētā nekustamā īpašuma, jāparādās uznirstošam logam ar īsu informāciju par šo īpašumu un jābūt saitei, uz kuras uzspiežot, lietotājs nonāk nekustamā īpašuma anketas publiskajā daļā. Ja lietotājs ir autorizējies, lietotājam tiek attēlota detalizēta informācija par anketu.

Risinājumam jāatceras autorizēta lietotāja kartes uzstādījumi.

Pretendentam jāpiedāvā risinājums, kā kartes slāņi tiks papildināti ar jauniem objektiem un datiem par tiem. Pretendentam jānodrošina jau sistēmā esošo datu izmantošana, neliekot lietotājam, tos atkārtoti ievadīt.

Izstrādes laikā Pretendentam jāiesniedz karšu dizaini Pasūtītājam apstiprināšanai.

Kartei jābūt izstrādātai tā, lai to var iegult citos LIAA web projektos ar iespēju norādīt sākotnējo attēlojamo informācijas slāni. Piemēram, atverot karti sadaļā, kurā notiek informācijas par nekustamajiem īpašumiem iegūšana, kartei jāvar uzstādīt attēlot tikai nekustamo īpašumu informācijas slāni.

Kartei jābūt izstrādātai vismaz 3 valodās – latviešu, krievu un angļu.

Kartei jābūt informācijas atlases blokam, kurš sākotnēji ataino informācijas slāņu atlasi. Kad lietotājs uzspiež uz informācijas slāņa nosaukuma, jāattēlo detalizēta informācijas atlase konkrētajā slānī pieejamai informācijai. Jāparedz iespēja norādīt vairākus slāņus vienlaicīgi, kuros tiks meklēta informācija.

Informācija par pašvaldībām:

Pašvaldība Iedzīvotāju skaits Pieejams dzelzceļš Pieejama dabas gāze Attālums līdz:

o Rīgai (starptautiska lidosta un osta)o Ventspils ostaio Liepājas ostaio Robežai ar Krievijas Federāciju

22

Informācija par NI:

Pašvaldība Platība:

o Zemes platība (atlasa piedāvājumus ar identisku vai lielāku zemes platību norādītajam apjomam)

o Telpu platība (atlasa piedāvājumus ar identisku vai lielāku platību norādītajam apjomam)

Pieejam dzelzceļa pievads Pieejams dabas gāzes pieslēgums Attālums līdz:

o Rīgai (starptautiskā lidosta un osta)o Ventspils ostaio Liepājas ostaio Robežai ar Krievijas Federāciju

Informācija par realizētajiem investīciju projektiem:

Pašvaldība Investora valsts Nozare Investīciju apjoms

Informācija par potenciālajiem investīciju projektiem:

Pašvaldība Nozare Investīciju lielums Investora veids (finanšu vai stratēģiskais) Projekta/uzņēmuma statuss (jauns projekts vai esoša kompānija) Projekta turētājs (valsts vai privāts)

Kad lietotājs ir veicis atlasi, tai jāparādās gan kartē, gan tabulas formā zem kartes.

Tabulā jāattēlo:

Kompānijas nosaukums, investora nosaukums, nozare, pašvaldība (realizēto projektu ierakstiem);

Projekta nosaukums, nozare, investīciju apjoms (potenciālo investīciju projektu ierakstiem);

Pašvaldības nosaukums, iedzīvotāju skaits, attālums no Rīgas (pašvaldību ierakstiem);

Nekustamā īpašuma platība, pašvaldība, prasītā cena (nekustamo īpašumu ierakstiem).

(10) Nekustamo īpašumu anketa

Lietotājs reģistrējas sistēmā un saņem ārēja lietotāja tiesības. Vienas no piešķirtajām tiesībām ir piekļuve aizpildīt nekustamā īpašuma anketu, kurā apraksta vietu investīciju projektu realizēšanai.

23

Uzsākot anketas aizpildīšanu, lietotājs tiek brīdināts par to, ka tiek pieņemtas un publicētas tikai industriāliem kritērijiem un ofisa telpām atbilstošas anketas. Lietotājam jānospiež poga „Piekrītu”.

Anketa satur sekojošas sadaļas, lauki kurās ir saistīti pēc loģikas:

Nekustamā īpašuma veids (izvēloties, parādās aizpildāmo lauku komplekts); Nekustamā īpašuma atrašanās vieta (izvēloties, parādās aizpildāmo lauku

komplekts); Komunikācijas / infrastruktūra (izvēloties, parādās aizpildāmo lauku

komplekts); Darījuma nosacījumi (izvēloties, parādās aizpildāmo lauku komplekts); Pievienojamie materiāli - pielikumi, dokumenti, datnes (bildes,

topogrāfiskās kartes, inventarizācijas lietas u.c.); Kontaktpersonas dati (izvēloties, parādās aizpildāmo lauku komplekts); Iesniegšana (izvēloties, parādās pilna informācija - kā izskatīsies iesniegtais

piedāvājums).

Aizpildot anketu, visās sadaļās darbojas automātiskā saglabāšana pēc noteikta laika intervāla. Par to lietotājam jāparāda sistēmas paziņojums.

Anketas augšējā daļā jābūt izceltai informācijai, kurā no anketas sadaļām lietotājs atrodas un pārējiem anketas posmiem.

Attēls 1 Piemērs lietotāja atrašanās vietas anketā attēlošanai

Izvēloties sadaļu „Nekustamā īpašuma veids”, tiek attēloti aizpildāmie lauki, kuri ir saistīti ar nekustamā īpašuma veidu.

Sadaļā jābūt pieejamām vairākām lauku kopām (fieldset), kuru objektus lietotājs var izvēlēties / atzīmēt, kā pieejamus. Ja lauku kopa ir atzīmēta, jāparāda lauki, kuri ar to ir saistīti un kuri ir aizpildāmi. Vienā anketā var būt gan viens, gan vairāki objekti.

Lauku kopa „Zeme”:

Kadastra numurs; Platība (ha / m2, lietotājs var izvēlēties kādu mērvienību norādīt); Atļautā izmantošana (zonējums), var izvēlēties visus reizē (blakus norādīt

platību ha vai m2). Piemēram, lauksaimniecības zeme 1ha, meži 3ha, industriālā 6000m2, vai arī var izvēlēties tikai divus vai vienu izmantošanas veidu.

Ja ir atzīmēta lauku kopa „Zeme”, tad visi trīs lauki ir obligāti aizpildāmi.

Lauku kopa „Ēkas”:

Ražošanas ēkas. Vienā anketā jāvar ievadīt informāciju par līdz 5 ražošanas ēkām. Papildus ēku lauki parādās, ja tiek izvēlēts lielāks ēku skaits nekā

24

šobrīd attēlots. Obligāti aizpildāmie lauki – kadastra nr., platība m2, ēkas kopējais stāvu skaits / stāvs. Pārējie lauki aizpildāmi pēc izvēles;

Noliktavas. Skaits un aizpildāmie lauki, kā ražošanas ēkai; Biroja ēkas. Vienā anketā jāvar ievadīt informācija par līdz 3 biroja ēkām.

Papildus ēku lauki parādās, ja tiek nospiesta poga „Pievienot ēku”. Obligāti aizpildāmie lauki – kadastra nr., platība m2, ēkas kopējais stāvu skaits/ stāvs. Pārējie lauki aizpildāmi pēc izvēles, piem. izvēlne A,B,C klases ofisa telpas;

Palīgēkas. Iespēja atzīmēt, ja ir. Nav obligātu aizpildāmo lauku.

Zem lauku kopām „Zeme” un „Ēkas”, jābūt piezīmju laukam, kurā lietotājs var ierakstīt komentāru līdz 500 zīmēm. Zīmju ierobežojumam jābūt norādītam un jārāda atlikušais zīmju skaits.

Attēls 2 Iespējamais sadaļas „Nekustamā īpašuma veids” lauku izkārtojums

Visās sadaļās zem ekrāna apakšā zem lauku kopām jābūt pogām „Saglabāt” un „Turpināt”. Ja dati ir saglabāti, pogai „Saglabāt” jābūt neaktīvai. Ja tiek nospiesta poga „Turpināt”, tiek saglabāti dati un atvērta nākamā sadaļa.

Pie laukiem jābūt ikonām, kuras norāda, ka ir pieejams paskaidrojums, par lauka aizpildīšanu.

Izvēloties sadaļu „Nekustamā īpašuma atrašanās vieta”, tiek attēloti aizpildāmie lauki, kuri ir saistīti ar nekustamā īpašuma atrašanās vietu:

novads, republikas pilsēta (klasifikators sistēmā ar autocomplete funkciju); novada pilsēta, pagasts (klasifikators sistēmā ar autocomplete funkciju,

ņemot vērā augstāk esošajā izvēlnē norādīto);

25

Iela, mājas nosaukums; numurs; iespēja atzīmēt izvēlētās brīvas piekļuves tiešsaistes kartē konkrēto vietu ar

marķieri. Kartei jābūt centrētai, ņemot vērā vērtības iepriekš norādītajos laukos. Marķierim jābūt stilizētai ikonai no iepriekš norādītā nekustamā īpašuma veida;

Automātisks lauks, kurš pēc atrašanās vietas norādīšanas, automātiski aprēķina un attēlo attālumu līdz Rīgai, Rīgas ostai, Rīgas lidostai, republikas pilsētām, tuvākajām citu valstu galvaspilsētām.

Izvēloties sadaļu „Komunikācijas / infrastruktūra”, tiek attēloti aizpildāmie lauki, kuri ir saistīti ar nekustamā īpašuma komunikācijām un infrastruktūru.

Sadaļā jābūt pieejamām vairākām lauku kopām (fieldset), kuru objektus lietotājs var izvēlēties / atzīmēt, kā pieejamus. Ja lauku kopa ir atzīmēta, jāparāda lauki, kuri ar to ir saistīti un kuri ir aizpildāmi. Vienā anketā var būt gan viens, gan vairāki objekti.

Ceļi (obligāti aizpildāms, visi lauki obligāti):o Pievadceļš: grants, asfalts, nav;o Lielceļš / šoseja (klasifikators sistēmā ar autocomplete funkciju);o Attālums (m vai km);

Dzelzceļi:o Atzars: ir izveidots, ir iespējams izveidot, nav iespējams izveidot. Ja

izvēlēts „Nav iespējams izveidot”, papildizvēles neparādās;o Attālums līdz sliedēm (m vai km);o Attālums līdz tuvākajai stacijai (m vai km);

Elektrība:o Pieslēgums objektā: ir, nav;o Brīvā pieejamā jauda (obligāts);o Attālums līdz 110kW apakšstacijām (2 lauki, neobligāti);

Ūdens: pilsētas ūdens apgāde, vietējā ūdens apgāde, nav (lauks ir obligāti aizpildāms);

Kanalizācija (obligāti aizpildāms): o Sistēma: Pilsētas, vietējā, lietus ūdens, nav;o Attīrīšanas sistēma: ir, nav (nav obligāts).

Apkure (obligāti aizpildāms):o Sistēma: pilsētas, vietējā, nav. Ja izvēlēta apkure, parādās apkures

veida izvēles lauks;o Apkures veids: cietais kurināmais, šķidrais kurināmais, gāze,

elektrība, cits; Gāze:

o Pieslēgums: ir, nav. Ja izvēlēts „ir”, parādās pieslēguma spiediena un veida izvēle. Ja izvēlēts „nav”, parādās „Attālums līdz”lauks. Šis lauks nav obligāti aizpildāms;

26

o Pieslēguma spiediens: Zems (0,05bar), Vidējs pazemināts (0,05-0.1bar), Vidējs (0.1-4bar), Augsts (4-16bar);

o Veids: propāna gāze, dabas gāze. Papildus labiekārtojumi: Ugunsdrošības sistēma, signalizācija,

videonovērošana, apsardze, telekomunikācijas, ventilācijas sistēma, putekļu savākšanas sistēma, nožogota teritorija u.c. Jāvar ievadīt informācija par citiem (līdz 5) papildus labiekārtojumiem, kurus nav iespējams izvēlēties.

Ja kāda no lauku kopām netiek atzīmēta t.i. nav pieejama konkrētā vietā vai kādā no laukiem tiek atzīmēts „Nav”, kopā esošajiem aizpildāmajiem laukiem vai saistītajiem laukiem jābūt neaktīviem un nav jākontrolē to aizpildīšana.

Attēls 3 Iespējamais sadaļas „Komunikācijas / infrastruktūra” lauku izkārtojums

Izvēloties sadaļu „Darījuma nosacījumi / komercinformācija”, tiek attēloti aizpildāmie lauki, kuri ir saistīti ar nekustamā īpašuma komercinformāciju.

Jāparāda izvēle vai nekustamais īpašums paredzēts pārdošanai un/vai nomai. Lietotājs var norādīt vēlamo orientējošo cenu gan visam piedāvājumam kopā, gan pievienotajām ēkām, gan zemei un var izvēlēties arī atsevišķi ievadīt tikai ēkām un tikai zemei. Šī sadaļa ir obligāti aizpildāma. Jābūt izvēlnei, kurā var norādīt vai tā ir gala cena vai orientējošā un ka ir iespējama diskusija.

Norādot, ka objekti paredzēti nomai, jāpaliek aktīviem laukiem, kuros norāda nomas izmaksas objektiem un to vai nomas maksā ietilpst vai neietilpst komunālie un nekustamā īpašuma nodokļu maksājumi.

27

Izvēloties sadaļu „Pievienojamie materiāli”, tiek attēlota forma un ievades lauki, kuros var pievienot dažādus materiālus. Obligāti jābūt pievienotām 3 bildēm un plānam par katru objektu. Redzamiem jābūt tikai tiem pievienošanas laukiem, kādi objekti atzīmēti iepriekš. Blakus laukiem jābūt norādītam maksimāli pieļaujamajam datnes izmēram. Sistēmai jābrīdina lietotājs par izmēra pārsniegšanu un jāatsaka datnes pievienošana. Topogrāfiskās kartes, inventarizācijas lietas u.c. var pievienot pēc izvēles. Jāvar pievienot līdz ne vairāk par 5 papildus materiāliem. Nekustamā īpašuma anketā pievienotie dokumenti parādās tikai anketā un tikai reģistrētiem lietotājiem. Tiem nav jāparādās iepriekš aprakstītajā sistēmas dokumentu sadaļā. Kad materiāli ir pievienoti, ir jābūt iespējai tos atvērt.

Izvēloties sadaļu „Kontaktinformācija”, tiek attēloti aizpildāmie lauki, kuri ir saistīti ar nekustamā īpašuma kontaktinformāciju. Vārds, uzvārds, organizācija, fiksētais telefons, mobilais telefons, fakss, e-pasts, mājas lapa.

Zem lauku kopas, jābūt piezīmju laukam, kurā lietotājs var ierakstīt komentāru līdz 500 zīmēm. Zīmju ierobežojumam jābūt norādītam un jārāda atlikušais zīmju skaits.

Ja lietotājs ir ievadījis informāciju manuāli aizpildāmos teksta laukos, sistēma lietotājam norāda, ka nepieciešams tulkojums arī krievu un angļu valodās.

Visa informācija par laukiem un no klasifikatoriem jātulko automātiski. Informācijai, kuru ievadījis lietotājs manuāli, jāpiedāvā iespēja atvērt laukus, kuros ievadīt tulkojumus.

Kad visas sadaļas un atbilstošie lauki ir aizpildīti, pēdējā sadaļā ir iespēja iesniegt anketu nekustamo īpašumu anketu redaktoram. Šajā sadaļā ir jābūt kopsavilkumam par aizpildītajiem laukiem un iespējai atzīmēt, ka lietotājs apliecina norādīto datu ir patiesumu un iesniedzējam ir atbilstošas tiesības sniegt augstāk minēto informāciju, kā arī to, ka lietotājs piekrīt šo datu publicēšanai LIAA mājas lapā atbilstošā sadaļā un norādīto personas datu apstrādei un saglabāšanai datu apstrādes sistēmās. Kamēr nav atzīmes par piekrišanu, pogai „Iesniegt” jābūt neaktīvai. Nospiežot pogu „Iesniegt”, sistēmai vēlreiz jāpārbauda vai aizpildīti visi lauki, vai norādītā informācija ir atbilstoša industriālajiem kritērijiem un jāparāda lietotājam paziņojums par konstatētajām neatbilstībām. Veiksmīga iesniegšana var notikt tikai, ja ir aizpildīts viss nepieciešamais.

Ja anketa nav pabeigta un iesniegta ilgāk par 2 mēnešiem, lietotājam tiek nosūtīts brīdinājums, ka anketa tiks dzēsta, ja tā netiks iesniegta 2 nedēļu laikā.

Ja notikusi veiksmīga iesniegšana, lietotājam parādās paziņojums, ka īpašumtiesību vai citu būtisku (daļēji pārdots, iznomāts, cenas izmaiņas u.c.) izmaiņu gadījumā, nepieciešams veikt izmaiņas iesniegtajā nekustamā īpašuma anketā, anketai tiek piešķirts statuss „Jauna” un nekustamo īpašumu anketu redaktoram uz e-pastu tiek nosūtīta ziņa par jaunu iesniegto nekustamo īpašumu anketu. Redaktors pieteikumam piešķir statusu „Apstrāde”. Apstrādes statusā esošai anketai redaktors var veikt labojumus anketās un aizpildīt laukus, kuri ir pieejami tikai redaktoram. Ja anketu labo vai nu redaktors vai lietotājs, par labojumiem anketas iesniedzējam jānosūta paziņojums e-pastā, ka viņa iesniegtajā anketā ir veikti labojumi, un jāiekļauj labojumu saraksts ar vecajām/jaunajām

28

vērtībām un lietotāju, kurš veicis labojumus. Par labojumiem laukos, kuri ir pieejami tikai redaktoram, lietotāji nav jāapziņo.

Anketā jābūt sadaļai, kurā attēloti tikai redaktoram pieejamie lauki.

Redaktoram ir redzamas anketas tabulārā formā pēc dažādiem statusiem ar iespēju tās atvērt anketas formā. Tabulā jābūt ikonām, kuras norāda uz to, par kāda veida īpašumiem ir aizpildīta informācija. Ieraksti pēc noklusējuma tiek kārtoti pēc izveidošanas, labošanas datuma.

Anketu iespējamie statusi:

Apstrāde; Aktuāla \ jauna; Aktuāla \ apstiprināta; Aktuāla \ neapstiprināta; Nepabeigta (lietotājs anketu vēl nav pabeidzis) Realizēta Neaktīva (beidzies aktualitātes termiņš) Visas anketas

Attēls 4 Iespējamais anketu sadalījuma attēlojums

Apstiprinātai anketai parādās informācija, ka tā ir aktuāla 6 mēnešus (beigu datums). Šī informācija tiek iekļauta arī lietotājam nosūtāmajā paziņojumā par anketas apstiprināšanu. Divas nedēļas un nedēļu pirms, aktualitātes perioda beigām, lietotājs tiek brīdināts ar e-pasta un sistēmās paziņojumu palīdzību. Ja klients datus neaktualizē, anketai tiek automātiski nomainīts statuss uz „Neaktīva”. 6 mēnešu aktualitātes periods atjaunojas pēc katriem labojumiem. Anketas sadaļā „Iesniegšana” jāparādās pēdējo labojumu datumam aktualitātes beigu datumam, iespējai atvērt labojumu sarakstu un paziņojumam, ka dati publiskajā vidē tiks attēloti pēc redaktora apstiprinājuma.

Jābūt pieejamam sarakstam ar labojumiem, kurā norādīts labojuma laiks, lietotājs, lauks, vecā un jaunā vērtība.

Ja lietotājs ir veicis labojumus, anketa tiek piešķirts statuss „Aktuāla / jauna”, redaktors saņem paziņojumu, ka ir labota esoša anketa un ka redaktoram jāveic tās apstiprināšana. Kamēr redaktors nav apstiprinājis labojumus, lietotājiem, kuri aplūko anketu tiek attēloti iepriekš apstiprinātie dati. Redaktors pārliecinās par veiktajiem labojumiem labojumu sarakstā un maina statusu uz „Apstiprināta”. Pēc labojumu veikšanas, tiek mainīts anketas versijas numurs un attēloti jaunie apstiprinātie dati.

Anketas sarakstos jāvar kārtot un filtrēt pēc dažādiem parametriem.

Redaktoram ir jābūt iespējai anketā izvēlēties „Gatavot piedāvājumu”. Sistēmai no esošajiem anketā ievadītājiem datiem jāģenerē piedāvājums PDF formātā. Piedāvājuma izskatu Pasūtītājs norādīs izstrādes laikā. Sistēma piedāvājumus sagatavo latviešu, krievu

29

un angļu valodās un piedāvā redaktoram saglabāt. Redaktoram jāvar atslēgt datu kopas no iekļaušanas piedāvājumā.

Publiskam lietotājam, kurš apskata anketas un aplūko / meklē anketu sarakstā, jāvar mainīt mērvienību sistēma. Nomainot citu mērvienību sistēmu, anketā norādītājām vērtībām automātiski jāpārrēķinās un jāattēlojas atbilstošās mērvienībās.

Publiski pieejamajām anketu daļām sarakstos ir jābūt kārtojamām un atlasāmām vismaz pēc:

īpašuma veida; īpašuma atrašanās vietas; gan ēku, gan zemes platībām; pieejamām komunikācijām un jaudām; attālumiem no Rīgas, ostām, ceļiem.

Potenciālais investors, publiskam lietotājam, jāvar nospiest ikona ieraksta malā, kura parāda uznirstošu logu, kurā jāievada uzņēmums, kontaktinformācija, telefons, e-pasts. Aizpildot pieprasīto informāciju, sistēma nosūta uz redaktora e-pastu pieprasījumu par attiecīgo anketu. Aizpildāmajai formai jābūt aizsargātai pret programmām, kuras var veikt šādu formu aizpildīšanu. Redaktors nosūta ieinteresētajam investoram piedāvājumu ar visu interesējošo informāciju.

Nekustamā īpašuma anketā jāparādās skatīšanas reižu skaitam. Redaktoram jābūt iespējai pievienot sniegto piedāvājumu reižu skaitu. Redaktoram jābūt iespējai redzēt pieprasītāju statistiku t.i. cik reižu kāds uzņēmums ir pieprasījis informāciju par anketām.

Publiski attēlojamo tabulāro anketu skatījumu ir jāvar iegult (embedded) LIAA esošajā mājas lapā.

(11) Paziņojumi / brīdinājumi

Sistēmai jāattēlo dažādi kontroles un termiņu tuvošanās paziņojumi / brīdinājumi sistēmas tuvāko notikumu un termiņu modulī, kā arī jāsūta paziņojumi lietotājam e-pastā. Vadītājam jāsūta gan savi, gan struktūrvienības darbinieku paziņojumi, ja konkrētu notikumu termiņš ir tuvāk par 3 dienām. Jāattēlo arī notikumi / aktivitātes, ja lietotājs tiek iesaistīts kādā projektā. Paziņojumiem jābūt pietiekami dažādiem, lai lietotājam spētu skaidri atšķirt paziņojumus paziņojumu sarakstā un e-pastā.

Lietotājam jādod iespēja uzstādīt prombūtni un norādīt aizvietojošo lietotāju, sākuma un beigu datumu. Sistēmai jāsūta paziņojumi gan lietotājam, iekļaujot atzīmi, ka paziņojums ir nosūtīts aizvietotājam. Notikumā ir jāvar uzstādīt atzīme, ka šī notikuma paziņojumi nedrīkst tikt pārsūtīti aizvietojošiem lietotājiem.

Administratoram jābūt iespējai lietotāja uzstādījumos atslēgt notikumu veidu un paziņojumu veidu sūtīšanu uz e-pastu.

Ja kādā skatījumā vai sarakstā parādās jauna sistēmas vienība (projekts, notikums, aktivitāte, sanāksme u.c.), atbilstošās izvēlnes augšējā labajā stūrī jāparādās šādu objektu skaitam uz izcelta fona.

30

Attēls 5 Piemērs jaunu objektu skaita attēlošanai

(12) Sistēmas izvēlne

Sistēmas galvenajā izvēlnē jābūt sekojošām sadaļās:

Darbvirsma; Jauns projekts (ar apakšizvēlnēm); Jauna aktivitāte (ar apakšizvēlnēm); Projekti; Notikumi / aktivitātes; Saziņa; Kontakti; Kalendārs; Dokumenti; Atskaites; NĪ anketas; Administrēšana.

(13) Skatījumu attēlošana

Katram no norādītajiem sistēmas moduļiem (projekti, notikumi, sanāksmes, kontakti, dokumenti, NĪ anketas u.c.) jābūt savam skatījumam, kurā tiek attēloti modulim atbilstošie ieraksti. Skatījumam jābūt viegli pieejamam ar ātru iespēju filtrēt, kārtot un meklēt ierakstus. Padziļinātai meklēšanai lietotājs izmantos detalizētās meklēšanas moduli.

Skatījumos jāattēlo tikai tās vienības, kurām lietotājs var piekļūt.

Skatījumos noklusēti tiek attēloti tie ieraksti, kuri attiecas uz lietotāju – noklusētais filtrs mani uzdevumi, mani projekti, mani notikumi, mani zvani, manas sanāksmes, manas kontaktpersonas u.c. Lietotājam jāvar noņemt šis filtrs, lai redzētu arī citas lietotājam pieejamās vienības konkrētajā modulī. Piemēram, vadītājs, atslēdzot filtru par saviem notikumiem, redz arī nodaļas darbinieku notikumus.

Ja attēlojamo ierakstu skaits ir liels un to apskatīšanai sarakts jāritina, saraksta virsrakstu informācijai jāpaliek redzamai lapā. Saraksti ar lielu ierakstu skaitu automātiski jādala pa lapām un saraksta apakšā jāattēlo pārvietošanas pa lapām pogas.

(14) Objektu izkārtojums

Lai varētu ērti strādāt ar sistēmu, sistēmā esošā informācija, jāizkārto lietotājam ērtā un pārskatāmā veidā. Darbvirsmai ir jābūt noklusētajam izkārtojumam, bet lietotājam jādod iespēja pašam mainīt šo izkārtojumu sev ērtā veidā. Katram lietotājam pēc pieteikšanās sistēmā jābūt pieejamai darbvirsmai, kurā atbilstoši lietotāja iestatījumiem strukturētā veidā

31

redzama informācija par notiekošo, tuvākie notikumi un termiņi, paziņojumi, aktivitātes, izmaiņas lietotāja projektos u.c.

Izvēlnēm un pieejamajām vienībām jābūt dinamiskām t.i. tās tiek parādītas, ja lietotājam ir tiesības tām piekļūt. Piemēram, ja lietotājam nav piekļuves tiesību projektu un atskaišu sadaļai, tad tās netiek attēlotas horizontālajā izvēlnē un darbvirsmā.

Attēls 6 Piemērs lietotāja darbvirsmas iespējamajam izkārtojums

Pretendentam jāpiedāvā iespējamie objektu izkārtojumi darbvirsmai un galveno objektu lapām.

32

Attēls 7 Piemērs projektu un citu sarakstu lapas iespējamajam izkārtojumam

Sarakstā jāattēlo būtiskākā informācija projektiem.

Attēls 8 Piemērs iespējamajam objektu izkārtojumam projekta lapā

33

(15) E-pasti un ziņas sistēmā

Šajā skatījumā tiek attēloti tikai e-pastu un sistēmas saziņas moduļa ziņas, kuras attiecas uz lietotāju un lietotāja projektiem. Vienībām jābūt ar dažādām ikonām, lai lietotājs varētu atšķirts, kurš ir e-pasts, kura ir sistēmas ziņa. Šajā modulī jāvar reģistrēt un attēlot arī veiktos telefona zvanus.

(16) Satura nosūtīšana uz e-pastu

Sistēmā jābūt e-pastu izsūtīšanas mehānismam. Administratīvajā daļā jābūt iespējai izveidot jaunu vai izmantojot iepriekš izveidotu sagatavi, sagatavot e-pasta ziņojumu, kuru iespējams nosūtīt lietotājiem. Pirms informācijas nosūtīšanas jābūt iespējai atlasīt lietotājus pēc lietotāju grupām, projektiem, projektu veidiem vai atsevišķi izvēloties no lietotāju saraksta. Sistēmā jābūt pieejamai informācijai par e-pastu veiksmīgu vai neveiksmīgu nosūtīšanu. Veidojot e-pasta ziņojumu, jābūt iespējai ziņojuma saturu kombinēt no teksta un attēliem. Jābūt iespējai pievienot e-pasta ziņojumam pielikumus vai norādes uz projektiem un notikumiem.

(17) Ziņu sūtīšana

Sistēmā jābūt iespējai lietotājiem savā starpā sazināties ar iekšēju ziņojumu palīdzību. Vienu ziņojumu jāvar nosūtīt vienlaicīgi vairākiem lietotājiem. Lietotājiem jāvar strukturētā veidā pārvaldīt saņemtos, dzēstos un izsūtītos ziņojumus. Ērtākai pārvaldībai ziņojumiem jāvar pievienot atslēgas vārdus, ziņojumus jāvar meklēt. Par ienākušajām ziņām lietotājs ir jāinformē ar e-pastu uz lietotāja kontā norādīto adresi. Ziņojumus jāvar pievienot projektiem, ja tie ir saistīti ar projektu notikumiem. Ja ziņojums ir pievienots projektam, bet lietotājs to dzēš, ziņojumam jāpaliek projektā. Sistēmā jābūt iespējai no projekta soļa nosūtīt e-pasts uz pievienoto partneru profilā norādītajām e-pasta adresēm. Saziņas modulī jābūt iespējai redzēt šādi nosūtītu e-pastu piegādes statusi.

(18) Informācijas meklēšana

Sistēmai jānodrošina ātrās meklēšanas iespēja pēc projektu veidu pamatdatos ievadītajām vērtībām un detalizētās meklēšanas iespēja, kurā var norādīt vairākus laukus un tajās meklējamās vērtības, piemēram „Projekta veids”, „Datums no”, „Datums līdz”, „Atbildīgais” u.c.

7. NEFUNKCIONĀLĀS PRASĪBAS

(1) HTML un CSS standarti

IVPM IS kodam ir jābūt veidotam saskaņā ar HTML un CSS standartiem. Lietotāja funkcionalitātes izstrādē ieteicams lietot HTML5, CSS3, jQuery, jQueryUI, AJAX un citas populāras un atzītas tehnoloģijas, kas uzlabo lietotāja saskarni un rada ērtu darba vidi.

34

(2) Garantijas uzturēšanas periods

Pretendentam jānodrošina izstrādātā produkta garantijas uzturēšanas periods 1 (viena) kalendārā gada apmērā no darba pieņemšanas/nodošanas datuma, kura laikā bez maksas jāveic atklāto kļūdu novēršana un labojumu uzstādīšana.

(3) Sistēmas ātrdarbība

Sistēmai ir jānodrošina:

Informācijas attēlošana sarakstos un meklēšanas sarakstos ne ilgāk kā 3 sekunžu laikā;

Jebkuru ievadformā ievadīto datu saglabāšana datu bāzē un atspoguļošana ne ilgāk kā 5 sekunžu laikā;

Tabulas, grafika sagatavošana vai sarežģīta meklēšanas pieprasījuma apstrāde ne ilgāk kā 5 sekunžu laikā.

(4) Lietotāju skaits

Sistēmai ir jānodrošina vismaz 100(simts) vienlaicīgo lietotāju darbība atbilstoši minētajām ātrdarbības prasībām. Administratīvajai daļai jānodrošina 5 (piecu) vienlaicīgu lietotāju darbība.

(5) Lietotāju vadība

Sistēmā jāparedz lietotāju pārvaldības funkcionalitāte. Sistēmas reģistrētajiem lietotājiem jābūt iespējai labot savus uzstādījumus, pievienojot nepieciešamo informāciju. Sistēmas administratoriem jābūt tiesībām labot, aktivizēt/deaktivizēt, bloķēt un dzēst lietotājus, mainīt tiem piešķirtās lomas, izveidot jaunas lomas, aplūkot un atlasīt audita pierakstus, konfigurēt paziņojumu veidnes un mainīt citus sistēmā pieejamos uzstādījumus. Administrēšanas sadaļā jābūt strukturētam lietotāju sarakstam, kurā jābūt redzamam, kad pēdējo reizi lietotājs ir pieteicies sistēmā, kad pēdējo reizi ir atjaunoti tā dati un nepārprotamai pazīmei, vai tas ir aktīvs, neaktīvs, bloķēts vai dzēsts.

Ja 6 mēnešu laikā lietotājs nav pieteicies sistēmā, sistēma lietotājam uz uzstādījumos norādīto e-pasta adresi automātiski nosūta brīdinājuma e-pastu un uzstāda pazīmi „neaktīvs”. Ja mēneša laikā pēc brīdinājuma nosūtīšanas lietotājs sistēmā nepiesakās, lietotājs tiek bloķēts. Ja notiek mēģinājums pieslēgties ar šādu bloķētu sistēmas lietotāju, tad sistēmai ir jādod paziņojums, ka lietotājs ir bloķēts neaktivitātes dēļ, un informācija par lietotāja atbloķēšanas iespējām.

Administratoriem jābūt iespējai reģistrētajiem lietotājiem norādīt organizāciju, struktūrvienību, vadītāju, atslēgas vārdus, nozares, lai sistēmā varētu regulēt automātiskos uzstādījumus atkarībā no organizācijas, struktūrvienības un nozares, ar kuru lietotājs strādā.

(6) Informācijas aizsardzība

Sistēmai jānodrošina ievadītās un uzglabājamās informācijas aizsardzība, lai neautorizētas personas vai sistēmas, vai autorizētas personas, bez atbilstošām piekļuves tiesībām nevarētu iegūt un modificēt informāciju.

35

Piekļuve sistēmas vienībām izriet no lietotājam piešķirtajām lomām, lietotāja organizācijas, lietotāja struktūrvienības un lietotāja iesaistes projektu veidos.

Sistēmā jādefinē vismaz sekojošas lomas: Pamatlietotājs (ārējs lietotājs ar (27) punktā aprakstītajām tiesībām); Projekta vadītājs;

o pamatlietotāja tiesības un;o tiesības pievienot jaunu projektu, jaunu partneri, kontaktu, sanāksmi; o redz visu informāciju savos projektos, o var labot visu informāciju savos projektos, ja informācijas vienība

nav vīzēta un/vai akceptēta;o redz informāciju projektos, kuros iesaistīts;

Struktūrvienības vadītājs (redz visu informāciju par saviem un savas struktūrvienības projektiem);

Projekta veida vadītājs (redz visu informāciju par projektiem ar attiecīgo projekta veidu);

Tehniskās grupas dalībnieks (redz visu informāciju par projektiem, kuri ir saistīt ar tehnisko darba grupu);

Tehniskās grupas sekretariāta darbinieks (veido sanāksmes un to notikumus, piesaista dokumentus, veido dokumentu apstiprināšanas projektus, veic citas ar sanāksmju apkalpošanu saistītās darbības, redz sanāksmes, kuras ir izveidojis);

LIAA pārstāvis (redz visu informāciju par projektiem, kuros iesaistīts, vai kurus izveidojis);

Vēstnieks; Nekustamo īpašumu anketu redaktors; Administrators.

Citas lomas tiks precizētas izstrādes gaitā. Sistēmai jādod iespēja administratoram definēt jaunas lomas. Lomās ir jāvar definēt drošībās visiem funkcionālajās prasībās aprakstītajiem punktiem.

Sistēmā ievietotie datu objekti ir jāglabā tā, lai lietotājs nevarētu uzminēt cita objekta piekļuves informāciju. Ja arī lietotājs iegūst saiti, kura norāda uz atbilstošu datu objektu, sistēma nedrīkst pieļaut šī datu objekta attēlošanu lietotājam, kuram nav piekļuves tiesību.

Sistēmai ir jābūt testētai uz sekojošām ievainojamībām:

Starp-vietņu skriptēšana (Cross-site scripting); Informācijas noplūšana (Information leakage); Satura viltošana (Content spoofing); Paredzamas resursu atrašanas vietas (Predictable resource location); SQL injekcijas (SQL injection); Nepietiekama autentificēšana (Insufficient authentication); Nepietiekama pilnvarošana (Insufficient authorization); Ļaunprātīga funkciju izmantošana (Abuse of functionality);

36

Un citiem zināmajiem drošības uzbrukumiem.

Lietotāju piekļuves informācija DBVS jāglabā šifrētā veidā.

Publiska piekļuve sistēmai paredzēta tikai izstrādātajām kartēm un nekustamo īpašumu anketu sarakstam ar publisko informāciju.

(7) Autorizēta lietotāja sesija

Autorizētiem lietotājiem jābūt redzamam, pēc cik ilga laika beigsies sistēmas lietošanas sesija, ja lietotājs nav veicis nekādas darbības. Darbību neveikšanas perioda garums ir atkarīgs no lietotāja lomas. Sistēmai jābrīdina lietotājs, ja sesijas laiks tuvojas beigām un, ja lietotājs nav saglabājis datus. Jābūt iespējai lietotājam sesiju pagarināt. Pretendentam jāpiedāvā risinājums, kā beidzoties sesijai nepazaudēt ievadītos, bet vēl nesaglabātos datus. Sesijas pārtraukšanas vai lietotāja veiktas izbeigšanas gadījumā jāveido auditācijas ieraksts par darba beigšanu sistēmā.

Augšējā izvēlnē jābūt redzamai pogai „Iziet”, kura nodrošina sesijas beigšanu.

(8) Reģistrēti lietotāji

Sistēmai jāizmanto LIAA web projektu esošā lietotāju reģistrācijas, autorizācijas un kontaktu sistēma, saglabājot vienotu lietotāju un kontaktu glabāšanas vietu un papildinot to pēc nepieciešamības. Papildinājumus var glabāt IVPM IS datu bāzē, nevis esošajā autorizācijas sistēmā.

Sistēmas autorizācijas logā ir jābūt iespējai aizpildīt reģistrācijas anketu, ja lietotājs nav reģistrēts un tam nav piekļuves informācijas.

Reģistrācijas forma sastāv no līdz 10 dažāda tipa (input, menu, check box, u.c.) obligātiem/neobligātiem datu ievades laukiem. Lietotājam aizpildāmie datu lauki var būt atkarīgi no kādā datu laukā norādītas vērtības (piemēram, ja apmeklētājs norāda, ka ir vēstnieks, tad sistēma piedāvā vienu aizpildāmo datu lauku komplektu, ja sadarbības organizācijas pārstāvis - tad citu datu lauku komplektu). Administratoram ir jāvar izveidot jauni lietotāji arī no administrēšanas paneļa.

Lietotāja aizpildītie dati ir jāsaglabā datu bāzē. Pēc reģistrācijas lietotājam uz viņa norādīto e-pasta adresi, ir jānosūta e-pasts ar paziņojumu par lietotāja reģistrācijas pabeigšanu, kas satur unikālu saiti, kas lietotājam ir jāatver, lai apliecinātu reģistrācijas formā norādītās e-pasta adreses saikni ar lietotāju un sekmīgi pabeigtu reģistrēšanās procesu. Pretendents var piedāvāt līdzvērtīgas sarežģītības pakāpes lietotāja reģistrēšanās principu. Ja lietotāju reģistrē administrators, tad šāda apstiprināšana nav jāveic.

Reģistrētam lietotājam jānodrošina iespēja nomainīt savu sistēmas pieejas paroli, atgūt aizmirstu paroli un labot savus datus, nodrošinot pierakstu veikšanu par labojumiem. Parolei jābūt noteiktai sarežģītības pakāpei un lietotājam jāliek mainīt parole ik pēc 6 mēnešiem.

Katram reģistrētajam lietotājam sistēmā ir jābūt savai darbvirsmai. Lietotājam jāvar uzstādījumos papildināt un aktualizēt informāciju par sevi, mainīt paroli, administrēt sistēmas paziņojumu saņemšanu par izmaiņām (jaunumiem) e-pastā.

37

Sistēmā paredzēti divu tipu lietotāji: Iekšējie lietotāji – lietotāji, kuri lieto sistēmu savu pienākumu veikšanai; Ārējie lietotāji – lietotāji, kuri lieto sistēmu, lai sekotu līdzi saviem

projektiem, anketām un saziņai ar aģentūru.

Sistēmai jānodrošina lietotāju autorizācija un piekļuve informācijai, projektiem, sistēmas notikumiem un funkcionalitātei atbilstoši lietotāju tiesību lomām un tajās aprakstītajām tiesībām un tiesībām uz konkrētām sistēmas vienībām. Lietotājam jāvar uzstādīt vairākas lomas, ja nepieciešams. Lomu drošības summējas.

Kad jauns lietotājs reģistrējas sistēmā pēc noklusējuma tam tiek piešķirtas tikai ārēja lietotāja tiesības sekot līdzi projektiem lasīšanas režīmā, kuros tas ir iesaistīts, lietot saziņas moduli saziņai ar aģentūru, redzēt kalendārā tikšanās ar citiem sistēmas lietotājiem, ja tie pievienojuši konkrēto lietotāju un aizpildīt / labot nekustamā īpašuma anketu.

Papildus tiesības darbam ar projektiem un citām sistēmas vienībām tiek piešķirtas tikai tās pieprasot atsevišķi atbilstoši LIAA tiesību piešķiršanas kārtībai. Lietotājiem, kuri nav LIAA darbinieki, jāattēlo sistēmas lietošanas noteikumi un jāpieprasa apstiprinājums par iepazīšanos ar tiem. Apstiprinājums jāglabā sistēmā kā atzīme par iepazīšanos ar datumu un laiku.

38

(9) Audita pierakstu veidošana un attēlošana

Sistēmā nepieciešams reģistrēt un uzglabāt sekojošus lietotāju darbību auditācijas ierakstus:

darba uzsākšana / autorizēšanās; neveiksmīga autorizēšanās; darba beigšana; sistēmas vienību apskatīšana; sistēmas vienību izveidošana / pievienošana; sistēmas vienību labošana; sistēmas vienību dzēšana.

Katrā auditācijas pierakstā sistēmai jāiekļauj sekojoša informācija:

notikuma datums un laiks; notikuma nosaukums / veids; vecā / jaunā vērtība, ja notikusi datu ievade vai labošana; ar notikumu saistītā lietotāja identifikators; ar notikumu saistītais projekts; ar notikumu saistītais projekta solis; IP adrese, no kuras veikta darbība.

Auditācijas pierakstu apskatei jābūt lietotāja interfeisam sistēmas administratīvajā daļā un jānodrošina informācijas, meklēšana un atskaites veidošana un tās saglabāšana turpmākai lietošanai, norādot jebkuru auditācijas ierakstā esošo vērtību vai to diapazonu.

(10) Pārlūkprogrammu atbalsts

Sistēmai ir jāatbalsta šādas pārlūkprogrammu versijas:

Internet Explorer 9 vai jaunāka; Mozilla Firefox 11 vai jaunāka; Google Chrome 17 vai jaunāka; Opera 11 vai jaunāka; Safari 5 vai jaunāka.

Ja lietotājs izmanto vecāku pārlūkprogrammas versiju kā norādīts augstāk minētā sarakstā, tad lietotājam jāparāda pamanāms paziņojums par jaunākas versijas uzstādīšanas iespējām un brīdinājumu par lapas atainojuma un funkcionalitātes iespējamiem ierobežojumiem, lietojot vecu pārlūka versiju.

(11) Tehniskā infrastruktūra un sistēmas darbības vide

Sistēma būs jāuzstāda uz Pasūtītāja rīcībā esošā Unix servera.

Datu bāze tīmekļa vietņu datiem: MySQL5;

Tīmekļa serveris: Apache2;

Portāla izstrādes programmēšanas valoda: PHP5.

39

Ja Pretendents paredz piegādāt programmatūru, kas darbojas uz citas operētājsistēmas, DBVS vai programmatūras, tad pretendentam savā piedāvājumā jāiekļauj ar atsevišķa infrastruktūra, trešo pušu programmatūras licences un pamatojumu šādu risinājumu izvēlei.

(12) Prasības grafiskajam interfeisam un lietotāja saskarnei

Lietotāja saskarnei IS lietotāju un administratīvajā daļā jābūt ērtai un ergonomiskai (piemēram, objekti izvietoti vienmērīgi un simetriski, pēc iespējas mazāk horizontālo un vertikālo ritjoslu izmantošana datora ekrānam ar izšķirtspēju 1280x1024 un lielāku u.c.). Administratīvajā daļā saskarnē izmantotai valodai (vārdiem, frāzēm) jābūt saprotamai lietotājiem. Navigācijai starp ekrānformām jābūt izveidotām tā, lai lietotājam pārslēdzoties no formas uz formu nevajadzētu atcerēties ievadīto informāciju. Sistēmai jānodrošina atgriezeniskā saite ar lietotāju ar standarta paziņojumiem un sistēmas dialoga paziņojumiem, jābrīdina par nesaglabātiem datiem, ja tādi ir. Ekrānformas, kurās nepieciešams ievadīt daudz informācijas, var veidot, izmantojot „tab” struktūru, sadalot informāciju „tabos”, saglabājot loģisko saiti starp ievades laukiem.

Sistēmai jānodrošina iespēja pielāgot lietotāja darba vietu lietotāja vajadzībām, pievienojot vai noņemot notikumu tipus un attēlojumus, kā arī izmantojot „drag&drop” iespējas. Sistēmā, kur tas ir lietderīgi, jālieto „drag&drop” interfeiss.

Sistēmai jānodrošina iespēja formās attēlot obligātos laukus un kontrolēt to aizpildīšanu, ja tie ir obligāti, kontrolēt ievadīto datu atbilstību noteiktajam formātam, kā arī atcelt veiktās datu izmaiņas, neveicot izmaiņas datu bāzē. Darbības atcelšanas iespējai jābūt skaidri redzamai, lietotājam saprotamai un lietotājs ir jābrīdina par datu nesaglabāšanu.

Sistēmai jāizmanto uznirstoši paziņojumi lietotāju informēšanai par notikumiem, kontrolēm un brīdinājumiem. Nospiežot izvēlni „Paziņojumi” jāattēlo lietotājam parādīto sistēmas paziņojumu saraksts. Lietotājam jābūt iespējai iztīrīt sistēmas paziņojumu sarakstu.

Ja zem kādas ikonas/saites atrodas informācija, kuras apjoms nav liels, jānodrošina šīs informācijas attēlošana lietotājam ar uznirstoša loga palīdzību, kamēr kursos atrodas vai tiek uzklikšķināts uz attiecīgās ikonas/saites.

Katram ievades laukam blakus ir jābūt informatīvai ikonai, kura nodrošina uznirstošu logu, kurā ir aprakstīts paskaidrojums par šo lauku un norādīti aizpildīšanas piemēri. Iespējami arī lauki, kuros šāds informatīvs paziņojums nav nepieciešams.

Ja tiek aizpildīts teksta ievades lauks, par kura vērtībām jau ir informācija sistēmā / klasifikatorā, jāizmanto autocomplete princips, tādējādi ievades procesu padarot ērtāku un izslēdzot iespēju kļūdīties informācijas ievadē.

Lielāka daudzuma datu kopu aizpildīšanai var tikt izmantots „akordeona” princips, tādējādi paslēpjot šobrīd neaktīvās vai fokusā neesošas lauku kopas.

Katrā formā autofokusam jābūt uzstādītam un lauku, kuru lietotājs aizpildīs pirmo.

40

Sistēma jāveido tā, lai lietotājam pēc iespējas mazāk būtu jāatver papildus formas un saraksti lauku aizpildīšanai. Piemēram lauka, kurā nepieciešams ierakstīt partneri, aizpildīšanai jānotiek ar autocomplete palīdzību, nevis atverot partneru sarakstu, liekot lietotājam meklēt partneri sarakstā un pēc tam izvēlēties. Pēc šāda principa jāvadās arī citos aizpildāmajos laukos un formās.

Administratoram jāvar mainīt un veidot būtiskākie sistēmas elementi (klasifikatori, paziņojumu teksti, brīdinājumu teksti, informatīvie teksti blakus ievadāmajiem laukiem, lauku nosaukumi u.c.).

(13) Klasifikatori, izvēlnes, saraksti, projekti, soļi, aktivitātes, informācija

Administrēšanas panelī jābūt iespējai labot sistēmā esošos klasifikatorus, mainīt ierakstus tajos, mainīt attēlošanas secību. Formās attēlotajos datu laukos, kuros informācija jāizvēlas no klasifikatora, izvēlnes vai saraksta, pieejamajām vienībām ir jābūt filtrētām, ņemot vērā drošības, saistību ar attiecīgo notikumu, saistību ar valsti utt. Piemēram, ja projekts ir Vācijā, tad izvēlnes laukos tiek attēloti tikai Vācijā esošie LIAA pārstāvji un vēstnieks. Vai, ja tiek veidots notikums, kuram jānorāda atbildīgais izpildītājs, tad izpildītāju izvēlnē tiek attēloti tikai tie darbinieki, kuri ir piesaistīti projektam. Blakus izvēlnei jābūt pogai, kura ļauj izvēlēties lietotāju no visu lietotāju saraksta. Šajā gadījumā sistēmai jāparāda paziņojums par to, ka lietotājam var nebūt piekļuve visiem projekta datiem un lietotāju nepieciešams iesaistīt projektā.

Projekti sastāv no soļiem un soļos var būt dažādas aktivitātes. Solī jāvar izvēlēties tikai atbilstošās, solī paredzētās aktivitātes. Ja vienreizēja aktivitāte solī jau ir izpildīta, otrreiz to izveidot nav jāpiedāvā. Solī var būt arī aktivitātes, kuras var atkārtoties. Ja aktivitāte solī vēl nav izpildīta, bet pienācis brīdinājuma termiņš par aktivitātes nepieciešamību, jānosūta atgādinājums lietotājam.

Administratoram jābūt iespējai veidot aktivitātes, soļus, procesus, sasaistot loģiski šīs sistēmas vienības un nosakot sasaistes principus.

Administratoram jābūt iespējai pievienot un labot aizpildāmajiem laukiem īsus informatīvus paskaidrojumus, kuri tiek attēloti ja lietotājs nospiež uz ikonas blakus laukam.

(14) Datu apmaiņa

Sistēmai ir jānodrošina interfeiss datu apmaiņai ar citām sistēmām, kā arī iespēja e-pastu, kalendāra un kontaktu datu apmaiņai ar Pasūtītāja programmatūru MS Outlook. Datu apmaiņai ar MS Outlook ir jābūt kontrolējamai t.i. iespējai norādīt kurus objektus iekļaut datu apmaiņā un kurus nē, kādiem projektiem tie piesaistāmi, kā arī iespējai atrisināt konfliktus datu apmaiņā, ja tādi rodas. Datu apmaiņas beigās, sistēmai ir jāattēlo detalizēta atskaite par paveikto, atskaiti attēlojot grupās e-pasts, kalendārs, kontakti, lai lietotājs var detalizēti iepazīties ar datu apmaiņas rezultātiem. Katram grupas ierakstam jāattēlo identificējošs nosaukums, jaunā un vecā vērtība. Sinhronizējot e-pastus, lietotāja e-pasta programmatūrā dzēstos e-pastus nedrīkst dzēst no sistēmas. Datu apmaiņas virziens – abpusējs.

41

Ja tiek izmantots datu apmaiņas interfeiss, sistēmai audita pierakstos ir jāsaglabā informācija par datu apmaiņu, un tās rezultātiem. Šiem audita pierakstiem jābūt attēlotiem atsevišķā audita ierakstu sadaļā administratora interfeisā.

Sistēmai ir jāspēj pārņemt LIAA šobrīd lietotajā klientu vadības sistēmā (http://crm.liaa.gov.lv) esošie vēsturiskie ieraksti par investīciju projektiem. dzēšana

(15) Citi nosacījumi

Izstrādātājam jāsniedz priekšlikumi lietotāju darba vides un sistēmas darbības pilnveidošanai, ja kāda specifikācijās punkta ieviešanā ir pieejam labāki risinājumi.

Ja izstrādātājs balsta savu piedāvājumu uz jau esošas ar autortiesībām aizsargātas sistēmas pamata, to pielāgojot tehniskajā specifikācijā norādītajām prasībām, Izstrādātājam jāizsniedz Pasūtītājam apliecinājums/licence, kurš apliecina Pasūtītāja tiesības rīkoties ar piegādāto produktu pēc Pasūtītāja ieskatiem (piem. veikt izmaiņas sistēmā pašu spēkiem vai piesaistot citus izstrādātāju) un neuzliek saistības uzturēšanas maksas vai citā veidā, izņemot tālākpārdošanu.

Izstrādātājam piedāvājumā jāiekļauj 15% no izmaksām kā uzturēšanas izdevumi gadā, kuri nodrošinās sistēmas attīstību.

Pasūtītājs patur tiesības nepirkt nenorādītas funkcionalitātes izstrādi un uzturēšanu.

8. PASŪTĪJUMA IZPILDES UN NODOŠANAS KĀRTĪBA

5 (piecu) darba dienu laikā pēc Līguma spēkā stāšanās dienas Izpildītājs iesniedz Pasūtītājam izstrādātas izveidotās sistēmas darbvirsmas un moduļu dizaina skices. Pasūtītājs 5 (piecu) darba dienu laikā apstiprina izstrādātās dizaina skices un informē Pretendentu par to.

Četru mēnešu laikā no līguma noslēgšanas datuma Pretendents veic sistēmas testa versijas uzstādīšanu uz Pretendenta servera un nodrošina Pasūtītāja pārstāvjiem piekļuvi Pretendenta serverim sistēmas darbības testēšanai.

Pasūtītājam 3 nedēļu laikā no testa versijas uzstādīšanas ir jāveic akcepttests.

Ja pēc testēšanas Pasūtītājs konstatē, ka pasūtījums izpildīts atbilstoši tehniskajai specifikācijai un līguma nosacījumiem, puses ne vēlāk kā 5 (piecu) darba dienu laikā veic pasūtījuma nodošanu un pieņemšanu.

9. SASNIEDZAMAIS REZULTĀTS

Pretendents ir veicis IVPM IS izstrādi un nodevis Pasūtījumu pasūtītājam atbilstoši tehniskajā specifikācijā norādītajām prasībām un līguma nosacījumiem.

42

Documents

TEHNISKĀ SPECIFIKĀCIJA - LIAA · Web viewPretendentam jāizstrādā visu atsevišķa izkārtojuma lapu un atsevišķo grafisko bloku, elementu izkārtojumu skices. Prezentācija,