A SPECIFIKACIJA / OPIS PREDMETA NABAVE / TROŠKOVNIK. Tehničke specifikacije... · Blagajna Isplate iz blagajne i uplate u blagajnu Putni nalozi Vođenje evidencije i isplate po

Republika Hrvatska

Ministarstvo za demografiju, obitelj, mlade i socijalnu politiku

Evidencijski broj nabave:

JN-M-9/2017

1

TEHNIČKA SPECIFIKACIJA / OPIS PREDMETA NABAVE / TROŠKOVNIK

Usluge održavanja i podrške sustavu

Financijsko-računovodstveni informacijski sustav Područne riznice (ISPR) Ministarstva nije samo skup programa,

već se radi o proizvodu složenom od više različitih komponenti, a svaka zahtjeva specifičan pristup i specifična

znanja i sposobnosti, kako bi sustav kao cjelina funkcionirao u kontinuitetu, bez prekida i/ili zastoja.

Trenutno je predmetnim sustavom, pored Ministarstva u užem smislu, obuhvaćeno 148 ustanova socijalne skrbi

i Centar za posebno skrbništvo ( C P S ) koji se izravno financiraju iz državnog proračuna, njihove podružnice

i uredi, te nešto više od osam stotina računovodstvenih radnika korisnika informacijskog sustava.

S ciljem automatizacije funkcije Područne riznice u tijeku je završno testiranje izravnog integriranja s Državnom

riznicom Ministarstva financija, u procesnom i podatkovnom smislu.

Sustavom se koriste i centralizirane te djelomično decentralizirane ustanove socijalne skrbi.

Autorsko pravo i pravo korištenja

Enel-Split d.o.o, tvrtka koja je razvila ISPR, vlasnik je autorskih prava na ovaj sustav, te registriranog dizajna i

imena ProFi-proračunske financije.

Ministarstvo za demografiju, obitelj, mlade i socijalnu politiku, kao slijednik izvornog naručitelja, a time i vlasnik

i korisnik sustava temeljnog dijela sustava, ima pravo korištenja sustava (prema Aneksu br.1 Ugovora 01-2504/96

- potpisanog 10. rujna 1996. Klasa: 650-03-96-01/96. Ur.Br: 340-03-01-96-02).

Sukladno odredbama navedenog Aneksa, Enel – Split d.o.o. dužan je na zahtjev Ministarstva isporučiti dodatan broj

aplikacija iz članka 1. navedenog Ugovora unutar sustava socijalne skrbi bez naplate licenci, izuzev troškova obuke

korisnika, instalacijskog medija, korisničkih uputa, podrške korisniku i održavanja aplikacija."

Također lzvoditelj neće naplaćivati instalaciju i korištenje ISPR novim institucijama koje će se integrirati u

ovaj sustav.

Istim dokumentom ugovorne strane su suglasno prihvatile da Ministarstvo i Enel – Split d.o.o. imaju pravo

samostalno mijenjati i razvijati rezultate projekta i aplikacije iz Članka 1. Osnovnog ugovora.

Sklapanjem bilo kojeg novog ugovora o održavanju, podršci i/ili razvoju i implementaciji novih dijelova sustava

niti Ministarstvo niti pružatelj usluge ne mogu biti dovedeni u situaciju u kojoj bi imali manju razinu prava za

novorazvijene dijelove sustava od ovih koji su definirani Osnovnim ugovorom i Aneksom br. 1.

Vizija razvoja informacijskog sustava Područne riznice Ministarstva

Visoka cijena zamjene komponenti (poslužitelja) kompleksne infrastrukture (više od 150 poslužitelja kod pravnih

subjekata), uvjetovala je postavljanje nove vizije sustava, s ciljem prebacivanja svih komponenti u oblak.

Ovakav cilj uvjetovao je potrebu projektiranja i uspostave nove arhitekture sustava, koja je implementirana u

cijelosti krajem 2016. godine. U ovom trenutku sustav u potpunosti funkcionirati na iznajmljenoj infrastrukturi

u Microsoft Azure oblaku (sve ustanove i CPS) s izuzetkom Ministarstva koji koristi vlastitu infrastrukturu.

Najkasnije u drugoj polovici 2017. godine bit će pušteno u produkciju izravno povezivanja ISPR sa sustavom

Državne Riznice, što može uvjetovati modificiranje dijela poslovnih procesa planiranja i izvršenja - koji se odnose

na međusobne interakcije pojedinih proračunskih korisnika, Ministarstva i Državne Riznice. U trenutku izrade ovog

dokumenta provode se završna testiranja u suradnji s Ministarstvom financija.

Analiza i automatizacija kritičnih poslovnih procesa, koje će trebati napraviti početkom ugovornog razdoblja bit će

jedan od preduvjeta unaprjeđenja ISPR.

U idućoj tablici prikazan je popis poslovnih funkcionalnosti sustava za proračunske financije, uz napomenu da su

pojedine ustanove same kupile licence za korištenje i drugih aplikacija istog autora (Skladišno poslovanje, Hub

3A...) koje su integrirane s prikazanim aplikacijama, odnosno poslovnim funkcionalnostima, ali one (zapravo

njihovo održavanje i korisnička podrška) nisu predmet ovog postupka nabave.

Republika Hrvatska



JN-M-9/2017

2

Naziv podsustava Kratak opis

PPIA Podsustav za planiranje i praćenje izvršenja proračuna. Vertikalno integrirano

s istovrsnim podsustavima kod korisnika.

FIN Financijsko računovodstvo za proračunske korisnike, glavna knjiga.

lntegriran s drugim aplikacijama sustava.

KUF/KP Pomoćne knjige: knjiga ulaznih računa, knjiga potraživanja. lntegrirane s

drugim aplikacijama sustava.

OSNSRED Upravljanje dugotrajnom imovinom. lntegrirano s drugim aplikacijama

sustava.

HON Obračun drugog dohotka, naknada, honorara. lntegrirano s podsustavom

izvršenja proračuna.

MATERIJA Materijalno poslovanje i sitni inventar.

KUFINV/EBRD Podsustav za planiranje, praćenje i nadzor investicijskih projekata, uključujući i

one financirane iz EBRD.

VertINT

Podsustav za centraliziranu kontrolu podataka pri izvršenju (za obračun plaća,

obračun roditelja-njegovatelja i sl.). Integriran s podsustavom izvršenja

proračuna.

PLCSS Podsustav za evidenciju, obračun i isplatu prava roditelja njegovatelja.

JOPPD

Preuzima podatke koji nastaju prilikom transakcija isplata pojedincima iz

postojećih aplikacija sustava i temeljem tako pripremljenih podataka kreira XML

datoteku za prijenos u JOPPD obrazac. Prijenosi se oslanjaju na servise

pripremljene od Porezne uprave.

Izjava o FO

Web-sustav za pripremu i čuvenje Izjave o fiskalnoj odgovornosti omogućava

pripremu Izjave na razini svakog proračunskog korisnika te centralizirani pregled

svih izjava te izrade Izjave samog Ministarstva, u cilju relevantnog izvješćivanja

