Одржавање Портала за рад са банкама

Opis funkcionalnosti Portala, JN br. 12-26.docx ПОРТАЛ ЗА РАД СА БАНКАМА Опис функционисања постојећег система 1. Увод Портал за рад са банкама (у даљем тексту: Портал) је веб систем Националне корпорације за осигурање стамбених кредита (у даљем тексту: Корпорација) намењен електронској размени података између пословних банака и Корпорације у поступку осигурања стамбених кредита. Кроз Портал се подносе и обрађују захтеви за осигурање, пријављују доспели кредити, достављају извештаји о отплати кредита и размењује пратећа документација. Документ даје преглед функционалности, архитектуре и техничког окружења Портала у постојећем стању. Намењен је стицању увида у систем и није детаљна пројектна документација. 1.1 Целине система Под Порталом се у овом документу подразумевају веб апликације портала банке и интерног портала, заједно са позадинским API сервисима преко којих те апликације раде. Сервиси BIS интеграције, преко којих Портал размењује податке са BIS-ом, нису део Портала и припадају BIS-у. Систем чине три међусобно повезане целине: Портал банке - интерфејс за службенике банака. Омогућава подношење и праћење захтева за осигурање, достављање додатне документације, пријаву доспелих кредита, слање извештаја о отплати кредита и управљање корисницима банке. Интерни портал (портал Корпорације) - интерфејс за стручне сараднике Корпорације. Омогућава пријем, делегирање, преглед и валидацију пристиглих захтева, њихово враћање банци на дораду или прослеђивање у BIS, обраду извештаја о отплати и генерисање извештаја. BIS (Business Information System) – пословни информациони систем Корпорације у коме се врши коначна обрада, одлучивање и евиденција захтева. Портал и BIS размењују податке у оба смера преко сервиса BIS интеграције: Портал уписује захтеве, доспеле кредите, документацију и податке о отплати, а из BIS-а преузима шифарнике, статусе и одлуке. BIS и сервиси BIS интеграције нису предмет овог документа, осим у делу размене података (поглавље 9). 1.2 Корисници Група корисника Улога у систему Службеник банке Унос и праћење захтева и доспелих кредита своје банке, достављање документације и извештаја о отплати. Администратор банке Управљање корисницима и групама права у оквиру своје банке, пределегирање захтева између службеника банке. Стручни сарадник Корпорације Преузимање и обрада додељених захтева, враћање на дораду, прослеђивање у BIS, обрада извештаја о отплати. Администратор Корпорације Делегирање захтева, управљање корисницима интерног портала и корисницима банака, надзорни приступ порталу банке. 2. Систем укратко Ставка Вредност Корисничке апликације Две веб апликације (Angular 18): портал банке и интерни портал Позадински сервиси .NET 8 (ASP.NET Core Web API) микросервиси: централни API хост за сваки портал, Identity, Insurance, Mail База података Microsoft SQL Server Хостовање Сервери Корпорације (on-premise), Windows Server и IIS Аутентификација ASP.NET Core Identity, JWT токени, контрола приступа по улогама (RBAC) Интеграције BIS, преко сервиса BIS интеграције (REST API, двосмерно); SMTP сервер за е-маил обавештења Формати размене XML (извештаји о отплати, подаци кредитног бироа), извоз у PDF и Excel 3. Архитектура и технологије Портал је реализован као микросервисна апликација. Корисничке апликације портала банке и интерног портала су засебне веб апликације развијене у Angular-у, а позадински део чине .NET 8 Web API сервиси. Сваки портал има централни API хост (за портал банке BankHostApi) који прима позиве корисничке апликације и прослеђује их одговарајућим микросервисима: Identity – корисници, групе и права, пријава и издавање токена. Insurance – обрада захтева, доспелих кредита и извештаја на страни Портала. Mail – слање е-маил обавештења преко SMTP сервера. Сервиси BIS интеграције – References, Insurance, Maturity и CreditPayment, преко којих Портал размењује податке са BIS-ом. Ови сервиси су део BIS-а. Решење примењује CQRS приступ (раздвајање упита и команди), асинхрону комуникацију између сервиса и временски ограничено кеширање података који се ретко мењају, као што су шифарници. API-ји су документовани према Swagger/OpenAPI стандарду. PDF документи се генеришу у засебном сервису. Сервиси BIS интеграције непосредно приступају бази BIS-а и део су BIS-а. Остали сервиси и корисничке апликације чине Портал (поглавље 9). 4. Инфраструктура и конфигурација Систем је инсталиран на серверима Корпорације (on-premise). Предуслови на серверу: .NET 8 Windows Server Hosting и IIS URL Rewrite Module 2. Сваки позадински сервис ради у засебном IIS application pool-у (без managed кода). Портал банке и интерни портал постављени су као засебни IIS сајтови, са URL rewrite правилом за Angular руте које искључује путање /api/. Конфигурација се налази у appsettings.json датотекама сервиса: везе ка бази Портала и бази BIS-а, параметри SMTP сервера, адресе сервиса (Identity, Insurance, Mail, интеграција), основне адресе оба портала, групне е-маил адресе за обавештења и укључивање и искључивање слања е-маилова. Приложени документи и датотеке извештаја чувају се на фајл систему, на унапред дефинисаној локацији. 5. Безбедност Сав саобраћај између клијента и сервера иде преко TLS протокола. Аутентификација се заснива на JWT токенима. Ауторизација је на нивоу појединачних акција, преко корисничких група. Корисници банке приступају само подацима своје банке. Администратор банке може додатно ограничити приступ појединим захтевима на одређене кориснике или групе. Лозинке се у бази чувају у заштићеном облику. Правила: најмање 6 карактера, од којих бар једно велико слово, једна цифра и један специјални карактер. Корисничке радње се бележе у AuditLog табели и историји активности. Позиви из BIS-а ка Порталу заштићени су предефинисаним API кључем. Систем обрађује податке о личности (ЈМБГ, адресе, подаци о примањима и задужењима корисника кредита и солидарних дужника). 6. База података Две базе. Портал има сопствену базу на Microsoft SQL Server-у. База BIS-а је одвојена и Портал јој приступа искључиво преко интеграционог слоја, никада непосредно. Садржај базе Портала. Захтеви за осигурање са свим детаљима (корисник кредита, солидарни дужници, подаци кредитног бироа, непокретности, хипотеке, документа) док су у припреми и обради на Порталу; доспели кредити са подацима за обрачун; примљени извештаји о отплати са ставкама и статусом повезивања; корисници, групе и права (стандардна ASP.NET Core Identity шема); историја активности и евиденција корисничких радњи. Шифарници се не дуплирају. Референтни подаци (банке, валуте, општине, врсте кредита и сл.) читају се из BIS-а. Локално се воде само статуси који припадају Порталу. Модел података. Релациони модел са кључевима записа у UUID формату. Брисање захтева је логичко, променом статуса. Списак појединачних акција које се додељују корисничким групама води се у конфигурацији, а не у бази. Датотеке. Приложене датотеке извештаја и документа преписана у BIS чувају се на фајл систему, на унапред дефинисаној локацији, у засебној фасцикли за сваки предмет. 7. Основни ток рада Захтев за осигурање пролази кроз следеће кораке: Припрема у банци. Службеник банке уноси захтев на порталу банке, по картицама и у више наврата. Захтев је у статусу „Захтев у припреми” и може се мењати или брисати. Прослеђивање Корпорацији. Након потврде службеника банке, захтев прелази на интерни портал и појављује се на листи нових захтева за делегирање. Делегирање. Администратор додељује захтев стручном сараднику, или сарадник преузима захтев сам. У једном тренутку захтев има једног одговорног сарадника, који се може променити. Провера на интерном порталу. Стручни сарадник прегледа податке (без могућности измене) и захтев враћа банци на допуну уз образложење или га преписује у BIS заједно са приложеним документима. Обрада у BIS-у. Даља обрада и одлучивање врши се у BIS-у. Из BIS-а се захтев може вратити на дораду на Портал. Статуси, напомене економисте и правника и подаци о полиси из BIS-а приказују се на Порталу. Процеси после одлуке. За одлучени захтев банка доставља додатну документацију (за полису, коначно осигурање, брисовну дозволу, уговоре за субвенције, сагласност за предмет хипотеке), подноси захтев за реструктурирање или проглашава кредит доспелим. Враћање на дораду функционише у оба смера и прати га аутоматско е-маил обавештење одговорној особи на другој страни, уз образложење. Исти образац (припрема, прослеђивање, делегирање, провера, препис у BIS, дорада) примењује се и на доспеле кредите. Свака значајна радња бележи се у историји активности. 8. Функционалности 8.1 Захтеви за осигурање 8.1.1 Унос захтева (портал банке) Захтев се уноси кроз форму подељену на картице. Подаци о банци, одговорном лицу и контакту попуњавају се аутоматски на основу пријављеног корисника. Вредности из шифарника (сврха и врста кредита, валута, општине, стручна спрема, брачни статус, врсте непокретности, судски проценитељи итд.) преузимају се из BIS-а. Општи подаци – сврха кредита, субвенција, врста осигурања, метод калкулације, валута и курс, врста кредита. Корисник кредита – лични подаци, запослење и примања, додатна примања, подаци о власништву над предузећем или радњом, поседовање непокретности. Подаци кредитног бироа – обавезе по кредитима, јемствима, текућим рачунима, платним картицама и лизингу, са доцњама и спорним потраживањима. Подаци се могу учитати из XML датотеке. Солидарни дужници – један или више, са истим скупом података као корисник кредита. Кредит и предмет куповине – параметри кредита, једна или више непокретности које се купују и подаци о продавцу (физичко или правно лице). Животно осигурање корисника кредита. Непокретности под хипотеком – једна или више, са подацима о инвеститору (за објекте у изградњи) и заложном дужнику. Напомена банке и документа – сваки приложени документ има тип изабран са предефинисане листе. Обавезна поља су означена и чување није могуће док нису исправно попуњена. Врши се провера ЈМБГ-а, ПИБ-а и матичног броја. Сваки захтев добија јединствени идентификатор (UUID), а креирање и измене се бележе у историји активности. 8.1.2 Листе, претрага и извештаји (портал банке) Предефинисане листе: захтеви у припреми, захтеви у обради, захтеви враћени на дораду, одлучени захтеви и претрага свих захтева. Листе за враћене захтеве приказују и напомене економисте и правника из BIS-а. Филтрирање по имену, презимену и ЈМБГ-у корисника кредита, статусу, датумском опсегу и броју захтева у BIS-у; избор приказа само сопствених или свих захтева банке; странични приказ и сортирање по колонама. Измена захтева је могућа док захтев није прослеђен или када је враћен на дораду. Брисање је могуће само за захтеве који нису уписани у BIS и врши се променом статуса. Администратор банке може захтев који још није прослеђен пределегирати другом службенику банке. PDF документ захтева (тачка 8.1.7) и генерисање Excel извештаја по задатим критеријумима. 8.1.3 Реструктурирање захтева Подржана су два сценарија: Реструктурирање у истој банци – бира се постојећи осигурани захтев, а нови захтев аутоматски преузима све његове податке осим додатне документације. Корисник потврђује или мења сваку картицу пре преласка на следећу. Врста кредита се поставља на „Реструктурирање кредита”, а у BIS-у нови захтев добија број основног захтева. Реструктурирање у другој банци – уноси се нов захтев са врстом кредита „Рефинансирање осигураног кредита друге банке” и ЈМБГ-ом иницијалног корисника кредита, по коме стручни сарадник Корпорације повезује захтеве. Прослеђивање је условљено напоменом банке и приложеном прописаном документацијом. 8.1.4 Преузимање портфолија Када једна банка преузме портфолио кредита друге банке, захтеви се преносе на нову банку. Службеници нове банке добијају приступ тим захтевима (преглед, реструктурирање, покретање процеса), а службеници претходне банке га губе. Претходна банка остаје видљива у детаљима захтева, а промена се бележи у историји. 8.1.5 Процеси и додатна документација За захтеве у обради и одлучене захтеве банка доставља додатну документацију по типу процеса: документација за коначно одобрење, за полису, за проглашење кредита доспелим, за издавање брисовне дозволе, за уговоре за субвенције и за сагласност за предмет хипотеке. Достављањем документације покреће се одговарајући процес у BIS-у или се допуњује постојећи. Када Корпорација из BIS-а затражи допуну документације за неки процес, службеник банке добија обавештење на Порталу. 8.1.6 Обрада захтева на интерном порталу Листе: нови захтеви за делегирање, нови захтеви (додељени сараднику), захтеви у обради, захтеви враћени са дораде, одлучени захтеви и преглед свих захтева, са филтрима по банци, службенику банке, сараднику Корпорације, кориснику кредита, ЈМБГ-у, броју захтева у BIS-у и датумском опсегу. Делегирање и промена одговорног сарадника. Преглед свих детаља захтева без могућности измене, уз додатна поља: напомена за службеника банке, статус у Корпорацији, ослобођење од административног трошка и опција НБС 2015. Приказ повезаности: у којим се другим захтевима исти ЈМБГ појављује као корисник кредита, солидарни дужник или заложни дужник. Враћање захтева банци уз обавезну напомену и е-маил обавештење, као и препис захтева са документима у BIS. PDF документ захтева (тачка 8.1.7) и Excel извештај по критеријумима (банка, сарадници, врста осигурања, статуси, датум креирања, датум седнице одбора). Надзорни приступ порталу банке за администраторе Корпорације: преглед захтева изабране банке без могућности измене. Приказ новопристиглих захтева у реалном времену, намењен екранима у просторијама Корпорације. 8.1.7 Генерисање PDF документа захтева За сваки захтев за осигурање аутоматски се генерише PDF документ са подацима захтева у предефинисаном формату. Документ се генерише у засебном сервису и доступан је на порталу банке и на интерном порталу. 8.2 Доспели кредити Доспели кредит се пријављује за осигурани захтев, из листе захтева на порталу банке, где се прво изабере број захтева, а затим покрене једнан од два типа процеса: наплата осигураног случаја или исплата 75% нето губитка банке. Исплата 75% нето губитка може се покренути као први процес или накнадно, након наплате осигураног случаја. Основни подаци о осигураном кредиту (број полисе, корисник кредита, износ осигураног кредита, статус отплате) преузимају се из BIS-а. Скуп података који се уноси зависи од сценарија: Група података Наплата осигураног случаја Исплата 75% (први процес) Исплата 75% (после наплате) Општи подаци о доспелом кредиту да да да Исплата по захтеву да да Укупан дуг на дан проглашења доспелим да да да Плаћања Корпорације и повраћај банке да Параметри за обрачун нето губитка да да Трошкови принудне продаје да да Накнадне уплате клијента да да да Напомена банке и документа да да да Унос је подељен на кораке, а започети унос се може сачувати и наставити касније. Обрачун 75% нето губитка банке врши се аутоматски и поново се израчунава при свакој измени података који на њега утичу. Поновно проглашење кредита доспелим подржано је када је кредит у BIS-у враћен у редовну отплату, као и за реструктурирани захтев. Листе на порталу банке: доспели захтеви у припреми, у обради, враћени на дораду и завршени у Корпорацији. Листе на интерном порталу: нови доспели захтеви за делегирање, нови доспели захтеви, враћени са дораде и завршени у Корпорацији. Ту се врше делегирање, промена сарадника, враћање банци и препис у BIS, при чему се генерише PDF документ са подацима доспелог кредита. Враћање на дораду функционише у оба смера, уз обавезну напомену и е-маил обавештење. 8.3 Извештаји банака о отплати кредита Банке периодично достављају податке о отплати осигураних кредита. Слање (портал банке) – банка прилаже XML датотеку предефинисане структуре. Структура се проверава при пријему, а свако одступање прекида слање уз обавештење кориснику. Датотека се чува, а послати извештаји су видљиви у хронолошкој листи. Аутоматска обрада – за сваку ставку извештаја систем у BIS-у тражи захтеве по ЈМБГ-у корисника кредита и разврстава ставке на повезане, неповезане, ставке без пронађеног ЈМБГ-а и ставке за које у BIS-у нема захтева коме треба евидентирати отплату. Обрада (интерни портал) – листа примљених извештаја са филтрима (банка, службеник, датум, статус). Сарадник ручно бира захтев из BIS-а за неповезане ставке, може искључити ставку или исправити ЈМБГ. Препис у BIS – омогућен тек када су све неповезане ставке разрешене. Препис се врши као целина: ако за било коју ставку изабрани захтев не постоји, цео пренос се поништава. По успешном препису мења се статус извештаја. 8.4 Корисници и права приступа Пријава корисничким именом (е-маил адреса) и лозинком, одјава, промена лозинке и поступак за заборављену лозинку путем е-маил линка. Отварање налога: администратор уноси корисника, корисник потврђује е-маил адресу и бира лозинку. Подржана је и самостална регистрација, после које администратор додељује права. Права се додељују преко корисничких група. Свака група има листу дозвољених акција из предефинисаног скупа акција Портала. Администратор банке управља корисницима и групама своје банке. Администратор Корпорације управља корисницима интерног портала и може отварати налоге корисницима банака. Пријаве и промене на корисничким налозима бележе се у историји активности. 8.5 Заједничке функционалности Почетна страна и обавештења – приказ активних захтева и обавештења о догађајима као што су враћање на дораду, захтев за допуну документације по процесу и враћање доспелог захтева. На интерном порталу приказује се и број захтева и доспелих кредита враћених са дораде. Историја активности – аутоматски запис корисничких радњи (тип, време, корисник, детаљи), са прегледом и претрагом. Е-маил обавештења – шаљу се при враћању и поновном прослеђивању захтева и доспелих кредита, као и при отварању налога и промени лозинке. Адресе групних поштанских сандучића су подесиве, а слање се може искључити конфигурацијом. Документи и извештаји – PDF документ за сваки захтев и доспели кредит, Excel за извештаје. Корисничко окружење – радње које трајно мењају статус (прослеђивање, брисање, делегирање) захтевају додатну потврду, дуже обраде прати порука о току обраде, а листе подржавају сортирање. Формат датума је дд.ММ.гггг, а формат износа 123.456,78. 9. Интеграција са BIS-ом Размена података између Портала и BIS-а одвија се преко REST API-ја, у оба смера. 9.1 Позиви из Портала ка BIS-у Шифарници – банке, валуте, територијалне јединице, врсте кредита, осигурања, непокретности, уписа и субвенција, статуси захтева и полиса, судски проценитељи, типови процеса и докумената и други референтни подаци, са претрагом по шифри и називу. Упис захтева – комплетан захтев са свим детаљима уписује се у јединственој трансакцији, уз проверу обавезних података. BIS враћа идентификаторе захтева и свих детаља и број захтева. Код реструктурирања се враћа број основног захтева. Документа – метаподаци (тип, опис) чувају се у бази BIS-а, а садржај на фајл систему, у засебној фасцикли за сваки предмет. Преглед података – основни и проширени подаци захтева са филтрима, укључујући статусе, напомене, податке о полиси и премији, услове за покретање процеса и листу процеса; историја и тренутне напомене по типу; статус плаћања премије. Процеси – листе отворених и завршених процеса, покретање новог процеса или допуна документације постојећег, промена статуса захтева за додатном документацијом. Доспели кредити – упис и измена доспелог кредита по типу процеса, основни и проширени подаци, историја напомена, додатна документација. Отплата кредита – претрага кандидата по ЈМБГ-у и упис ставки извештаја о отплати. 9.2 Позиви из BIS-а ка Порталу BIS позива API Портала ради враћања захтева или доспелог кредита на дораду (са или без брисања из BIS-а), захтевања додатне документације за процес и промене одговорне особе. Позиви су заштићени предефинисаним кључем у заглављу захтева. 9.3 Подела надлежности Сервиси BIS интеграције (References, Insurance, Maturity и CreditPayment) део су BIS-а и у надлежности су његовог одржаваоца. Портал им приступа искључиво преко њихових REST API метода, а API-ји Портала које BIS позива део су Портала. Свака измена размене података (нова поља, нови типови процеса, измене модела података или метода) захтева усаглашене измене на обе стране, договор о интерфејсу и заједничко тестирање. 10. Власништво над изворним кодом Корпорација је власник изворног кода Портала (веб апликација и позадинских API сервиса) и пратеће документације. Сервиси BIS интеграције нису обухваћени, јер су део BIS-а. Компоненте трећих страна (.NET, Angular и друге библиотеке) користе се под условима својих лиценци. Tehnička specifikacija, JN br. 12-26.docx TЕХНИЧКА СПЕЦИФИКАЦИЈА Одржавање Портала за рад са банкама, ЈН бр. 12/26 Предмет набавке су услуге одржавања и дораде Портала за рад са банкама (у даљем тексту: Портал) који је имплементиран код Наручиоца (технички опис Портала је саставни део конкурсне документације). Одржавање Портала - обавезе понуђача: - редовне активности поправки, надоградњи и оптимизације Портала како би се осигурала његова стабилност, безбедност и оптималне перформансе током времена; - праћење перформанси Портала, идентификација и решавање грешака у раду Портала, ажурирање Портала, као и оптимизацију перформанси Портала. - пружање подршке путем телефона, е-поште или интерних система за подршку. Имајући у виду дефинисан ниво озбиљности проблема у раду Портала, обавеза понуђача је да приступи решавању проблема на следећи начин и у следећим роковима: Ниво озбиљности Опис Рокови за поступање 0 Потпуна нефункционалност Портала који онемогућава подношење и/или евидентирање захтева у пословном информационом систему Корпорације Почетак решавања проблема у року од 2 сата од пријаве проблема (време одзива); Решавање проблема са удаљене локације, уколико је потребно у просторијама Наручиоца; Довођење Портала у пуну функционалност или смањење проблема нивоа проблема на ниво 1 у року од 12 (дванаест) сати од времена пријаве (време решавања проблема). 1 Делимична нефункционалност Портала која отежава рад или онемогућава коришћење појединих функционалности, без прекида основног процеса подношења и евидентирања захтева Почетак решавања проблема у року од 1 радног дана од пријаве проблема (време одзива) Решавање проблема из просторија понуђача током радног времена. Решавање проблема у року од 3 (три) дана од времена пријаве (време решења проблема) Дораде Портала - обавезе понуђача: измене и дораде унутар постојећих функционалности; дефинисање и развој нових функционалности. Захтев за измене и дораде унутар постојећих функционалности, односно дефинисање и развој нових функционалности Портала, који није последица грешке или неисправности постојећег система, Понуђач реализује у уговореном року, који почиње да тече од дана постављања захтева за имплементацију измена и дорада унутар постојећих функционалности, односно дефинисање и развој нових функционалности Портала. Уколико се захтев Наручиоца односи на измене и дораде унутар постојећих функционалности, односно дефинисање и развој нових функционалности Портала, овлашћено лице Наручиоца ће путем mail-a доставити прецизно одређен захтев, а овлашћено лице Понуђача ће одговорити предлогом решења, описом начина за имплементацију измене и дораде унутар постојећих функционалности, односно дефинисањем нове функционалности Портала и начином на који се иста може имплементирати, као и роковима потребним за реализацију. Измена и дорада унутар постојећих функционалности, односно дефинисање и развој нових функционалности Портала ће се сматрати спроведеним даном давања потврде Наручиоца, путем mail-a, да је захтев реализован без примедби. Начин комуникације и месечни фонд сати за одржавање/дораде Портала: Пријаве проблема Понуђачу се обављају путем mail-a, радним данима од 8.00 до 17.00 часова. Изузетак су случајеви са нивоом 0 који се могу пријавити телефоном, а накнадно се могу послати и mail-ом. Понуђач се обавезује да ће обезбедити контакт e-mail адресу и телефон за пријаву проблема који захтевају одржавање. Месечно одржавање Портала/дорада Портала обухвата 30 човек/сати одржавања/дорада Портала. У случају да се наведени фонд сати не искористи, преостали фонд сати се преноси на следећи месец, односно до краја уговорног периода се може користити. Понуђач је у обавези да, пре отпочињања реализације услуге, достави пројектовани број сати за пружање услуга које се односе на измене и дораде унутар постојећих функционалности, односно дефинисање и развој нових функционалности Портала. Приликом дорада Портала, обавеза понуђача је да обезбеди да не буду поремећене постојеће функционалности система. У случају да дође до поремећаја постојећих функционалности система, обавеза понуђача је да исте исправи. Исправљање поремећених функционалности система, у наведеном случају, не може бити разлог за продужење претходно уговорених рокова за извршење захтева за дораду и развој функционалности и исти се не урачунава у горе наведени фонд сати. О предузетим радњама приликом одржавања Портала/дорада Портала, сачињава се записник на месечном нивоу, у којем ће бити констатоване предузете радње и утрошен број сати рада. Наведени записник потписују представник Понуђача и представник Наручиоца. Понуђач преузима на себе све трошкове у вези са одржавањем. Понуђач преузима на себе све додатне и везане трошкове у вези са активностима које се односе на подршку. Kriterijum za dodelu ugovora, JN br. 12-26.docx КРИТЕРИЈУМ ЗА ДОДЕЛУ УГОВОРА СА МЕТОДОЛОГИЈОМ ЗА ДОДЕЛУ ПОНДЕРА ЗА СВАКИ КРИТЕРИЈУМ Одржавање Портала за рад са банкама, ЈН бр. 12/26 Елементи критеријума су: 1) понуђена цена (80 пондера); 2) рок извршења за имплементацију измена и дорада унутар постојећих функционалности, односно дефинисање и развој нових функционалности Портала (20 пондера) 1 ),,ПОНУЂЕНА ЦЕНА“ (80 ПОНДЕРА): Понуда са најнижом ценом добија максимални број пондера. Број бодова за остале понуде израчунава се према формули: Пц=80*Цмин/Ц Пц - број пондера који се додељује за понуђену цену 80 - највећи број пондера који се додељује за најнижу понуђену цену Цмин - најнижа понуђена цена Ц - понуђена цена Приликом примене овог критеријума заокруживање ће се вршити на две децимале. 2) РОК ИЗВРШЕЊА ЗА ИМПЛЕМЕНТАЦИЈУ ИЗМЕНА И ДОРАДА УНУТАР ПОСТОЈЕЋИХ ФУНКЦИОНАЛНОСТИ, ОДНОСНО ДЕФИНИСАЊЕ И РАЗВОЈ НОВИХ ФУНКЦИОНАЛНОСТИ ПОРТАЛА (20 ПОНДЕРА): Рок извршења: од 2 - 4 радна дана - 20 пондера Рок извршења: од 5 - 7 радних дана - 10 пондера Рок извршења: од 8 - 10 радних дана - 5 пондера Рок извршења за имплементацију измена и дорада унутар постојећих функционалности, односно дефинисање и развој нових функционалности Портала, почиње да тече од дана постављања захтева за изменама и дорадама унутар постојећих функционалности, односно од дана постављања захтева за дефинисањем и развојем нових функционалности Портала. *У случају да понуђач понуди дужи рок за имплементацију измена и дорада унутар постојећих функционалности, односно дефинисање и развој нових функционалности Портала од 10 (десет) радних дана, понуда ће бити одбијена као неприхватљива, јер не испуњава захтеве конкурсне документације. Укупан број пондера се рачуна сабирањем пондера које је понуда добила за понуђену цену (Пц) и броја пондера које је добила на основу понуђеног рока за имплементацију измена и дорада унутар постојећих функционалности, односно дефинисање и развој нових функционалности Портала. Економски најповољнија понуда је она која има највећи укупан број пондера на основу претходно описаног критеријума за доделу уговора. Model ugovora, JN br. 12-26.docx МОДЕЛ УГОВОР О НАБАВЦИ УСЛУГА - ОДРЖАВАЊЕ ПОРТАЛА ЗА РАД СА БАНКАМА Закључен између: Националне корпорације за осигурање стамбених кредита, Кнеза Милоша, бр. 20, Београд, ПИБ:103539077, МБ:17613120, коју заступа в. д. директора Гордана Камиџорац Лукач (у даљем тексту: Корисник услуге) и ,,_____________________“, ул. __________ бр. __, ПИБ , МБ кога заступа директор ________________ (у даљем тексту: Пружалац услуге) Уговорне стране констатују: -да је Корисник услуге на основу члана 63, члана 91. став 1. и члана 93. Закона о јавним набавкама („Службени гласник РС“, брoj 91/19 и 92/23 - у даљем тексту: Закон), спровео отворени поступак набавке услуга - Одржавање Портала за рад са банкама, ЈН бр. 12/26; -да је Пружалац услуге путем Портала јавних набавки дана ...............2026. године, доставио Понуду, бр. ........., која у потпуности испуњава захтеве Корисника услуге из конкурсне документације и саставни је део овог уговора; -да је Корисник услуге у складу са чланом 146. став 1. Закона, на основу понуде Пружаоца услуга и Одлуке о додели уговора, бр. ............ од ................2026. године, доделио уговор у конкретној јавној набавци Пружаоцу услуга. Предмет уговора Члан 1. Предмет уговора је пружање услуге одржавања и дорада Портала за рад са банакама који користи Наручилац (у даљем тексту: предметна услуга), у свему према понуди Пружаоца услуге, бр. ........... од ................ 2026.године, код Корисника услуге заведена под бр. ............ од .................2026. године, на основу које је Пружаоцу услуге додељен уговор, у отвореном поступку набавке услуга - одржавање Портала за рад са банкама, ЈН бр. 12/26. Техничка спецификација Корисника услуге из Kонкурсне документације (Прилог 1) и понуда Пружаоца услуге из претходног става, са Обрасцем структуре цене (Прилог 2), чине саставни део овог Уговора. Обавезе - одржавање Портала за рад са банакама Члан 2. Одржавање Портала за рад са банкама - обавезе Пружаоца услуге: - редовне активности поправки, надоградњи и оптимизације Портала како би се осигурала његова стабилност, безбедност и оптималне перформансе током времена; - праћење перформанси Портала, идентификација и решавање грешака у раду Портала, ажурирање Портала, као и оптимизацију перформанси Портала. - пружање подршке путем телефона, е-поште или интерних система за подршку. Имајући у виду дефинисан ниво озбиљности проблема у раду Портала, обавеза Пружаоца услуге је да приступи решавању проблема на следећи начин и у следећим роковима: Ниво озбиљности Опис Рокови за поступање 0 Потпуна нефункционалност Портала који онемогућава подношење и/или евидентирање захтева у пословном информационом систему Корпорације Почетак решавања проблема у року од 2 сата од пријаве проблема (време одзива); Решавање проблема са удаљене локације, уколико је потребно у просторијама Корисника услуге; Довођење Портала у пуну функционалност или смањење проблема нивоа проблема на ниво 1 у року од 12 (дванаест) сати од времена пријаве (време решавања проблема). 1 Делимична нефункционалност Портала која отежава рад или онемогућава коришћење појединих функционалности, без прекида основног процеса подношења и евидентирања захтева Почетак решавања проблема у року од 1 радног дана од пријаве проблема (време одзива) Решавање проблема из просторија Пружаоца услуге током радног времена. Решавање проблема у року од 3 (три) дана од времена пријаве (време решења проблема) Обавезе - дораде Портала за рад са банакама Члан 3. Дораде Портала за рад са банкама - обавезе Пружаоца услуге: измене и дораде унутар постојећих функционалности; дефинисање и развој нових функционалности. Захтев за измене и дораде унутар постојећих функционалности, односно дефинисање и развој нових функционалности Портала, који није последица грешке или неисправности постојећег система, Пружалац услуге реализује у року од ………. радних дана, који почиње да тече од дана постављања захтева за имплементацију измена и дорада унутар постојећих функционалности, односно дефинисање и развој нових функционалности Портала (биће преузето из Понуде). Уколико се захтев Наручиоца односи на измене и дораде унутар постојећих функционалности, односно дефинисање и развој нових функционалности Портала, овлашћено лице Наручиоца ће путем mail-a доставити прецизно одређен захтев, а овлашћено лице Пружаоца услуге ће одговорити предлогом решења, описом начина за имплементацију измене и дораде унутар постојећих функционалности, односно дефинисањем нове функционалности Портала и начином на који се иста може имплементирати, као и роковима потребним за реализацију. Измена и дорада унутар постојећих функционалности, односно дефинисање и развој нових функционалности Портала ће се сматрати спроведеним даном давања потврде Наручиоца, путем mail-a, да је захтев реализован без примедби. Начин комуникације и месечни фонд сати за одржавање/дораде Портала Члан 4. Пријаве проблема Понуђачу се обављају путем mail-a, радним данима од 8.00 до 17.00 часова. Изузетак су случајеви са нивоом 0 који се могу пријавити телефоном, а накнадно се могу послати и mail-ом. Понуђач се обавезује да ће обезбедити контакт e-mail адресу и телефон за пријаву проблема који захтевају одржавање. Месечно одржавање Портала/дорада Портала обухвата 30 човек/сати одржавања/дорада Портала. У случају да се наведени фонд сати не искористи, преостали фонд сати се преноси на следећи месец, односно исти се може користити до краја уговорног периода. Пружалац услуге је у обавези да, пре отпочињања реализације услуге, достави пројектовани број сати за пружање услуга које се односе на измене и дораде унутар постојећих функционалности, односно дефинисање и развој нових функционалности Портала. Приликом дорада Портала, обавеза Пружаоца услуге је да обезбеди да не буду поремећене постојеће функционалности система. У случају да дође до поремећаја постојећих функционалности система, обавеза Пружаоца услуге је да исте исправи. Исправљање поремећених функционалности система, у наведеном случају, не може бити разлог за продужење претходно уговорених рокова за извршење захтева за дораду и развој функционалности и исти се не урачунава у горе наведени фонд сати. Обавеза достављања месечних извештаја о пруженим услугама Члан 5. О предузетим радњама приликом одржавања Портала/дорада Портала, сачињава се записник на месечном нивоу, у којем се констатују предузете радње и утрошен број сати рада. Записник потписују представник Пружаоца услуге и представник Корисника услуге и исти представља предуслов за плаћање рачуна за услуге које су пружене у претходном месецу. Цена услуге Члан 6. Укупна уговорена цена за услуге из члана 1. овог уговора износи .................. динара без ПДВ, односно ....................... динара са ПДВ, што на месечном нивоу износи ................. динара без ПДВ, односно .................. динара са ПДВ (биће преузето из Понуде). У цене су урачунати и сви други трошкови које има Пружалац услуге, како би у потпуности извршио све уговором предвиђене обавезе. Цена је фиксна и не може се мењати. Обавезе које по основу овог уговора доспевају у наредној години биће реализоване највише до износа средстава која ће за ту намену бити одобрена Кориснику услуге у наредној години. У супротном Уговор престаје да важи без накнаде штете због немогућности преузимања и плаћања обавеза од стране Корисника услуге. Рок и начин плаћања Члан 7. Корисник услуга се обавезује да ће уговорену цену (са урачунатим ПДВ) платити у року од …… дана од дана пријема рачуна за пружене услуге за претходни месец, на текући рачун Пружаоца услуге (биће преузето из Понуде). Даном пријема рачуна сматра се дан регистровања рачуна у систему електронских фактура (СЕФ). Пружалац се обавезује да у рачуну наведе број уговора под којим је заведен код Корисника услуге. Рок плаћања фактуре се рачуна у складу са Законом о роковима измирења новчаних обавеза у комерцијалним трансакцијама („Службени гласник РС“ бр. 119/21, 68/15, 113/17, 91/19, 44/21 и 44/21 - др. закон, 130/2021, 129/2021 - др. закон, 138/2022 и 109/25). Рачун мора бити издат у складу са Правилником о електронском фактурисању (Службени гласник РС”, број 47/23,116/23, 65/24, 73/24, 101/24, 107/24, 56/25 и 85/25). Трајање уговора Члан 8. Уговор се закључује на одређено време. Уговор се сматра закљученим даном обостраног потписивања уговора, а почиње да се примењује почев од 01.03.2027. године и траје закључно са 29.02.2028. године. Обавеза чувања пословне тајне Члан 9. Пружалац услуге je дужан да као пословну тајну чува податке које је добио од Корисника услуге, или до којих је дошао приликом извршења предметног уговора, а гарантује и заштиту тајности података у име свих извршилаца који ће бити ангажовани на пословима из члана 1. Уговора. Пружалац услуге је дужан да упозори све своје запослене на обавезу чувања пословне тајне и одговара за лица која су поверљиве информације сазнала на основу рада код њега, без обзира на то да ли су стално или привремено запослена, односно да ли су и даље ангажована код Пружаоца услуга или је њихов рад код њега престао. Обавеза чувања пословне тајне остаје на снази и по престанку важења овог Уговора. Обавеза заштите података о личности Члан 10. Пружалац услуге, као обрађивач, је у обавези да: обрађује податке о личности само на основу писмених упутстава наручиоца, као руковаоца, осим ако је обрађивач законом обавезан да обрађује податке, у ком случају је Пружалац услуга дужан да обавести Корисника услуге о тој законској обавези пре започињања обраде, осим ако закон забрањује достављање тих информација због потребе заштите важног јавног интереса; обезбеђује да се физичко лице које је овлашћено да обрађује податке о личности обавезало на чување поверљивости података; дужан је да предузме све потребне мере ради безбедности обраде података о личности, у складу са нивоом технолошких достигнућа и трошковима њихове примене, природом, обимом, околностима и сврхом обраде, као и вероватноћом наступања ризика и нивоом ризика за права и слободе физичких лица, укључујући спровођење одговарајућих техничких, организационих и кадровских мера, ради постизања одговарајућег нивоа безбедности у односу на ризик; узимајући у обзир природу обраде, помаже Кориснику услуга као руковаоцу применом одговарајућих техничких, организационих и кадровских мера, колико је то могуће, у испуњавању обавеза руковаоца у односу на захтеве за остваривање права лица на које се подаци односе из Главе III Закона о заштити података о личности (у даљем тексту: ЗЗПЛ); после окончања уговорених радњи обраде, а на основу одлуке Корисника услуга као руковаоца, избрише или врати руковаоцу све податке о личности и избрише све копије ових података, осим ако је законом прописана обавеза чувања података; учини доступним Кориснику услуга као руковаоцу све информације које су неопходне за предочавање испуњености обавеза Пружаоца услуге као обрађивача, као и информације које омогућавају и доприносе контроли рада обрађивача, коју спроводи руковалац или друго лице које он за то овласти. Прикупљене информације се морају чувати по поступку којим се чувају документа са ознаком ,,пословна тајна“ код Корисника услуга о чему су обавезни да воде рачуна овлашћено лице Корисника услуга и овлашћено лице Пружаоца услуге. Чување података у документима који садрже посебне врсте података о личности предвиђене чланом 17. ЗЗПЛ се спроводи на начин који прописује Одлука Управног одбора Корисника услуга. Средство финансијског обезбеђења Члан 11. Пружалац услуге се обавезује да у року од 7 (седам) дана од дана потписивања уговора достави једну бланко соло меницу, која представља средство финансијског обезбеђења и којом Пружалац услуге гарантује уредно испуњење свих својих уговорних обавеза, односно плаћање уговорне казне и штете коју je причинио. Меница се држи у портфељу Корисника услуге све до испуњења уговорних обавеза Пружаоца услуге, након чега се враћа истом, на његов писани захтев. Истовремено, предајом менице из става 1. овог члана, Пружалац услуге се обавезује да Кориснику услуге преда копију картона са депонованим потписима овлашћеног лица Пружаоца услуге, овлашћење за Корисника услуге да меницу може попунити у складу са овим уговором, и копију захтева Пружаоца услуге за регистрацију те бланко соло менице у Регистру меница, који је оверен од стране пословне банке Пружаоца услуге. Наручилац ће као средство финансијског обезбеђења прихватити и електронску меницу у складу са Одлуком о ближим условима, садржини и начину вођења регистра меница и овлашћења (,,Службени гласник РС“, бр. 95/2025). Пружалац услуге овим уговором овлашћује Корисника услуге да уговорну казну, штету коју трпи и друге трошкове наплати из менице утврђене овим чланом овог уговора, у висини од највише 10% од вредности из члана 3. овог уговора, без ПДВ. Важење менице је 30 (тридесет) дана дуже од истека важности уговора. Уколико предмет набавке не буде реализован у свему према одредбама овог уговора и поред могућности наплате претрпљене штете у висини од 10% од уговорене цене путем финансијског средства обезбеђења, не искључује се право Корисника услуге да тражи и потпуну накнаду штете. Право на рекламацију Члан 12. Уколико Пружалац услуге не испуњава уредно и благовремено уговорене обавезе, Корисник услуге може упутити рекламацију писаним путем, укључујући електронску пошту. Рок за решавање рекламације је 1 (један) дан од дана пријема писане рекламације Корисника услуге, у случају хитних захтева, односно 7 (седам) дана од дана пријема писане рекламације, у случају захтева који нису хитне природе. Члан 13. Уколико се Пружалац услуге не одазове на позив Корисника услуге у року предвиђеном уговором, односно уколико не отклони примедбе, односно не изврши захтеве Корисника услуге на начин којим ће се обезбедити оптимално коришћење Портала, Корисник услуге је овлашћен да месечну уплату без ПДВ у износу предвиђеном ставом 6. Уговора умањи за 20% за сваки извештај на који није дата сагласност овлашћеног лица Корисника услуге. Максимално умањење за један месец може бити до износа цене пружања услуга на месечном нивоу. Уговорна казна Члан 14. Уколико Пружалац услуге не испуни све своје уговорне обавезе, односно у уговореном року не реализује услугу, обавезан је да за сваки дан закашњења плати Кориснику услуге износ од 0,5 % укупне вредности уговора, а највише 10% од укупне вредности уговора. Уколико Пружалац услуге не изврши све своје уговорене обавезе или их изврши делимично, обавезан је да плати Кориснику услуге уговорну казну у висини од 10% укупне уговорене цене. Наплата уговорне казне не ослобађа Пружаоца услуге да настави да уредно и благовремено извршава све уговорене обавезе на уговорени начин. Право Корисника услуге на наплату уговорне казне не утиче на право Корисника услуге да захтева накнаду штете. Раскид уговора Члан 15. Уговор престаје да важи и пре истека периода на који је закључен у следећим случајевима: -споразумним раскидом у писменој форми; -једностраним раскидом било које уговорне стране у случају да друга уговорна страна не извршава обавезе на начин и под условима из овог уговора; - у другим случајевима предвиђеним Законом и овим Уговором. У свим случајевима једностраног раскида Уговора, уговорна страна која је скривила раскид је у обавези да другој уговорној страни накнади штету коју претрпи у складу са општим правилима одговорности за накнаду штете. У случају да Пружалац услуга скриви раскид уговора, Корисник услуге, осим права на једнострани раскид уговора и на накнаду штете, није у обавези да исплати преостале месечне обавезе из члана 6. став 1. Уговора до истека уговореног периода трајања уговора из члана 8. Уговора. Виша сила Члан 16. Наступање околности више силе ослобађа од одговорности уговорне стране за кашњење у извршењу обавеза. О дану наступања, трајању и дану престанка околности више силе, стране у овом уговору су обавезне, да једна другу обавесте писаним путем у року од 24 (двадесетчетири) часа. Уколико након закључења овог уговора наступе околности више силе које отежавају или онемогућавају извршење обавеза дефинисаних овим уговором, рокови извршења обавеза ће се одложити за време трајања околности више силе. Околности више силе сматрају се екстремни и ванредни догађаји, који се нису могли предвидети, који су се догодили без воље и утицаја страна у овом уговору и који нису могли бити спречени. Вишом силом могу се сматрати природне катастрофе, пожар, поплава, земљотрес, транспортне несреће, политичка збивања (рат, нереди већег обима, штрајкови), императивне одлуке власти (забране промета, увоза и извоза) и други случајеви, који су законом утврђени као виша сила. У случају наступања околности више силе, страна која захтева одлагање извршења овог уговора дужна је да докаже основаност тог захтева и достави одговарајуће доказе. Завршне одредбе Члан 17. Уговорне стране су сагласне да се на све међусобне односе, који нису дефинисани овим Уговором, примењују одредбе Закона о облигационим односима (,,Сл. лист СФРЈ“, бр. 29/78, 39/85, 45/89 - одлука УСЈ и 57/89, ,,Сл. Лист СРЈ“, бр. 31/93, ,,Сл. лист СЦГ“, бр. 1/2003 - Уставна повеља и ,,Сл. гласник РС“, бр. 18/2020), као и други важећи прописи, који регулишу ову материју. Члан 18. Уговорне стране су сагласне да евентуалне спорове из овог уговорног односа решавају споразумно. Уколико спорови између уговорних страна не буду решени споразумно, уговара се надлежност Привредног суда у Београду. Члан 19. Уговорне стране сагласно изјављују да су овај Уговор прочитале, разумеле и да уговорне одредбе у свему представљају израз њихове стварне воље. Члан 20. Овај Уговор је сачињен у 4 (четири) истоветна примерка, од којих по 2 (два) примерка задржава свака уговорна страна. ПРУЖАЛАЦ УСЛУГЕ КОРИСНИК УСЛУГЕ Напомена: Модел уговора је саставни део конкурсне документације и он представља садржину уговора који ће бити закључен са понуђачем коме буде додељен уговор о јавној набавци. Модел уговора понуђач не попуњава нити доставља уз понуду, већ се понуђач саглашава са садржином модела уговора тако што у Обрасцу понуде - у делу ,,Модел уговора“ - наводи (обележи) да је упознат са садржином модела уговора и да прихвата модел уговора. Приликом сачињавања уговора биће преузети подаци из достављене понуде. Obrazac strukture ponuđene cene, JN br. 12-26.xlsx Образац структуре понуђене цене Одржавање Портала за рад са банкама, ЈН бр. 12/26 Р.Б. | Предмет набавке | Једница мере | Количина | Јединична цена без ПДВ | Јединична цена са ПДВ | Укупна цена без ПДВ | Укупна цена са ПДВ 1 | 2 | 3 | 4 | 5 | 6(3*4) | 7(3*5) 1 | Услуга одржавања Портала за рад са банкама, према Спецификацији | месец | 12 Упутство за попуњавање обрасца: Понуђач јасно и недвосмислено специфицира понуђену цену: јединичну цену без ПДВ, јединичну цену са ПДВ, укупну цену без ПДВ и укупну цену са ПДВ. Понуда мора да садржи цене за све позиције како је предвиђено у табели. У случају да постоји неслагање између јединичних цена и укупне цене, јединична цена ће бити узета у обзир као исправна, а укупне цене ће бити исправљене према томе. У цену је потребно урачунати све трошкове које понуђач има за извршење предметне јавне набавке. Укупна понуђена цена без ПДВ из Табеле, мора бити иста као и укупна понуђена цена без ПДВ из Обрасца понуде. Овако исказана укупна понуђена цена служиће уједно и као цена за избор најповољније понуде, сагласно критеријуму економски најповољније понуде (цена и квалитет услуге) из конкурсне документације.