← На главную
Новый

Услуга подршке у продаји улазница

🏛 ПРИВРЕДНО ДРУШТВО ЗООЛОШКИ ВРТ ГРАДА БЕОГРАДА ДОО БЕОГРАД (СТАРИ ГРАД)

Сохранить
Срок подачи
16.11.2026 12:00 Осталось 23 дня 📅 В календарь
Оценочная стоимость
не указана
Статус
Активен
Регион
Grad Beograd
Тип процедуры
Открытая процедура
Источник
Portal javnih nabavki (UJN)
72000000Услуге информационе технологије: саветодавне услуге, израда апликација, интернет и подршка Плановый период: 4. квартал 2026

Описание и техзадание

Из документации
POTVRDA O NEOPHODNOM TEHNICKOM I STRUCNOM KAPACITETU.docx POTVRDA O NEOPHODNOM TEHNIČKOM I STRUČNOM KAPACITETU Naručilac:_______________________________ Sedište:_________________________________ Ulica i br.________________________________ Telefon _________________________________ Matični br._______________________________ PIB:_____________________________________ U skladu člana 124. Zakona o javnim nabavkama, izdaje POTVRDU kojom potvrđuje da je ponuđač __________________________________________________________________________ (naziv i adresa ponuđača) u period od prethodne tri godinе, pre roka za podnošenje ponuda, pružio usluge podrške u onlajn prodaji karata/ulaznica u vrednosti od ________________ dinara bez PDV-a. Potvrda se izdaje na zahtev ponuđača ______________________________________________ radi učešća u postupku javne nabavke usluge podrške u prodaji ulaznica, broj 03/2026 za potrebe PRIVREDNOG DRUŠTVA ZOOLOŠKI VRT GRADA BEOGRADA DOO BEOGRAD (STARI GRAD) i u druge svrhe se ne može koristiti. Napomena: Kao dokaz navedene potvrde ponuđač je u obavezi da dostavi kopije Ugovora i faktura. Da su podaci tačni svojim pečatom i potpisom potvrđuje: U ___________________ Za naručioca : _________________________________ Prilog: Ugovori, fakture Opis - tehnička specifikacija.docx ТЕХНИЧКА СПЕЦИФИКАЦИЈА за јавну набавку услуга подршке у продаји улазница Предмет јавне набавке је обједињено решење које повезује шалтерску продају, самоуслужну продају, online продају и контролу приступа у један централно управљив систем. Решење укључује и опрему за два самоуслужна продајна места и опрему за два физичка продајна места,. Пружалац је дужан да интегрише у свој систем 6 постојећих капија и у постојећи апарат за продају улазница уколико је могуће. На тај начин обезбеђује се јединствена логика креирања, продаје, фискализације, валидације и извештавања за све канале продаје. Рок за инсталацију и пуштање у рад је 5 дана од дана пријем наруџбенице наручиоца. Плаћање услуга засновано је на плаћању накнаде кроз понуђени проценат од укупног промета од продаје улазница преко интегрисаног система. На наведени начин се трошкови прилагођавају реалним резултатима пословања. При онлајн продаји карата, пружалац услуге се обавезује да поштује усвојени ценовник Наручиоца. Пружалац услуге је дужан да одржава уређаје/опрему у исправном стању у периоду важења уговора. Уколико дијагностику није могуће извршити даљински, пружалац услуге се обавезује да изврши дијагностику на лицу места, при чему време одзива не може бити дуже од 6 часова. Пружалац услуге је дужан да обезбеди резервне делове за одржавање опреме/система. Оквирни споразум се закључује на период од 48 месеци. Детаљна спецификација: Предмет набавке је испорука, имплементација, конфигурација и одржавање интегрисаног система за продају карата, онлајн продају, фискализацију, издавање и валидацију улазница, као и контролу приступа кроз уређаје, валидаторе и физичке баријере. Систем треба да подржи рад различитих продајних и контролних канала, укључујући централну администрацију, продајна места, киоске, wеб портал, ручну контролу приступа и аутоматску контролу приступа на капијама/рампама. Обим локација, уређаја и хардверске инфраструктуре Систем и услуге из ове техничке спецификације морају бити обезбеђени за најмање следећи обим продајних и контролних тачака: Врста локације/уређаја Планирани број Физичка продајна места / благајне 2 Киосци за самосталну продају 2 или 3 уколико је могуће интегрисати постојећи апарат за продају улазница Баријере, капије и/или рампе са валидаторима 6 Наведене количине представљају почетни планирани обим. Решење мора бити скалабилно и омогућити накнадно повећање или прерасподелу броја продајних места, киоска, валидатора, баријера, капија и рампи током трајања уговора, у складу са потребама Наручиоца. У случају потребе повећања планираног обима опреме, одговарајућа накнада за додатну опрему дефинисаће се анексом уговора, сразмерно повећању улагања и елементима који одређују цену која је уговорена. Прилагођавање постојећем хардверу и обезбеђивање нове опреме Обавезно је извршити анализу постојеће хардверске инфраструктуре Наручиоца и софтверско решење, у највећој могућој мери, прилагодити постојећим уређајима и опреми, под условом да таква опрема испуњава минималне техничке, безбедносне и функционалне услове за поуздан рад система. Када постојећи хардвер није компатибилан, није довољних перформанси, није безбедан за употребу или не може да обезбеди захтевану функционалност и расположивост система, Понуђач је дужан да обезбеди, испоручи, инсталира, конфигурише, интегрише и пусти у рад одговарајући нови или заменски хардвер. Сви трошкови анализе, прилагођавања, набавке, испоруке, транспорта, монтаже, инсталације, конфигурације, интеграције, пуштања у рад, превентивног и корективног одржавања, резервних делова и замене неисправне опреме морају бити укључени у понуђени проценат накнаде од укупног промета од продаје улазница и не могу се посебно фактурисати Наручиоцу. Понуђач је одговоран за функционалну исправност, међусобну компатибилност и редовно одржавање целокупне опреме коју користи систем, без обзира на то да ли је опрема затечена код Наручиоца, прилагођена постојећем окружењу или испоручена од стране Понуђача. Трошкови поправке или замене опреме који су последица редовног коришћења, уобичајеног хабања, техничког квара, скривеног недостатка, фабричке неисправности или других узрока који се не могу приписати поступању Наручиоца падају на терет Понуђача и сматрају се укљученим у понуђени проценат накнаде. Изузетно од претходног става, Понуђач није дужан да сноси трошкове поправке или замене опреме уколико је оштећење, уништење или губитак опреме настао услед намерног поступања, крајње непажње, несавесног или неправилног руковања, употребе супротне намени или упутствима, неовлашћеног отварања, преправке или поправке, физичког лома, пада, удара, просипања течности, неадекватног чувања, неовлашћеног изношења опреме или друге радње или пропуста Наручиоца, његових запослених, ангажованих лица или других лица којима је Наручилац омогућио приступ опреми. У случајевима из претходног става, Наручилац је дужан да Понуђачу надокнади оправдане и документоване трошкове поправке оштећене опреме, укључујући трошкове резервних делова, транспорта, дијагностике и сервисирања. Ако поправка није могућа или није економски оправдана, Наручилац је дужан да надокнади вредност набавке одговарајуће заменске опреме истих или најмање еквивалентних техничких карактеристика. Узрок, врста и обим оштећења утврђују се записником који сачињавају овлашћени представници уговорних страна, уз фотографије, сервисни извештај или другу одговарајућу документацију. Уколико уговорне стране не могу сагласно да утврде узрок оштећења, могу ангажовати независно стручно лице, а трошкове стручног утврђивања сноси страна за коју се утврди да је одговорна за насталу штету. Наручилац је дужан да сваки квар, оштећење, губитак или неовлашћено коришћење опреме пријави Понуђачу без одлагања, а најкасније у року од 24 часа од сазнања за наведени догађај, и да до доласка овлашћеног лица Понуђача предузме разумне мере ради спречавања даљег настанка или увећања штете. Минимални технички захтеви за хардвер Понуђени или прилагођени хардвер мора бити професионалне намене, погодан за континуиран рад у условима конкретне локације и најмање следећих карактеристика, односно еквивалентних или бољих: Категорија Минимални захтеви Радна станица на продајном месту Android 15.6" Full HD (1920x1080) ekran , minimum Quad-Core 2.2GHz procesor, 4 GB RAM, 64 GB, Ethernet, Wi-Fi, 4 USB Type-A, 1 RJ11, 1 RJ12, 1 RJ45,1 Audio Jack, 1 DC Port,1 Type-C Опрема за продајно место Termalni POS štampač širine papira 58/80 mm sa automatskim sekačem, čitač bezbednosnog elementa PSAM. Киоск за самосталну продају Android 27" 1080*1920 ekran, minimum Octa-Core 2.4GHz, 8GB RAM, 64GB ROM, Wi-Fi/ Bluetooth/ Ethernet, Paper Width: 80mm, Φ80mm, with auto cutter, 1 RJ45, 2 USB-A 3.0, 4 USB-A 2.0, ISO14443 Type A/B, Mifare, Валидатор Android 7-inch, 720*1280 ekran, Quad-Core 2.0GHz, 2GB RAM, 16GB ROM, ISO14443 Type A/B, Mifare, 1 Sim, 4 SAM, LTE/WCDMA/GPRS/WiFi/Bluetooth, Circular Connector:1 DCCharge(2PINs)Circular Connector:1 Relay+1 RS485(6PINs)1 Micro USB 1 DC Charger, 1 Relay, 4GPIO(2xIn, 2x Out), 1 FMS(CAN), 1 RS485, 1 RS232, 1 USB 1 LAN:Passive POE:12V/24V, CE, ROHS, IK08, IP65, Operating temperature: -20℃~60℃ Мрежна и енергетска инфраструктура За сваки уређај мора бити обезбеђено стабилно напајање 230V AC ±10%, 50 Hz, као и мрежни прикључак са приступом локалној мрежи и интернету. Општи услови Сва опрема мора бити нова, професионалне намене, намењена континуираном раду Конкретна конфигурација сваког уређаја утврђује се након увида у локацију и постојећу опрему, при чему понуђена конфигурација не сме бити испод наведеног минимума, осим када Понуђач документовано докаже да другачија, еквивалентна конфигурација обезбеђује исту или бољу функционалност, поузданост и безбедност. Увид у постојећи хардвер и локације Наручилац ће заинтересованим привредним субјектима, на њихов писани захтев омогућити увид у расположиви постојећи хардвер, периферну опрему, баријере, капије, рампе, мрежну инфраструктуру и локације на којима се систем имплементира. Заинтересовани привредни субјекти могу се обратити Наручиоцу путем Портала јавних набавки ради заказивања термина за обилазак и технички увид. Увид служи за проверу компатибилности, процену потребног прилагођавања и утврђивање обима евентуалне испоруке новог или заменског хардвера. Заинтересовани привредни субјекти добиће Потврду о обиласку локације Наручиоца, коју могу приложити уз своју понуду. Сматраће се да је Понуђач приликом припреме понуде узео у обзир затечено стање, доступне информације и све трошкове потребне за испуњење захтева из ове техничке спецификације. Циљеви система Циљеви система су: •централизовано управљање догађајима, картама, ценама, продајним местима, попустима и промоцијама; •продаја карата кроз више канала: физичка продајна места, киосци, wеб портал и мобилне/десктоп продајне апликације; •подршка за фискализацију, различите начине плаћања и издавање фискалних докумената; •издавање електронских и штампаних карата са баркодом, QР кодом или другим идентификатором; •валидација карата и картица кроз ручну и аутоматску контролу приступа; •управљање капијама, валидаторима, баријерама и правилима проласка; •евидентирање свих продајних, контролних и административних активности; •извештавање и аналитика по догађају, купцу, продавцу, трансакцији и контролним тачкама. Захтеви су формулисани као минимални функционални и технички услови које понуђено решење треба да испуни. Решење може садржати и шири скуп функционалности, под условом да су испуњени захтеви из ове спецификације и да се не нарушава интегритет пословног процеса. Општи опис система Систем за продају карата представља модуларно софтверско решење које обухвата администрацију, продају, онлине куповину, издавање улазница, контролу приступа и извештавање. Централни систем чува заједничке податке, док појединачне апликације користе исте конфигурације, шифарнике и пословна правила. Решење треба да омогући рад са различитим типовима догађаја, улазница, картица, акредитација, паркинг карата, промотивних кодова и продајних канала. Пословна логика мора бити централизована тако да се измене у администрацији примењују на све повезане апликације. Концепт рада •администратор дефинише догађаје, типове карата, цене, периоде продаје и правила приступа; •продајне апликације и wеб портал преузимају важеће податке и омогућавају продају крајњим корисницима; •након куповине систем генерише карту, евидентира трансакцију, фискализује продају где је применљиво и доставља карту купцу; •апликације за контролу приступа валидирају карту на основу централних правила, статуса карте, броја дозвољених улазака и конфигурације капије; •сви догађаји продаје и валидације евидентирају се ради извештавања, ревизије и корисничке подршке. Основни ток продаје и валидације 1.Креирање и активација догађаја у административној апликацији. 2.Дефинисање типова карата, цена, фискалних параметара, периода продаје и правила коришћења. 3.Додела типова карата продајним местима, wеб порталу, киосцима и другим каналима. 4.Реализација куповине кроз изабрани продајни канал. 5.Обрада плаћања, фискализација и генерисање карте. 6.Слање карте купцу или штампа карте на продајном месту/киоску. 7.Валидација карте на улазу, излазу, паркингу или инфо тачки. 8.Евидентирање резултата провере и доступност података кроз извештаје. Обухват система и апликативне компоненте Систем се састоји од више апликативних компоненти које заједно чине јединствено решење за продају карата и контролу приступа. Komponenta Opis Administrativna aplikacija Centralno upravljanje sistemom, događajima, kartama, korisnicima, prodajnim mestima, web portalom, kontrolom pristupa i izveštajima. Prodajna aplikacija Windows/Android Aplikacija za rad prodavaca na fizičkim prodajnim mestima, sa podrškom za korpu, naplatu, fiskalizaciju i štampu karata. Kiosk aplikacija Aplikacija namenjena samouslužnoj prodaji karata na kioscima, sa pojednostavljenim korisničkim interfejsom i podrškom za elektronsko plaćanje. Web portal za online prodaju Javni portal za pregled događaja, kupovinu karata, online plaćanje, dostavu PDF karata i komunikaciju sa kupcima. Aplikacija za manuelnu kontrolu pristupa Mobilna/desktop aplikacija za ručno skeniranje i proveru karata na ulazima, izlazima, parkingu i info tačkama. Aplikacija za validatore i barijere Softver za rad fizičkih validatora, kapija i rampi, sa automatskom proverom prava prolaza. Izveštajni modul Pregled i analiza prodaje, transakcija, ulaznica, prodavaca, kupaca i opterećenja kontrolnih tačaka. Корисничке улоге и права приступа Систем треба да подржи рад више типова корисника, са могућношћу доделе права приступа по модулима, функцијама, продајним местима и типу операције. Uloga Opis ovlašćenja Administrator sistema Upravlja globalnim podešavanjima, šifarnicima, korisnicima, pravima i konfiguracijom svih modula. Administrator događaja Kreira i održava događaje, tipove karata, periode prodaje, kategorije i web prikaz događaja. Prodavac / operater Vrši prodaju karata, naplatu, izdavanje karata, reprint i dozvoljene operacije nad kupovinama. Kontrolor pristupa Vrši proveru karata kroz aplikaciju za manuelnu kontrolu pristupa, u skladu sa dodeljenim privilegijama. Operater izveštaja Pristupa izveštajima i analitičkim prikazima u skladu sa dodeljenim pravima. Krajnji kupac Kupuje karte preko web portala ili kioska, prima elektronsku kartu i koristi je za pristup događaju ili parkingu. Управљање правима треба да обезбеди принцип најмањих привилегија, тј. корисник треба да види и користи само оне функције које су неопходне за његову улогу. Административна апликација Административна апликација је централно место за управљање целокупним системом. Намењена је овлашћеним корисницима и омогућава унос, измену, преглед, активацију, деактивацију, архивирање и претрагу кључних података система. Апликација треба да буде организована по функционалним модулима: продаја, администрација, контрола приступа, wеб сајт, извештаји и шифарници. Подаци дефинисани у административној апликацији користе се у свим осталим апликацијама и каналима продаје. Управљање догађајима Модул за догађаје омогућава креирање и одржавање догађаја за које се врши продаја карата или контрола приступа. За догађај се дефинишу основни подаци, тип догађаја, категорија, опис, напомена, статус активности, период трајања догађаја и период продаје. •назив, опис, напомена и тип догађаја; •основна категорија и ознака да ли је догађај паркинг догађај; •почетак и крај догађаја; •почетак и крај продаје; •аутоматско активирање догађаја и продаје; •архивирање и активација/деактивација догађаја; •повезивање догађаја са wеб приказом и контролом приступа. Типови карата за догађај За сваки догађај систем мора омогућити дефинисање више типова карата са различитим ценама, правилима продаје, правилима штампе и правилима коришћења. •категорија, редни број, назив и цена типа карте; •додела темплате-а за штампу; •повезивање са промоцијом или попустом; •период продаје по типу карте; •статус активности и аутоматско укључивање у продају; •подршка за обичне, групне, паркинг, промотивне, персонализоване и посебне карте. Продајна места за догађај Систем мора омогућити повезивање догађаја и типова карата са конкретним продајним местима. Тиме се обезбеђује да поједини типови карата буду доступни само на одређеним каналима продаје. •додела типова карата продајном месту; •дефинисање почетка и краја продаје по продајном месту; •статус аутоматског укључивања продаје; •статус активне/неактивне продаје; •подршка за физичке благајне, интернет продају, киоске и посебна продајна места. Куповине, карте и евидентиране карте Административна апликација мора омогућити преглед реализованих куповина, припадајућих карата и евидентираних/претходно припремљених карата. •преглед броја куповине, времена продаје, укупне цене, попуста и методе испоруке; •преглед продавца, уређаја, продајног места и фискалног статуса; •преглед припадајућих карата са баркодом, количином, ценом и статусом репринта; •сторнирање куповине у складу са правима корисника; •поновно креирање ПДФ карте и извоз података; •рад са распонима евидентираних карата и повезивање са купцима и трансакцијама. Попусти, промо кодови и промоције Систем мора подржати дефинисање попуста и промотивних правила која се могу користити кроз продајне апликације и wеб портал. •фиксни и процентуални попусти; •попусти уз промо код; •условни попусти у зависности од вредности корпе или других критеријума; •период важења попуста; •максималан број куповина и максималан број улазница по коду; •евиденција искоришћености кодова; •генерисање кодова, увоз из ЦСВ фајла, извоз у ЦСВ и активација/деактивација. Административни шифарници и матични подаци Административни модул мора обухватити шифарнике и матичне податке који се користе у целом систему. •продајна места, укључујући адресу, контакт податке, активност, типове карата, е-маил параметре и географске координате; •продавци и оператери, укључујући корисничко име, контакт податке, ИД картице, активност и право сторнирања; •купци, укључујући податке за фискализацију, ПИБ, адресу, контакт особу и друге идентификационе податке; •уређаји и нерегистровани уређаји, укључујући јединствени број, продајно место, верзију софтвера, верзију локалне базе, последњу пријаву и последњи пинг; •главне категорије, категорије и типови карата; •сајтови, е-маил шаблони, дизајн улазница и варијабле које се користе на улазници. Тип карте као централни шифарник Тип карте представља један од кључних елемената система. Кроз тип карте дефинишу се фискални параметри, технологија карте, правила коришћења и ограничења улазака. •назив, опис, шифра, технологија карте и боја; •фискализација и пореска стопа уколико не постоји пореско ослобођење; •персонализација и слободни текстови; •минимални и максимални број улазака; •максимални број улазака у дану; •минимални број минута између улазака; •правила за групни улазак; •тип слике карте и активност. Дизајн улазнице и варијабле карте Систем мора омогућити административно подешавање изгледа улазнице, без измене програмског кода. Дизајн улазнице треба да обухвати распоред елемената, лого, слику, текстуалне податке, баркод/QР код и податке о куповини. •визуелни едитор или конфигуратор шаблона улазнице; •преглед коначног изгледа карте пре употребе; •подршка за баркод, QР код и линијски приказ идентификатора; •варијабле за назив манифестације, тип карте, број улазака, важење, цену, место издавања, време издавања, радника и податке о купцу; •активација/деактивација варијабли, префикси, примери вредности и типови варијабли. Контрола приступа у администрацији Административна апликација мора омогућити централно подешавање правила контроле приступа, оператора контроле, капија, шаблона и логова проласка. •лог свих покушаја валидације са поруком резултата провере; •управљање валидаторима/корисницима контроле приступа и њиховим привилегијама; •конфигурације контроле приступа по догађајима, дешавањима и временским периодима; •шаблони контроле приступа за поновну примену стандардних правила; •капије, рампе и повезани уређаји; •евиденција нерегистрованих капија и последњег приступа. WЕB администрација WЕB модул у административној апликацији мора омогућити управљање онлине порталом, интернет корисницима, wеb приказом догађаја, статичким странама, вестима, галеријама, банерима, менијима и подешавањима сајта. •преглед неуспешних куповина и детаља корпе; •администрација интернет корисника; •wеb подешавања догађаја: слуг, наслов, опис, слике, кључне речи и видљивост; •сајтови и општа подешавања портала; •категорије вести, постови и статичке/фиксне стране; •мале и велике галерије, банери, стекови, карусели и клизачи; •главни мени, групе у менију, footer линкови и позиције линкова; •reCAPTIHA, Google/Facebook пријава, правни линкови, политика приватности и трајање корпе. Извештаји Систем мора имати модул за извештавање доступан из административне апликације. •преглед трансакција; •преглед улазница; •продаја по догађају; •аналитика продавца; •аналитика продавца са фискалним подацима; •оптерећење пешачких баријера; •преглед по купцу. Продајна апликација за Windows и Андроид Продајна апликација је намењена раду на физичким продајним местима, благајнама, мобилним продајним тачкама и другим каналима где продавац непосредно реализује продају карата. Апликација треба да буде доступна за Windows и Андроид платформу, уз исти пословни модел и синхронизоване податке. Основне функционалности продајне апликације •пријава продавца и идентификација продајног места/уређаја; •преглед доступних догађаја и типова карата по правилима додељеног продајног места; •претрага догађаја и избор термина, типа карте, количине и опција; •корпа са прегледом ставки, укупне цене, попуста и начина плаћања; •примена промо кодова и одобрених попуста; •унос података купца када је потребно за фискализацију, фактуру или персонализацију карте; •наплата готовином, картицом или другим подржаним методама; •фискализација продаје и евидентирање фискалног статуса; •штампа улазнице и/или фискалног документа; •поновна штампа/репринт у складу са правима корисника; •сторнирање трансакције искључиво корисницима са одговарајућом дозволом; •преглед претходних куповина на продајном месту. Рад са фискалном касом и штампом Продајна апликација треба да подржи интеграцију са фискалним уређајем или прописаним системом фискализације, као и штампу улазница на одговарајућим штампачима. Систем мора евидентирати статус фискализације и омогућити контролу успешно и неуспешно фискализованих продаја. •слање података за фискализацију; •евидентирање броја рачуна и статуса фискализације; •штампа карте, рачуна или комбинованог документа, у зависности од пословног процеса; •подршка за различите шаблоне штампе по типу карте; •контрола права за репринт и сторнирање. Рад у условима отежане комуникације Уколико пословни процес захтева рад на локацијама са нестабилном везом, апликација треба да подржи локално чување неопходних података и контролисану синхронизацију са централним системом. Минимални обим офлине рада и правила синхронизације дефинишу се у фази имплементације. Апликација за рад на киосцима Киоск апликација је намењена самоуслужној продаји карата на физичким киоск уређајима. Интерфејс треба да буде прилагођен раду на екрану осетљивом на додир и намењен крајњем кориснику без посредовања продавца. Функционалности киоск апликације •приказ доступних догађаја и категорија карата; •једноставан избор догађаја, типа карте и количине; •приказ корпе и укупног износа; •унос основних података купца уколико је потребан; •примена промо кода уколико је омогућена за киоск канал; •електронско плаћање или други подржани начин наплате; •штампа карте на киоск штампачу или слање карте на е-маил; •аутоматско враћање апликације на почетни екран након завршетка или истека сесије; •евидентирање неуспешних и прекинутих куповина; •надзор статуса киоска кроз административни модул уређаја. Оперативни захтеви за киоске Киоск апликација треба да буде дизајнирана за стабилан рад у режиму ограниченог корисничког приступа, без могућности изласка из апликације од стране крајњег корисника. Потребно је предвидети централно управљање доступним садржајем, ценама и правилима продаје. Wеb портал за онлине продају карата Wеb портал представља јавни канал за онлине продају карата. Портал треба да буде повезан са централним системом и да користи догађаје, типове карата, цене, периоде продаје, попусте, промоције и правила која су дефинисана у административној апликацији. Функционалности за крајњег корисника •преглед догађаја, категорија, термина и доступних улазница; •претрага и филтрирање догађаја; •преглед детаља догађаја, описа, слика, цена и услова продаје; •додавање карата у корпу; •трајање корпе у складу са подешавањем администрације; •унос података купца и посетилаца уколико је потребно; •регистрација и пријава корисника, укључујући подржане екстерне провајдере; •онлине плаћање и обрада резултата плаћања; •аутоматско слање потврде куповине и ПДФ карте на е-маил; •приказ информативних, правних и помоћних страница; •подршка за више језика уколико је дефинисано конфигурацијом. Администрирање wеb портала Уређивање портала мора се обављати кроз административну апликацију. Администратор треба да може да уређује садржаје, меније, галерије, банере, информације о сајту, правне линкове, СЕО податке, фиксне стране и информационе траке. Онлине плаћање и неуспешне куповине Портал мора евидентирати започете, успешне, неуспешне и прекинуте куповине. За неуспешне куповине потребно је омогућити преглед корпе, података купца, укупног износа, начина испоруке и детаља електронског плаћања, ради подршке корисницима и контроле трансакција. Апликација за мануелну контролу приступа Апликација за мануелну контролу приступа намењена је овлашћеним контролорима на улазима, излазима, паркингу, инфо тачкама и другим местима провере. Апликација треба да ради на Андроид и Windows уређајима, у складу са оперативним потребама наручиоца. Основне функционалности •пријава контролора и примена додељених привилегија; •скенирање баркода/QR кода карте или унос идентификатора; •провера валидности карте у односу на догађај, тип карте, капију, време важења и број улазака; •приказ јасног резултата провере: одобрено, одбијено или само информативна провера; •приказ разлога одбијања, нпр. карта није пронађена, истекло важење, искоришћен максимални број улазака, погрешна капија или неодговарајући тип карте; •евидентирање уласка, изласка, инфо провере или паркинг провере у складу са правима корисника; •рад са различитим режимима контроле: пешачки улаз, излаз, паркинг, монтажа, демонтажа, посебан режим догађаја; •синхронизација резултата провера са централним системом. Захтеви за кориснички интерфејс Интерфејс мора бити једноставан и брз за рад на терену, са јасном визуелном индикацијом резултата провере. Посебно је важно да поруке о грешци буду разумљиве оператеру, како би могао брзо да реагује у случају одбијеног пролаза. Апликација за валидаторе и физичке баријере Апликација за валидаторе и физичке баријере намењена је аутоматској провери карата на капијама, рампама и другим контролним тачкама. Систем мора омогућити повезивање валидатора са конкретном капијом, конфигурацијом приступа и правилима догађаја. Функционалности валидатора •идентификација валидатора и повезивање са капијом или рампом; •преузимање конфигурације за активне догађаје и правила приступа; •очитавање карте, картице, NFC идентификатора, QR кода или баркода у складу са подржаном опремом; •провера права пролаза у реалном времену; •управљање сигналом за отварање физичке баријере, рампе или пролаза; •евидентирање успешних и неуспешних покушаја пролаза; •рад са паркинг и пешачким капијама; •евидентирање последњег приступа и статуса комуникације уређаја; •подршка за нерегистроване уређаје/капије ради детекције и накнадне регистрације. Режими контроле •улазни режим — евидентирање уласка; •излазни режим — евидентирање изласка; •паркинг режим — валидација паркинг права и евентуално управљање рампом; •инфо режим — провера статуса без евидентирања пролаза; •посебни временски режими — монтажа, демонтажа, сајамски дан или други посебни периоди. Интеграције Систем треба да буде пројектован тако да омогући интеграцију са спољним сервисима и уређајима потребним за продају, плаћање, фискализацију, штампу, слање електронске поште и контролу приступа. Integracija Opis Fiskalizacija Slanje prodajnih podataka, prijem statusa fiskalizacije, evidentiranje fiskalnih oznaka i podrška za storniranje u skladu sa propisima. Elektronsko plaćanje Integracija sa platnim procesorom za online plaćanja i kiosk naplatu, uz evidentiranje rezultata i detalja transakcije. E-mail servis Automatsko slanje potvrda kupovine, PDF karata, pozivnica, akreditacija i drugih šablonskih poruka. Štampači Štampa ulaznica, potvrda, fiskalnih dokumenata i drugih izlaznih dokumenata. Skeneri i čitači Podrška za čitanje barkoda, QR kodova, kartica i drugih identifikatora. Validatori/barijere Razmena podataka sa fizičkim uređajima za kontrolu pristupa, rampama i kapijama. CSV uvoz/izvoz Uvoz i izvoz kartica, promo kodova i drugih podataka gde je poslovno opravdano. Безбедност, евиденције и аудит траг Систем мора обезбедити заштиту података, контролу приступа и поуздану евиденцију пословних активности. Посебно је важно да продајне, фискалне и контролне операције буду следиве. Аутентикација и ауторизација •корисничка пријава за администраторе, продавце, контролоре и друге интерне кориснике; •додела права по улози, модулу, продајном месту и типу операције; •посебна права за сторнирање, репринт, администрацију корисника и промену конфигурације; •активација/деактивација корисника, уређаја, валидатора и продајних места; •могућност промене шифре и управљања приступним подацима. Аудит и логови •евиденција куповина, карата, фискалних статуса и сторнирања; •лог контроле приступа са временом, капијом, картом, догађајем, типом карте и поруком резултата; •евиденција последње пријаве и пинга уређаја; •евиденција нерегистрованих уређаја и капија; •праћење неуспешних онлине куповина и детаља еПлаћања; •могућност претраге и филтрирања логова у складу са правима корисника. Заштита података Систем мора обезбедити заштиту личних и пословних података у складу са важећим интерним правилима и релевантним прописима. Подаци о платним картицама не смеју се чувати у отвореном облику; уколико се користи токенизација, у систему се чувају искључиво токени и неопходни метаподаци. Нефункционални захтеви Перформансе и скалабилност •систем мора подржати истовремени рад више продајних места и контролних тачака; •валидација карата на улазима мора бити брза и поуздана, са минималним кашњењем корисничког одговора; •wеб портал мора подржати повећано оптерећење у периодима интензивне продаје; •архитектура мора омогућити проширење броја догађаја, корисника, продајних места, уређаја, капија и трансакција. Поузданост и доступност •централни систем мора обезбедити стабилан рад кључних функција продаје и контроле приступа; •критичне грешке морају бити евидентиране и доступне за подршку; •апликације на терену треба да имају механизме опоравка након прекида комуникације; •подаци о продаји и валидацији морају бити конзистентни након синхронизације. Употребљивост •интерфејс продајне апликације мора омогућити брз рад оператера; •киоск апликација мора бити прилагођена крајњем кориснику и екрану осетљивом на додир; •апликација за контролу приступа мора јасно приказивати статус провере; •административна апликација мора омогућити претрагу, филтрирање, преглед и измену података кроз конзистентан интерфејс. Одржавање и конфигурабилност •систем мора омогућити централно подешавање правила продаје и приступа; •промене цена, доступности, периода продаје и правила приступа не смеју захтевати измену програмског кода; •wеб садржај, менији, галерије, банери и статичне стране морају се уређивати кроз администрацију; •шаблони улазница, е-маил порука и контроле приступа морају бити административно подесиви. Имплементација, миграција и обука Фазе имплементације Анализа постојећег пословног процеса и усаглашавање детаљних захтева. Инсталација и конфигурација серверског окружења и централне базе података. Конфигурација административне апликације, шифарника, корисника и права приступа. Конфигурација догађаја, типова карата, шаблона карата, wеб портала и продајних места. Повезивање продајних апликација, киоска, фискалних уређаја, штампача и платних система. Повезивање апликација за контролу приступа, валидатора, капија и рампи. Тестирање продаје, онлине куповине, фискализације, штампе и контроле приступа. Обука корисника и пробни рад. Продукциони старт и подршка у стабилизационом периоду. Обука корисника •обука администратора система; •обука корисника за администрацију догађаја и wеб портала; •обука продаваца и оператера благајни; •обука контролора приступа; •обука корисника извештајног модула; •израда кратких корисничких упутстава за кључне процесе. Прихватни критеријуми Систем се сматра прихватљивим када се кроз тестне сценарије потврди да су кључни пословни процеси исправно имплементирани и да систем испуњава минималне захтеве из ове спецификације. Oznaka Prihvatni kriterijum PK-01 Moguće je kreirati događaj, tipove karata, cene, periode prodaje i povezati ih sa prodajnim mestima. PK-02 Prodajna aplikacija omogućava izbor događaja, dodavanje karata u korpu, naplatu, fiskalizaciju i štampu karte. PK-03 Web portal prikazuje aktivne događaje i omogućava online kupovinu, plaćanje i dostavu PDF karte. PK-04 Kiosk aplikacija omogućava samouslužnu kupovinu i izdavanje karte. PK-05 Aplikacija za manuelnu kontrolu uspešno validira ispravnu kartu i odbija neispravnu kartu uz prikaz razloga. PK-06 Validator/kapija primenjuje pravila pristupa i evidentira rezultat provere. PK-07 Administracija omogućava pregled kupovina, karata, prodavaca, kupaca, uređaja, web korisnika i logova. PK-08 Izveštaji prikazuju transakcije, ulaznice, prodaju po događaju, prodavce, fiskalne podatke, barijere i kupce. PK-09 Prava pristupa ograničavaju korisnika samo na funkcije koje su mu dodeljene. PK-10 Svi ključni događaji prodaje i validacije evidentiraju se u sistemu. Одржавање, оперативно управљање и подршка Понуђач је дужан да током целог периода важења оквирног споразума обезбеди континуирано одржавање, оперативно управљање системом, подршку корисницима и техничку помоћ потребну за несметано одвијање продаје карата и контроле приступа. Услуга обухвата превентивно, корективно и адаптивно одржавање система, отклањање неправилности, административне и конфигурационе измене, као и оперативну подршку Наручиоцу у свакодневном раду система. Понуђач је дужан да, на основу захтева и одобрења овлашћеног лица Наручиоца, врши унос, измену, активацију, деактивацију и проверу података и параметара система, укључујући нарочито: креирање, измену, активацију, деактивацију и архивирање догађаја; промену цена карата и других продајних артикала; дефинисање и измену типова и категорија карата; промену периода продаје, периода важења и доступности карата; повезивање карата и догађаја са продајним местима, web порталом, киосцима и другим каналима продаје; унос и измену попуста, промотивних правила, промо кодова и посебних продајних услова; измену фискалних параметара, пореских стопа и других података који се могу мењати кроз постојеће функционалности система; измену правила коришћења карата, дозвољеног броја улазака и временских ограничења; измену правила контроле приступа, распореда капија, валидатора, рампи и контролних тачака; измену изгледа и садржаја карата, потврда, рачуна и других докумената у оквиру постојећих шаблона; измену садржаја web портала, укључујући текстове, слике, догађаје, банере, галерије, меније, обавештења, правне странице и друге административно подесиве садржаје; подешавање корисника, улога, права приступа, продајних места и уређаја; помоћ при припреми, активацији и затварању продаје за појединачне догађаје; контролу исправности унетих података пре почетка продаје; друге измене које се могу извршити коришћењем постојећих административних и конфигурационих могућности система, без измене изворног програмског кода. Захтеви за промену цена, периода продаје, доступности карата и других пословно значајних параметара достављају се понуђачу у писаној или електронској форми од стране овлашћеног лица Наручиоца. Понуђач је дужан да изврши захтевану измену у року који одговара приоритету захтева, а код редовних захтева најкасније у року од једног радног дана од пријема потпуног и одобреног захтева. Хитне измене које непосредно утичу на активну продају извршавају се без одлагања, у оквиру уговореног времена доступности подршке. Понуђач је дужан да води евиденцију извршених промена која најмање садржи: датум и време пријема захтева; податке о лицу које је поднело или одобрило захтев; опис тражене промене; датум и време извршења; податке о лицу које је извршило промену; резултат контроле након извршене промене. Понуђач не сме самостално мењати цене, услове продаје, попусте, периоде важења, фискалне параметре или друга пословна правила без претходног налога или сагласности овлашћеног лица Наручиоца, осим када је хитна интервенција неопходна ради спречавања штете или прекида рада система. У том случају понуђач је дужан да без одлагања обавести Наручиоца и документује извршену интервенцију. Минимални елементи одржавања и подршке Услуга одржавања и подршке најмање обухвата: пријем, евидентирање, класификацију и праћење пријава проблема; анализу и отклањање грешака у раду апликација и система; подршку при проблемима са продајом, online плаћањем, фискализацијом, штампом, издавањем карата и контролом приступа; помоћ администраторима и другим овлашћеним корисницима; оперативно администрирање догађаја, цена, карата, продајних периода, попуста и правила приступа; праћење рада централног система, сервиса, база података и повезаних апликација; праћење верзија клијентских апликација и подршку при њиховом ажурирању; израду и инсталацију софтверских исправки; примену безбедносних и системских ажурирања када су применљива; помоћ при провери и усаглашавању података између продајних канала; подршку при отварању и затварању догађаја и продајних периода; периодично усклађивање конфигурације система са променама пословног процеса; саветодавну подршку у вези са правилним коришћењем постојећих функционалности система; одржавање техничке и корисничке документације у складу са извршеним изменама. Разграничење конфигурационих измена и нових функционалности У уговорену услугу укључене су све измене података, параметара, садржаја, шифарника, цена, периода, правила и шаблона које је могуће извршити кроз постојеће функционалности система или стандардним конфигурационим поступком. У уговорену услугу нису укључене нове функционалности које захтевају значајну измену изворног програмског кода, развој новог модула, интеграцију са новим спољним системом или суштинску промену постојеће архитектуре система. Када захтев Наручиоца представља нову функционалност, понуђач је дужан да пре почетка рада достави образложење, процену потребног времена, обима посла и евентуалних додатних трошкова. Реализација таквог захтева може почети искључиво након писаног одобрења Наручиоца. Мање измене постојећих функционалности, извештаја, образаца, шаблона, текстова, пословних правила и корисничког интерфејса, које не захтевају развој новог модула или значајну измену архитектуре, сматрају се делом редовног одржавања у обиму дефинисаном уговором. Struktura cene.docx ОБРАЗАЦ СТРУКТУРЕ ЦЕНЕ ПРИВРЕДНОГ ДРУШТВА ЗООЛОШКИ ВРТ ГРАДА БЕОГРАДА ДОО за јавну набавку услуга подршке у продаји улазница јн бр. 03/2026 Табела 1 – Приступ систему Р. бр. Опис Цена у РСД без ПДВ-а Цена у РСД са ПДВ-ом Максимална цена 1. Основни приступ систему 10.000 РСД без ПДВ-а Табела 2 – Накнада за услуге у процентима од укупног промета од продаје улазница Р. бр. Опис % од бруто оствареног промета преко система Максимални проценат 1. Накнада за услуге у складу са Техничком спецификацијом 3% Упутство понуђачима како да попуне образац: У табели 1 понуђачи уписују цену без ПДВ-а и цену са ПДВ-ом У табели 2 понуђачи уписују проценат од укупног промета од продаје улазница Датум: М.П. Потпис понуђача _____________ ________________ Напомена: Образац оверава и потписује овлашћено тј. одговорно лице. Kriterijumi za dodelu ugovora.pdf КРИТЕРИЈУМИ ЗА ДОДЕЛУ УГОВОРА И ОСТАЛИ ЗАХТЕВИ НАБАВКЕ 1 Наручилац: ПРИВРЕДНО ДРУШТВО ЗООЛОШКИ ВРТ ГРАДА БЕОГРАДА ДОО БЕОГРАД (СТАРИ ГРАД) 101822617 Назив поступка: Услуга подршке у продаји улазница Референтни број: 03/2026 КРИТЕРИЈУМИ ЗА ДОДЕЛУ УГОВОРА И ОСТАЛИ ЗАХТЕВИ НАБАВКЕ Део конкурсне документације који је генерисан путем Портала у случају када је наручилац означио опцију аутоматског рангирања понуда на Порталу јавних набавки Назив предмета / партије: Услуга подршке у продаји улазница Наручилац је дефинисао критеријуме за доделу уговора на основу: Цене и критеријума квалитета Изабран начин рангирања прихватљивих понуда (формула): Аутоматско рангирање Укупан број бодова једнак је збиру бодова за сваки критеријум. Формуле су наведене доле уз сваки критеријум. Бу = Бц + ∑ к Бк - укупан број бодоваБу - број бодова ценеБц - критеријумк - број бодова критеријумаБк Цена Цена - пондер (нумеричка вредност): 5,00 Формула за израчунавање бодова за критеријум цене: Максимални број бодова најбољој понуђеној вредности, остале понуђене вредности бодују се у односу на најбољу вредност Б = минЦ Ц × П - број бодова ценеБ - цена најниже понудеминЦ - понуђена ценаЦ - вредност пондера ценеП Код релативног модела оцене, број бодова који се добија за критеријум за поједину понуду зависи од вредности које су понудили други понуђачи. Најбоља понуђена вредност добија максималан број бодова (нумеричка пондерисана вредност). Остале понуде добијају број бодова у односу на најбољу понуђену вредност. Критеријуми квалитета КРИТЕРИЈУМИ ЗА ДОДЕЛУ УГОВОРА И ОСТАЛИ ЗАХТЕВИ НАБАВКЕ 2 Назив: проценат од укупног промета улазница преко интегрисаног система Јединица мере: % Пондер (нумеричка вредност): 95,00 Вредност за овај критеријум може да буде само цели број. Опис и појашњење критеријума и докази потребни за проверу: Накнада за услуге у процентима у складу са Техничком спецификацијом Повољнија је  већа понуђена вредност  мања понуђена вредност Формула за израчунавање бодова за критеријум: Максимални број бодова најбољој понуђеној вредности, остале понуђене вредности бодују се у односу на најбољу вредност Код релативног модела оцене, број бодова који се добија за критеријум за поједину понуду зависи од вредности које су понудили други понуђачи. Најбоља понуђена вредност добија максималан број бодова (нумеричка пондерисана вредност). Остале понуде добијају број бодова у односу на најбољу понуђену вредност. Ограничења: Ограничена је минимална вредност коју понуђач може да понуди Ограничена је максимална вредност коју понуђач може да понуди Максимална дозвољена вредност: 3,00 Б = минВ В × П - број бодова критеријумаБ - вредност пондера критеријумаП - понуђена вредност за критеријумВ - највећа понуђена вредност за критеријумма𝑥В - најмања понуђена вредност за критеријумминВ - максимална дозвољена вредност за критеријумВма𝑥 - минимална дозвољена вредност за критеријумВмин Резервни критеријуми Примена жреба Уколико након рангирања на основу критеријума за доделу није могуће донети одлуку о додели уговора, наручилац ће уговор доделити понуђачу који буде извучен путем жреба. Наручилац ће обавестити све понуђаче који су поднели понуде о датуму када ће се одржати извлачење путем жреба. Жребом ће бити обухваћене само оне понуде које су најповољније након рангирања на основу критеријума за доделу и резервних критеријума (ако су дефинисани). Извлачење путем жреба наручилац ће извршити јавно, у присуству понуђача, и то тако што ће називе понуђача исписати на одвојеним папирима, који су исте величине и боје, те ће све те папире ставити у провидну кутију одакле ће прво извући само један папир. Понуђачу чији назив буде на извученом папиру ће бити додељен уговор. Након извлачења првог папира наручилац извлачи преостале папире један по један те сходно редоследу којим су извучени рангира преостале понуђаче. Понуђачима који не присуствују овом поступку, наручилац ће доставити записник извлачења путем жреба. Okvirni sporazum.docx 1.ПРИВРЕДНО ДРУШТВО ЗООЛОШКИ ВРТ ГРАДА БЕОГРАДА ДОО БЕОГРАД (СТАРИ ГРАД), са седиштем у улици Мали Калемегдан бр. 8, Београд, матични број:07046197; ПИБ:101822617, које заступа Србољуб Алексић, директор – у даљем тексту: Наручилац и 2. ____________________________________________, ____________, ________________; матични број: __________; ПИБ:__________, које заступа директор __________________________ - у даљем тексту: Пружалац услуге, са друге стране закључују: ОКВИРНИ СПОРАЗУМ О ПРУЖАЊУ УСЛУГА ПОДРШКЕ У ПРОДАЈИ УЛАЗНИЦА Увод На основу спроведеног отвореног поступка јавне набавке с намером закључења Оквирног споразума с једним понуђачем за период од четири (4) године, Наручилац је одлуком о закључењу оквирног споразума број: ____________ од ___________ године одабрао као најповољнију понуду, Пружаоца услуге ________________ из __________ број ________ од _______________ године, у складу са објављеним критеријумом за доношење одлуке о одабиру, те условима и захтевима из конкурсне документације, у складу са којим закључује овај оквирни споразум. Обавезе и права уговорних страна настају тек закључивањем уговора о јавној набавци на основу овог Оквирног споразума. Предмет оквирног споразума Члан 1. Предмет оквирног споразума је утврђивање услова за закључивање појединачних уговора o јавној набавци услуге подршке у продаји улазница, између Наручиоца и Пружаоца услуге, у складу са Понудом Пружаоца услуге, јединичним ценама приказаним у Обрасцу структуре цена, техничким условима из Прилога 1, одредбама овог оквирног споразума и стварним потребама Наручиоца. Техничка спецификација о пружању услуге, дата је у прилогу овог оквирног споразума и чини његов саставни део. Саставни део оквирног споразума чине: Понуда Пружоца услуге бр. _________ од ___________ године Техничка спецификација за набавку услуге подршке у продаји улазница, Прилог 1. и Образац структуре цена. Важење оквирног споразума Члан 2. Овај Оквирни споразум закључује се на четири (4) године. Током периода важења овог Оквирног споразума, предвиђа се закључивање једног или више појединачних уговора у зависности од стварних потреба Наручиоца. Вредност оквирног споразума Члан 3. Укупна максимална вредност оквирног споразума за период његовог важења износи 30.000.000,00 динара без ПДВ-а, односно 36.000.000,00 динара са ПДВ-ом. Наведена вредност представља максималну укупну вредност свих појединачних уговора који могу бити закључени на основу овог оквирног споразума током периода његовог важења. Укупна вредност свих појединачних уговора закључених на основу овог оквирног споразума не може прећи максималну вредност оквирног споразума. Цене су фиксне и не могу се мењати у току реализације овог Оквирног споразума. Вредност свих закључених појединачних уговора не сме прећи вредност Оквирног споразума, осим у случајевима повећања обима у складу са члановима 156, 157, 158. и 160. ЗЈН, а на основу члана 162. ЗЈН. Начин и услови закључивања појединачних уговора Члан 4. Након закључења оквирног споразума, предвиђа се закључење четири појединачна уговора о јавној набавци са изабраним Пружаоцем услуге, по један за сваку годину важења оквирног споразума. Оквирни споразум не обавезује Наручиоца на закључење појединачних уговора о јавној набавци. С обзиром на то да су оквирним споразумом утврђени сви услови за закључење појединачних уговора, Наручилац ће први појединачни уговор закључити на основу услова утврђених у понуди Пружаоца услуге, на основу које је закључен оквирни споразум. Члан 5. Појединачни уговор о јавној набавци се закључује под условима из овог оквирног споразума у погледу спецификација предмета набавке, цена, начина и рокова плаћања и пружања услуге. Услови и начин плаћања Члан 6. Уговорна цена биће плаћена на месечном нивоу након пријема исправне фактуре и примопредајног записника у року од 45 дана од дана испостављања исправне фактуре у систему електронских фактура на текући рачун Пружаоца услуге број _____________________ који се води код банке ________________. Пружалац услуге ће Услуге из члана 1. овог Уговора фактурисати, на следећи начин: Пружалац услуге ће доставити наручиоцу усаглашени записник о извршеним услугама. Записник ће садржати следеће податке: број уговора по коме су извршене услуге, датум, опис извршених услуга Овај записник ће бити прилог уз сваку фактуру која се односи за предметну услугу. Пружалац услуге је дужан да Наручиоцу најкасније до петог дана у месецу достави фактуру за пружене услуге у претходном месецу, уз коју прилаже одговарајући записник о извршеним услугама. Права и обавезе уговорних страна Члан 7. Наручилац је обавезан да: - изврши плаћање у складу са одредбама Уговора, - достави Пружаоцу услуге евентуалне примедбе на пружену услугу, - обавести Пружаоца услуге о контакт особи, - придржава се уговорених рокова и начина реализације уговорних обавеза. Пружалац услуге се обавезује да: - предметну услугу изврши сходно техничким условима и захтевима, у свему према условима које је добио од Наручиоца, - обавести Наручиоца о имену и броју телефона контакт особе, - придржава се уговорених рокова и начина реализације уговорних обавеза, - одговори на евентуалне примедбе Наручиоца у вези пружене услуге. Рок пружања услуге и рекламација Члан 8. Пружалац услуге је дужан да изврши услугу инсталације и пуштање у рад у року 5 дана од дана пријема наруџбенице Наручиоца. Пружалац услуге гарантује да је услуга извршена у

Открыть на: Portal javnih nabavki (UJN) ↗

Откуда данные и как мы читаем сроки

  • Данные загружаются с официального источника (Portal javnih nabavki (UJN)) — без ручного ввода.
  • «Срочно» означает, что до конца срока осталось 7 дней или меньше.
  • Данные берутся с портала при публикации; изменения срока и документации смотрите на исходном портале.

Как это работает →

Получайте такие тендеры автоматически — с AI-анализом

Настройте шаблон поиска один раз — подходящие закупки приходят в Telegram, а нужные можно разобрать с AI.

🎯 Стоит ли участвовать?

AI-вердикт по техзаданию.

📋 Что подготовить

Чек-лист документов и квалификации.

📝 Черновик заявки

Готовый черновик — останется доработать.

30 дней Pro бесплатно. Без договора, отмена в любой момент.