Ministarstva Financija.

WEB izvještajni sustav

Web-sustav za integriranje raznih tipova podataka i dokumenata iz ustanova i

Ministarstva u jedinstvenu bazu za pripremu agregiranih, kumulativnih i/ili

pojedinačnih izvještaja.

Blagajna Isplate iz blagajne i uplate u blagajnu

Putni nalozi Vođenje evidencije i isplate po putnim nalozima

Svaki podsustav sadrži poslovne funkcije koje omogućavaju svrsishodnu obradu i spremanje podataka.

PLATFORMA INFORMACIJSKOG SUSTAVA PODRUČNE RIZNICE

Osnovu funkcioniranja sustava čine relacijske baze podataka temeljene na Microsoft SQL Server poslužiteljima koji

su implementirani na Windows platformi. Aplikacije su razvijene na client-server arhitekturi, no implementacijom

sistemskih prilagodbi omogućeno je korištenje aplikacija „u oblaku“.

Osnovnu specifikaciju okoline sustava čine:

Razvojni alat sustava je Centura Developer 5.2

Izvještaji su izrađeni u CTD Report Designer-u

Republika Hrvatska



JN-M-9/2017

3

Verzije poslužitelja baza podataka u upotrebi: Microsoft SQL Server Enterprise 2008 R2 i Microsoft SQL

Server Standard 2012

Verzije Windows poslužitelja u upotrebi: Windows Serveri podržani od strane Microsofta (MS Windows

Server Enterprise 2008 R2 i viši)

Verzije Windows OS-a na klijentskim računalima: Windows desktop varijante profesionalne linije

podržane od Microsofta (Windows 7 i više)

U sustavu postoje i:

središnji poslužitelji baza podataka na lokaciji (Zagreb, Ksaver 200a), u funkciji poslovnog sustava

Ministarstva te

središnji (zajednički) poslužitelji u oblaku – za sve poslovne baze podataka ISPR svih institucija socijalne

skrbi – infrastruktura Microsoft Azure.

S obzirom na zemljopisnu distribuciju klijenata poslovnog sustava definirana je komunikacijska topologija

utemeljena na skupini SQL protokola, koja omogućava jednostavnu i učinkovitu razmjenu podataka između

Ministarstva i ustanova u sustavu područne riznice.

Tijekom 2016. godine Ministarstvo je provelo proces transformacije arhitekture sustava Područne riznice – iz

distribuirane u centraliziranu arhitekturu. Aplikacije i poslovne baze podataka sa lokalnih servera u ustanovama

izmještene su na zajedničke poslužitelje u oblaku (Microsoft Azure Cloud).

Eventualne modifikacije dijela poslovnih procesa u sustavu, ako se pokažu potrebnim, bit će identificirane u hodu.

Implementacija modificiranih poslovnih procesa može zahtijevati i povećani opseg i količinu usluga podrške

korisnicima, a i samom ISPR.

Usluge održavanja i unapređenja sustava

Pojam održavanja podrazumijeva svaku modifikaciju softverskog proizvoda nakon isporuke korisniku kako bi se

ispravila pogreška, unaprijedile karakteristike proizvoda ili neka druga obilježja, ili prilagodio proizvod prema

preinačenim karakteristikama opreme ili sistemske i komunikacijske programske opreme.

Osnovni tipovi održavanja su: adaptivno održavanje softvera, korektivno održavanje softvera, perfektivno

održavanje softvera, održavanje baza podataka i funkcionalno proširenje.

Adaptivno održavanje softvera

Podrazumijeva održavanje softverskog proizvoda da bi se održala upotrebljivost proizvoda u promijenjenoj ili

promjenljivoj okolini. Moguće je razlučiti dvije razine:

Jamstveno održavanje - Izvoditelj jamči da će redovno pratiti promjene u zakonskoj regulativi, te da će

pravovremeno implementirati promjene na postojećim funkcionalnostima u aplikaciju, kako bi korisniku

omogućio korištenje aplikacija kontinuirano, i u skladu sa zakonom.

Razvojno održavanje – obuhvaća razvoj i implementiranje korisničkih zahtjeva za izmjenama

funkcionalnosti, ili razvojem novih funkcionalnosti u programima, uslijed novih korisničkih potreba, ili

uslijed promjena drugih komponenti sustava - opreme, infrastrukture, ili arhitekture sustava. Razvojno

održavanje provodi se metodom precizno utvrđenih korisničkih zahtjeva, koji su grupirani u određene

logične funkcionalne cjeline. Takva cjelina definira se jedinstvenom listom zahtjeva (PRL) koja služi i kao

plan za novu verziju i kao podloga za procjenu vremena i utroška razvojnih resursa. Za potrebe razvojnog

održavanja softvera planira se korištenje određene količine kapacitet razvojnih resursa (iskazanih u tzv.

"čovjek danima" - č/d) koji će se tijekom ugovornog perioda planski koristiti prema prioritetima

Ministarstva do njihovog ukupnog utroška.

Korektivno održavanje softvera

Obuhvaća usluge održavanje softverskog proizvoda nakon isporuke, pružene s ciljem ispravka eventualnih

pronađenih grešaka u funkcionalnosti aplikacije. Izvoditelj treba nakon primopredaje nove verzije aplikacija

popraviti sve pogreške za koje se ustanovi da im je uzrok pogreška u izvedbi (bug).

Republika Hrvatska



JN-M-9/2017

4

Perfektivno održavanje softvera

Podrazumijeva modifikaciju softverskog proizvoda s ciljem poboljšanja performansi proizvoda, odnosno sustava.

Može biti uvjetovano novim tehnološkim rješenjima, novim poslovnim modelima i slično.

U konkretnoj situaciji, uslijed promjene arhitekture sustava područne riznice, pokazalo se da se povećanjem broja

zasebnih podsustava (ustanova) koje rade na središnjem serveru – povećava i vrijeme odziva sustava, odnosno

smanjuje kvaliteta operativnog rada na sustavu. Stoga, uslijedila je odluka o promjeni arhitekture i bilo je potrebno

napraviti određene prilagodbe u kodu svih aplikacija.

Održavanje baza podataka

Sve veća složenost sustava – posebno u situaciji centraliziranja velikog broja poslovnih baza podataka

(produkcijskih i arhivnih) na centraliziranim poslužiteljima, zahtjeva sistematičan pristup optimizaciji rada baza

podataka čitavog sustava. Stoga se pokazuje neophodnim definirati održavanje baza podataka kao posebnu uslugu

u području održavanja sustava.

Uslugu održavanja baza podataka potrebno je provoditi prije svega kao preventivnu mjeru - mjesečno, prema

prethodno utvrđenom planu, ali i češće, ako se ukaže potreba.

Usluga treba obuhvatiti razne aspekte nadzora rada SQL Servera, sve sa ciljem:

Optimizacije rada poslovnih aplikacija za SQL Server

Minimiziranje vremena odziva prema korisničkim upitima i upitima među SQL serverima

Maksimiziranje propusnosti sustava

Održavanje sigurnosti sustava i podataka.

