Metaregistar i repozitorijum web servisa

OSTALI VAŽNI DELOVI PONUDE.docx OSTALI VAŽNI DELOVI PONUDE Kriterijum za ocenjivanje ponude: U postupku izbora ponude ugovor će biti dodeljen ekonomski najpovoljnijoj ponudi na osnovu kriterijuma: Cene. Rezervni kriterijum: U slučaju da postoje dve ili više ponuda koje su nakon primene kriterijuma jednake, biće izabrana ponuda ponuđača koji ponudi kraći rok za izršenje Faze 1. NAČIN I ROK ISPORUKE Ponuđač je dužan da sve aktivnosti koje su predmet nabavke realizuje u četiri faze, u sledećim rokovima: Faza 1 – Isporuka, instalacija i aktivacija licenci za sistem -u roku do _________ (najduže 10 dana) od dana stupanja Ugovora na snagu, Faza 2 - Poslovna analiza - u roku od ________(najduže 15 dana) od dana stupanja Ugovora na snagu, Faza 3 - Razvoj, implementacija i konfiguracija sistema – u roku _______ (od najduže 25 dana) od dana potpisivanja Zapisnika o uspešnoj realizaciji Faze 2 — Poslovna analiza, Faza 4 - Puštanje sistema u produkciju – u roku ________ (od najduže 10 dana) od dana potpisivanja Zapisnika o uspešnoj realizaciji Faze 3 — Razvoj, implementacija i konfiguracija sistema, a najkasnije do 25.12.2026. godine, Način i uslovi plaćanja Naručilac će Ponuđaču ukupno ugovorenu cenu platiti na sledeći način: Prvu fazu Naručilac će platiti Ponuđaču u roku od 15 dana od dana prijema pravilno ispostavljenog računa i Zapisnika o uspešnoj realizaciji Faze 1 – Isporuka, instalacija i aktivacija licenci za sistem potpisanog od predstavnika Ponuđaču i ovlašćenog lica Naručioca, kao i eOtpremnice. Drugu fazu Naručilac će platiti Ponuđaču u roku od 15 dana od dana prijema pravilno ispostavljenog računa i Zapisnika o uspešnoj realizaciji Faze 2 — Poslovna analiza potpisanog od predstavnika Ponuđaču i ovlašćenog lica Naručioca. Treću fazu Naručilac će platiti Ponuđaču u roku od 15 dana od dana prijema pravilno ispostavljenog računa i Zapisnika o uspešnoj realizaciji Faze 3 — Razvoj, implementacija i konfiguracija sistemapotpisanog od predstavnika Ponuđaču i ovlašćenog lica Naručioca. Četvrtu fazu Naručilac će platiti Ponuđaču u roku od 15 dana od dana prijema pravilno ispostavljenog računa i Zapisnika o uspešnoj realizaciji Faze 4 — Puštanje sistema u produkciju potpisanog od predstavnika Ponuđaču i ovlašćenog lica Naručioca. SREDSTVA FINANSIJSKOG OBEZBEĐENJA A) Ponuđač je dužan da prilikom podnošenja ponude dostavi: 1. Original Bankarsku garanciju za ozbiljnost ponude, u iznosu od 3% od vrednosti ponude bez PDV, sa rokom važenja 60 dana duže od datuma važenja ponude, koja mora biti bezuslovna, neopoziva bez prigovora i plativa na prvi poziv, u korist Naručioca. Bankarska garancija za ozbiljnost ponude se aktivira u slučaju da ponuđač odustane od svoje ponude u roku važenja ponude, ne dostavi dokaze o ispunjenosti kriterijuma za kvalitativni izbor privrednog subjekta u skladu sa članom 119. ovog zakona, neosnovano odbije da zaključi ugovor o javnoj kao i u slučaju da po zaključenju ugovora u ugovorenim rokovima ne dostavi zahtevana sredstva finansijskog obezbeđenja za dobro izvršenje ugovorenih obaveza. 2. Kopiju kartona deponovanih potpisa ovlašćenih lica poslovne banke, koja su potpisala bankarsku garanciju. B) Ponuđač, kome bude dodeljen Ugovor, dužan je da u roku od 15 dana od dana potpisivanja Ugovora, kao sredstvo finansijskog obezbeđenja za ispunjenje ugovorenih obaveza, preda Naručiocu: 1. Original bankarsku garanciju za dobro izvršenje ugovorenih obaveza, u visini od 10% ugovorene vrednosti bez PDV i sa rokom važenja najmanje 60 dana duže od trajanja Ugovora, koja mora biti bezuslovna, neopoziva, bez prigovora i plativa na prvi poziv i bez mogućnosti umanjenja srazmerno izvršenoj obavezi, a u korist Naručioca. Bankarska garancija za dobro izvršenje ugovorenih obaveza se aktivira u slučaju da Ponuđač ne ispunjava ugovorene obaveze. 2. Kopiju kartona deponovanih potpisa ovlašćenih lica poslovne banke, koja su potpisala bankarsku garanciju. V) Dobavljač je u obavezi da, u roku od 15 dana od dana potpisivanja Zapisnika o uspešnoj realizaciji Faze 4 – Puštanje sistema u produkciju, kao sredstvo finansijskog obezbeđenja dostavi: 1. Original bankarsku garanciju za otklanjanje grešaka u garantnom roku, za implementirano softversko rešenje u iznosu od 10% od ugovorene vrednosti bez PDV sa rokom važenja najmanje 90 dana duže od isteka garantnog roka, koja mora biti bezuslovna, neopoziva, bez prigovora, plativa na prvi poziv i, a u korist Naručioca. Bankarska garancija se aktivira u slučaju da Ponuđač ne izvršava ugovorene obaveze u toku trajanja garantnog roka. 2. Kopiju kartona deponovanih potpisa ovlašćenih lica poslovne banke, koja su potpisala bankarsku garanciju. TEHNIČKE KARAKTERISTIKE.docx TEHNIČKE KARAKTERISTIKE (ELEMENTI) 1. Uvod Predmet javne nabavke je uspostavljanje Metaregistra i repozitorijuma veb servisa Republičkog fonda za penzijsko i invalidsko osiguranje (u daljem tekstu: Naručilac), u skladu sa funkcionalnim, tehničkim i drugim zahtevima definisanim ovom tehničkom specifikacijom. Cilj predmetne nabavke je uspostavljanje centralnog i jedinstvenog mesta za registraciju, dokumentovanje, pretragu i kontrolu veb servisa u okviru informacionog sistema Naručioca. Metaregistar predstavlja katalog metapodataka o svim veb servisima (SOAP i REST), dok repozitorijum obezbeđuje skladištenje i upravljanje verzijama servisnih artefakata. Servisnim artefaktima, u smislu ove tehničke specifikacije, smatraju se tehničke datoteke i dokumentacija povezane sa veb servisima, uključujući WSDL i XSD datoteke, OpenAPI/Swagger specifikacije, primere zahteva i odgovora i drugu prateću tehničku dokumentaciju (u daljem tekstu: servisni artefakti). Uspostavljanjem sistema obezbeđuju se kontrolisano upravljanje životnim ciklusom veb servisa, standardizacija postupka njihove registracije i dokumentovanja, praćenje promena, kao i efikasno otkrivanje i ponovna upotreba postojećih veb servisa u okviru informacionog sistema Naručioca. 2. Strateški ciljevi Polazeći od postojećeg stanja i izazova u upravljanju veb servisima, gde su servisi često razvijani nezavisno, nedovoljno dokumentovani i teško vidljivi drugim timovima, uspostavljanje sistema usmereno je na uvođenje centralizovanog, kontrolisanog i tehnički održivog modela upravljanja servisima i njihovim metapodacima. Strateški ciljevi obuhvataju: Uspostavljanje jedinstvenog kataloga (metaregistra) svih veb servisa u organizaciji; Uspostavljanje repozitorijuma za skladištenje i verzionisanje servisnih artefakata (WSDL, XSD, OpenAPI); Standardizaciju procesa registracije i dokumentovanja servisa; Uspostavljanje kontrolisanog životnog ciklusa servisa (od najave do povlačenja); Omogućavanje efikasnog otkrivanja (discovery) i ponovne upotrebe postojećih servisa; Unapređenje interoperabilnosti sa internim i eksternim sistemima putem standardizovanog API sloja; Unapređenje bezbednosti, audita i kontrole promena nad servisima i njihovim metapodacima. 3. Funkcionalni zahtevi Sistem Metaregistra i repozitorijuma veb servisa mora da obuhvati funkcionalne module i ispuni zahteve definisane u nastavku ove tehničke specifikacije 3.1 Modul za registraciju i metapodatke veb servisa Modul za registraciju i metapodatke veb servisa predstavlja ključnu komponentu metaregistra. Njegova svrha je omogućavanje kontrolisanog, standardizovanog i auditivnog unosa i održavanja opisa svih veb servisa u organizaciji, nezavisno od tehnologije kojom su realizovani. Imajući u vidu da su postojeći servisi često razvijani nezavisno, sa različitim konvencijama imenovanja, dokumentacije i objavljivanja, ovaj modul obezbeđuje: jedinstven model metapodataka za sve tipove servisa, kontrolisan postupak registracije novih servisa, kategorizaciju i klasifikaciju servisa, proveru kompletnosti i ispravnosti pre objave, potpunu evidenciju i reviziju registracionih aktivnosti. Cilj modula nije samo tehnički upis servisa, već uspostavljanje doslednog, pretraživog i pouzdano dokumentovanog kataloga koji postaje referentni izvor istine o servisima. Model metapodataka veb servisa Za svaki registrovani veb servis evidentira se standardizovan skup metapodataka, uključujući: naziv i jedinstveni identifikator servisa, tip servisa (SOAP ili REST), verziju i status u životnom ciklusu, opis namene i poslovne funkcije, endpoint adrese (produkciona, test), vlasnika servisa i odgovornu organizacionu jedinicu, bezbednosne zahteve (način autentifikacije i autorizacije), parametre dostupnosti i nivoa usluge (SLA), zavisnosti prema drugim servisima ili sistemima, reference na tehničke artefakte u repozitorijumu (WSDL, XSD, OpenAPI). Ovakav model obezbeđuje da svaki servis bude opisan na jednoobrazan način, čime se omogućava poređenje, pretraga i kontrola. Postupak registracije veb servisa Modul podržava kontrolisan postupak registracije, u okviru koga se novi servis uvodi u katalog kroz jasno definisane korake: Unos osnovnih metapodataka i učitavanje tehničkih artefakata, Klasifikacija i dodela vlasništva, Pregled i odobrenje od strane ovlašćenog lica, Objava servisa u katalogu. Registracija se može izvršiti ručno kroz korisnički interfejs ili automatizovano, uvozom iz postojećih izvora (npr. učitavanjem WSDL ili OpenAPI definicije, iz koje se automatski popunjava deo metapodataka). Klasifikacija i taksonomija veb servisa Modul omogućava kategorizaciju servisa po više dimenzija, čime se obezbeđuje preglednost i lakše otkrivanje. Klasifikacija može obuhvatati: poslovni domen (npr. korisnici, finansije, dokumenta), tip servisa (interni, eksterni, partnerski), nivo kritičnosti, tehnološku kategoriju (SOAP, REST), status životnog ciklusa. Kontrola kvaliteta metapodataka Pre objave servisa, sistem vrši automatsku kontrolu kvaliteta unetih metapodataka i artefakata. Kontrole uključuju: proveru obaveznih polja, proveru ispravnosti učitanih artefakata (validan WSDL/XSD/OpenAPI), detekciju duplikata (servis sa istim imenom ili endpoint-om), Rezultati se klasifikuju kao: Greška (blokira objavu), Upozorenje (zahteva proveru), Informacija. Objava servisa u katalogu moguća je tek nakon uspešne validacije. Evidentiranje i praćenje aktivnosti Sve aktivnosti nad servisima evidentiraju se u sistemu. Evidencija obuhvata: korisnika koji je izvršio izmenu, tip aktivnosti (registracija, izmena, promena statusa), datum i vreme izvršenja, prethodno i novo stanje metapodataka. Audit mehanizam omogućava reviziju, praćenje i transparentnost svih promena u katalogu. Modul za registraciju i metapodatke obezbeđuje: jedinstven i standardizovan opis svih servisa, kontrolisan postupak uvođenja novih servisa, preglednu klasifikaciju i taksonomiju, transparentnost i reviziju procesa. 3.2 Modul za repozitorijum servisnih artefakata Modul za repozitorijum predstavlja skladište tehničkih artefakata povezanih sa registrovanim veb servisima. Njegova svrha je da obezbedi centralno, verzionisano i pouzdano čuvanje svih definicija i dokumentacije servisa, čime se sprečava dupliranje, gubitak i nekonzistentnost artefakata. Repozitorijum je čvrsto povezan sa metaregistrom — svaki artefakt je pridružen odgovarajućem servisu i njegovoj verziji. Podržani tipovi artefakata Repozitorijum podržava skladištenje svih relevantnih artefakata, uključujući: WSDL definicije (za SOAP servise), XSD sheme (strukture poruka i tipova podataka), OpenAPI/Swagger specifikacije (za REST servise), prateću tehničku dokumentaciju, primere zahteva i odgovora. Za svaki artefakt čuvaju se metapodaci: tip, verzija, datum učitavanja, autor i status. Verzionisanje artefakata Modul obezbeđuje potpuno verzionisanje artefakata, čime se omogućava praćenje istorije izmena svake definicije servisa. Sistem omogućava: čuvanje više verzija istog artefakta, pristup aktuelnoj i prethodnim verzijama, uvid u razlike između verzija, povezivanje verzije artefakta sa odgovarajućom verzijom servisa. Ovakav pristup obezbeđuje doslednost i podršku regulatornim i revizijskim zahtevima koji podrazumevaju istorijski uvid. Pristup i preuzimanje artefakata Modul omogućava kontrolisan pristup artefaktima kroz korisnički interfejs i putem API sloja. Korisnici i integrisani sistemi mogu: pregledati artefakte pridružene određenom servisu, preuzeti artefakt u izvornom formatu, pristupiti određenoj verziji artefakta. Modul za repozitorijum obezbeđuje: centralno i pouzdano čuvanje servisnih artefakata, potpuno verzionisanje i istorijski uvid, tehničku validaciju učitanih definicija, kontrolisan pristup i preuzimanje. 3.3 Modul za upravljanje životnim ciklusom servisa Modul za upravljanje životnim ciklusom obezbeđuje kontrolisano praćenje servisa kroz sve faze njegovog postojanja — od najave i razvoja, preko aktivne upotrebe, do zastarevanja i povlačenja. Cilj modula je da u svakom trenutku bude jasno vidljiv status svakog servisa i da se promene statusa odvijaju kontrolisano i transparentno. Definisani statusi servisa Sistem podržava standardizovan skup statusa životnog ciklusa, uključujući: Najavljen (planned) — servis je u pripremi, U razvoju (development), Aktivan (active) — servis je u produkcionoj upotrebi, Zastareo (deprecated) — servis se više ne preporučuje za nove integracije, Povučen (retired) — servis više nije dostupan. Prelazi između statusa definisani su pravilima, čime se sprečavaju nekontrolisane ili nedosledne promene. Kontrolisani prelazi i odobravanje Promena statusa servisa predstavlja kontrolisanu operaciju koja može zahtevati odobrenje ovlašćenog lica. Prilikom promene statusa, sistem: evidentira inicijatora i razlog promene, proverava da li je prelaz dozvoljen, generiše događaj o promeni statusa, obaveštava zainteresovane strane putem modula za notifikacije. Upravljanje verzijama servisa Modul podržava istovremeno postojanje više verzija istog servisa, što omogućava nesmetan prelazak korisnika sa starije na noviju verziju. Sistem omogućava: objavu nove verzije uz zadržavanje prethodne, označavanje starijih verzija kao zastarelih, definisanje planiranog datuma povlačenja, praćenje koji sistemi koriste koju verziju (ukoliko je ta informacija dostupna). Modul za upravljanje životnim ciklusom obezbeđuje: jasnu vidljivost statusa svakog servisa, kontrolisane i odobrene prelaze između statusa, podršku za paralelne verzije servisa, transparentno upravljanje zastarevanjem i povlačenjem. 3.4 Modul za otkrivanje i pretragu servisa (Service Discovery) Modul za otkrivanje i pretragu omogućava korisnicima i timovima da brzo pronađu postojeće servise, čime se podstiče ponovna upotreba i sprečava nepotrebno dupliranje funkcionalnosti. Modul obezbeđuje: pretragu servisa po nazivu, opisu i ključnim rečima, filtriranje po domenu, tipu, statusu i vlasniku, naprednu pretragu po metapodacima, pregled detalja servisa sa pridruženim artefaktima, pregled zavisnosti između servisa. Rezultati pretrage prikazuju ključne metapodatke i status servisa, uz mogućnost pristupa kompletnoj dokumentaciji i tehničkim definicijama. Ovakva funkcionalnost pozicionira metaregistar kao primarnu tačku za otkrivanje servisa, smanjujući vreme potrebno za integraciju i podstičući standardizaciju. 3.5 Modul za notifikacije Modul za notifikacije predstavlja centralizovani, event-driven mehanizam za automatsko generisanje i distribuciju obaveštenja o relevantnim događajima u sistemu Metaregistra i repozitorijuma veb servisa informacionog sistema PIO Fonda. Osnovna svrha modula je obezbeđivanje pravovremenog, pouzdanog i kontrolisanog informisanja: internih sistema, ovlašćenih korisnika, vlasnika servisa i administratora. Modul je projektovan tako da radi asinhrono i ne blokira primarne poslovne procese. Svaka relevantna promena u sistemu generiše događaj (event), koji se obrađuje nezavisno od osnovne logike aplikacije, čime se obezbeđuje skalabilnost, stabilnost i visok stepen otpornosti na greške. Ovakvim pristupom metaregistar se pozicionira kao centralni izvor istine (single source of truth) o servisima, koji ne samo da čuva njihove opise, već aktivno obaveštava zainteresovane strane o promenama (onim koje se označe kao relevantne za obaveštavanje) — što je od posebnog značaja kada korisnici drugih sistema zavise od određenog servisa. Event-Driven arhitektura Modul funkcioniše po principu događajno orijentisane arhitekture (event-driven architecture). Prilikom svake relevantne operacije u sistemu (registracija, izmena, promena statusa, objava nove verzije i sl.), sistem: Detektuje događaj, Generiše standardizovani event objekat, Prosleđuje ga notifikacionom sloju, Asinhrono inicira distribuciju notifikacija. Na ovaj način postiže se: razdvajanje poslovne logike i mehanizma obaveštavanja, mogućnost proširenja bez izmene osnovnog koda, bolja kontrola nad isporukom poruka, mogućnost horizontalnog skaliranja. Modul omogućava automatsku detekciju sledećih tipova događaja: registracija novog servisa, izmena metapodataka servisa, objava nove verzije servisa, promena statusa (Aktivan, Zastareo, Povučen i sl.), učitavanje ili izmena artefakta u repozitorijumu, planirano povlačenje servisa, detekcija konfliktnih ili nekonzistentnih podataka, neuspešna validacija artefakta. Svaki događaj sadrži: tip događaja, identifikator servisa, podatke o prethodnom i novom stanju, vreme izvršenja, identifikator korisnika koji je inicirao promenu. Ovakva struktura omogućava preciznu evidenciju i transparentnost svih sistemskih aktivnosti. Asinhrono procesiranje notifikacija Modul je zasnovan na asinhronom modelu obrade, što znači da: primarna poslovna operacija (npr. izmena servisa) ne čeka da se notifikacija pošalje, event se evidentira i stavlja u red za obradu, sistem nezavisno obrađuje i distribuira poruke. Ovim se obezbeđuje: bolje performanse sistema, stabilnost u slučaju velikog broja događaja, mogućnost obrade masovnih izmena. Višekanalna distribucija Modul podržava višekanalnu distribuciju notifikacija, u skladu sa konfiguracijom sistema i potrebama organizacije. Podržani kanali uključuju: e-mail obaveštenja, aplikativne (in-app) notifikacije. Za svaki kanal mogu se definisati: tehnički parametri (SMTP server, i sl.), status kanala (aktivan/neaktivan), pravila rutiranja, Sistem omogućava da jedan događaj inicira slanje poruke kroz više kanala istovremeno, u skladu sa konfiguracijom. Audit i praćenje notifikacija Modul vodi detaljnu evidenciju svih poslatih notifikacija, uključujući: tip događaja, vreme generisanja, kanal isporuke, status isporuke, identifikator primaoca, Ovo omogućava potpunu reviziju komunikacije, praćenje uspešnosti isporuke i analizu integracionih problema. Modul za notifikacije obezbeđuje: automatsko i pravovremeno informisanje o promenama servisa, asinhrono i skalabilno procesiranje događaja, višekanalnu distribuciju, pouzdan mehanizam ponovnog slanja, transparentnost i potpunu evidenciju svih aktivnosti. 3.6 Modul za API integraciju Modul za API integraciju predstavlja standardizovani komunikacioni sloj Metaregistra i repozitorijuma veb servisa, namenjen razmeni podataka o servisima sa internim i eksternim sistemima. Imajući u vidu da metaregistar predstavlja centralni izvor istine o servisima, neophodno je obezbediti stabilan, jasno definisan i bezbedan mehanizam pristupa katalogu i repozitorijumu. API sloj ima za cilj da omogući programski pristup metapodacima i artefaktima, čime se podržava automatizacija i integracija sa razvojnim i operativnim alatima. Modul obuhvata read pristup, verzionisani pristup podacima, unapređenu kontrolu pristupa i formalizovanu dokumentaciju interfejsa. REST API za pristup katalogu Sistem obezbeđuje REST API mehanizam za preuzimanje podataka iz metaregistra. Omogućen je pristup: listi svih registrovanih servisa, pojedinačnom servisu po identifikatoru, metapodacima i statusu servisa, verzijama servisa i pridruženim artefaktima, filtriranim podacima (npr. samo aktivni servisi određenog domena). API obezbeđuje strukturiran JSON odgovor sa svim relevantnim atributima, uključujući status, verziju i reference na artefakte. Artefakti (WSDL, XSD, OpenAPI) dostupni su za preuzimanje u izvornom formatu. Ovakva funkcionalnost omogućava razvojnim i integracionim alatima da koriste metaregistar kao primarni izvor informacija o servisima, bez potrebe za ručnim prikupljanjem definicija. Verzionisani pristup podacima S obzirom na to da sistem podržava istorijsko praćenje i verzionisanje, API omogućava pristup različitim verzijama servisa i artefakata. Integrisani sistemi mogu: pristupiti aktuelnoj aktivnoj verziji servisa, dobiti informaciju o razlikama između verzija. Autentifikacija i autorizacija Pristup API-ju je zaštićen mehanizmima autentifikacije i autorizacije. Sistem podržava: autentifikaciju putem bezbednosnih tokena, API ključeve za sistemske integracije, kontrolu pristupa po tipu operacije i po servisu. Svi API pozivi se evidentiraju radi praćenja, bezbednosti i revizije. Svi API interfejsi biće formalizovani kroz strukturisanu dokumentaciju koja sadrži: opis endpoint-ova, parametre zahteva, strukturu odgovora, primere poziva, kodove grešaka i njihova značenja. Modul za API integraciju obezbeđuje: centralizovan i standardan pristup podacima o servisima, optimizovan mehanizam sinhronizacije putem delta pristupa, podršku za verzionisani rad sa podacima, kontrolisan i bezbedan pristup, transparentnu i formalizovanu dokumentaciju. 4. Integracija sa postojećom RPA (Robotic Process Automation) platformom Naručilac je tokom 2021. godine realizovao nabavku „Platforma za automatizaciju poslovnih procesa“, JN broj 73/2021, u okviru koje je uspešno implementirana softverska platforma za automatizaciju poslovnih procesa proizvođača Robotiq.ai. Platforma je instalirana na centralnoj lokaciji Naručioca i koristi se za automatizaciju određenih poslovnih procesa. Nabavljena softverska platforma obuhvata trajne licence za dva robota i komponentu za dizajn procesa, upravljanje i nadzor rada robota — orkestrator, sa neograničenim trajanjem licenci. Ponuđač je dužan da u okviru predmetne nabavke realizuje integraciju sistema Metaregistra i repozitorijuma veb servisa sa postojećom RPA platformom Robotiq.ai proizvođača Robotic Process Automation d.o.o. Integracija sistema Metaregistra i repozitorijuma veb servisa sa postojećom RPA platformom Naručioca mora da omogući automatizaciju ponavljajućih aktivnosti u postupcima registracije, ažuriranja, provere i praćenja veb servisa i pripadajućih servisnih artefakata. RPA mehanizmi omogućavaju automatsko izvršavanje ponavljajućih aktivnosti zasnovanih na unapred definisanim pravilima, bez potrebe za neposrednom ručnom intervencijom korisnika. Povezivanjem RPA platforme sa Metaregistrom i repozitorijumom veb servisa omogućava se automatizovano prikupljanje, provera, unos i ažuriranje podataka o veb servisima iz različitih izvora. RPA će biti primenjen najmanje u sledećim oblastima: periodično prikupljanje podataka o veb servisima i pripadajućim servisnim artefaktima iz definisanih izvora; automatizovani unos i ažuriranje metapodataka o veb servisima u Metaregistru; preuzimanje i učitavanje novih verzija servisnih artefakata u repozitorijum; automatizovana provera statusa i dostupnosti registrovanih veb servisa; otkrivanje neusaglašenosti između podataka evidentiranih u Metaregistru i podataka raspoloživih u izvornim informacionim sistemima; pokretanje postupka obaveštavanja vlasnika veb servisa, odgovornih organizacionih jedinica i drugih ovlašćenih korisnika o utvrđenim promenama, neusaglašenostima ili nedostupnosti veb servisa. Integracija mora biti realizovana putem jasno definisanog i dokumentovanog interfejsa između sistema Metaregistra i repozitorijuma veb servisa i postojeće RPA platforme Naručioca. Sistem Metaregistra i repozitorijuma veb servisa mora da generiše strukturisane podatke i događaje koji se prosleđuju RPA platformi, dok RPA platforma, u skladu sa unapred definisanim pravilima i dodeljenim pravima pristupa: pristupa definisanim izvorima podataka; preuzima podatke o veb servisima i servisne artefakte; unosi ili ažurira metapodatke u Metaregistru; pokreće proveru statusa i dostupnosti veb servisa; inicira odgovarajuća obaveštenja ovlašćenim korisnicima; evidentira rezultate izvršenih aktivnosti. Sve aktivnosti izvršene posredstvom RPA platforme moraju biti kontrolisane i evidentirane u sistemu. Evidencija mora da sadrži najmanje podatke o pokrenutom procesu, datumu i vremenu izvršenja, izvoru podataka, izvršenoj aktivnosti, rezultatu izvršenja i eventualnoj grešci. Integracija sistema Metaregistra i repozitorijuma veb servisa sa RPA platformom mora da obezbedi: smanjenje potrebe za ručnim unosom i ažuriranjem podataka; povećanje tačnosti i ažurnosti podataka u Metaregistru; blagovremeno otkrivanje promena i neusaglašenosti; smanjenje mogućnosti nastanka grešaka usled ručnog rada; brže reagovanje u slučaju nedostupnosti ili promene veb servisa; transparentnost i sledljivost automatizovanih aktivnosti. Ponuđeni sistem Metaregistra i repozitorijuma veb servisa mora biti kompatibilan sa postojećom Robotiq.ai RPA platformom Naručioca i mora omogućiti realizaciju svih integracionih funkcionalnosti definisanih ovom tehničkom specifikacijom. Ponuđač je dužan da uz ponudu dostavi tehničku dokumentaciju ili opis arhitekture ponuđenog sistema, u kojem će biti predstavljene glavne funkcionalnosti sistema i jasno opisan način integracije sa postojećom RPA platformom Naručioca. Naručilac zadržava pravo da u fazi stručne ocene ponuda izvrši proveru kompatibilnosti ponuđenog sistema Metaregistra i repozitorijuma veb servisa sa postojećom Robotiq.ai platformom, kao i proveru ispunjenosti funkcionalnih i tehničkih zahteva definisanih ovom tehničkom specifikacijom. Detaljan način realizacije automatizovanih aktivnosti, način razmene podataka, pravila pokretanja RPA procesa, način obrade grešaka i scenariji testiranja integracije biće utvrđeni u okviru poslovne analize i dokumentovani u Dokumentu poslovne analize. Rezultati poslovne analize ne mogu umanjiti minimalni obim integracije definisan ovim odeljkom tehničke specifikacije. Ponuđač je dužan da u okviru realizacije integracije dostavi: tehničku dokumentaciju realizovane integracije; opis interfejsa i načina razmene podataka; opis potrebnih konfiguracija i prava pristupa; uputstvo za praćenje rada integracije i postupanje u slučaju greške; scenarije i rezultate sprovedenog testiranja. Integracija se smatra uspešno realizovanom nakon sprovedenog testiranja, otklanjanja svih utvrđenih nedostataka, dostavljanja ugovorene dokumentacije i potpisivanja Zapisnika o uspešnoj realizaciji faze u okviru koje se integracija realizuje, od strane predstavnika Ponuđača i ovlašćenog lica Naručioca. 5. Tehnička arhitektura sistema Sistem Metaregistra i repozitorijuma veb servisa zasniva se na višeslojnoj, modularnoj arhitekturi koja omogućava jasno razdvajanje prezentacionog, aplikativnog i podatkovnog sloja, uz podršku integracionih mehanizama i event-driven logike. Arhitektura je projektovana tako da: omogući proširivost bez narušavanja postojećih funkcionalnosti, podrži skalabilnost u slučaju povećanja broja servisa i artefakata, obezbedi stabilnu integraciju sa internim i eksternim sistemima, omogući visok nivo bezbednosti i revizije aktivnosti. Aplikativni sloj realizovan je u Java ili srodnom okruženju, koje obezbeđuje stabilnost, sigurnost i pouzdanost u radu sa poslovnom logikom, integracijama i upravljanjem podacima. Java sloj obuhvata: implementaciju poslovne logike registra i repozitorijuma, API servise (REST), mehanizme za validaciju i obradu artefakata (WSDL, XSD, OpenAPI), event dispatcher i obradu notifikacija, mehanizme autentifikacije i autorizacije. Korisnički interfejs realizovan je u React okruženju, što omogućava: dinamički i interaktivan prikaz kataloga servisa, efikasno upravljanje složenim tabelarnim prikazima servisa i verzija, naprednu pretragu i filtriranje, pregled artefakata, logova, verzija i notifikacija, registraciju i upravljanje životnim ciklusom servisa. React sloj komunicira sa serverskim delom isključivo putem REST API mehanizma. Podatkovni sloj zasniva se na Oracle relacionoj bazi podataka, koja obezbeđuje: stabilnost i performanse pri radu sa velikim brojem servisa, referentni integritet, podršku za složene upite i verzionisanje, napredne mehanizme kontrole pristupa. Sistem je projektovan u skladu sa važećim zakonskim i regulatornim okvirom Republike Srbije koji se odnosi na: zaštitu podataka o ličnosti, informacionu bezbednost, vođenje službenih evidencija, arhiviranje i reviziju podataka. Svi komunikacioni kanali između klijentskog i serverskog sloja, kao i integracije sa eksternim sistemima, realizuju se putem sigurnih protokola (HTTPS). Sistem podržava: kontrolu pristupa na nivou baze, ograničenje direktnog pristupa podacima, razdvajanje produkcionog i test okruženja, kontrolisan pristup administrativnim funkcijama. Podaci i artefakti čuvaju se u skladu sa definisanim pravilima čuvanja i arhiviranja, uz mogućnost praćenja istorijskih verzija. Autentifikacija i autorizacija Sistem podržava mehanizme autentifikacije putem: bezbednosnih tokena (npr. JWT), API ključeva za sistemske integracije, internog mehanizma prijave korisnika. Autorizacija je realizovana kroz RBAC (Role-Based Access Control) model. 6. Fazni pristup realizacije projekta Projekat uspostavljanja sistemaMetaregistra i repozitorijuma veb servisa realizuje se kroz jasno definisanefaze, kako bi se obezbedila tehnička stabilnost, kontrolisano uvođenje funkcionalnosti i puna usklađenost sa zahtevima Naručioca. Ovakva organizacija omogućava postepeno uspostavljanje sistema uz sistematičnu proveru rezultata na svakom koraku implementacije. Implementacija se sprovodi kroz četiri ključne faze: Faza 1 — Isporuka, instalacija i aktivacija licenci za sistem Ponuđač je dužan da Fazu 1 realizuje u roku od najduže 10 dana od dana stupanja Ugovora na snagu. Faza isporuke, instalacije i aktivacije licenci za sistem obuhvata isporuku svih licenci neophodnih za realizaciju i korišćenje sistema Metaregistra i repozitorijuma veb servisa u punom funkcionalnom obimu definisanom ovom tehničkom specifikacijom. U ovoj fazi obezbeđuju se pravni i tehnički preduslovi za tehničku aktivaciju licenci i pripremu sistema za realizaciju narednih faza. Ponuđač je dužan da isporuči licence koje obuhvataju: aplikativnu platformu, odnosno serverski deo sistema; korisnički interfejs sa pristupom putem veb-pregledača; modul za registraciju i upravljanje metapodacima veb servisa; modul za repozitorijum servisnih artefakata; modul za upravljanje životnim ciklusom veb servisa; modul za pretragu i pronalaženje veb servisa; modul za notifikacije; integracioni i API sloj; mehanizme za autentifikaciju, autorizaciju i upravljanje korisničkim ulogama; mehanizme za evidentiranje i praćenje aktivnosti i promena u sistemu; komponente neophodne za integraciju sa postojećom RPA platformom Naručioca; rad sistema u testnom i produkcionom okruženju; sve druge licence i softverske komponente neophodne za nesmetano funkcionisanje sistema u punom obimu zahtevanom ovom tehničkom specifikacijom. Ponuđač je dužan da obezbedi da isporučene licence: budu trajne, odnosno da Naručilac ima neograničeno pravo korišćenja isporučenih licenci, bez vremenskog ograničenja i bez obaveze plaćanja dodatne naknade za njihovo dalje korišćenje u ugovorenom funkcionalnom obimu; omogućavaju korišćenje svih funkcionalnosti sistema definisanih ovom tehničkom specifikacijom; obuhvataju testno i produkciono okruženje; ne zahtevaju dodatne troškove licenciranja za korišćenje osnovnih i ugovorenih funkcionalnosti sistema; omogućavaju integraciju sa internim informacionim sistemima Naručioca bez dodatnih troškova licenciranja po pojedinačnoj integraciji; omogućavaju korišćenje sistema od strane svih korisnika kojima Naručilac dodeli odgovarajuća prava pristupa, bez dodatnih troškova licenciranja po korisniku; ne sadrže tehnička ili licencna ograničenja koja bi onemogućila korišćenje sistema u ugovorenom funkcionalnom obimu; uključuju pravo na korišćenje isporučenih licenci bez vremenskog ograničenja, dok se pravo na ispravke, nadogradnje i tehničku podršku obezbeđuje u obimu i za period definisan Ugovorom. U okviru ove faze Ponuđač je dužan da: isporuči sve ugovorene licence za sistem; izvrši njihovu instalaciju, aktivaciju i početnu konfiguraciju u infrastrukturi Naručioca; izvrši tehničku aktivaciju svih isporučenih licenci; izvrši inicijalnu konfiguraciju licenciranih softverskih komponenti sistema; proveri ispravnost i funkcionalnost isporučenih i aktiviranih licenci; omogući Naručiocu pristup korisničkom portalu proizvođača, ako je takav pristup predviđen načinom licenciranja; dostavi licencne ključeve, aktivacione podatke i druge podatke neophodne za korišćenje i upravljanje licencama; dostavi uputstvo za aktiviranje, upravljanje i ponovno aktiviranje licenci. Ponuđač je dužan da uz ponudu dostavi tehničku specifikaciju iz koje se može utvrditi proizvođač, naziv, tip, model, količina, način licenciranja, kao i funkcionalnosti i okruženja koja su obuhvaćena svakom licencomPored isporuke licenci, Ponuđač je dužan da izvrši njihovu tehničku aktivaciju i inicijalnu konfiguraciju u okviru infrastrukture Naručioca, čime se obezbeđuje da su sve licencirane komponente sistema spremne za realizaciju aktivnosti u narednim fazama. Faza 1 smatra se uspešno realizovanom kada su sve ugovorene licence za sistem isporučene, instalirane i aktivirane, kada je izvršena inicijalna konfiguracija licenciranih softverskih komponenti, proverena njihova ispravnost i dostavljena sva zahtevana licencna i tehnička dokumentacija. Uspešna realizacija Faze 1 potvrđuje se potpisivanjem Zapisnika o uspešnoj realizaciji Faze 1 – Isporuka, instalacija i aktivacija licenci za sistem, od strane predstavnika Ponuđača i ovlašćenog lica Naručioca. Faza 2 — Poslovna analiza Ponuđač je dužan da Fazu 2 realizuje u roku od najduže 15 dana od dana potpisivanja Ugovora. Ova etapa usmerena je tehničko i funkcionalno sagledavanje postojećeg stanja, kao i na precizno definisanje načina realizacije sistema. U ovoj fazi vrši se sveobuhvatna analiza postojećih veb servisa, načina na koji su dokumentovani i objavljeni, kao i struktura metapodataka koje će biti predmet registracije. Posebna pažnja posvećuje se razumevanju načina na koji različiti timovi koriste i objavljuju servise, kako bi rešenje obezbedilo potpunu primenljivost i prihvaćenost. Tokom ove faze sprovode se sledeće aktivnosti: analiza postojećih servisa i artefakata (WSDL, XSD, OpenAPI), definisanje jedinstvenog modela metapodataka i taksonomije, definisanje pravila životnog ciklusa i kontrole kvaliteta, preciziranje zahteva za delta i verzionisani API pristup, definisanje obima event-driven mehanizma notifikacija, utvrđivanje bezbednosnih i nefunkcionalnih zahteva. Ishod ove faze je usaglašen Dokument poslovne analize, koji predstavlja osnovu za dalju realizaciju. Uspešna realizacija Faze 2 potvrđuje se potpisivanjem Zapisnika o uspešnoj realizaciji Faze 2 — Poslovna analiza, od strane predstavnika Ponuđača i ovlašćenog lica Naručioca. Potpisivanjem Zapisnika Dokument poslovne analize smatra se usvojenim. Faza 3 — Razvoj, implementacija i konfiguracija sistema Ponuđač je dužan da Fazu 3 realizuje u roku od najduže 25 dana od dana potpisivanja Zapisnika o uspešnoj realizaciji Faze 2 — Poslovna analiza. Nakon usvajanja Dokumenta poslovne analize pristupa se razvoju, implementaciji i konfiguraciji svih predviđenih funkcionalnosti sistema Metaregistra i repozitorijuma veb servisa. Faza 3 obuhvata razvoj i implementaciju svih funkcionalnih modula, njihovu konfiguraciju i međusobno povezivanje u jedinstvenu sistemsku celinu, realizaciju predviđenih integracija, uspostavljanje sistema u testnom okruženju Naručioca i sprovođenje funkcionalnog, integracionog, bezbednosnog i drugog potrebnog testiranja. Sve funkcionalnosti i integracije moraju biti realizovane u skladu sa tehničkom specifikacijom, usvojenim Dokumentom poslovne analize i ponudom Ponuđača.. U okviru ove faze realizuje se: implementacija modula za registraciju i metapodatke servisa, implementacija repozitorijuma artefakata sa verzionisanjem, implementacija upravljanja životnim ciklusom i pretrage, unapređenje REST API sloja implementacija event-driven mehanizma za notifikacije, konfiguracija mehanizama autentifikacije i kontrole pristupa, priprema i formalizacija API dokumentacije. Tokom implementacije sprovodi se kontinuirana provera ispravnosti funkcionalnosti, kao i testiranje integracija između modula. Ponuđač je dužan da izvorni kod, dokumentaciju i prateće skripte preda u elektronskom obliku i postavi u repozitorijum koji odredi Naručilac. Obaveza predaje izvornog koda odnosi se na sva programska prilagođavanja, dodatno razvijene funkcionalnosti i integracije realizovane u okviru predmetne nabavke i ne odnosi se na standardne komponente platforme nad kojima Ponuđač ili treće lice imaju prethodno postojeća prava intelektualne svojine. Faza 3 smatra se uspešno realizovanom kada su sve predviđene funkcionalnosti i integracije implementirane i konfigurisane u testnom okruženju Naručioca, kada su uspešno sprovedeni svi testni scenariji, otklonjeni svi utvrđeni nedostaci i dostavljena sva ugovorena dokumentacija i izvorni kod. Uspešna realizacija Faze 3 potvrđuje se potpisivanjem Zapisnika o uspešnoj realizaciji Faze 3 — Razvoj, implementacija i konfiguracija sistema, od strane predstavnika Ponuđača i ovlašćenog lica Naručioca. Faza 4 — Puštanje sistema u produkciju Ponuđač je dužan da Fazu 4 realizuje u roku od najduže 10 dana od dana potpisivanja Zapisnika o uspešnoj realizaciji Faze 3 — Razvoj, implementacija i konfiguracija sistema, a najkasnije do 25.12.2026. godine. Faza 4 obuhvata pripremu i uspostavljanje produkcionog okruženja, instalaciju i konfiguraciju sistema u produkcionom okruženju Naručioca, prenos potrebnih konfiguracija i podataka iz testnog u produkciono okruženje, proveru ispravnosti rada sistema, prenos znanja administratorima i ključnim korisnicima Naručioca i puštanje sistema u produkcioni rad. Ponuđač je dužan da izvrši prenos znanja administratorima i ključnim korisnicima koje odredi Naručilac, radi njihovog upoznavanja sa načinom korišćenja i administracije sistema. Ponuđač je dužan da Naručiocu dostavi korisnička i administratorska uputstva u elektronskom obliku. Nakon uspešno sprovedenog testiranja, otklanjanja utvrđenih nedostataka, izvršenog prenosa znanja i dostavljanja ugovorene dokumentacije, pristupa se puštanju sistema u produkcioni rad. Puštanje u produkciju smatraće se završenim nakon uspešne instalacije i konfiguracije produkcionog sistema, provere ključnih funkcionalnosti. Uspešna realizacija Faze 4 potvrđuje se potpisivanjem Zapisnika o uspešnoj realizaciji Faze 4 — Puštanje sistema u produkciju, od strane predstavnika Ponuđača i ovlašćenog lica Naručioca. Garantni rok Garantni rok za sistem Metaregistra i repozitorijuma veb servisa iznosi 12 meseci i počinje da teče od dana potpisivanja Zapisnika o uspešnoj realizaciji Faze 4 — Puštanje sistema u produkciju. Dobavljač je u obavezi da tokom garantnog roka, ukoliko se pojavi bilo kakva neispravnost, istu otkloni u roku od 5 (pet) radnih dana od prijave upućene od ovlašćenog lica Naručioca. U toku garantnog roka Ponuđač je dužan da bez naknade otkloni sve eventualne nedostatke koji se uoče u garantnom roku. Garantni period obuhvata sledeće: Korektivno održavanje – obuhvata otkrivanje, analizu i otklanjanje grešaka, neispravnosti i drugih problema u redovnom radu sistema, između ostalog: analiza uzroka - otkriveni problem se analizira i započinju se aktivnosti na otklanjanju uzroka problema; ispravljanje grešaka - može da obuhvati prilagođavanje postojećih rešenja, ponovnu primenu ranije instaliranih funkcionalnosti, kao i druge mere u skladu sa zahtevanim funkcionalnostima sistema. Preventivno održavanje - obuhvata aktivnosti usmerene na sprečavanje potencijalnih problema i očuvanje stabilnosti, bezbednosti i performansi sistema. U okviru preventivnog održavanja, Ponuđač je u obavezi da: redovno isporučuje ispravke (patch) i nadogradnje (update); unapređuje stabilnost, bezbednost i performanse sistema; vrši preventivne aktivnosti u cilju sprečavanja nastanka grešaka i degradacije sistema; prati stanje sistema i predlaže mere za unapređenje rada, blagovremeno obaveštava Naručioca o dostupnim ispravkama, nadogradnjama i preporučenim izmenama, vrši instalaciju ispravki i nadogradnji uz prethodnu saglasnost Naručioca. Način i rok isporuke Ponuđač je dužan da sve aktivnosti koje su predmet nabavke realizuje u četiri faze, u sledećim rokovima: Faza 1 – Isporuka, instalacija i aktivacija licenci za sistem - najduže 10 dana od dana stupanja Ugovora na snagu, Faza 2 - Poslovna analiza - u roku od najduže 15 dana od dana stupanja Ugovora na snagu, Faza 3 - Razvoj, implementacija i konfiguracija sistema – u roku od najduže 25 dana od dana potpisivanja Zapisnika o uspešnoj realizaciji Faze 2 — Poslovna analiza, Faza 4 - Puštanje sistema u produkciju – u roku od najduže 10 dana od dana potpisivanja Zapisnika o uspešnoj realizaciji Faze 3 — Razvoj, implementacija i konfiguracija sistema, a najkasnije do 25.12.2026. godine, OBRAZAC STRUKTURE PONUĐENE CENE.docx OBRAZAC STRUKTURE PONUĐENE CENE Red. br. Naziv Cena bez PDV Cena sa PDV 1 2 3 4 1. Faza 1 – Isporuka, instalacija i aktivacija licenci za sistem 2. Faza 2 - Poslovna analiza 3. Faza 3 – Razvoj, implementacija i konfiguracija sistema 4. Faza 4 – Puštanje sistema u produkciju UKUPNA VREDNOST PONUDE BEZ PDV: UKUPNA VREDNOST PONUDE SA PDV: Uputstvo za popunjavanje strukture cene: - u kolonu 3 uneti cenu u dinarima bez PDV; - u kolonu 4 uneti vrednost iz kolone 3 uvećanu za iznos PDV (4=3+PDV); NAPOMENA: Ukupna cena 1. stavke Prva faza – Isporuka, instalacija i aktivacija licenci za sistem ne sme preći iznos od 60.000.000,00 dinara bez PDV. Ukupna cena 2. stavke Druga faza - Poslovna analiza ne sme preći iznos od 10.000.000,00 dinara bez PDV. Ukupna cena 3. stavke Treća faza – Razvoj, implementacija i konfiguracija sistema ne sme preći iznos od 15.000.000,00 dinara bez PDV. Ukupna cena 4. stavke Četvrta faza - Puštanje sistema u produkciju ne sme preći iznos od 5.000.000,00 dinara bez PDV. U ponuđenu cenu moraju biti uključeni svi troškovi koji nastaju po osnovu izvršenja svih definisanih Ugovornih obaveza. Kriterijumi za dodelu ugovora.pdf KRITERIJUMI ZA DODELU UGOVORA I OSTALI ZAHTEVI NABAVKE 1 Naručilac: Republički fond za penzijsko i invalidsko osiguranje 105356542 Naziv postupka: Metaregistar i repozitorijum web servisa Referentni broj: 116/2026 KRITERIJUMI ZA DODELU UGOVORA I OSTALI ZAHTEVI NABAVKE Deo konkursne dokumentacije koji je generisan putem Portala u slučaju kada je naručilac označio opciju automatskog rangiranja ponuda na Portalu javnih nabavki Naziv predmeta / partije: Metaregistar i repozitorijum web servisa Naručilac je definisao kriterijume za dodelu ugovora na osnovu: Cene Izabran način rangiranja prihvatljivih ponuda: Automatsko rangiranje Ostali zahtevi nabavke (koji nisu navedeni iznad kao kriterijumi) Naziv: Faza 1 – Isporuka, instalacija i aktivacija licenci za sistem Jedinica mere: dan Ograničenja: Ograničena je minimalna vrednost koju ponuđač može da ponudi Ograničena je maksimalna vrednost koju ponuđač može da ponudi Maksimalna dozvoljena vrednost: 10,00 Opis i pojašnjenje kriterijuma i dokazi potrebni za proveru: Faza 1 – Isporuka, instalacija i aktivacija licenci za sistem -u roku do _________ (najduže 10 dana) od dana stupanja Ugovora na snagu, Naziv: Faza 2 - Poslovna analiza Jedinica mere: dan Ograničenja: Ograničena je minimalna vrednost koju ponuđač može da ponudi Ograničena je maksimalna vrednost koju ponuđač može da ponudi Maksimalna dozvoljena vrednost: 15,00 Opis i pojašnjenje kriterijuma i dokazi potrebni za proveru: Faza 2 - Poslovna analiza - u roku od ________(najduže 15 dana) od dana stupanja Ugovora na snagu, Naziv: Faza 3 - Razvoj, implementacija i konfiguracija sistema Jedinica mere: dan Opis i pojašnjenje kriterijuma i dokazi potrebni za proveru: Faza 3 - Razvoj, implementacija i konfiguracija sistema – u roku _______ (od najduže 25 dana) od dana potpisivanja Zapisnika o uspešnoj realizaciji Faze 2 — Poslovna analiza KRITERIJUMI ZA DODELU UGOVORA I OSTALI ZAHTEVI NABAVKE 2 Ograničenja: Ograničena je minimalna vrednost koju ponuđač može da ponudi Ograničena je maksimalna vrednost koju ponuđač može da ponudi Maksimalna dozvoljena vrednost: 25,00 Naziv: Faza 4 - Puštanje sistema u produkciju Jedinica mere: dan Ograničenja: Ograničena je minimalna vrednost koju ponuđač može da ponudi Ograničena je maksimalna vrednost koju ponuđač može da ponudi Maksimalna dozvoljena vrednost: 10,00 Opis i pojašnjenje kriterijuma i dokazi potrebni za proveru: Faza 4 - Puštanje sistema u produkciju – u roku ________ (od najduže 10 dana) od dana potpisivanja Zapisnika o uspešnoj realizaciji Faze 3 — Razvoj, implementacija i konfiguracija sistema, a najkasnije do 25.12.2026. godine Napomena: U ovom delu navedeni su ostali zahtevi nabavke koji nisu prethodno navedeni kao kriterijumi za dodelu ugovora, a ponuđač mora na njih da odgovori prilikom popunjavanja elektronskog obrasca ponude. Ti zahtevi mogu da se odnose na zahteve nabavke, koje naručilac smatra relevantnim za zaključenje ugovora i koji se mogu numerički iskazati- Rezervni kriterijumi U slučaju da postoje dve ili više ponuda koje su nakon primene kriterijuma jednake, biće izabrana ponuda ponuđača koji ponudi kraći rok za izršenje Faze 1. Primena žreba Ukoliko nakon rangiranja na osnovu kriterijuma za dodelu i rezervnih kriterijuma (ako su definisani) nije moguće doneti odluku o dodeli ugovora, naručilac će ugovor dodeliti ponuđaču koji bude izvučen putem žreba. Naručilac će obavestiti sve ponuđače koji su podneli ponude o datumu kada će se održati izvlačenje putem žreba. Žrebom će biti obuhvaćene samo one ponude koje su najpovoljnije nakon rangiranja na osnovu kriterijuma za dodelu i rezervnih kriterijuma (ako su definisani). Izvlačenje putem žreba naručilac će izvršiti javno, u prisustvu ponuđača, i to tako što će nazive ponuđača ispisati na odvojenim papirima, koji su iste veličine i boje, te će sve te papire staviti u providnu kutiju odakle će prvo izvući samo jedan papir. Ponuđaču čiji naziv bude na izvučenom papiru će biti dodeljen ugovor. Nakon izvlačenja prvog papira naručilac izvlači preostale papire jedan po jedan te shodno redosledu kojim su izvučeni rangira preostale ponuđače. Ponuđačima koji ne prisustvuju ovom postupku, naručilac će dostaviti zapisnik izvlačenja putem žreba. MODEL UGOVORA ZA NABAVKU DOBARA.docx MODEL UGOVORA ZA NABAVKU DOBARA Metaregistar i repozitorijum veb servisa ZAKLJUČEN IZMEĐU: 1.Republičkog fonda za penzijsko i invalidsko osiguranje Beograd, Dr Aleksandra Kostića br. 9, koga zastupa direktor Relja Ognjenović, PIB: 105356542, matični broj: 17715780, račun broj: 840-1652-22 koji se vodi kod Uprave za trezor, (u daljem tekstu: Naručilac) i 2. „__________________________________“__________________________________________ Ul._________________________________ br.____, koga zastupa direktor __________________ Matični broj: ______________ PIB broj: __________________ Broj računa: ______________________________koji se vodi kod _______________ (u daljem tekstu: Dobavljač) Nastupa zajednički sa, _____________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________ Nastupa sa podizvođačem, _____________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________ Ugovorne strane konstatuju da je Naručilac u skladu sa Zakonom o javnim nabavkama („Službeni glasnik RS“, br. 91/19 i 92/23, u daljem tekstu: Zakon), a na osnovu Odluke direktora Republičkog fonda za penzijsko i invalidsko osiguranje o sprovođenju otvorenog postupka javne nabavke br. 404.1-1747/26-1 od 07.09.2026. godine, sproveo postupak javne nabavke dobara – Metaregistar i repozitorijum veb servisa, JN 116/2026 i doneo Odluku o dodeli ugovora broj 404.1-1747/26-5 od ______________ godine. PREDMET UGOVORA Član 1. Ugovorne strane saglasne su da je predmet ovog ugovora nabavka dobara - Metaregistar i repozitorijum veb servisa (u daljem tekstu: sistem) za potrebe Naručioca. Dobavljač prodaje, a Naručilac kupuje sistem iz stava 1. ovog člana u skladu sa Ponudom broj ______ od ___________. godine, koja zajedno sa tehničkim karakteristikama i Obrascem strukture cene čini sastavni deo ovog ugovora. Član 2. Sistem predstavlja jedinstvenu platformu za centralno registrovanje, dokumentovanje, upravljanje životnim ciklusom, pretragu, ponovno korišćenje i kontrolisano objavljivanje veb servisa i pripadajućih servisnih artefakata Naručioca. Sistem omogućava uspostavljanje Metaregistra kao jedinstvenog izvora podataka o veb servisima, kao i repozitorijuma za čuvanje servisnih artefakata, tehničke dokumentacije i podataka o verzijama servisa, radi standardizacije, smanjenja dupliranja, unapređenja interoperabilnosti i kontrolisanog sprovođenja integracionih procesa. Član 3. Sistem obuhvata sledeće funkcionalne module, opisane tehničkim karakteristikama Naručioca: 1. Modul za registraciju i metapodatke veb servisa 2. Modul za repozitorijum servisnih artefakata 3. Modul za upravljanje životnim ciklusom servisa 4. Modul za otkrivanje i pretragu servisa (Service Discovery) 5. Modul za notifikacije 6. Modul za API integraciju CENA Član 4. Cena za Fazu 1 – Isporuka, instalacija i aktivacija licenci za sistem, iznosi _____________________ dinara bez PDV, odnosno ____________ dinara sa PDV. Cena za Fazu 2 – Poslovna analiza, iznosi ___________________ dinara bez PDV, odnosno _________________ dinara sa PDV. Cena za Fazu 3 - Razvoj, implementacija i konfiguracija sistema, iznosi ___________________ dinara bez PDV, odnosno ___________________ dinara sa PDV. Cena za Fazu 4 - Puštanje sistema u produkciju iznosi ___________________ dinara bez PDV, odnosno ___________________ dinara sa PDV. Ukupna ugovorena cena za softversko rešenje iz člana 1. ovog ugovora, bez uračunatog PDV, iznosi ______________________________ (slovima: ________________________________________________) dinara odnosno ____________