← Back to home
New

Имплементација система за праћење захтева за приступ информацијама од јавног значаја

🏛 Акционарско друштво Електропривреда Србије, Београд

Submission deadline
02.11.2026 10:00 26 days left
Estimated value
€217 095estimate
Status
Active
Region
Grad Beograd
Procedure type
Open procedure
48810000Информациони системи Planned period: 3. квартал 2026

Description and specification

KD 1282-2026 Tehnička specifikacija.docx ТЕХНИЧКА СПЕЦИФИКАЦИЈА (Врста, техничке карактеристике, квалитет, обим и опис услуга, техничка документација и планови, начин спровођења контроле и обезбеђивања гаранције квалитета, рок извршења, место извршења услуга, евентуалне додатне услуге и сл.) МИНИМАЛНE ТЕХНИЧКE СПЕЦИФИКАЦИЈE: Предметна јавна набавка обухвата развој, имплементацију и пуштање у рад система за праћење захтева за приступ информацијама од јавног значаја (у даљем тексту: софтверска платформа/решење), са циљем даље оптимизације интерних пословних процеса и организационих побољшања у раду. Поступање по захтевима за приступ информацијама од јавног значаја представља једну од кључних законских обавеза организације, која непосредно утиче на транспарентност рада, правну сигурност и поверење јавности. У складу са Законом о слободном приступу информацијама од јавног значаја („Службени гласник РС“, бр. 120/2004, 54/2007, 104/2009, 36/2010 и 105/2021), Наручилац је у обавези да у кратким и строго дефинисаним роковима поступа по поднетим захтевима, уз обезбеђивање тачности, потпуности и благовремености достављених информација. Непоштовање законских обавеза може довести до покретања жалбених и судских поступака, као и до настанка репутационих и финансијских последица за Наручиоца. Поред правног аспекта, поступање по захтевима има и изражен оперативни карактер, који подразумева координацију већег броја организационих јединица, благовремено прикупљање података и документације, као и континуирано праћење рокова и активности током читавог животног циклуса предмета. У постојећем стању, поступак евиденције и обраде захтева у значајној мери се ослања на електронску пошту и ручне евиденције (табеларне прегледе у Excel документима), што доводи до недовољне прегледности, ограничене контроле процеса и повећаног ризика од кашњења и грешака. Непостојање јединствене и централизоване евиденције отежава праћење статуса предмета, координацију између организационих јединица и припрему извештаја у складу са законским обавезама и захтевима надлежних органа. Истовремено, повећан обим захтева и ограничени кадровски капацитети додатно оптерећују постојећи начин рада и повећавају ризик од пропуштања законских рокова (15 дана, односно 48 сати у хитним случајевима), неуједначеног поступања и отежаног доказивања активности у контролним и жалбеним поступцима. Ови ризици имају кумулативни ефекат и указују да постојећи начин рада не обезбеђује довољан ниво поузданости, контроле и скалабилности. У том контексту, унапређење процеса кроз дигитализацију представља не само могућност, већ неопходност. Имајући у виду наведене изазове и ризике, неопходно је увести савремено софтверско решење које ће омогућити централизовано управљање свим захтевима за приступ информацијама од јавног значаја, праћење њиховог комплетног животног циклуса, управљање роковима и одговорностима, као и потпуну следљивост свих активности и документације. Увођењем оваквог решења обезбедили би се услови за значајно повећање ефикасности рада, смањење административног оптерећења, унапређење контроле и извештавања, као и обезбеђивање пуне транспарентности и следљивости процеса поступања по захтевима за приступ информацијама од јавног значаја.Предмет јавне набавке је развој, имплементација и пуштање у рад софтверског решења за дигитализацију праћења захтева за приступ информацијама од јавног значаја, укључујући: Развој и испоруку софтверског решења са трајним (perpetual) правом коришћења за неограничен број корисника. Инсталацију, имплементацију, конфигурацију и интеграцију софтверског решења на постојећој ИКТ инфраструктури Наручиоца (on-premise) Функционално тестирање и пуштање у продукциони рад Обуку корисника за рад у имплементираном софтверском решењу. Испоруку пратеће корисничке и техничке документације. Понуђено софтверско решење мора да подржава комплетан животни циклус захтева за приступ информацијама од јавног значаја у складу са Законом. Систем треба да омогући дигитализацију и аутоматизацију кључних корака процеса, уз задржавање могућности ручне интервенције тамо где је то неопходно. Неопходно је да понуђено решење обухвати пословни концепт и начин реализације процеса на следећи начин: Животни циклус захтева Пријем захтева: Захтев може бити примљен путем електронске поште, поште или лично. Овлашћено лице Наручиоца уноси захтев у систем (минимално: датум пријема, деловодни број, подносилац, назив предмета, кратак опис тражене информације, начин подношења). Систем аутоматски додељује јединствени број предмета. Аутоматско одређивање рокова: На основу датума пријема и врсте захтева систем аутоматски израчунава законски рок (стандардно 15 дана од пријема; 48 сати ако се ради о информацијама од значаја за заштиту живота, здравља или животне средине). Систем бележи крајњи рок и евентуалне продужетке. Корисник има могућност измене израчунатог рока. Додела надлежности: Систем омогућава доделу захтева одговарајућој организационој јединици и/или конкретном кориснику (референту). Могућа је и додела више лица истовремено (нпр. за прикупљање информација из више ОЈ). Прикупљање информација и припрема одговора: Додељени корисници раде на предмету, прикупљају потребне документе/податке, припремају нацрт одговора или решења. Систем бележи кључне активности. Одобрење: Могућност дефинисања корака одобрења (нпр. Од стране руководиоца или службеника за ПИЈЗ) пре слања одговора. Достављање одговора: Подносицу се одговор доставља ван овог информационо система, информационом систему се евидентира датум и начин слања одговора подносиоцу Затварање предмета: Након достављања одговора или по окончању других законских радњи, предмет се затвара са статусом (одговорено, одбијено, одбачено, делимично одговорено итд.). Архивирање: Предмет прелази у архиву са свим прилозима и историјом активности. Затварањем предмета у систему задржава се комплетна историја поступања и метаподаци предмета, док се завођење, управљање и архивирање докумената који су предмет канцеларијског пословања реализује путем интеграције са постојећим DMS (faDoc) системом Наручиоца. Кључне функционалности у пракси Централни регистар свих захтева са прегледним статусима (додељен, у обради, захтев за допуну, у жалбеном поступку, итд.). Dashoard са прегледом предмета који истичу, прекорачених рокова и задатака по кориснику/ОЈ. Аутоматске емаил нотификације за доделу задатка, приближавање рока или прекорачење рока. Могућност ручног продужења рока са обавезним уносом образложења. Претрага по свим релевантним параметрима (број предмета, подносилац, датум, статус, кључне речи у опису). Прилагање докумената уз захтев и уз одговор (са класификацијом поверљивости) Извештавање у складу са законским обавезама, укључујући извештаје према Поверенику за информације од јавног значаја и заштиту података о личности. ОПШТИ ТЕХНИЧКИ ЗАХТЕВИ СОФТВЕРСКОГ РЕШЕЊА: Понуђено решење мора да испуњава следеће опште техничке захтеве: а) Базираност на вишеслојној web архитектури (база података, апликативни слој, кориснички интерфејс) Понуђено решење мора бити изграђено на савременој, јасно раздвојеној вишеслојној (n-tier) web архитектури која обухвата минимум три основна слоја: Презентациони слој (Frontend / User Interface) - савремени, респонзивни web интерфејс реализован искључиво помоћу стандардних web. Интерфејс мора бити прилагодљив различитим уређајима и величинама екрана (desktop, tablet, mobile), интуитиван и приступачан; Апликативни слој (Backend / Business Logic) - серверски део који садржи бизнис логику, валидацију, обраду података и комуникацију између слојева. Слој података (Data Layer) - релациона база података Имплементација решења према дефинисаном омогућава Јасно раздвајање одговорности Лакше одржавање, тестирање и проширење система Могућност независне скалабилности сваког слоја Већу безбедност Бољу подршку за рад. б) Омогућавање рада већег броја корисника истовремено без деградације перформанси У овом сегменту, понуђено решење мора бити пројектовано и димензионисано тако да подржи већи број истовремених корисника (конкурентних сесија) без значајног пада перформанси уз следеће захтеве: Ефикасно управљање ресурсима - connection pooling, query optimization, индексирање, кеширање често коришћених података Мониторинг и мерење перформанси – уграђени механизми за праћење времена одговора, броја активних корисника, искоришћености CPU/RAM и базе података. Оптимизација на нивоу базе - партиционисање табела и редовно одржавање статистика. в) Прилагодљивост организационој структури Наручиоца Понуђено решење мора бити флексибилно и прилагодљиво постојећој и будућој организационој структури Наручиоца. Ово подразумева: Подршку за хијерархијски модел организационих јединица (послови, дирекција, сектор, служба, одељење, тим) са произвољним бројем нивоа. Могућност додељивања корисника организационим јединицама и наслеђивања права/видљивости података према хијерархији. Флексибилан систем улога и дозвола (Role-Based Access Control - RBAC) који се може мапирати на организациону структуру. Могућност дефинисања додатних атрибута организационих јединица и корисника према потребама Наручиоца. Понуђено решење не сме бити искључиво везано за један фиксни организациони модел. г) Висок ниво доступности, поузданости и безбедности Понуђено решење мора обезбедити висок ниво следећих карактеристика: Потпуна ACID усклађеност базе података Свеобухватно логовање грешака и догађаја Аутентификација и ауторизација преко Active Directory Подршка за вишеслојну аутентификацију (MFA) Заштита од најчешћих web напада Детаљан audit log Усклађеност са Законом о заштити података о личности РС („Сл. гласник РС“ бр. 87/2018) и другим релевантним прописима д) Инсталација на инфраструктури Наручиоца (on-premise) Понуђено решење мора бити инсталирано и покретано искључиво на инфраструктури коју обезбеђује Наручилац (on-premise или приватни cloud/data center Наручиоца). Ово подразумева: Потпуну контролу над подацима и инфраструктуром Подршку за стандардне платформе (Windows Server и/или Linux). Могућност инсталације у виртуелизованом окружењу Јасно дефинисане системске захтеве ђ) Подршка савременим web претраживачима без потребе за инсталацијом додатног софтвера на клијентској страни Понуђено решење мора бити потпуно web-based (thin client) и мора радити у савременим web претраживачима без инсталације било каквог додатног софтвера, плагина или додатака на рачунару корисника. Под наведеним се подразумева: Подршка за најновије верзије претраживача Коришћење стандардних web технологија Респонзиван дизајн који омогућава несметан рад на десктоп рачунарима, таблетима и паметним телефонима преко претраживача. ЗАХТЕВИ У ПОГЛЕДУ ИНТЕГРАЦИЈЕ СОФТВЕРСКОГ РЕШЕЊА Решење мора да обезбеди висок ниво могућности интеграције са постојећим информационим системима Наручиоца, чиме се минимизира потреба за ручним преносом података, повећава конзистентност информација и омогућава ефикасан проток података у целокупном ИТ систему Наручиоца. Под овим је подразумева могућност интеграције са постојећим информационим системима Наручиоца путем стандардизованих REST API или сличних одговарајућих протокола. Наведеним се постиже смањење дуплирања података, аутоматизација пословних процеса који прелазе преко више система, повећана тачност и актуелност података. ОПШТИ ФУНКЦИОНАЛНИ ЗАХТЕВИ Понуђено решење мора да обезбеди потпуну функционалну подршку за ефикасно, транспарентно и законито поступање по захтевима, у складу са важећим прописима Републике Србије (Закон о слободном приступу информацијама од јавног значаја ("Сл. гласник РС", бр. 120/2004, 54/2007, 104/2009, 36/2010 и 105/2021), Закон о општем управном поступку ("Сл. гласник РС", бр. 18/2016, 95/2018 - аутентично тумачење и 2/2023 - одлука УС), и други релевантни закони). Сви функционални модули морају бити интегрисани у јединствен систем. У овом сегменту, понуђено решење мора да испуни следеће опште функционалне захтеве: а) Евиденција захтева Понуђено решење мора да обезбеди свеобухватну, структурирану и транспарентну евиденцију захтева од момента пријема до коначног решавања и архивирања. Решење мора омогућити: Унос и евиденцију свих релевантних података о захтеву - Интуитиван образац за унос са обавезним и опционим пољима: јединствени идентификатор захтева, датум пријема, врста информације од јавног значаја, назив предмета и детаљан опис, прилози, интерне напомене. Подршка за масовни увоз и линковање повезаних захтева. Аутоматско одређивање рокова у складу са законом - Аутоматско израчунавање рокова на основу типа захтева, као и подсетници за истицање рокова. Евидентирање начина подношења захтева - лично, пошта, електронски (портал, е-мејл), факс и сл. Евидентирање података о подносиоцу захтева Евиденција одговора - Евидентирање датума и начина достављања одговора подносиоцу. Евидентирање статуса захтева – евиденција статуса захтева (додељен, у обради, захтев за допуну, у жалбеном поступку и сл.), са праћењем историје свих промена статуса са евиденцијом корисника који је изменио статус и датумом измене статуса. Евидентирање наплаћених трошкова - Унос врсте и износа трошкова, евиденција плаћања и извештавање о трошковима. б) Управљање процесом и роковима Понуђено решење мора да омогући ефикасно управљање целокупним процесом поступања по захтевима и строго поштовање законских рокова. Решење мора омогућити: Праћење животног циклуса захтева. Доделу надлежности организационим јединицама и корисницима. Аутоматске нотификације о роковима и кашњењима путем обавештења у оквиру апликације или путем е-мејла за: приближавање или истек рока Аутоматско одређивање, праћење и контрола свих рокова прописаних Законом о слободном приступу информацијама од јавног значаја, у зависности од врсте захтева, процесне радње и конкретног случаја, укључујући могућност евидентирања законски дозвољеног продужења/накнадног рока. ц) Извештавање Решење мора да обезбеди моћан и флексибилан модул за извештавање који мора омогућити: Генерисање сумарних и детаљних извештаја - Прегледи по периодима, типовима захтева, организационим јединицама, статусима, подносиоцима и обрађивачима. Извештавање у складу са чланом 43. Закона о слободном приступу информацијама од јавног значаја - Аутоматско или полуаутоматско генерисање годишњих и периодичних извештаја прописаног садржаја (број примљених, решених, одбијених захтева, разлози одбијања, рокови и сл.). Филтрирање, сортирање и груписање података - Напредна претрага и филтрирање по више критеријума (датум, статус, тип, организациона јединица, подносилац и др.), динамичко груписање и агрегација. Графички приказ података - Табеле, графикони (колоне, торте, линије). Извоз извештаја у PDF, Excel и CSV форматима. д) Управљање документацијом Решење мора да обезбеди сигурно и ефикасно управљање свим документима везаним за захтеве. Решење мора омогућити: Прилагање докумената уз захтев – могућност додавања више докумената у различитим форматима. Претрагу документације по различитим параметрима - датум, тип, корисник, назив. Контролисан приступ документима у односу привилегија корисника и у односу на класификацију докумената. За документа која се заводе у деловодној књизи систем треба да омогући интеграцију са постојећим ДМС системом ЗАХТЕВИ У ДОМЕНУ КЛАСИФИКАЦИЈА ПОВЕРЉИВОСТИ Решење мора да подржи рад са подацима различитог нивоа осетљивости и да омогући: Класификацију докумената у складу са интерним актима Наручиоца и важећим прописима, уз могућност конфигурације нивоа поверљивости и правила приступа. Додељивање класификационе ознаке приликом креирања или измене документа/захтева. Ограничење приступа документима у складу са нивоом поверљивости и додељеним корисничким правима– корисник може приступити документу само ако има одговарајућу безбедносну дозволу (clearance) и улогу. Аутоматско скривање или блокирање приступа неовлашћеним корисницима. Понуђач је дужан да током реализације уговора поступа у складу са захтевима Наручиоца у области информационе безбедности, заштите података и контроле приступа. Наручилац ће Понуђача упознати са релевантним интерним актима, процедурама, политикама и безбедносним правилима која се примењују на предметно решење, а Понуђач је дужан да их поштује и примењује током реализације уговора. ЗАХТЕВИ У ДОМЕНУ АДМИНИСТРАЦИЈЕ СИСТЕМА Решење мора да обезбеди централизовану и сигурну администрацију која омогућава ефикасно управљање системом од стране овлашћених администратора Наручиоца које треба да омогући управљање корисницима и улогама. Понуђач је у обавези да током реализације уговора, непосредно или преко лица задуженог за праћење реализације уговора од стране Наручиоца, остварује континуирану сарадњу са надлежним тимовима Наручиоца задуженим за ИКТ инфраструктуру, виртуелизацију и системски софтвер, укључујући серверску и виртуелну инфраструктуру, оперативне системе, системске сервисе, базе података и креирање и одржавање развојних, тестних, продукционих и других релевантних окружења. Понуђач је дужан да благовремено доставља све техничке захтеве, параметре и информације неопходне за реализацију активности из делокруга наведених тимова Наручиоца и да своје активности координира са њима, непосредно или преко лица задуженог за праћење реализације уговора од стране Наручиоца, без преузимања одговорности за управљање и одржавање инфраструктуре, виртуелизационе платформе и системског софтвера Наручиоца. ЗАХТЕВИ У ДОМЕНУ ИМПЛЕМЕНТАЦИЈЕ СИСТЕМА Понуђач је у обавези да обезбеди комплетан сет услуга имплементације система, како би се обезбедило успешно пуштање у рад, ефикасно коришћење и дугорочна стабилност решења на инфраструктури Наручиоца. Све услуге морају бити у складу са признатим принципима и добрим праксама управљања пројектима и уз минимално ометање текућих пословних процеса Наручиоца. Понуђач је у обавези да обезбеди: Пословну анализу и моделовање процеса – Фаза 1 У оквиру Фазе 1, Понуђач је у обавези да изврши анализу постојећег пословног процеса поступања по захтевима за слободан приступ информацијама од јавног значаја, идентификацију пословних захтева и потреба Наручиоца, документовање и моделовање процеса у постојећем и будућем стању, као и дефинисање функционалних захтева који представљају основу за развој, имплементацију, конфигурацију и интеграцију софтверског решења. Развој, инсталација, конфигурација и интеграција софтверског решења – Фаза 2 У оквиру Фазе 2, Понуђач је у обавези да развије софтверско решење у складу са дефинисаним пословним, функционалним и техничким захтевима Наручиоца и да га интегрише са постојећим информационим системима ЕПС АД, а све у складу са овом техничком спецификацијом. Понуђач је у обавези да изврши комплетну инсталацију и конфигурацију апликације, базе података, интеграционих тачака и свих неопходних компоненти на хардверској и системској инфраструктури коју обезбеђује Наручилац. Ово укључује: конфигурисање свих системских параметара, корисничких улога, класификационих нивоа и интеграција са постојећим системима Наручиоца; оптимизацију перформанси и безбедносну конфигурацију. Наручилац обезбеђује потребан хардвер, оперативни систем, базу података (лиценце) и мрежну инфраструктуру. Понуђач је дужан да достави детаљне захтеве за инфраструктуру пре почетка радова. Понуђач је у обавези да, најкасније у оквиру Фазе 4, Наручиоцу преда комплетан изворни код свих компоненти софтверског решења које су развијене или прилагођене за потребе Наручиоца, укључујући коментаре, скрипте, конфигурационе фајлове, структуру базе података и све друге елементе неопходне за самостално одржавање, измену и даљи развој решења. Тестирање и обука корисника - Фаза 3 У оквиру Фазе 3 Понуђач је обавезан да организује и реализује обуку за различите групе корисника: Крајње кориснике (оперативни ниво) - један радни дан Администраторе система - један радни дан - посебна, детаљнија обука. Обука се може одржати на лицу места или у хибридном формату (online + offline). Обука мора да обухвати: рад са системом, унос захтева, обраду, извештавање, управљање документима, основне административне функције и решавање најчешћих проблема. Израда и испорука техничке и корисничке документације и документације изведеног стања – Фаза 4 У оквиру Фазе 4, Понуђач је дужан да по завршетку развоја и имплементације испоручи комплетну техничку и корисничку документацију на српском језику, као и комплетан изворни код софтверског решења. Пуштање у продукциони рад – Фаза 5 У оквиру Фазе 5, Понуђач је одговоран за успешно пуштање система у пун продукциони рад (Go-Live), укључујући: Миграцију постојећих података (на основу података достављених од стране Наручиоца у структуираним форматима) Финално тестирање у продукцијском окружењу Подршку на лицу места или путем даљинског приступа у критичном периоду након Go-Live-а. Гарантни рок (bug-fix) у трајању од 12 месеци од потписивања Записника о квалитативном и квантитативном пријему Фазе 5 Понуђач је дужан да пружи гарантну подршку у трајању од 12 месеци, а у односу на дан потписивања Записника о квалитативном и квантитативном пријему, која обухвата: Бесплатно отклањање свих грешака (bug-fix) и недостатака који се појаве у раду система. Гарантни рок почиње даном потписивања Записника о квалитативном и квантитативном пријему Фазе 5 Рок за комплетно извршење посла : Реализација предмета набавке вршиће се по фазама, у укупном периоду од 12 (дванаест) месеци од дана ступања Уговора на снагу. Фаза 1 – Пословна анализа и моделовање процеса - Максимални рок за реализацију Фазе 1 је 2 (два) месеца од дана ступања Уговора на снагу Фаза 2 – Развој, инсталација, конфигурација и интеграција софтверског решења - Максимални рок за реализацију Фазе 2 је 6 (шест) месеци од завршетка Фазе 1. Фаза 3 – Тестирање и обука корисника - Максимални рок за реализацију Фазе 3 је 2 (два) месеца од завршетка Фазе 2. Фаза 4 – Финализација и испорука техничке и корисничке документације, документације изведеног стања и изворног кода софтверског решења, као и пуштање решења у продукциони рад - Максимални рок за реализацију Фазе 4 је 2 (два) месеца од завршетка Фазе 2. Фазе 3 и 4 могу се реализовати паралелно. Фаза 5 – Постпродукциона подршка - Фаза 5 започиње завршетком фаза 3 и 4, и траје 2 (два) месеца. Рокови утврђени за Фазе 1–4 представљају максималне рокове за реализацију. Понуђач може поједине фазе реализовати и у краћем року. Фаза 2 започиње након успешног завршетка Фазе 1, док Фазе 3 и 4 започињу након успешног завршетка Фазе 2 и могу се реализовати паралелно. Фаза 5 започиње завршетком фаза 3 и 4. Завршетак сваке од Фаза 1–5 констатује се Записником о квалитативном и квантитативном пријему за предметну фазу. Гарантни период од 12 (дванаест) месеци за отклањање грешака (bug fix) остаје посебна обавеза Понуђача и не сматра се постпродукционом подршком из Фазе 5. Место за комплетно извршење посла: ЕПС АД, Балканска бр.13, Београд. Записник о квалитативном и квантитативном пријему: За сваку реализовану фазу, након успешно извршеног развоја, имплементације, функционалног тестирања и, када је применљиво, пуштања у продукциони рад и обуке корисника за функционалности обухваћене предметном фазом, Комисија за пријем, образована од стране Наручиоца, сачиниће Записник о квалитативном и квантитативном пријему, који ће бити потписан од стране чланова Комисије за пријем и овлашћеног представника понуђача. Наведеним Записником констатује се успешна реализација предметне фазе, односно развој, имплементација, тестирање и, када је применљиво, пуштање у продукциони рад функционалности обухваћених том фазом, у свему у складу са Техничком спецификацијом и дефинисаном динамиком реализације. Потписивање Записника о квалитативном и квантитативном пријему за предметну фазу представља предуслов за фактурисање услуга реализованих у оквиру те фазе. Гарантни период за испоручено софтверско решење износи 12 (дванаест) месеци, почев од дана потписивања Записника о квалитативном и квантитативном пријему Фазе 5, односно након завршетка периода постпродукционе подршке. У гарантном периоду Понуђач је дужан да, без додатне накнаде за Наручиоца, отклања све уочене грешке и недостатке у раду испорученог софтверског решења (bug fix) у складу са дефинисаним роковима за одзив и отклањање проблема. Гарантни период обухвата отклањање грешака и недостатака на испорученим функционалностима и не обухвата развој нових функционалности, измене и дораде које нису биле предмет ове набавке. Понуђач је у обавези да током периода постпродукционе подршке и гарантног периода обезбеди пријем, евидентирање и отклањање пријављених грешака и проблема у раду софтверског решења. Рокови за поступање рачунају се од тренутка пријаве проблема Понуђачу и зависе од нивоа приоритета: Приоритет Опис Време одзива Рок за отклањање Критичан Систем или кључна функционалност није доступна и не постоји прихватљиво алтернативно решење 1 сат 8 сати Висок Значајно нарушена функционалност система, уз велики утицај на рад корисника 4 сата 24 сата Средњи Проблем који не онемогућава рад система и за који постоји алтернативни начин рада 8 сати 48 сати Низак Мањи функционални или визуелни недостатак који не утиче значајно на редован рад система 1 радни дан 5 радних дана Уколико проблем није могуће трајно отклонити у наведеном року, Понуђач је дужан да у року предвиђеном за отклањање обезбеди привремено решење (workaround) којим се омогућава несметан или прихватљив наставак рада, а трајно отклањање проблема изврши у року усаглашеном са Наручиоцем, у зависности од природе и сложености проблема. Ниво приоритета пријављеног проблема утврђује се према утицају проблема на расположивост система, пословне процесе и број корисника на које проблем утиче. KD 1282-2026 Obrazac strukture cene.docx Образац 2 ОБРАЗАЦ СТРУКТУРЕ ЦЕНE ЈН/1000/0131/2026 (1282/2026) Табела 1. Р.бр. Врста услуге JM количина Јед. цена без ПДВ дин Јед. цена са ПДВ дин Укупна цена без ПДВ дин Укупна цена са ПДВ дин Учешће у укупној понуђеној цени у % (1) (2) (3) (4) (5) (6) (7) (8) (9) 1. Пословна анализа и моделовање процеса система за праћење захтева за приступ информацијама од јавног значаја ком 1 2. Развој софтвера за праћење захтева за приступ информацијама од јавног значаја ком 1 3. Тестирање и обука корисника за систем за праћење захтева за приступ информацијама од јавног значаја ком 1 4. Финализација и испорука техничке и корисничке документације, документације изведеног стања и изворног кода софтверског решења, као и пуштање решења у продукциони рад ком 1 5. Постпродукциона подршка ком 1 Укупно: Табела 2. I УКУПНО ПОНУЂЕНА ЦЕНА без ПДВ динара (колонa бр. 7) II УКУПАН ИЗНОС ПДВ динара III УКУПНО ПОНУЂЕНА ЦЕНА са ПДВ (ред бр. I + ред бр. II) динара Датум: Понуђач М.П. Упутство за попуњавање Обрасца структуре цене Понуђач треба да попуни образац структуре цене у Табели 1. на следећи начин: у колону 5 уписати колико износи јединична цена без ПДВ; у колону 6 уписати колико износи јединична цена са ПДВ; у колону 7 уписати колико износи укупна цена без ПДВ и то тако што ће помножити јединичну цену без ПДВ (наведену у колони 5) са траженим обимом-количином (која је наведена у колони 4); у колону 8 уписати колико износи укупна цена са ПДВ и то тако што ће помножити јединичну цену са ПДВ (наведену у колони 6) са траженим обимом-количином (која је наведена у колони 4). у колону 9 уписати процентуално учешће цене појединачне ставке у укупној понуђеној цени. Понуђач треба да попуни табелу 2. на следећи начин: у ред бр. I – уписује се укупно понуђена цена за све позиције без ПДВ из Табеле 1 (збир колоне 7), у ред бр. II – уписује се укупан износ ПДВ, у ред бр. III – уписује се укупно понуђена цена са ПДВ (ред бр. I + ред бр. II). На место предвиђено за место и датум уписује се место и датум попуњавања обрасца структуре цене. На место предвиђено за печат и потпис Понуђач уписује име, презиме, печатом оверава и потписује образац структуре цене. Ставка Максимално учешће у укупној понуђеној цени Пословна анализа и моделовање процеса система за праћење захтева за приступ информацијама од јавног значаја до 15% Развој софтвера за системза праћење захтева за приступ информацијама од јавног значаја до 65% Тестирање и обука корисника за систем за праћење захтева за приступ информацијама од јавног значаја до 10% Финализација и испорука техничке и корисничке документације, документације изведеног стања и изворног кода софтверског решења, као и пуштање решења у продукциони рад до 5% Постпродукциона подршка до 25% Понуђач самостално формира цену сваке појединачне ставке, с тим да процентуално учешће цене појединачне ставке у укупној понуђеној цени не може бити веће од максималног процентуалног учешћа утврђеног за ту ставку. Збир понуђених цена свих појединачних ставки мора бити једнак укупној понуђеној цени, односно збир њихових процентуалних учешћа у укупној понуђеној цени мора износити 100%. Kriterijumi za dodelu ugovora.pdf КРИТЕРИЈУМИ ЗА ДОДЕЛУ УГОВОРА И ОСТАЛИ ЗАХТЕВИ НАБАВКЕ 1 Наручилац: Акционарско друштво Електропривреда Србије, Београд 103920327 Назив поступка: Имплементација система за праћење захтева за приступ информацијама од јавног значаја Референтни број: ЈН/1000/0131/2026 (1282/2026) КРИТЕРИЈУМИ ЗА ДОДЕЛУ УГОВОРА И ОСТАЛИ ЗАХТЕВИ НАБАВКЕ Део конкурсне документације који је генерисан путем Портала у случају када је наручилац означио опцију аутоматског рангирања понуда на Порталу јавних набавки Назив предмета / партије: Имплементација система за праћење захтева за приступ информацијама од јавног значаја Наручилац је дефинисао критеријуме за доделу уговора на основу: Цене Изабран начин рангирања прихватљивих понуда: Аутоматско рангирање Остали захтеви набавке (који нису наведени изнад као критеријуми) Назив: Гарантни рок Јединица мере: месеци Ограничења: Ограничена је минимална вредност коју понуђач може да понуди Минимална дозвољена вредност: 12,00 Ограничена је максимална вредност коју понуђач може да понуди Напомена: У овом делу наведени су остали захтеви набавке који нису претходно наведени као критеријуми за доделу уговора, а понуђач мора на њих да одговори приликом попуњавања електронског обрасца понуде. Ти захтеви могу да се односе на захтеве набавке, које наручилац сматра релевантним за закључење уговора и који се могу нумерички исказати- Резервни критеријуми Уколико две или више понуда имају исту најнижу понуђену цену, као најповољнија биће изабрана понуда оног понуђача који је понудио нижу цену за позицију 1 Обрасца структуре цене. Примена жреба Уколико након рангирања на основу критеријума за доделу и резервних критеријума (ако су дефинисани) није могуће донети одлуку о додели уговора, наручилац ће уговор доделити понуђачу који буде извучен путем жреба. Наручилац ће обавестити све понуђаче који су поднели понуде о датуму када ће се одржати извлачење путем жреба. Жребом ће бити обухваћене само оне понуде које су најповољније након рангирања на основу критеријума за доделу и резервних критеријума (ако су дефинисани). Извлачење путем жреба наручилац ће извршити јавно, у присуству понуђача, и то тако што ће називе понуђача исписати на одвојеним папирима, који су исте величине и боје, те ће све те папире ставити у провидну кутију одакле ће прво извући само један папир. Понуђачу чији назив буде на извученом папиру ће бити додељен уговор. Након извлачења првог папира наручилац извлачи преостале папире један по један те сходно редоследу којим су извучени рангира преостале понуђаче. Понуђачима који не присуствују овом поступку, наручилац ће доставити записник извлачења путем жреба. KD 1282-2026 MODEL UGOVORA.docx МОДЕЛ УГОВОРА-ДОБРА СА ПРАТЕЋИМ УСЛУГАМА У складу са датим моделом уговора и елементима најповољније понуде биће закључен Уговор о јавној набавци. Приликом израде уговора о јавној набавци, дати модел уговора ће бити усклађен са Законом о ПДВ у зависности да ли је изабрани понуђач страно или домаће лице и у случају подношења заједничке понуде усклађен са споразумом групе понуђача. УГОВОРНЕ СТРАНЕ: Акционарско друштво „Електропривреда Србије“ Београд, улица Балканска број 13, матични број 20053658, ПИБ 103920327, текући рачун 160-700-13 Banca Intesа ад Београдкоје заступа законски заступник Душан Живковић, генерални директор (у даљем тексту: Купац) и ______________________(пословно име, седиште, МБ, ПИБ, заступник, у даљем тексту: Продавац), које je члан групе понуђача / Носилац посла 2a) ____________________________(пословно име, седиште, МБ, ПИБ, заступник, члан групе понуђача у складу са Споразумом о заједничком наступању/извршењу, број: ______________ од ____________ године, у даљем тексту заједно названи: Продавац са подизвођачем: _________________________, ул. ____________, бр.____, матични број: ___________, ПИБ: ___________, које заступа __________________, директор, Опис послова који су поверени подизвођачу и проценат учешћа у укупној уговореној вредности:_________________ (у даљем тексту заједно названи: уговорне стране) закључиле су у Београду , следећи УГОВОР О ПРОДАЈИ ДОБАРА СА ПРАТЕЋИМ УСЛУГАМА Имплементација система за праћење захтева за приступ информацијама од јавног значаја ЈН/1000/0131/2026 (1282/2026) УВОДНЕ ОДРЕДБЕ Уговорне стране сагласно констатују: да је Наручилац (у даљем тексту: Купац) у складу са чланом 52. Закона о јавним набавкама („Сл. гласник РС“, бр. 91/2019 и 92/2023, у даљем тексту: Закона) спровео отворени поступак јавне набавке број ЈН/1000/0131/2026 (1282/2026) за набавку добара са пратећим услугама и то: Имплементација система за праћење захтева за приступ информацијама од јавног значаја; да је Јавни позив у вези предметне јавне набавке објављен на Порталу јавних набавки дана ______. Године, интернет страници Купца и на Порталу Службених гласила и база прописа; да Понуда Понуђача (у даљем тексту: Продавац) у потпуности одговара захтеву Купца из позива за подношење понуда и Конкурсне документације; да је Купац, на основу Понуде Продавца и Одлуке о додели уговора, бр. ____________ од ______ године, изабрао Продавца за испоруку добара са пратећим услугама. ПРЕДМЕТ УГОВОРА Члан 1. Предмет овог Уговора о продаји добара са пратећим услугама (даље: Уговор) је испорука добара са пратећим услугама и то: Имплементација система за праћење захтева за приступ информацијама од јавног значаја“ (у даљем текту: Добра са пратећим услугама). Продавац се обавезује да за потребе Купца испоручи уговорена добра и пружи пратеће услуге из става 1. овог члана у уговореном року, у свему према Понуди Продавца број_______ од _____године, Обрасцу структуре цене, Конкурсној документацији за предметну јавну набавку и Техничкој спецификацији, који као прилози чине саставни део овог Уговора. ЦЕНА Члан 2. Укупна цена Добара и пратећих услуга из члана 1. овог Уговора износи _________________(словима:____________________) РСД, без обрачунатог ПДВ. Уговорена вредност из става 1. овог члана која се се односи на испоруку добара са пратећим услугама од стране Продавца који је обвезник ПДВ у Републици Србији, увећава се за порез на додату вредност, у складу са прописима Републике Србије. У цену су урачунати сви трошкови који се односе на предмет Уговора. Цена Добара са пратећим услугама из става 1. овог члана утврђена је на паритету испоручено ЕПС АД, Балканска 13, Београд, где ће бити и извршене пратеће услуге: развоја, имплементације, тестирања и пуштање у рад система за праћење захтева за приступ информацијама од јавног значаја, у свему у складу са Техничком спецификацијом и обухвата трошкове које Продавац има у вези испоруке добара и пружања пратећих услуга на начин како је регулисано овим Уговором. Јединичне цене из усвојене понуде су фиксне и не могу се мењати за све време важења Уговора. НАЧИН ФАКТУРИСАЊА Члан 3. Продавац ће фактурисање вршити Купцу по извршеној испоруци и извршеним пратећим услугама у складу са Обрасцем структуре цене. Продавац се обавезује да, након извршене сваке појединачне фазе, испостави исправну фактуру Купцу, у року од 5 (словима: пет) дана од дана обострано потписаног Записника о квалитативном и квантитативном пријему од стране овлашћених лица Купца и Продавца, без примедби. На испостављеној фактури, Продавац је дужан да наведе број Уговора и број јавне набавке. Уз е-фактуру је обавезан прилог обострано потписани Записник о квалитативном и квантитативном пријему од стране овлашћених лица Купца и Продавца, без примедби. Фактура треба да садржи све елементе предвиђене одредбама члана 42. Закона о ПДВ-у важећим у Републици Србији. Фактура се испоставља у РСД. Фактурисање у случају заједничке понуде - овај члан дефинисати у зависности од одредаба споразума о заједничком извршењу, и то: Испоруку добара са пратећим услугама уградње/монтаже/инсталације/пуштања у рад и фактурисање вршиће сваки члан групе понуђача Купцу за свој обим посла у складу са споразумом о заједничком извршењу, број .......... од ................, , /испоруку добара са пратећим услугама уградње/монтаже/инсталације/пуштања у рад и фактурисање Носиоцу посла врше остали чланови групе понуђача у складу са споразумом о заједничком извршењу, број .......... од ................, који је, као Прилог бр.... саставни део овог Уговора. НАЧИН ДОСТАВЉАЊА ФАКТУРА Члан 4. Фактура мора бити достављена кроз систем електронских фактура уз навођење е-маил адресе Купца: efaktura.uprava@eps.rs. Приликом регистрације фактуре у Систему електронских фактура потребно је да се фактура региструје и у Централном регистру фактура (ЦРФ), а све у складу са правилником који регулише исти. Фактуре које не буду регистроване у ЦРФ биће враћене Добављачу. Фактура гласи на: Акционарско друштво „Електропривреда Србије“, Београд, Балканска 13, Београд, матични број 20053658, ПИБ 103920327, са обавезним прилозима: обострано потписани Записник о квалитативном и квантитативном пријему од стране овлашћених лица Купца и Продавца, без примедби, који мора бити достављен кроз систем електронских фактура уз навођење e-mail адресе Купца. E-mail адресу Купца коме је извршена испорука добара са пратећим услугама, потребно је на систему електронских фактура навести у пољу „Референца Купца“, „Mail слања“ или „Белешка“. У испостављеној фактури, Продавац је дужан да се придржава тачно дефинисаних назива из конкурсне документације и прихваћене понуде (из Обрасца структуре цене). Фактуре који не одговарају наведеним тачним називима, ће се сматрати неисправним. Уколико, због коришћења различитих шифарника и софтверских решења није могуће у самој фактури навести горе наведени тачан назив, Продавац је обавезан да уз фактуру достави прилог са упоредним прегледом назива из фактуре са захтеваним називима из конкурсне документације и прихваћене понуде. Купац испоставља интерну е-отпремницу од царинарнице, најкасније на дан царињења до места испоруке добара где ће се добра инсталирати. НАЧИН ПЛАЋАЊА Члан 5. Плаћање добара са пратећим услугама која су предмет овог Уговора Купац ће извршити на текући рачун Продавца, у року до 45 (словима: четрдесетпет) дана од дана пријема исправне електронске фактуре, које морају бити издате у складу са дефинисаним начином фактурисања у члану 3. овог Уговора. Плаћање укупне цене из члана 2. овог Уговора, извршиће се у динарима, на рачун Продавца. Обавезе по овом Уговору које доспевају у наредној години, Купац ће реализовати највише до износа средстава која ће за ту намену бити одобрена у Трогодишњем програму пословања за године у којима ће се плаћати уговорене обавезе. Начин плаћања у случају да је привредни субјект поверио део посла подизвођачу / подизвођачима У случају да Подизвођач не захтева директно плаћање: Купац ће након плаћања Продавцу, затражити од Продавца да му у року од 60 дана достави доказ и изјаву подизвођача којом он потврђује да му је извршено плаћање његових потраживања Продавац се обавезује да након сваког појединачног плаћања од стране Купца за део посла које изврши Подизвођач, у року од 60 дана, достави доказе Купцу (потврда банке о извршеном преносу средстава на рачун Подизвођача) као и изјаву Подизвођача да је Продавац извршио плаћање Подизвођачу његових потраживања, те уколико Продавац не поступи на наведени начин и у наведеном року, Купац ће против Продавца, у складу са чланом 131. Закона поднети предлог за покретање прекршајног поступка Канцеларији за јавне набавке у року од 30 (словима: тридесет) дана од дана истека наведеног рока од 60 дана У случају да Подизвођач захтева директно плаћање: Купац ће Подизвођачу извршити плаћање на текући рачун Подизвођача за део посла који је он извршио, у року од 45 (словима: четрдесетпет) /....................(словима: ...................) дана од дана пријема исправне фактуре, односно издавања електронске фактуре. РОК ИСПОРУКЕ И ПРУЖАЊА ПРАТЕЋИХ УСЛУГА Члан 6. Продавац се обавезује да испоруку Добара са пратећим услугама изврши у року од ____ (најдуже 12 (словима: дванаест) месеци од дана ступања Уговора на снагу. Испорука добара са пратећим услугама извршиће се по фазама и у роковима датим у Техничкој спецификацији, која као прилог чини саставни део овог Уговора. Ако Продавац не испуни обавезу о року, Купац ће му оставити примерен накнадни рок за испуњење, у ком случају ће Продавац платити уговорну казну у висини одређеној овим Уговором. Ако Продавац не испуни обавезу ни у остављеном примереном накнадном року, Купац ће реализовати своја права из средства обезбеђења за испуњење уговорних обавеза. МЕСТО ИСПОРУКЕ ДОБАРА И ПРУЖАЊА ПРАТЕЋИХ УСЛУГА Члан 7. Место испоруке добара и пружања пратећих услуга је на адреси: ЕПС АД, Балканска 13,Београд. Продавац се обавезује да, у оквиру утврђене динамике, отпрему, транспорт и испоруку Добара организује тако да се пријем Добара на предвиђеној локацији Купца врши у времену од 07:30 до 15:30 часова, а у свему у складу са инструкцијама и захтевима Купца. За добра која се испоручују, Купац је дужан да изда интерну е-отпремницу у складу са Законом о електронским отпремницама („Службени Гласник РС“, бр. 94/2024, 109/2025 и 80/2026) и Правилником о електронским отпремницама („Службени гласник РС“, бр. 21 од 13 марта 2025, 120 од 30. децембра 2025), и то од царинарнице, најкасније на дан царињења до места испоруке добара где ће се добра инсталирати и пустити у рад. КВАНТИТАТИВНИ И КВАЛИТАТИВНИ ПРИЈЕМ Члан 8. Kвалитативни и квантитативни пријем Добара са пратећим услугама врши се за сваку реализовану фазу, након успешно извршеног развоја, имплементације, функционалног тестирања и, када је применљиво, пуштања у продукциони рад и обуке корисника за функционалности обухваћене предметном фазом. Комисија за пријем, образована од стране Купца, сачиниће Записник о квалитативном и квантитативном пријему, који ће бити потписан од стране овлашћених представника Купца и Продавца. Наведеним Записником констатује се успешна реализација предметне фазе, односно развој, имплементација, тестирање и, када је применљиво, пуштање у продукциони рад функционалности обухваћених том фазом, у свему у складу са Техничком спецификацијом и дефинисаном динамиком реализације. Потписивање Записника о квалитативном и квантитативном пријему за предметну фазу представља предуслов за фактурисање услуга реализованих у оквиру те фазе. У случају да се приликом пријема Добара са пратећим услугама утврди да стварно стање не одговара обиму и квалитету, Купац је дужан да рекламацију записнички констатује и исту одмах достави Продавцу. Продавац се обавезује да недостатке установљене од стране Купца приликом квантитативног и квалитативног пријема отклони у року од 8 (словима:осам) дана од момента пријема рекламације о свом трошку. ГАРАНТНИ РОК Члан 9. Гарантни рок за испоручена Добра са пратећим услугама из члана 1. овог уговора , износи ___ (најмање 12 (словима:дванаест)) месеци од дана потписивања Записника о квалитативном и квантитативном пријему Фазе 5. Гарантни период од 12 (дванаест) месеци за отклањање грешака (bug fix) остаје посебна обавеза Продавца и не сматра се постпродукционом подршком из Фазе 5. Продавац у оквиру гарантног рока о свом трошку отклања све уочене грешке и недостатке у раду испорученог софтверског решења (bug fix) у складу са дефинисаним роковима за одзив и отклањање проблема у Техничкој спецификацији. Гарантни период обухвата отклањање грешака и недостатака на испорученим функционалностима и не обухвата развој нових функционалности, измене и дораде које нису биле предмет ове набавке. Продавац је у обавези да током периода постпродукционе подршке и гарантног периода обезбеди пријем, евидентирање и отклањање пријављених грешака и проблема у раду софтверског решења. Рокови, наведени у Техничкој спецификацији, за поступање, рачунају се од тренутка пријаве проблема Продавцу и зависе од нивоа приоритета. Уколико проблем није могуће трајно отклонити у наведеном року, Продавац је дужан да у року предвиђеном за отклањање обезбеди привремено решење (workaround) којим се омогућава несметан или прихватљив наставак рада, а трајно отклањање проблема изврши у року усаглашеном са Купцем, у зависности од природе и сложености проблема. Ниво приоритета пријављеног проблема утврђује се према утицају проблема на расположивост система, пословне процесе и број корисника на које проблем утиче. Гарантни рок се продужава за време за које Добро, због недостатака, у гарантном року није коришћено на начин за који је купљено и време проведено на отклањању недостатака на Добру у гарантном року. На замењеном Добру тече нови гарантни рок и износи 12 (словима:дванаест) месеци од датума замене. Сви трошкови који буду проузроковани Купцу, а везани су за отклањање недостатака на испорученим Добрима са пратећим услугама, сагласно овом Уговору, у гарантном року, иду на терет Продавца. ОВЛАШЋЕНИ ПРЕДСТАВНИЦИ ЗА ПРАЋЕЊЕ ИЗВРШЕЊА УГОВОРА Члан 10. Овлашћени представници Купца за праћење извршења овог Уговора су: ________________________________ (навести име и презиме и електронску адресу ) ________________________________ - заменик (навести име и презиме и електронску адресу). Лице за праћење извршења уговора обавља следеће: прати усаглашеност уговорених и извршених позиција и евентуалних одступања; прати уговорене рокове за извршење и рокове важења уговора; прати поступање по примедбама; потписује Записник/е Извештај/е и све прилоге који се односе на рачуноводствену исправу о извршеној испоруци добара/Записника о квалитативно и квантитативном пријему добара припрема документацију и информације за извршење уговора и извршава и друге дужности везане за извршење предмета уговора да, у случају кашњења са испоруком, без одлагања, а најкасније пре пријема предмета Уговора саопшти Продавцу да задржава право на уговорну казну Овлашћени представници Продавца за праћење извршења овог Уговора су: ________________________________ (навести име и презиме и електронску адресу) У случају потребе за изменом/допуном лица из става 1. овог члана, предлагач предметне набавке о истом доставља писмено обавештење наведеним лицима и лицима која ће бити замена/допуна, као и лицу за праћење извршења уговора друге уговорне стране. У случају потребе за изменом/допуном лица из става 3. овог члана, Продавац о истом доставља писмено обавештење наведеном лицу и лицу које ће бити замена/допуна, као и другој уговорној страни. МЕНИЦА КАО СРЕДТВО ОБЕЗБЕЂЕЊА ЗА ИСПУЊЕЊЕ УГОВОРНИХ ОБАВЕЗА Члан 11. АКО ПРОДАВАЦ ПОДНОСИ ЕЛЕКТРОНСКУ МЕНИЦУ: Продавац се обавезује да у року од 10 (словима: десет) дана од дана закључења Уговора, као одложни услов из члана 74. став 2. Закона о облигационим односима (у даљем тексту: ЗОО) Купцу достави на начин регулисан одлуком о ближим условима, садржини и начину вођења регистра меница и овлашћења електронску меницу као средство обезбеђења за испуњење уговорних обавеза на износ од 10 (словима:десет)% од вредности уговора (без ПДВ), са роком важења минимално 30 (словима: тридесет) дана дужим од рока испуњења уговорних обавеза с тим да евентуални продужетак рока испуњења наведених обавеза има за последицу и продужење рока важења менице. АКО ПРОДАВАЦ ПОДНОСИ ПАПИРНУ МЕНИЦУ: Продавац је обавезан да Купцу у року од 10 (словима: десет) дана од дана закључења уговора, као одложни услов из члана 74. став 2. Закона о облигационим односима, достави средство обезбеђења за испуњење уговорних обавеза и то: бланко сопствену меницу која је: потписана и оверена од стране законског заступника или лица по овлашћењу законског заступника, на начин који прописује Закон о меници и и евидентирана у Регистру меница и овлашћења кога води Народна банка Србије у складу са Одлуком о ближим условима, садржини и начину вођења регистра меница и овлашћења 2. менично писмо – овлашћење којим Продавац овлашћује Купца да може наплатити меницу, на износ од 10 (словима:десет)% од вредности уговора (без ПДВ), са роком важења минимално 30 (словима: тридесет) дана дужим од рока испуњења уговорних обавеза с тим да евентуални продужетак рока испуњења наведених обавеза има за последицу и продужење рока важења менице и меничног овлашћења, које мора бити издато на основу Закона о меници; овлашћење којим законски заступник овлашћује лице за потписивање менице и меничног овлашћења за конкретан посао, у случају да меницу и менично овлашћење не потписује законски заступник Продавца фотокопију важећег Картона депонованих потписа који је издат од стране пословне банке коју Продавац наводи у меничном овлашћењу и доказ о регистрацији менице у Регистру меница Народне банке Србије (фотокопија Захтева за регистрацију менице од стране пословне банке која је извршила регистрацију менице или извод са интернет странице Регистра меница и овлашћења НБС). Уговорне стране су сагласне да Купац може, без било какве претходне сагласности Продавца, поднети на наплату ово средство обезбеђења, у случају да: Продавац не испуни у целини своју уговорну обавезу, Продавац не испуни делимично своју уговорну обавезу, своју уговорну обавезу/ не изврши ни у остављеном примереном накнадном року, као и у другим случајевима неуредног испуњења Уговора По испуњењу обавеза из Уговора, уколико је Продавац испунио све обавезе из Уговора, Купац је у обавези да врати достављену бланко сопствену меницу. У случају делимичне реализације права из менице од стране Купца пре истека рока њеног важења, Продавац је у обавези да у року од 5 (словима: пет) дана достави Купцу ново средство обезбеђења за испуњење угворних обавеза, којe садржи нови, односно умањени износ. Ср

Open on: Portal javnih nabavki (UJN) ↗

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.
  • We check the source daily; tender changes (deadline, documents) appear on the same card.

How it works →

Get tenders like this automatically — with AI review

Set up your search template once and receive a ready-made answer in Telegram for every relevant tender, not raw data to process by hand.

🎯 Worth bidding?

AI verdict based on the specification.

📋 What to prepare

Checklist of documents and qualifications.

📝 Application draft

A ready draft you just refine.

30 days of Pro free. No contract, cancel anytime.