Dio preventivnih postupaka, koji se provode planski/mjesečno:

Nadgledanje prirasta baza podataka u pogledu zauzeća prostora na disku

Provjera dosljednosti baze podataka (Checking Database Consistency)

Shrink Database - smanjuje prostor na disku za baze podataka i log datotekama uklanjanjem praznih

podataka i log stranicama

Reorganize Index - defragmentacija - za poboljšanje performansi

Rebuild task - reorganizira podatke o podacima i indeksima, time se poboljšava performanse. Ovaj zadatak

je također optimizirati distribuciju podataka i slobodnog prostora na indeksu stranicama, omogućavajući

brži rast u budućnosti

Update Statistics - osigurava upitima up-to-date informacije o distribuciji podataka vrijednosti u tablicama,

kako bi mogao bolje pristupati podacima

Status aktivnih/neaktivnih replikacija u poslovnom sustavu

Status implementirane on line procedure za backup baza podataka poslovnog sustava

Dio operativnih provjera, koje se provode tjedno/mjesečno/po potrebi:

Log reader procesi

o Windows application log

o Windows system log

o Windows security log

Provjera zaključavanja na SQL procesima (deadlocks, blocking locks)

Provjera baza podataka za tzv. Error Logs

Administrator baze podataka (DBA) koji provodi opisane postupke dužan je poduzeti neophodne mjere radi

otklanjanja eventualnih uočenih problema. Također, dužan je pismeno izvijestiti voditelja Službe za informatičku

podršku Ministarstva o preventivnim mjesečnim aktivnostima provedenim prema usuglašenom planu.

Funkcionalno proširenje

Funkcionalno proširenje omogućava informacijskom sustavu da se dodavanjem novih modula/aplikacija poveća

funkcionalni opseg i vrijednost samog sustava. Potreba za funkcionalnim proširenjem nastaje kao zahtjev korisnika

Republika Hrvatska



JN-M-9/2017

5

ili upravljačke strukture Ministarstva da se u informacijski sustav ugrade nove cjeline (moduli ili aplikacije) koje će

automatizirati pojedine poslovne procese koji još uvijek nisu dio informacijskog sustava. Rezultat ovakvog

proširenja ne mora nužno biti nova aplikacija. To može biti i novi modul koji automatizira dio poslovnog procesa i

koji se može nasloniti na neku već napravljenu aplikaciju ili će u prvoj fazi samostalno funkcionirati.

Funkcionalno proširenje zahtjeva odgovorna osoba Naručitelja i u svom zahtjevu definira osnovne funkcije i tijek

podataka. Pružatelj je na osnovi toga dužan napraviti detaljnu snimku stanja sa svim traženim funkcionalnostima a

odobrava ih odgovorna osoba Naručitelja.

Distribucija i instalacija novih verzija

Pružatelj usluga održavanja dužan je izvršiti sve potrebne pripreme za distribuciju i instalaciju novih verzija

aplikacija, na kojima su implementirane izmjene u procesu održavanja. Implementiranje novih verzija treba biti

provedeno prema planu distribucije kojeg treba napraviti Pružatelj, te ga prije provedbe usuglasiti sa predstavnikom

Ministarstva.

Plan distribucije treba minimalno sadržavati:

1. vremenski plan instaliranja programskih proizvoda na potrebnim lokacijama

2. opis procedura instalacije programskih proizvoda, sa kratkom uputom za postupanje

3. popis i opis izmjena sadržanih u novim verzijama proizvoda, u odnosu na prethodno instaliranu verziju

4. popis dežurnih kontakt osoba (ime i prezime, adresa, telefon, fax, e-mail) u slučaju problema prilikom

instalacije.

Izmijenjene aplikacije moraju prethodno biti testirane zasebno i kao dio sustava, zbog veza sa drugim aplikacijama,

prije nego što odgovorna osoba Ministarstva odobri njihovu distribuciju. Naručitelj ima pravo provjeriti ispravnost

i kvalitetu implementacije traženih izmjena prije donošenja odluke o odobrenju distribucije. Procedura instalacije

također treba biti testirana prije distribucije.

Izvoditelj će odgovornom predstavniku Naručitelja po isteku svakog kalendarskog mjeseca dostaviti na ovjeru

Izvješće o pruženim uslugama tijekom prethodnog mjeseca. Izvješće treba dostaviti kao privitak računa za usluge

prethodnog mjeseca.

Sadržaj ponude za održavanje

TIP OPIS OPSEG/KOLIČINA

Adaptivno

održavanje

A) Jamstveno održavanje - Izvoditelj

jamči da će redovno pratiti promjene u

zakonskoj regulativi, te da će

pravovremeno implementirati promjene

na postojećim funkcionalnostima u

aplikaciju, kako bi korisniku omogućio

korištenje aplikacija i sustava

kontinuirano i u skladu sa zakonom. Sve

promjene potrebno je prethodno

usuglasiti s odgovornom osobom iz

ustrojstvene jedinice Ministarstva

nadležne za poslovne procese koji su

implementirani u aplikaciji.

Razvoj i implementiranje nove verzije sustava.

Distribucija se provodi prema planu, u formi patch-a,

treba biti istovremena za:

1 središnja lokacija – Ministarstvo

148 pravnih subjekta – ustanove i CPS

ROK: najkraći mogući, ne duži od 30 dana od dana objave

izmjene zakonskih propisa u NN.

Cijena treba biti uključena u paušalni iznos ponude.

B) Razvojno održavanje – obuhvaća

razvoj i implementiranje korisničkih

zahtjeva za izmjenama funkcionalnosti,

ili razvojem novih funkcionalnosti u

programu, uslijed novih korisničkih

potreba, ili uslijed promjena drugih

komponenti sustava - opreme,

infrastrukture, ili arhitekture sustava

Razvoj i implementiranje novih verzija sustava – a prema

zahtjevima definiranim na inicijativu odgovornog

korisnika sustava (zaposlenik Naručitelja).

Za svaku cjelinu koju definira konkretna LISTA

ZAHTJEVA (PRL) Izvoditelj će napraviti procjenu

trajanja i utroška razvojnih resursa (č/d).

Za ugovoreno razdoblje planirano je za razvoj korisničkih

zahtjeva realizirati maksimalno 85 č/d – prema

prioritetima koje odredi Ministarstvo.

Distribucija novih verzija se vrši prema Planu, u formi

Republika Hrvatska



JN-M-9/2017

6

patc-a, treba biti istovremena za:

1 središnju lokaciju – Ministarstvo

148 pravnih subjekta – ustanove i CPS

Ponuditelj u ponudi iskazuje jediničnu cijenu

čovjek/dana te ukupnu cijenu za 85 čovjek/dana. Izvoditelj na mjesečnom računu obračunava onoliki broj

čovjek/dana koliki je realiziran za rješavanje svih

korisničkih zahtjeva koji su dovršeni u mjesecu za koji se

račun izdaje.

Korektivno

održavanje

Obuhvaća usluge održavanje softverskog

proizvoda nakon isporuke, pružene s

ciljem ispravka eventualnih pronađenih

