Метарегистар и репозиторијум wеб сервиса

OSTALI VAŽNI DELOVI PONUDE.docx ОСТАЛИ ВАЖНИ ДЕЛОВИ ПОНУДЕ Критеријум за оцењивање понуде: У поступку избора понуде уговор ће бити додељен економски најповољнијој понуди на основу критеријума: Цене. Резервни критеријум: У случају да постоје две или више понуда које су након примене критеријума једнаке, биће изабрана понуда понуђача који понуди краћи рок за изршење Фазе 1. НАЧИН И РОК ИСПОРУКЕ Понуђач је дужан да све активности које су предмет набавке реализује у четири фазе, у следећим роковима: Фаза 1 – Испорука, инсталација и активација лиценци за систем -у року до _________ (најдуже 10 дана) од дана ступања Уговора на снагу, Фаза 2 - Пословна анализа - у року од ________(најдуже 15 дана) од дана ступања Уговора на снагу, Фаза 3 - Развој, имплементација и конфигурација система – у року _______ (од најдуже 25 дана) од дана потписивања Записника о успешној реализацији Фазе 2 — Пословна анализа, Фаза 4 - Пуштање система у продукцију – у року ________ (од најдуже 10 дана) од дана потписивања Записника о успешној реализацији Фазе 3 — Развој, имплементација и конфигурација система, а најкасније до 25.12.2026. године, Начин и услови плаћања Наручилац ће Понуђачу укупно уговорену цену платити на следећи начин: Прву фазу Наручилац ће платити Понуђачу у року од 15 дана од дана пријема правилно испостављеног рачуна и Записника о успешној реализацији Фазе 1 – Испорука, инсталација и активација лиценци за систем потписаног од представника Понуђачу и овлашћеног лица Наручиоца, као и еОтпремнице. Другу фазу Наручилац ће платити Понуђачу у року од 15 дана од дана пријема правилно испостављеног рачуна и Записника о успешној реализацији Фазе 2 — Пословна анализа потписаног од представника Понуђачу и овлашћеног лица Наручиоца. Трећу фазу Наручилац ће платити Понуђачу у року од 15 дана од дана пријема правилно испостављеног рачуна и Записника о успешној реализацији Фазе 3 — Развој, имплементација и конфигурација системапотписаног од представника Понуђачу и овлашћеног лица Наручиоца. Четврту фазу Наручилац ће платити Понуђачу у року од 15 дана од дана пријема правилно испостављеног рачуна и Записника о успешној реализацији Фазе 4 — Пуштање система у продукцију потписаног од представника Понуђачу и овлашћеног лица Наручиоца. СРЕДСТВА ФИНАНСИЈСКОГ ОБЕЗБЕЂЕЊА А) Понуђач је дужан да приликом подношења понуде достави: 1. Оригинал Банкарску гаранцију за озбиљност понуде, у износу од 3% од вредности понуде без ПДВ, са роком важења 60 дана дуже од датума важења понуде, која мора бити безусловна, неопозива без приговора и платива на први позив, у корист Наручиоца. Банкарска гаранција за озбиљност понуде се активира у случају да понуђач одустане од своје понуде у року важења понуде, не достави доказе о испуњености критеријума за квалитативни избор привредног субјекта у складу са чланом 119. овог закона, неосновано одбије да закључи уговор о јавној као и у случају да по закључењу уговора у уговореним роковима не достави захтевана средства финансијског обезбеђења за добро извршење уговорених обавеза. 2. Копију картона депонованих потписа овлашћених лица пословне банке, која су потписала банкарску гаранцију. Б) Понуђач, коме буде додељен Уговор, дужан је да у року од 15 дана од дана потписивања Уговора, као средство финансијског обезбеђења за испуњење уговорених обавеза, преда Наручиоцу: 1. Оригинал банкарску гаранцију за добро извршење уговорених обавеза, у висини од 10% уговорене вредности без ПДВ и са роком важења најмање 60 дана дуже од трајања Уговора, која мора бити безусловна, неопозива, без приговора и платива на први позив и без могућности умањења сразмерно извршеној обавези, а у корист Наручиоца. Банкарска гаранција за добро извршење уговорених обавеза се активира у случају да Понуђач не испуњава уговорене обавезе. 2. Копију картона депонованих потписа овлашћених лица пословне банке, која су потписала банкарску гаранцију. В) Добављач је у обавези да, у року од 15 дана од дана потписивања Записника о успешној реализацији Фазе 4 – Пуштање система у продукцију, кaо срeдство финaнсијског обeзбeђeњa достави: 1. Оригинал банкарску гаранцију за отклањање грешака у гарантном року, за имплементирано софтверско решење у износу од 10% од уговорене вредности без ПДВ са роком важења најмање 90 дана дуже од истека гарантног рока, која мора бити безусловна, неопозива, без приговора, платива на први позив и, а у корист Наручиоца. Банкарска гаранција се активира у случају да Понуђач не извршава уговорене обавезе у току трајања гарантног рока. 2. Копију картона депонованих потписа овлашћених лица пословне банке, која су потписала банкарску гаранцију. TEHNIČKE KARAKTERISTIKE.docx ТЕХНИЧКЕ КАРАКТЕРИСТИКЕ (ЕЛЕМЕНТИ) 1. Увод Предмет јавне набавке је успостављање Метарегистра и репозиторијума веб сервиса Републичког фонда за пензијско и инвалидско осигурање (у даљем тексту: Наручилац), у складу са функционалним, техничким и другим захтевима дефинисаним овом техничком спецификацијом. Циљ предметне набавке је успостављање централног и јединственог места за регистрацију, документовање, претрагу и контролу веб сервиса у оквиру информационог система Наручиоца. Метарегистар представља каталог метаподатака о свим веб сервисима (SOAP и REST), док репозиторијум обезбеђује складиштење и управљање верзијама сервисних артефаката. Сервисним артефактима, у смислу ове техничке спецификације, сматрају се техничке датотеке и документација повезане са веб сервисима, укључујући WSDL и XSD датотеке, OpenAPI/Swagger спецификације, примере захтева и одговора и другу пратећу техничку документацију (у даљем тексту: сервисни артефакти). Успостављањем система обезбеђују се контролисано управљање животним циклусом веб сервиса, стандардизација поступка њихове регистрације и документовања, праћење промена, као и ефикасно откривање и поновна употреба постојећих веб сервиса у оквиру информационог система Наручиоца. 2. Стратешки циљеви Полазећи од постојећег стања и изазова у управљању веб сервисима, где су сервиси често развијани независно, недовољно документовани и тешко видљиви другим тимовима, успостављање система усмерено је на увођење централизованог, контролисаног и технички одрживог модела управљања сервисима и њиховим метаподацима. Стратешки циљеви обухватају: Успостављање јединственог каталога (метарегистра) свих веб сервиса у организацији; Успостављање репозиторијума за складиштење и верзионисање сервисних артефаката (WSDL, XSD, OpenAPI); Стандардизацију процеса регистрације и документовања сервиса; Успостављање контролисаног животног циклуса сервиса (од најаве до повлачења); Омогућавање ефикасног откривања (discovery) и поновне употребе постојећих сервиса; Унапређење интероперабилности са интерним и екстерним системима путем стандардизованог API слоја; Унапређење безбедности, аудита и контроле промена над сервисима и њиховим метаподацима. 3. Функционални захтеви Систем Метарегистра и репозиторијума веб сервиса мора да обухвати функционалне модуле и испуни захтеве дефинисане у наставку ове техничке спецификације 3.1 Модул за регистрацију и метаподатке веб сервиса Модул за регистрацију и метаподатке веб сервиса представља кључну компоненту метарегистра. Његова сврха је омогућавање контролисаног, стандардизованог и аудитивног уноса и одржавања описа свих веб сервиса у организацији, независно од технологије којом су реализовани. Имајући у виду да су постојећи сервиси често развијани независно, са различитим конвенцијама именовања, документације и објављивања, овај модул обезбеђује: јединствен модел метаподатака за све типове сервиса, контролисан поступак регистрације нових сервиса, категоризацију и класификацију сервиса, проверу комплетности и исправности пре објаве, потпуну евиденцију и ревизију регистрационих активности. Циљ модула није само технички упис сервиса, већ успостављање доследног, претраживог и поуздано документованог каталога који постаје референтни извор истине о сервисима. Модел метаподатака веб сервиса За сваки регистровани веб сервис евидентира се стандардизован скуп метаподатака, укључујући: назив и јединствени идентификатор сервиса, тип сервиса (SOAP или REST), верзију и статус у животном циклусу, опис намене и пословне функције, endpoint адресе (продукциона, тест), власника сервиса и одговорну организациону јединицу, безбедносне захтеве (начин аутентификације и ауторизације), параметре доступности и нивоа услуге (SLA), зависности према другим сервисима или системима, референце на техничке артефакте у репозиторијуму (WSDL, XSD, OpenAPI). Овакав модел обезбеђује да сваки сервис буде описан на једнообразан начин, чиме се омогућава поређење, претрага и контрола. Поступак регистрације веб сервиса Модул подржава контролисан поступак регистрације, у оквиру кога се нови сервис уводи у каталог кроз јасно дефинисане кораке: Унос основних метаподатака и учитавање техничких артефаката, Класификација и додела власништва, Преглед и одобрење од стране овлашћеног лица, Објава сервиса у каталогу. Регистрација се може извршити ручно кроз кориснички интерфејс или аутоматизовано, увозом из постојећих извора (нпр. учитавањем WSDL или OpenAPI дефиниције, из које се аутоматски попуњава део метаподатака). Класификација и таксономија веб сервиса Модул омогућава категоризацију сервиса по више димензија, чиме се обезбеђује прегледност и лакше откривање. Класификација може обухватати: пословни домен (нпр. корисници, финансије, документа), тип сервиса (интерни, екстерни, партнерски), ниво критичности, технолошку категорију (SOAP, REST), статус животног циклуса. Контрола квалитета метаподатака Пре објаве сервиса, систем врши аутоматску контролу квалитета унетих метаподатака и артефаката. Контроле укључују: проверу обавезних поља, проверу исправности учитаних артефаката (валидан WSDL/XSD/OpenAPI), детекцију дупликата (сервис са истим именом или endpoint-ом), Резултати се класификују као: Грешка (блокира објаву), Упозорење (захтева проверу), Информација. Објава сервиса у каталогу могућа је тек након успешне валидације. Евидентирање и праћење активности Све активности над сервисима евидентирају се у систему. Евиденција обухвата: корисника који је извршио измену, тип активности (регистрација, измена, промена статуса), датум и време извршења, претходно и ново стање метаподатака. Аудит механизам омогућава ревизију, праћење и транспарентност свих промена у каталогу. Модул за регистрацију и метаподатке обезбеђује: јединствен и стандардизован опис свих сервиса, контролисан поступак увођења нових сервиса, прегледну класификацију и таксономију, транспарентност и ревизију процеса. 3.2 Модул за репозиторијум сервисних артефаката Модул за репозиторијум представља складиште техничких артефаката повезаних са регистрованим веб сервисима. Његова сврха је да обезбеди централно, верзионисано и поуздано чување свих дефиниција и документације сервиса, чиме се спречава дуплирање, губитак и неконзистентност артефаката. Репозиторијум је чврсто повезан са метарегистром — сваки артефакт је придружен одговарајућем сервису и његовој верзији. Подржани типови артефаката Репозиторијум подржава складиштење свих релевантних артефаката, укључујући: WSDL дефиниције (за SOAP сервисе), XSD схеме (структуре порука и типова података), OpenAPI/Swagger спецификације (за REST сервисе), пратећу техничку документацију, примере захтева и одговора. За сваки артефакт чувају се метаподаци: тип, верзија, датум учитавања, аутор и статус. Верзионисање артефаката Модул обезбеђује потпуно верзионисање артефаката, чиме се омогућава праћење историје измена сваке дефиниције сервиса. Систем омогућава: чување више верзија истог артефакта, приступ актуелној и претходним верзијама, увид у разлике између верзија, повезивање верзије артефакта са одговарајућом верзијом сервиса. Овакав приступ обезбеђује доследност и подршку регулаторним и ревизијским захтевима који подразумевају историјски увид. Приступ и преузимање артефаката Модул омогућава контролисан приступ артефактима кроз кориснички интерфејс и путем API слоја. Корисници и интегрисани системи могу: прегледати артефакте придружене одређеном сервису, преузети артефакт у изворном формату, приступити одређеној верзији артефакта. Модул за репозиторијум обезбеђује: централно и поуздано чување сервисних артефаката, потпуно верзионисање и историјски увид, техничку валидацију учитаних дефиниција, контролисан приступ и преузимање. 3.3 Модул за управљање животним циклусом сервиса Модул за управљање животним циклусом обезбеђује контролисано праћење сервиса кроз све фазе његовог постојања — од најаве и развоја, преко активне употребе, до застаревања и повлачења. Циљ модула је да у сваком тренутку буде јасно видљив статус сваког сервиса и да се промене статуса одвијају контролисано и транспарентно. Дефинисани статуси сервиса Систем подржава стандардизован скуп статуса животног циклуса, укључујући: Најављен (planned) — сервис је у припреми, У развоју (development), Активан (active) — сервис је у продукционој употреби, Застарео (deprecated) — сервис се више не препоручује за нове интеграције, Повучен (retired) — сервис више није доступан. Прелази између статуса дефинисани су правилима, чиме се спречавају неконтролисане или недоследне промене. Контролисани прелази и одобравање Промена статуса сервиса представља контролисану операцију која може захтевати одобрење овлашћеног лица. Приликом промене статуса, систем: евидентира иницијатора и разлог промене, проверава да ли је прелаз дозвољен, генерише догађај о промени статуса, обавештава заинтересоване стране путем модула за нотификације. Управљање верзијама сервиса Модул подржава истовремено постојање више верзија истог сервиса, што омогућава несметан прелазак корисника са старије на новију верзију. Систем омогућава: објаву нове верзије уз задржавање претходне, означавање старијих верзија као застарелих, дефинисање планираног датума повлачења, праћење који системи користе коју верзију (уколико је та информација доступна). Модул за управљање животним циклусом обезбеђује: јасну видљивост статуса сваког сервиса, контролисане и одобрене прелазе између статуса, подршку за паралелне верзије сервиса, транспарентно управљање застаревањем и повлачењем. 3.4 Модул за откривање и претрагу сервиса (Service Discovery) Модул за откривање и претрагу омогућава корисницима и тимовима да брзо пронађу постојеће сервисе, чиме се подстиче поновна употреба и спречава непотребно дуплирање функционалности. Модул обезбеђује: претрагу сервиса по називу, опису и кључним речима, филтрирање по домену, типу, статусу и власнику, напредну претрагу по метаподацима, преглед детаља сервиса са придруженим артефактима, преглед зависности између сервиса. Резултати претраге приказују кључне метаподатке и статус сервиса, уз могућност приступа комплетној документацији и техничким дефиницијама. Оваква функционалност позиционира метарегистар као примарну тачку за откривање сервиса, смањујући време потребно за интеграцију и подстичући стандардизацију. 3.5 Модул за нотификације Модул за нотификације представља централизовани, event-driven механизам за аутоматско генерисање и дистрибуцију обавештења о релевантним догађајима у систему Метарегистра и репозиторијума веб сервиса информационог система PIO Fonda. Основна сврха модула је обезбеђивање правовременог, поузданог и контролисаног информисања: интерних система, овлашћених корисника, власника сервиса и администратора. Модул је пројектован тако да ради асинхроно и не блокира примарне пословне процесе. Свака релевантна промена у систему генерише догађај (event), који се обрађује независно од основне логике апликације, чиме се обезбеђује скалабилност, стабилност и висок степен отпорности на грешке. Оваквим приступом метарегистар се позиционира као централни извор истине (single source of truth) о сервисима, који не само да чува њихове описе, већ активно обавештава заинтересоване стране о променама (оним које се означе као релевантне за обавештавање) — што је од посебног значаја када корисници других система зависе од одређеног сервиса. Event-Driven архитектура Модул функционише по принципу догађајно оријентисане архитектуре (event-driven architecture). Приликом сваке релевантне операције у систему (регистрација, измена, промена статуса, објава нове верзије и сл.), систем: Детектује догађај, Генерише стандардизовани event објекат, Прослеђује га нотификационом слоју, Асинхроно иницира дистрибуцију нотификација. На овај начин постиже се: раздвајање пословне логике и механизма обавештавања, могућност проширења без измене основног кода, боља контрола над испоруком порука, могућност хоризонталног скалирања. Модул омогућава аутоматску детекцију следећих типова догађаја: регистрација новог сервиса, измена метаподатака сервиса, објава нове верзије сервиса, промена статуса (Активан, Застарео, Повучен и сл.), учитавање или измена артефакта у репозиторијуму, планирано повлачење сервиса, детекција конфликтних или неконзистентних података, неуспешна валидација артефакта. Сваки догађај садржи: тип догађаја, идентификатор сервиса, податке о претходном и новом стању, време извршења, идентификатор корисника који је иницирао промену. Оваква структура омогућава прецизну евиденцију и транспарентност свих системских активности. Асинхроно процесирање нотификација Модул је заснован на асинхроном моделу обраде, што значи да: примарна пословна операција (нпр. измена сервиса) не чека да се нотификација пошаље, event се евидентира и ставља у ред за обраду, систем независно обрађује и дистрибуира поруке. Овим се обезбеђује: боље перформансе система, стабилност у случају великог броја догађаја, могућност обраде масовних измена. Вишеканална дистрибуција Модул подржава вишеканалну дистрибуцију нотификација, у складу са конфигурацијом система и потребама организације. Подржани канали укључују: е-mail обавештења, апликативне (in-app) нотификације. За сваки канал могу се дефинисати: технички параметри (SMTP сервер, и сл.), статус канала (активан/неактиван), правила рутирања, Систем омогућава да један догађај иницира слање поруке кроз више канала истовремено, у складу са конфигурацијом. Аудит и праћење нотификација Модул води детаљну евиденцију свих послатих нотификација, укључујући: тип догађаја, време генерисања, канал испоруке, статус испоруке, идентификатор примаоца, Ово омогућава потпуну ревизију комуникације, праћење успешности испоруке и анализу интеграционих проблема. Модул за нотификације обезбеђује: аутоматско и правовремено информисање о променама сервиса, асинхроно и скалабилно процесирање догађаја, вишеканалну дистрибуцију, поуздан механизам поновног слања, транспарентност и потпуну евиденцију свих активности. 3.6 Модул за API интеграцију Модул за API интеграцију представља стандардизовани комуникациони слој Метарегистра и репозиторијума веб сервиса, намењен размени података о сервисима са интерним и екстерним системима. Имајући у виду да метарегистар представља централни извор истине о сервисима, неопходно је обезбедити стабилан, јасно дефинисан и безбедан механизам приступа каталогу и репозиторијуму. API слој има за циљ да омогући програмски приступ метаподацима и артефактима, чиме се подржава аутоматизација и интеграција са развојним и оперативним алатима. Модул обухвата read приступ, верзионисани приступ подацима, унапређену контролу приступа и формализовану документацију интерфејса. REST API за приступ каталогу Систем обезбеђује REST API механизам за преузимање података из метарегистра. Омогућен је приступ: листи свих регистрованих сервиса, појединачном сервису по идентификатору, метаподацима и статусу сервиса, верзијама сервиса и придруженим артефактима, филтрираним подацима (нпр. само активни сервиси одређеног домена). API обезбеђује структуриран JSON одговор са свим релевантним атрибутима, укључујући статус, верзију и референце на артефакте. Артефакти (WSDL, XSD, OpenAPI) доступни су за преузимање у изворном формату. Оваква функционалност омогућава развојним и интеграционим алатима да користе метарегистар као примарни извор информација о сервисима, без потребе за ручним прикупљањем дефиниција. Верзионисани приступ подацима С обзиром на то да систем подржава историјско праћење и верзионисање, API омогућава приступ различитим верзијама сервиса и артефаката. Интегрисани системи могу: приступити актуелној активној верзији сервиса, добити информацију о разликама између верзија. Аутентификација и ауторизација Приступ API-ју је заштићен механизмима аутентификације и ауторизације. Систем подржава: аутентификацију путем безбедносних токена, API кључеве за системске интеграције, контролу приступа по типу операције и по сервису. Сви API позиви се евидентирају ради праћења, безбедности и ревизије. Сви API интерфејси биће формализовани кроз структурисану документацију која садржи: опис endpoint-ова, параметре захтева, структуру одговора, примере позива, кодове грешака и њихова значења. Модул за API интеграцију обезбеђује: централизован и стандардан приступ подацима о сервисима, оптимизован механизам синхронизације путем delta приступа, подршку за верзионисани рад са подацима, контролисан и безбедан приступ, транспарентну и формализовану документацију. 4. Интеграција са постојећом RPA (Robotic Process Automation) платформом Наручилац је током 2021. године реализовао набавку „Платформа за аутоматизацију пословних процеса“, ЈН број 73/2021, у оквиру које је успешно имплементирана софтверска платформа за аутоматизацију пословних процеса произвођача Robotiq.ai. Платформа је инсталирана на централној локацији Наручиоца и користи се за аутоматизацију одређених пословних процеса. Набављена софтверска платформа обухвата трајне лиценце за два робота и компоненту за дизајн процеса, управљање и надзор рада робота — оркестратор, са неограниченим трајањем лиценци. Понуђач је дужан да у оквиру предметне набавке реализује интеграцију система Метарегистра и репозиторијума веб сервиса са постојећом RPA платформом Robotiq.ai произвођача Robotic Process Automation d.o.o. Интеграција система Метарегистра и репозиторијума веб сервиса са постојећом RPA платформом Наручиоца мора да омогући аутоматизацију понављајућих активности у поступцима регистрације, ажурирања, провере и праћења веб сервиса и припадајућих сервисних артефаката. RPA механизми омогућавају аутоматско извршавање понављајућих активности заснованих на унапред дефинисаним правилима, без потребе за непосредном ручном интервенцијом корисника. Повезивањем RPA платформе са Метарегистром и репозиторијумом веб сервиса омогућава се аутоматизовано прикупљање, провера, унос и ажурирање података о веб сервисима из различитих извора. RPA ће бити примењен најмање у следећим областима: периодично прикупљање података о веб сервисима и припадајућим сервисним артефактима из дефинисаних извора; аутоматизовани унос и ажурирање метаподатака о веб сервисима у Метарегистру; преузимање и учитавање нових верзија сервисних артефаката у репозиторијум; аутоматизована провера статуса и доступности регистрованих веб сервиса; откривање неусаглашености између података евидентираних у Метарегистру и података расположивих у изворним информационим системима; покретање поступка обавештавања власника веб сервиса, одговорних организационих јединица и других овлашћених корисника о утврђеним променама, неусаглашеностима или недоступности веб сервиса. Интеграција мора бити реализована путем јасно дефинисаног и документованог интерфејса између система Метарегистра и репозиторијума веб сервиса и постојеће RPA платформе Наручиоца. Систем Метарегистра и репозиторијума веб сервиса мора да генерише структурисане податке и догађаје који се прослеђују RPA платформи, док RPA платформа, у складу са унапред дефинисаним правилима и додељеним правима приступа: приступа дефинисаним изворима података; преузима податке о веб сервисима и сервисне артефакте; уноси или ажурира метаподатке у Метарегистру; покреће проверу статуса и доступности веб сервиса; иницира одговарајућа обавештења овлашћеним корисницима; евидентира резултате извршених активности. Све активности извршене посредством RPA платформе морају бити контролисане и евидентиране у систему. Евиденција мора да садржи најмање податке о покренутом процесу, датуму и времену извршења, извору података, извршеној активности, резултату извршења и евентуалној грешци. Интеграција система Метарегистра и репозиторијума веб сервиса са RPA платформом мора да обезбеди: смањење потребе за ручним уносом и ажурирањем података; повећање тачности и ажурности података у Метарегистру; благовремено откривање промена и неусаглашености; смањење могућности настанка грешака услед ручног рада; брже реаговање у случају недоступности или промене веб сервиса; транспарентност и следљивост аутоматизованих активности. Понуђени систем Метарегистра и репозиторијума веб сервиса мора бити компатибилан са постојећом Robotiq.ai RPA платформом Наручиоца и мора омогућити реализацију свих интеграционих функционалности дефинисаних овом техничком спецификацијом. Понуђач је дужан да уз понуду достави техничку документацију или опис архитектуре понуђеног система, у којем ће бити представљене главне функционалности система и јасно описан начин интеграције са постојећом RPA платформом Наручиоца. Наручилац задржава право да у фази стручне оцене понуда изврши проверу компатибилности понуђеног система Метарегистра и репозиторијума веб сервиса са постојећом Robotiq.ai платформом, као и проверу испуњености функционалних и техничких захтева дефинисаних овом техничком спецификацијом. Детаљан начин реализације аутоматизованих активности, начин размене података, правила покретања RPA процеса, начин обраде грешака и сценарији тестирања интеграције биће утврђени у оквиру пословне анализе и документовани у Документу пословне анализе. Резултати пословне анализе не могу умањити минимални обим интеграције дефинисан овим одељком техничке спецификације. Понуђач је дужан да у оквиру реализације интеграције достави: техничку документацију реализоване интеграције; опис интерфејса и начина размене података; опис потребних конфигурација и права приступа; упутство за праћење рада интеграције и поступање у случају грешке; сценарије и резултате спроведеног тестирања. Интеграција се сматра успешно реализованом након спроведеног тестирања, отклањања свих утврђених недостатака, достављања уговорене документације и потписивања Записника о успешној реализацији фазе у оквиру које се интеграција реализује, од стране представника Понуђача и овлашћеног лица Наручиоца. 5. Техничка архитектура система Систем Метарегистра и репозиторијума веб сервиса заснива се на вишеслојној, модуларној архитектури која омогућава јасно раздвајање презентационог, апликативног и податковног слоја, уз подршку интеграционих механизама и event-driven логике. Архитектура је пројектована тако да: омогући проширивост без нарушавања постојећих функционалности, подржи скалабилност у случају повећања броја сервиса и артефаката, обезбеди стабилну интеграцију са интерним и екстерним системима, омогући висок ниво безбедности и ревизије активности. Апликативни слој реализован је у Java или сродном окружењу, које обезбеђује стабилност, сигурност и поузданост у раду са пословном логиком, интеграцијама и управљањем подацима. Java слој обухвата: имплементацију пословне логике регистра и репозиторијума, API сервисе (REST), механизме за валидацију и обраду артефаката (WSDL, XSD, OpenAPI), event dispatcher и обраду нотификација, механизме аутентификације и ауторизације. Кориснички интерфејс реализован је у React окружењу, што омогућава: динамички и интерактиван приказ каталога сервиса, ефикасно управљање сложеним табеларним приказима сервиса и верзија, напредну претрагу и филтрирање, преглед артефаката, логова, верзија и нотификација, регистрацију и управљање животним циклусом сервиса. React слој комуницира са серверским делом искључиво путем REST API механизма. Податковни слој заснива се на Oracle релационој бази података, која обезбеђује: стабилност и перформансе при раду са великим бројем сервиса, референтни интегритет, подршку за сложене упите и верзионисање, напредне механизме контроле приступа. Систем је пројектован у складу са важећим законским и регулаторним оквиром Републике Србије који се односи на: заштиту података о личности, информациону безбедност, вођење службених евиденција, архивирање и ревизију података. Сви комуникациони канали између клијентског и серверског слоја, као и интеграције са екстерним системима, реализују се путем сигурних протокола (HTTPS). Систем подржава: контролу приступа на нивоу базе, ограничење директног приступа подацима, раздвајање продукционог и тест окружења, контролисан приступ административним функцијама. Подаци и артефакти чувају се у складу са дефинисаним правилима чувања и архивирања, уз могућност праћења историјских верзија. Аутентификација и ауторизација Систем подржава механизме аутентификације путем: безбедносних токена (нпр. JWT), API кључева за системске интеграције, интерног механизма пријаве корисника. Ауторизација је реализована кроз RBAC (Role-Based Access Control) модел. 6. Фазни приступ реализације пројекта Пројекат успостављања системаМетарегистра и репозиторијума веб сервиса реализује се кроз јасно дефинисанефазе, како би се обезбедила техничка стабилност, контролисано увођење функционалности и пуна усклађеност са захтевима Наручиоца. Оваква организација омогућава постепено успостављање система уз систематичну проверу резултата на сваком кораку имплементације. Имплементација се спроводи кроз четири кључне фазе: Фаза 1 — Испорука, инсталација и активација лиценци за систем Понуђач је дужан да Фазу 1 реализује у року од најдуже 10 дана од дана ступања Уговора на снагу. Фаза испоруке, инсталације и активације лиценци за систем обухвата испоруку свих лиценци неопходних за реализацију и коришћење система Метарегистра и репозиторијума веб сервиса у пуном функционалном обиму дефинисаном овом техничком спецификацијом. У овој фази обезбеђују се правни и технички предуслови за техничку активацију лиценци и припрему система за реализацију наредних фаза. Понуђач је дужан да испоручи лиценце које обухватају: апликативну платформу, односно серверски део система; кориснички интерфејс са приступом путем веб-прегледача; модул за регистрацију и управљање метаподацима веб сервиса; модул за репозиторијум сервисних артефаката; модул за управљање животним циклусом веб сервиса; модул за претрагу и проналажење веб сервиса; модул за нотификације; интеграциони и API слој; механизме за аутентификацију, ауторизацију и управљање корисничким улогама; механизме за евидентирање и праћење активности и промена у систему; компоненте неопходне за интеграцију са постојећом RPA платформом Наручиоца; рад система у тестном и продукционом окружењу; све друге лиценце и софтверске компоненте неопходне за несметано функционисање система у пуном обиму захтеваном овом техничком спецификацијом. Понуђач је дужан да обезбеди да испоручене лиценце: буду трајне, односно да Наручилац има неограничено право коришћења испоручених лиценци, без временског ограничења и без обавезе плаћања додатне накнаде за њихово даље коришћење у уговореном функционалном обиму; омогућавају коришћење свих функционалности система дефинисаних овом техничком спецификацијом; обухватају тестно и продукционо окружење; не захтевају додатне трошкове лиценцирања за коришћење основних и уговорених функционалности система; омогућавају интеграцију са интерним информационим системима Наручиоца без додатних трошкова лиценцирања по појединачној интеграцији; омогућавају коришћење система од стране свих корисника којима Наручилац додели одговарајућа права приступа, без додатних трошкова лиценцирања по кориснику; не садрже техничка или лиценцна ограничења која би онемогућила коришћење система у уговореном функционалном обиму; укључују право на коришћење испоручених лиценци без временског ограничења, док се право на исправке, надоградње и техничку подршку обезбеђује у обиму и за период дефинисан Уговором. У оквиру ове фазе Понуђач је дужан да: испоручи све уговорене лиценце за систем; изврши њихову инсталацију, активацију и почетну конфигурацију у инфраструктури Наручиоца; изврши техничку активацију свих испоручених лиценци; изврши иницијалну конфигурацију лиценцираних софтверских компоненти система; провери исправност и функционалност испоручених и активираних лиценци; омогући Наручиоцу приступ корисничком порталу произвођача, ако је такав приступ предвиђен начином лиценцирања; достави лиценцне кључеве, активационе податке и друге податке неопходне за коришћење и управљање лиценцама; достави упутство за активирање, управљање и поновно активирање лиценци. Понуђач је дужан да уз понуду достави техничку спецификацију из које се може утврдити произвођач, назив, тип, модел, количина, начин лиценцирања, као и функционалности и окружења која су обухваћена сваком лиценцомПоред испоруке лиценци, Понуђач је дужан да изврши њихову техничку активацију и иницијалну конфигурацију у оквиру инфраструктуре Наручиоца, чиме се обезбеђује да су све лиценциране компоненте система спремне за реализацију активности у наредним фазама. Фаза 1 сматра се успешно реализованом када су све уговорене лиценце за систем испоручене, инсталиране и активиране, када је извршена иницијална конфигурација лиценцираних софтверских компоненти, проверена њихова исправност и достављена сва захтевана лиценцна и техничка документација. Успешна реализација Фазе 1 потврђује се потписивањем Записника о успешној реализацији Фазе 1 – Испорука, инсталација и активација лиценци за систем, од стране представника Понуђача и овлашћеног лица Наручиоца. Фаза 2 — Пословна анализа Понуђач је дужан да Фазу 2 реализује у року од најдуже 15 дана од дана потписивања Уговора. Ова етапа усмерена је техничко и функционално сагледавање постојећег стања, као и на прецизно дефинисање начина реализације система. У овој фази врши се свеобухватна анализа постојећих веб сервиса, начина на који су документовани и објављени, као и структура метаподатака које ће бити предмет регистрације. Посебна пажња посвећује се разумевању начина на који различити тимови користе и објављују сервисе, како би решење обезбедило потпуну применљивост и прихваћеност. Током ове фазе спроводе се следеће активности: анализа постојећих сервиса и артефаката (WSDL, XSD, OpenAPI), дефинисање јединственог модела метаподатака и таксономије, дефинисање правила животног циклуса и контроле квалитета, прецизирање захтева за delta и верзионисани API приступ, дефинисање обима event-driven механизма нотификација, утврђивање безбедносних и нефункционалних захтева. Исход ове фазе је усаглашен Документ пословне анализе, који представља основу за даљу реализацију. Успешна реализација Фазе 2 потврђује се потписивањем Записника о успешној реализацији Фазе 2 — Пословна анализа, од стране представника Понуђача и овлашћеног лица Наручиоца. Потписивањем Записника Документ пословне анализе сматра се усвојеним. Фаза 3 — Развој, имплементација и конфигурација система Понуђач је дужан да Фазу 3 реализује у року од најдуже 25 дана од дана потписивања Записника о успешној реализацији Фазе 2 — Пословна анализа. Након усвајања Документа пословне анализе приступа се развоју, имплементацији и конфигурацији свих предвиђених функционалности система Метарегистра и репозиторијума веб сервиса. Фаза 3 обухвата развој и имплементацију свих функционалних модула, њихову конфигурацију и међусобно повезивање у јединствену системску целину, реализацију предвиђених интеграција, успостављање система у тестном окружењу Наручиоца и спровођење функционалног, интеграционог, безбедносног и другог потребног тестирања. Све функционалности и интеграције морају бити реализоване у складу са техничком спецификацијом, усвојеним Документом пословне анализе и понудом Понуђача.. У оквиру ове фазе реализује се: имплементација модула за регистрацију и метаподатке сервиса, имплементација репозиторијума артефаката са верзионисањем, имплементација управљања животним циклусом и претраге, унапређење REST API слоја имплементација event-driven механизма за нотификације, конфигурација механизама аутентификације и контроле приступа, припрема и формализација API документације. Током имплементације спроводи се континуирана провера исправности функционалности, као и тестирање интеграција између модула. Понуђач је дужан да изворни код, документацију и пратеће скрипте преда у електронском облику и постави у репозиторијум који одреди Наручилац. Обавеза предаје изворног кода односи се на сва програмска прилагођавања, додатно развијене функционалности и интеграције реализоване у оквиру предметне набавке и не односи се на стандардне компоненте платформе над којима Понуђач или треће лице имају претходно постојећа права интелектуалне својине. Фаза 3 сматра се успешно реализованом када су све предвиђене функционалности и интеграције имплементиране и конфигурисане у тестном окружењу Наручиоца, када су успешно спроведени сви тестни сценарији, отклоњени сви утврђени недостаци и достављена сва уговорена документација и изворни код. Успешна реализација Фазе 3 потврђује се потписивањем Записника о успешној реализацији Фазе 3 — Развој, имплементација и конфигурација система, од стране представника Понуђача и овлашћеног лица Наручиоца. Фаза 4 — Пуштање система у продукцију Понуђач је дужан да Фазу 4 реализује у року од најдуже 10 дана од дана потписивања Записника о успешној реализацији Фазе 3 — Развој, имплементација и конфигурација система, а најкасније до 25.12.2026. године. Фаза 4 обухвата припрему и успостављање продукционог окружења, инсталацију и конфигурацију система у продукционом окружењу Наручиоца, пренос потребних конфигурација и података из тестног у продукционо окружење, проверу исправности рада система, пренос знања администраторима и кључним корисницима Наручиоца и пуштање система у продукциони рад. Понуђач је дужан да изврши пренос знања администраторима и кључним корисницима које одреди Наручилац, ради њиховог упознавања са начином коришћења и администрације система. Понуђач је дужан да Наручиоцу достави корисничка и администраторска упутства у електронском облику. Након успешно спроведеног тестирања, отклањања утврђених недостатака, извршеног преноса знања и достављања уговорене документације, приступа се пуштању система у продукциони рад. Пуштање у продукцију сматраће се завршеним након успешне инсталације и конфигурације продукционог система, провере кључних функционалности. Успешна реализација Фазе 4 потврђује се потписивањем Записника о успешној реализацији Фазе 4 — Пуштање система у продукцију, од стране представника Понуђача и овлашћеног лица Наручиоца. Гарантни рок Гарантни рок за систем Метарегистра и репозиторијума веб сервиса износи 12 месеци и почиње да тече од дана потписивања Записника о успешној реализацији Фазе 4 — Пуштање система у продукцију. Добављач је у обавези да током гарантног рока, уколико се појави било каква неисправност, исту отклони у року од 5 (пет) радних дана од пријаве упућене од овлашћеног лица Наручиоца. У току гарантног рока Понуђач је дужан да без накнаде отклони све евентуалне недостатке који се уоче у гарантном року. Гарантни период обухвата следеће: Корективно одржавање – обухвата откривање, анализу и отклањање грешака, неисправности и других проблема у редовном раду система, између осталог: анализа узрока - откривени проблем се анализира и започињу се активности на отклањању узрока проблема; исправљање грешака - може да обухвати прилагођавање постојећих решења, поновну примену раније инсталираних функционалности, као и друге мере у складу са захтеваним функционалностима система. Превентивно одржавање - обухвата активности усмерене на спречавање потенцијалних проблема и очување стабилности, безбедности и перформанси система. У оквиру превентивног одржавања, Понуђач је у обавези да: редовно испоручује исправке (patch) и надоградње (update); унапређује стабилност, безбедност и перформансе система; врши превентивне активности у циљу спречавања настанка грешака и деградације система; прати стање система и предлаже мере за унапређење рада, благовремено обавештава Наручиоца о доступним исправкама, надоградњама и препорученим изменама, врши инсталацију исправки и надоградњи уз претходну сагласност Наручиоца. Начин и рок испоруке Понуђач је дужан да све активности које су предмет набавке реализује у четири фазе, у следећим роковима: Фаза 1 – Испорука, инсталација и активација лиценци за систем - најдуже 10 дана од дана ступања Уговора на снагу, Фаза 2 - Пословна анализа - у року од најдуже 15 дана од дана ступања Уговора на снагу, Фаза 3 - Развој, имплементација и конфигурација система – у року од најдуже 25 дана од дана потписивања Записника о успешној реализацији Фазе 2 — Пословна анализа, Фаза 4 - Пуштање система у продукцију – у року од најдуже 10 дана од дана потписивања Записника о успешној реализацији Фазе 3 — Развој, имплементација и конфигурација система, а најкасније до 25.12.2026. године, OBRAZAC STRUKTURE PONUĐENE CENE.docx ОБРАЗАЦ СТРУКТУРЕ ПОНУЂЕНЕ ЦЕНЕ Ред. бр. Назив Цена без ПДВ Цена са ПДВ 1 2 3 4 1. Фаза 1 – Испорука, инсталација и активација лиценци за систем 2. Фаза 2 - Пословна анализа 3. Фаза 3 – Развој, имплементација и конфигурација система 4. Фаза 4 – Пуштање система у продукцију УКУПНА ВРЕДНОСТ ПОНУДЕ БЕЗ ПДВ: УКУПНА ВРЕДНОСТ ПОНУДЕ СА ПДВ: Упутство за попуњавање структуре цене: - у колону 3 унети цену у динарима без ПДВ; - у колону 4 унети вредност из колоне 3 увећану за износ ПДВ (4=3+ПДВ); НАПОМЕНА: Укупна цена 1. ставке Прва фаза – Испорука, инсталација и активација лиценци за систем не сме прећи износ од 60.000.000,00 динара без ПДВ. Укупна цена 2. ставке Друга фаза - Пословна анализа не сме прећи износ од 10.000.000,00 динара без ПДВ. Укупна цена 3. ставке Трећа фаза – Развој, имплементација и конфигурација система не сме прећи износ од 15.000.000,00 динара без ПДВ. Укупна цена 4. ставке Четврта фаза - Пуштање система у продукцију не сме прећи износ од 5.000.000,00 динара без ПДВ. У понуђену цену морају бити укључени сви трошкови који настају по основу извршења свих дефинисаних Уговорних обавеза. Kriterijumi za dodelu ugovora.pdf КРИТЕРИЈУМИ ЗА ДОДЕЛУ УГОВОРА И ОСТАЛИ ЗАХТЕВИ НАБАВКЕ 1 Наручилац: Републички фонд за пензијско и инвалидско осигурање 105356542 Назив поступка: Метарегистар и репозиторијум wеб сервиса Референтни број: 116/2026 КРИТЕРИЈУМИ ЗА ДОДЕЛУ УГОВОРА И ОСТАЛИ ЗАХТЕВИ НАБАВКЕ Део конкурсне документације који је генерисан путем Портала у случају када је наручилац означио опцију аутоматског рангирања понуда на Порталу јавних набавки Назив предмета / партије: Метарегистар и репозиторијум wеб сервиса Наручилац је дефинисао критеријуме за доделу уговора на основу: Цене Изабран начин рангирања прихватљивих понуда: Аутоматско рангирање Остали захтеви набавке (који нису наведени изнад као критеријуми) Назив: Фаза 1 – Испорука, инсталација и активација лиценци за систем Јединица мере: дан Ограничења: Ограничена је минимална вредност коју понуђач може да понуди Ограничена је максимална вредност коју понуђач може да понуди Максимална дозвољена вредност: 10,00 Опис и појашњење критеријума и докази потребни за проверу: Фаза 1 – Испорука, инсталација и активација лиценци за систем -у року до _________ (најдуже 10 дана) од дана ступања Уговора на снагу, Назив: Фаза 2 - Пословна анализа Јединица мере: дан Ограничења: Ограничена је минимална вредност коју понуђач може да понуди Ограничена је максимална вредност коју понуђач може да понуди Максимална дозвољена вредност: 15,00 Опис и појашњење критеријума и докази потребни за проверу: Фаза 2 - Пословна анализа - у року од ________(најдуже 15 дана) од дана ступања Уговора на снагу, Назив: Фаза 3 - Развој, имплементација и конфигурација система Јединица мере: дан Опис и појашњење критеријума и докази потребни за проверу: Фаза 3 - Развој, имплементација и конфигурација система – у року _______ (од најдуже 25 дана) од дана потписивања Записника о успешној реализацији Фазе 2 — Пословна анализа КРИТЕРИЈУМИ ЗА ДОДЕЛУ УГОВОРА И ОСТАЛИ ЗАХТЕВИ НАБАВКЕ 2 Ограничења: Ограничена је минимална вредност коју понуђач може да понуди Ограничена је максимална вредност коју понуђач може да понуди Максимална дозвољена вредност: 25,00 Назив: Фаза 4 - Пуштање система у продукцију Јединица мере: дан Ограничења: Ограничена је минимална вредност коју понуђач може да понуди Ограничена је максимална вредност коју понуђач може да понуди Максимална дозвољена вредност: 10,00 Опис и појашњење критеријума и докази потребни за проверу: Фаза 4 - Пуштање система у продукцију – у року ________ (од најдуже 10 дана) од дана потписивања Записника о успешној реализацији Фазе 3 — Развој, имплементација и конфигурација система, а најкасније до 25.12.2026. године Напомена: У овом делу наведени су остали захтеви набавке који нису претходно наведени као критеријуми за доделу уговора, а понуђач мора на њих да одговори приликом попуњавања електронског обрасца понуде. Ти захтеви могу да се односе на захтеве набавке, које наручилац сматра релевантним за закључење уговора и који се могу нумерички исказати- Резервни критеријуми У случају да постоје две или више понуда које су након примене критеријума једнаке, биће изабрана понуда понуђача који понуди краћи рок за изршење Фазе 1. Примена жреба Уколико након рангирања на основу критеријума за доделу и резервних критеријума (ако су дефинисани) није могуће донети одлуку о додели уговора, наручилац ће уговор доделити понуђачу који буде извучен путем жреба. Наручилац ће обавестити све понуђаче који су поднели понуде о датуму када ће се одржати извлачење путем жреба. Жребом ће бити обухваћене само оне понуде које су најповољније након рангирања на основу критеријума за доделу и резервних критеријума (ако су дефинисани). Извлачење путем жреба наручилац ће извршити јавно, у присуству понуђача, и то тако што ће називе понуђача исписати на одвојеним папирима, који су исте величине и боје, те ће све те папире ставити у провидну кутију одакле ће прво извући само један папир. Понуђачу чији назив буде на извученом папиру ће бити додељен уговор. Након извлачења првог папира наручилац извлачи преостале папире један по један те сходно редоследу којим су извучени рангира преостале понуђаче. Понуђачима који не присуствују овом поступку, наручилац ће доставити записник извлачења путем жреба. MODEL UGOVORA ZA NABAVKU DOBARA.docx МОДЕЛ УГОВОРА ЗА НАБАВКУ ДОБАРА Метарегистар и репозиторијум веб сервиса ЗАКЉУЧЕН ИЗМЕЂУ: 1.Републичког фонда за пензијско и инвалидско осигурање Београд, Др Александра Костића бр. 9, кога заступа директор Реља Огњеновић, ПИБ: 105356542, матични број: 17715780, рачун број: 840-1652-22 који се води код Управе за трезор, (у даљем тексту: Наручилац) и 2. „__________________________________“__________________________________________ Ул._________________________________ бр.____, кога заступа директор __________________ Матични број: ______________ ПИБ број: __________________ Број рачуна: ______________________________који се води код _______________ (у даљем тексту: Добављач) Наступа заједнички са, _____________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________ Наступа са подизвођачем, _____________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________________ Уговорне стране констатују да је Наручилац у складу са Законом о јавним набавкама („Службени гласник РС“, бр. 91/19 и 92/23, у даљем тексту: Закон), а на основу Одлуке директора Републичког фонда за пензијско и инвалидско осигурање о спровођењу отвореног поступка јавне набавке бр. 404.1-1747/26-1 од 07.09.2026. године, спровео поступак јавне набавке добара – Метарегистар и репозиторијум веб сервиса, ЈН 116/2026 и донео Одлуку о додели уговора број 404.1-1747/26-5 од ______________ године. ПРЕДМЕТ УГОВОРА Члан 1. Уговорне стране сагласне су да је предмет овог уговора набавка добара - Метарегистар и репозиторијум веб сервиса (у даљем тексту: систем) за потребе Наручиоца. Добављач продаје, а Наручилац купује систем из става 1. овог члана у складу са Понудом број ______ од ___________. године, која заједно са техничким карактеристикама и Обрасцем структуре цене чини саставни део овог уговора. Члан 2. Систем представља јединствену платформу за централно регистровање, документовање, управљање животним циклусом, претрагу, поновно коришћење и контролисано објављивање веб сервиса и припадајућих сервисних артефаката Наручиоца. Систем омогућава успостављање Метарегистра као јединственог извора података о веб сервисима, као и репозиторијума за чување сервисних артефаката, техничке документације и података о верзијама сервиса, ради стандардизације, смањења дуплирања, унапређења интероперабилности и контролисаног спровођења интеграционих процеса. Члан 3. Систем обухвата следеће функционалне модуле, описане техничким карактеристикама Наручиоца: 1. Модул за регистрацију и метаподатке веб сервиса 2. Модул за репозиторијум сервисних артефаката 3. Модул за управљање животним циклусом сервиса 4. Модул за откривање и претрагу сервиса (Service Discovery) 5. Модул за нотификације 6. Модул за API интеграцију ЦЕНА Члан 4. Цена за Фазу 1 – Испорука, инсталација и активација лиценци за систем, износи _____________________ динара без ПДВ, односно ____________ динара са ПДВ. Цена за Фазу 2 – Пословна анализа, износи ___________________ динара без ПДВ, односно _________________ динара са ПДВ. Цена за Фазу 3 - Развој, имплементација и конфигурација система, износи ___________________ динара без ПДВ, односно ___________________ динара са ПДВ. Цена за Фазу 4 - Пуштање система у продукцију износи ___________________ динара без ПДВ, односно ___________________ динара са ПДВ. Укупна уговорена цена за софтверско решење из члана 1. овог уговора, без урачунатог ПДВ, износи ______________________________ (словима: ________________________________________________) динара односно ______________ (слов