Интеграција постојећих апликација (ООС, ООП, електронски сертификати и апликација за Одељење за порекло робе) са ИТМС-ом

8. Opis i pecifikacija 68-26.docx ТЕХНИЧКЕ СПЕЦИФИKАЦИЈЕ Унапређење и интеграција ООС и ООП модула са ITMS-ом Унапређење система за управљање Обавезујућим обавештењима о сврставању (ООС/BTI) и система за издавање Обавезујућој обавештења о пореклу (ООП/BOI), укључујући интеграцију са ITMS системом (TARIC модул) 1. Увод Циљ овог захтева је унапређење постојећих система за управљање Обавезујућим обавештењима о сврставању (у даљем тексту: ООС/BTI), и система за издавање Обавезујућих обавештења о пореклу робе (ООП/BOI), укључујући њихову пуну функционалну и техничку интеграцију са системом за управљање тарифама (ITMS), односно његовим TARIC модулом. Унапређење има за циљ: Повећање видљивости издатих обавезујућих обавештења кроз систем интегрисаних прописа, подршка процесу утврђивања порекла робе обезбеђивање конзистентне примене тарифних мера, додатна подршка процесу доношења и управљања ООС и ООП одлукама, унапређење размене података између система. 2. Обим посла Изабрани понуђач ће бити одговоран за: анализу постојећих ООС/BTI и ООП/BTI система, као и ITMS TARIC модула који је у поступку развоја, дизајн и имплементацију интеграционих слојева, унапређење функционалности ООС система, развој и тестирање интерфејса за размену података, обуку корисника и техничког особља, припрему техничке и корисничке документације. 3. Функционални захтеви 3.1 Интеграција ООС Система са TARIC модулом (ITMS) Систем мора обезбедити сервисно оријентисану интеграцију између ООС (BTI) система и TARIC модула у оквиру Integrated Tariff Management System (ITMS), са следећим функционалностима: Дохватање тарифних податакаНа основу тарифне ознаке (CN/TARIC кода) коју подносилац захтева унесе у захтев за издавање ООС-а, систем мора аутоматски позвати TARIC сервис и преузети све релевантне податке, укључујући: опис тарифног става, важеће царинске стопе, нетарифне мере, забране ограничења, забране и ограничења, ЛПЦО захтеве (лиценце, сертификати и сл.). Приступ TARIC подацима за службеникеСистем мора омогућити царинском службенику приступ одговарајућем тарифном ставу у TARIC модулу, путем: интегрисаног приказа унутар ООС апликације (embedded view), или преусмеравања (deep link) ка одговарајућем запису у TARIC систему. Подршка процесу одлучивањаДохваћени TARIC подаци морају бити доступни у реалном времену током: обраде захтева, анализе тарифне класификације, доношења ООС решења,како би службеник имао комплетан увид у све релевантне мере и правила. 3.2 Унапређење ООС (BTI) модула Постојећи ООС софтвер треба унапредити на следећи начин: модул за неапредну претрагу са елементима захтева и решења усаглашавање поља и елемената захтева и решења са новом регулативом и шифрама датим у Анексу А и Б новог прописа о попуњавању царинске декларација и шифрама које се користе при попињавању декларације, регистрацију корисника за приступ е-сервису, поред постејеће регистрације електронским сертификатом, и другим опцијама поджаним у оквиру система е-Управе. 3.3 Интеграција ООП система са TARIC модулом (ITMS) Систем мора обезбедити функционалну интеграцију између ООП (BOI) модула и Интегратед Tariff Манагемент System (ITMS), односно TARIC модула, са циљем подршке процесу утврђивања порекла робе: Дохватање тарифних и преференцијалних податакаНа основу тарифне ознаке (CN/TARIC кода) коју подносилац захтева унесе у захтев за издавање ООП-а, систем мора аутоматски позвати TARIC сервис и преузети све релевантне податке, укључујући: опис тарифног става, преференцијалне и непреференцијалне мере, стопе царине у зависности од порекла, преференцијалне споразуме, правила о пореклу робе (Rules of Origin), евентуалне забране и ограничења везане за порекло робе. Приступ TARIC подацима за службеникеСистем мора омогућити царинском службенику приступ одговарајућем тарифном ставу у TARIC модулу, путем: интегрисаног приказа унутар ООП апликације (embedded view), или преусмеравања (deep link) ка одговарајућем запису у TARIC систему. Подршка процесу утврђивања пореклаДохваћени TARIC подаци морају бити доступни у реалном времену током: обраде захтева, анализе тарифне класификације, доношења ООС решења,како би службеник имао комплетан увид у све релевантне мере и правила. 3.4 Сервис за приступ BTI (ООС) / BOI (ООП) подацима повезаних са TARIC ознаком Систем мора обезбедити сервис који омогућава приступ и размену података о постојећим ООС (BTI) одлукама повезаним са одређеном тарифном ознаком, са следећим функционалностима: Дохват BTI (ООС) / BOI (ООП) података из TARIC-аНа основу задате тарифне ознаке (CN/TARIC код), систем мора омогућити позивање сервиса којим се из TARIC модула преузимају сви доступни подаци о постојећим BTI (ООС) / BOI (ООП) одлукама које су везане за ту ознаку. Приказ релевантних ООС / ООП одлукаСистем мора приказати листу свих релевантних одлука, укључујући: референтни број, опис робе, додељени тарифни код, статус (важећи, истекао, опозван), период важења, надлежни орган који је издао одлуку. 4. Технички захтеви 4.1 Интеграциона архитектура Решење мора: бити засновано на сервисно оријентисаној архитектури (СОА или микросервиси), користити РЕСТ АПИ или СОАП сервисе за комуникацију са ITMS, омогућити асинхрону размену података (нпр. путем message брокер-а), подржати скалабилност и високу доступност. 4.2 Интерфејси и размена података Потребно је обезбедити: АПИ за дохват TARIC података: тарифни кодови, мере, ЛПЦО захтеви, АПИ за слање и ажурирање података, подршку за стандардне формате (XML, ЈSON), верзионисање АПИ-ја. 4.3 Управљање подацима Систем мора: користити базу података или интегрисани дата модел Управе царина, обезбедити референцијални интегритет између података, подржати историјске податке, омогућити аудит лог свих промена. 4.4 Безбедност Решење мора обезбедити: аутентификацију и ауторизацију корисника, логовање приступа и активности, усклађеност са важећим стандардима (ISO 9001, ISO 27001). 4.5 Перформансе Систем мора: омогућити реал-тиме валидацију (<2 секунде), подржати истовремени рад 100 корисника, имати оптимизовану претрагу великих скупова података. 5. Тестирање и прихватање Понуђач је дужан да обезбеди: SAT (Site Acceptance Testing) у сарадњи са наручиоцем, тест сценарије који покривају: интеграцију са TARIC, унапређење модула ООС, документоване резултате тестирања. 6. Документација и обука Понуђач мора обезбедити: техничку документацију, корисничко упутство, административно упутство, обуку за: крајње кориснике (царински службеници), ИТ администраторе. 7. Obrazac strukture cena 68-26.docx ОБРАЗАЦ СТРУКТУРЕ ПОНУЂЕНЕ ЦЕНЕ Табела 1. Ред бр. НАЗИВ ДОБАРА Јед. мере Кол Укупна цена услуга на годишњем нивоу без ПДВ Укупна цена услуга на годишњем нивоу са ПДВ 1 2 3 4 5 6 1. Услуге интеграције постокећих апликација (ООС, ООП, електронски сертификати и апликације за Одељење за порекло робе) са ИТМС-ом година 1 НАПОМЕНА: Цена по јединици мере предметних услуга мора да садржи све основне елементе структуре цене, тако да понуђена цена покрива све трошкове које понуђач има у реализацији набавке. Понуђач је дужан да попуни Образац структуре понуђене цене. Kriterijumi za dodelu ugovora.pdf КРИТЕРИЈУМИ ЗА ДОДЕЛУ УГОВОРА И ОСТАЛИ ЗАХТЕВИ НАБАВКЕ 1 Наручилац: МФ-УПРАВА ЦАРИНА 101685102 Назив поступка: Интеграција постојећих апликација (ООС, ООП, електронски сертификати и апликација за Одељење за порекло робе) са ИТМС-ом Референтни број: 68/26 КРИТЕРИЈУМИ ЗА ДОДЕЛУ УГОВОРА И ОСТАЛИ ЗАХТЕВИ НАБАВКЕ Део конкурсне документације који је генерисан путем Портала у случају када је наручилац означио опцију аутоматског рангирања понуда на Порталу јавних набавки Назив предмета / партије: Интеграција постојећих апликација (ООС, ООП, електронски сертификати и апликација за Одељење за порекло робе) са ИТМС-ом Наручилац је дефинисао критеријуме за доделу уговора на основу: Цене Изабран начин рангирања прихватљивих понуда: Аутоматско рангирање Примена жреба Уколико након рангирања на основу критеријума за доделу и резервних критеријума (ако су дефинисани) није могуће донети одлуку о додели уговора, наручилац ће уговор доделити понуђачу који буде извучен путем жреба. Наручилац ће обавестити све понуђаче који су поднели понуде о датуму када ће се одржати извлачење путем жреба. Жребом ће бити обухваћене само оне понуде које су најповољније након рангирања на основу критеријума за доделу и резервних критеријума (ако су дефинисани). Извлачење путем жреба наручилац ће извршити јавно, у присуству понуђача, и то тако што ће називе понуђача исписати на одвојеним папирима, који су исте величине и боје, те ће све те папире ставити у провидну кутију одакле ће прво извући само један папир. Понуђачу чији назив буде на извученом папиру ће бити додељен уговор. Након извлачења првог папира наручилац извлачи преостале папире један по један те сходно редоследу којим су извучени рангира преостале понуђаче. Понуђачима који не присуствују овом поступку, наручилац ће доставити записник извлачења путем жреба. 5. Model ugovora 68-26.docx РЕПУБЛИКА СРБИЈА МИНИСТАРСТВО ФИНАНСИЈА Управа царина Булевар Зорана Ђинђића 155а Београд МОДЕЛ УГОВОРА О ПРУЖАЊУ УСЛУГА – ИНТЕГРАЦИЈА ПОСТОЈЕЋИХ АПЛИКАЦИЈА (ООС, ООП, ЕЛЕКТРОНСКИ СЕРТИФИКАТИ И АПЛИКАЦИЈА ЗА ОДЕЉЕЊЕ ЗА ПОРЕКЛО РОБЕ) СА ИТМС-ОМ УГОВОРНЕ СТРАНЕ: 1. РЕПУБЛИКА СРБИЈА - Министарство финансија - Управа царина, Београд, Булевар Зорана Ђинђића 155а, ПИБ 101685102, матични број 17862146, ЈБКЈС 10521, коју заступа в. д. директора, Драгиша Петровић (у даљем тексту: Наручилац) и 2. ____________________ са седиштем у____________, улица ___________________, ПИБ _______, матични број _______ кога заступа __________________________, директор (у даљем тексту: Понуђач) Напомена: Уговорну страну попуњава Понуђач који подноси самосталну понуду, понуду са подизвођачем или члан групе који ће бити носилац посла или Понуђач који ће у име групе Понуђача потписати уговор. УГОВОРНЕ СТРАНЕ САГЛАСНО КОНСТАТУЈУ: да је Наручилац, на основу Закона о јавним набавкама („Сл.гласник РС“, бр.91/2019 и 92/2023) и подзаконских аката којима се уређује поступак јавне набавке спровео отворени поступак јавне набавке број 68/26, чији је предмет набавка услуга - Интеграција постокећих апликација (ООС, ООП, електронски сертификати и апликације за Одељење за порекло робе) са ИТМС-ом, на основу Јавног позива и конкурсне документације објављених на Порталу јавних набавки; да је Понуђач доставио (самосталну/заједничку/са подизвођачем) понуду број (биће преузето из понуде) од (биће преузето из понуде), која се налази у прилогу Уговора и саставни је део овог Уговора; да је Наручилац Одлуком о додели Уговора број (попуњава Наручилац) од (попуњава Наручилац), доделио Понуђачу Уговор о пружању услуга Интеграција постокећих апликација (ООС, ООП, електронски сертификати и апликације за Одељење за порекло робе) са ИТМС-ом (у даљем тексту Уговор); да Наручилац овај уговор закључује на основу члана 152. Закона о јавним набавкама; да ће Понуђач извршење уговорених обавеза по овом Уговору делимично поверити Подизвођачу/ако их има (попуњава Наручилац). ПРЕДМЕТ УГОВОРА, ЦЕНА, НАЧИН И УСЛОВИ ПЛАЋАЊА Члан 1. Предмет уговора је Интеграција постокећих апликација (ООС, ООП, електронски сертификати и апликације за Одељење за порекло робе) са ИТМС-ом. Унапређење и интеграција ООС и ООП модула са ITMS-ом Унапређење система за управљање Обавезујућим обавештењима о сврставању (ООС/BTI) и система за издавање Обавезујућег обавештења о пореклу (ООП/BOI), укључујући интеграцију са ITMS системом (TARIC модул) 1. Предмет уговора Предмет уговора је унапређење постојећих система за управљање Обавезујућим обавештењима о сврставању (у даљем тексту: ООС/BTI), и система за издавање Обавезујућих обавештења о пореклу робе (ООП/BOI), укључујући њихову пуну функционалну и техничку интеграцију са системом за управљање тарифама (ITMS), односно његовим TARIC модулом. Унапређење има за циљ: Повећање видљивости издатих обавезујућих обавештења кроз систем интегрисаних прописа, подршка процесу утврђивања порекла робе обезбеђивање конзистентне примене тарифних мера, додатна подршка процесу доношења и управљања ООС и ООП одлукама, унапређење размене података између система. 2. Обим посла Изабрани понуђач ће бити одговоран за: анализу постојећих ООС/BTI и ООП/BTI система, као и ITMS TARIC модула који је у поступку развоја, дизајн и имплементацију интеграционих слојева, унапређење функционалности ООС система, развој и тестирање интерфејса за размену података, обуку корисника и техничког особља, припрему техничке и корисничке документације. 3. Функционални захтеви 3.1 Интеграција ООС Система са TARIC модулом (ITMS) Систем мора обезбедити сервисно оријентисану интеграцију између ООС (BTI) система и TARIC модула у оквиру Integrated Tariff Management System (ITMS), са следећим функционалностима: Дохватање тарифних податакаНа основу тарифне ознаке (CN/TARIC кода) коју подносилац захтева унесе у захтев за издавање ООС-а, систем мора аутоматски позвати TARIC сервис и преузети све релевантне податке, укључујући: опис тарифног става, важеће царинске стопе, нетарифне мере, забране ограничења, забране и ограничења, ЛПЦО захтеве (лиценце, сертификати и сл.). Приступ TARIC подацима за службеникеСистем мора омогућити царинском службенику приступ одговарајућем тарифном ставу у TARIC модулу, путем: интегрисаног приказа унутар ООС апликације (embedded view), или преусмеравања (deep link) ка одговарајућем запису у TARIC систему. Подршка процесу одлучивањаДохваћени TARIC подаци морају бити доступни у реалном времену током: обраде захтева, анализе тарифне класификације, доношења ООС решења,како би службеник имао комплетан увид у све релевантне мере и правила. 3.2 Унапређење ООС (BTI) модула Постојећи ООС софтвер треба унапредити на следећи начин: модул за напредну претрагу са елементима захтева и решења усаглашавање поља и елемената захтева и решења са новом регулативом и шифрама датим у Анексу А и Б новог прописа о попуњавању царинске декларација и шифрама које се користе при попуњавању декларације, регистрацију корисника за приступ е-сервису, поред постојеће регистрације електронским сертификатом, и другим опцијама подржаним у оквиру система е-Управе. 3.3 Интеграција ООП система са TARIC модулом (ITMS) Систем мора обезбедити функционалну интеграцију између ООП (BOI) модула и Интегратед Tariff Манагемент System (ITMS), односно TARIC модула, са циљем подршке процесу утврђивања порекла робе: Дохватање тарифних и преференцијалних податакаНа основу тарифне ознаке (CN/TARIC кода) коју подносилац захтева унесе у захтев за издавање ООП-а, систем мора аутоматски позвати TARIC сервис и преузети све релевантне податке, укључујући: опис тарифног става, преференцијалне и непреференцијалне мере, стопе царине у зависности од порекла, преференцијалне споразуме, правила о пореклу робе (Rules of Origin), евентуалне забране и ограничења везане за порекло робе. Приступ TARIC подацима за службеникеСистем мора омогућити царинском службенику приступ одговарајућем тарифном ставу у TARIC модулу, путем: интегрисаног приказа унутар ООП апликације (embedded view), или преусмеравања (deep link) ка одговарајућем запису у TARIC систему. Подршка процесу утврђивања пореклаДохваћени TARIC подаци морају бити доступни у реалном времену током: обраде захтева, анализе тарифне класификације, доношења ООС решења,како би службеник имао комплетан увид у све релевантне мере и правила. 3.4 Сервис за приступ BTI (ООС) / BOI (ООП) подацима повезаних са TARIC ознаком Систем мора обезбедити сервис који омогућава приступ и размену података о постојећим ООС (BTI) одлукама повезаним са одређеном тарифном ознаком, са следећим функционалностима: Дохват BTI (ООС) / BOI (ООП) података из TARIC-аНа основу задате тарифне ознаке (CN/TARIC код), систем мора омогућити позивање сервиса којим се из TARIC модула преузимају сви доступни подаци о постојећим BTI (ООС) / BOI (ООП) одлукама које су везане за ту ознаку. Приказ релевантних ООС / ООП одлукаСистем мора приказати листу свих релевантних одлука, укључујући: референтни број, опис робе, додељени тарифни код, статус (важећи, истекао, опозван), период важења, надлежни орган који је издао одлуку. 4. Технички захтеви 4.1 Интеграциона архитектура Решење мора: бити засновано на сервисно оријентисаној архитектури (СОА или микросервиси), користити РЕСТ АПИ или СОАП сервисе за комуникацију са ITMS, омогућити асинхрону размену података (нпр. путем message брокер-а), подржати скалабилност и високу доступност. 4.2 Интерфејси и размена података Потребно је обезбедити: АПИ за дохват TARIC података: тарифни кодови, мере, ЛПЦО захтеви, АПИ за слање и ажурирање података, подршку за стандардне формате (XML, ЈSON), верзионисање АПИ-ја. 4.3 Управљање подацима Систем мора: користити базу података или интегрисани дата модел Управе царина, обезбедити референцијални интегритет између података, подржати историјске податке, омогућити аудит лог свих промена. 4.4 Безбедност Решење мора обезбедити: аутентификацију и ауторизацију корисника, логовање приступа и активности, усклађеност са важећим стандардима (ISO 9001, ISO 27001). 4.5 Перформансе Систем мора: омогућити реал-тиме валидацију (<2 секунде), подржати истовремени рад 100 корисника, имати оптимизовану претрагу великих скупова података. 5. Тестирање и прихватање Понуђач је дужан да обезбеди: SAT (Site Acceptance Testing) у сарадњи са наручиоцем, тест сценарије који покривају: интеграцију са TARIC, унапређење модула ООС, документоване резултате тестирања. 6. Документација и обука Понуђач мора обезбедити: техничку документацију, корисничко упутство, административно упутство, обуку за: крајње кориснике (царински службеници), ИТ администраторе. Понуђач се обавезује да ће пружати услуге по следећим ценама: (биће преузето из понуде) Члан 2. Укупно уговорена вредност износи (попуњава Наручилац), (словима (попуњава Наручилац)), без ПДВ. Цена је фиксна и не може се мењати у току трајања уговора. У цену су урачунати сви зависни трошкови. Накнадно обрачунате трошкове од стране Даваоца услуга, Наручилац неће узети у обзир. Члан 3. Исплату уговорене вредности Понуђач ће извршити 100% авансно са ПДВ, у складу са Законом о роковима измирења новчаних обавеза у комерцијалним трансакцијама („Службени гласник РС” бр. 119/2012, 68/2015, 113/2017, 91/2019, 44/2021 и 44/2021-др. закон, 130/2021, 129/2021-др. Закон и 138/2022), након достављања банкарске гаранције за повраћај авансног плаћања и достављања захтева за плаћање аванса у предвиђеном року. Правдање аванса врши се на основу коначне фактуре, а у складу са чланом 188. став 2. Правилника о порезу на додату вредност ("Сл. гласник РС", бр. 37/2021, 64/2021, 127/2021, 49/2022, 59/2022, 7/2023, 15/2023, 60/2023, 96/2023, 116/2023, 29/2024, 65/2024 и 73/2024). Плаћање се врши уплатом на рачун Понуђача. Правдање аванса Наручилац ће вршити по службеном пријему исправне коначне фактуре оверене од стране овлашћеног лица Наручиоца, који мора да садржи број и датум предметног Уговора, а који испоставља Понуђач. Понуђач се обавезује да ће уз коначну фактуру доставити оверен и потписан Записник са спецификацијом извршених услуга. Понуђач је дужан да Наручиоцу састави, региструје и достави фактуру у складу са важећим Законом о електронском фактурисању („Сл. гласник РС“, бр. 44/21, 129/21, 138/22, 92/23, 94/24, 109/2025 и 80/26) и Правилником о електронском фактурисању ("Сл. гласник РС", бр. 47/2023 , 116/2023, 65/24, 73/2024, 101/2024, 56/2025, 85/2025, 30/2026 и 71/2026). Свака достављена фактура мора да садржи тачне идентификационе податке о Наручиоцу и Понуђачу, број и датум закљученог уговора, адресу – место и датум извршених услуга. Понуђач је дужан да прати извршење уговора. Уколико је у обрасцу понуде захтевано да плаћање извршених услуга буде извршено директно на рачун подизвођача, Наручилац ће непосредно платити подизвођачу за део уговора који је он извршио, у року из става 5. овог члана. Ако није предвиђено непосредно плаћање доспелих потраживања подизвођачу за део уговора који је он извршио, Наручилац ће након плаћања Даваоцу услуга, од Даваоца услуга затражити да му у року од 60 дана достави доказ и изјаву подизвођача да је извршио плаћање подизвођачу његових потраживања. Уколико Давалац услуга не достави доказ и изјаву подизвођача у року од 60 дана, Наручилац ће Канцеларији за јавне набавке доставити предлог за покретање прекршајног поступка. Давалац услуга у потпуности одговара Наручиоцу за извршење уговорних обавеза, без обзира на учешће подизвођача. СРЕДСТВА ОБЕЗБЕЂЕЊА Члан 4. Понуђач је дужан да у року од 15 (петнаест) дана од дана закључења уговора, као средство обезбеђења достави Наручиоцу: oригинал банкарску гаранцију за испуњење уговорних обавеза у висини од 10% од уговорене вредности без ПДВ, која мора трајати 30 (тридесет) дана дуже од дана важења уговора. Поднета банкарска гаранција мора бити безусловна, неопозива и платива на први позив, без приговора. Ако се за време трајања уговора промене рокови за извршење уговорне обавезе, важност банкарске гаранције за испуњење уговорних обавеза мора да се продужи. По завршеном послу Наручилац ће предметну банкарску гаранцију вратити, на писани захтев Понуђача, упућен на e-mail Наручиоца: nabavke@carina.rs . Члан 5. Понуђач коме је додељен уговор дужан је да у року од 7 дана од дана закључења уговора преда Наручиоцу: оригинал банкарску гаранцију за повраћај аванса, у висини од 100% од вредности понуде коју је навео у обрасцу понуде конкурсне документације са ПДВ-ом, која мора трајати 30 (тридесет) дана дуже од рока важности Уговора. Наручилац ће затражити продужење исте уколико настану непредвиђене околности. Наручилац ће затражити продужење исте до правдања аванса. Банкарска гаранција мора бити безусловна, неопозива и платива на први позив, без приговора. Наручилац неће уплатити ниједан износ пре него што прими банкарску гаранцију за повраћај авансног плаћања. РЕАЛИЗАЦИЈА СРЕДСТВА ОБЕЗБЕЂЕЊА Члан 6. Наручилац може да реализује средствa обезбеђења уколико Понуђач не испуњава уговорне обавезе. МЕСТО ПРУЖАЊА УСЛУГА Члан 7. Место пружања услуга – на адреси Наручиоца: Управа царина, Сектор за информационе и комуникационе технологије, Народних хероја 63, Нови Београд, а по потреби Наручилац може, у писаном позиву, определити и локацију у другом организационом делу Управе царина. ГАРАНЦИЈА Члан 8. Понуђач је дужан да гарантује квалитет извршених услуга. КВАНТИТАТИВНО - КВАЛИТАТИВНА ПРИМОПРЕДАЈА УСЛУГА Члан 9. Квантитативно-квалитативна примопредаја врши се на локацији Наручиоца, од стране овлашћеног представника Наручиоца и у присуству овлашћеног представника Понуђача. По завршетку квантитативно-квалитативног пријема овлашћени представници Наручиоца, Сектора за информационе и комуникционе технологије и Даваоца услуга састављају Записник о квантитативно-квалитативној примопредаји, којим се потврђује да су специфициране услуге извршене на начин и у обиму по захтеву из Техничке спецификације. У случају да се записнички констатује да су утврђени недостаци у квалитету услуга, Понуђач је дужан да исте отклони у року не дужем од 2 (два) дана од дана састављања Записника о рекламацији. РОК ИЗВРШЕЊА УСЛУГА Члан 10. Рок реализације је: најдуже 12 месеци од дана закључења уговора. УГОВОРНА КАЗНА Члан 11. Уколико Понуђач касни са извршењем предметних услуга до уговорених рокова из члана 10. обавезан је да за сваки дан закашњења, плати Наручиоцу на име уговорне казне, износ од 5.000,00 динара, с тим да износ тако одређене уговорене казне не може бити већи од 10% (процената) укупно уговорене вредности услуга без ПДВ. Делимично извршење уговорених обавеза у предвиђеном року не искључује обавезу плаћања уговорне казне. Уколико Давалац услуга не пружа предметне услуге у складу са Уговором Наручилац задржава право да једнострано раскине предметни уговор и реализује средство обезбеђења. ВИША СИЛА Члан 12. Уколико после закљученог уговора наступе околности више силе које доведу до ометања или онемогућавања извршења обавеза дефинисаних овим уговором, рокови извршења обавеза продужиће се за време трајања више силе. Виша сила подразумева екстремне и ванредне догађаје који се не могу предвидети, који су се догодили без воље и утицаја уговорних страна и који нису могли бити спречени од стране погођене вишом силом. Вишом силом се могу сматрати поплаве, земљотреси, пожари, пандемије, политичка збивања (рат, нереди већег обима, штрајкови) императивне одлуке власти (забрана промета, увоза и извоза) и слично. Уговорна страна погођена вишом силом, одмах ће у писаној форми обавестити другу уговорну страну о настанку непредвиђених околности и доставити одговарајуће доказе. ЗАШТИТА ПОДАТАКА НАРУЧИОЦА Члан 13. Понуђач је дужан да приликом реализације Уговора, чува као поверљиве све информације од неовлашћеног коришћења и откривања као пословну тајну, који могу бити злоупотребљени у безбедносном смислу. Лице Понуђача које је примило од Наручиоца податке одређене као поверљиве дужно је да их чува и штити, без обзира на степен те поверљивости. Изјава о чувању поверљивих података Наручиоца је саставни део Уговора. ЗАШТИТА ПОДАТАКА ПОНУЂАЧА Члан 14. Наручилац ће чувати као поверљиве све податке о Понуђачу садржане у понуди који су посебним прописом утврђени као поверљиви и које је као такве Понуђач означио речју „ПОВЕРЉИВО” у понуди. Наручилац ће одбити давање информације која би значила повреду поверљивости података добијених у понуди. Неће се сматрати поверљивим изјава и подаци о испуњености критеријума за квалитативни избор привредног субјекта, каталози, понуђена цена и елементи цене, као и други подаци у вези са критеријумима за доделу уговора и условима за извршење Уговора. ПРОМЕНА ПОДАТАКА ПОНУЂАЧА Члан 15. Понуђач је дужан да без одлагања писаним путем обавести Наручиоца о било којој промени у вези са испуњеношћу услова из поступка јавне набавке, која наступи до доношења одлуке, односно закључења Уговора, односно током важења Уговора о пружању предметних услуга и да је документује на прописани начин. ПРЕЛАЗНЕ И ЗАВРШНЕ ОДРЕДБЕ Члан 16. За све што није предвиђено овим Уговором, примењиваће се одредбе Закона о облигационим односима и Закона о јавним набавкама. Члан 17. Потраживања из овог уговора не могу се уступати другим правним или физичким лицима, нити се на њима може успостављати заложно право, односно не могу на било који други начин бити коришћена као средство обезбеђења према трећим лицима. ТРАЈАЊЕ УГОВОРА Члан 18. Овај Уговор се закључује даном потписивања обе уговорне стране, на период до 1 (једне) године, од дана закључења Уговора. У случају раскида Уговора пре истека уговореног рока, уговорне стране су дужне да у отказном року извршавају уговорене обавезе. Отказни рок износи 30 (тридесет) дана и тече од дана достављања писаног обавештења о отказу и доказа о његовој оправданости. Изузетно уколико услед објективних околности дође до немогућности реализације овог Уговора, уговорне стране могу споразумно раскинути овај Уговор уз достављено образложење и сагласност Наручиоца. Члан 19. Све евентуалне спорове уговорне стране ће решавати споразумно, у супротном уговарају надлежност Привредног суда у Београду. Члан 20. Уговор је сачињен у 6 (шест) истоветних примерака, од којих 4 (четири) добија Наручилац, а 2 (два) Понуђач. НАРУЧИЛАЦ ПОНУЂАЧ - потпис - В. Д. ДИРЕКТОРА Драгиша Петровић ДИРЕКТОР