Отворени поступак · Услуге
Тендер је поништен
PREDMET NABAVKE 1. AKREDITACIONO TIJELO CRNE GORE - Razvoj I instaliranje softvera za elektronsko upravljanje dokumentima CPV: 72000000 Procijenjena vrijednost: 50000 EUR USLOVI UČEŠĆA 1. U postupku javne nabavke može da učestvuje samo privredni subjekat koji: 1) nije pravosnažno osuđivan i čiji izvršni direktor nije pravosnažno osuđivan za neko od krivičnih djela sa obilježjima: a) kriminalnog udruživanja; b) stvaranja kriminalne organizacije; c) davanje mita; č) primanje mita; ć) davanje mita u privrednom poslovanju; d) primanje mita u privrednom poslovanju; dž) utaja poreza i doprinosa; đ) prevare; e) terorizma; f) finansiranja terorizma; g) terorističkog udruživanja; h) učestovanja u stranim oružanim formacijama; i) pranja novca; j) trgovine ljudima; k) trgovine maloljetnim licima radi usvojenja; l) zasnivanja ropskog odnosa i prevoza lica u ropskom odnosu što se dokazuje na osnovu uvjerenja ili potvrde nadležnog organa izdatog na osnovu kaznene evidencije, u skladu sa propisima države u kojoj privredni subjekat ima sjedište, odnosno u kojoj ovlašćeno lice tog privrednog subjekta ima prebivalište 2. U postupku javne nabavke može da učestvuje samo privredni subjekat koji je izmirio sve dospjele obaveze po osnovu poreza i doprinosa za penzijsko i zdravstveno osiguranje, o kojima evidenciju vodi organ uprave nadležan za naplatu poreskih prihoda, odnosno nadležni organ države u kojoj privredni subjekat ima sjedište , što se dokazuje na osnovu uvjerenja, potvrde ili drugog akta koji izdaje organ uprave nadležan za naplatu poreskih prihoda, odnosno nadležni organ države u kojoj privredni subjekat ima sjedište. 3. U postupku javne nabavke može da učestvuje samo privredni subjekat koji je upisan u Centralni registar privrednih subjekata ili drugi odgovarajući registar u državi u kojoj privredni subjekat ima sjedište što se dokazuje dostavljanjem dokaza o registraciji u Centralnom registru privrednih subjekata ili drugom odgovarajućem registru, sa podacima o ovlašćenom licu privrednog subjekta 4. Privredni subjekat je dužan da posjeduje minimum iskustva na kvalitetnom i uspješnom izvršavanju istih ili sličnih poslova iz oblasti predmeta nabavke, što se dokazuje potvrdama izdatih od strane korisnika o kvalitetnom i uspješnom izvršavanju istih ili sličnih usluga iz oblasti predmeta javne nabavke - iskustvo na kvalitetnom i uspješnom realizovanju minimum 2 usluge, tokom prethodne dvije godine, računajući i godinu u kojoj je započet predmetni postupak javne nabavke, koje sadrže opis i vrijednost predmeta nabavke, vrijeme realizacije ugovora i konstataciju da je ugovor blagovremeno i kvalitetno izvršen. Pod istim ili sličnim uslugama smatraju se usluge Izrada / razvoj ili održavanje poslovnog aplikativnog softvera u javnom sektoru sa različitim korisnicima sa modulima definisanim u bitnim karakteristikama predmeta nabavke vrijedonosno bliske predmetnoj procijenjenoj vrijednosti. Kao validne reference će se uzimati one usluge koje su realizovane tokom prethodne dvije godine, računajući od roka koji je određen kao rok za dostavljanje ponuda. Dostavljene tražene potvrde za kompaniju moraju da se odnose na kompaniju koja će realizovati predmetnu javnu nabavku. 5. Privredni subjekat je dužan da posjeduje stručne i kadrovske kapacitete koji su potrebni za izvršenje ugovora jer su zahtjevi Naručioca po pitanju kadrovskog kapaciteta ponuđača potrebnog za izvršenje predmetne nabavke takvi da projektni tim ponuđača mora minimalno sadržati stručnjake sljedećih profila: - Vođa projekta, sa minimalno visokom stručnom spremom, koji radi na poslovima vođenja projekata razvoja i implementacije informacionih sistema sa sertifikatom CASPO - Certified Agile and Scrum Product Owner - minimum 3 godine iskustva na istim poslovima; - Vođa tima za razvoj softvera - Inženjer za razvoj softvera (programer), sa minimalno visokom stručnom spremom, koji radi na poslovima razvoja i održavanja softvera - minimum 7 godine iskustva na istim poslovima; - QA inženjer, sa minimalno visokom stručnom spremom sa sertifikatom ISTQB Foundation Level Certified Tester - minimum 3 godine iskustva na istim poslovima. Napomena: Ponuđač može u svom projektnom timu imati više lica po pojedinim ulogama (pozicijama) zahtijevanog projektnog tima, pri čemu jedan stručnjak (lice iz stručnog tima ponuđača) može imati najviše dvije uloge u stručnom timu, tj. pokrivati najviše dvije pozicije u zahtijevanom projektnom timu ponuđača. - Najmanje jedan stručnjak za poslove korisničke podrške, mora biti raspoloživ u Podgorici svakog radnog dana tokom 8 radnih sati (od 8 do 16 časova) koji će biti zadužen za pružanje usluge održavanja i tehničke podrške, u periodu trajanja ponuđenog roka za održavanje i tehničku podršku. Za svakog člana tima potrebno je dostaviti kopiju radne knjižice i prijavu na osiguranje. Angažovana lica moraju posjedovati najmanje kvalifikacije VII1 nivo nacionalnog okvira kvalifikacije, što se dokazuje diplomom, uvjerenjem, svjedočanstvom ili drugim odgovarajućim aktom nadležnog organa ili organizacije i koji imaju minimum po jednu odgovarajuću referencu na istim ili sličnim uslugama, izdatu od strane korisnika o pruženim uslugama tokom prethodnih godina, ali ne duže od pet godina, računajući i godinu u kojoj je započet postupak javne nabavke, koje sadrže opis i vrijednost predmeta nabavke, vrijeme realizacije ugovora i konstataciju da je ugovor blagovremeno i kvalitetno izvršen. U nastavku su opisane uloge i okvirni opis poslova pojedinih članova zahtijevanog projektnog tima ponuđača u kontekstu realizacije zahtjeva iz predmetnog projektnog zadatka Naručioca. - Vođa projekta Naručilac je procijenio da je za uspješno i kvalitetno sprovođenje aktivnosti na realizaciji zahtjeva iz projektnog zadatka neophodno da u projektnim timu izvođača usluga bude i vođa projekta (Project Owner / Project Manager) – osoba zadužena za upravljanje projektnim aktivnostima, uzimajući u obzir složenost i obim aktivnosti koje je potrebno sprovesti u zahtijevanom roku. Uloga vođe projekta je da upravlja projektom od strane dobavljača - izvođača (izabranog ponuđača), sa ciljem uspješnog i kvalitetnog završetka projekta. U širem kontekstu uloga vođe projekta je da rukovodi (upravlja) svim aktivnostima iz ponuđenog plana rada za izvođenje projekta po ponuđenoj metodologiji, koje je ponuđač obavezan da navede u svojoj ponudi, u cilju realizacije projekta prema zahtjevima i specifikaciji iz predmetne tenderske dokumentacije. Naručilac je procijenio, cijeneći zahtjevnost, složenost i obim projekta, kao i važnost njegovog sprovođenja za poslovanje Naručioca, da u ulozi vođe projekta neophodno da bude lice visoke stručne spreme, koje je profesionalac iz oblasti upravljanja projektima, tj. da posjeduje odgovarajuća znanja i iskustva, koja su prethodno navedena. - Vođa tima za razvoj softvera - Inženjer za razvoj softvera (programer) Uloga vođa tima za razvoj softvera je da organizuje i vodi poslove razvoja aplikativnog softvera. Opis poslova: Projektovanje i razvoj softvera na osnovu funkcionalnih specifikacija ili projektnih zadataka; Projektovanje i razvoj novih softverskih rješenja u okviru postojećeg softvera na osnovu detaljnih funkcionalnih specifikacija ili projektnih zadataka; Unapređenje idejnih rješenja za razvoj softvera; Izbor i koordinacija resursa u cilju razvoja softverskog rješenja na osnovu funkcionalne specifikacije i kreativnog rješenja softvera; Upravljanje timom tokom procesa testiranja modula i razvoja softvera; Učestvovanje u davanju smjernica timu za implementaciju softvera. Uloga inženjera za razvoj softvera (programera) je da izradi aplikativni program (softversko rješenje) prema projektu, tj. da piše programski kod na odgovarajućem programskom jeziku koristeći izabrano razvojno okruženje. Kod mora da odgovara funkcionalnim zahtjevima iz projektnog zadatka i zahtjevima korisnika utvrđenih detaljnom analizom potreba korisnika. - QA inženjer Uloga QA inženjera je da sprovodi sve potrebne aktivnosti kako bi se uradilo adekvatno testiranje softvera, odnosno kako bi se pronašle i na vrijeme eliminisale sve greške u radu sistema i time osiguralo da sistem ispravno funkcioniše prije nego što se pusti u rad. Dostavljene tražene potvrde za lica moraju da se odnose na lica koja će učestvovati u realizaciji predmetne javne nabavke. 6. Izjava privrednog subjekta - Obrazac 1 podnosi se u elektronskom obliku (potpisana elektronskim potpisom i pečatirana u skladu sa Zakonom o elektronskoj identifikaciji i elektronskom potpisu - br. 31/2017 i 72/2019.) putem ESJN.Ponuđač je u obavezi da dostavi Izjavu privrednog subjekta, kojom garantuje da će u toku trajanja postupka javne nabavke i realizacije ugovora o javnoj nabavci ispunjavati sve uslove za učešće u postupku javne nabavke i da ne postoji osnov za isključenje iz postupka javne nabavke, predviđen tenderskom dokumentacijom. Ponuđač je dužan da u izjavi privrednog subjekta navede potpune, jasne i tačne podatke. U slučaju podnošenja zajedničke ponude, izjavu privrednog subjekta daje svaki član zajedničke ponude, a ako je ponuda podnijeta sa podugovaračem i svaki podugovarač. 7. Period važenja ponude je 120 dana od dana otvaranja ponuda. 8. GARANCIJA PONUDE: Ponuđač je dužan dostaviti bezuslovnu i na prvi poziv naplativu garanciju ponude u iznosu od 2 % procijenjene vrijednosti javne nabavke, kao garanciju ostajanja u obavezi prema ponudi u periodu važenja ponude i 8 dana nakon isteka roka važenja ponude. Garancija ponude će se aktivirati ako ponuđač: 1) odustane od ponude u roku važenja ponude i/ili 2) odbije da zaključi ugovor o javnoj nabavci ili okvirni sporazum. Garancija ponude podnosi se u elektronskom obliku putem ESJN-a. Shodno stavu 3 člana 122 Zakona o javnim nabavkama ("Službeni list Crne Gore”, br. 074/19 od 30.12.2019, 003/23 od 10.01.2023, 011/23 od 27.01.2023.), ukoliko ponuđač ne može da garanciju ponude podnese u elektronskom obliku, dužan je da putem ESJN dostavi kopiju garancije ponude, a da original garancije ponude dostavi, odnosno uruči Naručiocu neposredno ili putem pošte preporučenom pošiljkom najkasnije prije isteka roka za podnošenje ponuda na adresi Naručioca Bulevar Revolucije 66 81000 Podgorica. Original garancije ponude u pisanom obliku dostavlja se u koverti na kojoj se navodi: naziv i sjedište naručioca, broj tenderske dokumentacije za koju se podnosi garancija, naziv, sjedište i adresa ponuđača i naznake "garancija ponude" i "ne otvaraj prije roka za otvaranje ponuda". 9. Pružalac usluga čija ponuda bude izabrana kao najpovoljnija je dužan da uz potpisan ugovor o javnoj nabavci dostavi Naručiocu garanciju za dobro izvršenje ugovora, u slučaju da raskid ugovora nastane zbog neispunjenja ugovorenih obaveza nastalih činjenjem ili nečinjenjem ponuđača u iznosu od 10% od vrijednosti ugovora sa uračunatim PDV-om sa rokom važenja 14 (slovima: četrnaest) dana dužim od roka za pružanje usluga, kojom bezuslovno i neopozivo garantuje potpuno i savjesno izvršenje ugovorenih obaveza. 10. Pružalac usluga je dužan da najkasnije 7 (slovima: sedam) dana prije isteka roka važnosti garancije za dobro izvršenje ugovora, dostavi Naručiocu garanciju za otklanjanje nedostataka u garantnom roku, u iznosu od 10% od ugovorene vrijednosti izvedenih radova sa uračunatim PDV-om, sa rokom važenja do isteka garantnog roka, za slučaj da u garantnom roku ne ispuni obaveze na koje se garancija odnosi, kojom bezuslovno i neopozivo garantuje potpuno i savjesno izvršenje ugovorenih obaveza za vrijeme trajanja garantnog roka. 11. Rok izvršenja ugovora je predmet bodovanja , tako da će ugovor biti zaključen na ponuđeni rok koji ne može biti duži od maksimalnih 40 kalendarskih dana od dana zaključivanja ugovora.Rok izvršenja ugovora ne uključuje neradne dane i državne praznike CG (vjerski i državni praznici) , ukoliko neki od njih pada u taj rok. 12. Mjesto izvršenja ugovora je sjedište Akreditacionog tijela Crne Gore, Bulevar Revolucije br.66, Podgorica 13. Rok plaćanja je do 30 dana od dana potpisanog pozitivnog Zapisnika o izvršenoj implementaciji od strane Radnog tima Naručioca zaduženog za praćenje realizacije ugovora od strane Naručioca koje će biti navedeno u Ugovoru sa Pružaocem usluga sa pozitivnom saglasnošću odgovornog lica Naručioca, dostavljenog izvještaja ponuđača o pruženim uslugama i uredno ispostavljene fakture pružaoca usluga. 14. Način plaćanja je virmanski, na žiro-račun pružaoca usluga. Odgovorno lice Naručioca će nakon realizacije predmetnih usluga, dati pozitivnu saglasnost - na podnijetu dokumentaciju o realizaciji, koji će ujedno biti potvrda o realizaciji i preduslov za plaćanje predmetnih usluga. 15. Uslovi plaćanja: Potpisan pozitivnI Zapisnik o izvršenoj implementaciji od strane Radnog tima Naručioca zaduženog za praćenje realizacije ugovora od strane Naručioca koje će biti navedeno u Ugovoru sa Pružaocem usluga sa pozitivnom saglasnošću - koja dokumenta su prihvaćena i potvrđena od strane odgovornog lica Naručioca, dostavljenog izvještaja ponuđača o pruženim uslugama i uredno ispostavljene fakture pružaoca usluga. 16. Garantni rok je 36 mjeseci i počinje da teče od dana implementacije sistema, a početak se konstatuje potpisivanjem Zapisnika o izvršenoj implementaciji. Garancija podrazumijeva garantovanje neometanog rada i bezbjednosti DMS i web platforme u garantnom roku, sa uslugama koje obuhvataju ispravku uočenih nepravilnosti rada DMS i web platforme koje su posljedica grešaka koje nisu uočene tokom testiranja i validacije od strane Naručioca. Pod garancijom se, dakle, podrazumijeva obaveza Ponuđača da otkloni sve smetnje u ispravnom funkcionisanju isporučenog rješenja, tj. reagovanje na incidente. Incident je situacija u kojoj softver uopšte ne funkcioniše, ili ne funkcioniše u skladu sa funkcionalnom specifikacijom potpisanom od strane Naručioca i Ponuđača, a da pri tome greška u funkcionalnosti nije izazvana promjenama od strane Naručioca bilo na izvornim sistemima (oprema i sistemski softver u vlasništvu Naručioca na kojoj se instalira DMS), bilo u nekom drugom dijelu poslovnih procesa Naručioca. U garantnom roku obaveza Ponuđača je da započne sa otklanjanjem nedostataka na DMSa i web platforme, u roku od najviše 24 sata od časa prijema obavještenja od strane Naručioca. Pružalac usluga je dužan da, bez nadoknade, u ugovorenom garantnom roku, na poziv Naručioca, najkasnije u maksimalnom roku odziva za pružanje tehničke pomoći od 24 sata, izvrši otklanjanje nedostataka i pruži stručnu pomoć pri korišćenju.Ukoliko je u pitanju otklanjanje većih nedostataka rok za završetak će se odrediti prema dogovoru Naručioca i Ponuđača. Ukoliko izvršilac odbije da izvrši otklanjanje nedostataka iz prethodnog stava ili ih vrši neblagovremeno i nestručno, Naručilac će aktivirati garanciju za otklanjanje nedostataka u garantnom roku. 17. Garancija kvaliteta: Privredni subjekat je dužan da posjeduje uspostavljen sistem upravljanja kvalitetom iz oblasti predmeta nabavke što se dokazuje sertifikatom ili drugom odgovarajućom potvrdom nadležnog organa ili organizacije o ispunjavanju uslova upravljanja kvalitetom iz oblasti predmeta nabavke i to: ● ISO 9001 ● ISO 22301 ● ISO/IEC 27001 ● ISO/IEC 20000-1 18. Način sprovođenja kontrole kvaliteta implementacije i rada sistema u periodu trajanja garantnog roka će se vršiti od strane radnog tima koji će formirati Akreditaciono tijelo. Kontrolu kvaliteta pružanja usluga, kontrolisaće radni tim za praćenje realizacije predmetnog ugovora. Radni tim činiće lica određena posebnim rješenjem od strane Naručioca i biće definisan Ugovorom. Radni tim će u slučaju uočavanja propusta u obavljanju posla odmah pozvati Izvršioca i obavijestiti ga pisanim putem, nakon čega će se sačiniti Zapisnik o uzroku i obimu uočenih propusta kao i mogućoj posljedici koja može biti uzrok određenih uočenih nepravilnosti kvaliteta izvršavanja ugovorenih obaveza. Izvršilac će biti dužan da se odazove pozivu Naručioca i otkloni uočene propuste u roku koji mu odredi Naručilac, ukoliko su konstatovani Zapisnikom. Pružalac usluga je dužan da postupi po svim osnovanim primjedbama i nalozima Radnog tima i otkloni primjećene nedostatke u roku koji mu se odredi . U slučaju da ti propusti ne mogu biti otklonjeni ili za posljedicu mogu imati materijalne izdatke ili reputacione rizike po Naručioca, aktivirat će se sve raspoložive garancije i raskinuti Ugovor; 19. Isporuka, instalacija i puštanje u rad, će se smatrati izvršenom potpisivanjem Zapisnika o izvršenoj implementaciji o kvalitativno-kvantitativnom prijemu informacionog Sistema od strane Izvršioca i Radnog tima zaduženog za praćenje realizacije Ugovora određenog od strane Naručica.Primopredaju sistema izvršiće radni tim Naručioca i ovlašćeni predstavnici Pružaoca usluga sačinjavanjem Zapisnika o izvršenoj implementaciji. U Zapisniku o izvršenoj implementaciji se konstatuje da li su usluge pružene u svemu u skladu sa specifikacijom i ugovorenim rokovima. Ukoliko Radni tim Naručioca tokom primopredaje ima primjedbe na pružene usluge, neće potpisati Zapisnik već će sačiniti Reklamacioni zapisnik u kome se obavezuje Pružalac usluga da nedostatke otkloni u roku koji je definisan u Reklamacionom zapisniku. Primopredaja mora minimalno sadržati sljedeće: ● Detaljnu specifikaciju arhitekture i funkcionalnosti isporučenog rješenja; ● Materijale za obuku; ● Korisnička uputstva (User Guides), administratorska uputstva (Administration Guides) sa uputstvom za čuvanje kopija i oporavak sistema (Backup/Restore Guides); ● Izvještaj testiranja funkcionalnosti zahtijevanih tenderskom dokumentacijom i u skladu sa matricom usaglašenosti; ● Proceduru za Backup/Restore. 20. Primopredaja mora minimalno sadržati sljedeće: Uslov za primopredaju softvera je dostavljanje dokumentacije o projektu kao i izvršena obuka zaposlenih Naručioca u periodu trajanja ugovora odnosno periodu implementacije softvera.Obaveza ponuđača je da opiše faze projekta u projektnom planu, koje će kasnije - nakon izbora ponuđača i potpisivanja ugovora biti detaljno usaglašene sa Naručiocem. Projektni plan mora biti dostavljen na crnogorskom jeziku. Ponuđač treba u ponudu da uključi i obuku tehničkog osoblja i krajnjih korisnika DMS Naručioca i da precizno navede nivoe obuke. Obuka se sprovodi na lokaciji Naručioca. Ponuđač je dužan u ponudi dostaviti nacrt plana obuke I uputstvo o koriscenju sistema. Izabrani ponuđač je u obavezi da izradi i Naručiocu dostavi dokumentaciju o projektu, koja mora da obuhvati najmanje: -Plan održivosti informacionog sistema koji se uspostavlja što podrazumijeva implementaciju sigurnosnih mjera na različitim nivoima (Fizičku zaštitu, Mrežnu zaštitu, Sistemski nivo, Aplikativni nivo, Korisnički nivo, Upravljanje incidentima i kontinuitet poslovanja) kako bi se osigurala zaštita od različitih prijetnji i rizika. procedurama itd.); - Detaljnu specifikaciju arhitekture i funkcionalnosti isporučenog rješenja; Dokumentacija o softverskom rješenju (arhitektura rješenja, hardversko/softverski zahtjevi, instalacionu verziju itd.); - Dokumentacija koja sadrži detaljne procedure za održavanje Sistema, testiranje sistema, otklanjanje grešaka - Materijale -Uputstva za obuku; - Korisnička uputstva (User Guides), administratorska uputstva (Administration Guides) sa uputstvom za čuvanje kopija i oporavak sistema (Backup/Restore Guides); - Izvještaj testiranja funkcionalnosti zahtijevanih tenderskom dokumentacijom i u skladu sa matricom usaglašenosti; - Proceduru za Backup/Restore. 21. Nakon roka izvršenja Ugovora naručilac stiče sva prava iskorišćavanja softverskog rješenja u skladu sa ovom specifikacijom. Svi planovi,Plan održivosti informacionog sistema, specifikacije, projekti, izvještaji postaju vlasništvo naručioca.Izvorni kod (source code) kao i sva autorska prava pripadaju naručiocu posla. Ponuđač je dužan dostaviti Izjavu kojom garantuje naprijed navedeno. 22. Obaveza ponuđača je da prilikom realizacije svih funkcionalnosti, traženih ovim projektnim zadatkom, koristi već uspostavljani model podataka i softver instalira na serveru ATCG. 23. Ponuda se sačinjava na: crnogorski jezik i drugi jezik koji je u službenoj upotrebi u Crnoj Gori, u skladu sa Ustavom i zakonom. Dokazi sačinjeni na jeziku koji nije jezik ponude, dostaviće se na jeziku na kojem su sačinjeni i u prevodu na jezik ponude ovjeren od strane tumača. 24. Ponuđač je obavezan da svojom ponudom obuhvati sve licence neophodne za rad ponuđenog rješenja DMS sistema. Ukupna cijena ponude ne smije da sadrži dodatne, skrivene troškove u vidu: licenci za softver, troškove održavanja, podrške za softver i ostala licenca prava.U cijenu za izradu softvera treba da bude uključen Hosting sistema godinu dana nakon potpisivanja ugovora o predmetnoj javnoj nabavci 25. Održavanje DMS rješenja i web platforme i tehnička podrška postoji za period od 12 mjeseci od dana potpisivanja zapisnika o primopredaji DMSa i web platforme. - Održavanje DMS rješenja i web platforme i tehnička podrška podrazumijeva pomoć korisnicima u korišćenju aplikacije, intervencije u slučaju izmjene mrežne, serverske i druge infrastrukture na koju se sistem oslanja. Dodatno, usluga treba da podrazumijeva proširenje funkcionalnosti u okviru najviše 5 programerskih sati mjesečno, kao i pravo na besplatno ažuriranje verzije softverskog rješenja sa novim funkcionalnostima i unaprijeđenjima dizajna i korisničkog iskustva. Takođe, održavanje objedinjava nadgledanje i optimiziranje rada aplikativnog rješenja na mjesečnom nivou, određene promjene manjeg obima u funkcionalnostima, optimizaciju i backup baze podataka. Održavanje DMS rješenja i tehnička podrška za nesmetan rad DMS rješenja i web platforme je neophodno da se izvode u toku radnog vremena Naručioca, od 8h do 16h radnim danima. Ponuđač je dužan da se obaveže da će u toku trajanja perioda održavanje i tehničke podrške izvršiti, sve eventualne, izmjene ili podešavanja u softveru DMS rješenja i web platforme, koje mogu biti zahtijevane ako u ovom periodu dođe do izmjena zakonske regulative. Naručioc treba da ima pravo za besplatnim upgrade-ima verzije dok god traje održavanje sistema. 26. U ponuđenu cijenu DMS sistema moraju biti uklјučeni svi troškovi koji se odnose na: isporuku i instalaciju softvera, sve neophodne licence softvera i prava neophodna za funkcionisanje DMS sistema. Pod licencama softvera koji je neophodan za funkcionisanje DMS sistema podrazumijevaju se licence i ostala prava za: DMS aplikativni softver, DMS DBMS softver (DBMS - engl. Data Base Management System), softver za skeniranje, repozitorijum (ako se koristi), kao i licence ili prava za ostale softverske komponente koje se koriste za funkcionisanje ponuđenog DMS rješenja. KRITERIJUMI ZA IZBOR Partija 1: cijena 40 bodova; kvalitet 60 bodova. 1. Cijena 2. Parametar kvalitet (K) – 60 bodova - Kvalitet obuhvata tri parametra i to ponuđeni rok izvršenja ugovora (RIU - 40), broj inžinjera koji bi radili na projektu (BINŽ-15) i učešće žena u broju lica koja će ponuđač angažovati na izvršenju predmeta nabavke(Ž -5): K=RIU+BINŽ-15 + Ž RIU=40 BINŽ=15 Ž=5 RIU -Rok izvršenja ugovora vrednovaće se na sljedeći način: maksimalnih 40 bodova primjenom ovog parametra dobija ponuđač sa najkraćim ponuđenim rokom izvršenja ugovora u kalendarskim danima, a drugi ponuđači dobijaju proporcionalno manji broj bodova prema formuli: broj bodova (K) najkraći ponuđeni rok za izvršenje ugovora u kalendarskim danima/ponuđeni rok za izvršenje ugovora u kalendarskim danima x 40. Rok izvršenja ugovora je predmet bodovanja , tako da će ugovor biti zaključen na ponuđeni rok koji ne može biti duži od maksimalnih 40 kalendarskih dana od dana zaključivanja ugovora. 3. Parametar kvalitet (K) – 60 bodova - Kvalitet obuhvata tri parametra i to ponuđeni rok izvršenja ugovora (RIU - 40), broj inžinjera koji bi radili na projektu (BINŽ-15) i učešće žena u broju lica koja će ponuđač angažovati na izvršenju predmeta nabavke(Ž -5): K=RIU+BINŽ-15 + Ž RIU=40 BINŽ=15 Ž=5 Ž=Ž1+Ž2+Ž3 Ž1- Učešće žena u broju lica koja će ponuđač angažovati na izvršenju predmeta nabavke, broj bodova 2, Broj bodova po osnovu učešća žena u broju lica koja će ponuđač angažovati na izvršenju predmeta nabavke konkretnog ponuđača utvrdjuje na način što se ponuđaču koji je ponudio najveći broj žena u broju lica koja će angažovati na izvršenju predmeta nabavke dodjeljuje maksimalan broj bodova, dok ostali ponuđači dobijaju bodove proporcionalno po osnovu formule: Ž1 =( broj žena u broju lica koja će ponuđač angažovati na izvršenju predmeta nabavke )/(najveći broj žena u broju lica koja će ponuđač angažovati na izvršenju predmeta nabavke) 𝑥 2 4. Parametar kvalitet (K) – 60 bodova - Kvalitet obuhvata tri parametra i to ponuđeni rok izvršenja ugovora (RIU - 40), broj inžinjera koji bi radili na projektu (BINŽ-15) i učešće žena u broju lica koja će ponuđač angažovati na izvršenju predmeta nabavke(Ž -5): K=RIU+BINŽ-15 + Ž RIU=40 BINŽ=15 Ž=5 Ž=Ž1+Ž2+Ž3 Ž2 -Učešće žena u ukupnom broju zaposlenih kod ponuđača, broj bodova 2, Broj bodova po osnovu učešća žena u ukupnom broju zaposlenih kod konkretnog ponuđača utvrđuje na način što se ponuđaču koji je ponudio najveći broj žena u ukupnom broju zaposlenih dodjeljuje maksimalan broj bodova, dok ostali ponuđači dobijaju bodove proporcionalno po osnovu formule: Ž2 =( broj žena u ukupnom broju zaposlenih )/( najveći broj žena u ukupnom broju zaposlenih) 𝑥 2 5. Parametar kvalitet (K) – 60 bodova - Kvalitet obuhvata tri parametra i to ponuđeni rok izvršenja ugovora (RIU - 40), broj inžinjera koji bi radili na projektu (BINŽ-15) i učešće žena u broju lica koja će ponuđač angažovati na izvršenju predmeta nabavke(Ž -5): K=RIU+BINŽ-15 + Ž RIU=40 BINŽ=15 Ž=5 Ž=Ž1+Ž2+Ž3 Ž3 -Udio žena u vlasničkoj strukturi ponuđača, broj bodova 1, Broj bodova po osnovu udjela žena u vlasničkoj strukturi konkretnog ponuđača utvrdjuje na način što se ponuđaču koji je ponudio najveći broj udjela žena u vlasničkoj strukturi ponuđača dodjeljuje maksimalan broj bodova, dok ostali ponuđači dobijaju bodove proporcionalno po osnovu formule: Ž3 =(udio žena u vlasničkoj strukturi ponuđača)/( najveći broj udjela žena u vlasničkoj strukturi ponuđača) 𝑥 1 6. Parametar kvalitet (K) – 60 bodova - Kvalitet obuhvata tri parametra i to ponuđeni rok izvršenja ugovora (RIU - 40), broj inžinjera koji bi radili na projektu (BINŽ-15) i učešće žena u broju lica koja će ponuđač angažovati na izvršenju predmeta nabavke(Ž -5): K=RIU+BINŽ-15 + Ž RIU=40 BINŽ=15 Ž=5 BINŽ -BINŽ - Broj inžinjera koji će biti angažovani na projektu vrednovaće se na sljedeći način: maksimalnih 15 bodova primjenom ovog parametra dobija ponuđač sa nejvećim brojem ponuđenih inžinjera, dok drugi ponuđači dobijaju proporcionalno manji broj prema formuli: Broj bodova po osnovu broja inžinjera koji bi radili na projektu (BINŽ) u odnosu sa maksimalnim brojem bodova (15), I to: BINŽ =( broj inžinjera koji će ponuđač angažovati na izvršenju predmeta nabavke )/(najveći ponuđeni broj inžinjera koji će ponuđač angažovati na izvršenju predmeta nabavke) 𝑥 15 TEHNIČKA SPECIFIKACIJA 1. Izgradnja i implementacija dokument menadžment sistema (DMS) Opis zahtjeva: ● Softversko rješenje mora biti zasnovano na višeslojnoj klijentsko-serverskoj arhitekturi i mora funkcionisati u mrežnom okruženju, koja mora da bude u potpunosti skalablina. ● Ponuđeno rješenje mora da podržava rad na svim Windows, Linux i Mac operativnim sistemima koji su u upotrebi u organizaciji. ● Aplikacija za skeniranje dokumentacije mora da podržava rad na svim Windows 7 i novijim Windows operativnim sistemima koji su u upotrebi u organizaciji. ● Klijentska web aplikacija mora da radi u okruženju aktuelnih web pretraživača. ● Ponuđeno softversko rješenje mora da podržava rad sa standardnim sistemima za upravljanje relacionim bazama podataka (RDBMS), kao što su MySQL, Oracle, Microsoft SQL Server, PostgreSQL, ili ekvivalentnim. Troškove licenci za odabranu bazu podataka snosi Ponuđač. ● Softversko rješenje mora da pruži mogućnost za rad klijentima koji koriste standardan PC na kojima je instaliran najmanje 32-bitni operativni system. ● Softversko rješenje mora biti dostupno intranet ili internet korisnicima, pri čemu se moraju poštovati sigurnosni zahtjevi koji su navedeni u ovoj tehničkoj specifikaciji. ● Softversko rješenje mora pratiti istorijat (verzije) sadržaja u bazi (Auditing) i meta podataka (koji takođe moraju biti smješteni u bazi). ● DMS mora da omogući konverziju spiskova dokumenata, predmeta i sačuvanih rezultata upita pretraživanja u XLS/XML/CSV format. ● DMS sistem mora da omogući da se sve nadogradnje sistema obavljaju bez ozbiljnijih zastoja i prekida u tekućem radu. ● DMS treba da sadrži mogućnost smanjivanja grešaka i povećavanja produktivnosti naprednom automatizacijom. ● Softversko rješenje mora da vrši validaciju prije smještanja podataka u relacionu bazu što uključuje i sljedeće: ○ Validaciju unesenih podataka kao što su: dozvoljeni opseg vrijednosti, jedinstvenost šifri, ID-jeva itd; ○ Omogućiti izbor samo postojećih i validnih vrijednosti iz šifarnika (tamo gdje je potrebno da se koriste – referencijalni integritet); ○ Modifikaciju šifarnika od strane korisnika sa odgovarajućim pravima; ○ Validaciju svih unijetih šifara; ○ Provjeru sintaksne ispravnosti određenih podataka tamo gdje je to potrebno i moguće; ○ Validacija veće količine podataka mora se sprovoditi na sloju poslovne logike softverskog rješenja; ○ Korišćenje klijentske validacije gdje god je to moguće. ● Softversko rješenje mora da obrađuje greške nastale prilikom rada sa bazom na sljedeći način: ○ Prikaz poruke koja opisuje nastalu grešku i nudi akciju koja će eventualno omogućiti njeno uklanjanje (ukoliko je moguće); ○ Mogućnost da se nastavi sa radom ukoliko je greška nastala u toku validacije podataka; ○ Prikaz informacija o svim podacima koji nisu prošli validaciju; ○ Izvršiti sve neophodne validacije nad podacima koji se prosleđuju u jednoj transakciji bez obzira na broj grešaka. ● Korisnici sistema treba da pristupe DMS-u unosom kombinacije korisničkog imena i lozinke (username/password). ● DMS sistem mora da ima mogućnost ograničenog vremena trajanja sesije rada. ● Softversko rješenje mora da omogući unos korisnika, korisničkih uloga (rola) i korisničkih grupa u sistem. ● DMS sistem mora da ima sistem za definisanje dozvola i rola za pristup određenoj vrsti predmeta ili dokumenta, na nivou korisnika i na nivou grupe korisnika. ● Korisnici sistema koji pripadaju nekoj grupi korisnika nasleđuju sva prava od te grupe. ● DMS mora imati mogućnost procesa upravljanja dokumentima. ● DMS treba da ima mogućnost automatizacije radnih procesa. ● DMS treba da ima mogućnost napredne pretrage parametra i podataka na svim nivoima. ● Softversko rješenje treba da ima mogućnost pretrage dokumentacije po sadržaju (OCR) bez obzira na koji način je dokument dodat u sistem. ● DMS treba da ima mogućnost da pristup podacima kroz pretragu bude veoma brz i da se podaci brzo učitavaju. ● DMS sistem ne smije da ima ograničenja po pitanju formata fajlova koji se unose u aplikaciju i čuvaju u elektronskoj arhivi. ● Softversko rješenje treba da nudi mogućnost unosa dokumenata uploadom, skeniranjem ili putem šablona. ● Softversko rješenje mora da ima mogućnost potpisivanja dokumenata korišćenjem digitalnog sertifikata. Korisnici treba da imaju mogućnost upotrebe bilo kojeg sertifikata (token, lična karta…) kao i odabira prikaza potpisa (samo sertifikat, ručni potpis uz sertifikat i sl.). ● DMS rješenje treba da ima mogućnost verzionisanja dokumenata. ● Softversko rješenje mora da bude parametrizovano, i da pruža podršku za čuvanje potrebnih tipova i struktura podataka, definisanje i čuvanje pravila tokova i životnih ciklusa u vidu meta podataka. Meta podaci mora da sadrže: ○ Definiciju parametara aplikacije ○ Definiciju struktura podataka ○ Definicije radnih tokova ○ Definiciju dodatnih atributa ● Softversko rješenje mora da ima mogućnost za dodatno definisanje (ad-hoc) potrebnih atributa objekata DMS-a (dokumenti, predmeti i subjekti) i njihovu primjenu u dokumentacionom sistemu bez ikakvog dodatnog programiranja (odnosno da to bude omogućeno i korisnicima koji nemaju nikva programerska znanja i vještine) ● DMS treba da nudi mogućnost izmjene dokumenta iz sistema, odnosno integraciju sa alatom za editovanje dokumenta (npr. Google docs). Korisnici trebaju da imaju mogućnost otvaranja dokumenta u modu za ažuriranje i čuvanje izmjena u DMSu u vidu nove verzije. ● DMS treba da ima sistem notifikacije preko koga će se korisnicima sistema proslijeđivati različite informacije i obavještenja o promjenama koje se događaju nad odgovarajućim dokumentima, predmetima. ● Softversko rješenje treba da ima mogućnost integracije sa postojećim ili spoljnim sistemima i potrebne funkcionalnosti za efikasno praćenje i upravljanje dokumentima. Potrebno je predvidjeti mogućnost povlačenja podataka iz spoljnih sistema (ukoliko je potrebno) ili pružanja podataka spoljnim sistemima - interfejs za preuzimanje podataka iz određenog informacionog sistema - API (Application Programming Interface) koji omogućava interakciju između različitih softverskih aplikacija. FUNKCIONALNI ZAHTJEVI ZA IMPLEMENTACIJU DMS SISTEMA DMS sistem treba da omogući Naručiocu: ● Unos i digitalizaciju papirnih dokumenata, povezivanje meta podataka sa odgovarajućim digitalizovanim dokumentom. ● Dijeljenje elektronskih dokumenata u okviru organizacione strukture Naručioca, slanje dokumentacije van organizacione strukture, i praćenje statusa i kretanja dokumenata i predmeta u okviru ATCGa. ● Zajednički rad korisnika sistema nad dokumenatima i predmetima koristeći verzionisanje dokumenata, razmjena poruka u okviru obrade predmeta ili dokumenta. ● Mogućnost da bez dodatnog programiranja uradi novi ili izmijeni postojeći radni proces (workflow). ● Potrebno je da sistem ima mogućnost integracije sa drugim softverskim rješenjima Naručioca. ● Elektronsko arhiviranje dokumenata i predmeta nakon obrade kao i jednostavnu pretragu sa brzim prikazom traženih dokumenata ili predmeta. ● DMS sistem treba da ima mogućnost proširivanja, kako u smislu povećanja broja korisnika sistema, tako i u smislu širenja poslovnih, radnih procesa, proširenja entiteta, labela i meta podataka. FUNKCIONALNOST DMS Ponuđeno DMS rješenje mora da omogući klasifikaciju dokumenata i tipova predmeta. Upravljanje dokumentima: ● Unos dokumenata je potrebno omogućiti na više načina: uploadom iz računara, skeniranjem, putem predefinisanih šablona. ● Prilikom kreiranja dokumenta potrebno je omogućiti odabir tipa dokumenta kao i unos metapodataka za dokument po kojima se kanije lakše može pretražiti dokumentacija. Takođe, potrebno je omogućiti unos dodatnih atributa za dati tip dokumenta. ● Osim osnovnih atributa nekog dokumenta/predmeta koji su definisani na samom dokumentu ili na tipu dokumenta, DMS mora da omogući da se mogu definisati i dodatni atributi. Svaki od ovih atributa se može definisati u bilo kom stanju tipa dokumenta tako da se prilikom njegovog kreiranja određuje njegov naziv kao i način upisa podataka u njega (u zavisnosti da li je atribut tipa: Text, Number, Radio button, Data/Time, Dialog list, Checkbox, Listbox, Combobox itd...). Ne smije da postoji ograničenje u broju atributa ni na dokumentu ni na folderu/predmetu. ● DMS mora da omogući dodjeljivanje dokumenta određenim nosiocima saglasno korisničkoj grupi i autorizaciji korisnika. Korisnička grupa mora da sadrži skup ovlašćenih autorizovanih korisnika koji su kompetentni za rad sa određenim dokumentima. Ukoliko je neki dokument signiran na nekog nosica/korisničku grupu, tada treba da se nalazi u zoni odgovornosti svih ovlašćenih osoba koje su odgovorne za njegovo rješavanje, obradu ali i sam pristup. ● DMS mora da obezbijedi podršku u radu sa dokumentacijom koja nije u elektronskom obliku – evidenciju o fizičkim lokacijama originalnih dokumenata, i to u odgovarajućoj strukturi (zgrada-soba-ormar-polica itd.). Dakle, ponuđeno rješenje mora da omogući i evidenciju lokacija predmeta/dokumenata u fizičkoj arhivi. ● DMS mora da obezbijedi mogućnost da se određeni tipovi dokumenata vode po verzijama. Verzionisanje dokumenata treba da radi po sljedećem principu - Verzionisanje dokumenta mogu raditi korisnici koji za to imaju dodijeljena prava. Prilikom unosa nove verzije nije potrebno unositi metapodatke već se oni vuku sa prve verzije dokumenta. Izmjena metapodataka se vrši posebno. Dakle, uneseni podaci za prvu verziju važe za sve naredne verzije dokumenta. Verzijama jednoga dokumenta se može jednostavno pristupiti, dozvoljeno je njihovo pregledanje, preuzimanje, brisanje i to samo određenim korisnicima koji imaju dodijeljena prava za to. DMS mora da omogući standardne Check-In, Check-out, View, Edit, Publish i Delete funkcionalnosti nad dokumentima i njihovim verzijama. Za vrijeme dok je dokument u stanju CheckOut potrebno je da jasno bude označeno kod koga je taj dokument (da bude označen drugačijom bojom ili nekim grafičkim simbolom) kako bi se osiguralo da isti dokument ne može mijenjati više osoba u istom trenutku. Za svaku verziju dokumenta mora se evidentirati ko je i kada kreirao verziju i šta je promijenjeno. ● Svaki dokument može imati i svoje priloge pa je iz tog razloga kroz DMS sistem potrebno obezbijediti dodavanje priloga koji se vežu za konkretan dokument i jasno su u sistemu naznačeni kao prilozi. Svaki prilog može imati svoje metapodatke. ● Potrebno je omogućiti potpisivanje dokumenata korišćenjem digitalnog sertifikata. Korisnici treba da imaju mogućnost upotrebe bilo kojeg sertifikata (token, lična karta…) kao i odabira prikaza potpisa (samo sertifikat, ručni potpis uz sertifikat i sl.). ● DMS mora da omogući podršku u radu i prihvat svih vrsta datoteka (fajlova), kao što su: PDF, DOCX, MPEG, MP3, MP4, AVI, JPEG, TIFF, itd. ● Sva dokumenta moraju biti pročitana sa OCR (Optical Character Rcognition) bez obzira da li su u sistem dodata uploadom iz računara, skeniranjem ili putem šablona. ● Napredna pretraga dokumenata i predmeta mora raditi osim po OCRu i po svim atributima i metapodacima u sistemu. Mora postojati mogućnost preuzimanja rezultata pretrage. ● Svaki folder i dokument u DMS sistemu može imati više statusa na osnovu kojih će se korisnicima jasno staviti do znanja da li je folder obrađen/zatvoren ili je u toku obrada, kao i da li je dokument u statusu obrade ili je konačna verzija koju nije moguće dodatno mijenjati. Unosom dokumenta isti treba da ima status koji će korisnicima jasno staviti do znanja da je dokument u fazi obrade a za konačnu verziju dokumenta treba da postoji opcija da se isti objavi, što će značiti da dokument nije moguće dalje mijenjati. ● Za svaki dokument u DMS sistemu je potrebno omogućiti: izmjenu dokumenta, izmjenu metapodataka, promjenu statusa, unos verzija, unos priloga, preuzimanje, brisanje, unos podsjetnika za dokument, prosljeđivanje/slanje dokumenta unutar Organizacije, arhiviranje. Ove funkcionalnosti su dostupne korisnicima koji imaju dodijeljena prava za to. ● Ukoliko je dokument potrebno poslati van Organizacije, korisnicima će biti omogućeno slanje dokumenta mailom, gdje će imati mogućnost unosa primaoca maila, teksta i sadržaja poruke, dok će sami dokument biti automatski dodat kao prilog maila. ● Za svaki dokument i njegovu verziju korisnicima koji imaju dodijeljena prava za to će biti omogućen unos komentara. ● DMS mora da omogući funkcionalnost upravljanja zapisima, tj. da obezbijedi i osigura da se sadržaj dokumenata koji su postali zapisi neće izmijeniti tokom čitavog perioda čuvanja tih dokumenta u DMS-u. ● DMS treba da predloži sve dokumente za izlučenje (uklanjanje) iz DMS-a u skladu sa njihovim propisanim periodom čuvanja (a usaglašeno sa zakonom i pravilima čuvanja određenih kategorija dokumentacione građe) i da te spiskove dokumenata posle verifikacije i njihovog uklanjanja čuva u DMS-u. Za sve predmete koji su arhivirani potrebno je omogućiti unos roka čuvanja u arhivi kako bi sistem nakon tog roka predložio predmet za izlučenje. ● DMS mora da omogući da se za određene tipove dokumenata koji se često ponavljaju i imaju standardizovane forme (rješenje, odluke, ugovori) mogu definisanti standardni predefinisani šabloni (templejti) koji bi se mogli koristiti prilikom kreiranja novih dokumenata. Šablon bi se pokrenuo na određenu akciju korisnika koji za to ima dodijeljena prava u sistemu (kao npr. kreiraj dokument iz šablona) i uz pomoć indeksnih podataka sa dokumenta iz DMS inicijalno kreirao. Jedan tip dokumenta može da sadrži više različitih šablona. Takođe, wizard za definisanje šablona mora da omogući autorizovanom korisniku, koji nema programerska znanja, mogućnost da ih sam definiše ili izmijeni. Prilikom definisanja šablona omogućiti korisnicima koji za to imaju dodijeljena prava da tačno definišu polja u šablonu (naziv polja, tip polja, da li je obavezno ili opciono polje) pri čemu je potrebno osim osnovnih tipova polja kao što su tekstualno polje, numeričko polje, datumsko polje i sl. omogućiti i unos tabela u okviru šablona. Za sva polja koja je moguće definisati u šablonu potrebno je uraditi odgovarajuće validacije. ● Omogućiti opciju za slanje dokumenta subjektu/klijentu koja je dostupna samo za arhivske foldere i izlazna dokumenta, dakle dokumenta koja arhiva šalje strankama. Ovdje je potrebno da se jasno navede koji dokument je poslat stranki, koji datum je u pitanju, kao i koji je način slanja dokumenta (pošta, kurir, dhl…). Za dokumenta koja se šalju povratnicom potrebno je jasno navesti podatke sa povratnice (ko je preuzeo pošiljku, kada i sl.). ● Softversko rješenje za DMS mora da obuhvati softver za skeniranje, koji se takođe mora izvršavati kroz veb pregledač (web browser). Mora postojati funkcija za skeniranje papirnih dokumenata i njihovo automatsko pohranjivanje u sistem i definisanjem određenih metapodataka. Aplikacija za skeniranje mora biti povezana sa skenerom, putem standardnih TWAIN drajvera. Metapodaci su podaci koji opisuju dokument, a njihovo definisanje bi trebalo ostaviti kao mogućnost naručiocu. Softver mora imati mogućnost za definisanje metapodataka uz skenirani dokument, kao i mogućnost pretraživanja po tim metapodacima. DMS mora da ima mogućnost za smanjenjem i povećanjem veličine stranice skenirane slike (zoom-in/zoom-out), kao i za osvjetljenjem i zatamnjenjem skenirane slike. Upravljanje predmetima: ● DMS treba da omogući kreiranje strukture foldera, gdje se podrazumijeva unos foldera sa dokumentacijom koja se arhivira i zavodi u djelovodne knjige (arhivski folder) kao i kreiranje foldera sa dokumentima koji se ne zavode. Takođe, potrebno je omogućiti i retroaktivan unos predmeta i dokumenata u sistem. Unos dokumentacije koja se zavodi (arhivskog foldera) podrazumijeva definisanje brojača na osnovu kojeg će se vršiti brojanje i označavanje dokumenata u djelovodnoj knjizi. ● Prilikom kreiranja predmeta/foldera potrebno je omogućiti odabir tipa foldera kao i unos metapodataka za folder po kojima se kanije lakše mogu pretražiti folderi. Takođe, potrebno je omogućiti unos dodatnih atributa za dati tip foldera. ● Pri unosu metapodataka za folder sva polja u formi moraju biti jasno naglašena sa oznakom za obavezna/opciona polja. Moraju se raditi odgovarajuće validacije za sva obavezna polja kao i tipove polja (datumsko polje, numeričko polje i sl.). ● Digitalni arhiv treba da predstavlja jedinstveni repozitorijum za sve vrste sadrzaja (dokumenta, sli¬ke, video, e-mail, web, kolaborativni sadrzaji....). U tom smislu, ponuđeno DMS rješenje mora da obe¬zbijedi i prihvat svih formata fajlova, kao što su: PDF, DOCX, DOC, XLS, MPEG, MP3, AVI, JPEG, TIFF,... itd. ● DMS mora imati preglednik svih skeniranih ili običnih dokumenata i fajlova, koji bi omogućiti korisnicima da vide bilo koji format fajlova u tekućim formama. ● DMS mora da omogući evidentiranje, klasifikaciju, definisanje osnovnog registra (baze) dokumenata i predmeta. Pod ovim se podrazumijeva uspostavljanje aktivne baze dokumenata i predmeta. U bazu će se unositi dokumenti ili predmeti sa osnovnim skupom atributa koji ih karakterišu. Prilikom unosa osnovnih podataka o dokumentima, po definisanom automatizmu će svaki dokument dobiti identifikacionu i klasifikacionu oznaku u skladu sa važećim pravilima i sistemom označavanja. Aktivna zbirka dokumenata će sadržati informacije o svim dokumentima koji se nalaze u sistemu. ● DMS mora da omogući evidenciju svih dokumenata, zatim mogućnost da se po odgovarajućem principu dokumenti mogu grupisati u predmete, kao i mogućnost da se vrši grupisanje više predmeta i/ili dokumenata u dosije (folder). Predmeti, dakle, čine skup dokumenata, i za njih se određuju određena poslovna pravila koja se kasnije implementiraju na sve dokumente koji su u njih svrstani. ● Predmet u DMS sistemu mora da predstavlja strukturu koja u sebi objedinjuje više dokumenata grupisanih po određenom kriterijumu. Predmet mora da ima posebnu autorizaciju, koja definiše koji korisnici i uloge u DMS imaju prava čitalaca ili autora. Predmet mora da bude instanca radnog toka ili postupka, odnosno poslovne procedure. Dokument naslijeđuje karakteristike predmeta, ali može imati i sopstvene. ● DMS mora da omogući upotrebu različitih šifarnika (subjekti, mjesta, ključne riječi, i sl.). Prilikom unosa osnovnih podataka o svakom pojedinačnom dokumentu, treba da se koriste opšti šifarnici subjekata, mjesta, kao i ostali šifarnici tipova i vrste dokumenata, ključnih riječi i sl. ● DMS mora da omogući dodjeljivanje predmeta određenim nosiocima saglasno korisničkoj grupi i autorizaciji korisnika. Korisnička grupa mora da sadrži skup ovlašćenih autorizovanih korisnika koji su kompetentni za rad sa određenim predmetima. Ukoliko je neki predmet signiran na nekog nosica/korisničku grupu, tada treba da se nalazi u zoni odgovornosti svih ovlašćenih osoba koje su odgovorne za njegovo rješavanje, obradu ali i sam pristup. ● Organizaciona struktura mora da predstavlja elemente autorizacije jer dokumentu/predmetu na osnovu toga mogu pristupiti samo oni korisnici koji imaju definisna prava (kao autori ili čitaoci), što treba da u potpunosti bude usaglašano sa poglavljem koje govori o autorizaciji i zaštiti. ● Za svaki folder u DMS sistemu je potrebno omogućiti: izmjenu, promjenu statusa, brisanje, preuzimanje cijelog foldera. Ove funkcionalnosti su dostupne korisnicima koji imaju dodijeljena prava za to. ● Ponuđeno DMS rješenje mora da sadrži centralizovanu arhivu čiji je sadržaj (content) dostupan, na osnovu definisane autorizacije, svim autorizivanim korisnicima. Centralno (fizičko) arhiviranje se koristi za arhiviranje dokumenata i podataka, pri čemu se indeksni podaci o dokumentima/predmetima arhiviraju u logičkoj arhivi (database), dok sami dokumenti smeštaju u fizičku arhivu, i uvek su dostupni u zavisnosti od prava pristupa koje su dodeljeni korisnicima. Digitalni arhiv predstavlja jedinstveni repozitorijum za sve vrste sadržaja (dokumenta, slike, video, e-mail, web, kolaborativni sadržaji....). DMS mora da obezbijedi unos tačne arhivske lokacije predmeta/dokumenta (zgrada-soba-ormar-polica itd.). Dakle, ponuđeno rješenje mora da omogući i evidenciju lokacija predmeta/dokumenata u fizičkoj arhivi. DMS treba da omogući funkcionalnosti saradanje (collaborative functions) koja uključuje: ● Radne kalendare ● Workflow-e bazirane na poslovnim pravilima i procedurama ● E-mail notifikacije ● Slanje dokumenata putem e-maila direktno iz istema ● Razmjenu poruka (javno i privatno) i obavještavanje putem elektronske oglasne table ● Zajednički rad na radnim zadacima ● Kreiranje podsjetnika. Podsjetnici će moći da se kreiraju sa bilo koga dokumenta ili nezavisno od dokumenta (uslov je da korisnik ima pravo pokretanja akcije za kreiranje podsjetnika). Po kreiranju podsjetnika potrebno je unijeti određene podatke koji podsjetnik definišu. Takođe, na objektu podsjetnika postoji opcija upisa podsjetnika u radni kalendar aplikacije. ● Radni kalendar predstavlja objekat koji je vidljiv svim korisnicima sistema u skladu sa njihovom autorizacijom. Upis podataka u radni kalendar treba da se vrši preko kreiranja podsjetnika sa odabranom opcijom upisa u radni kalendar. MODUL ZA RADNE TOKOVE Ponuđeno DMS rješenje mora da sadrži u okviru samog rješenja modul (alat) za definisanje radnih tokova, procedura i poslovnih pravila (workflow) – Business process model (BPM). Ovaj modul treba da ima mogućnost za definisanje velikog broja različitih radnih tokova i procedura. Izmjena na postojećim radnim tokovima se mora realizovati bez dodatnog programiranja. Nakon definisanja radnog toka, ponuđeno rješenje treba da omogući kompletno uspostavljanje tog toka, autorizaciju od strane definisanih korisnika, uslove i pravila za promjenu faza radnog toka, kao i nadzor nad uspostavljenim tokom. Kroz poslovna pravila treba da se inicijalno definišu faze kroz koje predmet može da prođe za vrijeme obrade u dokumentacionom sistemu. Na svakoj od faza poslovnog pravila definišu se pravila koja određuju redosljed koraka procedure i uslove pod kojim se to dešava, zatim grananja i sl. Potrebno je omogućiti autorizaciju na svakom koraku odnosno fazi poslovnog procesa. Ponuđeno rješenje za DMS mora omogućiti praćenje životnog ciklusa dokumenata i nuditi mogućnost za upravljanje, modifikaciju i kreiranje novih tokova. Životni ciklus dokumenata se sastoji od stanja kroz koja mogu dokumenti prolaziti tokom svoje obrade u dokumentacionom sistemu kao i akcija koje omogućavaju prelazak iz jednog stanja u drugo. Modul za radne tokove treba da omogući: ● Da korisnici bez programerskog znanja mogu imati mogućnost kreiranja i definisanja radnog toka kroz jednostavan interfejs koji bi se importom dodao u DMS. Kreiranje treba da podrazumijeva definisanje zadataka, uslova i formi u okviru radnog toka. Za svaki od radnih zadataka korisnik treba da ima mogućnost definisanja role, korisnika ili korisničke grupe koja odrađuje zadatak. Takođe, za svaki radni zadatak korisnik treba da ima mogućnost definisanja roka za koji je potrebno odraditi zadatak. Na ovaj način bi se omogućilo da Naručioc ima opciju kreiranja velikog broja radnih tokova kad god je to potrebno, bez dodatne intervencije Ponuđača. ● Nakon definisanja radnog toka, ponuđeno rješenje mora da omogući kompletno uspostavljanje tog toka, autorizaciju od strane definisanih korisnika, uslove i pravila za promenu faza radnog toka, kao i nadzor nad uspostavljenim tokom. ● DMS treba da omogući praćenje neograničeno mnogo dokumenata istog predmeta kroz zajednički radni tok. ● Na radnom toku mora da se inicijalno definišu faze kroz koje predmet može da prođe za vrijeme obrade u dokumentacionom sistemu. Na svakoj od faza radnog toka definiše se redoslijed koraka procedure i uslove pod kojim se to dešava, zatim grananja, korisnici i korisničke role koje učestvuju u radnom toku i sl. Potrebno je omogućiti autorizaciju na svakom koraku odnosno fazi radnog toka. ● U okviru radnog toka tačno su precizirani radni zadaci koji se izvršavaju, kao i korisnici, korisničke grupe ili role koje učestvuju u radnom toku. ● Softversko rješenje za DMS mora omogućiti praćenje životnog ciklusa dokumenata i nuditi mogućnost za upravljanje, modifikaciju i kreiranje novih tokova. Životni ciklus dokumenata se sastoji od stanja kroz koja mogu dokumenti prolaziti tokom svoje obrade u dokumentacionom sistemu kao i akcija koje omogućavaju prelazak iz jednog stanja u drugo. Na tipu dokumenta definiše se autorizacija dokumenta, moguća stanja dokumenta, dodatni atributi dokumenta i sl. ● Pokretanje radnog toka treba da bude moguće iz bilo kojeg foldera u sistemu. Za jedan folder ili predmet treba da se omogući pokretanje neograničeno mnogo radnih tokova. ● Pokretanjem radnog toka korisnici koji su definisani samom procedurom, treba redom izvršavaju radne zadatke. Nakon što jedan korisnik ili grupa korisnika odradi svoj zadatak, predmet treba da pređe u sljedeći status i narednom korisniku stigne zadatak na obradu. Koraci i zadaci u radnom toku treba prethodno da se definišu kada se takođe odrede i korisnici, role ili grupe korisnika koji učestvuju u radnom toku. ● Korisnici koji imaju pravo uvida u radni tok treba da mogu u svakom trenutku da vide u kojem je statusu radni tok, kod kojeg korisnika je trenutni zadatak, kao i da pregledaju cijelu istoriju radnog toka koja uključuje spisak radnih zadataka, odrađenih aktivnosti od strane korisnika i slično. ● Omogućiti da radni tok može prekinuti i / ili obrisati osoba s odgovarajućim pravima. ● Platforma treba da omogući odobravanje dokumenta kroz radni tok. ● U DMS-u mora da bude omogućeno da se sa bilo koga dokumenta ili predmeta može kreirati i poslati radni zadatak (pod uslovom da korisnik ima pravo po autorizaciji da pokrene akciju za definisanje novog radnog zadatka) odabranom korisniku ili grupi korisnika u sistemu. ● Slanje zadatka mora da bude povezano sa sistemom za obavještavanje i takođe integrisano sa mail sistemom. Potrebno je omogućiti da jedan zadatak može biti dodijeljen većem broju korisnika. ● Ponuđeno rješenje mora da sadrži mogućnost definisanja zadataka za više korisnika, pri čemu je moguće podesiti - opredijeliti da će se aktivnosti korisnika na radnom zadatku izvoditi paralelno ili serijski (gdje treba voditi računa i o definiciji redoslijeda izvođenja aktivnosti tj. redoslijeda rada korisnika na zadatku). ● Ponuđeno rješenje treba da sadrži mogućnost definisanja forme radnog zadatka, gdje korisnik koji kreira radni zadatak osim što može da bira korisnika ili grupu korisnika koji izvršavaju zadatak, može da kreira formu sa tačno definisanim poljima (polje za unos dokumenta, tekstaualno polje, datumsko polje i sl.). Za svako polje koje definiše kroz formu treba da ima mogućnost definisanja da li je to polje u formi obavezno ili ne. ● Radni zadatak mora da sadrži informaciju sa koga dokumenta ili predmeta je poslat (i može se traženi dokument ili predmet vidjeti kroz radni zadatak). Na ovaj način će veliki broj korisnika DMS-a radne zadatke upotrebljavati za obavljanje svih svojih poslova i aktivnosti kroz dokumentacioni sistem. Radni zadaci treba da sadrže sljedeće atribute: ○ Naziv radnog zadatka; ○ Opis radnog zadatka; ○ Naziv korisnika koji je radni zadatak kreirao; ○ Korisnici kojima se dodjeljuje radni zadatak; ○ Definiciju radnog zadatka - unos polja/atributa koja je potrebno popuniti da bi se odradio zadatak (npr. dokument, komentar, datum i sl.) ○ Datum kreiranja radnog zadatka; ○ Datum zatvaranja radnog zadatka; ○ Status radnog zadatka ● Korisnicima koji za to imaju dodijeljena prava treba omogućiti da radne zadatke dodjeljuju korisniku, po rukovodiocu odjeljenja ili sektora kao i po korisničkim ulogama i korisničkoj grupi. Ukoliko je zadatak dodijeljen jednom sektoru treba omogućiti da jedna osoba iz sektora može preuzeti radni zadatak. ● Za sve radne zadatke, kao i za kompletan radni tok, mora da postoji mogućnost definisanja roka izvršenja. Rokove radnih zadataka i radnih tokova je potrebno jasno istaći dizajnom aplikacije (bojom, statusom). Korisnik čiji rok za radni zadatak ističe treba da bude obaviješten notifikacijom (aplikativno i na mail) o isteku roka. ● DMS sistem mora da omogući jasne i brze preglede zadataka po korisnicima, rokovima, statusima, a u skladu sa autorizacijom rokovodilaca. ● DMS mora da omogući preraspodjelu radnih zadataka sa osobe koja trenutno nije u mogućnosti iz bilo kog razloga da ih obavlja na drugu osobu koja treba da preuzme zadatak. ● Definisanje tipova i statusa zadataka u DMS rešenju mora da bude parametrizovano, tj. da se definišu kroz odgovarajući korisnički interfejs. ● Osim što može biti vezan za određeni predmet/dokument, sistem mora da omogući i kreiranje, praćenje i izvršavanje radnih zadatka bez obaveze da budu vezani za predmet/dokument. MODUL REGISTRI U okviru usluga predviđenih ovom nabavkom potrebno je implementirati softverski modul/module koji treba da omoguće kompletnu, funkcionalnu, efikasnu, pouzdanu i bezbjednu softversku podršku za aktivnosti ATCG koje se odnose na vođenje registara i evidencija. Modul Registri kao jedan od modula programskog sistema (softverskog rješenja), mora da obezbijedi preduslove za efikasnost, funkcionalnost, kvalitetno upravljanje podacima, dokumentima i informacijama, a kroz automatizaciju, standardizaciju i izvještavanje, omoguće i poboljšanu kontrolu poslovanja i upravljanja aktivnostima iz nadležnosti ATCG. Modul Registri mora da omogući kontrolisan i autorizovan pristup elektronskim registrima i evidencijama od strane zaposlenih koji su zaduženi za njihovo vođenje, kao i generisanje različitih izvještaja iz tih registara i evidencija. Izabrani ponuđač je obavezan da, u saradnji sa Naručiocem, u početnoj fazi realiacije projekta izvrši detaljnu analizu i specifikaciju potrebnih izvještaja koji će se generisati iz softverskog rješenja za modul Registri. Modul Registri treba biti sastavni dio informacionog sistema ATCG, koji mora biti direktno povezan i integrisan sa sistemom za upravljanje dokumentima i poslovnim procesima. Modul Registri mora biti integrisan sa sistemom za upravljanje dokumentima i njegovim funkcionalnostima na taj način da se dokumenta koja su u vezi sa predmetnim evidencijama i registrima prikazuju na istoj prezentacionoj formi (HTML stranici) u ovom softverskom modulu, a čuvaju se u sistemu za upravljanje dokumentima. Detaljan opis registara je dat u projektnom zadatku. MODUL ZA IZVJEŠTAVANJE Članovi ATCG imaju potrebu da pristupaju dokumentaciji iz centralizovane baze podataka koja će uz same dokumente sadržati i ostale relevantne podatke iz kojih se dalje kreiraju odgovarajući izvještaji. Od izvještaja je potrebno kreirati sljedeće: ● Izvještaj o arhivskim knjigama; ● izvještaj o aktivnostima korisnika; ● Custom izvještaji koji će biti definisani od strane ATCG, gdje bi se tačno navelo što je potrebno da svaki izvještaj sadrži, po kojim kolonama da se omogući filter i u kom formatu je potreban download izvještaja. AUTORIZACIJA I ZAŠTITA ● DMS mora da obezbijedi i kompletno praćenje evidencija događaja i istorijata promjena(akcija) koji su se obavljali nad dokumentima (error, exception, event log, audit trail). Potrebno je da se evidentiraju svi događaji nad predmetima i dokumentom pri čemu se upisuje korisnik, vrijeme i kratak opis akcije. Takođe, potrebno je voditi error log u cilju što efikasnijeg utvrđivanja i otklanjanja grešaka u radu sistema. ● DMS mora da ima poseban administratorski modul za administraciju: ○ Definisanje i administracija korisnika; ○ Definisanje subjekata/klijenata sa svim podacima koji se tiču osnovnih podataka (naziv, PIB, šifra, email i sl) kao i adrese, broja telefona, sjedišta organizacije i sl. Za subjekte je potrebno omogućiti i njihovo uvezivanje (npr. ocjenjivač i sl.) ali i dodavanje dodatnih atributa ukoliko se za to ukaže potreba; ○ Definisanje organizacione strukture koja je se koristi za osnovnu autorizaciju; ○ Definisanje svih uloga (rola) koje korisnici mogu imati u sistemu i dodjela istih određenom korisniku ili grupi korisnika; ○ Definisanje dozvoljenih tipova predmeta i dokumenata koji se mogu kreirati u dokumentacionom sistemu; ○ Definisanje dodatne autorizacije koje određeni korisnik ili grupa korisnika ima na određenom radnom toku, odnosno konkretnom predmetu i/ili dokumentu ili u tek u određenoj fazi životnog ciklusa; ○ Definisanje brojača (načina klasifikovanja, označavanja i brojanja predmeta ili dokumenata). ● DMS treba da omogući kompletno upravljanje korisničkim rolama i privilegijama, tako da se može kreirati neograničen broj rola a da svaki korisnik može imati više dodijeljenih rola. Svakom room je potrebno da se upravlja ponaosob, odnosno da se za svaku rolu posebno preciziraju resursi i prava u sistemu. ● DMS treba da omogući da se nad svim operacijama u sistemu može posebno upravljati preko korisničkih rola, korisničkih grupa ili korisnika. ● Zaštitna šema DMS-a mora da omogući rad na sljedeći način: ○ Za sve foldere u sistemu je potrebno omogućiti upravljanje privilegijama. Treba da bude omogućeno da se privilegije dodijele korisniku ili grupi korisnika. Za folder je potrebno omogućiti dodavanje sljedećih privilegija: ■ Pregled foldera; ■ Izmjena foldera; ■ Preimenovanje foldera; ■ Kreiranje podfoldera; ■ Brisanje foldera; ■ Izmjena privilegija nad folderom. Pregled treba da bude obavezna privilegija za korisnike kojima je dodijeljeno pravo nad folderom. U zavisnosti od ovdje uključenih privilegija, korisnici treba da imaju ili nemaju navedene opcije. Svakog korisnika ili grupu korisnika je moguće ukloniti sa spiska privilegija za dati folder, odnosno izmijeniti njegove privilegije. ○ Za sva dokumenta u sistemu je potrebno omogućiti upravljanje privilegijijama. Treba da bude omogućeno da se privilegije dodijele korisniku ili grupi korisnika. Za dokument je potrebno omogućiti dodavanje sljedećih privilegija: ■ Pregled dokumenta; ■ Izmjena dokumenta; ■ Unos i pregled komentara na dokument; ■ Unos verzija dokumenta; ■ Izmjena privilegija nad dokumentom. Pregled treba da bude obavezna privilegija za korisnike kojima je dodijeljeno pravo nad dokumentom. U zavisnosti od ovdje uključenih privilegija, korisnici treba da imaju ili nemaju navedene opcije. Svakog korisnika ili grupu korisnika je moguće ukloniti sa spiska privilegija za dati folder, odnosno izmijeniti njegove privilegije. ○ Za radne tokove u sistemu je potrebno omogućiti upravljanje privilegijijama. Treba da bude omogućeno da se privilegije dodijele roli ili grupi korisnika. Za radni tok je potrebno omogućiti dodavanje sljedećih privilegija: ■ Pregled radnog toka; ■ izmjena/izrada radnog toka ○ Svi korisnici jedne korisničke grupe mogu da vide sve predmete i dokumente koji su signirani na tu korisničku grupu; ○ Autor dokumenta uvijek može da vidi svoja dokumenta; ○ Nacrt dokumenta mogu da vide sve ovlašćene osobe – kad im prava dodijeli autor dokumenta; ○ Svi mogu da ažuriraju samo dokumente čiji su autori ili su dobili posebno ovlašćenje autora dokumenta; ○ Arhivari mogu da vidi sve arhivirane dokumente; ○ Svaki zaposleni vidi samo dokumente za koje ima dodijeljena prava pregleda; ○ Svaki zaposleni ažurira samo dokumente za koje ima dodijeljena prava izmjene tj. ažuriranja; ○ Rukovodilac organizacione jedinice vidi sve dokumente koji su naznačeni na njegovu organizacionu jedinicu; ○ Pored rukovodioca organizacione jedinice, sve dokumente podređenih iz te organizacione jedinice mogu da vidi i ovlašćene osobe (koje su dodatno ovlašćene); ○ Pored rukovodioca organizacione jedinice, dokumente podređenih mogu da ažuriraju i ovlašćene osobe. ○ Bez obzira na implementaciju modela zaštite, dokument može da se ažurira samo u određenim stanjima, koje zavisi prije svega od njegovog životnog ciklusa, odnosno poslovnih pravila. Poseban aspekt u implementaciji zaštite od neovlašćenog pristupa je povjerljivost dokumenta. Povjerljive dokumente (u pogledu na tip zaštite) mogu da vide samo ovlašćeni korisnici. Dokument preuzima stepen povjerljivosti predmeta kome pripada. ○ Pored toga, postoji i posebno ovlašćenje koje privilegovanim korisnicima omogućava pristup svim dokumentima bez obzira na tip zaštite. Autor dokumenta može da, bez obzira na izabrani tip zaštite ili signirni plan, na određenom dokumentu dodijeli prava čitanja ili ažuriranja drugoj osobi - korisniku. Ukoliko to izvede na nivou predmeta, to može važi za sve dokumente tog predmeta. Ako dodijeli prava samo na dokumentu, važi samo za taj dokument. ● Poželjno, ali ne obavezno, bi bilo da DMS omogući da se dokumenti i predmeti mogu proglasiti povjerljivim, tj. sa se mogu dodijeliti određeni stepeni tajnosti (u skladu sa definisanim stepenima, npr. povjerljivo, strogo povjerljivo, poslovna tajna, državana tajna) i shodno tome određeni sistem autorizacije korisnika. ● DMS mora da omogući i ad-hoc dodjeljivanje prava pristupa određenim dokumentima i predmetima bez obzira na tip zaštite i organizacionu strukturu. Autor dokumenta ili odgovorna osoba za predmet treba da ima mogućnost da, za određeni dokument ili predmet dodijeli prava čitanja ili ažuriranja bilo kom autorizovanom korisniku (bez obzira na organizacionu strukturu). ● DMS sistem mora da omogući korisnicima da, u vrijeme odsustva, mogu svoje radne zadatke prebaciti drugom korisniku sistema. MOBILNA APLIKACIJA U okviru ponude za DMS sistem potrebno je uvrstiti i ponudu za mobilnu aplikaciju koja bi korisnicima sistema dala mogućnost pregleda dokumentacije i osnovnih akcija nad dokumentima: preuzimanja, upload-a, brisanja, slanja mailom i sl. Mobilna aplikacija bi korisnicima sistema omogućila da u bilo kojem momentu mogu da pristupe dokumentaciji sa svog telefona i pregledaju status istih. Mobilnu aplikaciju treba razviti za Android platformu-isporučuje se samo android verzija u obliku apk fajla kojim će izvođač da dokaže da je završio posao. Aplikacija će biti dostupna interno korisnicima ATCG i nema potrebe da se objavljuje na store-ovima. Tehnički, ta aplikacija će se povezati sa serverima ATCG i na taj način će funkcionisati cijeli sistem.Osim navedenog, neophodno je da ponudjač izradi WEB platformu koja će krajnjim korisnicima odnosno posjetiocima sajta www.akreditacija.me dati mogućnost online prijava za akreditaciju.Detaljan opis Web platforme dat je kroz projektni zadatak. Osim navedenog Ponuđač treba da uradi plan održivosti informacionog sistema koji se uspostavlja što podrazumijeva implementaciju sigurnosnih mjera na različitim nivoima (Fizičku zaštitu, Mrežnu zaštitu, Sistemski nivo, Aplikativni nivo, Korisnički nivo, Upravljanje incidentima i kontinuitet poslovanja) kako bi se osigurala zaštita od različitih prijetnji i rizika. Ovi nivoi su detaljnije opisani u projektnom zadatku. Razvoj i funkcionalnost DMS treba da prati sve zahtjeve navedene u projektnom zadatku a koji se tiču opštih projektnih zahtjeva i uslova, baze podataka i arhitekture, funkcionalne i tehničke karakteristike, faza u implementaciji, hardverske platforme, softvera, UX pravila, strategije testiranja, obuka i treninga, garantnog roka, održavanja sistema i uslova plaćanja. Ponuđeno rješenje ne smije imati skrivene troškove godišnjeg obnavljanja licence osnovnog i pratećeg softvera aplikacije i alatki ili licenciranja po količini korisnika ili obima poslova. Izvorni (source) kod sofrverskog rješenja se mora predati Klijentu po završetku ugovorenih usluga. Količina: 1 komplet NAPOMENE Predmetni postupak se objavljuje drugi put usljed izmjene i dopune uslova i zahtjeva. Zbog neophodnosti predmetne nabavke, obzirom da se radi o specifičnoj nabavci, a pošto Naručilac nije postavio uslove i zahtjeve koji bi učesnicima iziskivali dodatno vrijeme za pripremu dokumentacije ili pribavljanje posebnih informacija vezanih za postupak, smatramo da su se stekli uslovi da se navedena nabavka sprovede u otvorenom postupku sa skraćenim rokom od minimum 15 dana. S tim u vezi, predmetni otvoreni postupak javne nabavke odredjen je u kraćem trajanju, ali ne kraćem od 15 dana od dana objavljivanja postupka u CEJN-u. Postavljeni uslovi i zahtjevi za nabavku i koriscenje predmetnog softvera su u iskljucivoj nadleznosti Narucioca. Projektni zadatak cini sastavni dio tenderske dokumentacije i objavljen je uz istu. DOKUMENTI 1. Izjava naručioca.pdf https://cejn.gov.me/api/common/downloadFile/1755634 2. Tenderska dokumentacija ATCG 2024- Konačno.docx https://cejn.gov.me/api/common/downloadFile/1756933 3. Akreditaciono tijelo Crne Gore DMS i web platforma - projektni zadatak Konačno.docx https://cejn.gov.me/api/common/downloadFile/1756934 4. Odluka o poništenju.pdf https://cejn.gov.me/api/common/downloadFile/1830758
| Партија | Статус | Процењено | Додељено | Датум уговора |
|---|---|---|---|---|
| Партија 1 | Активно | 50.000 € | — | — |
Овај наручилац тренутно нема других отворених тендера.
Уговори у овој области обично се закључују на 100% процијењене вриједности (средња половина 97%–100%), на основу 738 додијељених тендера. Типичан уговор износи 20.000 €.