⏰ Urgent
Систем за заштиту веб апликација
🏛 "РАТЕЛ" РЕГУЛАТОРНО ТЕЛО ЗА ЕЛЕКТРОНСКЕ КОМУНИКАЦИЈЕ И ПОШТАНСКЕ УСЛУГЕ Concentration: medium
- Submission deadline
- 16.11.2026 10:00 3 days left 📅 Add to calendar
- Estimated value
- €127 614estimate
- Status
- Active
- Region
- Grad Beograd
- Procedure type
- Open procedure
- Source
- Portal javnih nabavki (UJN) National public procurement portal ≈ € (NBS rate) · about the source
Description and specification
From the documentation
Specifikacija i zahtevi predmeta nabavke.docx
ОДЕЉАК II
На основу члана 52. Закона о јавним набавкама („Службени гласник РС“, бр. 91/19 и 92/23), члана 2. Правилника о садржини конкурсне документације у поступцима јавних набавки („Службени гласник РС“, број 21/21), наручилац је припремио образац:
СПЕЦИФИКАЦИЈА И ЗАХТЕВИ ПРЕДМЕТА НАБАВКЕ
Предмет набавке је испорука лиценци, инсталација, конфигурација и пуштање у рад високо-доступног кластера (High Availability - HA пар) који чине два виртуелна уређаја (virtual appliance) за напредну заштиту веб апликација на апликативном слоју (Layer 7), са активираном Advanced WAF лиценцом. Систем се састоји од следећих ставки:
Ред. бр.
Опис ставке
Количина
1
Софтверски (виртуелни) уређај (virtual appliance) за напредну заштиту веб апликација (Advanced WAF), са трајном (perpetual) лиценцом и са протоком од најмање 1 Gb/s.
2 ком.
2
Званична стандардна подршка произвођача опреме за сваки виртуелни уређај, у трајању од 24 месеца, са одзивом од 10 сати дневно, 5 дана у недељи (10×5).
2 ком.
Наручилац тренутно поседује два WAF уређаја Imperva X1020. Обавеза понуђача је да по имплементацији нових уређаја за заштиту веб апликација уради миграцију конфигурације са постојећих уређаја Imperva X1020 на нове уређаје. Виртуелне уређаје је потребно инсталирати на постојећој VMware инфраструктури наручиоца.
Виртуелни уређаји морају радити у високо-доступном кластеру (Active/Standby или Active/Active архитектура) и морају обезбедити аутоматску синхронизацију конфигурације и безбедносних (WAF) политика, сесија и њихових стања, са тренутним преусмеравањем саобраћаја у случају отказа примарног чвора, без прекида активних корисничких сесија (stateful failover). Чланови кластера морају имати могућност да раде на различитим физичким хостовима, ради отпорности на отказ хоста хипервизора. Детекција отказа и преузимање саобраћаја морају се остваривати механизмом самог решења (мрежни heartbeat), независно од механизама високе доступности хипервизора, уз аутоматско преузимање IP адреса.
Понуђено решење мора кумулативно испуњавати следеће опште захтеве, ради обезбеђивања конзистентности заштите, смањења броја тачака отказа и ниских укупних трошкова власништва (TCO - Total Cost of Ownership):
једнопроизвођачка платформа: све тражене функције (балансирање оптерећења, WAF, заштита API саобраћаја, SSL/TLS инспекција,…) морају бити доступне на истом виртуелном уређају истог произвођача,
без зависности од трећих страна: тражене безбедносне функције морају се остваривати на самом виртуелном уређају, без обавезног ослањања на додатне физичке или виртуелне уређаје, агенте инсталиране на крајњим уређајима корисника, нити на обавезне cloud претплате трећих страна,
скалабилност и лиценцна надоградивост капацитета: виртуелни уређаји морају бити архитектонски и лиценцно надоградиви, тако да се у случају потребе за новим функционалностима постојећи уређаји могу надоградити куповином и активацијом додатних лиценци, без поновне инсталације, без увођења додатних физичких или виртуелних уређаја и без промене архитектуре решења, уз задржавање постојеће конфигурације, задржавање безбедносних политика и научених (learned) ентитета,
јединствено управљање: конфигурација свих функција мора бити доступна кроз јединствени управљачки интерфејс произвођача (локални GUI/CLI) и преко REST API програмског интерфејса, уз могућност централизованог управљања више уређаја.
Сваки од два испоручена виртуелна уређаја мора испуњавати следеће минималне техничке карактеристике:
Параметар
Захтев
Захтевани ресурси
Виртуелни уређај мора бити у потпуности функционалан, са свим траженим безбедносним функционалностима и при пуном лиценцираном протоку, уз ресурсе од највише 4 vCPU, 16 GB RAM и 100 GB простора на диску по уређају.
Оперативни систем
Наменски 64-битни оперативни систем произвођача.
Мрежни портови
Подршка за најмање 3 виртуелна мрежна интерфејса за саобраћај.
Подршка за паравиртуелизоване мрежне адаптере (нпр. VMXNET3) и за SR-IOV.
Подршка за 802.1Q VLAN означавање (tagging).
Управљачки приступ
Један наменски управљачки интерфејс за управљање ван опсега (out-of-band), са засебном табелом рутирања.
Конзолни приступ путем конзоле хипервизора.
Подржане платформе за виртуелизацију
VMware vSphere/ESXi (верзије 7.0 и 8.0), KVM и Microsoft Hyper-V.
Подршка за рад у јавним cloud окружењима (AWS, Microsoft Azure, Google Cloud), уз исти скуп функционалности.
Облик испоруке
Виртуелни уређај мора бити испоручен у виду званичне слике произвођача за подржане платформе за виртуелизацију (нпр. OVA, QCOW2, VHD).
Мобилност и обнова
Подршка за миграцију виртуелног уређаја између физичких хостова без искључивања (нпр. VMware vMotion).
Могућност опозива (revoke) и поновне активације лиценце на новом виртуелном уређају, нпр. приликом миграције или обнове инфраструктуре.
Понуђач је дужан да достави званичну документацију произвођача опреме из које се могу видети препоручени ресурси за рад уређаја. Понуђени виртуелни уређај (лиценца) мора бити производ који се у тренутку објављивања јавне набавке налази у активном животном циклусу произвођача и за који произвођач није најавио престанак продаје (End of Sale - EoS).
Виртуелни уређаји морају радити као пуни посредници (full proxy), са потпуно одвојеним клијентским и серверским TCP и TLS конекцијама, ради потпуне инспекције и контроле саобраћаја на апликативном слоју. Сваки виртуелни уређај мора обезбедити следеће минималне перформансе и функционалности (са активном Advanced WAF функционалношћу):
Параметар перформанси
Захтевана вредност (минимум)
Лиценцирани проток
Најмање 1 Gb/s по виртуелном уређају.
Ограничења конфигурације
Без лиценцног ограничења броја виртуелних сервера, апликација и безбедносних политика. Капацитет је ограничен искључиво лиценцираним протоком и додељеним ресурсима.
SSL/TLS протоколи
TLS 1.2 и TLS 1.3 - терминација SSL/TLS саобраћаја, поновна енкрипција ка серверима (SSL bridging) и прослеђивање шифрованог саобраћаја без дешифровања (SSL passthrough).
Криптографски алгоритми
RSA кључеви (2048 и 4096 бита), ECC кључеви (P-256 и P-384) и ECDHE размена кључева, уз подршку за Perfect Forward Secrecy (PFS).
Апликативни протоколи
HTTP/1.1 и HTTP/2 на клијентској и серверској страни, као и WebSocket.
Оптимизација саобраћаја
Балансирање оптерећења (L4–L7), HTTP компресија и поновна употреба серверских конекција (connection multiplexing).
Испоручено решење мора, на самом виртуелном уређају, омогућити следеће функционалности:
заштиту од свих категорија OWASP Top 10 претњи, укључујући SQL инјекције (SQLi), Cross-Site Scripting (XSS), удаљено извршавање кода (RCE), CSRF, крађу и пресретање сесија, као и манипулацију параметрима и колачићима (cookie),
редовно аутоматско ажурирање базе потписа напада и динамичких потписа,
аутоматску детекцију технологија сервера (server technologies) и примену одговарајућих потписа напада ради прецизног подешавања заштите,
да решење истовремено подржава негативни безбедносни модел (потписи напада) и позитивни безбедносни модел (allow-list дозвољеног понашања апликације),
да решење аутоматски гради и одржава позитивну (allow-list) безбедносну политику на основу анализе легитимног саобраћаја, без потребе за ручним дефинисањем сваког ентитета (аутоматски Policy Builder),
аутоматско учење URL адреса, параметара, типова садржаја и cookie-ја, са препоруком прелаза у блокирајући режим,
детаљну инспекцију и валидацију REST/JSON, SOAP/XML и GraphQL саобраћаја,
увоз API спецификација (OpenAPI/Swagger) и спровођење усаглашености са схемом (schema enforcement),
ограничавање учесталости захтева (rate limiting) по API крајњој тачки и дубинску инспекцију JSON/XML садржаја,
детекцију и превенцију напредних аутоматизованих скрипти кроз динамичко уметање JavaScript кода и провере интегритета клијента (browser integrity),
бихевиоралну аналитику, идентификацију уређаја (Device ID / device fingerprinting) и класификацију софтверских робота (bots) на основу потписа, уз могућност проширења додатном лиценцом за проверу репутације IP адреса,
способност енкрипције осетљивих поља (лозинке, бројеви платних картица и сл.) директно у клијентском веб прегледачу, у реалном времену, путем динамичког уметања кода - без инсталације агента на радној станици корисника и без обавезне cloud претплате,
заштиту на самој радној станици корисника, механизам мора штитити креденцијале од пресретања на радној станици корисника (keylogger/malware), напада типа formjacking и man-in-the-browser, као и од credential theft-а, без измене изворног кода заштићене апликације,
аутоматско учење понашања легитимног саобраћаја применом надзорно-независног (unsupervised) машинског учења, без ручне поставке прагова,
динамичко креирање заштитних потписа у реалном времену ради ублажавања напада на апликативном слоју, уз детекцију засновану на оптерећењу сервера (stress-based) и по URL адреси (per-URL), као и циљано ублажавање које не блокира легитимне кориснике,
препознавање и ублажавање напада грубом силом (brute-force) и credential stuffing напада, са праћењем на нивоу сесије,
WebSocket инспекцију и заштиту саобраћаја,
заштиту сесија и колачића (cookies), заштиту од измене (tamper-proof), енкрипцију и потписивање колачића (cookies),
маскирање осетљивих података (нпр. лозинки и бројева платних картица) у логовима и извештајима,
скриптовање саобраћаја, догађајима-вођен скрипт језик (event-driven), са пуним приступом L7 саобраћају у реалном времену, и одвојено извршно окружење засновано на проширивим модулима,
подршку за аутоматизовано постављање, иницијалну конфигурацију и лиценцирање виртуелних уређаја (нпр. cloud-init, шаблони за хипервизоре и јавни cloud),
декларативни JSON модел за дефинисање апликативних сервиса и иницијалну конфигурацију виртуелних уређаја (declarative onboarding),
DevOps интеграцију, подршку за Ansible колекције и Terraform provider, ради интеграције у CI/CD и GitOps процесе,
управљање преко веб графичког интерфејса, командне линије (CLI) на самом уређају и REST API за конфигурацију и надзор свих функција уређаја,
контролу приступа засновану на улогама (RBAC), интеграцију са екстерним сервисима за аутентикацију (LDAP/Active Directory, RADIUS, TACACS+) и детаљну евиденцију административних радњи (audit log),
детаљне логове безбедносних догађаја са форензичким подацима, прегледне контролне табле (dashboards) и извештаје о нападима,
интеграцију са центром безбедносних операција (SOC), извоз телеметрије и статистике саобраћаја у syslog/SIEM формату (нпр. CEF), ради интеграције са SOC,
генерисање извештаја релевантних за усаглашеност са стандардима (нпр. OWASP, PCI DSS),
виртуелни уређај мора користити исти оперативни систем, исти скуп функција и исти формат конфигурације као хардверске платформе истог произвођача, тако да се конфигурација и безбедносне политике могу пренети на хардверску платформу без поновног пројектовања решења,
надоградњу функционалности ради коришћења курираног threat-intelligence feed-а везаног за активне нападачке кампање. Feed мора потицати из безбедносног истраживачког екосистема произвођача, бити дистинктан од генеричке базе потписа напада и обезбедити контекст активних кампања, уз ниску стопу лажно позитивних детекција.
Виртуелни уређаји морају бити покривени сервисом произвођача опреме за време трајања уговора. Понуђач мора обезбедити:
званичну подршку произвођача опреме, која је доступна радним данима од 8 до 18 часова (10×5), за решавање критичних инцидената, уз пријаву и праћење захтева путем веб портала произвођача,
право на бесплатно преузимање и коришћење свих нових верзија софтвера, безбедносних закрпа и надоградњи оперативног система у периоду подршке,
право на бесплатно преузимање и коришћење ажурираних база потписа напада и динамичких потписа током периода подршке,
приступ званичној бази знања и техничкој документацији произвођача током периода подршке.
Понуђач је дужан да обезбеди техничку подршку и одржавање система 24 сата дневно, 7 дана у недељи, 365 дана у години, најмање 24 месеца (2 године) од дана активације система. Понуђач је примарна контакт тачка за све пријаве кварова, проблема и захтева за подршку. У случају да решавање проблема захтева ангажовање произвођача опреме, понуђач је дужан да у име наручиоца отвори и прати случај код произвођача до коначног решења.
Подршка произвођача и подршка понуђача су међусобно независне услуге различитог обима и намене. Подршка произвођача односи се искључиво на обезбеђивање исправки дефеката производа, безбедносних закрпа, нових верзија софтвера и ескалацију проблема који захтевају интервенцију развојног или инжењерског тима произвођача. Активности које подразумевају приступ систему наручиоца, анализу конфигурације, измену конфигурације, имплементацију, миграцију, надзор и анализу рада система и отклањање проблема у продукционом окружењу су у надлежности понуђача.
Понуђач је дужан да услуге врши квалитетно, у складу са важећим прописима, стандардима и правилима струке. Понуђач преузима на себе све додатне и везане трошкове у вези са активностима које се односе на техничку подршку и одржавање. Под техничком подршком и одржавањем подразумева се:
утврђивање проблема у раду система,
довођење система у исправно (радно) стање,
превентивно одржавање система,
промена/надоградња софтвера,
техничка подршка у имплементацији система,
техничка подршка у области коришћења, проширења и промена у систему (додавање нових апликација, сервиса, виртуелних сервера и политика).
Услуга одржавања система коју пружа понуђач се састоји од интервентног и проактивног одржавања.
Интервентно одржавање подразумева отклањање грешака или кварова у случају проблема у раду система. Понуђач треба да обезбеди да се кварови и/или проблеми у раду система пријављују путем електронске поште, телефона или преко веб портала за подршку, уколико понуђач такав портал поседује. Време пријаве квара и/или проблема је 24 сата дневно, 7 дана у недељи, 365 дана у години. Овлашћене особе наручиоца пријављују проблем наводећи кратак опис проблема, након чега се отвара случај, а овлашћена особа наручиоца која је пријавила квар добија потврду о пријему пријаве квара.
За услуге интервентног одржавања време одзива, време опоравка и време решавања проблема могу бити различити у зависности од нивоа приоритета проблема. Наручилац приликом пријаве квара/проблема, сагласно техничком нивоу проблема и/или утицају проблема на пословање Наручиоца дефинише следеће нивое приоритета:
Ниво 1 – критичан
Околности које доводе до неоперативности система или делова система које имају критичне последице по пословање наручиоца.
Ниво 2 – озбиљан
Околности које доводе до делимичне неоперативности система или делова система. Систем се може користити, али неоперативност делова представља значајан проблем за наручиоца.
Ниво 3 – низак
Околности које постоје у редовном оперативном раду система. Систем је оперативан, али мали проценат корисника има проблем. Проблем не угрожава озбиљно пословање наручиоца.
Технички ниво квара
Време одзива
Време опоравка
Време решавања
Ниво 1 – критичан
1 сат
8 сати
10 дана
Ниво 2 – озбиљан
2 сата
24 сата
20 дана
Ниво 3 – низак
4 сата
48 сати
30 дана
Време одзива је временски интервал који почиње тренутком пријема захтева наручиоца за услугу сервисирања и одржавања и завршава се тренутком у коме квалификована особа понуђача, способна да пружи захтевану услугу, контактира наручиоца и обавести га о планираним корацима у решавању проблема.
Време опоравка система је период у коме се успоставља функционалност система, након пријаве квара/проблема.
Време решавања проблема је период у коме се успоставља стање које се може сматрати коначним решењем квара/проблема у систему, након пријаве квара/проблема.
Проактивно одржавање система подразумева:
превентивно прегледање стања системског софтвера,
надгледање исправности механизама за аутоматско ажурирање сигнатура и других безбедносних база и отклањање уочених проблема у њиховом раду,
праћење промена у систему наручиоца као и прикупљање и анализу података и логова о статусу опреме и перформансама система,
редовно спровођење подешавања система, сходно препорукама произвођача, а у циљу побољшања функционалности система,
спровођење дијагностичких тестова, ради превентивног утврђивања стања система,
за време трајања уговора понуђач је дужан да одржава систем и системски софтвер на најновијој верзији, што подразумева преузимање, инсталацију и имплементацију свих нових верзија софтвера са новим функцијама. Понуђач је у обавези да наручиоцу пренесе информације потребне за коришћење нових функција приликом сваке испоруке и инсталације.
На основу свих наведених анализа понуђач је дужан да формира препоруке и изврши акције над системом (примена предложених проактивних мера), односно над појединим компонентама система.
Kriterijumi za dodelu ugovora.pdf
КРИТЕРИЈУМИ ЗА ДОДЕЛУ УГОВОРА И ОСТАЛИ ЗАХТЕВИ НАБАВКЕ 1
Наручилац:
"РАТЕЛ" РЕГУЛАТОРНО ТЕЛО ЗА ЕЛЕКТРОНСКЕ КОМУНИКАЦИЈЕ И ПОШТАНСКЕ УСЛУГЕ 103986571
Назив поступка:
Систем за заштиту веб апликација
Референтни број:
1-04-4042-73/26
КРИТЕРИЈУМИ ЗА ДОДЕЛУ УГОВОРА И ОСТАЛИ ЗАХТЕВИ НАБАВКЕ
Део конкурсне документације који је генерисан путем Портала у случају када је наручилац означио опцију
аутоматског рангирања понуда на Порталу јавних набавки
Назив предмета / партије: Систем за заштиту веб апликација
Наручилац је дефинисао критеријуме за доделу уговора на основу:
Цене
Изабран начин рангирања прихватљивих понуда:
Аутоматско рангирање
Остали захтеви набавке (који нису наведени изнад као критеријуми)
Назив: Рок и начин плаћања
Јединица мере: Дан
Ограничења:
Ограничена је минимална вредност коју понуђач може да понуди
Минимална дозвољена вредност: 15,00
Ограничена је максимална вредност коју понуђач може да понуди
Максимална дозвољена вредност: 45,00
Опис и појашњење критеријума и докази потребни за проверу:
Једнократно у року од најдуже 45 дана од дана пријема уредне фактуре за плаћање, а након извршеног квалитативног
пријема лиценци. (напомена: понуђачи уписују рок плаћања у Обрасцу понуде и Моделу уговора који не може бити краћи од 15
нити дужи од 45 дана)
Назив: Рок имплементације
Јединица мере: Дан
Ограничења:
Ограничена је минимална вредност коју понуђач може да понуди
Ограничена је максимална вредност коју понуђач може да понуди
Максимална дозвољена вредност: 20,00
Опис и појашњење критеријума и докази потребни за проверу:
Рок имплементације је најдуже 20 дана од дана потписивања уговора. (напомена: понуђачи уписују рок имплементације
у Обрасцу понуде и Моделу уговора који не може бити дужи од 20 (двадесет) дана од дана потписивања уговора)
Напомена: У овом делу наведени су остали захтеви набавке који нису претходно наведени као критеријуми за доделу уговора, а понуђач мора на њих
да одговори приликом попуњавања електронског обрасца понуде. Ти захтеви могу да се односе на захтеве набавке, које наручилац сматра
релевантним за закључење уговора и који се могу нумерички исказати-
Резервни критеријуми
У случају да се, након стручне оцене понуда, установи да две или више понуда имају исту укупну понуђену цену без пореза,
наручилац ће доделити уговор оном понуђачу који буде имао краћи рок имплементације.
КРИТЕРИЈУМИ ЗА ДОДЕЛУ УГОВОРА И ОСТАЛИ ЗАХТЕВИ НАБАВКЕ 2
Примена жреба
Уколико се и након резервног критеријума установи да две или више понуда имају исту укупну понуђену цену без пореза и исти
рок имплементације, наручилац ће доделити уговор путем жреба. Наручилац ће писаним путем обавестити све понуђаче о
датуму када ће се одржати извлачење путем жреба. Извлачење путем жреба наручилац ће извршити јавно, у присуству понуђача
и то тако што ће називе понуђача који имају исту најнижу понуђену цену без пореза исписати на одвојеним папирима, који су
исте величине и боје, те ће све те папире ставити у кутију одакле ће извући папире. Понуђачима чији називи буду на извученим
папирима биће додељен уговор.
Obrazac strukture cena.docx
ОДЕЉАК VI
На основу члана 52. Закона о јавним набавкама („Службени гласник РС“, бр. 91/19 и 92/23), члана 2. Правилника о садржини конкурсне документације у поступцима јавних набавки („Службени гласник РС“, број 21/21), наручилац је припремио образац:
ОБРАЗАЦ СТРУКТУРЕ ЦЕНА
Ред.
бр.
Назив и опис
Јединица
мере
Количина
Јединична цена
без ПДВ RSD/EUR
Укупно ПДВ
(у %)
Јединична цена
са ПДВ RSD/EUR
Укупна цена
без ПДВ RSD/EUR
Укупна цена
са ПДВ RSD/EUR
1
2
3
4
5
6
7=5+6
8=4*5
9=4*7
1.
Софтверски (виртуелни) уређај (virtual appliance) за напредну заштиту веб апликација (Advanced WAF), са трајном (perpetual) лиценцом и са протоком од најмање 1 Gb/s, укључујући све зависне трошкове који могу да настану приликом реализације уговорених обавеза*.
Ком.
2
2.
Званична стандардна подршка произвођача опреме за сваки виртуелни уређај, у трајању од 24 месеца, са одзивом од 10 сати дневно, 5 дана у недељи (10×5), укључујући све зависне трошкове који могу да настану приликом реализације уговорених обавеза*.
Ком.
2
3.
Подршка Испоручиоца за сваки виртуелни уређај, у трајању од 24 месеца, одзивом 24x7x365, укључујући све зависне трошкове који могу да настану приликом реализације уговорених обавеза*.
Ком.
2
4.
Укупна цена без ПДВ (1+2+3)
5.
Укупна цена са ПДВ (1+2+3)
УПУТСТВО О НАЧИНУ ПОПУЊАВАЊА ОБРАСЦА СТРУКТУРЕ ЦЕНА:
Образац структуре цена мора бити попуњен тако да се може проверити усклађеност јединствених цена са трошковима.
У Обрасцу структуре цена морају бити приказани основни елементи структуре цене, јединична цена без ПДВ и укупна цена са и без ПДВ, као и стопа ПДВ.
* Под зависним трошковима се подразумевају трошкови као што су трошкови изласка на локацију (употреба аутомобила), трошкови испитивања и отклањања квара и/или унапређења рада софтвера, трошкови царињења, шпедиције, транспорта приликом испоруке и осигурања пратећих добара у току транспорта ако је то потребно, путовања, логистике, комуникације, превода, штампања материјала, административни и други трошкови који су неопходни за реализацију предметне набавке.
Цена може бити дата у динарима у еврима (заокружити валуту).
Цена мора бити заокружена на две децимале.
Најнижа понуђена цена је 0,01 динара без ПДВ.
Цене су фиксне до краја реализације уговора.
Укупна цена без ПДВ мора бити иста као и у Обрасцу понуде и у Моделу уговора и биће елемент критеријума за доделу уговора.
Model ugovora.docx
ОДЕЉАК IX
На основу члана 52. Закона о јавним набавкама („Службени гласник РС“, бр. 91/19 и 92/23), члана 2. Правилника о садржини конкурсне документације у поступцима јавних набавки („Службени гласник РС“, број 21/21), наручилац је припремио образац:
МОДЕЛ УГОВОРА
Закључен дана ____.____.2026. године, између:
Регулаторно тело за електронске комуникације и поштанске услуге – РАТЕЛ, са седиштем у Београду, улица Палмотићева број 2, које заступа директор Драган Пејовић.
ПИБ: 103986571; матични број: 17606590; број рачуна: 840-963627-41 код Управе за трезор Министарства финансија Републике Србије; шифра делатности: 84.13; обвезник ПДВ: не;
(у даљем тексту: Наручилац)
и
(Уколико наступа самосатлно)
_____________________________________________ са седиштем у _____________, улица __________________________ бр. _____; кога заступа (име, презиме, функција) ______________________________.
ПИБ: __________; матични број: _______________; број рачуна: ___________________ код ____________________; шифра делатности: ______________, обвезник ПДВ: ____;
(у даљем тексту: Испоручилац)
(Уколико наступа у заједничкој понуди)
1. _____________________________________________ са седиштем у _____________, улица __________________________ бр. _____; кога заступа (име, презиме, функција) ______________________________.
ПИБ: __________; матични број: _______________; број рачуна: ___________________ код ____________________; шифра делатности: ______________, обвезник ПДВ: ____;
2. _____________________________________________ са седиштем у _____________, улица __________________________ бр. _____; кога заступа (име, презиме, функција) ______________________________.
ПИБ: __________; матични број: _______________; број рачуна: ___________________ код ____________________; шифра делатности: ______________, обвезник ПДВ: ____;
3. _____________________________________________ са седиштем у _____________, улица __________________________ бр. _____; кога заступа (име, презиме, функција) ______________________________.
ПИБ: __________; матични број: _______________; број рачуна: ___________________ код ____________________; шифра делатности: ______________, обвезник ПДВ: ____;
(у даљем тексту: Испоручилац)
(Уколико подноси понуду са подизвођачем, навести податке о подизвођачу)
1. _____________________________________________ са седиштем у _____________, улица __________________________ бр. _____; кога заступа (име, презиме, функција) ______________________________.
ПИБ: __________; матични број: _______________; број рачуна: ___________________ код ____________________; шифра делатности: ______________, обвезник ПДВ: ____;
2. _____________________________________________ са седиштем у _____________, улица __________________________ бр. _____; кога заступа (име, презиме, функција) ______________________________.
ПИБ: __________; матични број: _______________; број рачуна: ___________________ код ____________________; шифра делатности: ______________, обвезник ПДВ: ____;
3. _________________________________________________________________________________________________________________________________________________________________________________________________________________________________
Напомена: Уколико Понуђачи подносе заједничку понуду, попунити податке за сваког Понуђача.
Уколико Понуђач/и подноси/е понуду са подизвођачем/има, попунити податке за подизвођача/е.
Уколико Понуђач/и подноси/е понуду са подизвођачем/има под тачком 3 навести да ће наручилац непосредно да плаћа подизвођачу за део уговора који је он извршио, уколико подизвођач захтева да му се доспела потраживања плаћају непосредно. Ако није предвиђено непосредно плаћање доспелих потраживања подизвођачу за део уговора који је он извршио, наручилац је дужан да након плаћања привредном субјекту са којим је закључио уговор затражи да му у року од 60 дана достави доказ и изјаву подизвођача да је извршио плаћање подизвођачу његових потраживања.
Предмет уговора
Члан 1.
Предмет овог уговора је куповина и испорука два (2) софтверска (виртуелна) уређаја (virtual appliance) за напредну заштиту веб апликација (Advanced WAF), са трајном (perpetual) лиценцом и са протоком од најмање 1 Gb/s, са произвођачком подршком за сваки виртуелни уређај, у трајању од 24 (двадесет четири) месеца, са одзивом од десет (10) сати дневно, пет (5) дана у недељи (10×5), подршком Испоручиоца за сваки виртуелни уређај, у трајању од 24 месеца, одзивом 24x7x365, сагласно Спецификацији и захтевима предмета набавке (у даљем тексту: Спецификација) из конкурсне документације јавне набавке брoj 1-04-4042-73/26 и Понуди Испоручиоца број _____________ од ___.___.2026. године (у даљем тексту: Понуда).
Спецификација и Понуда су саставни део овог уговора.
Цена
Члан 2.
Цена добара и пратећих услуга из члана 1. уговора је утврђена у Понуди и износи __________________RSD/EUR без пореза на додату вредност. (напомена: уписати износ и заокружити валуту)
Укупна цена са порезом на додату вредност износи ________________ RSD/EUR. (напомена: уписати износ и заокружити валуту)
Уговорена цена из става 1. овог члана подразумева трошкове изласка на локацију (употреба аутомобила), трошкове испитивања и отклањања квара и/или унапређења рада софтвера, трошкове организовања обуке, трошкове царињења, шпедиције, транспорта приликом испоруке и осигурања пратећих добара у току транспорта ако је то потребно, путовања, логистике, комуникације, превода, штампања материјала, административне и друге трошкове који су неопходни за реализацију предметне набавке.
НАЧИН ПЛАЋАЊА
Члан 3.
Наручилац се обавезује да цену из члана 2. овог уговора плати на следећи начин:
Једнократно у року од најдуже ____ дана од дана пријема уредне фактуре за плаћање, а након извршеног квалитативног пријема. (напомена: понуђачи уписују рок плаћања који не може бити краћи од 15 нити дужи од 45 дана)
Фактура за плаћање не може бити издата пре потписивања Записника о квалитативном пријему.
Даном пријема фактуре сматра се дан регистровања фактуре у систему електронских фактура (СЕФ).
Пружалац се обавезује да у фактури наведе број уговора под којим је заведен код Наручиоца.
Рок плаћања фактуре се рачуна у складу са Законом о роковима измирења новчаних обавеза у комерцијалним трансакцијама („Службени гласник РС“ бр. 119/12, 68/15, 113/17, 91/19, 44/21, 44/21 – др. закон, 130/21, 129/21 – др. Закон, 138/22 и 109/25), као и свим његовим изменама које настану у току трајања оквирног споразума.
Фактура мора бити издата у складу са Правилником о електронском фактурисању („Службени гласник РС”, бр. 47/23, 116/23, 65/24, 73/24, 101/24, 107/24, 56/25, 85/25, 30/26 и 71/26), као и свим његовим изменама које настану у току трајања оквирног споразума.
Плаћање ће се вршити у динарској против-вредности према средњем девизном курсу Народне банке Србије на дан фактурисања. (напомена: уколико је уговор додељен домаћем понуђачу и уколико је цена дата у еврима, а уколико је цена понуђена у динарима, овај став ће бити брисан)
Плаћање се врши уплатом на рачун Испоручиоца.
Члан 4.
Уколико Наручилац касни са уплатом цене у року из члана 3. уговора, Испоручилац има право да наплати законску затезну камату по стопи која је дефинисана позитивним прописима.
МЕНИЦА
Члан 5.
Испоручилац се обавезује да приликом закључења уговора достави меницу као финансијско средство обезбеђења за испуњење уговорених обавеза, у висини од 10% од вредности уговора (рачунајући без ПДВ), менично овлашћење и копију картона депонованих потписа.
Меница мора бити потписана од стране овлашћеног лица Испоручиоца.
Меница мора бити евидентирана у Регистру меница и овлашћења Народне банке Србије и у том смислу Испоручилац доставља извод/листинг са сајта Народне банке Србије – Регистар, као доказ да је меница већ регистрована.
У меничном овлашћењу обавезно навести податке о: меничном повериоцу, уговору за који се издаје меница, износу менице, року важења менице (рок не може бити краћи од пет (5) дана од дана истека уговора, односно пет (5) дана од дана истека рока за услугу подршке) и томе да се меница може и без сагласности меничног дужника, безусловно, без протеста, права на приговор и трошкова, наплатити код било које пословне банке код које менични дужник има рачун.
Копија картона депонованих потписа, мора бити јасна, таква да се виде потписи овлашћених лица. Потпис лица које је потписало меницу мора бити идентичан са потписом овлашћеног лица са картона депонованих потписа. Копија картона депонованих потписа мора бити издата од стране пословне банке коју понуђач наводи у меничном овлашћењу.
Наручилац има право да реализује финансијско средство обезбеђења за испуњење уговорених обавеза у случају да предмет уговора из члана 1. уговора не буде реализован у роковима и на начин предвиђен условима из уговора.
Рок имплементације
Члан 6.
Рок имплементације је _____ дана од дана потписивања уговора. (напомена: понуђачи уписују рок испоруке који не може бити дужи од 20 (двадесет) дана од дана потписивања уговора)
Испоручилац се обавезује да уређаје испоручи, инсталира и пусти у рад стручно, квалитетно и у складу са законским прописима и стандардима за ову врсту посла.
Рок и начин ОТПОЧИЊАЊА СА ПОДРШКОМ
Члан 7.
Рок отпочињања подршке која је предмет овог уговора је најкасније следећег дана од дана испоруке из члана 6. уговора.
Уговорна казна
Члан 8.
Уколико Испоручилац не испоручи и инсталира уређаје у року из члана 6. уговора дужан је да плати Наручиоцу уговорну казну од 0,5% од уговорене цене за сваки дан закашњења, при чему је максималан износ уговорне казне 5% од укупне уговорене цене без пореза на додату вредност, након чега Наручилац задржава право да раскине уговор и захтева накнаду штете за износ који превазилази износ уговорне казне.
Уколико Испоручилац не отпочне са подршком у роковима из члана 7. овог уговора, дужан је да плати Наручиоцу уговорну казну од 0,5% од уговорене цене за сваки дан закашњења, при чему је максималан износ уговорне казне 5% од укупне уговорене цене без пореза на додату вредност, након чега Наручилац задржава право да раскине уговор и захтева накнаду штете за износ који превазилази износ уговорне казне.
Приликом коначне исплате Наручилац ће умањити износ на рачуну у случају кашњења испоруке, за износ уговорне казне дефинисане ст. 1. и 2. овог члана.
За умањење новчаног износа рачуна из разлога наведених у ст. 1. и 2. овог члана Наручилац није обавезан да тражи сагласност Испоручиоца, али је дужан да га у року од осам (8) дана писмено обавести о разлозима извршеног умањења.
Члан 9.
Испоручилац неће платити уговорну казну ако докаже да није крив за кашњење са отпочињањем подршке.
Испоручилац ће платити само део уговорне казне који је сразмеран његовој кривици, ако докаже да је само делимично крив за кашњење.
КВАЛИТАТИВНИ пријЕМ
Члан 10.
Квалитативни пријем обавиће овлашћени представници Наручиоца уз обавезно присуство представника Испоручиоца.
Под квалитативним пријемом се подразумева провера очекиваних функционалности како је то дефинисано у техничким карактеристикама.
Уколико се током квалитативног пријема утврде недостаци и грешке у раду понуђач је дужан да поступи у складу са примедбама констатованим записником и у року од 10 дана отклони неодстатке.
ГАРАНТНИ РОК
Члан 11.
Понуђени гарантни рок је 24 (двадесет четири) месеца.
Гаранција почиње да важи од тренутка имплементације система.
У току гарантног рока Испоручилац мора да без накнаде отклони све евентуалне недостатке везане за ваљаност лиценце који се уоче у гарантном року, као и после гарантног рока уколико потичу из скривених мана.
У току гарантног рока Испоручилац је у обавези да пружа 24/7 техничку подршку (путем телефона, e-maila или путем web-a).
ОЦЕНА УСАГЛАШЕНОСТИ
Члан 12.
Сва добра која су предмет набавке, могу се испоручити само ако су усаглашенa са прописаним техничким захтевима, ако је усаглашеност оцењена према прописаном поступку, ако је означен у складу са прописима и ако га прате прописане исправе о усаглашености и друга прописана документација, сагласно Закону о техничким захтевима за производе и оцењивању усаглашености („Службени гласник РС“ број 49/21).
АУТОРСКА ПРАВА
Члан 13.
Ауторска права на свим софтверима припадају носиоцу таквих права.
Испоручилац преноси Наручиоцу права коришћења на свим софтверима за све време трајања гарантног периода, у дану квалитативног пријема.
Коришћење софтвера подразумева смештање целог или дела програма у меморију рачунара и пуштање програма у рад рачунара, са довољним бројем лиценци.
Испоручилац ће приликом предаје софтвера предати и сву потребну документацију и стандардне материјале неопходне за функционисање софтвера, као и детаљно упутство о ауторским правима.
Наручилац се обавезује да ће софтвер користити у складу са овим уговором и да их неће даље умножавати у циљу економске користи или на други начин злоупотребљавати.
ПОВЕРЉИВОСТ
Члан 14.
Испоручилац је сагласан да третира као поверљиве све информације везане за Наручиоца које Наручилац саопшти Испоручиоцу у вези са овим уговором, а које су:
јасно назначене као поверљиве, уколико се достављају у писаној форми;
пропраћене претходном изјавом да су дате информације поверљиве, уколико се пружају у усменој форми, при чему се наведена изјава потврђује писменим путем у року од 15 (петнаест) дана од дана првобитног откривања.
Ова обавеза поштовања поверљивости не примењује се на информације које:
су познате јавности у моменту када су достављене;
Испоручилац независно произведе;
су постале познате јавности након обавештења упућеног Испоручиоцу од стране Наручиоца, али не кривицом Испоручиоца;
се налазе у поседу Испоручиоца и не подлежу обавези чувања поверљивости у тренутку достављања обавештења Испоручиоцу од стране Наручиоца;
су саопштене од стране Наручиоца трећој страни без икакве обавезе чувања поверљивости. Осим тога, Испоручилац може открити наведене информације у мери у којој то захтева поступак испоруке и инсталације предметних софтвера.
Раскид уговора
Члан 15.
Наручилац задржава право да једнострано раскине овај уговор уколико Испоручилац касни са испоруком више од десет (10) дана, од рокова који су дефинисани у члану 6. овог уговора.
Наручилац задржава право да једнострано раскине уговор уколико инсталиране лиценце не одговарају опису или квалитету из Понуде, а није извршена њихова замена или поправка на начин предвиђен овим уговором и важећим домаћим и међународним стандардима за ову врсту посла, или уколико Испоручилац не пружа техничку подршку 24/7 Наручиоцу, а Наручилац га је о томе претходно писменим путем опоменуо.
НАЧИН МЕЂУСОБНЕ КОМУНИКАЦИЈЕ
Члан 16.
Уговорне стране се обавезују да моментом закључења уговора одреде лица за међусобну комуникацију (single point of contact), праћење и контролисање извршења уговорних обавеза.
Лице за комуникацију, праћење и контролисање извршења уговорних обавеза, испред Наручиоца је Драгослав Станижан, телефон: +381 65 890 2913, електронска пошта: dragoslav.stanizan@ratel.rs.
Лице за комуникацију, праћење и контролисање извршења уговорних обавеза, испред Пружаоца је: ____________________________, телефон: ________________________, електронска пошта: ______________________ (напомена: понуђач попуњава податке о лицу).
У случају потребе за променом наведених лица, свака уговорна страна је у обавези да обавести другу уговорну страну о промени.
Комуникација између лица које су уговорне стране одредиле за контакт, обављаће се свим расположивим средствима комуникације (мобилни и фиксни телефон, електронска и редовна пошта, факс и др.).
ПРЕНОС УГОВОРА
Члан 17.
Ниједна уговорна страна нема право да овај уговор или неку од својих обавеза из уговора пренесе на треће лице.
ВИША СИЛА
Члан 18.
Наручилац и Испоручилац неће сносити одговорност за неиспуњење својих обавеза у случају више силе, односно догађаја насталим независно од воље уговорних стана као што су рат, природне непогоде, акти органа власти и други догађаји на које не могу утицати.
Престанком више силе настављају се и уговорене обавезе.
Спорови
Члан 19.
Уговорне стране су сагласне да евентуалне спорове првенствено решавају договором. У случају да исти не могу решити договором, надлежан је суд у Београду.
Завршне одредбе
Члан 20.
Уговор ступа на снагу даном потписивања од стране Наручиоца и Испоручиоца и остаје на снази до дана истека подршке и гаранације.
Све измене и допуне овог Уговора врше се у писменој форми и у складу са одредбама из чл. 154-161. Закона о јавним набавкама.
Члан 21.
За све што овим уговором није предвиђено примењиваће се одредбе Закона о облигационим односима и других прописа који регулишу ову материју.
Члан 22.
Овај уговор је сачињен у шест (6) истоветних примерака од којих свака страна задржава по три (3) примерка.
ЗА ПРУЖАОЦА
ЗА НАРУЧИОЦА
Драган Пејовић
Open on: Portal javnih nabavki (UJN) ↗
Similar open tenders
Where the data comes from and how we read deadlines
- Data is pulled from the official source (Portal javnih nabavki (UJN)) — no manual entry.
- “Urgent” means 7 days or fewer remain until the deadline.
- Data is taken from the portal at publication; check the source portal for changes to the deadline and documents.