Usluga podrške u prodaji ulaznica

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 godine, 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 TEHNIČKA SPECIFIKACIJA za javnu nabavku usluga podrške u prodaji ulaznica Predmet javne nabavke je objedinjeno rešenje koje povezuje šaltersku prodaju, samouslužnu prodaju, online prodaju i kontrolu pristupa u jedan centralno upravljiv sistem. Rešenje uključuje i opremu za dva samouslužna prodajna mesta i opremu za dva fizička prodajna mesta,. Pružalac je dužan da integriše u svoj sistem 6 postojećih kapija i u postojeći aparat za prodaju ulaznica ukoliko je moguće. Na taj način obezbeđuje se jedinstvena logika kreiranja, prodaje, fiskalizacije, validacije i izveštavanja za sve kanale prodaje. Rok za instalaciju i puštanje u rad je 5 dana od dana prijem narudžbenice naručioca. Plaćanje usluga zasnovano je na plaćanju naknade kroz ponuđeni procenat od ukupnog prometa od prodaje ulaznica preko integrisanog sistema. Na navedeni način se troškovi prilagođavaju realnim rezultatima poslovanja. Pri onlajn prodaji karata, pružalac usluge se obavezuje da poštuje usvojeni cenovnik Naručioca. Pružalac usluge je dužan da održava uređaje/opremu u ispravnom stanju u periodu važenja ugovora. Ukoliko dijagnostiku nije moguće izvršiti daljinski, pružalac usluge se obavezuje da izvrši dijagnostiku na licu mesta, pri čemu vreme odziva ne može biti duže od 6 časova. Pružalac usluge je dužan da obezbedi rezervne delove za održavanje opreme/sistema. Okvirni sporazum se zaključuje na period od 48 meseci. Detaljna specifikacija: Predmet nabavke je isporuka, implementacija, konfiguracija i održavanje integrisanog sistema za prodaju karata, onlajn prodaju, fiskalizaciju, izdavanje i validaciju ulaznica, kao i kontrolu pristupa kroz uređaje, validatore i fizičke barijere. Sistem treba da podrži rad različitih prodajnih i kontrolnih kanala, uključujući centralnu administraciju, prodajna mesta, kioske, web portal, ručnu kontrolu pristupa i automatsku kontrolu pristupa na kapijama/rampama. Obim lokacija, uređaja i hardverske infrastrukture Sistem i usluge iz ove tehničke specifikacije moraju biti obezbeđeni za najmanje sledeći obim prodajnih i kontrolnih tačaka: Vrsta lokacije/uređaja Planirani broj Fizička prodajna mesta / blagajne 2 Kiosci za samostalnu prodaju 2 ili 3 ukoliko je moguće integrisati postojeći aparat za prodaju ulaznica Barijere, kapije i/ili rampe sa validatorima 6 Navedene količine predstavljaju početni planirani obim. Rešenje mora biti skalabilno i omogućiti naknadno povećanje ili preraspodelu broja prodajnih mesta, kioska, validatora, barijera, kapija i rampi tokom trajanja ugovora, u skladu sa potrebama Naručioca. U slučaju potrebe povećanja planiranog obima opreme, odgovarajuća naknada za dodatnu opremu definisaće se aneksom ugovora, srazmerno povećanju ulaganja i elementima koji određuju cenu koja je ugovorena. Prilagođavanje postojećem hardveru i obezbeđivanje nove opreme Obavezno je izvršiti analizu postojeće hardverske infrastrukture Naručioca i softversko rešenje, u najvećoj mogućoj meri, prilagoditi postojećim uređajima i opremi, pod uslovom da takva oprema ispunjava minimalne tehničke, bezbednosne i funkcionalne uslove za pouzdan rad sistema. Kada postojeći hardver nije kompatibilan, nije dovoljnih performansi, nije bezbedan za upotrebu ili ne može da obezbedi zahtevanu funkcionalnost i raspoloživost sistema, Ponuđač je dužan da obezbedi, isporuči, instalira, konfiguriše, integriše i pusti u rad odgovarajući novi ili zamenski hardver. Svi troškovi analize, prilagođavanja, nabavke, isporuke, transporta, montaže, instalacije, konfiguracije, integracije, puštanja u rad, preventivnog i korektivnog održavanja, rezervnih delova i zamene neispravne opreme moraju biti uključeni u ponuđeni procenat naknade od ukupnog prometa od prodaje ulaznica i ne mogu se posebno fakturisati Naručiocu. Ponuđač je odgovoran za funkcionalnu ispravnost, međusobnu kompatibilnost i redovno održavanje celokupne opreme koju koristi sistem, bez obzira na to da li je oprema zatečena kod Naručioca, prilagođena postojećem okruženju ili isporučena od strane Ponuđača. Troškovi popravke ili zamene opreme koji su posledica redovnog korišćenja, uobičajenog habanja, tehničkog kvara, skrivenog nedostatka, fabričke neispravnosti ili drugih uzroka koji se ne mogu pripisati postupanju Naručioca padaju na teret Ponuđača i smatraju se uključenim u ponuđeni procenat naknade. Izuzetno od prethodnog stava, Ponuđač nije dužan da snosi troškove popravke ili zamene opreme ukoliko je oštećenje, uništenje ili gubitak opreme nastao usled namernog postupanja, krajnje nepažnje, nesavesnog ili nepravilnog rukovanja, upotrebe suprotne nameni ili uputstvima, neovlašćenog otvaranja, prepravke ili popravke, fizičkog loma, pada, udara, prosipanja tečnosti, neadekvatnog čuvanja, neovlašćenog iznošenja opreme ili druge radnje ili propusta Naručioca, njegovih zaposlenih, angažovanih lica ili drugih lica kojima je Naručilac omogućio pristup opremi. U slučajevima iz prethodnog stava, Naručilac je dužan da Ponuđaču nadoknadi opravdane i dokumentovane troškove popravke oštećene opreme, uključujući troškove rezervnih delova, transporta, dijagnostike i servisiranja. Ako popravka nije moguća ili nije ekonomski opravdana, Naručilac je dužan da nadoknadi vrednost nabavke odgovarajuće zamenske opreme istih ili najmanje ekvivalentnih tehničkih karakteristika. Uzrok, vrsta i obim oštećenja utvrđuju se zapisnikom koji sačinjavaju ovlašćeni predstavnici ugovornih strana, uz fotografije, servisni izveštaj ili drugu odgovarajuću dokumentaciju. Ukoliko ugovorne strane ne mogu saglasno da utvrde uzrok oštećenja, mogu angažovati nezavisno stručno lice, a troškove stručnog utvrđivanja snosi strana za koju se utvrdi da je odgovorna za nastalu štetu. Naručilac je dužan da svaki kvar, oštećenje, gubitak ili neovlašćeno korišćenje opreme prijavi Ponuđaču bez odlaganja, a najkasnije u roku od 24 časa od saznanja za navedeni događaj, i da do dolaska ovlašćenog lica Ponuđača preduzme razumne mere radi sprečavanja daljeg nastanka ili uvećanja štete. Minimalni tehnički zahtevi za hardver Ponuđeni ili prilagođeni hardver mora biti profesionalne namene, pogodan za kontinuiran rad u uslovima konkretne lokacije i najmanje sledećih karakteristika, odnosno ekvivalentnih ili boljih: Kategorija Minimalni zahtevi Radna stanica na prodajnom mestu 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 Oprema za prodajno mesto Termalni POS štampač širine papira 58/80 mm sa automatskim sekačem, čitač bezbednosnog elementa PSAM. Kiosk za samostalnu prodaju 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, Validator 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℃ Mrežna i energetska infrastruktura Za svaki uređaj mora biti obezbeđeno stabilno napajanje 230V AC ±10%, 50 Hz, kao i mrežni priključak sa pristupom lokalnoj mreži i internetu. Opšti uslovi Sva oprema mora biti nova, profesionalne namene, namenjena kontinuiranom radu Konkretna konfiguracija svakog uređaja utvrđuje se nakon uvida u lokaciju i postojeću opremu, pri čemu ponuđena konfiguracija ne sme biti ispod navedenog minimuma, osim kada Ponuđač dokumentovano dokaže da drugačija, ekvivalentna konfiguracija obezbeđuje istu ili bolju funkcionalnost, pouzdanost i bezbednost. Uvid u postojeći hardver i lokacije Naručilac će zainteresovanim privrednim subjektima, na njihov pisani zahtev omogućiti uvid u raspoloživi postojeći hardver, perifernu opremu, barijere, kapije, rampe, mrežnu infrastrukturu i lokacije na kojima se sistem implementira. Zainteresovani privredni subjekti mogu se obratiti Naručiocu putem Portala javnih nabavki radi zakazivanja termina za obilazak i tehnički uvid. Uvid služi za proveru kompatibilnosti, procenu potrebnog prilagođavanja i utvrđivanje obima eventualne isporuke novog ili zamenskog hardvera. Zainteresovani privredni subjekti dobiće Potvrdu o obilasku lokacije Naručioca, koju mogu priložiti uz svoju ponudu. Smatraće se da je Ponuđač prilikom pripreme ponude uzeo u obzir zatečeno stanje, dostupne informacije i sve troškove potrebne za ispunjenje zahteva iz ove tehničke specifikacije. Ciljevi sistema Ciljevi sistema su: •centralizovano upravljanje događajima, kartama, cenama, prodajnim mestima, popustima i promocijama; •prodaja karata kroz više kanala: fizička prodajna mesta, kiosci, web portal i mobilne/desktop prodajne aplikacije; •podrška za fiskalizaciju, različite načine plaćanja i izdavanje fiskalnih dokumenata; •izdavanje elektronskih i štampanih karata sa barkodom, QR kodom ili drugim identifikatorom; •validacija karata i kartica kroz ručnu i automatsku kontrolu pristupa; •upravljanje kapijama, validatorima, barijerama i pravilima prolaska; •evidentiranje svih prodajnih, kontrolnih i administrativnih aktivnosti; •izveštavanje i analitika po događaju, kupcu, prodavcu, transakciji i kontrolnim tačkama. Zahtevi su formulisani kao minimalni funkcionalni i tehnički uslovi koje ponuđeno rešenje treba da ispuni. Rešenje može sadržati i širi skup funkcionalnosti, pod uslovom da su ispunjeni zahtevi iz ove specifikacije i da se ne narušava integritet poslovnog procesa. Opšti opis sistema Sistem za prodaju karata predstavlja modularno softversko rešenje koje obuhvata administraciju, prodaju, online kupovinu, izdavanje ulaznica, kontrolu pristupa i izveštavanje. Centralni sistem čuva zajedničke podatke, dok pojedinačne aplikacije koriste iste konfiguracije, šifarnike i poslovna pravila. Rešenje treba da omogući rad sa različitim tipovima događaja, ulaznica, kartica, akreditacija, parking karata, promotivnih kodova i prodajnih kanala. Poslovna logika mora biti centralizovana tako da se izmene u administraciji primenjuju na sve povezane aplikacije. Koncept rada •administrator definiše događaje, tipove karata, cene, periode prodaje i pravila pristupa; •prodajne aplikacije i web portal preuzimaju važeće podatke i omogućavaju prodaju krajnjim korisnicima; •nakon kupovine sistem generiše kartu, evidentira transakciju, fiskalizuje prodaju gde je primenljivo i dostavlja kartu kupcu; •aplikacije za kontrolu pristupa validiraju kartu na osnovu centralnih pravila, statusa karte, broja dozvoljenih ulazaka i konfiguracije kapije; •svi događaji prodaje i validacije evidentiraju se radi izveštavanja, revizije i korisničke podrške. Osnovni tok prodaje i validacije 1.Kreiranje i aktivacija događaja u administrativnoj aplikaciji. 2.Definisanje tipova karata, cena, fiskalnih parametara, perioda prodaje i pravila korišćenja. 3.Dodela tipova karata prodajnim mestima, web portalu, kioscima i drugim kanalima. 4.Realizacija kupovine kroz izabrani prodajni kanal. 5.Obrada plaćanja, fiskalizacija i generisanje karte. 6.Slanje karte kupcu ili štampa karte na prodajnom mestu/kiosku. 7.Validacija karte na ulazu, izlazu, parkingu ili info tački. 8.Evidentiranje rezultata provere i dostupnost podataka kroz izveštaje. Obuhvat sistema i aplikativne komponente Sistem se sastoji od više aplikativnih komponenti koje zajedno čine jedinstveno rešenje za prodaju karata i kontrolu pristupa. 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. Korisničke uloge i prava pristupa Sistem treba da podrži rad više tipova korisnika, sa mogućnošću dodele prava pristupa po modulima, funkcijama, prodajnim mestima i tipu operacije. 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. Upravljanje pravima treba da obezbedi princip najmanjih privilegija, tj. korisnik treba da vidi i koristi samo one funkcije koje su neophodne za njegovu ulogu. Administrativna aplikacija Administrativna aplikacija je centralno mesto za upravljanje celokupnim sistemom. Namenjena je ovlašćenim korisnicima i omogućava unos, izmenu, pregled, aktivaciju, deaktivaciju, arhiviranje i pretragu ključnih podataka sistema. Aplikacija treba da bude organizovana po funkcionalnim modulima: prodaja, administracija, kontrola pristupa, web sajt, izveštaji i šifarnici. Podaci definisani u administrativnoj aplikaciji koriste se u svim ostalim aplikacijama i kanalima prodaje. Upravljanje događajima Modul za događaje omogućava kreiranje i održavanje događaja za koje se vrši prodaja karata ili kontrola pristupa. Za događaj se definišu osnovni podaci, tip događaja, kategorija, opis, napomena, status aktivnosti, period trajanja događaja i period prodaje. •naziv, opis, napomena i tip događaja; •osnovna kategorija i oznaka da li je događaj parking događaj; •početak i kraj događaja; •početak i kraj prodaje; •automatsko aktiviranje događaja i prodaje; •arhiviranje i aktivacija/deaktivacija događaja; •povezivanje događaja sa web prikazom i kontrolom pristupa. Tipovi karata za događaj Za svaki događaj sistem mora omogućiti definisanje više tipova karata sa različitim cenama, pravilima prodaje, pravilima štampe i pravilima korišćenja. •kategorija, redni broj, naziv i cena tipa karte; •dodela template-a za štampu; •povezivanje sa promocijom ili popustom; •period prodaje po tipu karte; •status aktivnosti i automatsko uključivanje u prodaju; •podrška za obične, grupne, parking, promotivne, personalizovane i posebne karte. Prodajna mesta za događaj Sistem mora omogućiti povezivanje događaja i tipova karata sa konkretnim prodajnim mestima. Time se obezbeđuje da pojedini tipovi karata budu dostupni samo na određenim kanalima prodaje. •dodela tipova karata prodajnom mestu; •definisanje početka i kraja prodaje po prodajnom mestu; •status automatskog uključivanja prodaje; •status aktivne/neaktivne prodaje; •podrška za fizičke blagajne, internet prodaju, kioske i posebna prodajna mesta. Kupovine, karte i evidentirane karte Administrativna aplikacija mora omogućiti pregled realizovanih kupovina, pripadajućih karata i evidentiranih/prethodno pripremljenih karata. •pregled broja kupovine, vremena prodaje, ukupne cene, popusta i metode isporuke; •pregled prodavca, uređaja, prodajnog mesta i fiskalnog statusa; •pregled pripadajućih karata sa barkodom, količinom, cenom i statusom reprinta; •storniranje kupovine u skladu sa pravima korisnika; •ponovno kreiranje PDF karte i izvoz podataka; •rad sa rasponima evidentiranih karata i povezivanje sa kupcima i transakcijama. Popusti, promo kodovi i promocije Sistem mora podržati definisanje popusta i promotivnih pravila koja se mogu koristiti kroz prodajne aplikacije i web portal. •fiksni i procentualni popusti; •popusti uz promo kod; •uslovni popusti u zavisnosti od vrednosti korpe ili drugih kriterijuma; •period važenja popusta; •maksimalan broj kupovina i maksimalan broj ulaznica po kodu; •evidencija iskorišćenosti kodova; •generisanje kodova, uvoz iz CSV fajla, izvoz u CSV i aktivacija/deaktivacija. Administrativni šifarnici i matični podaci Administrativni modul mora obuhvatiti šifarnike i matične podatke koji se koriste u celom sistemu. •prodajna mesta, uključujući adresu, kontakt podatke, aktivnost, tipove karata, e-mail parametre i geografske koordinate; •prodavci i operateri, uključujući korisničko ime, kontakt podatke, ID kartice, aktivnost i pravo storniranja; •kupci, uključujući podatke za fiskalizaciju, PIB, adresu, kontakt osobu i druge identifikacione podatke; •uređaji i neregistrovani uređaji, uključujući jedinstveni broj, prodajno mesto, verziju softvera, verziju lokalne baze, poslednju prijavu i poslednji ping; •glavne kategorije, kategorije i tipovi karata; •sajtovi, e-mail šabloni, dizajn ulaznica i varijable koje se koriste na ulaznici. Tip karte kao centralni šifarnik Tip karte predstavlja jedan od ključnih elemenata sistema. Kroz tip karte definišu se fiskalni parametri, tehnologija karte, pravila korišćenja i ograničenja ulazaka. •naziv, opis, šifra, tehnologija karte i boja; •fiskalizacija i poreska stopa ukoliko ne postoji poresko oslobođenje; •personalizacija i slobodni tekstovi; •minimalni i maksimalni broj ulazaka; •maksimalni broj ulazaka u danu; •minimalni broj minuta između ulazaka; •pravila za grupni ulazak; •tip slike karte i aktivnost. Dizajn ulaznice i varijable karte Sistem mora omogućiti administrativno podešavanje izgleda ulaznice, bez izmene programskog koda. Dizajn ulaznice treba da obuhvati raspored elemenata, logo, sliku, tekstualne podatke, barkod/QR kod i podatke o kupovini. •vizuelni editor ili konfigurator šablona ulaznice; •pregled konačnog izgleda karte pre upotrebe; •podrška za barkod, QR kod i linijski prikaz identifikatora; •varijable za naziv manifestacije, tip karte, broj ulazaka, važenje, cenu, mesto izdavanja, vreme izdavanja, radnika i podatke o kupcu; •aktivacija/deaktivacija varijabli, prefiksi, primeri vrednosti i tipovi varijabli. Kontrola pristupa u administraciji Administrativna aplikacija mora omogućiti centralno podešavanje pravila kontrole pristupa, operatora kontrole, kapija, šablona i logova prolaska. •log svih pokušaja validacije sa porukom rezultata provere; •upravljanje validatorima/korisnicima kontrole pristupa i njihovim privilegijama; •konfiguracije kontrole pristupa po događajima, dešavanjima i vremenskim periodima; •šabloni kontrole pristupa za ponovnu primenu standardnih pravila; •kapije, rampe i povezani uređaji; •evidencija neregistrovanih kapija i poslednjeg pristupa. WEB administracija WEB modul u administrativnoj aplikaciji mora omogućiti upravljanje online portalom, internet korisnicima, web prikazom događaja, statičkim stranama, vestima, galerijama, banerima, menijima i podešavanjima sajta. •pregled neuspešnih kupovina i detalja korpe; •administracija internet korisnika; •web podešavanja događaja: slug, naslov, opis, slike, ključne reči i vidljivost; •sajtovi i opšta podešavanja portala; •kategorije vesti, postovi i statičke/fiksne strane; •male i velike galerije, baneri, stekovi, karuseli i klizači; •glavni meni, grupe u meniju, footer linkovi i pozicije linkova; •reCAPTIHA, Google/Facebook prijava, pravni linkovi, politika privatnosti i trajanje korpe. Izveštaji Sistem mora imati modul za izveštavanje dostupan iz administrativne aplikacije. •pregled transakcija; •pregled ulaznica; •prodaja po događaju; •analitika prodavca; •analitika prodavca sa fiskalnim podacima; •opterećenje pešačkih barijera; •pregled po kupcu. Prodajna aplikacija za Windows i Android Prodajna aplikacija je namenjena radu na fizičkim prodajnim mestima, blagajnama, mobilnim prodajnim tačkama i drugim kanalima gde prodavac neposredno realizuje prodaju karata. Aplikacija treba da bude dostupna za Windows i Android platformu, uz isti poslovni model i sinhronizovane podatke. Osnovne funkcionalnosti prodajne aplikacije •prijava prodavca i identifikacija prodajnog mesta/uređaja; •pregled dostupnih događaja i tipova karata po pravilima dodeljenog prodajnog mesta; •pretraga događaja i izbor termina, tipa karte, količine i opcija; •korpa sa pregledom stavki, ukupne cene, popusta i načina plaćanja; •primena promo kodova i odobrenih popusta; •unos podataka kupca kada je potrebno za fiskalizaciju, fakturu ili personalizaciju karte; •naplata gotovinom, karticom ili drugim podržanim metodama; •fiskalizacija prodaje i evidentiranje fiskalnog statusa; •štampa ulaznice i/ili fiskalnog dokumenta; •ponovna štampa/reprint u skladu sa pravima korisnika; •storniranje transakcije isključivo korisnicima sa odgovarajućom dozvolom; •pregled prethodnih kupovina na prodajnom mestu. Rad sa fiskalnom kasom i štampom Prodajna aplikacija treba da podrži integraciju sa fiskalnim uređajem ili propisanim sistemom fiskalizacije, kao i štampu ulaznica na odgovarajućim štampačima. Sistem mora evidentirati status fiskalizacije i omogućiti kontrolu uspešno i neuspešno fiskalizovanih prodaja. •slanje podataka za fiskalizaciju; •evidentiranje broja računa i statusa fiskalizacije; •štampa karte, računa ili kombinovanog dokumenta, u zavisnosti od poslovnog procesa; •podrška za različite šablone štampe po tipu karte; •kontrola prava za reprint i storniranje. Rad u uslovima otežane komunikacije Ukoliko poslovni proces zahteva rad na lokacijama sa nestabilnom vezom, aplikacija treba da podrži lokalno čuvanje neophodnih podataka i kontrolisanu sinhronizaciju sa centralnim sistemom. Minimalni obim ofline rada i pravila sinhronizacije definišu se u fazi implementacije. Aplikacija za rad na kioscima Kiosk aplikacija je namenjena samouslužnoj prodaji karata na fizičkim kiosk uređajima. Interfejs treba da bude prilagođen radu na ekranu osetljivom na dodir i namenjen krajnjem korisniku bez posredovanja prodavca. Funkcionalnosti kiosk aplikacije •prikaz dostupnih događaja i kategorija karata; •jednostavan izbor događaja, tipa karte i količine; •prikaz korpe i ukupnog iznosa; •unos osnovnih podataka kupca ukoliko je potreban; •primena promo koda ukoliko je omogućena za kiosk kanal; •elektronsko plaćanje ili drugi podržani način naplate; •štampa karte na kiosk štampaču ili slanje karte na e-mail; •automatsko vraćanje aplikacije na početni ekran nakon završetka ili isteka sesije; •evidentiranje neuspešnih i prekinutih kupovina; •nadzor statusa kioska kroz administrativni modul uređaja. Operativni zahtevi za kioske Kiosk aplikacija treba da bude dizajnirana za stabilan rad u režimu ograničenog korisničkog pristupa, bez mogućnosti izlaska iz aplikacije od strane krajnjeg korisnika. Potrebno je predvideti centralno upravljanje dostupnim sadržajem, cenama i pravilima prodaje. Web portal za online prodaju karata Web portal predstavlja javni kanal za online prodaju karata. Portal treba da bude povezan sa centralnim sistemom i da koristi događaje, tipove karata, cene, periode prodaje, popuste, promocije i pravila koja su definisana u administrativnoj aplikaciji. Funkcionalnosti za krajnjeg korisnika •pregled događaja, kategorija, termina i dostupnih ulaznica; •pretraga i filtriranje događaja; •pregled detalja događaja, opisa, slika, cena i uslova prodaje; •dodavanje karata u korpu; •trajanje korpe u skladu sa podešavanjem administracije; •unos podataka kupca i posetilaca ukoliko je potrebno; •registracija i prijava korisnika, uključujući podržane eksterne provajdere; •online plaćanje i obrada rezultata plaćanja; •automatsko slanje potvrde kupovine i PDF karte na e-mail; •prikaz informativnih, pravnih i pomoćnih stranica; •podrška za više jezika ukoliko je definisano konfiguracijom. Administriranje web portala Uređivanje portala mora se obavljati kroz administrativnu aplikaciju. Administrator treba da može da uređuje sadržaje, menije, galerije, banere, informacije o sajtu, pravne linkove, SEO podatke, fiksne strane i informacione trake. Online plaćanje i neuspešne kupovine Portal mora evidentirati započete, uspešne, neuspešne i prekinute kupovine. Za neuspešne kupovine potrebno je omogućiti pregled korpe, podataka kupca, ukupnog iznosa, načina isporuke i detalja elektronskog plaćanja, radi podrške korisnicima i kontrole transakcija. Aplikacija za manuelnu kontrolu pristupa Aplikacija za manuelnu kontrolu pristupa namenjena je ovlašćenim kontrolorima na ulazima, izlazima, parkingu, info tačkama i drugim mestima provere. Aplikacija treba da radi na Android i Windows uređajima, u skladu sa operativnim potrebama naručioca. Osnovne funkcionalnosti •prijava kontrolora i primena dodeljenih privilegija; •skeniranje barkoda/QR koda karte ili unos identifikatora; •provera validnosti karte u odnosu na događaj, tip karte, kapiju, vreme važenja i broj ulazaka; •prikaz jasnog rezultata provere: odobreno, odbijeno ili samo informativna provera; •prikaz razloga odbijanja, npr. karta nije pronađena, isteklo važenje, iskorišćen maksimalni broj ulazaka, pogrešna kapija ili neodgovarajući tip karte; •evidentiranje ulaska, izlaska, info provere ili parking provere u skladu sa pravima korisnika; •rad sa različitim režimima kontrole: pešački ulaz, izlaz, parking, montaža, demontaža, poseban režim događaja; •sinhronizacija rezultata provera sa centralnim sistemom. Zahtevi za korisnički interfejs Interfejs mora biti jednostavan i brz za rad na terenu, sa jasnom vizuelnom indikacijom rezultata provere. Posebno je važno da poruke o grešci budu razumljive operateru, kako bi mogao brzo da reaguje u slučaju odbijenog prolaza. Aplikacija za validatore i fizičke barijere Aplikacija za validatore i fizičke barijere namenjena je automatskoj proveri karata na kapijama, rampama i drugim kontrolnim tačkama. Sistem mora omogućiti povezivanje validatora sa konkretnom kapijom, konfiguracijom pristupa i pravilima događaja. Funkcionalnosti validatora •identifikacija validatora i povezivanje sa kapijom ili rampom; •preuzimanje konfiguracije za aktivne događaje i pravila pristupa; •očitavanje karte, kartice, NFC identifikatora, QR koda ili barkoda u skladu sa podržanom opremom; •provera prava prolaza u realnom vremenu; •upravljanje signalom za otvaranje fizičke barijere, rampe ili prolaza; •evidentiranje uspešnih i neuspešnih pokušaja prolaza; •rad sa parking i pešačkim kapijama; •evidentiranje poslednjeg pristupa i statusa komunikacije uređaja; •podrška za neregistrovane uređaje/kapije radi detekcije i naknadne registracije. Režimi kontrole •ulazni režim — evidentiranje ulaska; •izlazni režim — evidentiranje izlaska; •parking režim — validacija parking prava i eventualno upravljanje rampom; •info režim — provera statusa bez evidentiranja prolaza; •posebni vremenski režimi — montaža, demontaža, sajamski dan ili drugi posebni periodi. Integracije Sistem treba da bude projektovan tako da omogući integraciju sa spoljnim servisima i uređajima potrebnim za prodaju, plaćanje, fiskalizaciju, štampu, slanje elektronske pošte i kontrolu pristupa. 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. Bezbednost, evidencije i audit trag Sistem mora obezbediti zaštitu podataka, kontrolu pristupa i pouzdanu evidenciju poslovnih aktivnosti. Posebno je važno da prodajne, fiskalne i kontrolne operacije budu sledive. Autentikacija i autorizacija •korisnička prijava za administratore, prodavce, kontrolore i druge interne korisnike; •dodela prava po ulozi, modulu, prodajnom mestu i tipu operacije; •posebna prava za storniranje, reprint, administraciju korisnika i promenu konfiguracije; •aktivacija/deaktivacija korisnika, uređaja, validatora i prodajnih mesta; •mogućnost promene šifre i upravljanja pristupnim podacima. Audit i logovi •evidencija kupovina, karata, fiskalnih statusa i storniranja; •log kontrole pristupa sa vremenom, kapijom, kartom, događajem, tipom karte i porukom rezultata; •evidencija poslednje prijave i pinga uređaja; •evidencija neregistrovanih uređaja i kapija; •praćenje neuspešnih online kupovina i detalja ePlaćanja; •mogućnost pretrage i filtriranja logova u skladu sa pravima korisnika. Zaštita podataka Sistem mora obezbediti zaštitu ličnih i poslovnih podataka u skladu sa važećim internim pravilima i relevantnim propisima. Podaci o platnim karticama ne smeju se čuvati u otvorenom obliku; ukoliko se koristi tokenizacija, u sistemu se čuvaju isključivo tokeni i neophodni metapodaci. Nefunkcionalni zahtevi Performanse i skalabilnost •sistem mora podržati istovremeni rad više prodajnih mesta i kontrolnih tačaka; •validacija karata na ulazima mora biti brza i pouzdana, sa minimalnim kašnjenjem korisničkog odgovora; •web portal mora podržati povećano opterećenje u periodima intenzivne prodaje; •arhitektura mora omogućiti proširenje broja događaja, korisnika, prodajnih mesta, uređaja, kapija i transakcija. Pouzdanost i dostupnost •centralni sistem mora obezbediti stabilan rad ključnih funkcija prodaje i kontrole pristupa; •kritične greške moraju biti evidentirane i dostupne za podršku; •aplikacije na terenu treba da imaju mehanizme oporavka nakon prekida komunikacije; •podaci o prodaji i validaciji moraju biti konzistentni nakon sinhronizacije. Upotrebljivost •interfejs prodajne aplikacije mora omogućiti brz rad operatera; •kiosk aplikacija mora biti prilagođena krajnjem korisniku i ekranu osetljivom na dodir; •aplikacija za kontrolu pristupa mora jasno prikazivati status provere; •administrativna aplikacija mora omogućiti pretragu, filtriranje, pregled i izmenu podataka kroz konzistentan interfejs. Održavanje i konfigurabilnost •sistem mora omogućiti centralno podešavanje pravila prodaje i pristupa; •promene cena, dostupnosti, perioda prodaje i pravila pristupa ne smeju zahtevati izmenu programskog koda; •web sadržaj, meniji, galerije, baneri i statične strane moraju se uređivati kroz administraciju; •šabloni ulaznica, e-mail poruka i kontrole pristupa moraju biti administrativno podesivi. Implementacija, migracija i obuka Faze implementacije Analiza postojećeg poslovnog procesa i usaglašavanje detaljnih zahteva. Instalacija i konfiguracija serverskog okruženja i centralne baze podataka. Konfiguracija administrativne aplikacije, šifarnika, korisnika i prava pristupa. Konfiguracija događaja, tipova karata, šablona karata, web portala i prodajnih mesta. Povezivanje prodajnih aplikacija, kioska, fiskalnih uređaja, štampača i platnih sistema. Povezivanje aplikacija za kontrolu pristupa, validatora, kapija i rampi. Testiranje prodaje, online kupovine, fiskalizacije, štampe i kontrole pristupa. Obuka korisnika i probni rad. Produkcioni start i podrška u stabilizacionom periodu. Obuka korisnika •obuka administratora sistema; •obuka korisnika za administraciju događaja i web portala; •obuka prodavaca i operatera blagajni; •obuka kontrolora pristupa; •obuka korisnika izveštajnog modula; •izrada kratkih korisničkih uputstava za ključne procese. Prihvatni kriterijumi Sistem se smatra prihvatljivim kada se kroz testne scenarije potvrdi da su ključni poslovni procesi ispravno implementirani i da sistem ispunjava minimalne zahteve iz ove specifikacije. 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. Održavanje, operativno upravljanje i podrška Ponuđač je dužan da tokom celog perioda važenja okvirnog sporazuma obezbedi kontinuirano održavanje, operativno upravljanje sistemom, podršku korisnicima i tehničku pomoć potrebnu za nesmetano odvijanje prodaje karata i kontrole pristupa. Usluga obuhvata preventivno, korektivno i adaptivno održavanje sistema, otklanjanje nepravilnosti, administrativne i konfiguracione izmene, kao i operativnu podršku Naručiocu u svakodnevnom radu sistema. Ponuđač je dužan da, na osnovu zahteva i odobrenja ovlašćenog lica Naručioca, vrši unos, izmenu, aktivaciju, deaktivaciju i proveru podataka i parametara sistema, uključujući naročito: kreiranje, izmenu, aktivaciju, deaktivaciju i arhiviranje događaja; promenu cena karata i drugih prodajnih artikala; definisanje i izmenu tipova i kategorija karata; promenu perioda prodaje, perioda važenja i dostupnosti karata; povezivanje karata i događaja sa prodajnim mestima, web portalom, kioscima i drugim kanalima prodaje; unos i izmenu popusta, promotivnih pravila, promo kodova i posebnih prodajnih uslova; izmenu fiskalnih parametara, poreskih stopa i drugih podataka koji se mogu menjati kroz postojeće funkcionalnosti sistema; izmenu pravila korišćenja karata, dozvoljenog broja ulazaka i vremenskih ograničenja; izmenu pravila kontrole pristupa, rasporeda kapija, validatora, rampi i kontrolnih tačaka; izmenu izgleda i sadržaja karata, potvrda, računa i drugih dokumenata u okviru postojećih šablona; izmenu sadržaja web portala, uključujući tekstove, slike, događaje, banere, galerije, menije, obaveštenja, pravne stranice i druge administrativno podesive sadržaje; podešavanje korisnika, uloga, prava pristupa, prodajnih mesta i uređaja; pomoć pri pripremi, aktivaciji i zatvaranju prodaje za pojedinačne događaje; kontrolu ispravnosti unetih podataka pre početka prodaje; druge izmene koje se mogu izvršiti korišćenjem postojećih administrativnih i konfiguracionih mogućnosti sistema, bez izmene izvornog programskog koda. Zahtevi za promenu cena, perioda prodaje, dostupnosti karata i drugih poslovno značajnih parametara dostavljaju se ponuđaču u pisanoj ili elektronskoj formi od strane ovlašćenog lica Naručioca. Ponuđač je dužan da izvrši zahtevanu izmenu u roku koji odgovara prioritetu zahteva, a kod redovnih zahteva najkasnije u roku od jednog radnog dana od prijema potpunog i odobrenog zahteva. Hitne izmene koje neposredno utiču na aktivnu prodaju izvršavaju se bez odlaganja, u okviru ugovorenog vremena dostupnosti podrške. Ponuđač je dužan da vodi evidenciju izvršenih promena koja najmanje sadrži: datum i vreme prijema zahteva; podatke o licu koje je podnelo ili odobrilo zahtev; opis tražene promene; datum i vreme izvršenja; podatke o licu koje je izvršilo promenu; rezultat kontrole nakon izvršene promene. Ponuđač ne sme samostalno menjati cene, uslove prodaje, popuste, periode važenja, fiskalne parametre ili druga poslovna pravila bez prethodnog naloga ili saglasnosti ovlašćenog lica Naručioca, osim kada je hitna intervencija neophodna radi sprečavanja štete ili prekida rada sistema. U tom slučaju ponuđač je dužan da bez odlaganja obavesti Naručioca i dokumentuje izvršenu intervenciju. Minimalni elementi održavanja i podrške Usluga održavanja i podrške najmanje obuhvata: prijem, evidentiranje, klasifikaciju i praćenje prijava problema; analizu i otklanjanje grešaka u radu aplikacija i sistema; podršku pri problemima sa prodajom, online plaćanjem, fiskalizacijom, štampom, izdavanjem karata i kontrolom pristupa; pomoć administratorima i drugim ovlašćenim korisnicima; operativno administriranje događaja, cena, karata, prodajnih perioda, popusta i pravila pristupa; praćenje rada centralnog sistema, servisa, baza podataka i povezanih aplikacija; praćenje verzija klijentskih aplikacija i podršku pri njihovom ažuriranju; izradu i instalaciju softverskih ispravki; primenu bezbednosnih i sistemskih ažuriranja kada su primenljiva; pomoć pri proveri i usaglašavanju podataka između prodajnih kanala; podršku pri otvaranju i zatvaranju događaja i prodajnih perioda; periodično usklađivanje konfiguracije sistema sa promenama poslovnog procesa; savetodavnu podršku u vezi sa pravilnim korišćenjem postojećih funkcionalnosti sistema; održavanje tehničke i korisničke dokumentacije u skladu sa izvršenim izmenama. Razgraničenje konfiguracionih izmena i novih funkcionalnosti U ugovorenu uslugu uključene su sve izmene podataka, parametara, sadržaja, šifarnika, cena, perioda, pravila i šablona koje je moguće izvršiti kroz postojeće funkcionalnosti sistema ili standardnim konfiguracionim postupkom. U ugovorenu uslugu nisu uključene nove funkcionalnosti koje zahtevaju značajnu izmenu izvornog programskog koda, razvoj novog modula, integraciju sa novim spoljnim sistemom ili suštinsku promenu postojeće arhitekture sistema. Kada zahtev Naručioca predstavlja novu funkcionalnost, ponuđač je dužan da pre početka rada dostavi obrazloženje, procenu potrebnog vremena, obima posla i eventualnih dodatnih troškova. Realizacija takvog zahteva može početi isključivo nakon pisanog odobrenja Naručioca. Manje izmene postojećih funkcionalnosti, izveštaja, obrazaca, šablona, tekstova, poslovnih pravila i korisničkog interfejsa, koje ne zahtevaju razvoj novog modula ili značajnu izmenu arhitekture, smatraju se delom redovnog održavanja u obimu definisanom ugovorom. Struktura cene.docx OBRAZAC STRUKTURE CENE PRIVREDNOG DRUŠTVA ZOOLOŠKI VRT GRADA BEOGRADA DOO za javnu nabavku usluga podrške u prodaji ulaznica jn br. 03/2026 Tabela 1 – Pristup sistemu R. br. Opis Cena u RSD bez PDV-a Cena u RSD sa PDV-om Maksimalna cena 1. Osnovni pristup sistemu 10.000 RSD bez PDV-a Tabela 2 – Naknada za usluge u procentima od ukupnog prometa od prodaje ulaznica R. br. Opis % od bruto ostvarenog prometa preko sistema Maksimalni procenat 1. Naknada za usluge u skladu sa Tehničkom specifikacijom 3% Uputstvo ponuđačima kako da popune obrazac: U tabeli 1 ponuđači upisuju cenu bez PDV-a i cenu sa PDV-om U tabeli 2 ponuđači upisuju procenat od ukupnog prometa od prodaje ulaznica Datum: M.P. Potpis ponuđača _____________ ________________ Napomena: Obrazac overava i potpisuje ovlašćeno tj. odgovorno lice. Kriterijumi za dodelu ugovora.pdf KRITERIJUMI ZA DODELU UGOVORA I OSTALI ZAHTEVI NABAVKE 1 Naručilac: PRIVREDNO DRUŠTVO ZOOLOŠKI VRT GRADA BEOGRADA DOO BEOGRAD (STARI GRAD) 101822617 Naziv postupka: Usluga podrške u prodaji ulaznica Referentni broj: 03/2026 KRITERIJUMI ZA DODELU UGOVORA I OSTALI ZAHTEVI NABAVKE Deo konkursne dokumentacije koji je generisan putem Portala u slučaju kada je naručilac označio opciju automatskog rangiranja ponuda na Portalu javnih nabavki Naziv predmeta / partije: Usluga podrške u prodaji ulaznica Naručilac je definisao kriterijume za dodelu ugovora na osnovu: Cene i kriterijuma kvaliteta Izabran način rangiranja prihvatljivih ponuda (formula): Automatsko rangiranje Ukupan broj bodova jednak je zbiru bodova za svaki kriterijum. Formule su navedene dole uz svaki kriterijum. Bu = Bc + ∑ k Bk - ukupan broj bodovaBu - broj bodova ceneBc - kriterijumk - broj bodova kriterijumaBk Cena Cena - ponder (numerička vrednost): 5,00 Formula za izračunavanje bodova za kriterijum cene: Maksimalni broj bodova najboljoj ponuđenoj vrednosti, ostale ponuđene vrednosti boduju se u odnosu na najbolju vrednost B = minC C × P - broj bodova ceneB - cena najniže ponudeminC - ponuđena cenaC - vrednost pondera ceneP Kod relativnog modela ocene, broj bodova koji se dobija za kriterijum za pojedinu ponudu zavisi od vrednosti koje su ponudili drugi ponuđači. Najbolja ponuđena vrednost dobija maksimalan broj bodova (numerička ponderisana vrednost). Ostale ponude dobijaju broj bodova u odnosu na najbolju ponuđenu vrednost. Kriterijumi kvaliteta KRITERIJUMI ZA DODELU UGOVORA I OSTALI ZAHTEVI NABAVKE 2 Naziv: procenat od ukupnog prometa ulaznica preko integrisanog sistema Jedinica mere: % Ponder (numerička vrednost): 95,00 Vrednost za ovaj kriterijum može da bude samo celi broj. Opis i pojašnjenje kriterijuma i dokazi potrebni za proveru: Naknada za usluge u procentima u skladu sa Tehničkom specifikacijom Povoljnija je  veća ponuđena vrednost  manja ponuđena vrednost Formula za izračunavanje bodova za kriterijum: Maksimalni broj bodova najboljoj ponuđenoj vrednosti, ostale ponuđene vrednosti boduju se u odnosu na najbolju vrednost Kod relativnog modela ocene, broj bodova koji se dobija za kriterijum za pojedinu ponudu zavisi od vrednosti koje su ponudili drugi ponuđači. Najbolja ponuđena vrednost dobija maksimalan broj bodova (numerička ponderisana vrednost). Ostale ponude dobijaju broj bodova u odnosu na najbolju ponuđenu vrednost. Ograničenja: Ograničena je minimalna vrednost koju ponuđač može da ponudi Ograničena je maksimalna vrednost koju ponuđač može da ponudi Maksimalna dozvoljena vrednost: 3,00 B = minV V × P - broj bodova kriterijumaB - vrednost pondera kriterijumaP - ponuđena vrednost za kriterijumV - najveća ponuđena vrednost za kriterijumma𝑥V - najmanja ponuđena vrednost za kriterijumminV - maksimalna dozvoljena vrednost za kriterijumVma𝑥 - minimalna dozvoljena vrednost za kriterijumVmin Rezervni kriterijumi Primena žreba Ukoliko nakon rangiranja na osnovu kriterijuma za dodelu nije moguće doneti odluku o dodeli ugovora, naručilac će ugovor dodeliti ponuđaču koji bude izvučen putem žreba. Naručilac će obavestiti sve ponuđače koji su podneli ponude o datumu kada će se održati izvlačenje putem žreba. Žrebom će biti obuhvaćene samo one ponude koje su najpovoljnije nakon rangiranja na osnovu kriterijuma za dodelu i rezervnih kriterijuma (ako su definisani). Izvlačenje putem žreba naručilac će izvršiti javno, u prisustvu ponuđača, i to tako što će nazive ponuđača ispisati na odvojenim papirima, koji su iste veličine i boje, te će sve te papire staviti u providnu kutiju odakle će prvo izvući samo jedan papir. Ponuđaču čiji naziv bude na izvučenom papiru će biti dodeljen ugovor. Nakon izvlačenja prvog papira naručilac izvlači preostale papire jedan po jedan te shodno redosledu kojim su izvučeni rangira preostale ponuđače. Ponuđačima koji ne prisustvuju ovom postupku, naručilac će dostaviti zapisnik izvlačenja putem žreba. Okvirni sporazum.docx 1.PRIVREDNO DRUŠTVO ZOOLOŠKI VRT GRADA BEOGRADA DOO BEOGRAD (STARI GRAD), sa sedištem u ulici Mali Kalemegdan br. 8, Beograd, matični broj:07046197; PIB:101822617, koje zastupa Srboljub Aleksić, direktor – u daljem tekstu: Naručilac i 2. ____________________________________________, ____________, ________________; matični broj: __________; PIB:__________, koje zastupa direktor __________________________ - u daljem tekstu: Pružalac usluge, sa druge strane zaključuju: OKVIRNI SPORAZUM O PRUŽANJU USLUGA PODRŠKE U PRODAJI ULAZNICA Uvod Na osnovu sprovedenog otvorenog postupka javne nabavke s namerom zaključenja Okvirnog sporazuma s jednim ponuđačem za period od četiri (4) godine, Naručilac je odlukom o zaključenju okvirnog sporazuma broj: ____________ od ___________ godine odabrao kao najpovoljniju ponudu, Pružaoca usluge ________________ iz __________ broj ________ od _______________ godine, u skladu sa objavljenim kriterijumom za donošenje odluke o odabiru, te uslovima i zahtevima iz konkursne dokumentacije, u skladu sa kojim zaključuje ovaj okvirni sporazum. Obaveze i prava ugovornih strana nastaju tek zaključivanjem ugovora o javnoj nabavci na osnovu ovog Okvirnog sporazuma. Predmet okvirnog sporazuma Član 1. Predmet okvirnog sporazuma je utvrđivanje uslova za zaključivanje pojedinačnih ugovora o javnoj nabavci usluge podrške u prodaji ulaznica, između Naručioca i Pružaoca usluge, u skladu sa Ponudom Pružaoca usluge, jediničnim cenama prikazanim u Obrascu strukture cena, tehničkim uslovima iz Priloga 1, odredbama ovog okvirnog sporazuma i stvarnim potrebama Naručioca. Tehnička specifikacija o pružanju usluge, data je u prilogu ovog okvirnog sporazuma i čini njegov sastavni deo. Sastavni deo okvirnog sporazuma čine: Ponuda Pružoca usluge br. _________ od ___________ godine Tehnička specifikacija za nabavku usluge podrške u prodaji ulaznica, Prilog 1. i Obrazac strukture cena. Važenje okvirnog sporazuma Član 2. Ovaj Okvirni sporazum zaključuje se na četiri (4) godine. Tokom perioda važenja ovog Okvirnog sporazuma, predviđa se zaključivanje jednog ili više pojedinačnih ugovora u zavisnosti od stvarnih potreba Naručioca. Vrednost okvirnog sporazuma Član 3. Ukupna maksimalna vrednost okvirnog sporazuma za period njegovog važenja iznosi 30.000.000,00 dinara bez PDV-a, odnosno 36.000.000,00 dinara sa PDV-om. Navedena vrednost predstavlja maksimalnu ukupnu vrednost svih pojedinačnih ugovora koji mogu biti zaključeni na osnovu ovog okvirnog sporazuma tokom perioda njegovog važenja. Ukupna vrednost svih pojedinačnih ugovora zaključenih na osnovu ovog okvirnog sporazuma ne može preći maksimalnu vrednost okvirnog sporazuma. Cene su fiksne i ne mogu se menjati u toku realizacije ovog Okvirnog sporazuma. Vrednost svih zaključenih pojedinačnih ugovora ne sme preći vrednost Okvirnog sporazuma, osim u slučajevima povećanja obima u skladu sa članovima 156, 157, 158. i 160. ZJN, a na osnovu člana 162. ZJN. Način i uslovi zaključivanja pojedinačnih ugovora Član 4. Nakon zaključenja okvirnog sporazuma, predviđa se zaključenje četiri pojedinačna ugovora o javnoj nabavci sa izabranim Pružaocem usluge, po jedan za svaku godinu važenja okvirnog sporazuma. Okvirni sporazum ne obavezuje Naručioca na zaključenje pojedinačnih ugovora o javnoj nabavci. S obzirom na to da su okvirnim sporazumom utvrđeni svi uslovi za zaključenje pojedinačnih ugovora, Naručilac će prvi pojedinačni ugovor zaključiti na osnovu uslova utvrđenih u ponudi Pružaoca usluge, na osnovu koje je zaključen okvirni sporazum. Član 5. Pojedinačni ugovor o javnoj nabavci se zaključuje pod uslovima iz ovog okvirnog sporazuma u pogledu specifikacija predmeta nabavke, cena, načina i rokova plaćanja i pružanja usluge. Uslovi i način plaćanja Član 6. Ugovorna cena biće plaćena na mesečnom nivou nakon prijema ispravne fakture i primopredajnog zapisnika u roku od 45 dana od dana ispostavljanja ispravne fakture u sistemu elektronskih faktura na tekući račun Pružaoca usluge broj _____________________ koji se vodi kod banke ________________. Pružalac usluge će Usluge iz člana 1. ovog Ugovora fakturisati, na sledeći način: Pružalac usluge će dostaviti naručiocu usaglašeni zapisnik o izvršenim uslugama. Zapisnik će sadržati sledeće podatke: broj ugovora po kome su izvršene usluge, datum, opis izvršenih usluga Ovaj zapisnik će biti prilog uz svaku fakturu koja se odnosi za predmetnu uslugu. Pružalac usluge je dužan da Naručiocu najkasnije do petog dana u mesecu dostavi fakturu za pružene usluge u prethodnom mesecu, uz koju prilaže odgovarajući zapisnik o izvršenim uslugama. Prava i obaveze ugovornih strana Član 7. Naručilac je obavezan da: - izvrši plaćanje u skladu sa odredbama Ugovora, - dostavi Pružaocu usluge eventualne primedbe na pruženu uslugu, - obavesti Pružaoca usluge o kontakt osobi, - pridržava se ugovorenih rokova i načina realizacije ugovornih obaveza. Pružalac usluge se obavezuje da: - predmetnu uslugu izvrši shodno tehničkim uslovima i zahtevima, u svemu prema uslovima koje je dobio od Naručioca, - obavesti Naručioca o imenu i broju telefona kontakt osobe, - pridržava se ugovorenih rokova i načina realizacije ugovornih obaveza, - odgovori na eventualne primedbe Naručioca u vezi pružene usluge. Rok pružanja usluge i reklamacija Član 8. Pružalac usluge je dužan da izvrši uslugu instalacije i puštanje u rad u roku 5 dana od dana prijema narudžbenice Naručioca. Pružalac usluge garantuje da je usluga izvršena u