Održavanje Portala za rad sa bankama

Opis funkcionalnosti Portala, JN br. 12-26.docx PORTAL ZA RAD SA BANKAMA Opis funkcionisanja postojećeg sistema 1. Uvod Portal za rad sa bankama (u daljem tekstu: Portal) je veb sistem Nacionalne korporacije za osiguranje stambenih kredita (u daljem tekstu: Korporacija) namenjen elektronskoj razmeni podataka između poslovnih banaka i Korporacije u postupku osiguranja stambenih kredita. Kroz Portal se podnose i obrađuju zahtevi za osiguranje, prijavljuju dospeli krediti, dostavljaju izveštaji o otplati kredita i razmenjuje prateća dokumentacija. Dokument daje pregled funkcionalnosti, arhitekture i tehničkog okruženja Portala u postojećem stanju. Namenjen je sticanju uvida u sistem i nije detaljna projektna dokumentacija. 1.1 Celine sistema Pod Portalom se u ovom dokumentu podrazumevaju veb aplikacije portala banke i internog portala, zajedno sa pozadinskim API servisima preko kojih te aplikacije rade. Servisi BIS integracije, preko kojih Portal razmenjuje podatke sa BIS-om, nisu deo Portala i pripadaju BIS-u. Sistem čine tri međusobno povezane celine: Portal banke - interfejs za službenike banaka. Omogućava podnošenje i praćenje zahteva za osiguranje, dostavljanje dodatne dokumentacije, prijavu dospelih kredita, slanje izveštaja o otplati kredita i upravljanje korisnicima banke. Interni portal (portal Korporacije) - interfejs za stručne saradnike Korporacije. Omogućava prijem, delegiranje, pregled i validaciju pristiglih zahteva, njihovo vraćanje banci na doradu ili prosleđivanje u BIS, obradu izveštaja o otplati i generisanje izveštaja. BIS (Business Information System) – poslovni informacioni sistem Korporacije u kome se vrši konačna obrada, odlučivanje i evidencija zahteva. Portal i BIS razmenjuju podatke u oba smera preko servisa BIS integracije: Portal upisuje zahteve, dospele kredite, dokumentaciju i podatke o otplati, a iz BIS-a preuzima šifarnike, statuse i odluke. BIS i servisi BIS integracije nisu predmet ovog dokumenta, osim u delu razmene podataka (poglavlje 9). 1.2 Korisnici Grupa korisnika Uloga u sistemu Službenik banke Unos i praćenje zahteva i dospelih kredita svoje banke, dostavljanje dokumentacije i izveštaja o otplati. Administrator banke Upravljanje korisnicima i grupama prava u okviru svoje banke, predelegiranje zahteva između službenika banke. Stručni saradnik Korporacije Preuzimanje i obrada dodeljenih zahteva, vraćanje na doradu, prosleđivanje u BIS, obrada izveštaja o otplati. Administrator Korporacije Delegiranje zahteva, upravljanje korisnicima internog portala i korisnicima banaka, nadzorni pristup portalu banke. 2. Sistem ukratko Stavka Vrednost Korisničke aplikacije Dve veb aplikacije (Angular 18): portal banke i interni portal Pozadinski servisi .NET 8 (ASP.NET Core Web API) mikroservisi: centralni API host za svaki portal, Identity, Insurance, Mail Baza podataka Microsoft SQL Server Hostovanje Serveri Korporacije (on-premise), Windows Server i IIS Autentifikacija ASP.NET Core Identity, JWT tokeni, kontrola pristupa po ulogama (RBAC) Integracije BIS, preko servisa BIS integracije (REST API, dvosmerno); SMTP server za e-mail obaveštenja Formati razmene XML (izveštaji o otplati, podaci kreditnog biroa), izvoz u PDF i Excel 3. Arhitektura i tehnologije Portal je realizovan kao mikroservisna aplikacija. Korisničke aplikacije portala banke i internog portala su zasebne veb aplikacije razvijene u Angular-u, a pozadinski deo čine .NET 8 Web API servisi. Svaki portal ima centralni API host (za portal banke BankHostApi) koji prima pozive korisničke aplikacije i prosleđuje ih odgovarajućim mikroservisima: Identity – korisnici, grupe i prava, prijava i izdavanje tokena. Insurance – obrada zahteva, dospelih kredita i izveštaja na strani Portala. Mail – slanje e-mail obaveštenja preko SMTP servera. Servisi BIS integracije – References, Insurance, Maturity i CreditPayment, preko kojih Portal razmenjuje podatke sa BIS-om. Ovi servisi su deo BIS-a. Rešenje primenjuje CQRS pristup (razdvajanje upita i komandi), asinhronu komunikaciju između servisa i vremenski ograničeno keširanje podataka koji se retko menjaju, kao što su šifarnici. API-ji su dokumentovani prema Swagger/OpenAPI standardu. PDF dokumenti se generišu u zasebnom servisu. Servisi BIS integracije neposredno pristupaju bazi BIS-a i deo su BIS-a. Ostali servisi i korisničke aplikacije čine Portal (poglavlje 9). 4. Infrastruktura i konfiguracija Sistem je instaliran na serverima Korporacije (on-premise). Preduslovi na serveru: .NET 8 Windows Server Hosting i IIS URL Rewrite Module 2. Svaki pozadinski servis radi u zasebnom IIS application pool-u (bez managed koda). Portal banke i interni portal postavljeni su kao zasebni IIS sajtovi, sa URL rewrite pravilom za Angular rute koje isključuje putanje /api/. Konfiguracija se nalazi u appsettings.json datotekama servisa: veze ka bazi Portala i bazi BIS-a, parametri SMTP servera, adrese servisa (Identity, Insurance, Mail, integracija), osnovne adrese oba portala, grupne e-mail adrese za obaveštenja i uključivanje i isključivanje slanja e-mailova. Priloženi dokumenti i datoteke izveštaja čuvaju se na fajl sistemu, na unapred definisanoj lokaciji. 5. Bezbednost Sav saobraćaj između klijenta i servera ide preko TLS protokola. Autentifikacija se zasniva na JWT tokenima. Autorizacija je na nivou pojedinačnih akcija, preko korisničkih grupa. Korisnici banke pristupaju samo podacima svoje banke. Administrator banke može dodatno ograničiti pristup pojedinim zahtevima na određene korisnike ili grupe. Lozinke se u bazi čuvaju u zaštićenom obliku. Pravila: najmanje 6 karaktera, od kojih bar jedno veliko slovo, jedna cifra i jedan specijalni karakter. Korisničke radnje se beleže u AuditLog tabeli i istoriji aktivnosti. Pozivi iz BIS-a ka Portalu zaštićeni su predefinisanim API ključem. Sistem obrađuje podatke o ličnosti (JMBG, adrese, podaci o primanjima i zaduženjima korisnika kredita i solidarnih dužnika). 6. Baza podataka Dve baze. Portal ima sopstvenu bazu na Microsoft SQL Server-u. Baza BIS-a je odvojena i Portal joj pristupa isključivo preko integracionog sloja, nikada neposredno. Sadržaj baze Portala. Zahtevi za osiguranje sa svim detaljima (korisnik kredita, solidarni dužnici, podaci kreditnog biroa, nepokretnosti, hipoteke, dokumenta) dok su u pripremi i obradi na Portalu; dospeli krediti sa podacima za obračun; primljeni izveštaji o otplati sa stavkama i statusom povezivanja; korisnici, grupe i prava (standardna ASP.NET Core Identity šema); istorija aktivnosti i evidencija korisničkih radnji. Šifarnici se ne dupliraju. Referentni podaci (banke, valute, opštine, vrste kredita i sl.) čitaju se iz BIS-a. Lokalno se vode samo statusi koji pripadaju Portalu. Model podataka. Relacioni model sa ključevima zapisa u UUID formatu. Brisanje zahteva je logičko, promenom statusa. Spisak pojedinačnih akcija koje se dodeljuju korisničkim grupama vodi se u konfiguraciji, a ne u bazi. Datoteke. Priložene datoteke izveštaja i dokumenta prepisana u BIS čuvaju se na fajl sistemu, na unapred definisanoj lokaciji, u zasebnoj fascikli za svaki predmet. 7. Osnovni tok rada Zahtev za osiguranje prolazi kroz sledeće korake: Priprema u banci. Službenik banke unosi zahtev na portalu banke, po karticama i u više navrata. Zahtev je u statusu „Zahtev u pripremi” i može se menjati ili brisati. Prosleđivanje Korporaciji. Nakon potvrde službenika banke, zahtev prelazi na interni portal i pojavljuje se na listi novih zahteva za delegiranje. Delegiranje. Administrator dodeljuje zahtev stručnom saradniku, ili saradnik preuzima zahtev sam. U jednom trenutku zahtev ima jednog odgovornog saradnika, koji se može promeniti. Provera na internom portalu. Stručni saradnik pregleda podatke (bez mogućnosti izmene) i zahtev vraća banci na dopunu uz obrazloženje ili ga prepisuje u BIS zajedno sa priloženim dokumentima. Obrada u BIS-u. Dalja obrada i odlučivanje vrši se u BIS-u. Iz BIS-a se zahtev može vratiti na doradu na Portal. Statusi, napomene ekonomiste i pravnika i podaci o polisi iz BIS-a prikazuju se na Portalu. Procesi posle odluke. Za odlučeni zahtev banka dostavlja dodatnu dokumentaciju (za polisu, konačno osiguranje, brisovnu dozvolu, ugovore za subvencije, saglasnost za predmet hipoteke), podnosi zahtev za restrukturiranje ili proglašava kredit dospelim. Vraćanje na doradu funkcioniše u oba smera i prati ga automatsko e-mail obaveštenje odgovornoj osobi na drugoj strani, uz obrazloženje. Isti obrazac (priprema, prosleđivanje, delegiranje, provera, prepis u BIS, dorada) primenjuje se i na dospele kredite. Svaka značajna radnja beleži se u istoriji aktivnosti. 8. Funkcionalnosti 8.1 Zahtevi za osiguranje 8.1.1 Unos zahteva (portal banke) Zahtev se unosi kroz formu podeljenu na kartice. Podaci o banci, odgovornom licu i kontaktu popunjavaju se automatski na osnovu prijavljenog korisnika. Vrednosti iz šifarnika (svrha i vrsta kredita, valuta, opštine, stručna sprema, bračni status, vrste nepokretnosti, sudski procenitelji itd.) preuzimaju se iz BIS-a. Opšti podaci – svrha kredita, subvencija, vrsta osiguranja, metod kalkulacije, valuta i kurs, vrsta kredita. Korisnik kredita – lični podaci, zaposlenje i primanja, dodatna primanja, podaci o vlasništvu nad preduzećem ili radnjom, posedovanje nepokretnosti. Podaci kreditnog biroa – obaveze po kreditima, jemstvima, tekućim računima, platnim karticama i lizingu, sa docnjama i spornim potraživanjima. Podaci se mogu učitati iz XML datoteke. Solidarni dužnici – jedan ili više, sa istim skupom podataka kao korisnik kredita. Kredit i predmet kupovine – parametri kredita, jedna ili više nepokretnosti koje se kupuju i podaci o prodavcu (fizičko ili pravno lice). Životno osiguranje korisnika kredita. Nepokretnosti pod hipotekom – jedna ili više, sa podacima o investitoru (za objekte u izgradnji) i založnom dužniku. Napomena banke i dokumenta – svaki priloženi dokument ima tip izabran sa predefinisane liste. Obavezna polja su označena i čuvanje nije moguće dok nisu ispravno popunjena. Vrši se provera JMBG-a, PIB-a i matičnog broja. Svaki zahtev dobija jedinstveni identifikator (UUID), a kreiranje i izmene se beleže u istoriji aktivnosti. 8.1.2 Liste, pretraga i izveštaji (portal banke) Predefinisane liste: zahtevi u pripremi, zahtevi u obradi, zahtevi vraćeni na doradu, odlučeni zahtevi i pretraga svih zahteva. Liste za vraćene zahteve prikazuju i napomene ekonomiste i pravnika iz BIS-a. Filtriranje po imenu, prezimenu i JMBG-u korisnika kredita, statusu, datumskom opsegu i broju zahteva u BIS-u; izbor prikaza samo sopstvenih ili svih zahteva banke; stranični prikaz i sortiranje po kolonama. Izmena zahteva je moguća dok zahtev nije prosleđen ili kada je vraćen na doradu. Brisanje je moguće samo za zahteve koji nisu upisani u BIS i vrši se promenom statusa. Administrator banke može zahtev koji još nije prosleđen predelegirati drugom službeniku banke. PDF dokument zahteva (tačka 8.1.7) i generisanje Excel izveštaja po zadatim kriterijumima. 8.1.3 Restrukturiranje zahteva Podržana su dva scenarija: Restrukturiranje u istoj banci – bira se postojeći osigurani zahtev, a novi zahtev automatski preuzima sve njegove podatke osim dodatne dokumentacije. Korisnik potvrđuje ili menja svaku karticu pre prelaska na sledeću. Vrsta kredita se postavlja na „Restrukturiranje kredita”, a u BIS-u novi zahtev dobija broj osnovnog zahteva. Restrukturiranje u drugoj banci – unosi se nov zahtev sa vrstom kredita „Refinansiranje osiguranog kredita druge banke” i JMBG-om inicijalnog korisnika kredita, po kome stručni saradnik Korporacije povezuje zahteve. Prosleđivanje je uslovljeno napomenom banke i priloženom propisanom dokumentacijom. 8.1.4 Preuzimanje portfolija Kada jedna banka preuzme portfolio kredita druge banke, zahtevi se prenose na novu banku. Službenici nove banke dobijaju pristup tim zahtevima (pregled, restrukturiranje, pokretanje procesa), a službenici prethodne banke ga gube. Prethodna banka ostaje vidljiva u detaljima zahteva, a promena se beleži u istoriji. 8.1.5 Procesi i dodatna dokumentacija Za zahteve u obradi i odlučene zahteve banka dostavlja dodatnu dokumentaciju po tipu procesa: dokumentacija za konačno odobrenje, za polisu, za proglašenje kredita dospelim, za izdavanje brisovne dozvole, za ugovore za subvencije i za saglasnost za predmet hipoteke. Dostavljanjem dokumentacije pokreće se odgovarajući proces u BIS-u ili se dopunjuje postojeći. Kada Korporacija iz BIS-a zatraži dopunu dokumentacije za neki proces, službenik banke dobija obaveštenje na Portalu. 8.1.6 Obrada zahteva na internom portalu Liste: novi zahtevi za delegiranje, novi zahtevi (dodeljeni saradniku), zahtevi u obradi, zahtevi vraćeni sa dorade, odlučeni zahtevi i pregled svih zahteva, sa filtrima po banci, službeniku banke, saradniku Korporacije, korisniku kredita, JMBG-u, broju zahteva u BIS-u i datumskom opsegu. Delegiranje i promena odgovornog saradnika. Pregled svih detalja zahteva bez mogućnosti izmene, uz dodatna polja: napomena za službenika banke, status u Korporaciji, oslobođenje od administrativnog troška i opcija NBS 2015. Prikaz povezanosti: u kojim se drugim zahtevima isti JMBG pojavljuje kao korisnik kredita, solidarni dužnik ili založni dužnik. Vraćanje zahteva banci uz obaveznu napomenu i e-mail obaveštenje, kao i prepis zahteva sa dokumentima u BIS. PDF dokument zahteva (tačka 8.1.7) i Excel izveštaj po kriterijumima (banka, saradnici, vrsta osiguranja, statusi, datum kreiranja, datum sednice odbora). Nadzorni pristup portalu banke za administratore Korporacije: pregled zahteva izabrane banke bez mogućnosti izmene. Prikaz novopristiglih zahteva u realnom vremenu, namenjen ekranima u prostorijama Korporacije. 8.1.7 Generisanje PDF dokumenta zahteva Za svaki zahtev za osiguranje automatski se generiše PDF dokument sa podacima zahteva u predefinisanom formatu. Dokument se generiše u zasebnom servisu i dostupan je na portalu banke i na internom portalu. 8.2 Dospeli krediti Dospeli kredit se prijavljuje za osigurani zahtev, iz liste zahteva na portalu banke, gde se prvo izabere broj zahteva, a zatim pokrene jednan od dva tipa procesa: naplata osiguranog slučaja ili isplata 75% neto gubitka banke. Isplata 75% neto gubitka može se pokrenuti kao prvi proces ili naknadno, nakon naplate osiguranog slučaja. Osnovni podaci o osiguranom kreditu (broj polise, korisnik kredita, iznos osiguranog kredita, status otplate) preuzimaju se iz BIS-a. Skup podataka koji se unosi zavisi od scenarija: Grupa podataka Naplata osiguranog slučaja Isplata 75% (prvi proces) Isplata 75% (posle naplate) Opšti podaci o dospelom kreditu da da da Isplata po zahtevu da da Ukupan dug na dan proglašenja dospelim da da da Plaćanja Korporacije i povraćaj banke da Parametri za obračun neto gubitka da da Troškovi prinudne prodaje da da Naknadne uplate klijenta da da da Napomena banke i dokumenta da da da Unos je podeljen na korake, a započeti unos se može sačuvati i nastaviti kasnije. Obračun 75% neto gubitka banke vrši se automatski i ponovo se izračunava pri svakoj izmeni podataka koji na njega utiču. Ponovno proglašenje kredita dospelim podržano je kada je kredit u BIS-u vraćen u redovnu otplatu, kao i za restrukturirani zahtev. Liste na portalu banke: dospeli zahtevi u pripremi, u obradi, vraćeni na doradu i završeni u Korporaciji. Liste na internom portalu: novi dospeli zahtevi za delegiranje, novi dospeli zahtevi, vraćeni sa dorade i završeni u Korporaciji. Tu se vrše delegiranje, promena saradnika, vraćanje banci i prepis u BIS, pri čemu se generiše PDF dokument sa podacima dospelog kredita. Vraćanje na doradu funkcioniše u oba smera, uz obaveznu napomenu i e-mail obaveštenje. 8.3 Izveštaji banaka o otplati kredita Banke periodično dostavljaju podatke o otplati osiguranih kredita. Slanje (portal banke) – banka prilaže XML datoteku predefinisane strukture. Struktura se proverava pri prijemu, a svako odstupanje prekida slanje uz obaveštenje korisniku. Datoteka se čuva, a poslati izveštaji su vidljivi u hronološkoj listi. Automatska obrada – za svaku stavku izveštaja sistem u BIS-u traži zahteve po JMBG-u korisnika kredita i razvrstava stavke na povezane, nepovezane, stavke bez pronađenog JMBG-a i stavke za koje u BIS-u nema zahteva kome treba evidentirati otplatu. Obrada (interni portal) – lista primljenih izveštaja sa filtrima (banka, službenik, datum, status). Saradnik ručno bira zahtev iz BIS-a za nepovezane stavke, može isključiti stavku ili ispraviti JMBG. Prepis u BIS – omogućen tek kada su sve nepovezane stavke razrešene. Prepis se vrši kao celina: ako za bilo koju stavku izabrani zahtev ne postoji, ceo prenos se poništava. Po uspešnom prepisu menja se status izveštaja. 8.4 Korisnici i prava pristupa Prijava korisničkim imenom (e-mail adresa) i lozinkom, odjava, promena lozinke i postupak za zaboravljenu lozinku putem e-mail linka. Otvaranje naloga: administrator unosi korisnika, korisnik potvrđuje e-mail adresu i bira lozinku. Podržana je i samostalna registracija, posle koje administrator dodeljuje prava. Prava se dodeljuju preko korisničkih grupa. Svaka grupa ima listu dozvoljenih akcija iz predefinisanog skupa akcija Portala. Administrator banke upravlja korisnicima i grupama svoje banke. Administrator Korporacije upravlja korisnicima internog portala i može otvarati naloge korisnicima banaka. Prijave i promene na korisničkim nalozima beleže se u istoriji aktivnosti. 8.5 Zajedničke funkcionalnosti Početna strana i obaveštenja – prikaz aktivnih zahteva i obaveštenja o događajima kao što su vraćanje na doradu, zahtev za dopunu dokumentacije po procesu i vraćanje dospelog zahteva. Na internom portalu prikazuje se i broj zahteva i dospelih kredita vraćenih sa dorade. Istorija aktivnosti – automatski zapis korisničkih radnji (tip, vreme, korisnik, detalji), sa pregledom i pretragom. E-mail obaveštenja – šalju se pri vraćanju i ponovnom prosleđivanju zahteva i dospelih kredita, kao i pri otvaranju naloga i promeni lozinke. Adrese grupnih poštanskih sandučića su podesive, a slanje se može isključiti konfiguracijom. Dokumenti i izveštaji – PDF dokument za svaki zahtev i dospeli kredit, Excel za izveštaje. Korisničko okruženje – radnje koje trajno menjaju status (prosleđivanje, brisanje, delegiranje) zahtevaju dodatnu potvrdu, duže obrade prati poruka o toku obrade, a liste podržavaju sortiranje. Format datuma je dd.MM.gggg, a format iznosa 123.456,78. 9. Integracija sa BIS-om Razmena podataka između Portala i BIS-a odvija se preko REST API-ja, u oba smera. 9.1 Pozivi iz Portala ka BIS-u Šifarnici – banke, valute, teritorijalne jedinice, vrste kredita, osiguranja, nepokretnosti, upisa i subvencija, statusi zahteva i polisa, sudski procenitelji, tipovi procesa i dokumenata i drugi referentni podaci, sa pretragom po šifri i nazivu. Upis zahteva – kompletan zahtev sa svim detaljima upisuje se u jedinstvenoj transakciji, uz proveru obaveznih podataka. BIS vraća identifikatore zahteva i svih detalja i broj zahteva. Kod restrukturiranja se vraća broj osnovnog zahteva. Dokumenta – metapodaci (tip, opis) čuvaju se u bazi BIS-a, a sadržaj na fajl sistemu, u zasebnoj fascikli za svaki predmet. Pregled podataka – osnovni i prošireni podaci zahteva sa filtrima, uključujući statuse, napomene, podatke o polisi i premiji, uslove za pokretanje procesa i listu procesa; istorija i trenutne napomene po tipu; status plaćanja premije. Procesi – liste otvorenih i završenih procesa, pokretanje novog procesa ili dopuna dokumentacije postojećeg, promena statusa zahteva za dodatnom dokumentacijom. Dospeli krediti – upis i izmena dospelog kredita po tipu procesa, osnovni i prošireni podaci, istorija napomena, dodatna dokumentacija. Otplata kredita – pretraga kandidata po JMBG-u i upis stavki izveštaja o otplati. 9.2 Pozivi iz BIS-a ka Portalu BIS poziva API Portala radi vraćanja zahteva ili dospelog kredita na doradu (sa ili bez brisanja iz BIS-a), zahtevanja dodatne dokumentacije za proces i promene odgovorne osobe. Pozivi su zaštićeni predefinisanim ključem u zaglavlju zahteva. 9.3 Podela nadležnosti Servisi BIS integracije (References, Insurance, Maturity i CreditPayment) deo su BIS-a i u nadležnosti su njegovog održavaoca. Portal im pristupa isključivo preko njihovih REST API metoda, a API-ji Portala koje BIS poziva deo su Portala. Svaka izmena razmene podataka (nova polja, novi tipovi procesa, izmene modela podataka ili metoda) zahteva usaglašene izmene na obe strane, dogovor o interfejsu i zajedničko testiranje. 10. Vlasništvo nad izvornim kodom Korporacija je vlasnik izvornog koda Portala (veb aplikacija i pozadinskih API servisa) i prateće dokumentacije. Servisi BIS integracije nisu obuhvaćeni, jer su deo BIS-a. Komponente trećih strana (.NET, Angular i druge biblioteke) koriste se pod uslovima svojih licenci. Tehnička specifikacija, JN br. 12-26.docx TEHNIČKA SPECIFIKACIJA Održavanje Portala za rad sa bankama, JN br. 12/26 Predmet nabavke su usluge održavanja i dorade Portala za rad sa bankama (u daljem tekstu: Portal) koji je implementiran kod Naručioca (tehnički opis Portala je sastavni deo konkursne dokumentacije). Održavanje Portala - obaveze ponuđača: - redovne aktivnosti popravki, nadogradnji i optimizacije Portala kako bi se osigurala njegova stabilnost, bezbednost i optimalne performanse tokom vremena; - praćenje performansi Portala, identifikacija i rešavanje grešaka u radu Portala, ažuriranje Portala, kao i optimizaciju performansi Portala. - pružanje podrške putem telefona, e-pošte ili internih sistema za podršku. Imajući u vidu definisan nivo ozbiljnosti problema u radu Portala, obaveza ponuđača je da pristupi rešavanju problema na sledeći način i u sledećim rokovima: Nivo ozbiljnosti Opis Rokovi za postupanje 0 Potpuna nefunkcionalnost Portala koji onemogućava podnošenje i/ili evidentiranje zahteva u poslovnom informacionom sistemu Korporacije Početak rešavanja problema u roku od 2 sata od prijave problema (vreme odziva); Rešavanje problema sa udaljene lokacije, ukoliko je potrebno u prostorijama Naručioca; Dovođenje Portala u punu funkcionalnost ili smanjenje problema nivoa problema na nivo 1 u roku od 12 (dvanaest) sati od vremena prijave (vreme rešavanja problema). 1 Delimična nefunkcionalnost Portala koja otežava rad ili onemogućava korišćenje pojedinih funkcionalnosti, bez prekida osnovnog procesa podnošenja i evidentiranja zahteva Početak rešavanja problema u roku od 1 radnog dana od prijave problema (vreme odziva) Rešavanje problema iz prostorija ponuđača tokom radnog vremena. Rešavanje problema u roku od 3 (tri) dana od vremena prijave (vreme rešenja problema) Dorade Portala - obaveze ponuđača: izmene i dorade unutar postojećih funkcionalnosti; definisanje i razvoj novih funkcionalnosti. Zahtev za izmene i dorade unutar postojećih funkcionalnosti, odnosno definisanje i razvoj novih funkcionalnosti Portala, koji nije posledica greške ili neispravnosti postojećeg sistema, Ponuđač realizuje u ugovorenom roku, koji počinje da teče od dana postavljanja zahteva za implementaciju izmena i dorada unutar postojećih funkcionalnosti, odnosno definisanje i razvoj novih funkcionalnosti Portala. Ukoliko se zahtev Naručioca odnosi na izmene i dorade unutar postojećih funkcionalnosti, odnosno definisanje i razvoj novih funkcionalnosti Portala, ovlašćeno lice Naručioca će putem mail-a dostaviti precizno određen zahtev, a ovlašćeno lice Ponuđača će odgovoriti predlogom rešenja, opisom načina za implementaciju izmene i dorade unutar postojećih funkcionalnosti, odnosno definisanjem nove funkcionalnosti Portala i načinom na koji se ista može implementirati, kao i rokovima potrebnim za realizaciju. Izmena i dorada unutar postojećih funkcionalnosti, odnosno definisanje i razvoj novih funkcionalnosti Portala će se smatrati sprovedenim danom davanja potvrde Naručioca, putem mail-a, da je zahtev realizovan bez primedbi. Način komunikacije i mesečni fond sati za održavanje/dorade Portala: Prijave problema Ponuđaču se obavljaju putem mail-a, radnim danima od 8.00 do 17.00 časova. Izuzetak su slučajevi sa nivoom 0 koji se mogu prijaviti telefonom, a naknadno se mogu poslati i mail-om. Ponuđač se obavezuje da će obezbediti kontakt e-mail adresu i telefon za prijavu problema koji zahtevaju održavanje. Mesečno održavanje Portala/dorada Portala obuhvata 30 čovek/sati održavanja/dorada Portala. U slučaju da se navedeni fond sati ne iskoristi, preostali fond sati se prenosi na sledeći mesec, odnosno do kraja ugovornog perioda se može koristiti. Ponuđač je u obavezi da, pre otpočinjanja realizacije usluge, dostavi projektovani broj sati za pružanje usluga koje se odnose na izmene i dorade unutar postojećih funkcionalnosti, odnosno definisanje i razvoj novih funkcionalnosti Portala. Prilikom dorada Portala, obaveza ponuđača je da obezbedi da ne budu poremećene postojeće funkcionalnosti sistema. U slučaju da dođe do poremećaja postojećih funkcionalnosti sistema, obaveza ponuđača je da iste ispravi. Ispravljanje poremećenih funkcionalnosti sistema, u navedenom slučaju, ne može biti razlog za produženje prethodno ugovorenih rokova za izvršenje zahteva za doradu i razvoj funkcionalnosti i isti se ne uračunava u gore navedeni fond sati. O preduzetim radnjama prilikom održavanja Portala/dorada Portala, sačinjava se zapisnik na mesečnom nivou, u kojem će biti konstatovane preduzete radnje i utrošen broj sati rada. Navedeni zapisnik potpisuju predstavnik Ponuđača i predstavnik Naručioca. Ponuđač preuzima na sebe sve troškove u vezi sa održavanjem. Ponuđač preuzima na sebe sve dodatne i vezane troškove u vezi sa aktivnostima koje se odnose na podršku. Kriterijum za dodelu ugovora, JN br. 12-26.docx KRITERIJUM ZA DODELU UGOVORA SA METODOLOGIJOM ZA DODELU PONDERA ZA SVAKI KRITERIJUM Održavanje Portala za rad sa bankama, JN br. 12/26 Elementi kriterijuma su: 1) ponuđena cena (80 pondera); 2) rok izvršenja za implementaciju izmena i dorada unutar postojećih funkcionalnosti, odnosno definisanje i razvoj novih funkcionalnosti Portala (20 pondera) 1 ),,PONUĐENA CENA“ (80 PONDERA): Ponuda sa najnižom cenom dobija maksimalni broj pondera. Broj bodova za ostale ponude izračunava se prema formuli: Pc=80*Cmin/C Pc - broj pondera koji se dodeljuje za ponuđenu cenu 80 - najveći broj pondera koji se dodeljuje za najnižu ponuđenu cenu Cmin - najniža ponuđena cena C - ponuđena cena Prilikom primene ovog kriterijuma zaokruživanje će se vršiti na dve decimale. 2) ROK IZVRŠENJA ZA IMPLEMENTACIJU IZMENA I DORADA UNUTAR POSTOJEĆIH FUNKCIONALNOSTI, ODNOSNO DEFINISANJE I RAZVOJ NOVIH FUNKCIONALNOSTI PORTALA (20 PONDERA): Rok izvršenja: od 2 - 4 radna dana - 20 pondera Rok izvršenja: od 5 - 7 radnih dana - 10 pondera Rok izvršenja: od 8 - 10 radnih dana - 5 pondera Rok izvršenja za implementaciju izmena i dorada unutar postojećih funkcionalnosti, odnosno definisanje i razvoj novih funkcionalnosti Portala, počinje da teče od dana postavljanja zahteva za izmenama i doradama unutar postojećih funkcionalnosti, odnosno od dana postavljanja zahteva za definisanjem i razvojem novih funkcionalnosti Portala. *U slučaju da ponuđač ponudi duži rok za implementaciju izmena i dorada unutar postojećih funkcionalnosti, odnosno definisanje i razvoj novih funkcionalnosti Portala od 10 (deset) radnih dana, ponuda će biti odbijena kao neprihvatljiva, jer ne ispunjava zahteve konkursne dokumentacije. Ukupan broj pondera se računa sabiranjem pondera koje je ponuda dobila za ponuđenu cenu (Pc) i broja pondera koje je dobila na osnovu ponuđenog roka za implementaciju izmena i dorada unutar postojećih funkcionalnosti, odnosno definisanje i razvoj novih funkcionalnosti Portala. Ekonomski najpovoljnija ponuda je ona koja ima najveći ukupan broj pondera na osnovu prethodno opisanog kriterijuma za dodelu ugovora. Model ugovora, JN br. 12-26.docx MODEL UGOVOR O NABAVCI USLUGA - ODRŽAVANJE PORTALA ZA RAD SA BANKAMA Zaključen između: Nacionalne korporacije za osiguranje stambenih kredita, Kneza Miloša, br. 20, Beograd, PIB:103539077, MB:17613120, koju zastupa v. d. direktora Gordana Kamidžorac Lukač (u daljem tekstu: Korisnik usluge) i ,,_____________________“, ul. __________ br. __, PIB , MB koga zastupa direktor ________________ (u daljem tekstu: Pružalac usluge) Ugovorne strane konstatuju: -da je Korisnik usluge na osnovu člana 63, člana 91. stav 1. i člana 93. Zakona o javnim nabavkama („Službeni glasnik RS“, broj 91/19 i 92/23 - u daljem tekstu: Zakon), sproveo otvoreni postupak nabavke usluga - Održavanje Portala za rad sa bankama, JN br. 12/26; -da je Pružalac usluge putem Portala javnih nabavki dana ...............2026. godine, dostavio Ponudu, br. ........., koja u potpunosti ispunjava zahteve Korisnika usluge iz konkursne dokumentacije i sastavni je deo ovog ugovora; -da je Korisnik usluge u skladu sa članom 146. stav 1. Zakona, na osnovu ponude Pružaoca usluga i Odluke o dodeli ugovora, br. ............ od ................2026. godine, dodelio ugovor u konkretnoj javnoj nabavci Pružaocu usluga. Predmet ugovora Član 1. Predmet ugovora je pružanje usluge održavanja i dorada Portala za rad sa banakama koji koristi Naručilac (u daljem tekstu: predmetna usluga), u svemu prema ponudi Pružaoca usluge, br. ........... od ................ 2026.godine, kod Korisnika usluge zavedena pod br. ............ od .................2026. godine, na osnovu koje je Pružaocu usluge dodeljen ugovor, u otvorenom postupku nabavke usluga - održavanje Portala za rad sa bankama, JN br. 12/26. Tehnička specifikacija Korisnika usluge iz Konkursne dokumentacije (Prilog 1) i ponuda Pružaoca usluge iz prethodnog stava, sa Obrascem strukture cene (Prilog 2), čine sastavni deo ovog Ugovora. Obaveze - održavanje Portala za rad sa banakama Član 2. Održavanje Portala za rad sa bankama - obaveze Pružaoca usluge: - redovne aktivnosti popravki, nadogradnji i optimizacije Portala kako bi se osigurala njegova stabilnost, bezbednost i optimalne performanse tokom vremena; - praćenje performansi Portala, identifikacija i rešavanje grešaka u radu Portala, ažuriranje Portala, kao i optimizaciju performansi Portala. - pružanje podrške putem telefona, e-pošte ili internih sistema za podršku. Imajući u vidu definisan nivo ozbiljnosti problema u radu Portala, obaveza Pružaoca usluge je da pristupi rešavanju problema na sledeći način i u sledećim rokovima: Nivo ozbiljnosti Opis Rokovi za postupanje 0 Potpuna nefunkcionalnost Portala koji onemogućava podnošenje i/ili evidentiranje zahteva u poslovnom informacionom sistemu Korporacije Početak rešavanja problema u roku od 2 sata od prijave problema (vreme odziva); Rešavanje problema sa udaljene lokacije, ukoliko je potrebno u prostorijama Korisnika usluge; Dovođenje Portala u punu funkcionalnost ili smanjenje problema nivoa problema na nivo 1 u roku od 12 (dvanaest) sati od vremena prijave (vreme rešavanja problema). 1 Delimična nefunkcionalnost Portala koja otežava rad ili onemogućava korišćenje pojedinih funkcionalnosti, bez prekida osnovnog procesa podnošenja i evidentiranja zahteva Početak rešavanja problema u roku od 1 radnog dana od prijave problema (vreme odziva) Rešavanje problema iz prostorija Pružaoca usluge tokom radnog vremena. Rešavanje problema u roku od 3 (tri) dana od vremena prijave (vreme rešenja problema) Obaveze - dorade Portala za rad sa banakama Član 3. Dorade Portala za rad sa bankama - obaveze Pružaoca usluge: izmene i dorade unutar postojećih funkcionalnosti; definisanje i razvoj novih funkcionalnosti. Zahtev za izmene i dorade unutar postojećih funkcionalnosti, odnosno definisanje i razvoj novih funkcionalnosti Portala, koji nije posledica greške ili neispravnosti postojećeg sistema, Pružalac usluge realizuje u roku od ………. radnih dana, koji počinje da teče od dana postavljanja zahteva za implementaciju izmena i dorada unutar postojećih funkcionalnosti, odnosno definisanje i razvoj novih funkcionalnosti Portala (biće preuzeto iz Ponude). Ukoliko se zahtev Naručioca odnosi na izmene i dorade unutar postojećih funkcionalnosti, odnosno definisanje i razvoj novih funkcionalnosti Portala, ovlašćeno lice Naručioca će putem mail-a dostaviti precizno određen zahtev, a ovlašćeno lice Pružaoca usluge će odgovoriti predlogom rešenja, opisom načina za implementaciju izmene i dorade unutar postojećih funkcionalnosti, odnosno definisanjem nove funkcionalnosti Portala i načinom na koji se ista može implementirati, kao i rokovima potrebnim za realizaciju. Izmena i dorada unutar postojećih funkcionalnosti, odnosno definisanje i razvoj novih funkcionalnosti Portala će se smatrati sprovedenim danom davanja potvrde Naručioca, putem mail-a, da je zahtev realizovan bez primedbi. Način komunikacije i mesečni fond sati za održavanje/dorade Portala Član 4. Prijave problema Ponuđaču se obavljaju putem mail-a, radnim danima od 8.00 do 17.00 časova. Izuzetak su slučajevi sa nivoom 0 koji se mogu prijaviti telefonom, a naknadno se mogu poslati i mail-om. Ponuđač se obavezuje da će obezbediti kontakt e-mail adresu i telefon za prijavu problema koji zahtevaju održavanje. Mesečno održavanje Portala/dorada Portala obuhvata 30 čovek/sati održavanja/dorada Portala. U slučaju da se navedeni fond sati ne iskoristi, preostali fond sati se prenosi na sledeći mesec, odnosno isti se može koristiti do kraja ugovornog perioda. Pružalac usluge je u obavezi da, pre otpočinjanja realizacije usluge, dostavi projektovani broj sati za pružanje usluga koje se odnose na izmene i dorade unutar postojećih funkcionalnosti, odnosno definisanje i razvoj novih funkcionalnosti Portala. Prilikom dorada Portala, obaveza Pružaoca usluge je da obezbedi da ne budu poremećene postojeće funkcionalnosti sistema. U slučaju da dođe do poremećaja postojećih funkcionalnosti sistema, obaveza Pružaoca usluge je da iste ispravi. Ispravljanje poremećenih funkcionalnosti sistema, u navedenom slučaju, ne može biti razlog za produženje prethodno ugovorenih rokova za izvršenje zahteva za doradu i razvoj funkcionalnosti i isti se ne uračunava u gore navedeni fond sati. Obaveza dostavljanja mesečnih izveštaja o pruženim uslugama Član 5. O preduzetim radnjama prilikom održavanja Portala/dorada Portala, sačinjava se zapisnik na mesečnom nivou, u kojem se konstatuju preduzete radnje i utrošen broj sati rada. Zapisnik potpisuju predstavnik Pružaoca usluge i predstavnik Korisnika usluge i isti predstavlja preduslov za plaćanje računa za usluge koje su pružene u prethodnom mesecu. Cena usluge Član 6. Ukupna ugovorena cena za usluge iz člana 1. ovog ugovora iznosi .................. dinara bez PDV, odnosno ....................... dinara sa PDV, što na mesečnom nivou iznosi ................. dinara bez PDV, odnosno .................. dinara sa PDV (biće preuzeto iz Ponude). U cene su uračunati i svi drugi troškovi koje ima Pružalac usluge, kako bi u potpunosti izvršio sve ugovorom predviđene obaveze. Cena je fiksna i ne može se menjati. Obaveze koje po osnovu ovog ugovora dospevaju u narednoj godini biće realizovane najviše do iznosa sredstava koja će za tu namenu biti odobrena Korisniku usluge u narednoj godini. U suprotnom Ugovor prestaje da važi bez naknade štete zbog nemogućnosti preuzimanja i plaćanja obaveza od strane Korisnika usluge. Rok i način plaćanja Član 7. Korisnik usluga se obavezuje da će ugovorenu cenu (sa uračunatim PDV) platiti u roku od …… dana od dana prijema računa za pružene usluge za prethodni mesec, na tekući račun Pružaoca usluge (biće preuzeto iz Ponude). Danom prijema računa smatra se dan registrovanja računa u sistemu elektronskih faktura (SEF). Pružalac se obavezuje da u računu navede broj ugovora pod kojim je zaveden kod Korisnika usluge. Rok plaćanja fakture se računa u skladu sa Zakonom o rokovima izmirenja novčanih obaveza u komercijalnim transakcijama („Službeni glasnik RS“ br. 119/21, 68/15, 113/17, 91/19, 44/21 i 44/21 - dr. zakon, 130/2021, 129/2021 - dr. zakon, 138/2022 i 109/25). Račun mora biti izdat u skladu sa Pravilnikom o elektronskom fakturisanju (Službeni glasnik RS”, broj 47/23,116/23, 65/24, 73/24, 101/24, 107/24, 56/25 i 85/25). Trajanje ugovora Član 8. Ugovor se zaključuje na određeno vreme. Ugovor se smatra zaključenim danom obostranog potpisivanja ugovora, a počinje da se primenjuje počev od 01.03.2027. godine i traje zaključno sa 29.02.2028. godine. Obaveza čuvanja poslovne tajne Član 9. Pružalac usluge je dužan da kao poslovnu tajnu čuva podatke koje je dobio od Korisnika usluge, ili do kojih je došao prilikom izvršenja predmetnog ugovora, a garantuje i zaštitu tajnosti podataka u ime svih izvršilaca koji će biti angažovani na poslovima iz člana 1. Ugovora. Pružalac usluge je dužan da upozori sve svoje zaposlene na obavezu čuvanja poslovne tajne i odgovara za lica koja su poverljive informacije saznala na osnovu rada kod njega, bez obzira na to da li su stalno ili privremeno zaposlena, odnosno da li su i dalje angažovana kod Pružaoca usluga ili je njihov rad kod njega prestao. Obaveza čuvanja poslovne tajne ostaje na snazi i po prestanku važenja ovog Ugovora. Obaveza zaštite podataka o ličnosti Član 10. Pružalac usluge, kao obrađivač, je u obavezi da: obrađuje podatke o ličnosti samo na osnovu pismenih uputstava naručioca, kao rukovaoca, osim ako je obrađivač zakonom obavezan da obrađuje podatke, u kom slučaju je Pružalac usluga dužan da obavesti Korisnika usluge o toj zakonskoj obavezi pre započinjanja obrade, osim ako zakon zabranjuje dostavljanje tih informacija zbog potrebe zaštite važnog javnog interesa; obezbeđuje da se fizičko lice koje je ovlašćeno da obrađuje podatke o ličnosti obavezalo na čuvanje poverljivosti podataka; dužan je da preduzme sve potrebne mere radi bezbednosti obrade podataka o ličnosti, u skladu sa nivoom tehnoloških dostignuća i troškovima njihove primene, prirodom, obimom, okolnostima i svrhom obrade, kao i verovatnoćom nastupanja rizika i nivoom rizika za prava i slobode fizičkih lica, uključujući sprovođenje odgovarajućih tehničkih, organizacionih i kadrovskih mera, radi postizanja odgovarajućeg nivoa bezbednosti u odnosu na rizik; uzimajući u obzir prirodu obrade, pomaže Korisniku usluga kao rukovaocu primenom odgovarajućih tehničkih, organizacionih i kadrovskih mera, koliko je to moguće, u ispunjavanju obaveza rukovaoca u odnosu na zahteve za ostvarivanje prava lica na koje se podaci odnose iz Glave III Zakona o zaštiti podataka o ličnosti (u daljem tekstu: ZZPL); posle okončanja ugovorenih radnji obrade, a na osnovu odluke Korisnika usluga kao rukovaoca, izbriše ili vrati rukovaocu sve podatke o ličnosti i izbriše sve kopije ovih podataka, osim ako je zakonom propisana obaveza čuvanja podataka; učini dostupnim Korisniku usluga kao rukovaocu sve informacije koje su neophodne za predočavanje ispunjenosti obaveza Pružaoca usluge kao obrađivača, kao i informacije koje omogućavaju i doprinose kontroli rada obrađivača, koju sprovodi rukovalac ili drugo lice koje on za to ovlasti. Prikupljene informacije se moraju čuvati po postupku kojim se čuvaju dokumenta sa oznakom ,,poslovna tajna“ kod Korisnika usluga o čemu su obavezni da vode računa ovlašćeno lice Korisnika usluga i ovlašćeno lice Pružaoca usluge. Čuvanje podataka u dokumentima koji sadrže posebne vrste podataka o ličnosti predviđene članom 17. ZZPL se sprovodi na način koji propisuje Odluka Upravnog odbora Korisnika usluga. Sredstvo finansijskog obezbeđenja Član 11. Pružalac usluge se obavezuje da u roku od 7 (sedam) dana od dana potpisivanja ugovora dostavi jednu blanko solo menicu, koja predstavlja sredstvo finansijskog obezbeđenja i kojom Pružalac usluge garantuje uredno ispunjenje svih svojih ugovornih obaveza, odnosno plaćanje ugovorne kazne i štete koju je pričinio. Menica se drži u portfelju Korisnika usluge sve do ispunjenja ugovornih obaveza Pružaoca usluge, nakon čega se vraća istom, na njegov pisani zahtev. Istovremeno, predajom menice iz stava 1. ovog člana, Pružalac usluge se obavezuje da Korisniku usluge preda kopiju kartona sa deponovanim potpisima ovlašćenog lica Pružaoca usluge, ovlašćenje za Korisnika usluge da menicu može popuniti u skladu sa ovim ugovorom, i kopiju zahteva Pružaoca usluge za registraciju te blanko solo menice u Registru menica, koji je overen od strane poslovne banke Pružaoca usluge. Naručilac će kao sredstvo finansijskog obezbeđenja prihvatiti i elektronsku menicu u skladu sa Odlukom o bližim uslovima, sadržini i načinu vođenja registra menica i ovlašćenja (,,Službeni glasnik RS“, br. 95/2025). Pružalac usluge ovim ugovorom ovlašćuje Korisnika usluge da ugovornu kaznu, štetu koju trpi i druge troškove naplati iz menice utvrđene ovim članom ovog ugovora, u visini od najviše 10% od vrednosti iz člana 3. ovog ugovora, bez PDV. Važenje menice je 30 (trideset) dana duže od isteka važnosti ugovora. Ukoliko predmet nabavke ne bude realizovan u svemu prema odredbama ovog ugovora i pored mogućnosti naplate pretrpljene štete u visini od 10% od ugovorene cene putem finansijskog sredstva obezbeđenja, ne isključuje se pravo Korisnika usluge da traži i potpunu naknadu štete. Pravo na reklamaciju Član 12. Ukoliko Pružalac usluge ne ispunjava uredno i blagovremeno ugovorene obaveze, Korisnik usluge može uputiti reklamaciju pisanim putem, uključujući elektronsku poštu. Rok za rešavanje reklamacije je 1 (jedan) dan od dana prijema pisane reklamacije Korisnika usluge, u slučaju hitnih zahteva, odnosno 7 (sedam) dana od dana prijema pisane reklamacije, u slučaju zahteva koji nisu hitne prirode. Član 13. Ukoliko se Pružalac usluge ne odazove na poziv Korisnika usluge u roku predviđenom ugovorom, odnosno ukoliko ne otkloni primedbe, odnosno ne izvrši zahteve Korisnika usluge na način kojim će se obezbediti optimalno korišćenje Portala, Korisnik usluge je ovlašćen da mesečnu uplatu bez PDV u iznosu predviđenom stavom 6. Ugovora umanji za 20% za svaki izveštaj na koji nije data saglasnost ovlašćenog lica Korisnika usluge. Maksimalno umanjenje za jedan mesec može biti do iznosa cene pružanja usluga na mesečnom nivou. Ugovorna kazna Član 14. Ukoliko Pružalac usluge ne ispuni sve svoje ugovorne obaveze, odnosno u ugovorenom roku ne realizuje uslugu, obavezan je da za svaki dan zakašnjenja plati Korisniku usluge iznos od 0,5 % ukupne vrednosti ugovora, a najviše 10% od ukupne vrednosti ugovora. Ukoliko Pružalac usluge ne izvrši sve svoje ugovorene obaveze ili ih izvrši delimično, obavezan je da plati Korisniku usluge ugovornu kaznu u visini od 10% ukupne ugovorene cene. Naplata ugovorne kazne ne oslobađa Pružaoca usluge da nastavi da uredno i blagovremeno izvršava sve ugovorene obaveze na ugovoreni način. Pravo Korisnika usluge na naplatu ugovorne kazne ne utiče na pravo Korisnika usluge da zahteva naknadu štete. Raskid ugovora Član 15. Ugovor prestaje da važi i pre isteka perioda na koji je zaključen u sledećim slučajevima: -sporazumnim raskidom u pismenoj formi; -jednostranim raskidom bilo koje ugovorne strane u slučaju da druga ugovorna strana ne izvršava obaveze na način i pod uslovima iz ovog ugovora; - u drugim slučajevima predviđenim Zakonom i ovim Ugovorom. U svim slučajevima jednostranog raskida Ugovora, ugovorna strana koja je skrivila raskid je u obavezi da drugoj ugovornoj strani naknadi štetu koju pretrpi u skladu sa opštim pravilima odgovornosti za naknadu štete. U slučaju da Pružalac usluga skrivi raskid ugovora, Korisnik usluge, osim prava na jednostrani raskid ugovora i na naknadu štete, nije u obavezi da isplati preostale mesečne obaveze iz člana 6. stav 1. Ugovora do isteka ugovorenog perioda trajanja ugovora iz člana 8. Ugovora. Viša sila Član 16. Nastupanje okolnosti više sile oslobađa od odgovornosti ugovorne strane za kašnjenje u izvršenju obaveza. O danu nastupanja, trajanju i danu prestanka okolnosti više sile, strane u ovom ugovoru su obavezne, da jedna drugu obaveste pisanim putem u roku od 24 (dvadesetčetiri) časa. Ukoliko nakon zaključenja ovog ugovora nastupe okolnosti više sile koje otežavaju ili onemogućavaju izvršenje obaveza definisanih ovim ugovorom, rokovi izvršenja obaveza će se odložiti za vreme trajanja okolnosti više sile. Okolnosti više sile smatraju se ekstremni i vanredni događaji, koji se nisu mogli predvideti, koji su se dogodili bez volje i uticaja strana u ovom ugovoru i koji nisu mogli biti sprečeni. Višom silom mogu se smatrati prirodne katastrofe, požar, poplava, zemljotres, transportne nesreće, politička zbivanja (rat, neredi većeg obima, štrajkovi), imperativne odluke vlasti (zabrane prometa, uvoza i izvoza) i drugi slučajevi, koji su zakonom utvrđeni kao viša sila. U slučaju nastupanja okolnosti više sile, strana koja zahteva odlaganje izvršenja ovog ugovora dužna je da dokaže osnovanost tog zahteva i dostavi odgovarajuće dokaze. Završne odredbe Član 17. Ugovorne strane su saglasne da se na sve međusobne odnose, koji nisu definisani ovim Ugovorom, primenjuju odredbe Zakona o obligacionim odnosima (,,Sl. list SFRJ“, br. 29/78, 39/85, 45/89 - odluka USJ i 57/89, ,,Sl. List SRJ“, br. 31/93, ,,Sl. list SCG“, br. 1/2003 - Ustavna povelja i ,,Sl. glasnik RS“, br. 18/2020), kao i drugi važeći propisi, koji regulišu ovu materiju. Član 18. Ugovorne strane su saglasne da eventualne sporove iz ovog ugovornog odnosa rešavaju sporazumno. Ukoliko sporovi između ugovornih strana ne budu rešeni sporazumno, ugovara se nadležnost Privrednog suda u Beogradu. Član 19. Ugovorne strane saglasno izjavljuju da su ovaj Ugovor pročitale, razumele i da ugovorne odredbe u svemu predstavljaju izraz njihove stvarne volje. Član 20. Ovaj Ugovor je sačinjen u 4 (četiri) istovetna primerka, od kojih po 2 (dva) primerka zadržava svaka ugovorna strana. PRUŽALAC USLUGE KORISNIK USLUGE Napomena: Model ugovora je sastavni deo konkursne dokumentacije i on predstavlja sadržinu ugovora koji će biti zaključen sa ponuđačem kome bude dodeljen ugovor o javnoj nabavci. Model ugovora ponuđač ne popunjava niti dostavlja uz ponudu, već se ponuđač saglašava sa sadržinom modela ugovora tako što u Obrascu ponude - u delu ,,Model ugovora“ - navodi (obeleži) da je upoznat sa sadržinom modela ugovora i da prihvata model ugovora. Prilikom sačinjavanja ugovora biće preuzeti podaci iz dostavljene ponude. Obrazac strukture ponuđene cene, JN br. 12-26.xlsx Obrazac strukture ponuđene cene Održavanje Portala za rad sa bankama, JN br. 12/26 R.B. | Predmet nabavke | Jednica mere | Količina | Jedinična cena bez PDV | Jedinična cena sa PDV | Ukupna cena bez PDV | Ukupna cena sa PDV 1 | 2 | 3 | 4 | 5 | 6(3*4) | 7(3*5) 1 | Usluga održavanja Portala za rad sa bankama, prema Specifikaciji | mesec | 12 Uputstvo za popunjavanje obrasca: Ponuđač jasno i nedvosmisleno specificira ponuđenu cenu: jediničnu cenu bez PDV, jediničnu cenu sa PDV, ukupnu cenu bez PDV i ukupnu cenu sa PDV. Ponuda mora da sadrži cene za sve pozicije kako je predviđeno u tabeli. U slučaju da postoji neslaganje između jediničnih cena i ukupne cene, jedinična cena će biti uzeta u obzir kao ispravna, a ukupne cene će biti ispravljene prema tome. U cenu je potrebno uračunati sve troškove koje ponuđač ima za izvršenje predmetne javne nabavke. Ukupna ponuđena cena bez PDV iz Tabele, mora biti ista kao i ukupna ponuđena cena bez PDV iz Obrasca ponude. Ovako iskazana ukupna ponuđena cena služiće ujedno i kao cena za izbor najpovoljnije ponude, saglasno kriterijumu ekonomski najpovoljnije ponude (cena i kvalitet usluge) iz konkursne dokumentacije.