grešaka u funkcionalnosti aplikacije.

Izvoditelj treba nakon primopredaje nove verzije

aplikacija popraviti o svom trošku sve eventualne

pogreške za koje se ustanovi da im je uzrok pogreška u

izvedbi (bug). Distribucija ispravaka vrši se prilikom prve

slijedeće planske distribucije verzije, za isti broj korisnika

kako je navedeno.


Održavanje

baza podataka

Usluga obuhvaća razne aspekte nadzora

rada SQL Servera, sve sa ciljem:

Optimizacije rada poslovnih aplikacija

za SQL Server

Minimiziranje vremena odziva prema

korisničkim upitima i upitima među

SQL serverima

Maksimiziranje propusnosti sustava

Održavanje sigurnosti sustava i

podataka.

Usluga održavanja baza podataka provodit će se:

Putem operativnih provjera statusa, (opseg prema

specifikaciji), koje se mogu izvoditi tjedno/mjesečno/po

potrebi;

kao preventivna mjera, putem preventivnih postupaka

(opseg prema specifikaciji), koji se provode

planski/mjesečno - prema prethodno utvrđenom planu.

Predviđeno minimum 2 č/d DBA mjesečno.


Funkcionalno

proširenje

Usluga obuhvaća dodavanje novih

modula sustavu kako bi se povećala

njegova funkcionalnost na svim

razinama. Za svako funkcionalno

proširenje Pružatelj mora napraviti

detaljnu snimku stanja i popis svih

traženih funkcionalnosti kojeg odobrava

odgovorna osoba iz ustrojstvene jedinice

Ministarstva nadležne za poslovne

procese koji su implementiraju kroz novi

modul.

Provoditelj će u sklopu funkcionalnog proširenja razviti i

implementirati dva nova modula:

Modul cjelovitog rješenja za planiranje i praćenje

izvršenja objedinjene nabave

Cilj je omogućiti izravno praćenje izvršenja nabave kroz

izvješća iz sustava. Želi se postići kontrola objedinjene

nabave – kako kroz utrošak financijskih sredstava tako i

kroz kontrolu isporuke dobavljača kroz materijalno

knjigovodstvo. Ovim modulom potrebno je obuhvatiti sve

institucije koje koriste ISPR.

Modul za praćenje i plaćanje računa za socijalne

usluge

Ovim modulom želi se uspostaviti kontrola provođenja

socijalnih usluga za koju rješenje krajnjim korisnicima

izdaju mjesno nadležni centri za socijalnu skrb. Uslugu

mogu davati pravni subjekti s kojima centri za socijalnu

skrb imaju potpisane ugovore.

Za svaki modul posebno Ponuditelj iskazuje cijenu

njegovog razvoja i implementacije. U ponudi Ponuditelj

može razraditi cijenu svakog modula prema fazama.

Jednu fazu čine aktivnosti po čijem završetku i Izvoditelj

i ovlašteni predstavnik Ministarstva nedvojbeno mogu

utvrditi da je učinjena. To potvrđuju potpisom zapisnika.

Izvoditelj može na mjesečnom računu obračunati

troškove završenih faza razvoja i implementacije modula

uz priložene potpisane zapisnike.

Republika Hrvatska



JN-M-9/2017

7

Rokove isporuke modula određuje ponuditelj.

Temeljem ugovora o javnoj nabavi naručitelj će

odabranom pružatelju izdati zahtjev, a koji zahtjev mora

biti zaprimljen kod pružatelja u roku koji omogućuje

njegovo izvršavanje prije isteka roka od deset (10)

mjeseci od dana sklapanja ugovora o javnoj nabavi

Modul cjelovitog rješenja za planiranje i praćenje izvršenja objedinjene nabave

Dva su važna cilja informatičkog rješenja Objedinjena nabava:

Omogućiti objedinjavanje odnosno okrupnjavanje količina u procesu planiranja nabave, kako bi se

zadovoljile potreba za određenim artiklima iskazane od strane svih ustanova, uz istovremeno postizanje

značajno boljih uvjeta (jediničnih cijena i sl.) kod dobavljača;

omogućit efikasno upravljanje i kontrolu procesima planiranja i kontrole nabave – objedinjeno za sve

ustanove - kako bi se spriječila dobava neplaniranih količina, neugovorenih cijena, neugovorenih artikala i

slično. U tom cilju je potrebno imati na raspolaganju pregled primki i računa od ustanove kako bi se moglo

usporediti da li se računi odnose na isporučenu robu po dogovorenim cijenama.

Ustanove već imaju aplikacije koje u tom procesu sudjeluju: Knjigu ulaznih faktura, Materijalno knjigovodstvo,

PPIA (planiranje i izvršenje proračuna), i redovito ih koriste, pa je potrebno informatičko rješenje za Objedinjenu

nabavu integrirati u postojeći sustav Područne riznice, na način da se maksimalno iskoriste funkcionalnosti

postojećih aplikacija u procesu objedinjene nabave.

Poslovna potreba

Obzirom da se putem objedinjene nabave obrađuje veliki broj faktura mjesečno, ručno nije realno moguće

kontrolirati svaki račun i usporediti cijene i artikle kako je navedeno u ugovorima objedinjene nabave. Stoga je želja

automatizirati proces kontrole podataka i onemogućiti fakturiranje koje nije u skladu s ugovorom.

Potrebno je razviti i implementirati modul koji bi, po dolje navedenim poslovnim procesima, povezao postojeće

aplikacije i implementirao kontrolne mehanizme tako da ustanove mogu naručivati samo odobrene artikle po

cijenama iz ugovora.

Tijek procesa

Proces planiranja potreba

Proces zaprimanja robe

Proces fakturiranja

Ustanova napravi

prijedlog svojih

potreba (količine po

artiklu)

Ministarstvo odobri

ili sa ustanovom

dogovori izmjenu

potrebe

Ministarstvo provede

natječaj i s

dobavljačima potpiše

ugovore

Skladištar zaprimi robu

i napravi primku u

Materijalnom

knjigovodstvu

Podaci sa primke se

prebace u aplikaciju

za kontrolu

Kontrolor odobri

primku u odnosu na

ugovor i odobrene

cijene i količine

Dobavljač

pošalje račun za

dostavljenu robu

ustanovi

Ustanova knjiži

račun u svoj KUF,

napravi zahtjev u

PPIA i pošalje ga u

MDOMSP

Po primitku zahtjeva u PPIA,

kontrolor provjeri da li su

odobrene vezane primke i

potvrdi zahtjev

Republika Hrvatska



JN-M-9/2017

8

Tijek podataka

Tijek podataka je prikazan na slijedećoj slici:

Modul za praćenje i plaćanje računa za socijalne usluge

Korisnici, prema rješenju nadležnog centra za socijalnu skrb (CZSS), imaju određena prava na korištenje socijalnih

usluga u državnim i nedržavnim domovima, te kod drugih pravnih i fizičkih osoba registriranih za pružanje takvih

usluga (u daljnjem tekstu: ustanove). Ovisno o rješenju izdanom od nadležnog CZSS, za usluge pružene

