← Back to home
New

Софтвер за игре на срећу, одржавање и унапређење софтвера

🏛 ДРЖАВНА ЛУТРИЈА СРБИЈЕ ДОО

Submission deadline
22.10.2026 12:00 15 days left
Estimated value
not specified
Status
Active
Region
Grad Beograd
Procedure type
Open procedure
48000000Програмски пакети и информациони системи Planned period: 4. квартал 2026

Description and specification

Opis i specifikacije predmeta uslovi isporuke ili izvršenja.docx TEHNIČKA SPECIFIKACIJA Nabavka softvera za igre na sreću DEO I - Isporuka, integracija, testiranje i puštanje u rad centralizovanog softverskog sistema za lutrijske terminale namenjene priređivanju igre KENO 35 1. Predmet i cilj nabavke Predmet nabavke je isporuka, integracija, testiranje i puštanje u rad centralizovanog softverskog sistema za lutrijske terminale namenjene priređivanju igre KENO 35. Sistem mora da objedini terminalsku aplikaciju, integraciju perifernih uređaja, prikaz izvlačenja na sekundarnom ekranu, centralni serverski deo, administratorsku aplikaciju, izveštavanje, nadzor, alarmiranje, revizijske tragove i bezbednosne mehanizme. Cilj je da igrač može samostalno da izvrši uplatu gotovine, odabere igru i kombinaciju, potvrdi uplatu, dobije potvrdu o uplati u skladu sa pravilima priređivača, može da prati animaciju izvlačenja na gornjem ekranu, proveri dobitak, upotrebi dobitak za novu igru ili zatraži izdavanje isplatne potvrde/vaučera koji se može kasnije validirati, isplatiti ili ponovo uneti u sistem. 2. Normativna i poslovna osnova Funkcionalna logika mora biti usklađena sa Pravilima klasične igre na sreću KENO 35 koja se nalaze u prilogu tehničke specifikacije. U slučaju neslaganja između ove tehničke specifikacije i važećih pravila igre, pravila igre i odluke priređivača imaju prvenstvo, a isporučilac je dužan da izvrši odgovarajuće prilagođavanje sistema. Igra se priređuje po izvlačenjima u intervalima od 5 minuta; terminal mora da koristi centralno vreme sistema i da poštuje centralno definisano vreme zatvaranja prijema uplata. Za jedno izvlačenje izvlači se 35 različitih brojeva iz skupa 1–48. Rezultat generiše centralna platforma/RNG priređivača; Podržava se deset vrsta KENO 35 igara, uključujući „Super 6“, zbir prvih pet brojeva, prvi/poslednji broj veći-manji, paran-neparan i boje kuglica, u skladu sa pravilima igre. Dozvoljeni nominalni iznosi po potvrdi/igri moraju biti konfigurisani prema pravilima i odlukama priređivača; inicijalno: 20, 50, 100, 200, 300, 500, 1.000 i 2.000 RSD, uz poštovanje minimalnog iznosa po kombinaciji. Sistem mora podržati pojedinačno i sistemsko odigravanje tamo gde je pravilima dopušteno, kao i opciju quick-pick. Potvrda o uplati mora da sadrži podatke propisane pravilima: identifikaciju igre, jedinstveni identifikator, odigrane kombinacije, iznos, datum/vreme, kolo i izvlačenje, bar-kod i kontrolni kod, odnosno druge elemente koje centralni sistem odredi. Obračun dobitka mora koristiti centralno odobrene koeficijente, pravila ograničenja maksimalnog dobitka i fonda dobitaka. Sve tabele koeficijenata i parametri moraju biti verzionisani i upravljivi iz centralnog sistema, a ne trajno hardkodovani u terminalu. 3. Obim sistema i logička arhitektura Rešenje se sastoji najmanje od sledećih komponenti: Terminalska aplikacija za touch ekran – korisnički interfejs za igru, uplatu, proveru dobitka i izdavanje vaučera. Servis za integraciju hardvera – jedinstveni sloj za bill acceptor, termalni štampač, barkod čitač i status periferija. Modul sekundarnog ekrana – vizuelni prikaz odbrojavanja, zatvaranja kola, animacije izvlačenja i rezultata. Centralni aplikativni/API sloj – autorizacija terminala, prijem transakcija, obračun stanja, upravljanje vaučerima, distribucija rezultata i konfiguracija. Centralna baza podataka – evidencija uplata, potvrda o uplati, dobitaka, vaučera, keš transakcija, statusa terminala, alarma i audit logova. Administratorska web aplikacija – nadzor i upravljanje mrežom terminala, konfiguracija, alarmi, korisnici i servisne akcije. Sistem izveštavanja – operativni, finansijski, regulatorni, servisni i menadžerski izveštaji. Monitoring i alarmni sistem – real-time praćenje dostupnosti terminala i perifernih uređaja uz eskalaciju incidenata. 4. Terminalska aplikacija – funkcionalni zahtevi ID Naziv Prioritet Zahtev TRM-001 Pokretanje i identitet terminala OBAVEZNO Pri pokretanju aplikacija mora da autentifikuje terminal prema centralnom sistemu koristeći jedinstveni TerminalID i kriptografske akreditive. Bez uspešne autentifikacije nije dozvoljen prijem uplata. ID Naziv Prioritet Zahtev TRM-002 Kiosk režim OBAVEZNO Aplikacija mora raditi u kiosk režimu bez mogućnosti pristupa operativnom sistemu, drugim aplikacijama ili sistemskim menijima od strane igrača. ID Naziv Prioritet Zahtev TRM-003 Sinhronizacija vremena OBAVEZNO Terminal mora koristiti vreme centralnog sistema. ID Naziv Prioritet Zahtev TRM-004 Sesija igrača OBAVEZNO Terminal mora voditi privremenu anonimnu sesiju sa stanjem raspoloživih sredstava. Sesija se završava nakon isplate/vaučera, isteka neaktivnosti ili servisne intervencije. ID Naziv Prioritet Zahtev TRM-005 Odgovorno igranje i starosno ograničenje OBAVEZNO Na početnom ekranu i pre uplate moraju biti prikazana obaveštenja o zabrani učešća maloletnih lica (18+) i druga upozorenja koje priređivač zahteva. ID Naziv Prioritet Zahtev TRM-006 Izbor igre OBAVEZNO Korisnik treba da ima opciju da izabere svaku aktivnu vrstu KENO 35 igre, broj/kombinaciju, quick-pick gde je dozvoljen, ulog i broj budućih izvlačenja ukoliko je pretplata aktivirana. ID Naziv Prioritet Zahtev TRM-007 Validacija uloga OBAVEZNO Pre potvrde, terminal mora proveriti minimalni/maksimalni iznos, broj kombinacija, raspoloživi saldo, vreme do zatvaranja prijema uplata i status centralnog sistema. ID Naziv Prioritet Zahtev TRM-008 Dvostruka potvrda OBAVEZNO Pre slanja potvrde o uplati mora postojati jasan pregled izabrane igre, kombinacija i ukupnog iznosa i eksplicitna potvrda korisnika. ID Naziv Prioritet Zahtev TRM-009 Centralna autorizacija OBAVEZNO Potvrda o uplati se smatra prihvaćenom isključivo nakon uspešne centralne registracije i dobijanja jedinstvenog ID-a transakcije/potvrde o uplati. ID Naziv Prioritet Zahtev TRM-010 Štampa tiketa OBAVEZNO Nakon centralne potvrde terminal štampa potvrdu o uplati sa svim obaveznim podacima, bar-kodom i kontrolnim kodom dobijenim ili potvrđenim od centralnog sistema. 5. Integracija bill acceptor-a i upravljanje gotovinom Integracija mora biti realizovana preko proizvođačkog SDK/protokola navedenog u tehničkoj dokumentaciji uređaja. ID Naziv Prioritet Zahtev CASH-001 Prihvat novčanica OBAVEZNO Aplikacija mora pre prihvata novčanice proveriti da je terminal online, da nije u stanju zabrane uplata, da je bill acceptor ispravan i da je keš-kaseta raspoloživa. ID Naziv Prioritet Zahtev CASH-002 Validacija apoena OBAVEZNO Nevažeći, nepodržani ili sumnjivi apoeni moraju biti vraćeni korisniku. ID Naziv Prioritet Zahtev CASH-003 Knjiženje gotovine OBAVEZNO Svaka prihvaćena novčanica mora kreirati nepromenljiv događaj sa TerminalID, sesijom, apoenom, vremenom, statusom i identifikatorom uređaja. ID Naziv Prioritet Zahtev CASH-004 Cashbox status OBAVEZNO Sistem mora pratiti stanje keš-kasete korišćenjem statusa, broja primljenih novčanica, cashbox level/counter podataka i drugih informacija koje uređaj izlaže preko proizvođačkog SDK/API-ja. Ukoliko uređaj ne izlaže direktnu informaciju o procentualnoj popunjenosti, sistem mora omogućiti određivanje približne popunjenosti na osnovu evidentiranog broja i apoena prihvaćenih novčanica i konfigurisanog kapaciteta kasete. ID Naziv Prioritet Zahtev CASH-005 Cashbox full alarm OBAVEZNO Sistem mora omogućiti definisanje upozoravajućeg i kritičnog praga popunjenosti keš-kasete. Prag se određuje na osnovu statusa koje izlaže uređaj i/ili evidentiranog nivoa odnosno broja novčanica. Pri dostizanju upozoravajućeg praga generiše se alarm CASHBOX_NEAR_FULL, a pri dostizanju kritičnog praga ili prijavljenom FULL statusu mora se onemogućiti dalji prijem novčanica.. ID Naziv Prioritet Zahtev CASH-006 Pražnjenje kasete OBAVEZNO Administrativna aplikacija mora podržati servisni proces pražnjenja kasete, uz prijavu ovlašćenog lica, evidentiranje očekivanog i stvarnog iznosa i audit trag. 6. Integracija termalnog štampača i barkod čitača ID Naziv Prioritet Zahtev PRN-001 Štampa OBAVEZNO Mora biti podržana grafička i tekstualna štampa potvrde definisanog formata, uključujući 1D/2D bar-kod. ID Naziv Prioritet Zahtev PRN-002 Status papira OBAVEZNO Aplikacija mora čitati PAPER LOW, PAPER OUT, COVER OPEN, CUTTER ERROR, OVERHEAT i druge statuse koje štampač izlaže. ID Naziv Prioritet Zahtev PRN-003 Paper low alarm OBAVEZNO Na PAPER LOW status šalje se upozorenje administraciji bez blokade rada, dok PAPER OUT mora blokirati nove uplate koje zahtevaju obaveznu štampu. ID Naziv Prioritet Zahtev BAR-001 Skeniranje potvrde o uplati/vaučera OBAVEZNO Barkod čitač mora podržati skeniranje tiketa radi provere dobitka i skeniranje isplatnog vaučera radi validacije/ponovnog korišćenja. ID Naziv Prioritet Zahtev BAR-002 Online validacija OBAVEZNO Skenirani kod se ne sme lokalno smatrati validnim. Centralni sistem mora proveriti autentičnost, status, rok, iznos i prethodnu upotrebu. ID Naziv Prioritet Zahtev BAR-003 Zaštita od ponovne upotrebe OBAVEZNO Vaučer/tiket nakon realizacije mora biti atomarno označen kao iskorišćen, čime se sprečava double-spend na dva terminala. 7. Tokovi igre i upravljanje dobitkom 7.1. Standardni tok uplate Terminal proverava operativni status i sledeće aktivno izvlačenje. Korisnik ubacuje gotovinu ili skenira važeći vaučer; iznos se prikazuje kao raspoloživi saldo sesije. Korisnik bira vrstu igre, kombinaciju(e), ulog i eventualno broj izvlačenja. Aplikacija validira izbor prema trenutno važećoj verziji pravila i konfiguracije. Korisnik potvrđuje transakciju. Terminal šalje zahtev centralnom sistemu. Centralni sistem prihvata ili odbija transakciju. Kod prihvata štampa se potvrda; saldo sesije se umanjuje. Korisnik može nastaviti sa novom igrom ili zatražiti izlaz/preostali saldo u formi vaučera, ako politika to dozvoljava. 7.2. Provera dobitka Korisnik skenira bar-kod potvrde o uplati. Centralni sistem pronalazi tiket i proverava da li je izvlačenje završeno i rezultat verifikovan. Sistem obračunava ili preuzima centralno obračunati dobitak. Ako nema dobitka, prikazuje se odgovarajuća poruka bez promene finansijskog stanja. Ako postoji dobitak, iznos se nakon centralne autorizacije može preneti u raspoloživi saldo sesije ili pripremiti za isplatni vaučer, u skladu sa pravilima i limitima isplate. 7.3. Ponovno odigravanje dobitkom Dobitak koji je centralno potvrđen i označen kao raspoloživ može se preneti na sesijski kredit terminala i koristiti za novu uplatu. Prenos mora biti evidentiran kao zasebna finansijska transakcija poveziva sa originalnim tiketom/dobitkom. Sistem mora sprečiti da isti dobitak istovremeno ostane raspoloživ za isplatu i za ponovnu igru. 7.4. Isplatna potvrda / vaučer Kada korisnik izabere isplatu ili želi da prekine sesiju sa raspoloživim sredstvima, terminal mora, nakon centralne autorizacije, odštampati isplatnu potvrdu/vaučer. Vaučer mora imati jedinstveni nepredvidiv identifikator, bar-kod, iznos, datum i vreme izdavanja, TerminalID, rok važenja, kontrolni/kriptografski kod i status. Vaučer se može kasnije skenirati na terminalu radi ponovnog unošenja iznosa u sesijski kredit ili na ovlašćenom mestu radi isplate, pod uslovom da nije istekao, opozvan ili prethodno iskorišćen. VAŽNO: ova funkcija mora biti implementirana tako da ne stvara duplo pravo na isplatu. Kada je dobitak konvertovan u vaučer, centralni sistem mora atomarno promeniti status izvornog potraživanja. Pravna priroda i sadržaj vaučera moraju biti potvrđeni od strane priređivača i usklađeni sa važećim pravilima igre pre produkcionog rada. 8. Sekundarni (gornji) ekran i animacija izvlačenja ID Naziv Prioritet Zahtev DSP-001 Nezavisni prikaz OBAVEZNO Gornji ekran mora raditi u posebnom full-screen prikazu bez interaktivnih kontrola dostupnih igraču. ID Naziv Prioritet Zahtev DSP-002 Odbrojavanje OBAVEZNO Mora prikazivati identifikaciju sledećeg izvlačenja i odbrojavanje do zatvaranja prijema uplata i/ili početka izvlačenja prema centralnom vremenu. ID Naziv Prioritet Zahtev DSP-003 Real-time rezultat OBAVEZNO Po početku izvlačenja terminal prima verifikovane događaje/rezultat sa centralne platforme i prikazuje 35 izvučenih brojeva redosledom kojim su generisani. ID Naziv Prioritet Zahtev DSP-004 Bez lokalnog RNG-a OBAVEZNO Animacija može vizuelno simulirati kuglice/bubanj, ali ne sme uticati na rezultat. Brojevi prikazani u animaciji moraju biti isključivo rezultat centralnog RNG sistema. ID Naziv Prioritet Zahtev DSP-005 Boje kuglica OBAVEZNO Prikaz mora poštovati mapiranje brojeva u osam grupa boja definisano pravilima KENO 35. ID Naziv Prioritet Zahtev DSP-006 Fallback OBAVEZNO Ako nema podataka o izvlačenju ili je veza prekinuta, ekran mora prikazati informativno stanje („Čeka se rezultat“/„Privremeno nedostupno“) i nikada ne sme konstruisati rezultat lokalno. ID Naziv Prioritet Zahtev DSP-007 Rezime OBAVEZNO Po završetku se prikazuje kompletan rezultat, broj izvlačenja i vreme, nakon čega se ekran vraća u režim sledećeg izvlačenja. 9. Centralni serverski sistem i API ID Naziv Prioritet Zahtev SRV-001 API terminala OBAVEZNO Centralni sistem mora obezbediti verzionisani API za autentifikaciju terminala, konfiguraciju, uplatu, potvrdu o uplati, proveru dobitka, vaučer, rezultate, alarme i servisne statuse. ID Naziv Prioritet Zahtev SRV-002 Transakciona konzistentnost OBAVEZNO Promene salda, tiket, dobitak i vaučer moraju se knjižiti atomarno ili kroz pouzdan distributed transaction/outbox obrazac. ID Naziv Prioritet Zahtev SRV-003 Konfiguracija OBAVEZNO Centralno se upravlja aktivnim igrama, cenama, koeficijentima, vremenima, limitima, tekstovima, verzijama pravila i funkcionalnim feature flag-ovima. ID Naziv Prioritet Zahtev SRV-004 Distribucija rezultata OBAVEZNO Rezultati izvlačenja se terminalima distribuiraju pouzdanim kanalom (npr. WebSocket/SSE/message broker) uz mogućnost naknadnog preuzimanja propuštenih događaja. ID Naziv Prioritet Zahtev SRV-005 Offline politika OBAVEZNO Finansijske operacije i prihvat opklade moraju biti onemogućeni kada terminal nema pouzdanu vezu sa centralnim sistemom. 10. Administratorska aplikacija Administratorska aplikacija mora biti web aplikacija sa kontrolom pristupa po ulogama. Pregled svih terminala na listi i mapi/lokaciji, sa statusom online/offline, poslednjim heartbeat-om i verzijom softvera. Pregled perifernih uređaja po terminalu: bill acceptor, cashbox, printer, paper level/status, barcode reader, display, mreža i disk/CPU/RAM kada je dostupno. Daljinsko enable/disable terminala za prijem uplata; servisni režim; restart aplikacije/servisa kada je dozvoljeno. Upravljanje korisnicima i ulogama. Pregled svih uplata, potvrda o uplati, dobitaka, vaučera, storniranja, servisnih operacija. Pretraga po TerminalID, bar-kodu, ID-u tiketa, ID-u vaučera, vremenu, lokaciji, iznosu i statusu. Administrativno blokiranje/opoziv vaučera uz obavezno obrazloženje i audit trag. Pregled i potvrda alarma/incidenata. Kontrolisana distribucija novih verzija terminalske aplikacije i praćenje uspeha deployment-a. 11. Sistem izveštavanja Sistem mora obezbediti interaktivne izveštaje i izvoz najmanje u XLSX/CSV/PDF. Izveštaji moraju biti zasnovani na centralnoj evidenciji. Izveštaj Finansijski promet KENO promet Cashbox reconciliation Vaučeri Dobici Alarmi i dostupnost Audit izveštaj 12. Monitoring i alarmni sistem Terminal mora slati heartbeat i događaje u centralni monitoring. Alarmni sistem mora podržati nivoe INFO, WARNING, CRITICAL i mogućnost slanja obaveštenja putem administratorske aplikacije ili e-maila. Kod Nivo Ponašanje PRINTER_PAPER_LOW WARNING Papir pri kraju; terminal nastavlja rad. PRINTER_PAPER_OUT CRITICAL Nema papira; blokirati nove transakcije koje zahtevaju štampu. PRINTER_ERROR CRITICAL Cutter/cover/overheat/communication error. CASHBOX_NEAR_FULL WARNING Kaseta se približava kapacitetu. CASHBOX_FULL CRITICAL Kaseta puna; blokirati prijem novčanica. BILL_ACCEPTOR_ERROR CRITICAL Validator nije dostupan ili prijavljuje kvar. BARCODE_READER_ERROR WARNING Čitač nije dostupan; funkcije skeniranja ograničene. NETWORK_OFFLINE CRITICAL Nema veze sa centralnim sistemom; blokirati finansijske transakcije. CLOCK_DRIFT CRITICAL Odstupanje lokalnog i centralnog vremena iznad dozvoljenog praga. APP_NOT_RESPONDING CRITICAL Terminal aplikacija/servis ne odgovara. LOW_DISK_SPACE WARNING Nizak slobodan prostor. TAMPER_OR_SERVICE_DOOR CRITICAL Ako hardver izlaže senzor otvaranja/zaštite. 13. Bezbednosni zahtevi Sva komunikacija terminal–server mora koristiti TLS 1.2+ (preporučeno TLS 1.3) i autentifikaciju terminala sertifikatom ili ekvivalentnim mehanizmom. Finansijske transakcije, tiketi i vaučeri moraju imati kriptografski zaštićene identifikatore/kontrolne kodove. Terminal mora imati update mehanizam. Aplikacija mora proći penetraciono testiranje pre produkcije. 14. Evidencije i audit trag Sistem mora čuvati najmanje sledeće entitete: Terminal, DeviceStatus, Session, CashEvent, BetTransaction, Ticket, Draw, DrawResult, Win, Voucher, Payout, Alarm, ServiceAction, ConfigurationVersion, SoftwareDeployment i AuditEvent. Svaki događaj mora imati jedinstveni ID, vreme centralnog sistema, TerminalID i korelacioni ID radi praćenja kompletnog toka transakcije. Nijedan finansijski događaj ne sme biti fizički brisan kroz korisnički interfejs. Svi statusni prelazi potvrda o uplati, dobitka i vaučera moraju biti istorijski sačuvani. Retention period definiše naručilac u skladu sa zakonskim, poreskim, AML i internim zahtevima. 15. Korisnički interfejs i UX Interfejs mora biti projektovan za rad prstom na touch ekranu, sa velikim kontrolama i čitljivim tekstom. Glavni tok uplate treba da bude moguć u minimalnom broju koraka; svi iznosi moraju biti jasno prikazani pre potvrde. Stanje raspoloživog kredita mora uvek biti vidljivo tokom sesije. Poruke greške moraju biti razumljive korisniku, dok detaljni tehnički kod ostaje u servisnim logovima. Na ekranu mora biti jasno prikazano kada je prijem uplata za tekuće izvlačenje zatvoren i koje je sledeće raspoloživo izvlačenje. UI mora podržati najmanje srpski jezik; drugi jezici moraju biti omogućivi konfiguracijom. 16. Nefunkcionalni zahtevi Oblast Zahtev Performanse 95% standardnih API zahteva terminala ≤ 2 s u normalnim uslovima; potvrda uplate mora imati definisan timeout i retry/idempotency ponašanje. Skalabilnost Arhitektura mora podržati horizontalno skaliranje na broj terminala koji naručilac naknadno definiše, bez promene aplikacione logike. Oporavak Automatski restart servisa i nastavak rada nakon prekida napajanja. Backup Automatizovani backup baze i konfiguracija. 17. Testiranje i kriterijumi prihvata Isporučilac mora dostaviti test plan i izvršiti najmanje funkcionalno, integraciono, load, recovery, security i user acceptance testiranje. Prihvat sistema se vrši kroz dokazive scenarije. ID Scenario Očekivani rezultat A01 Prihvat validne novčanice i povećanje salda tačno za apoen. PASS/FAIL prema dokumentovanom očekivanom ponašanju A02 Odbijanje nepodržane novčanice bez promene salda. PASS/FAIL prema dokumentovanom očekivanom ponašanju A03 Kreiranje validne KENO potvrde o uplati i štampa potvrde. PASS/FAIL prema dokumentovanom očekivanom ponašanju A04 Odbijanje opklade nakon zabrane na centralnom sistemu. PASS/FAIL prema dokumentovanom očekivanom ponašanju A06 PAPER LOW generiše warning; PAPER OUT blokira novu uplatu. PASS/FAIL prema dokumentovanom očekivanom ponašanju A07 CASHBOX FULL blokira prihvat novčanica i šalje critical alarm. PASS/FAIL prema dokumentovanom očekivanom ponašanju A08 Skeniranje dobitnog tiketa vraća tačan centralno potvrđen dobitak. PASS/FAIL prema dokumentovanom očekivanom ponašanju A09 Prenos dobitka u sesijski saldo i odigravanje nove igre bez mogućnosti dvostruke isplate. PASS/FAIL prema dokumentovanom očekivanom ponašanju A10 Izdavanje vaučera, njegovo ponovno skeniranje i jednokratno iskorišćenje. PASS/FAIL prema dokumentovanom očekivanom ponašanju A11 Paralelni pokušaj iskorišćenja istog vaučera na dva terminala – samo jedan uspeva. PASS/FAIL prema dokumentovanom očekivanom ponašanju A12 Sekundarni ekran prikazuje 35 brojeva istim redosledom kao centralni rezultat. PASS/FAIL prema dokumentovanom očekivanom ponašanju A13 Restart terminala tokom sesije – sistem nakon oporavka korektno usaglašava stanje. PASS/FAIL prema dokumentovanom očekivanom ponašanju A14 Admin disable terminala momentalno sprečava nove uplate. PASS/FAIL prema dokumentovanom očekivanom ponašanju A15 Izveštaj finansijskog prometa se slaže sa transakcionim zapisima i cashbox reconciliation-om. PASS/FAIL prema dokumentovanom očekivanom ponašanju 18. Garancija, održavanje i podrška Ponuđač mora obezbediti garantni period i održavanje sistema, uključujući ispravke grešaka, kompatibilnost sa isporučenim hardverom, podršku za produkcione incidente i bezbednosne zakrpe. U periodu od 1 (jedne) godine od puštanja sistema u rad. DEO II – Nadogradnja postojeće online platforme sa 10 novih e-srećki 1. Predmet i cilj nabavke Predmet ovog dela nabavke je integracija, testiranje i puštanje u produkcioni rad 10 novih elektronskih instant igara – e-srećki, koje će biti dostupne korisnicima kroz postojeću online platformu priređivača. Nove e-srećke moraju biti u potpunosti integrisane sa postojećim korisničkim nalozima, autentifikacijom, novčanikom igrača, sistemom uplata i isplata, sistemom za odgovorno igranje, administratorskom aplikacijom, sistemom izveštavanja i postojećom infrastrukturom priređivača. Cilj je da registrovani korisnik može da: izabere jednu od dostupnih e-srećki; vidi cenu igre i osnovna pravila; kupi e-srećku korišćenjem raspoloživog stanja na svom korisničkom računu; izvrši interakciju predviđenu konkretnom igrom; dobije jasno prikazan rezultat igre; automatski dobije eventualni dobitak na svoj korisnički račun; pristupi istoriji kupljenih e-srećki i njihovih rezultata. Svaka igra mora biti realizovana u skladu sa pravilima priređivača i važećim regulatornim zahtevima. 2. Obim nadogradnje Isporučilac je dužan da realizuje najmanje sledeće: 10 funkcionalno i vizuelno različitih e-srećki; grafički i animacioni sadržaj za svaku igru; frontend modul za prikaz i odigravanje e-srećki; backend logiku za kupovinu, pokretanje i završetak igre; integraciju sa postojećim korisničkim računom i novčanikom; integraciju sa postojećim sistemom za autentifikaciju i autorizaciju; integraciju sa postojećim sistemom izveštavanja; administratorske funkcije za upravljanje e-srećkama; evidenciju svih finansijskih i igračkih događaja; audit trag; testiranje i puštanje u produkciju. 3. Osnovni funkcionalni zahtevi ID Naziv Prioritet Zahtev ES-001 Broj novih igara OBAVEZNO Sistem mora sadržati najmanje 10 novih e-srećki. ES-002 Integracija sa postojećom platformom OBAVEZNO Igre moraju biti dostupne unutar postojeće online platforme bez potrebe za otvaranjem posebnog korisničkog naloga. ES-003 Jedinstveni novčanik OBAVEZNO Kupovina e-srećke i isplata dobitka moraju koristiti postojeći saldo/novčanik korisnika. ES-004 Responsive rad OBAVEZNO Igre moraju pravilno raditi najmanje na desktop, tablet i mobilnim web uređajima. ES-005 Pregled igre OBAVEZNO Pre kupovine moraju biti prikazani naziv igre, cena, pravila, mogući dobici i druge informacije koje propisuje priređivač. ES-006 Potvrda kupovine OBAVEZNO Kupovina igre mora biti centralno evidentirana pre omogućavanja odigravanja. ES-007 Jedinstveni GameID OBAVEZNO Svako pojedinačno odigravanje mora imati jedinstveni identifikator. ES-008 Istorija OBAVEZNO Korisniku mora biti dostupna istorija njegovih kupljenih i završenih e-srećki. 4. Grafički i UX zahtevi Svaka od 10 e-srećki mora imati sopstveni: naziv; vizuelni identitet; pozadinu; simbole; animacije; zvučne efekte; win/lose animacije; prikaz uloga i dobitka. Interfejs mora biti prilagođen radu dodirom na mobilnim uređajima. Tematika srećaka može biti svemir, sport, karte ili druga tematika usaglašena sa naručiocem tako da ukupno bude 10 novih e-srećki. 5. Integracija sa postojećom platformom Nadogradnja mora koristiti postojeće centralne servise platforme za autentifikaciju korisnika, korisnički novčanik, finansijske transakcije, odgovorno igranje i izveštavanje, osim ako naručilac za pojedini servis izričito odobri drugačiju arhitekturu. Nije prihvatljivo formiranje paralelne evidencije korisničkog novca koja nije transakciono usaglašena sa centralnim novčanikom postojeće platforme. DEO III – Razvoj i integracija dve elektronske instant lutrije 1. Predmet i cilj nabavke Predmet ovog dela nabavke je integracija, testiranje i puštanje u produkcioni rad dve elektronske instant lutrije koje će biti dostupne korisnicima kroz postojeću online platformu priređivača. Igre moraju biti integrisane sa postojećim korisničkim nalozima, autentifikacijom, novčanikom igrača, finansijskim transakcijama, sistemom odgovornog igranja, administratorskom aplikacijom, izveštavanjem i audit tragom, u skladu sa arhitektonskim principima definisanim u DELOM II ove tehničke specifikacije. Predviđene su sledeće dve igre: (1) „Pismo / Glava“ sa bonus multiplier mehanikom do 250× i (2) „Instant Loto 6/47“, zasnovan na instant loto konceptu u kojem igrač bira šest brojeva, nakon čega se prikazuje šest glavnih izvučenih brojeva i jedan bonus broj. 2. Zajednički funkcionalni zahtevi ID Naziv Prioritet Zahtev IL-001 Centralno određivanje rezultata OBAVEZNO Ishod svake instant igre mora biti određen na serverskoj strani korišćenjem RNG/mehanizma priređivača. Klijentska animacija ne sme uticati na rezultat igre. IL-002 Konfigurabilni RTP i tabela dobitaka OBAVEZNO RTP, verovatnoće, koeficijenti/multiplikatori, maksimalni dobitak, cena igre i ostali matematički parametri moraju biti centralno konfigurisani, verzionisani i zaštićeni od neovlašćene izmene. Produkcione vrednosti odobrava priređivač u skladu sa pravilima igre i regulatornim zahtevima. IL-003 Jedinstveni identifikator igre OBAVEZNO Svako odigravanje mora imati jedinstveni GameID i vezu sa korisnikom/sesijom, ulogom, rezultatom, dobitkom, verzijom pravila i verzijom matematičkog modela. IL-004 Prezentacija rezultata OBAVEZNO Animacija mora verno prikazati prethodno centralno određeni rezultat. Prekid animacije, osvežavanje stranice ili gubitak veze ne smeju promeniti finansijski ishod već započete igre. IL-005 Evidencija i audit OBAVEZNO Sistem mora evidentirati kupovinu, početak igre, centralno određeni rezultat, prikazani rezultat, dobitak, knjiženje dobitka i tehničke događaje relevantne za rekonstrukciju odigravanja. 3. Instant igra 1 – „Pismo / Glava“ sa Bonus Multiplier-om Igra je zasnovana na jednostavnom binarnom izboru. Igrač pre pokretanja bira jednu od dve ponuđene opcije – PISMO ili GLAVA – i potvrđuje ulog. Osnovni ishod ima dve jednako verovatne kategorije, odnosno inicijalno 50% verovatnoće za pogodak izabrane strane. 3.1. Tok igre Igrač bira PISMO ili GLAVA i iznos uloga. Nakon potvrde kupovine centralni sistem određuje ishod prve faze igre. Aplikacija prikazuje animaciju bacanja/okretanja novčića i rezultat PISMO ili GLAVA. Ako izbor igrača nije pogođen, igra se završava bez dobitka. Ako je izbor pogođen, osnovni koeficijent prve faze iznosi 1× i automatski se aktivira bonus faza. U bonus fazi centralni sistem određuje Bonus Multiplier, a aplikacija prikazuje posebnu animaciju izvlačenja multiplikatora. Konačni dobitak predstavlja ulog pomnožen osnovnim koeficijentom 1× i izvučenim Bonus Multiplier-om. 3.2. Bonus Multiplier Bonus faza mora podržati skup multiplikatora koji definiše priređivač. Raspodela verovatnoća po multiplikatorima ne sme biti hardkodovana u korisničkom interfejsu i mora se učitavati iz važeće centralne konfiguracije. Ciljani RTP može biti inicijalno konfigurisan na 85%, pri čemu za verovatnoću pogotka od 50% i osnovni koeficijent 1× prosečna očekivana vrednost bonus multiplikatora iznosi 1,70×. Navedena vrednost predstavlja inicijalni matematički model i mora biti promenljiva konfiguracijom bez izmene programskog koda, uz obavezno verzionisanje i odobrenje priređivača. ID Naziv Prioritet Zahtev PG-001 Izbor Pismo/Glava OBAVEZNO Korisnički interfejs mora omogućiti jasan izbor između opcija PISMO i GLAVA pre potvrde uloga. PG-002 Prva faza – 50/50 OBAVEZNO Osnovni model mora podržati dve jednako verovatne kategorije ishoda. Promena matematičkog modela dozvoljena je samo kroz odobrenu verziju pravila i konfiguracije. PG-003 Aktiviranje bonusa OBAVEZNO Bonus Multiplier se aktivira isključivo kada je izbor PISMO/GLAVA pogođen. PG-004 Multiplier OBAVEZNO Sistem mora podržati Bonus Multiplier, uz centralno definisanu raspodelu verovatnoća. PG-005 Prikaz dobitka OBAVEZNO Po završetku bonusa mora biti jasno prikazan izvučeni multiplier, ulog i konačan iznos dobitka. 4. Instant igra 2 – „Instant Loto“ Druga igra predstavlja elektronsku instant lutriju. Igrač bira šest različitih brojeva iz skupa 1–47, nakon čega se u okviru instant odigravanja prikazuje šest glavnih izvučenih brojeva i jedan dodatni BONUS broj. Produkciona pravila, fond/RTP, iznosi dobitaka i eventualna odstupanja od referentnog modela definiše i odobrava priređivač. 4.1. Izbor brojeva Igrač bira 6 različitih brojeva iz skupa 1–47. Sistem mora omogućiti ručni izbor i Quick Pick, kojim se automatski generiše šest različitih brojeva. Pre potvrde igre korisniku se prikazuju izabrani brojevi i cena. Nakon centralne potvrde kupovine nije dozvoljena izmena izabranih brojeva za to odigravanje. 4.2. Instant izvlačenje i Bonus broj Za svako odigravanje centralni sistem određuje šest različitih glavnih brojeva i jedan dodatni BONUS broj. BONUS broj je različit od šest glavnih izvučenih brojeva i igrač ga ne bira posebno; njegova funkcija je da učestvuje u određivanju odgovarajuće dobitne kategorije prema tabeli dobitaka. Animacija može prikazivati loto bubanj, kuglice ili drugi vizuelni koncept, ali mora prikazati isključivo rezultat koji je prethodno određen i evidentiran na centralnom sistemu. Glavni brojevi i BONUS broj moraju biti vizuelno jasno razdvojeni. 4.3. Dobitne kategorije i obračun Sistem mora omogućiti centralno definisanje dobitnih kategorija prema broju pogođenih glavnih brojeva i, gde je primenljivo, pogotku BONUS broja. Tabela dobitaka mora biti konfigurabilna i verzionisana. Konačne kategorije i iznosi dobitaka određuju se pravilima priređivača pre produkcionog puštanja igre. ID Naziv Prioritet Zahtev LOT-001 Izbor 6 od 47 OBAVEZNO Igrač mora moći da izabere tačno šest različitih brojeva iz skupa 1–47. LOT-002 Quick Pick OBAVEZNO Sistem mora omogućiti automatski izbor šest različitih brojeva. LOT-003 Šest glavnih + Bonus broj OBAVEZNO Rezultat mora sadržati šest različitih glavnih brojeva i jedan dodatni BONUS broj, različit od glavnih brojeva. LOT-004 Bonus broj OBAVEZNO BONUS broj se ne bira zasebno od strane igrača, već se koristi u obračunu onih dobitnih kategorija za koje je to definisano pravilima igre. LOT-005 Tabela dobitaka OBAVEZNO Dobitne kategorije i iznosi moraju biti centralno konfigurisani i verzionisani prema broju pogodaka glavnih brojeva i statusu BONUS broja. LOT-006 Animacija izvlačenja OBAVEZNO Animacija mora jasno prikazati šest glavnih izvučenih brojeva i posebno označen BONUS broj, bez mogućnosti da klijentska aplikacija menja rezultat. 5. Administracija, izveštavanje i prihvat Administratorska aplikacija mora omogućiti aktiviranje/deaktiviranje obe igre, upravljanje cenom igre, kroz kontrolisan i auditovan proces. Pre produkcionog rada za svaku igru mora biti sprovedeno testiranje. Pre puštanja u produkciju potrebno je izvršiti i penetracijsko testiranje sistema i o tome dostaviti izveštaj, potpisan od strane lica sa odgovarajućim sertifikatom za ethical hacking. Naručilac će sa izabranim ponuđačem prilikom zaključenja Okvirnog sporazuma zaključiti i Ugovor o poverljivosti. Pravila klasične igre na sreću KENO 35.docx На основу члана 20. став 2., чл. 25., 92. став 1. и 109. став 6. Закона о играма на срећу („Сл. гласник РС“, 18/2020 и 94/2024), члана 3. Правилника о врстама игара на срећу (Каталог о врстама игара на срећу) („Сл. гласник РС“, 152/2020 и 31/2025), чл. 8., 17. и 18. Закона о спречавању прања новца и финансирања тероризма („Сл. гласник РС“, 113/2017, 91/2019, 153/2020, 92/2023, 94/2024 и 19/2025), члана 26. Одлуке о измени оснивачког акта Државне лутрије Србије доо Београд („ Сл.гласник РС“, бр. 120/25), вршилац дужности директора „Државне лутрије Србије“ д.о.о. Београд, ул. Ускочка бр. 4-6, ПИБ 103610932, матични број 17590987, дана 20.08.2026. године утврђује: П Р А В И Л А класичне игре на срећу преко средстава електронске комуникације КЕНО 35 I ОПШТЕ ОДРЕДБЕ Члан 1. [1.1.] Правила класичне игре на срећу КЕНО 35 која се приређује преко средстава електронске комуникације представљају опште услове (генералну понуду) за закључење уговора по приступу за учествовање у игри на срећу, којима се утврђује начин приређивања игре на срећу КЕНО 35 (у даљем тексту: КЕНО 35) коју приређујe „Државна лутрија Србије“ д.о.о. Београд (у даљем тексту: Државна лутрија Србије) на територији Републике Србије. [1.2.] Приређивач се обавезује да у приређивању игара на срећу обезбеди спровођење начела друштвене одговорности и одговорне игре на срећу у складу са законом, посебно у делу заштите малолетних лица, превенције болести зависности код Учесника у играма на срећу, заштите података о личности Учесника и спречавања прања новца и финансирања тероризма. Члан 2. [2.1.] Ова Правила обавезују све субјекте који ступају у међусобне односе поводом приређивања игре КЕНО 35: Државну лутрију Србије, лица која примају уплату и Учеснике у игри у својству лица која самом уплатом путем лутријских терминала или преко средстава електронске комуникације успешним закључењем регистрације Корисничког налога на интернет страници Државне лутрије Србије и активирањем Корисничког налога на уплатном месту Државне лутрије Србије, прихватају ова Правила и обавезују се да ће их се придржавати. [2.2.] Државна лутрија Србије је дужна да објави ова Правила у дневној или недељној штампи и на званичној интернет страници www.lutrija.rs [2.3.] Ова Правила морају да се налазе на свим уплатним местима Државне лутрије Србије у интегралном или скраћеном облику. [2.4.] Лицима заинтересованим за игру КЕНО 35, радник на уплатном месту је дужан да омогући упознавање са овим Правилима, односно да их да на увид. [2.5.] Физичко лице – особа млађа од 18 година не може бити учесник у игри на срећу из члана 1. ових Правила. Ради потврде пунолетства Учесник је дужан, на захтев лица које прима уплату, показати истом важећу личну исправу. У игри КЕНО 35 преко средстава електронске комуникације могу учествовати само лица старија од 18 година. [2.6.] Државна лутрија Србије неће дозволити регистровање Корисничког налога особама млађим од 18 година, а према подацима депонованим од стране корисника у поступку регистрације. Члан 3. [3.1.] Учесник у игри КЕНО 35 је ималац потврде о уплати путем лутријског терминала, ако је своју уплату извршио на уплатном месту Државне лутријe Србије или ималац електронске потврде о уплати за учествовање у игри преко средстава електронске комуникације на интернет страници Државне лутрије Србије под условом да је уплата регистрована на централном рачунарском систему Државне лутрије Србије односно њен запис записан у фајл чија је MD5 hash вредност временски жигосана од стране сертификованог тела. [3.2.] Уплата за учешће у игри КЕНО 35 врши се на уплатним местима путем лутријских терминала посредством лица које прима уплату односно самостално од стране играча. 3.3. Државна лутрија Србије може омогућити уплату коришћењем случајног избора бројева на лутријском терминалу (quick pick) за игру Супер 6, са различитим опцијама одигравања појединачног или системског одигравања као и на одговарајући начин електронским путем. [3.4.] Уплата за учешће у игри КЕНО 35 преко средстава електронске комуникације врши се на интернет страници Државне лутрије Србије, где Учесник може да одигра игру самостално у интеракцији са централним рачунарским системом Државне лутрије Србије, а без непосредног представника Државне лутрије Србије. [3.5.] Сваки регистровани играч добија јединствени идентификациони број као и електронску потврду о уплати (у даљем тексту е-потврда) за одређено извлачење кола игре. [3.6.] Игра КЕНО 35 приређиваће се до доношења одлуке Државне лутрије Србије о престанку приређивања игре. II НАЧИН ПРИРЕЂИВАЊА И ПРИЈЕМ УПЛАТЕ Члан 4. [4.1.] Игра КЕНО 35 приређује се по колима. Коло почиње првог календарског дана у месецу у 00:02h, а завршава се последњег календарског дана у месецу у 23:57h. Коло може почети и касније или завршити се раније у случају техничких проблема или пословне одлуке приређивача. Једно коло обухвата сва одржана извлачења у том колу. Извлачење се обавља сваки дан у временском интервалу од 5 минута. Изузеци су могући у случају техничких проблема, нпр. квар генератора случајних бројева, недоступност сервиса за издавање временских жигова и сл. као и у случају пословне одлуке приређивача. Приређивач задржава право да услед техничких проблема или пословне одлуке, одржи мањи број извлачења у колу. У случају техничких проблема или услед пословне одлуке приређивача, може доћи до обуставе уплате за даља извлачења. Уплата ће се тада наставити по обављању свих заосталих извлачења осим уколико приређивач не одреди другачије. [4.2.] За учешће у игри КЕНО 35 учесник бира цену за учествовање у појединачном извлачењу у динарима и то: 20 дин, 50 дин, 100 дин, 200 дин, 300 дин, 500 дин, 1000 дин или 2000 динара. [4.3.] Државна лутрија Србије може уплату за учешће у игри КЕНО 35 примати и путем претплате, уколико учесник изабере 2, 3, 4, 5, 10 или 15 извлачења у којима жели да учествује. [4.4.] Учесник у игри КЕНО 35 који је одиграо комбинације путем претплате, добија онолико посебних потврда о уплати колико је извлачења изабрао при чему је на свакој потврди о уплати означено извлачење и коло у којем та потврда учествује. III ПРИЈЕМ УПЛАТЕ ПРЕКО СРЕДСТАВА ЕЛЕКТРОНСКЕ КОМУНИКАЦИЈЕ И РЕГИСТРАЦИЈА КОРИСНИЧКОГ НАЛОГА Члан 5. [5.1.] Уплате за учествовање у игри на срећу KЕНО 35 примају се на интернет страници Државне лутрије Србије избором понуђених опција за одигравање. 5.2. За учествовање у игри Учесник мора бити регистрован на интернет страници Државне лутрије Србије. 5.3. Учесник региструје Кориснички налог приступом модулу „РЕГИСТРУЈ СЕ“ на Интернет страници Државне лутрије Србије, депоновањем својих личних података и прихватањем ових Правила и Општих услова за учествовање у играма на срећу преко средстава електронске комуникације избором опције „Прихватам све одредбе и услове играња“. 5.4. Учесник може регистровати само један Кориснички налог на Интернет страници Државне лутрије Србије, те Државна лутрије Србије задржава право да у случају препознавања више Корисничких налога са идентичним депонованим личним подацима, све хронолошки млађе Корисничке налоге тренутно угаси и поништи све трансакције извршене са истих Корисничких налога. 5.5. Регистрација Учесника је процес преузимања и депоновања података о Учеснику у играма на срећу преко средстава електронске комуникације у рачунарски систем Државне лутрије Србије. 5.6. Током поступка регистрације Учесник је обавезан да тачно попуни задати образац за регистрацију који садржи следеће корисничке податке: - Е-маил, Име, Презиме, Број телефона, Лозинка, Потврда лозинке, Адреса, Mесто, Поштански број, Место рођења, Датум рођења, ЈМБГ, Број банковног рачуна, Информација о делатности, Информација о пореклу имовине, Информација о томе да ли је корисник/учесник функционер или његов ближи сарадник у смислу Закона о спречавању прања новца и финансирања тероризма, Сагласност за примање обавештења и Сагласност са условима коришћења и политиком приватности. 5.7. Учесник је обавезан да попуни поља која су означена као обавезна у задатом обрасцу за регистрацију. 5.8. Након уноса личних података, Државна лутрије Србије утврђује да ли је лице пунолетно, провером ЈМБГ-а и датума рођења. Кориснику који не означи опцију „Сагласан сам са условима коришћења и политиком приватности“, на Интернет страници Државне лутрије Србије, Кориснички налог неће бити регистрован, те исто лице неће стећи својство Учесника у играма на срећу преко средстава електронске комуникације. Након прихватања горе наведене опције, Кориснички налог Учесника у играма на срећу се активира и то путем потврде на линк из активационог маила који Државна лутрија Србије шаље учеснику на унету е-маил адресу. 5.9. Кориснички налог Учесника у играма на срећу биће блокиран док се Учесник не идентификује и то у следећим случајевима: а) за уплате депозита на рачун Корисничког налога у износу од 2.000 еур или више у динарској противвредности на месечном нивоу; б) у случају остваривања добитка изнад неопорезивог износа учешћем у играма на срећу преко средстава електронске комуникације; в) у случају да износ уплаћеног депозита на рачун корисничког налога и остварених добитака на месечном нивоу буде једнак или већи од 2.000 еур у динарској противвредности; г) у случају повлачења средстава са рачуна корисничког налога у износу од 2.000 еур или више у динарској противвредности на месечном нивоу; д) у случају уплате депозита на рачун Корисничког налога и повлачења средстава са рачуна Корисничког налога у износу од 2.000 еур или више у динарској противвредности на месечном нивоу; ђ) ако је Учесник функционер на начин предвиђен овим Правилима; е) уколико се посумња на злоупотребу платних картица/броја банковног рачуна, злоупотребу личних података Учесника (идентитет превара/украдени идентитет). Идентификација се може обавити на уплатном месту Државне лутрије Србије, где се преко личних докумената, која се дају на увид лицу које прима уплату, утврђује идентитет и пунолетство и додељује број лутријске картице са штампаном потврдом. Тек након успешне идентификације, могућа је поновна пријава на систем и то путем потврде на линк из активационог е-маила који Државна лутрије Србије шаље Учеснику. Представник Државне лутрија Србије, приликом утврђивања идентитета, задржава копију личног документа и на њој уписује време, датум и име лица које је извршило увид и Државна лутрија Србије је дужан да исту чува у року од 10 година од успостављања пословног односа. 5.10. По успешној регистрацији Корисничког налога, Учесник је дужан да редовно ажурира своје личне податке. 5.11. Учесник приликом регистрације Корисничког налога у избору Корисничког имена и лозинке не може користити термине који се могу сматрати увредљивим и дискриминишућим по било ком основу, а у случају да исте користи, Државна лутрија Србије може одбити регистрацију налога, односно исти угасити без обавезе образлагања. 5.12. Учесник се обавезује да чува у тајности своју лозинку која је позната само њему (она није позната, нити доступна Државној лутрији Србије), те сам сноси ризик евентуалне злоупотребе лозинке. 5.13. Учесник се обавезује да чува у тајности одговор на сигурносно питање, које се користи као додатна сигурносна провера приликом појединих поступака утврђивања идентитета. 5.14. Све трансакције извршене са Корисничког налога са важећим Корисничким именом и лозинком сматраће се важећим, а под условом да на Рачуну корисничког налога Учесник располаже са довољно средстава да изврши уплату за игру коју жели да одигра преко средстава електронске комуникације. 5.15. За истинитост депонованих личних података у поступку регистрације Корисничког налога одговара у целости Учесник који је отворио Кориснички налог, а у свему у складу са законом. Регистрацијом Корисничког налога Учесник даје изричит пристанак за прикупљање података из члана 8.6. ових Општих Правила и њихову обраду у сврху учествовања у играма на срећу преко средстава електронске комуникације и овлашћује Државну лутрију Србије да може извршити проверу валидности депонованих личних података у поступку регистрације Корисничког налога. 5.16. У случају невалидности депонованих личних података или података о текућем рачуну Учесника, а коју Државна лутрија Србије утврди у поступку провере података у смислу претходног става, односно, у случају да иста провера резултира утврђивањем да Учесник не испуњава услове за учествовање у играма на срећу преко средстава електронске комуникације предвиђене овим Правилима и законом, Учеснику неће бити одобрена регистрација Корисничког налога све док Учесник не конвалидира свој Кориснички налог депоновањем исправних података. 5.17. Лични подаци Учесника, подаци о текућем рачуну и други подаци о Учеснику депоновани у Корисничком налогу представљају податке које је Државна лутрија Србије дужна да штити у свему у складу са Законом о заштити података о личности. 5.18. Државна лутрија Србије задржава право да открије личне информације и податке са одређеног Корисничког налога уколико то захтева закон, државни органи, институције или други регулаторни орган. 5.19. У поступку регистрације Корисничког налога на истом се аутоматски креира Рачун корисничког налога на коме се воде и евидентирају сва полагања депозита, све уплате, сви остварени добици и све исплате извршене за предметни Кориснички налог. 5.20. Уколико је идентификован на начин описан у члану 5.9. Правила и поседује лутријску картицу, Учесник може извршити: а) полагање депозита на Рачун корисничког налога трансфером средстава са свог текућег рачуна код пословне банке са седиштем на територији Републике Србије са позивом на број који једнозначно одређује Рачун корисничког налога Учесника, на коју се врши уплата; б) уплатом готовине минималног износа од 300,00 динара по уплати до максималног износа од 3.000,00 динара дневно на било ком уплатном месту Државне лутрија Србије уз помоћ лутријске картице коју издаје Државна лутрија Србије, а која је везана за Рачун корисничког налога Учесника. в) полагање депозита на рачун корисничког налога коришћењем платне картице за електронско плаћање прихватљиве за Државну лутрију Србије и то са минималним износом од 500,00 динара по уплати. Учесник који нема лутријску картицу може извршити полагање депозита до 2.000 еур у динарској противвредности на месечном нивоу на Рачун корисничког налога коришћењем платне картице за електронско плаћање прихватљиве за Државну лутрију Србије. 5.21. Учесник је дужан да проверава стање Рачуна корисничког налога приликом сваког пријављивања. У случају било какве неусаглашености стања Рачуна корисничког налога са евиденцијом Учесника о трансакцијама, Учесник је дужан да, без одлагања, о томе обавести Државну лутрију Србије ради усаглашавања и предузимања евентуално потребних заштитних мера. 5.22. У случају измене корисничких података Учесник је дужан одмах обавестити Државну лутрију Србије тако што ће преко средстава електронске комуникације на свом Корисничком налогу сам изменити корисничке податке (осим: датум и место рођења, ЈМБГ, E-mail, држава). У супротном одговара за све пропусте или штету која је настала услед необавештавања Државне лутрије Србије о насталим променама. 5.23. У случају да Учесник заборави лозинку, те затражи промену исте, Државна лутрија Србије ће послати е-маил са одговарајућом адресом на којој се налази образац за промену лозинке. 5.24. Учесник може поднети Захтев за затварање Рачуна корисничког налога без навођења разлога у било ком тренутку, искључиво у писаном облику препорученом пошиљком или непосредном предајом у радном времену у седишту Државне лутрије Србије, као и e-mailom на адресу kontakt.centar@dls.rs. 5.25. Једном затворен Рачун корисничког налога Учесник може се поново отворити, искључиво на писани захтев препорученом пошиљком или непосредном предајом у радном времену у седишту Државне лутрије Србије, као и e-mailom на адресу kontakt.centar@dls.rs 5.26. Државна лутрија Србије задржава право да затвори Рачун корисничког налога Учесника уколико исти не испуњава услове прописане овим Правилима, те законским и подзаконским прописима којима се уређује подручје приређивања игара на срећу. 5.27. Рачун корисничког налога може се затворити тек по истеку рока за исплату већ уплаћених листића, односно у року од 60 дана од дана извлачења. У поступку затварања рачуна корисничког налога, Учеснику се исплаћују средства расположива за исплату и уплаћена средства у складу са овим Правилима. 5.28. Пре уплате игре на срећу преко средстава електронске комуникације, Учесник у игри мора имати евидентирано довољно средстава на свом Рачуну корисничког налога. За уплату у игри на срећу преко средстава електронске комуникације Учесник мора да изврши двоструку потврду жељене трансакције уплате игре. 5.29. Једном извршена трансакција уплате игре не може се поништити. Државна лутрија Србије није одговорна за грешке при куцању, људске грешке, софтверске или очигледне грешке у односу на било који производ или информацију на Интернет страници Државне лутрије Србије. 5.30. Уколико Учесник у игри на срећу преко средстава електронске комуникације располаже средствима за игру из различитих извора (уплате које је извршио на Рачун корисничког налога, добици и бонуси), систем приређивања прво ће користити бонусе, затим уплаћена средства и средства од добитака. Бонус представља средства за промоцију игара које може Одлуком доделити Државна лутрија Србије (нпр. за новорегистроване Корисничке налоге, исл.), а све у складу и на начин предвиђен чланом 102б Закона о играма на срећу, на промотивни Рачун корисничког налога Учесника. Бонуси се могу користити само за уплату игара и не могу бити исплаћени са Рачуна корисничког налога. 5.31. Остварени добици преносе се на Рачун корисничког налога Учесника након што Државна лутрија Србије потврди исплату добитака у свом централном рачунарском систему. Са Рачуна корисничког налога могу се исплатити само средства расположива за исплату. У средства расположива за исплату евидентирају се добици. Исплата са Рачуна корисничког налога обавља се: а) на текући рачун Учесника евидентиран код Државне лутрије Србије са минималним износом од 500,00 динара по исплати; б) исплатом у готовини минималног износа од 500,00 динара по исплати до максималног износа од 3.000 динара дневно по Учеснику, на уплатним местима Држ

Open on: Portal javnih nabavki (UJN) ↗

Where the data comes from and how we read deadlines

  • Data is pulled from the official source (Portal javnih nabavki (UJN)) — no manual entry.
  • “Urgent” means 7 days or fewer remain until the deadline.
  • We check the source daily; tender changes (deadline, documents) appear on the same card.

How it works →

Get tenders like this automatically — with AI review

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

🎯 Worth bidding?

AI verdict based on the specification.

📋 What to prepare

Checklist of documents and qualifications.

📝 Application draft

A ready draft you just refine.

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