Održavanje sistema za ljudske resurse

TS.docx TEHNIČKI ZAHTEV (SPECIFIKACIJE) Za javnu nabavku Usluge- Održavanje sistema za ljudske resurse OPIS PREDMETA JAVNE NABAVKE Predmet javne nabavke je nabavka usluga servisnog održavanja sistema za upravljanje ljudskim resursima (eng. Human recource, u daljem tekstu HRMS). Poreska uprava je u prethodnom periodu razvila i implementirala IIS (Integrisani informacioni sistem, u daljem tekstu IIS) i uspostavila odgovarajuću arhitekturu. Predmetne usluge održavanja sistema poslovnih funkcija odnose se na održavanje i eventualno poboljšanje već postojećih funkcionalnosti sistema i usklađivanje sa potencijalnim izmenama propisa, u meri u kojoj izmena ne predstavlja bitno novi razvoj uz poštovanje sledećih principa: poštovanje mera zaštite, očuvanje bezbednosti i sigurnosti aplikacija i podataka mogućnost povezivanja sa drugim sistemima fleksibilnost i prilagođavanje. Realizacija svakog novog izdanja sistema, nastalog usled izvršenih predmetnih usluga, mora da se oslanja na prethodnu sistemsku celinu, uz očuvanje svih funkcionalnosti i mera zaštite iz postojećeg sistema. Predmetne usluge izvršavaju se kao: Korektivno održavanje Preventivno održavanje Perfektivno održavanje Adaptivno održavanje Periodično izveštavanje Ponuđač je u obavezi da, po pozivu Naručioca i po usaglašenim mehanizmima komunikacije, u prostorijama Naručioca vrši sve usluge održavanja, po gore navedenim oblicima održavanja (korektivno, preventivno, perfektivno, adaptivno). Ponuđač je u obavezi da se, u skladu sa opštom profesionalnom etikom i dobrom inženjerskom praksom, za zahteve od kritične važnosti za poslovanje Naručioca, u okvirima svojih mogućnosti maksimalno angažuje i da uloži sve napore (eng. „best effort“) u pronalaženju adekvatnog rešenja u najkraćem mogućem roku. Deo IIS-a je i sistem za upravljanje ljudskim resursima (HRMS), koji sadrži sledeće interno i eksterno integrisane funkcionalne celine: Generalna lista funkcionalnosti HRMS sistema HRMS MODUL Sekcija/Procesi/Pod - procesi Funkcionalnosti 0. Opšti funkcionalni zahtevi 01.Notifikacije HRMS treba da omogući slanje notifikacija o promeni statusa dokumenta putem e-mail-a. Svaki korisnik prilikom logovanja u aplikaciju treba da ima notifikacije potrebne za nesmetano obavljanje aktivnosti. 02.Elektronska dokumenta HRMS treba da omogući generisanje i automatsko popunjavanje elektronskih dokumenata koji se koriste u poslovnim procesima. Elektronska dokumenta su:završna dokumenta svakog procesa (rešenja, odluke, zaključci,...) i pomoćna dokumenta za donošenje završnog akta (zapisnici, pozivi, izjave,...) 03.Role i uloge HRMS treba da omogući definisanje aplikativnih rola i uloga. HRMS treba da omogući povezivanje aplikativnih i sistemskih rola i uloga. 04.Validacija podataka HRMS treba da omogući definisanje obaveznih polja i mogućnost provere unetih podataka prema definisanim poslovnim pravilima. 05.Izveštavanje i eksport HRMS treba da obezbedi generator izveštaja. U generatoru izveštaja treba da se omogući definisanje polja koja se prikazuju, njihov redosled kao i kriterijumi za selekciju. Treba da bude omogućen eksport (izvoz) u neki od formata csv, txt i xls. 1. Planiranje ljudskih resursa 01. Proces planiranja ljudskih resursa HRMS treba da omogući kreiranje „ad-hok“ izveštaja o broju zaposlenih. HRMS treba da omogući izveštavanje po predefinisanim obrascima: Izveštaj o datumu prestanka angažovanja prema vrsti posla, Izveštaj o datumu prestanka radnog odnosa po sili Zakona, Izveštaj o broju (budućih) upražnjenih radnih mesta (U zadatom vremenskom roku) – analiza internih resursa. U definisanim izveštajima treba da bude prikazan presek po organizacionim jedinicama i radnom odnosu. HRMS treba da omogući unos i obradu podataka o zauzetosti radnih mesta sa početnim i završnim danima (Uvid kada je radno mesto upražnjeno kako bi se inicirao proces zapošljavanja). 2. Analiza posla 01. Proces opisa posla HRMS treba da omogući upravljanje procesa opisa posla HRMS treba da omogući unos i obradu podataka o tipu radnog mesta. Tip radnog mesta treba da sadrži podatke: šifre, naziva, opisa poslova, procena rizika i značaja radnog mesta. Opis posla za svako radno mesto definisan je Zakonom i internim procedurama. HRMS treba da omogući „ad-hoc“ izveštaje o informacijama vezanim za radno mesto. 02. Proces izmene ili izrade sistematizacije HRMS treba da omogući upravljanje procesom izmene ili izrade sistematizacije HRMS treba da omogući pregled i uređivanje (editovanje) sistematizacije. HRMS treba da omogući formiranje nove sistematizacije. Izmena sistematizacije treba da omogući izradu nove sistematizacije i izmenu postojeće korišćenjem smernica. Funkcionalnosti su: dodavanje organizacionih jedinica i radnih mesta brisanje organizacionih jedinica i radnih mesta menjanje redosleda organizacionih delova u stablu sistematizacije kopiranje organizacionih delova iz jedne sistematizacije u drugu generisanje rednih brojeva radnih mesta prema definisanom redosledu u stablu sistematizacije mogućnost automatskog dodeljivanja oznaka radnih mesta koristeći definisano pravilo.Pravilo za automatsku oznaku radnog mesta: slovna oznaka sistematizacije + “-” + dvocifrena oznaka broja organizacione jedinice na osnovu pozicije u sistematizaciji + „.“ + dvocifrena oznaka broja radnog mesta u zavisnosti od pozicije u sistematizaciji mogućnost kopiranja oznaka organizacionih jedinica i radnih mesta iz sistematizacije na osnovu koje se kreira nova (u ovom slučaju se ručno administriraju oznake organizacionih jedincia i radnih mesta) Elementi sistematizacije su: - Organizacione jedinice (šifra, naziv, teritorijalna pripadnost), - radna mesta (šifra, naziv, opis poslova, procena rizika radnog mesta), - broj izvršilaca, - grupe zvanja i - platni razredi i uslovi (stečeno obrazovanje, broj godina radnog iskustva u struci, kompetencije...). Opis poslova i kompetencije treba da sadrže meta podatke i tekstualni opis. Sistematizacija sadrži šifarnike organizacionih jedinica, radnih mesta, zvanja, platnih razreda, teritorijalne organizacije. Pored mogućnosti kreiranja sistematizacije, postoji mogućnost manuelnog kreiranja sistematizacije, kroz šifarnike organizacionih jedinica i radnih mesta definišući pripadnost sistematizaciji i hijerarhiju. Na ovaj način ne postoji mogućnost automatskog definisanja veza nasleđivanja. HRMS treba da omogući unos i obradu privremenih povremenih radnih mesta (šifra, naziv, opis poslova, broj izvršilaca,zvanje i uslovi (stečeno obrazovanje, broj godina radnog iskustva u struci, kompetencije,...). Privremeno i povremeno radno mesto se nalazi u okviru organizacione jedinicie, ali nije sistematizovano. Obzirom da se kroz IDM propagiraju podaci koji moraju da budu vezani za organizacionu jedinicu i mesto rada koje je definisano na radnom mestu, odlučeno je da će se i ljudi na privremeno povremenom radnom angažovanju postavljati na sistematizovano radno mesto, s’ tim da se neće računati u popunjenost datog radnog mesta. HRMS treba da omogući izveštavanje o sitematizaciji. HRMS treba da omogući da je radno mesto povezano sa radnim mestom iz prethodne sistematizacije (uvid u istorijat radnog mesta) ukoliko se sistematizacija kreirana na osnovu postojeće. HRMS treba da omogući unos i obradu numeričkog podatka o složenosti radnog mesta i uslova rada. Izmena sistematizacije treba da omogući grafički prikaz - organogram. Izmena sistematizacije treba da onemoguići dupli unos identičnog radnog mesta u okviru jedne organizacione jedinice. Ukoliko jedno radno mesto ima više mesta rada unosi se onoliko puta koliko ima mesta rada, ali ima jedan redni broj iz sistematizacije. HRMS treba da obezbedi pregled istorijata sistematizacija. 3. Upravljanje karijerom 01. Proces premeštaja HRMS treba da omogući upravljanje procesom premeštanja. HRMS treba da omogući generisanje (automatsko popunjavanje) elektronskih dokumenata koji se koriste u procesu premeštanja: predlog, saglasnost i rešenje o privremenom premeštaju; predlog, saglasnost i rešenje o trajnom premeštaju. HRMS treba da omogući da se preko IDM propagiraju podaci vezani za premeštaj. 02. Proces raspoređivanja po novoj sistematizaciji HRMS treba da omogući upravljanje procesom raspoređivanja po novoj sistematizaciji HRMS treba da omogući generisanje izveštaja o radnim mestima, njihovoj popunjenosti (koja radna mesta nisu popunjena, koji zaposleni je raspoređen na radno mesto, koja lica zadovoljavaju kriterijume za raspoređivanje na radno mesto, lista neraspoređenih). HRMS treba da omogući štampanje rešenja po vrsti angažovanja: - raspoređivanje na neodređeno, - raspoređivanje za nameštenike, - raspoređivanje na određeno, - ugovor o radu HRMS treba da omogući generisanje (popunjavanje) elektronskih dokumenata koji se koriste u procesu raspoređivanja: rešenje o raspoređivanju na neodređeno vreme, Takođe i : rešenje o raspoređivanju na određeno vreme, saglasnost i ugovor o radu. Ukoliko se sistematizacija kreira na osnovu postojeće automatski se generišu veze nasleđivanja na osnovu čega se zaposleni mogu automatski rasporediti na radna mesta i organizacione jedinice iz nove sistemtaizacije koristeći formu za masovna raspoređivanja. HRMS treba da omogući da se preko IDM propagiraju podaci vezani za rapsoređivanje po novoj sistematizaciji. 4. Zapošljavanje 01.Proces regrutacije HRMS treba da omogući upravljanje procesom rugrutacije HRMS treba da omogući unos i obradu podataka o potencijalnim kandidatima (npr. Podaci o biografiji, radno iskustvo, zanimanje, prethodno iskustvo, strani jezik, vozačka dozvola, podaci o obrazovanju, obuke i sertifikati) i izveštavanje na osnovu različitih kriterijuma 02. Proces selelkcije HRMS treba da omogući generisanje i automatsku popunu elektornskog dokumenta: Zahtev(predlog) za popunu radnog mesta. Potrebni podaci uključuju: Stručnu spremu, godine iskustva, stručne ispite, strane jezike, kategorije vozačke dozvole HRMS treba da omogući izradu komparativnog izveštaja između zahteva radnog mesta i podnete prijave za to radno mesto 03. Pod -proces zasnivanja radnog odnosa na određeno vreme HRMS treba da omogući upravljanje procesom zasnivanja radnog odnosa na određeno vreme. HRMS treba da omogući generisanje i automatsku popunu elektronskih dokumenata: predlog rukovodioca organizacione jedinice, predlog centrale, Saglasnost i rešenje zasnivanja radnog odnosa na određeno vreme, obaveštenju o neispunjavanju uslova za zasnivanje radnog odnosa na određeno vreme. HRMS treba da omogući da se preko IDM propagiraju podaci vezani za zasnivanje radnog odnosa na određeno vreme. 04. Pod-proces zasnivanja radnog odnosa na neodređeno vreme HRMS treba da omogući upravljanje procesom zanisvanja radnog odnosa na neodređeno vreme HRMS treba da omogući generisanje i automatsku popunu elektronskih dokumenata: Predlog, saglasnost i Rešenje o zaposlenju na neodređeno vreme. HRMS treba da omogući da se preko IDM propagiraju podaci vezani za zasnivanje radnog odnosa na neodređeno vreme. 05. Pod-proces raspisivanja konkursa HRMS treba da omogući upravljanje podprocesom raspisivanja konkursa HRMS treba da omogući generisanje i automatsku popunu elektronskih dokumenata: zahtev za regrutovanje, predlog, saglasnost i rešenje o raspisivanju konkursa, predlog, saglasnost i rešenje o formiranju konkursne komisije i teksta konkursa 06. Pod-proces pregleda konkursnih prijava HRMS treba da omogući unos i obradu podataka o potencijalnim kandidatima (lični podaci, stučna sprema, radno iskustvo, strani jezici, posebne veštine, ispiti,...) i izveštavanje po raznim kriterijumima. HRMS treba da omogući upravljanje podprocesom pregleda konkursnih prijava HRMS treba da omogući informaciju da li je kandidat prethodno podnosio prijavu. HRMS treba da omogući forimanje uporednog izveštaja između zahtevanog radnog mesta i podnete prijave za to radno mesto. HRMS treba da omogući unos i obradu podataka o testiranju kandidata. HRMS treba da omogući listu kandidata prema kriterijumima za selekciju i/ili rezultatima testa HRMS treba da omogući generisanje i automatsku popunu elektrosnkih dokumenata: Zapisnik o radu konkursne komisije, Zapisnik sa izborne sednice, lista kandidata,... 07. Proces angažovanja van radnog odnosa HRMS treba da omogući upravljanje procesom angažovanja van radnog odnosa HRMS treba da omogući da se preko IDM propagiraju podaci vezani za zasnivanje radnog odnosa na neodređeno vreme po definisanoj specifikaciji. HRMS treba da omogući generisanje i automatsku popunu elektornskih dokumenata: predlog i odluka o angažovanju za obavljanje određenog posla. 5. Uvođenje u posao 01. Proces pripravništva i mentorstva Vodi se evidencija o uvođenju radnika u posao. Definišu se radnik, mentor, datumi početka i završetka mentorstva, kao i da li je položen državni ispit. Moguće je definisati radne zadatke sa predviđenim datumima za početak i završetak zadatka, ocenom i obrazloženjem ocene. 6. Personalna evidencija 01. Proces evidencije relevantnih podataka o zaposlenom HRMS treba da omogući upravljanje procesom evidencije relevantnih podataka HRMS treba da omogući unos i obradu personalnih podataka (podaci sa uputstvom SUK-a na osnovu člana 160. Zakona o državnim službenicima, stambenom statusu, Kadrovkim upitnicima PU, vrsti i stepenu invaliditeta i stepenu radne sposobnosti, informaciju o nadređenom, planovima i sl.). 02. Pod–proces disciplinskog postupka HRMS treba da omogući unos i obradu podataka disciplinskih podataka (započinjanje i okončanje postupka, mere , kazne,...). Navedene aktivnosti nastaju van HRMS sistema. Preko IDM se propagiraju podaci o suspenziji na osnovu ove evidencije. 03. Pod-proces obračuna prekovremenog rada HRMS treba da omogući generisanje i automatsku popunu elektornskih dokumenata: Rešenje o ostvarenom prekovremenom radu. 04. Pod-proces odobravanja slobodnih dana HRMS treba da omogući generisanje i automatsku popunu elektronskih dokumenata: Rešenje o slobodnim danima po osnovu prekovremeng rada. 05. Pod-proces obračuna prekovremenih sati HRMS treba da omogući generisanje i automatsku popunu elektronskih dokumenata: Rešenje o isplati prekovremenih sati. 06. Pod-proces evidencije plaćenog i nepraćenog odsustva sa rada HRMS treba da omogući upravljanje procesom evidencije plaćenog i neplaćenog odsustva sa rada HRMS treba da omogući generisanje i automatsku popunu elektronskih dokumenata: zahtev, saglasnost i rešenje o plaćenom odsustvu, zahtev, saglasnost i rešenje o neplaćenom odsustvu , zahtev, saglasnost i rešenje o godišnjem odmoru. 07. Pod-proces evidencije godišnjeg odmora HRMS treba da omogući upravljanje procesom evidencije godišnjeg odmora HRMS treba da omogući računanje dana godišnjeg odmora prema definisanim uslovima iz Kolektivnog ugovora. Postoji mogućnost pojedinačnog i masovnog, kao i srezmernog obračuna broja dana godišnjeg odmora. HRMS treba da omogući generisanje i automatsku popunu elektronskih dokumenata: zahtev, saglasnost i rešenje o godinjem odmoru 08. Proces prestanka radnog odnosa HRMS treba da omogući upravljanje procesom prestanka radnog odnosa HRMS treba da omogući generisanje i automatsku popunu elektornskih dokumenata: rešenje o prestanku radnog odnosa na osnovu naloga poslodavca,na osnovu zahteva zaposlenog, odlaska u penziju (invalidska, sila zakona, dobrovoljna), smrti zaposlenog, rešenje o odbijanju zahteva zaposlenog 7. Funkcionalnosti zdravlja i sigurnosti na radu 01. Proces evidencije povreda na radu HRMS treba da omogući upravljanje procesom evidencije povreda na radu. HRMS treba da omogući unos i obradu podataka o povredama na radu u skladu sa zahtevanim podacima na propisanom obrascu u skladu sa Parvilnikom koji reguliše navedenu aktivnost. HRMS treba da omogući izveštavanje po predefinisanim obrascima izveštavanja iz pravilnika o evidencijama u oblasti bezbednosti i zdravnja na radu (evidencija o radnim mestima sa povećanim rizikom, evidencija o zaposlenima raspoređenim na radnim mestima sa povećanim rizikom, evidencije o povredama na radu, evidencije o zaposlenima osposobljenim za bezbedan i zdrav rad, evidencije o prijavljenim povredama na radu ,profesionalnim oboljenjima, ...). HRMS treba da omogući izveštavanje po predefinisanim obrascima izveštavanja iz procesa evidencije povreda na radu , npr. Izveštaji po zahtevu PU (o povredama na radu, statistike povreda po vrsti , tipu, učestalosti, po zaposlenom po radnom mestu i sl.) 02. Proces antimobing antistres procedure HRMS treba da omogući upravljanje procesom eviidencije mobinga HRMS treba da omogući unos i obradu podataka o mobingu (datum prijave, opis ponašanja mobera, svedoka, predlog razrešenja, da li je postignut sporazum, ko je posrednik prijavljivača mobinga i posrednik prijavljenog mobera ukoliko ih imaju). HRMS treba da omogući generisanje i automatsku popunu elektornskih dokumenata: Prijava mobinga, izveštaj o obavljenom razgovoru i dogovoru, sporazum o budućem ponašanju. “ Dodatne funkcionalnosti: HRMS MODUL Sekcija/Procesi/Pod - procesi Funkcionalnosti Dodatni opis Administracija ljudskih resursa Administracija radnika Centralna kadrovska evidencija (dosije zaposlenog) Sistem mora omogućiti efikasno vođenje evidencije o obrazovanju zaposlenih na svim nivoima stručne spreme, uz jasnu identifikaciju i razdvajanje po nivou stručne spreme na osnovu koje se vrši raspoređivanje zaposlenih. Legitimacije Mora se obezbediti automatsko dodeljivanje identifikacionih brojeva za potrebe poreske kontrole, uz logičku enkripciju i direktnu povezanost sa identifikacionim brojem i pripadajućim znakom. Identifikacioni zapis treba da sadrži sve relevantne informacije o datumima zaduženja i razduženja, statusu, izdavanju duplikata i datumu slanja na uništenje. Prilozi Omogućiti učitavanje priloga na kartice zaposlenih, uz centralni pregled svih priloga radi lakšeg pretraživanja po tipu, zaposlenom, nazivu fajla, opisu i ključnim rečima. Važno je napomenuti da ne sme biti moguće pretraživanje sadržaja dokumenata. Definisati prava pristupa centralnom registru priloga, kao i dozvoljene akcije (dodavanje, izmena, brisanje, pregled). Pored osnovnih podataka o zaposlenom, omogućiti evidenciju prethodnog zaposlenja, godišnjih evaluacija, unapređenja i nagrada, kao i privremenih premeštaja. Premeštaji Otvaranje novog zaposlenog i premeštaj zaposlenog Sistem mora dodatno razmatrati evidenciju stalnih i privremenih premeštaja. Sistem mora obezbediti mehanizam koji će osigurati da se zaposleni, koji je raspoređen na određeno radno mesto nakon stalnog premeštaja, vrati na stalno radno mesto nakon završetka privremenog premeštaja. Sistem mora omogućiti da zaposleni bude preraspoređen na drugo privremeno radno mesto ili da se vrati na stalno radno mesto nakon završetka privremenog premeštaja. Sistem mora omogućiti prekid privremenog premeštaja tokom njegovog trajanja, kao i mehanizam za trajno raspoređivanje zaposlenog na drugo radno mesto u slučaju takvog prekida. Sistem treba da dozvoli prekid privremenog premeštaja tokom trajanja, nakon čega se zaposleni „vraća” na radno mesto na koje je trajno raspoređen. Rešenje o raspoređivanju Sistem mora obezbediti definisanje naknade u skladu sa nivoom stručne spreme. Integracija sa ERP-om Integracija sa ERP-om Sistem mora kreirati pregled rasporeda zaposlenih i obavestiti sektor materijalnih resursa o neophodnom rasporedu opreme. Dugovanja se evidentiraju u evidenciji osnovnih sredstava i inventaru sistema. Aplikacija prikazuje samo pregled. Sistem mora kreirati zahteve za zaduženje opreme, što se sprovodi u okviru Sektora za materijalne resurse, u Knjizi osnovnih sredstava. Sistem mora kreirati naloge za zaduženje, uključujući datum zaduženja, automatsku dodelu ID broja i datum zaduženja ID-a. Isto važi i za zaposlene koji su premešteni na radno mesto gde moraju imati identifikaciju. Legitimacije Otvaranje novog zaposlenog i premeštaj zaposlenog Sistem mora automatski dodeliti broj identifikacionih kartica za poresku kontrolu. Kodovi moraju imati značenje i postojati logika u njihovoj dodeli. Poreska policija je odgovorna za dodelu brojeva, koji moraju biti identični identifikacionom broju. Integracija sa ERP-om Otvaranje novog zaposlenog i premeštaj zaposlenog Sistem mora omogućiti vraćanje osnovnih sredstava kada zaposleni promeni radno mesto, izdavanjem reverza. Otvaranje novog zaposlenog i premeštaj zaposlenog Sistem mora obezbediti proces novog raspoređivanja zaposlenog koji menja radno mesto, uključujući dodelu osnovnih sredstava. Zaduženje opreme novog zaposlenog Sistem mora prikazati zaduženja zaposlenih na osnovu evidencije zaduženja osnovnih sredstava i sitnog inventara. Sistem mora osigurati da u trenutku prestanka radnog odnosa sektor ljudskih resursa ima informaciju o svemu što je zaposleni dugovao u vezi sa opremom. Prestanak radnog odnosa se ne odlaže. Prilozi Otvaranje novog zaposlenog i premeštaj zaposlenog Sistem mora omogućiti učitavanje priloga (Excel, Word, PDF) na karticu zaposlenog. Neophodan je centralni pregled svih priloga kako bi se omogućilo lakše pretraživanje po tipu (lična karta i drugi dokumenti), zaposlenom, nazivu fajla, tipu, opisu i ključnim rečima. Potrebno je da sadržaj dokumenta ne može biti pretražen u centralnom registru priloga. Zadatak Proces prestanka radnog odnosa zaposlenog Sistem mora izvršavati zadatke, odnosno vršiti određene izmene u bazi podataka kako bi, na primer, aktivirao status zaposlenog dan nakon prestanka radnog odnosa. Odluke o prestanku radnog odnosa se obično kreiraju ranije, zbog čega sistem mora obezbediti odgovarajuće izmene baze podataka kako bi promene bile sprovedene u najkraćem mogućem roku. Integracija sa ERP-om Proces prestanka radnog odnosa zaposlenog Sistem mora omogućiti uvid u evidenciju zaduženja opreme prilikom prestanka radnog odnosa. Zadatak Sistem mora obrađivati podatke kako bi osigurao da su aktuelni podaci o zaposlenom ažurirani. Dokumenti poput odluka o rasporedu i odluka o prestanku radnog odnosa unose se za prošlost i budućnost, ali osnovni obrazac zaposlenog treba da prikazuje trenutno važeće podatke. Pretraga Sistem mora omogućiti pretragu prema unetim atributima dokumenta. Broj atributa mora biti unapred definisan. Pravo pristupa centralnom registru priloga za korisnike i dozvoljene akcije (dodavanje, izmena, brisanje) treba da budu definisani. Radnik Sistem mora omogućiti administraciju (ažuriranje) ličnih podataka (maticnih podataka) zaposlenih na nivou modula lokalnog administratora. Integracija IDM, Pisarnica, CROSO, Office Potrebno je da sistem omogući doslednu upotrebu zajedničkih podataka u organizaciji kroz identifikovane integracije (interfejse) sa IDM (Sistem za upravljanje identitetima), CROSO (Centralni registar obaveznog socijalnog osiguranja) i Office. Regrutacija, selekcija i prijem Zahtev za zapošljavanje Sistem mora omogućiti štampanje teksta konkursa i drugih prethodno unetih i učitanih dokumenata (odluka o imenovanju komisije za konkurs, o popunjavanju izvršnih pozicija, zahtev za odobrenje novih pozicija). Integracija Potrebno je da sistem omogući izvoz teksta konkursa u format pogodan za objavljivanje na veb-sajtu. Sistem mora omogućiti izbor lokacije gde će biti objavljen tekst oglasa. Veb-prijava Sistem mora omogućiti kandidatima da se elektronski prijave na konkurs uz kontrolu unosa podataka. Sistem mora omogućiti kandidatu da se prijavi više puta na isti konkurs za istu ili različitu poziciju. Sistem mora omogućiti dodavanje priloga uz prijavu na konkurs. Potrebno je da kandidat može dodavati priloge uz elektronsku prijavu. Sistem mora omogućiti pretragu atributa priloga iz prijava i pretragu podataka o kandidatima. Sistem mora omogućiti automatsko slanje e-mail obaveštenja kandidatima koji se nisu pojavili na testiranju, kandidatima koji nisu prošli dalje u procesu testiranja i onima koji su prošli. Sistem mora omogućiti opciju za unapred definisan tekst e-maila koji se šalje kandidatima koji su prošli dalje u procesu. Konkursi Štampanje konkursa Sistem mora omogućiti štampanje oglasa za posao u „PDF” ili „DOC” formatu. Selekcija Proces selekcije kroz sistem mora uključivati preliminarnu selekciju kandidata i evidentiranje rezultata u fazama postupka selekcije, u zavisnosti od tipa zaposlenja (određeno ili neodređeno). Konkursi Pristup komisiji Sistem mora omogućiti pristup konkursnoj komisiji za evidentiranje rezultata. Sistem mora omogućiti članu konkursne komisije da vidi samo kandidate koje ocenjuje i pozicije za koje je član komisije. Selekcija Rang Sistem mora omogućiti automatsko rangiranje kandidata prema određenim kriterijumima u svakoj fazi selekcije. Selekcija Sistem mora omogućiti automatsko kreiranje rang liste u svakoj fazi prema određenim kriterijumima. Zahtev za prijem Upravljanje odlukom o zapošljavanju i prihvatanjem odluke Sistem mora omogućiti automatizaciju procesa provere finalnog izbora kandidata. Sistem će automatski kreirati zahtev za prijem na osnovu podataka kandidata i zahteva za zapošljavanje. Odobrenjem zahteva za prijem, sistem mora kreirati odluku o prijemu. Sistem mora omogućiti štampanje kreirane odluke. Isporuka odluke Sistem mora evidentirati datume pokušaja dostavljanja odluke o prijemu novom zaposlenom. Isporuka odluke Sistem mora evidentirati ishode i načine pokušaja dostavljanja odluka. Isporuka odluke Potrebno je da sistem omogući evidentiranje svakog pokušaja dostavljanja odluke i metode dostave. Kandidati Upravljanje pasivnim i potencijalnim kandidatima Sistem mora čuvati istorijsku bazu podataka o svim registrovanim kandidatima. Kompetencije Upravljanje pasivnim i potencijalnim kandidatima Sistem mora evidentirati ocene kompetencija svakog registrovanog kandidata. Upravljanje benefitima Upravljanje beneficijama zaposlenih Sistem mora definisati prava na beneficije na radnom mestu za izvršioca dodeljenog tom radnom mestu. Sistem mora omogućiti dodelu podsticaja zaposlenima, uz kontrolu da zaposleni može primiti podsticaj samo jednom u četiri meseca. Rešenja za jubilarnu nagradu Sistem mora automatizovati proces kreiranja masovnih rešenja i evidenciju jubilarnih nagrada kroz celu istoriju zaposlenih. Podnošenje i odobrenje zahteva za benefite Sistem mora osigurati postojanje procesa za podnošenje i odobravanje (ili odbijanje) zahteva zaposlenih za zajedničku pomoć, kao i evidenciju datuma i osnova za primanje pomoći. Beneficije Sistem mora voditi evidenciju svih navedenih beneficija po zaposlenom. Sistem mora definisati statuse beneficija, uključujući aktivne i pasivne statuse, sa periodom važenja. Slanje obaveštenja o beneficijama imejlom Sistem mora omogućiti obaveštavanje zaposlenih o beneficijama putem e-maila ili portala, uključujući otvoreni obrazac za unos obaveštenja. Nagrađivanje Sistem mora omogućiti kreiranje i ažuriranje podataka o nagradjivanju zaposlenih. Sistem mora obezbediti istorijsku evidenciju podataka o nagradjivanju zaposlenih. Sistem mora omogućiti kreiranje i štampanje rešenja o nagrađivanju zaposlenih. Ciljevi Sistem mora omogućiti definisanje ciljeva zaposlenih na osnovu ciljeva dodeljenih na višim nivoima, kao što su sektori i organizacioni nivo. Sistem mora osigurati da se ciljevi ažuriraju prenosom promena na sve zaposlene na koje se ciljevi odnose. Nagrađivanje Sistem treba omogućiti izveštaje o nagrađivanju zaposlenih u formatu „.pdf” ili „.docx”, kao i masovno štampanje u skladu sa kriterijumima dodele nagrada prema različitim „šablonima”. Upravljanje vremenom Portal za zaposlene – podnošenje zahteva Kreiranje i ažuriranje podataka o plaćenim i neplaćenim odsustvima Sistem mora omogućiti podnošenje zahteva od strane zaposlenih putem internog portala. Portal za zaposlene – obaveštenje imejlom Sistem mora obavestiti rukovodioca o podnetom zahtevu. Rukovodioci moraju imati funkcionalnost za odobravanje zahteva. Portal za zaposlene – slanje rešenja imejlom Sektor ljudskih resursa mora izdavati rešenja i imati opciju slanja obaveštenja i/ili rešenja putem e-maila. Prekovremeni Obračun prekovremenog rada Sistem mora omogućiti obračun prekovremenih sati i slobodnih dana. Obračun prekovremenih Sistem mora automatski generisati rešenja o obračunu prekovremenih sati, rešenja o isplati prekovremenih sati, odnosno korišćenju slobodnih dana i sati. Portal za zaposlene – podnošenje i odobravanje prekovremenog rada Sistem mora omogućiti menadžerima i zaposlenima unos naloga za prekovremeni rad. Nalog za prekovremeni rad mora biti odobren (prihvaćen) od strane menadžera. Portal za zaposlene – odobravanje zahteva Kreiranje i ažuriranje podataka o plaćenim i neplaćenim odsustvima Sistem mora kreirati portal za zaposlene za podnošenje i odobravanje zahteva za odsustvo od strane menadžera. Pregled odsustva Sistem mora omogućiti pregled odsustva kroz radni kalendar. Sistem mora omogućiti prikaz po strukturi organizacione jedinice, radnom mestu i slično. Upravljanje organizacijomi sistematizocijom Radna mesta Serijski broj radnog mesta Sistem mora omogućiti automatsku dodelu serijskog broja radnog mesta. Evidencija timova Sistem mora obezbediti evidenciju pripadnosti zaposlenih timovima. Evidencija grupa Sistem mora obezbediti evidenciju pripadnosti zaposlenih radnim grupama. Sistematizacija Sistem mora omogućiti segmentaciju proizvodnje i promenu sistematizacije. Radno mesto – polje za potvrdu Sistem mora odvojiti koordinatore od menadžera. radno mesto - šifarnik Sistem mora osigurati podelu poslova na radna mesta, samostalne izvršioce, rukovodioce užih organizacionih jedinica i državne službenike na izvršnim pozicijama. Kompetencije Sistem mora razviti evidenciju kompetencija za svakog zaposlenog na osnovu kataloga kompetencija. radno mesto Sistem mora razviti katalog radnih mesta i povezati ga sa svakim zaposlenim, u skladu sa definisanom sistematizacijom. Izveštaj – poređenje sistematizacija Sistem mora omogućiti izveštaj koji prikazuje paralelni pregled zaposlenih u dve označene sistematizacije. Ako postoje prethodna i sukcesorska organizaciona jedinica, sistem mora prepoznati ove odnose u izveštaju. Upravljanje promenama organizacije i sistematizacije Sistem mora omogućiti jednostavan i brz unos nove sistematizacije iz postojeće, bez mogućnosti uvoza podataka kroz bazu podataka. Unos, izvoz i prikaz organizacije i sistematizacije Sistem mora omogućiti izvoz podataka o postojećoj sistematizaciji u formatu „.csv” ili „.kslsks”. Upravljanje performansom Nagrađivanje Napredovanje i nagrađivanje Sistem mora omogućiti nagrađivanje zaposlenih za radne rezultate u okviru jedne ili dve platne grupe istog naziva, na osnovu evaluacije. Sistem mora osigurati da se odluka o nagrađivanju donosi na osnovu trajnog rasporedjivanja, uz mogućnost povećanja jedne ili dve platne grupe. Sistem mora osigurati da zaposleni može biti nagrađen prema oceni iz određene godine samo jednom. Sistem mora omogućiti kreiranje individualnih rešenja o nagrađivanju zaposlenih. Ciljevi Ocenjivanje radnog učinka Sistem mora omogućiti definisanje ciljeva na najvišem nivou. Sistem mora distribuirati definisane ciljeve ka nižim organizacionim jedinicama: sektorima i užim organizacionim jedinicama. Sistem mora omogućiti svakom menadžeru unos ciljeva. Sistem mora automatski popuniti i propagirati ciljeve za sve zaposlene u organizacionoj jedinici. Definisanje i praćenje ciljnog učinka zaposlenog Sistem mora omogućiti masovnu reviziju ciljeva. Sistem mora omogućiti izveštavanje prema definisanim ciljevima. Sistem mora osigurati štampanje definisanih ciljeva po organizacionim jedinicama i zaposlenima. Upravljanje procesom kontinuiranog ocenjivanja radnog učinka („povratna informacija”) Sistem mora omogućiti sprovođenje procesa ocenjivanja radne uspešnosti na početku svake godine za period od 01.01. do 31.12. prethodne godine. Sistem mora omogućiti sprovođenje procesa ocenjivanja radne uspešnosti putem propisanih obrazaca, koji uključuju: obrazac za zaposlene na radnim mestima, obrazac za menadžere užih organizacionih jedinica, obrazac za samostalne izvršioce. Sistem mora osigurati da se ocenjivanje zaposlenih vrši u dva dela: ocenjivanje kompetencija u ponašanju i rezultata rada. Sistem mora omogućiti evidentiranje rezultata rada zaposlenih, koji se pripisuju na osnovu rezultata rada organizacione jedinice, a koji se takođe ocenjuju tokom ocenjivanja menadžera. Sistem mora obezbediti evidenciju konačnih ocena zaposlenih, dobijenih kao ponderisani zbir ocena kompetencija u ponašanju i rezultata rada. Sistem mora omogućiti sprovođenje ocenjivanja za zaposlene na određeno i neodređeno vreme. Sistem mora omogućiti evidentiranje predloga za obuke zaposlenih na osnovu njihove ukupne ocene. Sistem mora omogućiti izvoz podataka o poslednjem ocenjivanju na nivou organizacione jedinice u propisanom formatu „.csv” i/ili „.xlsx”. Sistem mora omogućiti dodavanje skeniranih obrazaca i drugih priloga. Sistem mora omogućiti štampanje rešenja o ocenjivanju. Tehnički zahtevi Automatska obaveštenja Automatska obaveštenja Sistem mora omogućiti automatska obaveštenja putem e-maila zaposlenima o prethodno definisanim događajima određenim poslovnim procesima. Upravljanje dokumentacijom Prilozi Sistem mora omogućiti dodavanje „upload” priloga za svaki zapis, što uključuje skenirane dokumente, linkove ka veb stranicama, tabele i tekstualne dokumente. Sistem mora omogućiti pregled svih priloga (dokumenata) kroz dosije zaposlenog. Šabloni štampi Sistem mora omogućiti kreiranje šablona dokumenata („templates”) koji se mogu koristiti u različitim procesima. Svaki šablon može biti definisan za određeni tip zaposlenog, menadžera ili poslovni proces. Integracije Integracija Sistem mora biti integrisan sa drugim povezanim sistemima koji se koriste u PURS-u, a koji zahtevaju informacije o ljudskim resursima: Office, DMS, MIS. Izveštavanje Centralno upravljanje izveštajima Sistem mora omogućiti centralizovanu štampu unapred definisanih izveštaja. Napredno izveštavanje Sistem treba da podrži mogućnost interaktivnog vizuelnog izveštavanja (vizualizacija podataka) u skladu sa definisanim ulogama i odgovornostima. Interni portal Portal - podaci o radniku Sistem mora omogućiti zaposlenom pregled sopstvenog dosijea, gde se nalaze svi njegovi podaci, tj. informacije važne za rad u PURS-u. Portal - podnošenje i odobravanje zahteva za odsustvo Sistem mora omogućiti zaposlenom podnošenje zahteva za odmor i odsustvo putem internog portala. Menadžeri moraju imati mogućnost odobravanja ili odbijanja zahteva. Portal - podnošenje i odobravanje zahteva za odsustvo Sistem mora omogućiti pregled odobrenih i odbijenih zahteva. Portal - pregled disciplinskih Sistem mora omogućiti zaposlenom uvid u svoje disciplinske mere. Portal - pregled disciplinskih Sistem mora voditi evidenciju o obrisanim kaznama u istoriji disciplinskih mera. Portal - ocenjivanje Sistem mora omogućiti zaposlenom uvid u ocenjivanje njegove radne uspešnosti po godinama, kao i prikaz ocena kompetencija u ponašanju i rezultata rada. Sistem mora omogućiti Rukovodiocu unos ocena radne uspešnosti svojih podređenih zaposlenih. Integracije Integracije - DMS, MIS, JRPO, AD Sistem mora omogućiti integraciju (razmenu podataka) sa internim sistemom za upravljanje dokumentima (DMS). Pisarnica U okviru održavanja se podrazumevaju i sve integracije sa ostatkom IIS sistema PU odnosno sve one funkcionalnosti na koje utiče pravilan rad HRMS sistema ili pravilan rad u drugim delovima IIS sistema PU od kojih zavisi komunikacija sa HRMS-om Usluge održavanja sistema poslovnih funkcija odnose se na održavanje i eventualno poboljšanje već postojećih funkcionalnosti sistema i usklađivanje sa potencijalnim izmenama propisa, u meri u kojoj izmena ne predstavlja bitno novi razvoj uz poštovanje sledećih principa: poštovanje mera zaštite, očuvanje bezbednosti i sigurnosti aplikacija i podataka mogućnost povezivanja sa drugim sistemima fleksibilnost i prilagođavanje. Realizacija svakog novog izdanja sistema, nastalog usled izvršenih predmetnih usluga, mora da se oslanja na prethodnu sistemsku celinu, uz očuvanje svih funkcionalnosti i mera zaštite iz postojećeg sistema. NAPOMENA: Ponuđač je u obavezi da sarađuje sa drugim izvođačima koji razvijaju ili održavaju druge delove IIS sistema Poreske uprave i izvršava sve izmene koje su predmet održavanja a koje su uslovljene kako izmenama u drugim delovima sistema tako i izmenama koje nastaju u delu sistema koji je predmet održavanja ove javne nabavke a utiču na izmene u drugim delovima sistema. a sve u cilju nesmetanog funkcionisanja celog IIS-a. Ukoliko ponuđač nije dostavio informaciju drugim izvođačima naručilac zadržava pravo da aktivira bankarsku garanciju za dobro izvršenje posla. Tehnologija HRMS rešenja Logička arhitektura HRMS sistema Koncepcija i arhitektura sistema je prikazana na donjoj slici, aplikacija je troslojne arhitekture: Rešenje je razvijeno u Web JAVA tehnologiji. Arhitektura je modularna uz korišćenje SOA koncepta. Donji sloj je baza podataka. Ona nije zavisna od sistema za upravljanje bazama podataka. Korišten je sistem za upravljanje bazama podataka, ali nisu korištene njegove specifičnosti tako da se po potrebi može raditi na bilo kom sistemu za upravljanje bazama podataka. Srednji sloj je serverska aplikacija (WAR) koja se postavlja na aplikativni server. U srednjem sloju se nalazi: Peristence layer – sloj za pristup bazi (preko mapiranja u XML-ovima i Hibernate alata se pristupa tabelama u bazi), Service layer – sloj u kom se nalazi poslovna logika, Communication layer – sloj za komunikaciju koji podržava komunikaciju preko RMI, RPC, REST i Webservices načina komunikacije, Integration layer – sloj za integraciju sa drugim sistemima. Prezentacioni sloj se sastoji od korisničkog interfejsa preko kojeg korisnici rade sa aplikacijom. Funkcionalnostima aplikacije se može pristupiti na više načina: Web client – klijentska web aplikacija kojoj se pristupa iz web browsera U pitanju su standardne web tehnologije tako da se aplikacija može koristiti iz svih standardnih browsera. Web klijent sadrži samo kontrolu UI-a dok se poslovna logika nalazi na serveru i poziva se putem RPC protokola. Desktop client – klijentska java aplikacija koja se pokreće preko Web Start mehanizma jednostavnim klikom na link na Web stranici se instalira i pokreće klijentska aplikacija. Klijentska aplikacija sadrži samo forme i kontrole na njima, a sa serverskim delom komunicira preko RMI protokola Mobile client – podskup funkcionalnosti aplikacije je dostupan klijentima putem mobilnih uređaja. Podržana je Android platorma a mobilna aplikacija poziva serversku logiku korišćenjem REST servisa. Fizička arhitekura HRMS sistema Prikaz fizičke arhitekture sistema: LAN LAN PC u lokalnoj mreži mreži PC u lokalnoj mreži mreži PC koji pristupa spolja spolja PC koji pristupa spolja spolja Server ili klaster servera serveravera Server ili klaster servera serveravera WiFi AP WiFi AP Mobilni uređaj Mobilni uređaj Aplikacija se u potpunosti host-uje na serveru. Pored host-ovanja same aplikacije (na aplikativnom serveru) host-uje se i odgovarajuća baza podataka (na serveru baze podataka). Ovime je omogućeno da svaka komponenta sistema iskoristi maksimalne hardverske resurse. Aplikativni server i server baze podataka se nalaze u istoj mreži. Na serveru je postavljen aplikativni server Tomcat koji pogoni serverski WAR. Na serveru baze podataka se kao sistem za upravljanje bazom podataka koristiti Oracle. Klijentski računari pristupaju aplikaciji ili putem web klijenta ili putem desktop klijenta u zavisnosti od toga koje module aplikacije koriste. Windows i Linux klijenti mogu koristiti web browser i tako pristupati web aplikaciji preko HTTP-a a mogu koristiti i klijentsku aplikaciju pisanu u Swingu koja koristii Sping RMI pozive ka server. Ukoliko se klijentski uređaj nalazi van lokalne mreže, u zavisnosti od sigurnosnih mera, može se propustiti saobraćaj do aplikacije ili preko VPN konekcije ili omogućavanjem spoljnog pristupa portovima servera. Modelovanje Aktivnosti analize i dizajna sprovedene su upotrebom modelovanja kao osnovne tehnike, a u skladu sa metodom koja je usvojena u Poreskoj upravi. Aktivnosti realizacije i implementacije sinhronizovane su sa odgovarajućim modelom u skladu sa metodom koja je usvojena u Poreskoj upravi. Upravljanje izvornim kodom Aktivnosti na realizaciji upravljanja izvornim kodom sprovedene su upotrebom softverskog rešenja u skladu sa usvojenim softverskim rešenjem za upravljanje izvornim kodom Poreske uprave. PREDMET ISPORUKE Ponuđač je dužan da isporuči SERVISNO ODRŽAVANJE SISTEMA ZA SISTEM ZA UPRAVLJANJE LJUDSKIM REURSIMA (HRMS-a) u periodu od 24 meseci od dana potpisa ugovora. Servisno održavanje sistema za upravljanje ljudskim resursima (HRMS) obuhvata sledeće komponente će se vršiti kroz sledeće oblike: Korektivno održavanje – pod korektivnim održavanjem podrazumevaju se aktivnosti vezane za detektovanje i rešavanje eventualnih grešaka i problema u svakodnevnom radu aplikacije na tehnološkom nivou. Obaveza izabranog ponuđača je da pripremi izveštaj o analizi u adekvatnom obliku i da ga dostavi Naručiocu u što kraćem vremenskom roku. Preventivno održavanje – sve aktivnosti kojima se predupređuju potencijalni problemi u radu sistema, na zahtev Naručioca (rekonfigurisanje, parametrizacija, implementacija, stavljanje u probni rad i u upotrebu) i kojima se dostižu performanse koje nisu bile originalnom specifikacijom sistema predviđene,.Ovo održavanje obavlja se kvartalno Perfektivno održavanje - praćenje rada sistema samoinicijativno od strane Ponuđača i bez posebnog zahteva Naručioca, i sve dalje aktivnosti kojima se sistem dovodi u stanje optimalnog iskorišćenja i čime se unapređuju njegove funkcionalnosti u pravcu veće efikasnosti i efektivnosti (periodično praćenje dostupnosti, pouzdanosti, pregled log zapisa i zapisa o greškama, pregled zauzeća memorija i prostora na infarstrukturi i tsl.). Adaptivno održavanje - obuhvata izmene specifičnih funkcionalnosti sistema razvijenih za potrebe korisnika. Pod adaptivnim održavanjem se smatra da sistem funkcioniše u skladu sa očekivanjima i u tom smislu ne postoji greška u sistemu. Do adaptivnog održavanja najčešće dolazi prilikom izmene zakonskih normi ili izmene u poslovnoj logici naručioca. Periodično izveštavanje u obliku kvartalnog izveštaja o izvršenim uslugama, koje verifikuje Naručilac (ovlašćeni predstavnici Naručioca-direktni korisnici sistema). U izveštaju se navodi opis i vrsta aktivnosti (zahtev za otklanjanje greške ili zahtev za promenom). Ponuđač treba da obezbedi prisustvo stručnog osoblja, po pozivu Naručioca, i u prostorijama Naručioca, kao i stručno osoblje koje će po usaglašenim mehanizmima komunikacije vršiti sve usluge održavanja, po gore navedenim oblicima održavanja (korektivno, preventivno, perfektivno, adaptivno). Ponuđač je u obavezi da se, u skladusa opštom profesionalnom etikom i dobrom inženjerskom praksom, za zahteve od kritične važnosti za poslovanje naručioca, u okvirima svojih mogućnosti,maksimalno angažuje i da uloži sve napore (eng. „best effort“) u pronalaženju adekvatnog rešenja u najkraćem mogućem roku. Za definisanje korektivnog održavanja neophodno je definisati pojmove kako sledi: Incident je bilo koji događaj, manifestacija ili ponašanje sistema koji remete ispravno funkcionisanje originalno implementiranih funkcionalnosti sistema Problem je uzrok jednog ili više incidenata. Identifikovana greška je incident za koji se utvrđuje uzrok i za koji se nalazi rešenje koje će omogućiti ispravan rad sistema. Zahtev za podrškom je zahtev Naručioca prema Izvršiocu (izabranom Ponuđaču) u pogledu: potrebe za uslugom analize za detekciju grešaka i/ili funkcionisanje sistema, za promenom funkcionalnosti ili dopunom funkcionalnosti sistema, (re) konfigurisanja sistema, stavljanje u probni rad i u upotrebu nakon razvoja i implementacije, a sve u cilju otkalanjanja uočene greške ili problema. Ispravljanje grešaka – otklanjanje problema vezanih za HRMS sistem koji mogu da ga učine neupotrebljivim u poslovnim procesima za koje su realizovani, odnosno koji mogu da ugroze svakodnevno poslovanje Naručioca. Ponuđač garantuje da će u periodu ugovorenog servisnog održavanja HRMS sistem raditi ispravno na adekvatnoj infrastrukturi Naručioca, i u skladu sa funkcionalnim specifikacijama i odgovarajućim tehničko-tehnološkim karakteristikama. Garancija podrazumeva obavezu ponuđača da otkloni svaki prekid ili grešku u radu HRMS sistema, pod uobičajenim uslovima eksploatacije. U slučaju pojave bilo kakvih grešaka u radu HRMS sistema, naručilac će o tome obavestiti izabranog ponuđača i omogućiti mu da ustanovi grešku i otkloni problem Naručilac garantuje da će u periodu ugovorenog servisnog održavanja HRMS sistema obezbediti: dostupnost i neometani rad baze podataka administraciju i održavanje DB instance upravljati infrastrukturom baze podataka, uključujući dodelu i održavanje procesorskih, memorijskih i drugih sistemskih resursa obezbeđivati i održavati storage resursa namenjenih bazi podataka uspostaviti i izvršavati proveru procedura za backup i restore baze podataka rešavati incidenate i otklanjati probleme koji se odnose na infrastrukturu baze podataka (DB instance, storage, sistemski resursi i ostale infrastrukturne komponente) Sve nedostupnosti ili problemi nastali usled rada infrastrukture baze podataka, uključujući nedostupnost DB instance, nedostatak resursa, probleme sa storage-om ili backup mehanizmima, smatraju se odgovornošću naručioca. Odstupanja od stanja koje podrazumeva punu funkcionalnost HRMS sistema mogu biti različita. Odstupanja će biti klasifikovana u skladu sa tri klase grešaka na sledeći način: Odstupanja od stanja pune funkcionalnosti HRMS sistema klasifikovana su u tri klase grešaka, a kako sledi: Klasa grešaka Značaj Opis 1 Visok nivo (Prioritet 1) HRMS sistem ili njegov značajan deo je van funkcije, što onemogućava normalno poslovanje korisnika u Poreskoj upravi. Zahtev za uslugom je hitan, a problem može dovesti do velikih gubitaka. 2 Srednji nivo (Prioritet 2) Operativne karakteristike HRMS sistema su takve da deo radnih aktivnosti nije funkcionalan ili HRMS sistem ne radi sa punim kapacitetom. Korišćenje određenje funkcionalnosti je ozbiljno ograničeno. 3 Nizak nivo (Prioritet 3) Korišćenje određenje funkcionalnosti podleže minimalnim ograničenjima. HRMS sistem ima grešku sa malim uticajem na radne aktivnosti korisnika. Maksimalan rok za otklanjanje prekida u radu ili grešaka u periodu ugovorenog servisnog HRMS sistema održavanja je: Prioritet 1 - 1 radni dan Prioritet 2 – 2 radna dana Prioritet 3 - 5 radnih dana Početak roka za izvršavanje aktivnosti koje su okarekterisane kao klasa greške 1 i klasa greške 2 počinje da teče od momenta prijavljivanja dok se klasu greške 3 ovaj rok usklađuje sa definisanim radnim vremenom. Početak roka za izvršavanje aktivnosti se može pomeriti u slučaju vanrednih i nepredviđenih okolnisti. Evidentiranje pristupa i akcija korisnika Sve relevantne akcije korisnika se evidentiraju u LOG bazi. U LOG bazi se beleže i sve greške tokom rada sistema i njegovih aplikacija. Beleži se tip greške, kompletan opis dobijen od strane operativnog sistema ili sistemskog softvera koji je onemogućio uspešan završetak akcije, odnosno, relevantne okolnosti u kojima je greška nastala, a koje se kasnije mogu pregledati od strane administratora aplikacije. Takođe, beleži se u kom aplikativnom modulu, kao i u kojem delu izvornog koda, je greška nastala. Sve relevantne aktivnosti korisnika evidentiraju se u okviru HRMIS sistema. Podaci o korisničkim aktivnostima čuvaju se u posebnim tabelama baze podataka (Audit Trail), dok se sistemski i aplikativni logovi evidentiraju i u log datotekama (log4j). U okviru sistema evidentiraju se i sve greške nastale tokom rada aplikacije. Za svaku grešku beleže se tip greške, kompletan opis koji obezbeđuje operativni sistem ili sistemski softver, kao i sve relevantne okolnosti pod kojima je greška nastala. Ovi podaci su dostupni administratoru radi naknadne analize, dijagnostike i otklanjanja problema. Pored navedenog, evidentiraju se i aplikativni modul, kao i deo izvornog koda u kojem je greška nastala, čime se omogućava brže pronalaženje i otklanjanje uzroka problema. Evidencija se čuva u okviru HRMIS baze podataka, u namenskim tabelama za reviziju (Audit Trail), kao i u log datotekama koje generiše mehanizam za evidentiranje događaja (log4j). Dostupnost aplikacija i aplikativnih servera Aplikacije informacionog sistema koje su predmet ovog održavanja treba da budu stalno raspoložive, i to prema specifikacijama datim u ovom dokumentu. Ponuđač mora da garantuje i da obezbedi maksimalnu dostupnost aplikacija i aplikativnih servera, odnosno, aplikacije mogu u slučaju nepredviđenih kvarova da budu nedostupne najviše osam sati nedeljno. U slučaju planiranih isključenja radi ispravki ili unapređenja aplikativnog softvera, duža isključenja i nedostupnost su mogući isključivo uz pismenu dozvolu Naručioca, i uz prethodnu najavu od najmanje 2 radna dana unapred. Takođe, ovakva isključenja, kad god je moguće, treba izvršavati bez gašenja i restartovanja servera, van radnog vremena Naručioca. U slučaju da je nedostupnost bilo koje od navedenih aplikativnih i drugih komponenti informacionog sistema prouzrokovana prestankom funkcionisanja komponenti koje nisu nastale krivicom Ponuđača (odnosno promene mrežne infrastrukture, hardvera i instalacije sistemskog softvera bez znanja i uticaja Ponuđača), period takve nedostupnosti sistema se ne uračunava u prethodno navedene maksimalne periode nedostupnosti, odnosno, smatra se, što se odgovornosti Ponuđača tiče, kao da su aplikativne komponente Ponuđača dostupne. Otpornost na otkaze Za informacioni sistem – softver koji je predmet javne nabavke pouzdanost je vrlo važan faktor. Imajući u vidu prethodno navedene zahteve u vezi sa dostupnošću aplikacija, neophodno je obezbediti uvećanu otpornost sistema na otkaze, odnosno, umanjiti rizike od mogućeg nefunkcionisanja ili delimičnog funkcionisanja informacionog sistema, koliko je to god moguće od strane Ponuđača. Ovo se postiže i na fizičkom nivou, odnosno, udvajanjem kritičnih komponenti, pre svega servera, međutim, to nije obaveza Ponuđača, ali se od Ponuđača očekuje predlog odabira adekvatnih komponenti za sam informacioni sistem. Odgovornost ponuđača ne obuhvata: Greške koje su izazvane intervencijom na izvornom kodu HRMS sistema od strane neovlašćenih lica; Greške koje su izazvane problemima u radu operativnih sistema, sistemskog softvera, hardvera ili računarsko-komunikacionre mreže; Greške koji su izazvani pogrešnim korišćenjem HRMS sistema od strane korisnika. Nadležnost naručioca obuhvata administraciju i održavanje DB instance, uključujući, ali ne ograničavajući se na: •instalaciju, konfiguraciju i održavanje DB instance •obezbeđivanje dostupnosti i operativn