korisnicima, ustanovama će dio (ili sve) troškove pružanja usluge podmiriti Ministarstvo iz sredstava državnog

proračuna.

Ustanove mjesečno evidentiraju socijalne usluge koje su pružile korisnicima na osnovu rješenja za svakog korisnika,

te ih obračunaju po stavkama sukladno ugovoru koji je ustanova prethodno sklopila s Ministarstvom. Na temelju

takvog mjesečnog obračuna, te temeljem ugovornog odnosa, ustanova ispostavlja račun Ministarstvu.

Poslovna potreba

Kroz ovaj tip ugovora Ministarstvo subvencionira usluge koje razne ustanove pružaju krajnjim korisnicima u

vrijednosti preko 200 milijuna kuna godišnje. S obzirom da se sve odvija „papirnatim“ putem, kontrola je otežana,

unatoč angažmanu većeg broja zaposlenika. Stoga se razvojem i implementacijom ovog modula želi:

osigurati efikasnu, automatiziranu i sustavnu kontrolu namjenskog utroška ovih sredstava, bez mogućnosti

zloporabe po bilo kojoj osnovi;

osloboditi dio ljudskih kapaciteta koji sad rade na poslovima kontrole i unosa podataka, te omogućiti njihov

angažman u druge svrhe.

Eliminirati potrebu za prepisivanjem podataka u ISPR, kako bi se proces ubrzao i izbjegle pogreške

prepisivanja.

MATERIJALNO KNJIGOVODSTVO

Evidentiranje zaprimljenih

količina

PPIA Iskazivanje potreba za objedinjenu

nabavu

USTANOVA

KNJIGA ULAZNIH FAKTURA

UGOVOR

ZAHTJEV

ARTIKL

PRIMKA

FAKTURA KAO ZAHTJEV

LIKVIDATURA PRIMKA/FAKTURA

KOLIČINE PO ARTIKLIMA

PRIMKA

Evidentiranje zaprimljenih

količina PPIA

Iskazivanje potreba za objedinjenu

nabavu

PLAN POTROŠNJE PO USTANOVAMA

DEFINICIJA ARTIKALA

IZVJEŠTAJI ZA KONTROLU

OBJEDINJENE NABAVE

MDOMSP

PLAN KOLIČINE

FAKTURIRANO

Republika Hrvatska



JN-M-9/2017

9

Proces ugovaranja usluga (MDOMSP - ustanova)

Proces usluga korisnicima

Proces kontrole fakturiranja

Proces knjiženja faktura

Tijek podataka

Dijagram tijeka podataka je prikazan na slijedećoj slici:

Ustanova dokazuje

status potrebnom

dokumentacijom

Ministarstvo sklapa

i objavljuje ugovor

s Ustanovom

Ministarstvo provodi

periodičnu provjeru

valjanosti ugovora

Potencijalni korisnik

usluge dolazi u

ustanovu s

odgovarajućim

rješenjem CZSS

Ustanova prihvaća

korisnika, ugovara s

njim međusobne obveze, sukladno

rješenju, te pruža

usluge

Ustanova radi mjes.

obračun usluga za sve

korisnike, sukladno

njihovim ugovorima

Temeljem

mjes.obračuna,

ustanova

dostavlja na

kontrolu račun u

MDOMSP,

sukladno ugovoru

Kontrolor u

MDOMSP temeljem

automatizirane

provjere

(ne)odobrava račun

Odobreni račun ustanova

dostavlja uobičajenim

kanalima u MDOMSP, radi

potpunosti dokumentacije

Odobreni račun

označen je

jedinstvenim

identifikatorom

za prebacivanje

u ISPR

Računovodstvo

MDOMSP preuzima

pripremljene račune u

KUF, automatski (bez

potrebe prepisivanja)

Po primitku „papirnatog“

računa kompletira se

predmeta po ugovorima te

pokreće postupak plaćanja.

Republika Hrvatska



JN-M-9/2017

10

Arhitektura sustava

Ovaj novi dio sustava složen je iz više izravno povezanih aplikacija – koje su tehnološki definirane na način koji ih

optimalno integrira s već postojećim informacijskim sustavima i komponentama u funkciji poslovnih potreba

Ministarstva.

Aplikativni dio u ISPR

Glavni dio sustava za kontrolu ugovaranja i naplate usluga u domovima kojima osnivač nije RH zapravo je dogradnja

postojećeg ISPR koji se koristi u Ministarstvu. Tehnološki ovaj dio je potrebno izvesti na isti način kao i čitav sustav

(client-server aplikacija s MS SQL bazom podataka), čime će postati njegov integralni dio, odnosno oslanja se na

sve već postojeće matične podatke i na već etablirane poslovne procese i dokumente Ministarstva (od ugovaranja,

preko ulaznih računa, zahtjeva za isplatu, knjiženja, izvršenja proračuna ...).

WEB aplikativni dio

S obzirom na fizičku dislociranost ustanova koje pružaju usluge, aplikativni dio sustava koji će koristiti u

ustanovama je web aplikacija dostupna izravno kroz web pretraživač.

Ustanova treba osigurati tek minimalne tehničke preduvjete (računalo s priključkom na Internet).

Svi dokumenti od interesa za poslovni odnos Ministarstva i pružatelja usluge (na primjer ugovor, evidencija usluga,

računi, izvješća o uplati i sl.) trebali bi kroz sustav biti dostupni na uvid objema ugovornim stranama (Ministarstvu

i ustanovi).

S obzirom da je ovaj sustav izravna nadogradnje ISPR, podaci i stavke računa automatski se trebaju pojaviti u

aplikaciji Knjiga ulaznih računa (KUF), spremni za kreiranje dokumenta za plaćanje – bez potrebe za ručnim

unosom. Podaci o plaćanjima na ovaj način trebaju postati nedjeljiv dio procesa financijskog izvršenja Ministarstva.

Posebni zahtjevi za usluge održavanja

1. Osim u slučajevima koji su planirani i dogovoreni s Naručiteljem, sustav ne smije radi softverskih problema

trpjeti prekide u radu

a. Kao integrirana cjelina – dulje od 1 radnog dana

b. Pojedina lokacija (pravni subjekt) – dulje od 5 radnih dana

Unos računa kroz web aplikaciju

Slanje računa poštom

KORISNIK

KUF knjiga ulaznih računa

Formiranje i održavanje

kataloga Usluga

MDOMSP

USTANOVA

Izrada i održavanje Ugovora

Formiranje i održavanje kataloga Ustanova

UGOVOR

Kontrola mjesečnih računa

RAČUN zaprimljen kroz web aplikaciju

RAČUN zaprimljen kroz web aplikaciju

RAČUN poslan poštom

Republika Hrvatska



JN-M-9/2017

11

2. Ponuditelj treba započeti s pružanjem usluga održavanja odmah po potpisu ugovora s Naručiteljem.

USLUGE PODRŠKE

Skoro 1.000 računala povezanih u preko 150 lokalnih mreža, te u jedinstvenu računalno-komunikacijsku mrežu

širokih razmjera (WAN SKRBNET), stalni su izvor mogućih tehničkih poteškoća. Stoga, podrška ovom segmentu

sustava nužna je za transparentan i prividno besprekidan rad sustava kao cjeline.

Unatoč tipiziranom sučelju, te dugogodišnjem postojanju aplikacija kod korisnika, vrlo su česti upiti za pomoć pri

radu. Čest uzrok zahtjeva za pomoć pri radu s aplikacijom je distribucija novih verzija programa. Da bi se zadržala

uspješna razina podrške, osim tehničkih i poslovnih znanja, neophodna je organizacija službe podrške vrlo velike

učinkovitosti, radi promptnog interveniranja: na terenu, u centrali, u svakodnevnom radu ali i u izvanrednim

situacijama.

Dva su osnovna tipa podrške sustavu i korisnicima sustava:

poslovna podrška

tehnička podrška.

Postoji nekoliko metoda pružanja usluga podrške, te ovisno o metodi drugačija procedura pružanja usluga podrške.

Poslovna podrška

Potreba za poslovnom podrškom korisnicima javlja se kad korisnik sustava ne zna ili nije u stanju samostalno izvoditi

neki poslovni postupak koji je podržan funkcionalnostima u sustavu.

Pružatelj usluga podrške u ovoj situaciji mora raspolagati stručnim resursima sa znanjem i iskustvom:

1. Poznavanja poslovnih procesa, i poslovnih potreba koje podržava sustav (poslovni know-how);

2. Detaljno poznavanje mogućnosti programske osnove sustava;

3. Poznavanje i kontinuirano praćenje zakonske regulative od utjecaja na rad sustava;

4. Sposobnost za edukaciju korisnika sustava, radi povećanje njihovog znanja i sposobnosti za korištenje

sustava.

Poslovno znanje najvažnija je značajka zaposlenika na podršci, a primjena je svakodnevna, od savjeta kako riješiti

poslovni problem pa do usluga savjetovanja i edukacije korisnicima.

Pružateljevi zaposlenici na podršci moraju imati znanja iz slijedećih poslovnih područja:

• Planiranje i izrada prijedloga državnog proračuna

• Proces izvršenja državnog proračuna

• Načini transfera novčanih sredstava korisnicima III. razine proračunskih sredstava

• Praćenje realizacije izvršenja državnog proračuna

• Izrada konsolidirane bilance

• Poslovanje preko riznice (tekući izdaci, kapitalni izdaci)

• Poslovi platnog prometa

• Isplata honorara (npr. ugovori o djelu, ugovori o autorskom djelu, naknada za rad u povjerenstvima)

• Materijalno knjigovodstvo

• Knjigovodstvo dugotrajne imovine

• Vođenje glavne knjige

• Vođenje knjige ulaznih faktura

• Vođenje knjige kapitalnih izdataka

• Poslovi na evidenciji i obračunu

Usluge poslovne podrške

Poslovnom podrškom Pružatelj korisnicima osigurava stalnu pomoć pri korištenju poslovnih funkcionalnosti

sustava. Poslovna podrška korisniku odnosi se na:

Konzultacije

Podrazumijeva stalnu savjetodavnu pomoć korisniku glede djelotvorne primjene ISPR.

Korektivnu pomoć

Republika Hrvatska



JN-M-9/2017

12

Podrazumijeva stalnu pomoć korisniku da u slučajevima kada neka od komponenti sustava ne radi prema

specifikaciji (bilo da je uzrok pogreške u sustavu, hardveru ili pogrešna operacija korisnika) – započete

poslove privede kraju korektno, u najkraćem roku i/ili sa što manjim gubitkom podataka.

Poslovnu podršku Izvoditelj će pružati korištenjem metoda daljinskog pristupa (izravno na aplikacijama

sustava) i/ili izravnom komunikacijom, korištenjem bilo kojeg prihvatljivog vida telekomunikacija.

Edukacije

Podrazumijeva provođenje edukacija za korištenje pojedinim aplikacija i modula ISPR za potrebe

zaposlenika Ministarstva, prema rasporedu kojeg će Pružatelj dogovoriti s Ministarstvom. Naime, česta

fluktuacija zaposlenika Ministarstva ili poslovno uvjetovana preraspodjela zaposlenika na nove poslovne

zadatke i procese zahtjeva učestale edukacije za korištenje pojedinih aplikacij i modela. Pružatelj i

Ministarstvo mogu dogovoriti stalne tjedne ili rjeđe termine za održavanjem edukacija. Prostor i opremu za

provođenjem edukacija osigurava Ministarstvo.

Tehnička podrška

Sustav Područne riznice izvorno je projektiran i izgrađen kao distribuirano programsko rješenje client-server tipa,

koje se sastojao od servera na središnjoj lokaciji (Ministarstvo), te (u trenutku nastajanja) od 250 distribuiranih

servera, u zasebnim pravnim subjektima, na zasebnim lokacijama u Republici Hrvatskoj.

Svaki od ovih servera podržavao je lokalnu mrežu na kojoj su spojena računala računovodstvenih radnika tog

pravnog subjekta. Ujedno, svi serveri spajali su se po potrebi na središnji server, pri čemu su se aktivirale

integracijske mogućnosti sustava kao podrška određenim poslovnim procesima područne riznice.

Krajem 2016. godine dovršena je arhitekturna konsolidacija i centralizacija sustava na način da su baze podataka i

programsko rješenje Ministarstva u užem smislu postavljene na središnjim serverima na lokaciji Ministarstva, a

umjesto 150 distribuirana servera na lokacijama ustanova, poslovne baze su premještene na potreban broj

centraliziranih servera u oblaku (Microsoft Azure Cloud). Lokalni serveri u ustanovama izgubili su svoju sadašnju

funkciju aplikativnih servera u ISPR Ministarstva.

Složenost infrastrukture sustava zahtjeva da Pružatelj usluga tehničke podrške sustavu raspolaže dovoljnim brojem

stručnih resursa sa znanjem i iskustvom:

1. Kompetencije za tehničke podršku strojnoj osnovi, na kojoj je sustav uspostavljen;

2. Znanja potrebna za upravljanje mrežnom i telekomunikacijskom infrastrukturom sustava;

3. Poznavanje tehnološke platforme i sustava upravljanja bazom podataka (RDBMS) u Microsoft Azure

oblaku;

4. Specifična znanja i konkretno iskustvo upravljanja infrastrukturom u Microsoft Azure oblaku

Usluge tehničke podrške

Tehnička podrška radu sustava odnosi se na Ponuditeljevu podršku informatičkom osoblju Naručitelja. Pod njom se

smatra pomoć zaposlenicima Službe za informatičku podršku Ministarstva pri dijagnosticiranju problema koji mogu

nastupiti u radu s informacijskim sustavom, a vezani su uz prilagođivanje sistemskog softvera, baza podataka ili

probleme u njihovom radu.

Kada je problem hardverske naravi, naročito na distribuiranim lokacijama sustava (kvar opreme, greška na mreži ili

telekomunikacijskim uređajima i vezama i sl), Ponuditelj treba napraviti dijagnosticiranje problema, te o provedenoj

analizi izvijestiti predstavnika Službe za informatičku podršku Naručitelja i korisnika u ustanovi.

Usluge koje Ponuditelj u kasnijem postupku izvede na bilo kojoj komponenti sustava posebno se evidentiraju i

vrednuju, jer nisu predmet ovog postupka nabave. Također Ponuditelj nije dužan obavljati popravke opreme jer niti

to nije predmet ovog postupka nabave.

Ovisno o tipu uslugu podrške moguće je pružati na dva načina, kako slijedi:

Načini pružanja usluga podrške:

Republika Hrvatska



JN-M-9/2017

13

Način pružanja podrške Poslovna podrška Tehnička podrška

Interventno neposredno po uočavanju problema,

odnosno temeljem zahtjeva korisnika

(incidenta)

neposredno po uočavanju problema,

odnosno temeljem zahtjeva korisnika

(incidenta)

Planski (pro-aktivno) kroz planske edukacije korisnika,

savjetovanja, te druge prikladne

usluge s ciljem podizanja razine

znanja i sposobnosti korisnika sustava

kroz planske analize statusa sustava,

tehničko savjetovanje, te druge

aktivnosti s ciljem podizanja razine

tehničke spremnosti, efikasnosti i

kvalitete sustava

Model iniciranja zahtjeve i evidentiranja usluga – Incident

Bez obzira o kojem se tipu usluge radi, usluge se pružaju kroz model incidenata. Incident se definira kao jedan

prijavljeni problem (zahtjev ili pogreška) i svi odgovarajući postupci potrebni za rješavanje tog problema (zahtjeva

ili pogreške). Jednim incidentom se smatra isključivo jedan problem (prijedlog ili pogreška) koji se ne može razložiti

na pod-probleme. Ako se problem (prijedlog ili pogreška) sastoji od više pod-problema, svaki od njih se tretira kao

zasebni incident.

Incidenti se uobičajeno rješavaju u redovnom radnom vremenu. Iznimno, predstavnik Naručitelja kod iniciranja

incidenta može zahtijevati da se incident rješava i u produženom ili izvanrednom radnom vremenu (ako to smatra

potrebnim).

Tijekom rješavanja incidenta Provoditelj može od korisnika zahtijevati dodatne informacije potrebne za rješavanje

problema. Postupak rješavanja problema može zahtijevati intenzivnu međusobnu komunikaciju, istraživanje uzroka

problema, izlazak na teren inženjera za podršku, te odgovarajuće aktivnosti zaposlenika Korisnika.

Rješenje incidenta može uzrokovati i izmjenu aplikacija, koja će se obaviti u nekoj od slijedećih verzija prema planu.

Incidente Provoditelju, u ime korisnika ISPR (i ustanova i Ministarstva) prijavljuju zaposlenici Službe za

informatičku podršku Ministarstva. Za ovu svrhu Provoditelj mora imati jednostavan i transparentan help-desk

sustav.

Radi velikog broja korisnika sustava te složene topologije i arhitekture sustava, Ponuditelj treba postupati prema

jasno razrađenoj proceduri pružanja usluga interventne podrške, koju treba priložiti uz ponudu.

Radno vrijeme službe podrške

Ponuditelj treba osigurati pružanje usluga podrške standardno u redovnom radnom vremenu.

Rad u produženom i izvanrednom radnom vremenu omogućeni su ako kod prijave problema predstavnik Naručitelja

zatraži (i odobri) rad u produženom ili izvanrednom radnom vremenu na tom problemu.

Redovno radno vrijeme podrazumijeva rad ponedjeljkom, utorkom, srijedom, četvrtkom i petkom od 08:00 do 16:00

– ako u te dane ne pada državni blagdan.

Produženo radno vrijeme podrazumijeva rad ponedjeljkom, utorkom, srijedom, četvrtkom i petkom od 16:00 do

20:00 – ako u te dane ne pada državni blagdan.

Izvanredno radno vrijeme podrazumijeva rad ponedjeljkom, utorkom, srijedom, četvrtkom i petkom od 20:00 do

08:00 te subotom, nedjeljom i državnim blagdanom od 00:00 do 24:00.

Posjeta na lokaciji korisnika

Iznimno, kao dopuna navedenim vrstama podrške, ponekad su potrebni i posjeti korisnicima na njihovim lokacijama.

Cilj ovih poslova jest otklanjanje problema na lokaciji korisnika koji se ne mogu otkloniti telefonski, modemski ili

u servisu Provoditelja.

Ovaj način pružanja usluga podrške provodi se samo u izvanrednim okolnostima, ako to nije moguće napraviti na

prethodno opisane načine. Usluge koje Provoditelj obavi na ovaj način, na bilo kojoj komponenti sustava, posebno

se evidentiraju i vrednuju, jer ne mogu biti predviđene osnovnim Ugovorom.

Republika Hrvatska



JN-M-9/2017

14

O tome predstavnik Provoditelja mora jasno i nedvosmisleno upozoriti krajnjeg korisnika intervencije. Krajnji

korisnik intervencije snosi obavezu plaćanja ove usluge i potrebna je njegova prethodna suglasnost.

Rad u servisu

Ponuditelj treba imati uvjete za rješavanje određenih problema u vlastitim prostorijama.

Ukoliko za samo otklanjanje prijavljenog problema nije potrebno izravno sudjelovanje korisnika sustava (npr.

popravci na bazama podataka) ili se problem ne može lako riješiti daljinskim pristupom, niti na lokaciji kod korisnika

(npr. rekonstrukcija problema u servisu Ponuditelja i/ili konzultacije s projektnim i sistemskim timom i sl.),

intervencija se nastavlja radom u servisu Ponuditelja. Usluge koje Ponuditelj izvede na ovaj način, na bilo kojoj

komponenti sustava posebno se evidentiraju i vrednuju, jer ne mogu biti predviđene osnovnim Ugovorom. O tome

predstavnik Izvoditelja mora jasno i nedvosmisleno upozoriti krajnjeg korisnika intervencije. Krajnji korisnik

intervencije snosi obavezu plaćanja ove usluge i potrebna je njegova prethodna suglasnost

Izvješća o pruženim uslugama

Izvoditelj će odgovornom predstavniku Naručitelja po isteku svakog kalendarskog mjeseca dostaviti izvješće o svim

evidentiranim uslugama podrške izvršenim tijekom prethodnog mjeseca. Izvješće treba dostaviti kao privitak uz

račun za usluge prethodnog mjeseca.

Obavezni sadržaj izvješća za određeni period:

Razdoblje: dd.mm.gggg do dd.mm.gggg Ukupni broj

incidenata: nn

Datum

kreiranja

Broj

incidenta

Ime osobe koja je

prijavila incident Status

Opis

zahtjeva Opis rješenja

Elektronička kopija izvješća dostavlja se predstavniku Naručitelja elektroničkom poštom.

Republika Hrvatska



JN-M-9/2017

15

Sadržaj ponude za podršku

Od Ponuditelja se očekuje da dostavi ponudu za slijedeći opseg i način pružanja usluga podrške korisnicima

informacijskog sustava:

Tip Opis Opseg

Poslovna

podrška

Interventna podrška – zaposlenici

Izvoditelja pružaju pomoć

korisnicima sustava neposredno

po uočavanju problema, odnosno

temeljem zahtjeva korisnika

(incidenta)

Konzultacije

Savjetodavna pomoć korisnicima sustava s ciljem ispravne i/ili

djelotvorne primjene financijsko-računovodstvenog sustava

područne riznice.

Korektivna pomoć

Podrazumijeva stalnu pomoć korisniku da u slučajevima kada neka

od komponenti sustava ne radi prema specifikaciji (bilo da je uzrok

pogreške u sustavu, hardveru ili pogrešna operacija korisnika)

započete poslove privede kraju korektno, u najkraćem roku i/ili sa

što manjim gubitkom podataka.

Edukacije

Podrazumijeva provođenje edukacija za korištenje pojedinim

aplikacija i modula ISPR za potrebe zaposlenika Ministarstva,

prema rasporedu kojeg će Pružatelj dogovoriti s Ministarstvom.

Naime, česta fluktuacija zaposlenika Ministarstva ili poslovno

uvjetovana preraspodjela zaposlenika na nove poslovne zadatke i

procese zahtjeva učestale edukacije za korištenje pojedinih

aplikacij i modela. Pružatelj i Ministarstvo mogu dogovoriti stalne

tjedne ili rjeđe termine za održavanjem edukacija. Prostor i opremu

za provođenjem edukacija osigurava Ministarstvo.


Tehnička

podrška

Interventna tehnička podrška

Zaposlenici službe podrške

pomažu u dijagnosticiranju

uzroka eventualnih tehničkih

problema u sustavu, neposredno

po uočavanju problema, odnosno

temeljem zahtjeva korisnika

(incidenta)

Tehnička podrška usmjerena je zaposlenicima Službe za

informatičku podršku Naručitelja, kao pomoć s ciljem otklanjanja

tehničkih problema unutar sustava. To je pomoć pri

dijagnosticiranju problema koji mogu nastupiti u radu s

informacijskim sustavom, a vezani su uz

prilagođavanje/podešavanje sistemskog softvera, komunikacijskih

komponenti, sustava za upravljanje bazama podataka te otklanjanje

problema u njihovom radu.

Problemi mogu nastati podjednako na:

1 središnjoj lokaciji – Ministarstvo

148 pravnih subjekta – ustanove


Planske aktivnosti tehničke

podrške provode se kroz planske

analize statusa sustava, ažuriranje

statusa, tehničko savjetovanje, te

druge aktivnosti s ciljem

podizanja razine tehničke

spremnosti, optimizacije,

efikasnosti i kvalitete sustava.

Tehničke i sistemske usluge konfiguriranja, podešavanja, i

održavanja virtualne infrastrukture potrebne za rad korisničkih

sustava i ISPR kao cjeline u Azure oblaku.

Predviđeno minimum 1 č/d sistem inženjera mjesečno. Cijena

treba biti uključena u paušalni iznos ponude.

DOKUMENTACIJA I IZVORNI KOD

Za sve nadogradnje ISPR novim modulima/aplikacijama Provoditelj je dužan napraviti snimku stanja i potreba te

detaljnu specifikaciju funkcionalnosti koju odobrava ovlašteni predstavnik Ministarstva. Također, Provoditelj će

Ministarstvu predložiti check listu za provođenje inicijalnog testa prihvatljivosti po kojoj će se testirati razvijeni

moduli/aplikacije. Modul/aplikaciju nije moguće implementirati u produkcijsko okruženje dok u potpunosti nije

zadovoljen i od obje strane potpisan inicijalni test prihvatljivosti.

Po završetku implementacije Provoditelj je obavezan nadopuniti postojeću tehničku dokumentaciju sustava te

Republika Hrvatska



JN-M-9/2017

16

izraditi korisničke upute za nadograđeni dio sustava. Dokumenti koje je ovlašteni predstavnik Ministarstva odobrio

– snimka stanja i potreba te detaljna specifikacija traženih funkcionalnosti – kao i opis izvedenog rješenja sastavni

su dio tehničke dokumentacije sustava.

U roku od 7 dana od dana potpisanog zapisnika o implementaciji novih modula/aplikacija Provoditelj je obavezan

dostaviti najnoviju verziju izvornog koda i dokumentacije na nekom od prijenosnih medija za pohranu podataka

odgovornoj osobi u Ministarstvu.

Također, zajedno s računom i izvještajem za posljednje razdoblje prema aktualnom ugovoru Provoditelj je dužan

isporučiti izvorni kod trenutne produkcijske verzije ISPR. Provoditelj je dužan postupiti identično i u slučaju

prijevremenog prekida trajanja ugovora, neovisno o uzroku i razlozima prekida, kao i na eventualni izričiti zahtjev

odgovorne osobe u Ministarstvu.

Republika Hrvatska



JN-M-9/2017

17

TROŠKOVNIK

Rbr. Usluga Jedinična cijena

bez PDV-a (kn)

Količina

Ukupno bez

PDV-a (kn)

(4 x 5)

1 2 3 4 5 6

1.

Usluga održavanja ISPR

(jamstveno, korektivno,

održavanje baza podataka) za

potrebe Ministarstva za

demografiju, obitelj, mlade i

socijalnu politiku te ustanova

Mjesečno

paušalno

10

mjeseci

2. Razvojno održavanje čovjek/dan

85

čovjek

/dana

3.

Funkcionalno proširenje –

razvoj i implementacija Modula

cjelovitog rješenja za planiranje

i praćenje izvršenja objedinjene

nabave

Cijena

razvoja i

implementacije 1

4.

Funkcionalno proširenje –

razvoj i implementacija Modula

za praćenje i plaćanje računa za

socijalne usluge

Cijena

razvoja i

implementacije 1

5.

Usluga podrške ISPR za

potrebe Ministarstva za

demografiju, obitelj, mlade i

socijalnu politiku te ustanova

Mjesečno

paušalno

10

mjeseci

Ukupno (bez PDV-a) kn

PDV (25%)

Ukupno (s PDV-om) kn

ROKOVI ISPORUKE MODULA:

Funkcionalno proširenje – razvoj i implementacija Modula

cjelovitog rješenja za planiranje i praćenje izvršenja objedinjene

nabave

Funkcionalno proširenje – razvoj i implementacija Modula za

praćenje i plaćanje računa za socijalne usluge

NAPOMENA: Temeljem ugovora o javnoj nabavi naručitelj će odabranom pružatelju izdati zahtjev, a koji zahtjev

mora biti zaprimljen kod pružatelja u roku koji omogućuje njegovo izvršavanje prije isteka roka od deset (10)

mjeseci od dana sklapanja ugovora o javnoj nabavi.

Documents

A SPECIFIKACIJA / OPIS PREDMETA NABAVE / TROŠKOVNIK. Tehničke specifikacije... · Blagajna Isplate iz blagajne i uplate u blagajnu Putni nalozi Vođenje evidencije i isplate po