Ministarstvo finansija - Uprava za trezor

Government Budget Service

📖 Datum izdanja: 2024-11-07

Ovaj tekst će nestati prilikom štampanja

Ova stranica sadrži kompletnu dokumentaciju na jednoj HTML stranici i može se primeniti za štampu ili snimanje na lokalni računar.

Štampanje ili izvoz u PDF se sprovodi pomoću opcije Internet pretraživača File -> Print ili upotrebom skraćenice CTRL + P, pri čemu se bira opcija Save as PDF.

Korisnička dokumentacija

SPIRI servis predstavlja jedinstveni informacioni sistem za pripremu, izvršenje, budžetsko računovodstvo i izveštavanje na osnovu podataka o budžetu Republike Srbije u okviru Ministarstva finansija - Uprave za Trezor.

Servis je dizajniran je da omogući efikasan rad, performantan pristup i što veću samostalnost korisnika, a bez posebnih tehničkih preduslova.

SPIRI informacioni sistem implementira poslovnu logiku funkcionalnih modula za:

• Učitavanje, izmene i praćenje stanja na aproprijacijama
• Učitavanje, izmene i praćenje stanja na kvotama
• Učitavanje, izmene i praćenje stanja na evidencionim računima
• Upravljanje preuzetim obavezama i zahtevima za plaćanje
• Praćenje uplata i isplata u realnom vremenu
• Praćenje prinudne naplate
• Uvod u glavnu knjigu budžetskog računovodstva
• Poslovno izveštavanje po svim relevantnim parametrima

Učesnici servisa

Učesnici SPIRI servisa su:

1. Korisnici javnih sredstava (KJS)
2. Operateri i administratori UT

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Pristup sistemu

Pristup sistemu

Kako bi KJS mogao započeti sa korišćenjem SPIRI servisa potrebno je da postoji registrovana organizacija za datog KJS sa jednim ovlašćenim licem.

Napomena

Korisnici i organizacije postojećeg sistema za izvršenje budžeta će automatski biti uključeni u servis SPIRI.

Proces registrovanja nove organizacije se sastoji od popunjavanja on-line registracione forme i fizičkog dostavljanja potrebne dokumentacije u OJ UT. Nakon uspešne registracije, ovlašćeno lice dobija u posed lokalni administratorski nalog sa maksimalnim pravima za svoju organizaciju.

On-line deo registracije se može izvršiti svakog dana, non-stop. Fizička predaja dokumentacije i preuzimanje korisničkog naloga se može uraditi tokom radnog vremena OJ UT.

Prvi lokalni administrator može da za svoju organizaciju nadalje samostalno kreira korisničke naloge za druga ovlašćena lica. Nekim od ovih korisnika može dodeliti i prava lokalne administracije pri čemu ti korisnici imaju potpuno identična ovlašćenja kao i prvi lokalni administrator.

Načini pristupa

Servisima se, nakon uspešne registracije, pristupa slobodno putem Interneta bez posebnih tehničkih preduslova koristeći jedan od dva interfejsa - Web aplikaciju ili REST servis. Oba interfejsa su osigurana korišćenjem Internet protokola koji uključuje enkripciju podataka (HTTPS).

Web aplikacija

Namenjena za korišćenje od strane fizičkih lica putem web browser-a sa personalnih kompjutera, prenosivih uređaja itd. Ovaj interfejs je grafičke prirode (GUI).

Naslovna strana SPIRI servisa pruža osnovne informacije korisniku, bliže pojašnjava svrhu servisa i navodi relevantne linkove ka dokumentaciji i drugim resursima.

REST servis

Ovaj interfejs je predviđen za mašinsku konzumaciju i automatizaciju i namenjen je integraciji sa drugim informacionim sistemima. REST servis nema grafički interfejs i komunikacija se odvija korišćenjem JSON formata.

Tehnički preduslovi

Za efikasno korišćenje SPIRI servisa nisu potrebni posebni tehnički preduslovi. Servis je rađen u cross-platform, cross-browser tehnologijama.

Minimalno, korisnik mora da obezbedi:

1. Internet konekciju
2. Posedovanje e-mail adrese
3. Jedan od modernih Internet pretraživača: Chrome, Firefox, Edge itd.
4. Pretraživač mora da ima omogućenu upotrebu kolačića (eng: cookies) i izvršavanje JavaScript koda

Internet Explorer

Servis ne može da se koristi sa Internet Explorer (IE) pretraživačem.

Njegov životni vek je završen 17. 08. 2021. godine.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Registracija organizacije

Napomena

Ciljna grupa za informacije iz ovog dokumenta su korisnici koji ne pristupaju sistemu preko AD naloga Uprave za trezor. Informacije nisu od značaja za ostale učesnike sistema.

Da bi KJS mogao da koristi servis SPIRI, ovlašćeno lice koje ga predstavlja popunjava on-line zahtev za registraciju koristeći bilo koji moderni Internet pretraživač.

Popunjavanje registracione forme

U okviru forme za registraciju navode se jedinstveni broj korisnika javnih sredstava (JBKJS) i lične informacije o prvom ovlašćenom lokalnom administratoru.

Forma za registraciju

Podaci o lokalnom administratoru su podaci o prvom OL koje takođe preuzima odgovornost i potrebna ovlašćenja za otvaranje dodatnih korisničkih naloga za druge zaposlene u istoj organizaciji kojima će biti omogućen rad u SPIRI servisu.

Broj identifikacione isprave

Atribut Broj identifikacione isprave za državljane Republike Srbije predstavlja broj lične karte, dok je za strane državljane broj pasoša ili broj lične karte za strance sa stalnim boravkom. U ovom polju dozvoljava se unos 5-9 numerika.

e-mail

Adresa elektronske pošte -- email -- je posebno bitan podatak za proces registracije jer je UT koristiti za komunikaciju sa korisnikom i davanje instrukcija. Bez validne adrese elektronske pošte nije moguće završiti proces registracije niti je moguće sprovoditi plaćanja. Ukoliko je OL proverilo ispravnost svoje i korporativne email adrese ali iz bilo kog razloga ne dobija povratne informacije od servisa, potrebno je otkazati registraciju i koristiti pouzdaniji email servis ili u kontaktu sa nadležnom OJ UT informisati se o daljim koracima.

Proces registracije pokreće se odabirom opcije Pošalji zahtev za registraciju. Ovaj postupak potrebno je uraditi samo jednom.

Ukoliko je zahtev za registraciju uspešan, biće prikazan ekran sa informacijama o informacijama po pitanju ovog zahteva:

Uspešna registracija organizacije

Pored toga, OL dobija e-mail sa dodatnim informacijama koje je mora pratiti da bi završio registraciju. PDF fajl sa popunjenom registracionom formom se dobija kao prilog e-mail poruke (eng: attachment). Nije moguće završiti registraciju bez uspešne e-mail komunikacije sa servisom. Ukoliko korisniku na unetu e-mail adresu ne stigne potvrda o registraciji, mora se koristiti token za izmenu registracije da bi se pokušala alternativna adresa elektronske pošte ili ponovno slanje na isti e-mail (u ovom slučaju korisnik učitava postojeću registraciju i ne menjajući podatke ponavlja slanje zahteva).

e-mail nije dobijen

U opštem slučaju ne treba se obraćati UT ako izostane e-mail poruka prilikom registracije PL. Korisnik koji ne dobije registracioni e-mail i želi da promeni svoju e-mail adresu, mora to uraditi koristeći token za izmenu registracije sve do ostvarivanja komunikacije.

Potrebno je i da OL proveri da e-mail nije završio u spam folderu.

Praćenje e-mail instrukcija

Napomena

Nije namenjeno korisnicima osnovnog i srednjeg obrazovanja.

Nakon uspešnog slanja registracione forme, budući lokalni administrator za KJS na adresu elektronske pošte koju je naveo u prethodnom koraku dobija obaveštenje od UT o daljim koracima registracije.

E-mail sadrži link ka on-line korisničkoj dokumentaciji sa listom dokumenata koje je potrebno obezbediti i adresu OJ UT u koju je potrebno fizički dostaviti pomenute dokumente.

Ovlašćeno lice - lokalni administrator lično ili drugo lice koje je ovlašćeno - dostavlja potrebnu dokumentaciju isključivo OJ UT koja je navedena u e-mail poruci.

Nakon završetka ovog procesa moguće je prijaviti se na sistem prvi put.

Korisnički nalog

Korisnički nalog predstavlja isključivo jedno fizičko lice.

Isto fizičko lice može biti ovlašćeno za više KJS ali za svako mora ima različite korisničke naloge.

Odobravanje registracije za korisnike osnovnog i srednjeg obrazovanja

Uprava za trezor vrši odobravanje podnetih registracija korisnika osnovnog i srednjeg obrazovanja i nakon toga na adresu elektronske pošte prvog lokalnog administratora dostavlja korisničko ime.

Izmena zahteva za registraciju

Zahtev za registraciju koji još uvek nije odobren moguće je bilo kada naknadno promeniti korišćenjem tokena za izmenu registracije koju korisnik dobija nakon uspešno poslatog zahteva. Izmena se ne mora raditi na istoj radnoj stanici kao i prvi unos zahteva.

Da bi se učitala prethodno podneta registracija kod koje treba izvršiti izmenu, potrebno je koristiti opciju Učitaj registraciju gde se unosi token za izmenu registracije. Nakon što su podaci učitani korisnik ih može izmeniti po želji (sem polja JBKJS) i ponovo poslati zahtev za registraciju. Novonastala registracija ima isti identifikator registracije i token za izmenu.

Jednom kada je registracija KJS odobrena ovu funkcionalnost nije moguće koristiti.

Otkaz registracije

Jednom kada je registraciona forma popunjena i poslata, nije više moguće ponoviti registraciju za istu organizaciju.

Ukoliko prethodno poslata registracija sadrži greške ili ju je podnelo neovlašćeno lice, potrebno je obratiti se nadležnoj organizacionoj jedinici UT sa zahtevom za otkaz registracije KJS nakon čega je ponovna registracija tog KJS moguća.

Rezime koraka registracije

1. Ovlašćeno lice popunjava on-line registracionu formu za KJS koga predstavlja, koristeći bilo koji moderni Internet pretraživač.
2. Nakon poslate registracione forme OL dobija povratni e-mail od UT o uspešnosti registracije na adresu elektronske pošte koja je navedena u prethodnom koraku.
3. E-mail sadrži link ka dokumentaciji koju je potrebno obezbediti i adresu OJ UT u koju je potrebno dostaviti dokumentaciju u papirnoj formi.
4. OL dokumentaciju u papirnoj formi dostavlja u nadležnu OJ UT.
5. Ukoliko je dokumentacija ispravna OL u nadležnoj OJ UT preuzima potvrdu o predaji korisničkog naloga koji koristi da bi se prijavio na SPIRI.

Rezime koraka registracije za korisnike osnovnog i srednjeg obrazovanja

1. Ovlašćeno lice popunjava on-line registracionu formu za KJS koga predstavlja, koristeći bilo koji moderni Internet pretraživač.
2. Nakon poslate registracione forme OL dobija povratni e-mail od UT o uspešnosti registracije na adresu elektronske pošte koja je navedena u prethodnom koraku.
3. Nakon odobravanja registracije od strane UT korisniku se dostavlja korisnički nalog na adresu elektronske pošte lokalnog administratora navedene prilikom registracije

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Dokumenti za podnošenje u OJ UT

Napomena

Ciljna grupa za informacije iz ovog dokumenta su korisnici koji ne pristupaju sistemu preko AD naloga Uprave za trezor. Informacije nisu od značaja za ostale učesnike sistema.

Da bi postao korisnik SPIRI servisa, KJS podnosi u OJ UT sledeću dokumentaciju:

1. Ugovor sa opštim uslovima u četiri primerka potpisan od strane zakonskog zastupnika ili ovlašćenog lica
2. Lični identifikacioni dokument na uvid (lična karta ili pasoš) lica koje preuzima korisnički nalog
3. Zahtev za registraciju KJS dobijen u email-u
4. Ovlašćenje administratoru za rad u SPIRI
5. Ovlašćenje za preuzimanje korisničkog naloga, ukoliko ga ne preuzima lično budući lokalni administrator
6. Ukoliko je ovlašćeno lice strani državljanin:
   1. Uverenje o odobrenom privremenom boravku
   2. Odobrenje privremenog boravka

Ukoliko je podneta dokumentacija ispravna, ovlašćeno lice u OJ UT preuzima potvrdu o predaji korisničkog naloga koja sadrži naziv korisničkog naloga (eng: account login).

Lozinka

Potvrda o predaji korisničkog naloga ne sadrži korisničku lozinku. Korisničku lozinku OL samostalno postavlja u procesu prve prijave na sistem.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Prijava na sistem

Napomena

Ciljna grupa za informacije iz ovog dokumenta su korisnici koji ne pristupaju sistemu preko AD naloga Uprave za trezor. Informacije nisu od značaja za ostale učesnike sistema.

Da bi ovlašćeno lice moglo da pristupi SPIRI servisu potrebno je da u svom posedu ima korisnički nalog koji za njega kreira lokalni administrator njegove organizacije, osim ako je u pitanju prvi korisnik organizacije kada to radi operater nadležne OJ UT u procesu registracije organizacije.

Kreirani korisnički nalozi su inicijalno neaktivni, bilo da je u pitanju nalog kreiran od strane OJ UT za prvo ovlašćeno lice, ili dodatni korisnički nalozi kreirani od strane lokalnog administratora organizacije.

Pre nego što je korisničke naloge moguće koristiti potrebno je aktivirati ih. U sklopu procesa aktivacije korisničkog naloga korisnik samostalno bira i unosi svoju korisničku lozinku čime je nalog aktiviran.

Aktivacija korisničkog naloga

Proces aktivacije korisničkog naloga korisnik obavlja samostalno. Koristeći bilo koji moderni Internet pretraživač, korisnik pristupa naslovnoj Internet stranici servisa . Na ovoj stranici korisnik bira opciju Prijavljujem se prvi put gde unosi svoj ranije dobijen korisnički nalog.

Nakon unosa i potvrde, korisnik na e-mail dobija link za aktivaciju korisničkog naloga.

Zastarevanje linka za aktivaciju korisničkog naloga

Aktivacioni link zastareva nakon 24 časa od prijema. Ukoliko istekne taj vremenski period, korisnik ponavlja proces prve prijave na sistem.

Praćenjem aktivacionog linka korisniku se otvara forma u kojoj unosi i potvrđuje svoju lozinku. Ovim se proces završava i korisnik može sa svojim korisničkim imenom i lozinkom da se prijavi na sistem tako što odlazi na naslovnu stranu servisa i unosi svoj korisnički nalog i lozinku koju je prethodno sam sebi dodelio.

Čuvanje lozinke

Odgovornost korisnika je da osigura svoju korisničku lozinku od neovlašćenog korišćenja. Uprava za trezor nikada neće tražiti lozinku korisnika niti je može saznati uvidom u podatke kojima SPIRI raspolaže.

Korisnik koji nema više uvid u svoju lozinku može je resetovati upotrebom opcije Zaboravljena lozinka na stranici za prijavu, čime se korisnički nalog deaktivira i korisnik može ponoviti proces aktivacije uz dodelu nove lozinke.

Rezime koraka aktivacije

1. Koristeći bilo koji moderni Internet pretraživač korisnik odlazi na naslovnu stranicu SPIRI servisa
2. Korisnik bira opciju Prijavljujem se prvi put i unosi svoj korisnički nalog
3. Korisnik dobija e-mail sa linkom za aktivaciju korisničkog naloga
4. Praćenjem aktivacionog linka korisnik dobija formu u kojoj unosi i potvrđuje svoju lozinku
5. Korisnik sada može sa svojim korisničkim imenom i lozinkom da se prijavi na sistem na naslovnoj stranici SPIRI servisa

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Ended: Pristup sistemu

Početna strana

Odmah nakon uspešne prijave na SPIRI servis korisnik se usmerava na početnu stranu servisa, koja pored osnovnih informacija o prijavljenom korisniku i njegovoj organizaciji, sadrži i pregled skorašnjih akcija na sistemu relevantnih za datog korisnika kao i prečice za brz pristup bitnim modulima izvršenja budžeta.

Početna stranica

Pored toga, na početnom ekranu servisa dostupne su i administrativne akcije

• Promene korisničke sesije
• Dodela prava hitnog plaćanja za organizaciju
• Pregled svih aktivnosti korisnika

U toku upotrebe servisa, prijavljenom korisniku su u svakom trenutku vidljivi traka zaglavlja servisa, kao i bočni meni sa prečicama ka glavnim funkcionalnostima servisa.

Napomena

Vidljivost prečica na bočnom meniju kao i administrativnih opcija na početnom ekranu zavisi od poslovnih ovlašćenja prijavljenog korisnika

Traka zaglavlja servisa pruža uvid u trenutni režim rada servisa, započetu korisničku sesija, odnosno mogućnost pregleda korisničkih obaveštenja odabirom ikonice .

Odjava sa servisa je dostupna odabirom opcije Odjava na padajućem meniju trake zaglavlja.

Traka zaglavlja

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Administracija

Administracija

Korisnici organizacije samostalno administriraju korisničke naloge i njihove uloge u SPIRI servisu. UT inicijalno odobrava prvog lokalnog administratora koji ima sva prava administracije. On nadalje samostalno obavlja sve niže navedene poslove za svoju organizaciju, a može ih delom ili u potpunosti delegirati drugim korisnicima.

Administracija sistema pre svega podrazumeva upravljanje aplikativnim ulogama, korisničkim nalozima kao i detaljima organizacije.

Napomena

Izgled i dostupnost opcija na administrativnom panelu u velikoj meri zavisi od nivoa administrativnih ovlašćenja prijavljenog korisnika.

Administrativni panel

Administrativni panel omogućava korisnicima sa povišenim nivoom administrativnih ovlašćenja pristup funkcionalnostima koje direktno utiču na operativno funkcionisanje servisa kao što su

• Dostupnost sistema
• Konfigurisanje servisa
• Dodela eksplicitnog pristupa
• Hijerarhija budžetskih korisnika

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Korisnici sistema

Organizacija može imati jednog ili više korisnika. Korisnik je fizičko lice ili mašina koja pristupa sistemu za tog korisnika u okviru integracija. Organizacija mora imati minimalno jednog lokalnog administratora koga kreira UT u procesu registracije organizacije da bi mogla da koristi servis SPIRI. Nakon ove inicijalizacije, sve druge korisnike organizacije kreiraju lokalni administratori te organizacije i ne postoje aktivnosti UT po ovim pitanjima.

Aplikativna ovlašćenja

Za upotrebu ovih funkcionalnosti potrebno je posedovati odgovarajuća administrativna ovlašćenja za rad sa korisnicima.

Svaka organizacija je odgovorna za korisnike koje kreira i uloge koje im dodeljuje da bi u ime organizacije mogli da sprovode poslove koje servis omogućava.

Operacije nad korisnicima sistema

U okviru administracije korisnika mogu se videti svi korisnici organizacije, odnosno vršiti pretraga po osnovnim informacijama o svakom korisniku.

Korisnici organizacije

Krajnja leva kolona označava trenutni status pristupa za korisnika.

Izborom korisnika odlazi se na detalje korisničkog naloga. Operacije dostupne na pregledu detalja uključuju izmenu ličnih podataka korisnika, odnosno aktivaciju/deaktivaciju i promenu korisničke uloge

Detalji korisnika

Izmena imena i e-maila se sprovodi odabirom opcije Izmena naloga

Izmena podataka korisnika

Aktivacija/Deaktivacija odabirom opcije Opoziv naloga

Izmena podataka korisnika

Izmena aplikativne uloge odabirom opcije Izmena podataka uloge - moguće je dodeliti samo uloge koje pripadaju toj organizaciji, odnosno sistemske uloge

Izmena uloge korisnika

Pregled istorije izmena korisničkog naloga

Pregled istorije promena

Kreiranje korisnika

Kreiranje korisnika je vrlo jednostavno i svodi se na unos imena, e-maila i uloge na ekranu za kreiranje korisnika . Opciono se dodeljuje AD korisnički nalog:

Kreiranje korisnika

Napomena

Polje Korisnički nalog mora biti jedinstveno na sistemu stoga je neophodno ispratiti proveru kontrole za unos.

Nakon kreiranja novonastali korisnik je neaktivan u sistemu i mora sebi dodeliti lozinku u okviru procesa samostalne aktivacije.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Aplikativne uloge i ovlašćenja

Funkcijama servisa nije moguće pristupiti bez dodeljenih odgovarajućih aplikativnih ovlašćenja. Kako je uobičajeno da korisnik ima više ovlašćenja, bilo koji skup ovlašćenja nazivamo aplikativnom ulogom i svaki korisnik ima tačno jednu.

Prvom korisniku organizacije se u fazi registracije automatski dodeljuju maksimalna prava nad svojom organizacijom - sistemska uloga Lokalni administrator. Taj korisnik nadalje može kreirati druge administratore i korisnike za svoju organizaciju i u tom procesu im dodeliti aplikativnu ulogu.

Lokalni administrator odmah ima na raspolaganju nekoliko predefinisanih uloga a može i samostalno kreirati nove uloge ukoliko ponuđene sistemske uloge ne zadovoljavaju internu organizaciju rada.

Aplikativna ovlašćenja

Za upotrebu ovih funkcionalnosti potrebno je posedovati ovlašćenja za rad sa ulogama.

Uloge i ovlašćenja

Servis poseduje fiksan broj aplikativnih ovlašćenja koje se mogu kombinovati u aplikativne uloge.

Lista svih aplikativnih uloga dostupna je u okviru administracije uloga :

Lista svih uloga organizacije

Lista dolazi sa nekoliko predefinisanih sistemskih uloga a korisnik može praviti samostalno korisničke uloge.

Svaki korisnik može imati dodeljenu tačno jednu ulogu i može videti listu ovlašćenja koja ta uloga sadrži na stranici svog profila.

Ukoliko korisnik nema odgovarajuće aplikativno ovlašćenje, relevantna funkcionalnost servisa mu ili nije prikazana ili je onemogućena.

Aplikativna ovlašćenja dodeljuju:

• Za prvog korisnika organizacije, sistemsku ulogu Lokalni administrator dodeljuje operater OJ UT u sklopu procesa registracije KJS. Ovo daje prvom korisniku maksimalna lokalna prava.
• Za sve buduće korisnike organizacije, ovlašćenja može dodeliti bilo koji korisnik koji pripada toj organizaciji koji poseduje ovlašćenja za rad sa korisnicima.

Dodela uloga obavlja se u okviru administracije korisnika ili neposredno prilikom kreiranja novog korisničkog naloga:

Dodela uloge korisniku organizacije

Sistemske uloge

Sistem inicijalno sadrži predefinisane uloge koje se mogu koristiti ali ne i menjati.

Operater UT

Prava upravljanja na nivou celog servisa, neka od kojih su:

• upravljanje svim korisnicima, ulogama i podacima organizacija
• promene parametara servisa
• promene konfiguracije servisa

Lokalni administrator

Maksimalna prava u okviru sopstvene organizacije, neka od kojih su:

• upravljanje korisnicima, ulogama i podacima organizacije
• promene parametara korisničke sesije

Lokalni korisnik republike

Ovlašćenja za rad sa izvršenjem budžeta trezora republike:

• učitavanje i upravljanje republičkim budžetom
• rad sa sistemskim procedurama zatvaranja perioda
• kumulativno izveštavanje

Lokalni korisnik JLS

Ovlašćenja za rad sa izvršenjem budžeta pripadajućeg trezora:

• učitavanje i upravljanje budžetom pripadajućeg trezora
• rad sa sistemskim procedurama
• kumulativno izveštavanje u okviru trezora

Lokalni korisnik budžeta

Ovlašćenja za rad sa izvršenjem budžeta:

• pregled i upravljanje budžetskom rezervom
• otvaranje prihodnih aproprijacija

Lokalni korisnik

Ovlašćenja upravljanja poslovnim procesima u sopstvenoj organizaciji:

• učitavanje i upravljanje preuzetim obavezama
• izvršenje budžeta
• izveštavanje

Korisničke uloge

Sistem omogućava kreiranje potpuno nove uloge za sopstvenu organizaciju. Korisnik sam određuje naziv uloge i niz pripadajućih ovlašćenja.

Kreirana uloga se može nadalje dodeliti korisnicima organizacije. Ovo se može uraditi opcijom Izmene podataka uloge na stranici detalja korisnika, odnosno dodelom uloge prilikom kreiranja novog korisničkog naloga u okviru organizacije.

Napomena

Lokalna uloga se može obrisati ako nije dodeljena nijednom korisniku.

Ovlašćenja

Za svaku posebnu funkcionalnost servisa, sistem poseduje aplikativno ovlašćenje za korišćenje te funkcionalnosti. Korisnik mora imati ovlašćenje u svojoj ulozi da bi mogao da koristi funkcionalnost. Posedovanje ovlašćenja korisnik proverava u svom profilu.

Ovlašćenja su razvrstana po kategorijama radi lakšeg upravljanja.

Za uvid u neke entitete sistema pored ovlašćenja, potrebna je i pripadnost odgovarajućoj organizaciji.

Administrativna ovlašćenja

Ovlašćenja za rad sa administrativnim funkcionalnostima sistema.

Korisnici

Naziv	Opis	Najniža sistemska uloga
pregled korisnika	Pregled korisnika u okviru sopstvene organizacije	Lokalni korisnik
pregled svih korisnika	Pregled svih korisnika u sistemu	Operater UT
upravljanje korisnicima	Kreiranje i izmena korisnika u okviru sopstvene organizacije	Lokalni administrator
upravljanje svih korisnicima	Upravljanje svim korisnicima u sistemu	Operater UT
opoziv korisnika	Opoziv i reaktivacija prava pristupa korisniku u okviru sopstvene organizacije	Lokalni administrator
deaktivacija korisnika	Deaktivacija i reaktivacija korisnika bilo koje organizacije	Operater UT

Korisničke uloge

Naziv	Opis	Najniža sistemska uloga
pregled uloga	Pregled aplikativnih uloga u okviru sopstvene organizacije	Lokalni korisnik
upravljanje ulogama	Kreiranje, izmena i brisanje aplikativnih uloga u okviru sopstvene organizacije	Lokalni administrator

Organizacije

Naziv	Opis	Najniža sistemska uloga
pregled organizacije	Pregled detalja sopstvene organizacije	Lokalni korisnik
pregled svih organizacija	Pregled detalja svih organizacija	Operater UT
upravljanje organizacijom	Izmena podataka o organizaciji	Operater UT
upravljanje registracijom organizacije	Odobravanje/odbijanje registracije organizacije	Operater UT

Hitna plaćanja

Naziv	Opis	Najniža sistemska uloga
pregled hitnog plaćanja	Pregled prava hitnog plaćanja svih organizacija	Operater UT
upravljanje hitnim plaćanjima	Upravljanje pravom hitnog plaćanja organizacije	Operater UT

Poslovna ovlašćenja

Ovlašćenja za rad sa funkcionalnostima sistema koja se odnose na poslovnu logiku izvršenja budžeta.

Aproprijacije

Naziv	Opis	Najniža sistemska uloga
pregled aproprijacija	Pregled sopstvenih aproprijacija	Lokalni korisnik
pregled svih aproprijacija	Pregled svih aproprijacija po trezoru	Lokalni korisnik republike i jls
pregled zahteva za aproprijacije	Pregled sopstvenih zahteva	Lokalni korisnik
upravljanje zahtevima za aproprijacije	Overavanje/otkazivanje sopstvenih zahteva	Lokalni korisnik
odobravanje zahteva za aproprijacije	Odobravanje zahteva	Lokalni korisnik
odobravanje korisničkih zahteva za aproprijacije	Odobravanje zahteva IBK	Lokalni korisnik
odobravanje zahteva sektora budžeta	Odobravanje inicijalnih zahteva po trezoru	Lokalni korisnik budžeta i jls
otkazivanje zahteva za aproprijacije	Otkazivanje sopstvenih zahteva	Lokalni korisnik
odbijanje zahteva za aproprijacije	Odbijanje svih zahteva po trezoru	Lokalni korisnik republike i jls
primena zahteva za aproprijacije	Primena inicijalnih zahteva po trezoru	Lokalni korisnik republike i jls
pregled tekuće budžetske rezerve	Pregled tekuće budžetske rezerve po trezoru	Lokalni korisnik budžeta i jls
upravljanje zahtevima sektora budžeta	Upravljanje zahtevima AP98 po trezoru	Lokalni korisnik budžeta i jls

Kvote

Naziv	Opis	Najniža sistemska uloga
pregled kvota	Pregled sopstvenih kvota	Lokalni korisnik
pregled svih kvota	Pregled svih kvota po trezoru	Lokalni korisnik republike i jls
pregled zahteva za kvote	Pregled sopstvenih zahteva	Lokalni korisnik
upravljanje zahtevima za kvote	Izmena/odobravanje/otkazivanje sopstvenih zahteva	Lokalni korisnik
odobravanje kvota za zarade	Odobravanje zahteva za zarade po trezoru	Lokalni korisnik republike i jls

Evidencioni računi

Naziv	Opis	Najniža sistemska uloga
pregled evidencionih računa	Pregled sopstvenih ER	Lokalni korisnik
pregled svih evidencionih računa	Pregled svih ER po trezoru	Lokalni korisnik republike i jls
pregled zahteva za evidecione račune	Pregled sopstvenih zahteva	Lokalni korisnik
upravljanje zahtevima za evidencione račune	Izmena/odobravanje/otkazivanje sopstvenih zahteva	Lokalni korisnik
upravljanje svim zahtevima za evidencione račune	Odbijanje svih zahteva po trezoru	Lokalni korisnik republike i jls

Preuzete obaveze

Naziv	Opis	Najniža sistemska uloga
pregled preuzetih obaveza	Pregled sopstvenih PO	Lokalni korisnik
upravljanje zahtevima za preuzete obaveze	Izmena/odobravanje/otkazivanje sopstvenih zahteva za PO	Lokalni korisnik
upravljanje svim zahtevima za preuzete obaveze	Odbijanje svih zahteva za PO podređenih korisnika	Lokalni korisnik

Devizne preuzete obaveze

Naziv	Opis	Najniža sistemska uloga
pregled deviznih preuzetih obaveza	Pregled sopstvenih deviznih PO	Lokalni korisnik
upravljanje zahtevima za devizne preuzete obaveze	Izmena/odobravanje/otkazivanje sopstvenih zahteva za devizne PO	Lokalni korisnik
upravljanje svim zahtevima za devizne preuzete obaveze	Odbijanje svih zahteva za devizne PO podređenih korisnika	Lokalni korisnik

Zahtevi za plaćanje

Naziv	Opis	Najniža sistemska uloga
pregled zahteva za plaćanje	Pregled sopstvenih ZP	Lokalni korisnik
pregled svih zahteva za plaćanje	Pregled svih ZP po trezoru	Lokalni korisnik republike i jls
upravljanje zahtevima za plaćanje	Izmena podataka sopstvenih ZP	Lokalni korisnik
odobravanje zahteva za plaćanje	Odobravanje sopstvenih ZP	Lokalni korisnik
otkazivanje zahteva za plaćanje	Otkazivanje sopstvenih ZP	Lokalni korisnik
odbijanje zahteva za plaćanje	Odbijanje ZP podređenih korisnika	Lokalni korisnik

Devizni zahtevi za plaćanje

Naziv	Opis	Najniža sistemska uloga
pregled deviznih zahteva za plaćanje	Pregled sopstvenih deviznih ZP	Lokalni korisnik
pregled svih deviznih zahteva za plaćanje	Pregled svih deviznih ZP	Lokalni korisnik republike
upravljanje deviznim zahtevima za plaćanje	Izmena podataka sopstvenih deviznih ZP	Lokalni korisnik
odobravanje deviznih zahteva za plaćanje	Odobravanje sopstvenih deviznih ZP	Lokalni korisnik
otkazivanje deviznih zahteva za plaćanje	Otkazivanje sopstvenih deviznih ZP	Lokalni korisnik
odbijanje deviznih zahteva za plaćanje	Odbijanje deviznih ZP podređenih korisnika	Lokalni korisnik

Lista plaćanja

Naziv	Opis	Najniža sistemska uloga
pregled naloga isplate	Pregled sopstvenih naloga isplate	Lokalni korisnik
pregled liste plaćanja	Pregled naloga liste plaćanja po trezoru	Lokalni korisnik republike i jls
upravljanje listom plaćanja	Upravljanje nalozima liste plaćanja po trezoru	Lokalni korisnik republike i jls

Devizna lista plaćanja

Naziv	Opis	Najniža sistemska uloga
pregled devizne liste plaćanja	Pregled naloga devizne liste plaćanja	Lokalni korisnik republike
upravljanje deviznom listom plaćanja	Upravljanje nalozima devizne liste plaćanja	Lokalni korisnik republike

Nalozi uplate

Naziv	Opis	Najniža sistemska uloga
pregled naloga	Pregled prepoznatih naloga uplate za korisnika	Lokalni korisnik
pregled svih naloga	Pregled svih naloga uplate po trezoru	Lokalni korisnik republike i jls
upravljanje nalozima	Upravljanje nalozima uplate	Lokalni korisnik

Sravnjenje naloga

Naziv	Opis	Najniža sistemska uloga
sravnjenje naloga	sravnjenje sopstvenih platnih naloga	Lokalni korisnik
pregled sravnjenja	Pregled sopstvenih zahteva za sravnjenje naloga	Lokalni korisnik
pregled svih sravnjenja	Pregled svih zahteva za sravnjenje naloga	Lokalni korisnik
upravljanje zahtevima za sravnjenje	Kreiranje/izmena/otkazivanje sopstvenih zahteva za sravnjenje naloga	Lokalni korisnik
odobravanje zahteva za sravnjenje	Odobravanje sopstvenih zahteva za sravnjenje naloga	Lokalni korisnik

Korekcija rashoda

Naziv	Opis	Najniža sistemska uloga
pregled zahteva za korekciju rashoda	Pregled sopstvenih zahteva za korekciju rashoda	Lokalni korisnik
pregled svih zahteva za korekciju rashoda	Pregled svih zahteva za korekciju rashoda po trezoru	Lokalni korisnik republike i jls
upravljanje zahtevima za korekciju rashoda	Kreiranje/izmena/otkazivanje sopstvenih zahteva za korekciju rashoda	Lokalni korisnik
odobravanje zahteva za korekciju rashoda	Odobravanje sopstvenih zahteva za korekciju rashoda	Lokalni korisnik

Lokalna ispravka prihoda

Naziv	Opis	Najniža sistemska uloga
pregled lokalne ispravke prihoda	Pregled sopstvene lokalne ispravke prihoda	Lokalni korisnik
pregled svih lokalnih ispravki prihoda	Pregled svih lokalnih ispravki prihoda po trezoru	Lokalni korisnik republike i jls
upravljanje lokalnom ispravkom prihoda	Izmena/otkazivanje sopstvene lokalne ispravke prihoda	Lokalni korisnik
odobravanje lokalne ispravke prihoda	Odobravanje sopstvene lokalne ispravke prihoda	Lokalni korisnik

Zahtevi za povraćaj

Naziv	Opis	Najniža sistemska uloga
pregled zahteva za povraćaj	Pregled sopstvenih zahteva za povraćaj	Lokalni korisnik
pregled svih zahteva za povraćaj	Pregled svih zahteva za povraćaj po trezoru	Lokalni korisnik republike i jls
upravljanje zahtevima za povraćaj	Kreiranje/izmena/otkazivanje sopstvenih zahteva za povraćaj	Lokalni korisnik
odobravanje zahteva za povraćaj	Odobravanje sopstvenih zahteva za povraćaj	Lokalni korisnik

Zahtevi za povraćaj PDV

Naziv	Opis	Najniža sistemska uloga
pregled zahteva za pdv povraćaj	Pregled sopstvenih zahteva za povraćaj PDV-a	Lokalni korisnik
pregled svih zahteva za pdv povraćaj	Pregled svih zahteva za povraćaj PDV-a po trezoru	Lokalni korisnik republike i jls
upravljanje zahtevima za pdv povraćaj	Kreiranje/izmena/otkazivanje sopstvenih zahteva za povraćaj PDV-a	Lokalni korisnik
odobravanje zahteva za pdv povraćaj	Odobravanje sopstvenih zahteva za povraćaj PDV-a	Lokalni korisnik

Prinudna naplata

Naziv	Opis	Najniža sistemska uloga
pregled prinudne naplate	Pregled prinudne naplate	Lokalni korisnik
učitavanje prinudne naplate	Učitavanje dnevnih podataka prinudne naplate - BUDKOR	Lokalni korisnik

Registar računa

Naziv	Opis	Najniža sistemska uloga
upravljanje računima	Unos i izmena podataka o računu	Lokalni korisnik

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Organizacija

U ovoj sekciji su prikazane sve karakteristike organizacije prijavljenog korisnika.

Sekcija sadrži uvid u informacije unete prilikom zahteva za registraciju, odnosno nakon automatskog prebacivanja učesnika starog sistema za izvršenje:

• Osnovne informacije o organizaciji kao što su adresa, MB, PIB itd.
• Podaci o prvom lokalnom administratoru
• Pregled istorije izmena podataka o organizaciji

Pregled detalja organizacije

Izmena podataka registracije

Korisnicima sa odgovarajućim korisničkim privilegijama je omogućena izmena meta-podataka o organizaciji, koji ne uključuju poslovne podatke podnete prilikom registracije, odabirom opcije Izmena registracije.

Pregled detalja organizacije

Celokupna istorija promena podataka organizacije je dostupna za pregled i pretragu.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Profil korisnika

Korisnički nalog korisnika koji je trenutno prijavljen na servis SPIRI nalazi se u gornjem desnom uglu ekrana nakon prijave. U pitanju je meni opcija koje su specifične za tog korisnika i ne utiču na druge korisnike njegove organizacije.

Meni u kome se nalazi profil korisnika

Funkcionalnosti

Pored detaljnih informacija o korisniku, u okviru profila korisnika postoje sledeće funkcionalnosti:

• Izmena imena i email adrese korisnika
• Promena korisničke lozinke
• Uvid u detalje aplikativne uloge korisnika
• Pregled istorije izmena korisničkog naloga

Profil prijavljenog korisnika

Napomena

Servis onemogućava pristup profilima drugih korisnika sistema.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Korisnička sesija

U skladu sa poslovnim pravilima pripreme i izvršenja budžeta, korisnicima koji pripadaju određenom tipu KJS a poseduju odgovarajuća korisničkih ovlašćenja je omogućen rad u ime drugog budžetskog korisnika kao i promena aktivne poslovne godine.

Budžetskom korisniku je omogućen rad isključivo u ime svojih implicitno ili eksplicitno podređenih budžetskih korisnika.

Implicitna hijerarhija budžetskih korisnika predstavlja hijerarhiju pripadnosti prema Registru BK, dok se eksplicitna hierarhija ostvaruje neposrednom dodelom pozicije u hijerarhiji BK od strane korisnika sa odgovarajućim korisničkim ovlašćenjima.

Sekcija za pregled i upravljanje korisničkom sesijom pruža uvid u istoriju sesija za aktivnog korisnika, kao i mogućnost pokretanja nove, odnosno ukidanja trenutno aktivne sesije.

Korisničke sesije

Pokretanje sesije

Odabirom opcije Promena sesije moguće je započeti novu korisničku sesiju. U okviru ekrana za kreiranje nove korisničke sesije moguće je odabrati sledeće parametre sesije:

• Podređenog budžetskog korisnika - opcioni parametar ukoliko je odabrana aktivna poslovna godina
• Aktivnu poslovnu godinu - opcioni parametar ukoliko je odabran podređeni budžetski korisnika
• Trajanje korisničke sesije - opcioni parametar

Napomena

Ukoliko prilikom kreiranja sesije nije definisano trajanje korisničke sesije, ta sesija će biti u aktivnom statusu sve kod korisnik aktivno radi na servisu, odnosno dok se ne odjavi sa sistema.

U datom trenutku može postojati samo jedna aktivna korisnička sesija za trenutno prijavljenog korisnika.

Pokretanje korisničke sesije

Nakon potvrđivanja konfirmacionog dijaloga za pokretanje sesije, korisniku koji je pokrenuo sesiju je omogućen rad u ime navedenog BK, odnosno pregled podataka iz navedene poslovne godine. Informacije o korisničkoj sesiji će nakon uspešnog pokretanja biti prikazane u zaglavlju servisa.

Aktivna korisničke sesija

Ukidanje sesije

Odabirom opcije Ukidanje sesije moguće je prekinuti aktivnu korisničku sesiju, nakon čega korisnik nastavlja da radi u sistemu pod svojom matičnom organizacijom i tekućom sistemskom poslovnom godinom.

Ukidanje korisničke sesije

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Dodela ekplicitnog pristupa

Funkcionalnost dodele ekplicitnog pristupa omogućava određenom korisničkom nalogu jedne organizacije rad u ime drugog budžetskog korisnika.

Napomena

Obzirom da nepravilno korišćenje dodele eksplicitnog pristupa može da dovede do ozbiljnih nekonzistentnosti poslovne upotrebe servisa, ova funkcionalnost je omogućena isključivo korisnicima sa administratorskim privilegijama.

Pregled

Sekcija za pregled eksplicitnih pristupa pruža uvid u sve aktivne i ugašene ekplicitne dodele, pri čemu je omogućena pretraga po svim relevantnim atributima.

Pregled ekplicitnih pristupa

Odabirom pojedinačne stavke tabelarnog pregleda, prikazuju se svi detalji dodeljenog eksplicitnog pristupa. Na pregledu detalja pojedinačne stavke moguće je ukinuti pristup odabirom opcije Ukidanje pristupa, odnosno aktivirati prethodno ukinuti pristup odabirom opcije Aktivacija pristupa.

Detalji ekplicitnog pristupa

Nova dodela pristupa

Odabirom opcije Novi eksplicitni pristup na ekranu za pregled dodeljenih pristupa omogućeno je dodavanje novog eksplicitnog pristupa za definisani korisnički nalog.

Nakon selekcije korisničkog naloga iz padajuće liste svih aktivnih korisničkih naloga, neophodan sledeći korak je odabir budžetskog korisnika, kao i potvrda odabrane procedure. Uspešnim prihvatanjem eksplicitne dodele, korisniku će promenom korisničke sesije biti omogućen rad u sistemu u ime navedenog budžetskog korisnika sve dok su korisnički nalog i eksplicitna dodela u aktivnom statusu.

Trenutno je omogućena dodela eksplicitnog pristupa za sve budžetske korisnike koji su učesnici u izvršenju budžeta.

Nova dodela pristupa

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Hitna plaćanja

Dodela prava hitnog plaćanja organizaciji omogućava registrovanje preuzete obaveze sa hitnim stavkama za plaćanje, čime se postiže slanje navedenih naloga za prenos u platni promet u toku istog poslovnog dana¹.

Napomena

Obzirom da nepravilno korišćenje dodele hitnog plaćanja može da dovede do ozbiljnih nekonzistentnosti poslovne upotrebe servisa, ova funkcionalnost je omogućena isključivo korisnicima sa administratorskim privilegijama.

Pregled

Sekcija za pregled dodeljenog prava hitnog plaćanja pruža uvid u sve aktivne organizacija u sistemu i njihov trenutni status hitnog plaćanja, pri čemu je omogućena pretraga po svim relevantnim atributima.

Pregled dodele hitnih plaćanja

Odabirom pojedinačne stavke tabelarnog pregleda, prikazuju se svi detalji dodeljenog prava hitnog plaćanja. Na pregledu detalja pojedinačne stavke moguće je omogućiti, odnosno onemogućiti hitno plaćanje organizaciji odabirom opcije Promena hitnog plaćanja.

Trenutni status dodeljnog hitnog plaćanja je jasno vidljiv na informacionoj traci zaglavlja sekcije.

Pregled detalja hitnih plaćanja

Kompletna istorija promena statusa dodeljenog prava hitnog plaćanja za organizaciju je dostupna odabirom opcije Istorija promena, pri čemu je omogućena pretraga po svim relevantnim atributima.

Istorija promena

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

---

1. Ne odnosi se na instant plaćanja van radnog vremena RTGS ↩

Hijerarhija korisnika

Pregled hijerahije za korisnika omogućava vertikalni uvid u direktno nadređene/podrežene budžetske korisnike, kao i eksplicitnu dodelu ili ukidanje pozicije nadređenog/podređenog budžetskog korisnika za navedenu organizaciju.

Inicijalna postavka hijerarhije budžetskih korisnika predstavlja implicitnu hijerarhiju preuzetu iz šifarnika registra BK. Dodavanje nove hijerarhijske stavke kao i dodela eksplicitnog pristupa korisničkom nalogu određuju eksplicitnu hijerarhiju.

Izmenom hijerarhije se omogućava/ukida uvid u podatke i procedure, odnosno rad u ime drugog budžetskog korisnika.

Napomena

Obzirom da nepravilno korišćenje izmene hijerarhije može da dovede do ozbiljnih nekonzistentnosti poslovne upotrebe servisa, ova funkcionalnost je omogućena isključivo korisnicima sa administratorskim privilegijama.

Pregled i izmena hijerarhije

Sekcija za pregled hijerarhije omogućava pretragu po budžetskom korisniku, nakon čega je korisnik u mogućnosti da dobije uvid u vertikalnu hijerarhiju nadređenih budžetskih korisnika odabirom opcije Nadređeni kao i listu svih direktno podredjenih korisnika odabirom opcije Podređeni.

Pregled hijerarhije

Izmena postojeće hijerarhije omogućava dodavanje novog nadređenog budžetskog korisnika na bilo kojoj poziciji u nadređenoj hijerarhiji, odnosno dodavanje novog podređenog budžetskog korisnika odabirom željene pozicije u hijerahiji i opcije Dodaj u hijerhiju.

Analogno dodeli, uklanjanje budžetskog korisnika iz hijerarhije se sprovodi odabirom željene pozicije u hijerahiji i opcije Ukloni JBKJS

Nije dozvoljeno uklanjanje podređenih korisnika za unetog budžetskog korisnika. Ukoliko je neophodno ukloniti podređenog BK, potrebno je proceduru izmene hijerarhije započeti kao navedeni podređeni BK i zatim ukloniti direktnog nadređenog BK iz hijerarhije.

Izmena hijerarhije

Uspešnim prihvatanjem procedure za izmenu hijerarhije, korisniku kome je dodeljen podređeni budžetski korisnik će promenom korisničke sesije biti omogućen rad u sistemu u ime novog podređenog budžetskog korisnika sve dok je hijerarhijska stavka u aktivnom statusu.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Ended: Administracija

Aproprijacije

Aproprijacije

Sekcija upravljanja aproprijacijama omogućava učitavanje inicijalnih zahteva, promenu aproprijacija tokom budžetske godine podnošenjem zahteva za promenu aproprijacije, te pregled istorijskih podataka svake aproprijacije od njenog unosa u sistem do kraja budžetske godine.

Nakon odabira opcije Aproprijacije na bočnom meniju, odnosno odabirom kartice Aproprijacije na početnom ekranu servisa biće prikazan panel aproprijacija sa osnovnim sumarnim informacijama od značaja kao i prečicama za neposredan rad sa aproprijacijama i zahtevima.

Napomena

Izgled i dostupnost opcija na panelu aproprijacija u velikoj meri zavisi od nivoa poslovnih ovlašćenja prijavljenog korisnika.

Panel aproprijacija

Gornja sekcija panela omogućava pristup karticama koje vode na pregled prihodnih/rashodnih aproprijacija kao i zahteva za aproprijacije u relevantnim statusima.

U zavisnosti od poslovnih ovlašćenja prijavljenog korisnika kao i nadležnosti pripadajuće matične organizacije i njenog tipa, korisniku je omogućen i:

• Kreiranje novog zahteva za aproprijacije - dostupno korisnicima sa poslovnim ovlašćenjem upravljanje zahtevima za aproprijacije
• Pregled zahteva iz tekuće budžetske rezerve - dostupno korisnicima sa poslovnim ovlašćenjem pregled tekuće budžetske rezerve
• Pregled zahteva u tekuću budžetsku rezervu - dostupno korisnicima sa poslovnim ovlašćenjem pregled tekuće budžetske rezerve
• Predlog rebalansa za prihodne aproprijacije - dostupno korisnicima organizacije nosioca budžeta
• Predlog rebalansa za rashodne aproprijacije - dostupno korisnicima organizacije nosioca budžeta

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Kreiranje zahteva

Kreiranje novog zahteva za aproprijacije moguće je sprovesti na dva načina, korisničkim unosom preko validiranih formi korisničkog interfejsa kao i učitavanjem struktuiranog XML fajla za masovan unos podataka.

Aplikativna ovlašćenja

Funkcionalnost kreiranja zahteva za aproprijacije omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• upravljanje zahtevima za aproprijacije

Tipovi zahteva za aproprijacije koji su dostupni preko formi korisničkog interfejsa zavise od poslovnih ovlašćenja prijavljenog korisnika kao i nadležnosti pripadajuće matične organizacije i njenog tipa.

Unos inicijalnih zahteva za aproprijacije omogućen je isključivo učitavanjem struktuiranog XML fajla

• AP01 - Zakon/Odluka o budžetu,
• AP02 - Izmena i dopuna Zakona/Odluke o budžetu - Rebalans,
• AP03 - Prvo privremeno finansiranje,
• AP04 - Drugo privremeno finansiranje,
• AP23 - Izmene i dopune za Prvo privremeno finansiranje
• AP24 - Izmene i dopune za Drugo privremeno finansiranje
• AP21 - Zakon/Odluka o budžetu nakon privremenog finansiranja

Forma za unos

Unos podataka o zahtevu i stavki zahteva preko forme korisničkog interfejsa, omogućava korisniku da na efikasan način kreira zahtev koji u procesu formiranja neće opterećivati unos sa tipovima zahteva ili budžetskim stavkama koje nisu dostupne ili dozvoljene za navedene kriterijume.

Usled fizičkog ograničenja brzine ručnog unosa, forme za zahtev su namenjene pre svega kreiranju zahteva sa malim brojem stavki.

Pojedinačni zahtev

Tipovi zahteva dostupni za unos preko forme korisničkog interfejsa:

• AP05 - Prenos sredstava u tekuću budžetsku rezervu - omogućeno korisniku republike, korisniku JLS i korisniku budžeta,
• AP06 - Prenos sredstava iz tekuće budžetske rezerve - omogućeno DBK, korisniku republike, , korisniku JLS i korisniku budžeta,
• AP07 - Promena aproprijacija iz ostalih izvora finansiranja - omogućeno DBK,
• AP08 - Preusmeravanje rashodnih aproprijacija u okviru razdela između glava - omogućeno DBK,
• AP09 - Preusmeravanje rashodnih aproprijacija u okviru glave između aproprijacija - omogućeno DBK,
• AP10 - Raspodela aproprijacija Indirektnim korisnicima - omogućeno DBK,
• AP11 - Preusmeravanje rashodnih aproprijacija Indirektnih korisnika - omogućeno IBK,
• AP14 - Preusmeravanje rashodnih aproprijacija u okviru budžeta između razdela/glava omogućeno korisniku budžeta i korisniku JLS
• AP98 - Kreiranje prihodnih aproprijacija korisnika - omogućeno korisniku budžeta i korisniku JLS
• AP99 - Ispravka aproprijacije - omogućeno korisniku republike, korisniku JLS i korisniku budžeta

Prilikom unosa stavki zahteva, korisniku je omogućen odabir isključivo sistemski validiranih budžetskih stavki. Pored toga, sistem vrši kontrolu dostupnih iznosa Na teret i neće dozvoliti prihvatanje stavke koja ne zadovoljava zadati kriterijum. Kod zahteva AP98 sistem ne proverava postojanje sredstava na ER i jedino je bitno da bude uneta i prihodna i rashodna strana, odnosno da sistem bude u ravnoteži. Takođe, zahtev AP98 za IBK kreira i odobrava DBK.

Unos pojedinačne stavke

Popunjeni zahtev je moguće sačuvati odabirom opcije Sačuvaj zahtev i potvrdom unosa sa Opisom zahteva. Neophodno je napomenuti da se prilikom kreiranja zahteva vrše isključivo sintaksne provere podataka zahteva i da će zahtev biti uspešno sačuvan i ukoliko nisu ispunjena poslovna pravila za dati tip zahteva. U skladu sa forenzičkim pravilima, semantički nevalidne zahteve moguće je pregledati, izmeniti ili otkazati preko sekcije pregleda neispravnih zahteva.

Nakon uspešnog kreiranja zahteva, korisnik će automatski biti preusmeren na ekran za pregled kreiranih zahteva za aproprijacije.

Unos putem fajla

Kreiranje zahteva za aproprijacije putem fajla, omogućava korisniku efikasan unos velikog broja stavki zahteva kao i pregledan prikaz eventualnih sintaksnih grešaka, odnosno pogrešno formirane strukture fajla. Trenutno podržani format fajla za unos zahteva je XML.

Učitavanje fajla za zahtevom se obavlja jednostavnim prevlačenjem fajla u označeno polje ili odabirom polja i ručnom pretragom putanje do fajla.

Unos putem fajla

Ukoliko je došlo do odabira pogrešnog fajla ili je dati fajl neophodno ispraviti, potrebno je prvo ukloniti trenutno naznačeni fajl iz selekcije odabirom opcije - na polju za unos fajla, te ponovo obaviti prevlačenje ili pretragu.

Odabirom opcije Učitaj fajl zahtev unet preko struktuiranog fajla će biti sačuvan i korisnik će automatski biti preusmeren na ekran za pregled kreiranih zahteva za aproprijacije.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Pregled zahteva

Pregled zahteva za aproprijacije pruža uvid u sve učitane zahteve za aproprijacije relevantne za prijavljenog korisnika i njegovu korisničku ulogu, odnosno za tip matične organizacije kojoj korisnik pripada.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u zahteve svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

Aplikativna ovlašćenja

Funkcionalnost pregleda zahteva za aproprijacije omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• pregled zahteva za aproprijacije

Grupni pregled

Odabirom kartice za pregled zahteva na panelu aproprijacija omogućen je tabelarni pregled svih relevantnih učitanih zahteva za aproprijacije.

Lista svih neispravnih zahteva postoji kao odvojeni ekranski pregled, kako bi se ostvarila preglednost i prioritetizacija statusa učitanih zahteva.

Pregled zahteva

Pored standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, lista učitanih zahteva za aproprijacije omogućava direktne akcije promene statusa zahteva korisnicima sa odgovarajućim poslovnim ovlašćenjima, odnosno pregled grešaka neispravnih zahteva.

Odabirom opcije ... pojedinačnog zahteva u listi, korisniku je omogućemo da u odnosu na trenutni status zahteva svoj zahtev:

• Izmeni - ukoliko zahtev nije u statusu Otkazan, Odbijen ili Odobren
• Otkaže - ukoliko je zahtev u statusu Učitan ili Overen
• Overi - ukoliko je zahtev u statusu Učitan

Kao specijalni tip korisnika, korisnik republike i korisnik JLS imaju mogućnost izmene statusa zahteva svih budžetskih korisnika svog trezora i to pre svega odnosi na mogućnost:

• Odbijanja zahteva korisnika koji su u statusu Učitan ili Overen
• Odobravanja zahteva korisnika koji su u statusu Overen i nije tip zahteva AP07

Zahtevi za inicijalno učitavanje aproprijacija prolaze kroz dodatan korak ciklusa odobravanja, pri čemu je neophodno da korisnik sa odgovarajućim poslovnim ovlašćenjima primeni zahtev za inicijalno učitavanje koji je u statusu Odobren.

Nakon uspešnog odobravanja, odnosno primene zahteva, na osnovu meta-podataka i stavki zahteva biće fizički kreirane aproprijacije definisane u zahtevu.

Detalji zahteva

Odabirom pojedinačnog zahteva tabelarnog pregleda, korisnik se preusmerava na pregled svih detalja navedenog zahteva.

Pregled detalja zahteva, pored osnovnih meta-informacija o zahtevu, uključuje i tabelarni pregled svih stavki zahteva i njihovih statusa, kao i pregled i preuzimanje podnetih dokumenata za obrazloženje za zahteve AP05 i AP06.

Zaglavlje pregleda pojedinačnog zahteva jasno ukazuje na trenutni status zahteva i dostupne operacije nad zahtevom u odnosu na navedeni status. Pravila koja se primenjuju prilikom promene statusa zahteva odgovaraju pravilima promene na grupnom pregledu zahteva.

Pregled detalja zahteva

Ukoliko je zahtev u statusu Neispravan, isti je moguće izmeniti kako bi se ispravili pogrešno uneti podaci, odnosno otklonile greške prepoznate semantičkom validacijom prilikom učitavanja zahteva.

U svakom trenutku je moguće ostvariti uvid u sve nepravilnosti neispravnog učitanog zahteva na nivou celog zahteva odabirom ikonice koja se nalazi iznad tabele stavki, kao i uvid u greške na pojedinačnoj stavci odabirom željenog reda u tabeli stavki.

Neispravan zahteva

Odabirom opcije Izmeni zahtev otvara se napredni pregled detalja zahteva koji omogućava izmenu svih meta-podataka zahteva, dodavanje/brisanje stavki zahteva kao i izmenu svih postojećih stavki.

Analogno pravilima učitavanja zahteva, prilikom prihvatanja izmena zahteva, sistem neće blokirati unos semantički neispravnih stavki - status i validnost izmenjene stake je neophodno ispratiti preko grupnog i pojedinačnog pregleda zahteva.

Na ekranu izmene zahteva koji afektuju tekuću budžetsku rezervu AP05 i AP06 neophodno je i pridruživanje dokumenta obrazloženja, kako bi se uspešno overio izmenjeni zahtev.

Izmena zahteva

Nakon uspešne izmene zahteva, korisnik će automatski biti preusmeren na ekran za pregled kreiranih zahteva za aproprijacije.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Odobravanje zahteva

Da bi se zahtev odobrio, mora da bude u statusu overen. Pregled zahteva za odobravanje je moguće odabirom kartice Zahtevi za odobravanje u pregledu Aproprijacije.

Zahtevi za odobravanje

Aplikativna ovlašćenja

Funkcionalnost odobravanja zahteva za aproprijacije omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• odobravanje zahteva za aproprijacije - za korisnike organizacija koje su tip 0 u registru KJS
• odobravanje korisničkih zahteva za aproprijacije - za korisnike organizacija koje nisu tip 0 u registru KJS

Na tabelarnom prikazu overenih zahteva, moguće je odobriti zahtev klikom na dugme za dodatne akcije odgovarajućeg reda u tabeli, a zatim odabirom akcije Odobri.

Odobravanje iz tabelarnog pregleda

Drugi način na koji se može odobriti zahtev za promenu aproprijacija jete direktno iz pregleda detalja zahteva.

Odobravanje iz pregleda detalja

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Pregled aproprijacija

Sekcija za pregled aproprijacija pruža uvid u sve uspešno primenjene aproprijacije koje učestvuju u izvršenju, relevantne za prijavljenog korisnika i njegovu korisničku ulogu, odnosno za tip matične organizacije kojoj korisnik pripada.

Podrazumevani pregled aproprijacija prikazuje samo aproprijacije za tekuću budžetsku godinu. Uvid u aproprijacije iz prethodnih budžetskih godina omogućeno je promenom korisničke sesije na željenu budžetsku godinu.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u aproprijacije svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

Aplikativna ovlašćenja

Funkcionalnost pregleda aproprijacija omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• pregled aproprijacija
• pregled svih aproprijacija

Gornja navigaciona sekcija panela aproprijacija sadrži odvojene kartice koje vode na pregled prihodnih i rashodnih aproprijacija, sa elementarnom statistikom. Odabirom odgovarajuće kartice, korisniku je obezbeđen tabelarni pregled svih relevantnih uspešno primenjenih aproprijacija.

Pregled aproprijacija

Budžetskim korisnicima koji imaju podređene indirektne budžetske korisnike omogućeno je brzo filtriranje tabele za prikaz aproprijacija raspoređenih na indirektne korisnike odabirom opcije Prikazati aproprijacije raspoređene na IBK. Inicijalni tabelarni prikaz aproprijacija direktnih BK ne uključuje aproprijacije IBK.

Lista aproprijacija obezbeđuje niz standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, pri čemu je u svakom trenutku omogućen izvoz podataka u neki od dostupnih formata.

Odabirom pojedinačnog zahteva tabelarnog pregleda korisnik se preusmerava na pregled svih detalja navedene aproprijacije.

Pregled detalja aproprijacije, pored osnovnih informacija o budžetskim stavkama aproprijacije, uključuje i sumarnu tabelu iznosa izvršenja na aproprijaciji, kao i sledeće pomoćne tabelarne preglede:

Na detaljima rashodnih aproprijacija

• Istorija promena aproprijacije - sve promene na aproprijaciji nastale učitavanjem zahteva za promenu,
• Najavljena sredstva - najavljena sredstva aproprijacije na preuzetim obavezama,
• Rezervisana sredstva - rezervisana sredstva aproprijacije na preuzetim obavezama,
• Izvršena plaćanja,
• Korekcija rashoda,
• Preknjižena plaćanja,
• Kvote aproprijacija,
• Aproprijacije raspoređene na IBK

Na detaljima prihodnih aproprijacija

• Istorija promena aproprijacije - sve promene na aproprijaciji nastale učitavanjem zahteva za promenu,
• Promet - svi nalozi koji su afektovali aproprijaciju,
• Korekcija prihoda,
• Aproprijacije raspoređene na IBK

Pregled detalja aproprijacije

Odabirom pojedinačne stavke pomoćnih tabelarnih pregleda, korisnik se preusmerava na pregled detalja navedene stavke - npr. nakon odabira stavke Istorije promene aproprijacije korisnik će biti preusmeren na pregled relevantnih detalja zahteva, ukoliko korisnik poseduje poslovno ovlašćenje pregleda zahteva za aproprijacije.

Tekuća budžetska rezerva

Donja navigaciona sekcija panela aproprijacija omogućava korisniku sa poslovnim ovlašćenjem pregled tekuće budžetske rezerve tabelarni pregled zahteva iz i u tekuću budžetsku rezervu.

Odabirom pojedinačne stavke pregleda TBR, omogućen je uvid u listu zahteva za promenu aproprijacije koji su afektovali navedenu stavku.

Pregled TBR

Predlog rebalansa

Donja navigaciona sekcija panela aproprijacija omogućava korisniku oragnizacije nosioca budžeta trezora tabelarni pregled predloga rebalansa.

Odabirom pojedinačne stavke predloga, omogućen je uvid u detalje odabrane aproprijacije.

Predlog rebalansa

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Zahtev za lokalnu ispravku prihoda

Zahtevom za lokalnu ispravku prihoda korisniku je omogućena preraspodela ostvarenog prihoda na odgovarajućeg korisnika i izvor finansiranja a u okviru iste ekonomske klasifikacije.

Aplikativna ovlašćenja

Funkcionalnost kreiranja zahteva za lokalnu ispravku prihoda omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• upravljanje lokalnom ispravkom prihoda

Korisniku republike je dodeljeno autorizaciono pravo preraspodele prihoda između različitih ekonomskih klasifikacija.

Kreiranje zahteva

Forma za kreiranje novog zahteva za lokalnu ispravku prihoda je dostupna odabirom opcije Novi zahtev na ekranu za pregled svih kreiranih zahteva.

Unos podataka zahtevа ima standardnu formu zahteva sa stavkama, pri čemu je zahtev za lokalnu ispravku prihoda moguće definisati isključivo preko ekranske forme korisničkog interfejsa.

Kreiranje zahteva za LIP

Za razliku od zahteva za promenu aproprijacije, zahtev za LIP nije moguće kreirati ukoliko nije ispunjen osnovni poslovni preduslov - prihod sa koga se vrši prenos mora imati evidentiran priliv, a na koji se prenosi mora imati otvorenu prihodnu aproprijaciju

Korisniku republike je dodatno omogućen

• Prenos veće količine sredstava nego što je u tom trenutku dostupno na navedenoj budžetskoj liniji
• Prenos sa bilo koje budžetske linije, uključujući i linije bez evidentiranih prihoda, uz jedini preduslov da prihodna aproprijacija postoji

Nakon uspešnog kreiranja zahteva, korisnik će automatski biti preusmeren na ekran za pregled kreiranih zahteva LIP.

Pregled zahteva

Pregled zahteva za lokalnu ispravku prihoda pruža uvid u sve učitane zahteve relevantne za prijavljenog korisnika i njegovu korisničku ulogu, odnosno za tip matične organizacije kojoj korisnik pripada.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u zahteve svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

Aplikativna ovlašćenja

Funkcionalnost pregleda zahteva za LIP omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• pregled zahteva za lokalnu ispravku prihoda
• pregled svih zahteva za lokalnu ispravku prihoda

Odabirom stavke zahteva na panelu aproprijacija omogućen je tabelarni pregled svih relevantnih učitanih zahteva za LIP.

Pregled zahteva za LIP

Pored standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, lista učitanih zahteva za LIP omogućava direktne akcije promene statusa zahteva korisnicima sa odgovarajućim poslovnim ovlašćenjima.

Odabirom opcije ... pojedinačnog zahteva u listi, korisniku je omogućemo da kreirani zahtev, Izmeni, Otkaže ili Odobri.

Kao specijalni tip korisnika, korisnik republike ima mogućnost izmene statusa zahteva svih budžetskih korisnika i za učitani zahtev za LIP taj zahtev ima pravo da Odbije.

Odabirom pojedinačnog zahteva tabelarnog pregleda, korisnik se preusmerava na pregled svih detalja navedenog zahteva.

Pregled detalja zahteva, pored osnovnih meta-informacija o zahtevu, uključuje i tabelarni pregled svih stavki zahteva i njihovih statusa. Zaglavlje pregleda pojedinačnog zahteva jasno ukazuje na trenutni status zahteva i dostupne operacije nad zahtevom u odnosu na navedeni status.

Pregled detalja zahteva

Odabirom opcije Izmeni zahtev otvara se napredni pregled detalja zahteva koji omogućava izmenu svih meta-podataka zahteva, dodavanje/brisanje stavki zahteva kao i izmenu svih postojećih stavki.

Nakon uspešne izmene zahteva, korisnik će automatski biti preusmeren na ekran za pregled kreiranih zahteva LIP.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Parametrizacija budžetskih linija

Funkcionalnost parametrizacije budžetskih linija služi za automatsko sravnjenje SWIFT troškova i tarife UT.

Aplikativna ovlašćenja

Funkcionalnost parametrizacije budžetskih linija omogućena je isključivo korisnicima tipa 0. Kao specijalni tip korisnika, korisnik republike ima mogućnost pregleda svih kreiranih parametrizacija.

Kreiranje parametrizacije

Forma za parametrizaciju aproprijacija je dostupna odabirom opcije Unos nove konfiguracije na ekranu za pregled kreiranih parametrizacija. Korisnik ima mogućnost unosa jedne parametrizacije za svaki od postojećih tipova.

Unos podataka parametrizacije ima standardnu formu koju je moguće definisati isključivo preko ekranske forme korisničkog interfejsa.

Kreiranje parametrizacije budžetske linije

Parametrizacija sadrži sledeća polja:

• Tip (swift, UT tafifa...)
• Definiciju aproprijacije (jbkjs, program, projekat, funkcija, izvor, ek. klasifikacija)
• Podekonomsku klasifikaciju
• Evidencioni račun

Aproprijacije su ograničene izborom ekonomske klasifikacije 421XXX.

Nakon uspešnog kreiranja zahteva, korisnik će automatski biti preusmeren na ekran za pregled kreiranih parametrizacija.

Pregled parametrizacije

Pregled parametrizacije aproprijacija pruža uvid u sve kreirane parametrizacije relevantne za prijavljenog korisnika.

Odabirom Parametrizacije budzetske linije na panelu aproprijacija omogućen je tabelarni pregled svih relevantnih učitanih parametrizacija.

Pregled parametrizacija

Odabirom pojedinačne konfiguracije tabelarnog pregleda, korisnik se preusmerava na pregled svih detalja navedene konfiguracije.

Odabirom opcije ... pojedinačne parametrizacije u tabelarnom pregledu, korisniku je omogućemo da kreiranu parametrizaciju Izmeni. Korisnik ima mogućnost izmene jedne parametrizacije za izabrani tip.

Pregled detalja parametrizacije

Odabirom opcije Izmeni stavku otvara se napredni pregled detalja parametrizacije koji omogućava izmenu svih meta-podataka aproprijacije.

Nakon uspešne izmene, korisnik će automatski biti preusmeren na ekran za pregled kreiranih parametrizacija.

Odabirom opcije Istorija promena dostupan je pregled promena izabrane konfiguracije.

Pregled istorije promena

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Ended: Aproprijacije

Evidencioni računi

Evidencioni računi

Sekcija upravljanja evidencionim računima omogućava inicijalizaciju evidencionih računa, automatskim kreiranjem ili prenosom iz prethodne godine, odnosno učitavanjem odgovarajućeg zahteva. Korisniku sa odgovarajućim poslovnih ovlašćenjima omogućeno je evidentiranje i preraspodela sredstava ER ako i pregled istorijskih podataka svakog ER i svih relevantnih transakcija.

Nakon odabira opcije Evidencioni računi na bočnom meniju, odnosno odabirom kartice Evidencioni računi¹ na početnom ekranu servisa biće prikazan panel evidencionih računa sa osnovnim sumarnim informacijama od značaja kao i prečicama za neposredan rad sa ER.

Napomena

Izgled i dostupnost opcija na panelu ER u velikoj meri zavisi od nivoa poslovnih ovlašćenja prijavljenog korisnika.

Panel ER

Gornja sekcija panela omogućava pristup karticama koje vode na pregled učitanih evidencionih računa kao i zahteva za er u relevantnim statusima.

U zavisnosti od poslovnih ovlašćenja prijavljenog korisnika kao i nadležnosti pripadajuće matične organizacije i njenog tipa, korisniku je omogućen i:

• Kreiranje novog zahteva za ER - dostupno korisnicima sa poslovnim ovlašćenjem upravljanje zahtevima za evidencione račune
• Preuzimanje izvoda ER - dostupno korisnicima sa poslovnim ovlašćenjem pregled evidencionih računa ili pregled svih evidencionih računa

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

---

1. Nije dostupno svim korisnicima ↩

Automatizacija evidencionih računa

Kao pomoćni mehanizam za brzo otvaranje evidencionih računa, sistem obezbeđuje dve automatizovane procedure, Automatsko kreiranje inicijalnih računa i Automatski prenos evidencionih računa iz prethodne godine.

Aplikativna ovlašćenja

Funkcionalnost automatskog kreiranja evidencionih računa omogućena je isključivo korisnicima republike

Automatsko kreiranje inicijalnih računa

Funkcionalnost automatskog kreiranja inicijalnih računa omogućava korisnicima republike i korisnicima jls automatizaciju kreiranja inicijalnih evidencionih računa bez potrebe ručnog učitavanja zahteva za ER.

Odabirom opcije Automatsko kreiranje inicijalnih računa na panelu evidencionih računa, za tekuću budžetsku godinu neposredno će biti otvoreni evidencioni računi za sve učitane prihodne aproprijacije, svih budžetskih korisnika, za svaki izvor finansiranja.

Nakon inicijalizacije evidencionih računa, saldo otvorenih računa će biti postavljen na 0.

Automatski prenos evidencionih računa iz prethodne godine

Funkcionalnost automatskog prenosa evidencionih računa iz prethodne godine omogućava korisnicima republike automatizaciju kreiranja evidencionih računa na osnovu stanja evidencionih računa iz prethodne budžetske godine bez potrebe ručnog učitavanja zahteva za ER.

Odabirom opcije Automatski prenos iz prethodne godine na panelu evidencionih računa, za tekuću budžetsku godinu neposredno će biti otvoreni evidencioni računi za sve evidencione račune iz prethodne bužetske godine čiji izvor finansiranja nema definisan izvor za transfer.

Nakon inicijalizacije evidencionih računa, saldo otvorenih računa će biti postavljen na iznos salda odgovarajućeg računa iz prethodne budžetske godine.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Kreiranje zahteva

Kreiranje novog zahteva za evidencione račune moguće je sprovesti na dva načina, korisničkim unosom preko validiranih formi korisničkog interfejsa kao i učitavanjem struktuiranog XML fajla za masovan unos podataka.

Aplikativna ovlašćenja

Funkcionalnost kreiranja zahteva za evidencione račune omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• upravljanje zahtevima za evidencione račune

Tipovi zahteva za ER koji su dostupni preko formi korisničkog interfejsa zavise od poslovnih ovlašćenja prijavljenog korisnika kao i nadležnosti pripadajuće matične organizacije i njenog tipa.

Forma za unos

Unos podataka o zahtevu i stavki zahteva preko forme korisničkog interfejsa, omogućava korisniku da na efikasan način kreira zahtev koji u procesu formiranja neće opterećivati unos sa tipovima zahteva ili budžetskim stavkama koje nisu dostupne ili dozvoljene za navedene kriterijume.

Usled fizičkog ograničenja brzine ručnog unosa, forme za zahtev su namenjene pre svega kreiranju zahteva sa malim brojem stavki.

Pojedinačni zahtev

Tipovi zahteva dostupni za unos preko forme korisničkog interfejsa:

• ER01 - Automatsko kreiranje ER nakon učitavanja aproprijacija - omogućeno korisniku republike, korisniku jls kao i DBK i IBK,
• ER02 - Zahtev za kreiranje novih ER - omogućeno korisniku republike, korisniku jls kao i DBK i IBK,
• ER03 - Prenos neutrošenih sredstava ER iz prethodne godine - omogućeno korisniku republike, korisniku jls kao i DBK i IBK,
• ER04 - Preraspodela stanja ER - omogućeno DBK i IBK,
• ER05 - Evidentiranje sredstava ER - omogućeno korisniku republike, korisniku jls,
• ER06 - Preraspodela sredstava ER na IBK - omogućeno DBK,
• ER07 - Preraspodela stanja ER između korisnika - omogućeno korisniku republike, korisniku jls kao i DBK i IBK,
• ER08 - Prenos salda ER iz prethodne godine - omogućeno korisniku republike, korisniku jls
• ER09 - Prenos u korist Republike - omogućeno korisniku republike, korisniku jls kao i DBK i IBK

Prilikom unosa stavki zahteva, korisniku je omogućen odabir isključivo sistemski validiranih budžetskih stavki. Pored toga, sistem vrši kontrolu dostupnih iznosa prilikom kreiranja stavki transfera i neće dozvoliti prihvatanje stavke koja ne zadovoljava zadati kriterijum.

Prilikom unosa zahteva ER09, izvori sa kojih je moguće uraditi prenos su 03, 10, 11, 13, 15 i 17.

Unos pojedinačne stavke

Popunjeni zahtev je moguće sačuvati odabirom opcije Sačuvaj zahtev i potvrdom konfirmacionog dijaloga. Neophodno je napomenuti da se prilikom kreiranja zahteva vrše sintaksne i semantičke provere podataka zahteva i da će zahtev neće biti uspešno sačuvan ukoliko nisu ispunjena poslovna pravila za dati tip zahteva.

Sistem neće dozvoliti korisniku kreiranje dva evidenciona računa za isti izvor finansiranja i valutu.

Nakon uspešnog kreiranja zahteva, korisnik će automatski biti preusmeren na ekran za pregled kreiranih zahteva za ER.

Unos putem fajla

Kreiranje zahteva za evidencione račune putem fajla, omogućava korisniku efikasan unos velikog broja stavki zahteva kao i pregledan prikaz eventualnih sintaksnih grešaka, odnosno pogrešno formirane strukture fajla. Trenutno podržani format fajla za unos zahteva je XML.

Učitavanje fajla za zahtevom se obavlja jednostavnim prevlačenjem fajla u označeno polje ili odabirom polja i ručnom pretragom putanje do fajla. Odabirom opcije Sačuvaj zahtev biće izvršeno učitavanje zahteva definisanog u struktuiranom fajlu.

Unos putem fajla

Unos preko struktuiranog fajla nije omogućen za zahtev ER01 - Automatsko kreiranje ER, obzirom da se zahtev odnosi na automatsko kreiranje raučuna na osnovu učitanih aproprijacija.

Ako je došlo do odabira pogrešnog fajla ili je dati fajl neophodno ispraviti, potrebno je prvo ukloniti trenutno naznačeni fajl iz selekcije odabirom opcije - na polju za unos fajla, te ponovo obaviti prevlačenje ili pretragu.

Prilikom učitavanja fajla, sistem vrši kontrolu svih poslovnih pravila za navedeni tip zahteva i neće dozvoliti uspešno učitavanje fajla koji u potpunosti ne zadovoljava neophodne funkcionalne kriterijume.

Ukoliko nisu ispunjena zahtevana poslovna pravila zahteva za ER ili stavki, ispod polja za učitavanje struktuiranog fajla biće prikazana kontrola za listom svih identifikovanih grešaka.

Greške pri unosu fajla

Nakon uspešnog učitavanja struktuiranog fajla zahtev će biti sačuvan i korisnik će automatski biti preusmeren na ekran za pregled kreiranih zahteva za ER.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Pregled zahteva

Pregled zahteva za evidencione račune pruža uvid u sve učitane zahteve za evidencione račune relevantne za prijavljenog korisnika i njegovu korisničku ulogu, odnosno za tip matične organizacije kojoj korisnik pripada.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u zahteve svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

Aplikativna ovlašćenja

Funkcionalnost pregleda zahteva za ER omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• pregled zahteva za evidencione račune

Grupni pregled

Odabirom kartice za pregled zahteva na panelu ER omogućen je tabelarni pregled svih relevantnih učitanih zahteva za evidencione račune.

Pregled zahteva

Pored standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, lista učitanih zahteva za ER omogućava direktne akcije promene statusa zahteva korisnicima sa odgovarajućim poslovnim ovlašćenjima, odnosno pregled grešaka neispravnih zahteva.

Odabirom opcije ... pojedinačnog zahteva u listi, korisniku je omogućemo da u odnosu na trenutni status zahteva svoj zahtev:

• Izmeni - ukoliko zahtev nije u statusu Otkazan, Odbijen ili Odobren
• Otkaže - ukoliko je zahtev u statusu Učitan ili Overen
• Overi - ukoliko je zahtev u statusu Učitan

Kao specijalni tip korisnika, korisnik republike i korisnik jls ima mogućnost izmene statusa zahteva svih budžetskih korisnika svog trezora i to se pre svega odnosi na mogućnost:

• Odbijanja zahteva korisnika koji su u statusu Učitan ili Overen
• Odobravanja zahteva korisnika koji su u statusu Overen

Nakon uspešnog odobravanja zahteva, na osnovu meta-podataka i stavki zahteva biće fizički kreirani evidencioni računi definisani u zahtevu.

Detalji zahteva

Odabirom pojedinačnog zahteva tabelarnog pregleda, korisnik se preusmerava na pregled svih detalja navedenog zahteva.

Pregled detalja zahteva, pored osnovnih meta-informacija o zahtevu, uključuje i tabelarni pregled svih stavki zahteva i njihovih statusa.

Zaglavlje pregleda pojedinačnog zahteva jasno ukazuje na trenutni status zahteva i dostupne operacije nad zahtevom u odnosu na navedeni status. Pravila koja se primenjuju prilikom promene statusa zahteva odgovaraju pravilima promene na grupnom pregledu zahteva.

Pregled detalja zahteva

Odabirom opcije Izmeni zahtev otvara se napredni pregled detalja zahteva koji omogućava izmenu svih meta-podataka zahteva, dodavanje/brisanje stavki zahteva kao i izmenu svih postojećih stavki.

Analogno pravilima učitavanja zahteva, prilikom prihvatanja izmena zahteva, sistem neće blokirati unos semantički neispravnih stavki - status i validnost izmenjene stake je neophodno ispratiti preko grupnog i pojedinačnog pregleda zahteva.

Izmena zahteva

Nakon uspešne izmene zahteva, korisnik će automatski biti preusmeren na ekran za pregled kreiranih zahteva za ER.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Pregled evidencionih računa

Sekcija za pregled evidencionih računa pruža uvid u sve uspešno učitane evidencione račune relevantne za prijavljenog korisnika i njegovu korisničku ulogu, odnosno za tip matične organizacije kojoj korisnik pripada.

Podrazumevani pregled evidencionih računa prikazuje samo račune za tekuću budžetsku godinu. Uvid u evidencione račune iz prethodnih budžetskih godina omogućeno je promenom korisničke sesije na željenu budžetsku godinu.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u ER svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

Aplikativna ovlašćenja

Funkcionalnost pregleda aproprijacija omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• pregled evidencionih računa
• pregled svih evidencionih računa

Gornja navigaciona sekcija panela evidencionih računa sadrži karticu koja vodi za pregled učitanih evidencionih računa, sa elementarnom statistikom. Odabirom odgovarajuće kartice, korisniku je obezbeđen tabelarni pregled svih relevantnih uspešno učitanih ER.

Pregled ER

Budžetskim korisnicima koji imaju podređene indirektne budžetske korisnike omogućeno je brzo filtriranje tabele za prikaz evidencionih računa svojih indirektnih korisnika odabirom opcije Prikazati evidencione račune IBK

Lista evidencionih računa obezbeđuje niz standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, pri čemu je u svakom trenutku omogućen izvoz podataka u neki od dostupnih formata.

Odabirom pojedinačnog zahteva tabelarnog pregleda korisnik se preusmerava na pregled svih detalja navedenog evidencionog računa.

Pregled detalja evidencionog računa, pored osnovnih informacija o budžetskim stavkama ER i podataka o prenosu, uključuje i sumarnu tabelu iznosa izvršenja na evidencionom računu, kao i sledeće pomoćne tabelarne preglede:

• Istorija promena evidencionog računa - sve promene na ER nastale učitavanjem zahteva za promenu,
• Rezervisana sredstva - rezervisana sredstva ER na preuzetim obavezama,
• Promet - svi nalozi koji su afektovali ER

Pregled detalja ER

Odabirom pojedinačne stavke pomoćnih tabelarnih pregleda, korisnik se preusmerava na pregled detalja navedene stavke - npr. nakon odabira stavke Istorije promene evidencionog računa korisnik će biti preusmeren na pregled relevantnih detalja zahteva, ukoliko korisnik poseduje poslovno ovlašćenje pregleda zahteva za ER.

Izmena evidecionog računa

Forma za pregled detalja evidencionog računa omogućava korisnicima da izmene opšte podatke o evidencionom računu. Odabirom opcije Izmeni u zaglavlju forme, dozvoljena je izmena podataka bez obzira na stanje evidencionog računa:

• Izmena polja Naziv
• Izmena polja Limit zaduženja - omogućeno samo korisnicima organizacije nosioca budžeta

Evidencione račune na kojima je saldo jednak 0 je u svakom trenutku moguće i deaktivirati odabirom opcije Deaktiviraj u zaglavlju forme i potvrđivanjem konfirmacionog dijaloga. Deaktivacija nije omogućena za evidencione račune iz izvora finansiranja 01.

Jednom deaktiviran, evidencioni račun ne može od tog trenutka da učestvuje niti u jednoj proceduri izvršenja budžeta.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Izvodi evidencionih računa

Sekcija za Izvode evidencionih računa omogućava preuzimanje izvoda za sve uspešno učitane evidencione račune relevantne za prijavljenog korisnika i njegovu korisničku ulogu, odnosno za tip matične organizacije kojoj korisnik pripada.

Aplikativna ovlašćenja

Funkcionalnost preuzimanja Izvoda ER omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• pregled evidencionih računa
• pregled svih evidencionih računa

Preuzimanje izvoda evidencionih računa je oogućeno samo za datume na kojima je evidentiran promet u tekućoj budžetskoj godini. Uvid u Izvode evidencionih računa iz prethodnih budžetskih godina omogućeno je promenom korisničke sesije na željenu budžetsku godinu.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u Izvode ER svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

Preuzimanje izvoda ER se vrši odabirom:

1. U okviru kartice Pregled po datumu
   1. Datumu izvoda
   2. Evidencionog računa
   3. Formata izvoda
2. U okviru kartice Pregled po računu
   1. Evidencionog računa
   2. Datuma izvoda
   3. Formata izvoda

Izvodi ER

Izvodi evidencionih računa su dostupni u sledećim formatima

• JSON,
• Pdf,
• Txt - format označen za deprekaciju ¹,
• XML,

pri čemu je uvid u šemu podataka izvoda omogućen u sekciji za pregled šema ulaznih / izlaznih fajlova servisa.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

---

1. Korisnici će biti blagovremeno obavešteni o datumu ukidanja formata ↩

Ended: Evidencioni računi

Kvote

Kvote

Sekcija upravljanja kvotama omogućava učitavanje inicijalnih zahteva, promenu kvota tokom budžetske godine podnošenjem zahteva za promenu kovte, te pregled istorijskih podataka svake kvote od njenog unosa u sistem do kraja budžetske godine.

Nakon odabira opcije Kvote na bočnom meniju, odnosno odabirom kartice Kvote na početnom ekranu servisa biće prikazan panel za upravljanje kvotama sa osnovnim sumarnim informacijama od značaja kao i prečicama za neposredan rad sa kvotama i zahtevima.

Napomena

Izgled i dostupnost opcija na panelu kvota u velikoj meri zavisi od nivoa poslovnih ovlašćenja prijavljenog korisnika.

Panel kvota

Gornja sekcija panela omogućava pristup karticama koje vode na pregled kvota kao i zahteva za kvote u relevantnim statusima. Korisniku republike i Korisniku jls, kao specijalnom tipu korisnika koji odobrava zahteve korisnika, prikazane su kartice za pregled kako sopstvenih zahteva, tako i zahteva podređenih korisnika. Navedena funkcionalnost je omogućena i direktnim korisnicima koji imaju indirektne BK.

U zavisnosti od poslovnih ovlašćenja prijavljenog korisnika kao i nadležnosti pripadajuće matične organizacije i njenog tipa, korisniku je omogućeno i:

• Kreiranje novog zahteva kvote - dostupno korisnicima sa poslovnim ovlašćenjem upravljanje zahtevima za kvote
• Vraćanje neutrošenih sredstava - dostupno korisnicima sa poslovnim ovlašćenjem upravljanje kvotama

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Kreiranje zahteva

Kreiranje novog zahteva za kvote moguće je sprovesti na dva načina, korisničkim unosom preko validiranih formi korisničkog interfejsa kao i učitavanjem struktuiranog XML fajla za masovan unos podataka.

Korisniku republike i korisniku jls je dodatno omogućen napredni unos zahteva za grupnu promenu kvota na odvojenoj ekranskoj formi u okviru svojih trezora.

Aplikativna ovlašćenja

Funkcionalnost kreiranja zahteva za kvote omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• upravljanje zahtevima za kvote

Tipovi zahteva za kvote koji su dostupni preko formi korisničkog interfejsa zavise od poslovnih ovlašćenja prijavljenog korisnika kao i nadležnosti pripadajuće matične organizacije i njenog tipa.

Unos inicijalnih zahteva za kvote omogućen je isključivo učitavanjem struktuiranog XML fajla i to korisnicima republike i korisnicima jls

• KV01 - Učitavanje inicijalnih kvota

Forma za unos

Unos podataka o zahtevu i stavki zahteva preko forme korisničkog interfejsa, omogućava korisniku da na efikasan način kreira zahtev koji u procesu formiranja neće opterećivati unos sa tipovima zahteva ili budžetskim stavkama koje nisu dostupne ili dozvoljene za navedene kriterijume.

Usled fizičkog ograničenja brzine ručnog unosa, forme za zahtev su namenjene pre svega kreiranju zahteva sa malim brojem stavki.

Pojedinačni zahtev

Tipovi zahteva dostupni za unos preko forme korisničkog interfejsa:

• KV02 - Povećanje ili smanjenje kvote iz neraspoređene kvote - omogućeno DBK i IBK,
• KV03 - Preusmeravanje kvote iz jednog perioda u drugi - omogućeno DBK,
• KV04 - Raspodela kvota indirektnim korisnicima - omogućeno DBK sa indirektnim BK,
• KV07 - Kreiranje nulte kvote (kvota sa iznosom 0) - omogućeno IBK, kao i korisnicima republike i korisnicima jls koji imaju mogućnost podnošenja zahteva za DBK

Prilikom unosa stavki zahteva, korisniku je omogućen odabir isključivo sistemski validiranih budžetskih stavki. Pored toga, sistem vrši kontrolu dostupnih Iznosa uvećenja i Iznosa smanjenja i neće dozvoliti prihvatanje stavke koja ne zadovoljava zadati kriterijum.

Unos pojedinačne stavke

Popunjeni zahtev je moguće sačuvati odabirom opcije Sačuvaj zahtev i potvrdom unosa sa Opisom zahteva. Neophodno je napomenuti da se prilikom kreiranja zahteva vrše isključivo sintaksne provere podataka zahteva i da će zahtev biti uspešno sačuvan i ukoliko nisu ispunjena poslovna pravila za dati tip zahteva. U skladu sa forenzičkim pravilima, semantički nevalidne zahteve moguće je pregledati, izmeniti ili otkazati preko sekcije pregleda neispravnih zahteva.

Nakon uspešnog kreiranja zahteva, korisnik će automatski biti preusmeren na ekran za pregled kreiranih zahteva za kvote.

Unos putem fajla

Kreiranje zahteva za kvote putem fajla, omogućava korisniku efikasan unos velikog broja stavki zahteva kao i pregledan prikaz eventualnih sintaksnih grešaka, odnosno pogrešno formirane strukture fajla. Trenutno podržani format fajla za unos zahteva je XML.

Učitavanje fajla za zahtevom se obavlja jednostavnim prevlačenjem fajla u označeno polje ili odabirom polja i ručnom pretragom putanje do fajla. Odabirom opcije Učitaj fajl biće izvršeno učitavanje zahteva definisanog u struktuiranom fajlu.

Unos putem fajla

Ako je došlo do odabira pogrešnog fajla ili je dati fajl neophodno ispraviti, potrebno je prvo ukloniti trenutno naznačeni fajl iz selekcije odabirom opcije - na polju za unos fajla, te ponovo obaviti prevlačenje ili pretragu.

Prilikom učitavanja fajla, sistem vrši kontrolu neophodnih poslovnih pravila za navedeni tip zahteva i neće dozvoliti uspešno učitavanje fajla koji u potpunosti ne zadovoljava zadate funkcionalne kriterijume.

Ukoliko nisu ispunjena zahtevana poslovna pravila zahteva za kvote ili stavki, ispod polja za učitavanje struktuiranog fajla biće prikazana kontrola za listom svih identifikovanih grešaka.

Greške pri unosu fajla

Nakon uspešnog učitavanja struktuiranog fajla zahtev će biti sačuvan i korisnik će automatski biti preusmeren na ekran za pregled kreiranih zahteva za kvote.

Grupni unos

Forma za unos zahteva za grupnu promenu kvota - KV05, omogućava korisniku republike, korisniku jls i DBK da na efikasan način kreiraju grupni zahtev preko korisničkog interfejsa, odabirom perioda i odgovarajućih opsega na budžetskim linijama uz dodatnu funkcionalnost automatizacije vrste prenosa.

Nakon popunjavanja opsega od interesa na formi za grupni unos, odabirom opcije Pretraži korisniku će biti prikazana tabela svih kvota koje zadovoljavaju zadati kriterijum.

Prilikom unosa kriterijuma za kvote, korisniku je omogućen odabir isključivo sistemski validiranih budžetskih stavki i relevantnih opsega, stoga korisnik neće biti u prilici da kreira sintaksno ili semantički nevalidan zahtev.

Grupni unos

Selekcijom svih pojedinačnih stavki na tabeli od interesa, korisnik za odabrani skup kvota kreira zahtev za kvote odabirom opcije Kreiraj zahtev i potvrdom unosa sa Opisom zahteva.

Nakon uspešnog kreiranja zahteva, korisnik će automatski biti preusmeren na ekran za pregled kreiranih zahteva za kvote.

Vraćanje neutrošenih sredstava

Na panelu kvota korisniku sa odgovarajućim poslovnim ovlašćenjem je omogućen povrat neutrošenih sredstava na kvotama.

Funkcionalnost vraćanja neutrošenih sredstava predstavlja pomoćnu metodu koja na kraju perioda kvota dozvoljava oslobađanje neutrošenih sredstava na kvotama, rezervisanih na stavci aproprijacije Rezervisano na kvote. Oslobođeni iznos se vraća na stavku apropriacije Raspoloživo.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Pregled zahteva

Pregled zahteva za kvote pruža uvid u sve učitane zahteve za kvote relevantne za prijavljenog korisnika i njegovu korisničku ulogu, odnosno za tip matične organizacije kojoj korisnik pripada.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u zahteve svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

Aplikativna ovlašćenja

Funkcionalnost pregleda zahteva za kvote omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• pregled zahteva za kvote

Grupni pregled

Odabirom odgovarajuće kartice za pregled zahteva na panelu kvota omogućen je tabelarni pregled svih relevantnih učitanih zahteva za kvote matične ili podređene organizacije¹.

Lista svih neispravnih zahteva postoji kao odvojeni ekranski pregled, kako bi se ostvarila preglednost i prioritetizacija statusa učitanih zahteva.

Pregled zahteva

Pored standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, lista učitanih zahteva za kvote omogućava direktne akcije promene statusa zahteva korisnicima sa odgovarajućim poslovnim ovlašćenjima, odnosno pregled grešaka neispravnih zahteva.

Inicijalni tabelarni prikaz zahteva za kvote ne uključuje zahteve za plate. Direktnim budžetskim korisnicima je dodatno omogućeno brzo filtriranje tabele koje će prikazati samo zahteve za plate odabirom opcije Zahtevi za plate. Zahtevom za plate se podrazumeva svaki zahtev za kvote KV02 ili KV03 koji uključuje ekonomske klasifikacije 411 ili 412.

Odabirom opcije ... pojedinačnog zahteva u listi, korisniku je omogućemo da u odnosu na trenutni status zahteva svoj zahtev:

• Izmeni - ukoliko zahtev nije u statusu Otkazan, Odbijen ili Odobren
• Otkaže - ukoliko je zahtev u statusu Učitan ili Overen za zahteve KV04
• Odbije - ukoliko je zahtev u statusu Učitan ili Overen
• Overi - ukoliko je zahtev u statusu Učitan
• Odobri - ukoliko je zahtev u statusu Overen za zahteve KV04

Kao specijalni tip korisnika, korisnik republike ima mogućnost izmene statusa zahteva svih budžetskih korisnika i se to pre svega odnosi na mogućnost:

• Odbijanja zahteva korisnika koji su u statusu Učitan ili Overen za zahteve KV02 i KV03
• Odobravanja zahteva korisnika koji su u statusu Overen za zahteve KV02 i KV03

Nakon uspešnog odobravanja zahteva, na osnovu meta-podataka i stavki zahteva biće fizički kreirane kvote definisane u zahtevu.

Detalji zahteva

Odabirom pojedinačnog zahteva tabelarnog pregleda, korisnik se preusmerava na pregled svih detalja navedenog zahteva.

Pregled detalja zahteva, pored osnovnih meta-informacija o zahtevu, uključuje i tabelarne preglede

• svih stavki zahteva i njihovih statusa,
• aproprijacija kvote,
• kvota zahteva,
• istorije promena podataka na zahtevu

Zaglavlje pregleda pojedinačnog zahteva jasno ukazuje na trenutni status zahteva i dostupne operacije nad zahtevom u odnosu na navedeni status. Pravila koja se primenjuju prilikom promene statusa zahteva odgovaraju pravilima promene na grupnom pregledu zahteva.

Pregled detalja zahteva

Ukoliko je zahtev u statusu Neispravan, isti je moguće izmeniti kako bi se ispravili pogrešno uneti podaci, odnosno otklonile greške prepoznate semantičkom validacijom prilikom učitavanja zahteva.

U svakom trenutku je moguće ostvariti uvid u sve nepravilnosti neispravnog učitanog zahteva na nivou celog zahteva odabirom ikonice koja se nalazi iznad tabele stavki, kao i uvid u greške na pojedinačnoj stavci odabirom željenog reda u tabeli stavki.

Neispravan zahteva

Odabirom opcije Izmeni zahtev otvara se napredni pregled detalja zahteva koji omogućava izmenu svih meta-podataka zahteva, dodavanje/brisanje stavki zahteva kao i izmenu svih postojećih stavki.

Analogno pravilima učitavanja zahteva, prilikom prihvatanja izmena zahteva, sistem neće blokirati unos semantički neispravnih stavki - status i validnost izmenjene stake je neophodno ispratiti preko grupnog i pojedinačnog pregleda zahteva.

Izmena zahteva

Nakon uspešne izmene zahteva, korisnik će automatski biti preusmeren na ekran za pregled kreiranih zahteva za kvote.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

---

1. Odnosi se na republiku, jls i DBK sa IBK ↩

Pregled kvota

Sekcija za pregled kvota pruža uvid u sve uspešno odobrene kvote koje učestvuju u izvršenju, relevantne za prijavljenog korisnika i njegovu korisničku ulogu, odnosno za tip matične organizacije kojoj korisnik pripada.

Podrazumevani pregled kvota prikazuje samo kvote za tekuću budžetsku godinu. Uvid u kvote iz prethodnih budžetskih godina omogućeno je promenom korisničke sesije na željenu budžetsku godinu.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u kvote svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

Aplikativna ovlašćenja

Funkcionalnost pregleda aproprijacija omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• pregled kvota
• pregled svih kvota

Gornja navigaciona sekcija panela kvota sadrži odvojene kartice koje vode na pregled učitanih kvota, sa elementarnom statistikom. Odabirom odgovarajuće kartice, korisniku je obezbeđen tabelarni pregled svih relevantnih uspešno odobrenih kvota.

Pregled kvota

Budžetskim korisnicima koji imaju podređene indirektne budžetske korisnike omogućeno je brzo filtriranje tabele za prikaz kvota raspoređenih na indirektne korisnike odabirom opcije Prikazati kvote raspoređene na IBK. Inicijalni tabelarni prikaz kvota direktnih BK ne uključuje kvote IBK.

Lista kvota obezbeđuje niz standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, pri čemu je u svakom trenutku omogućen izvoz podataka u neki od dostupnih formata.

Odabirom pojedinačnog zahteva tabelarnog pregleda korisnik se preusmerava na pregled svih detalja navedene kvote.

Pregled detalja kvote, pored osnovnih informacija o budžetskim stavkama kvote, uključuje i sumarnu tabelu iznosa izvršenja na kvoti, kao i sledeće pomoćne tabelarne preglede:

• Istorija promena kvote - sve promene na kvoti nastale učitavanjem zahteva za promenu,
• Stanje aproprijacije,
• Rezervisana sredstva,
• Izvršenje po klasifikacijama,
• Korekcija rashoda,
• Istorija - sve promene iznosa na kvoti kroz izvršenje budžeta

Pregled detalja aproprijacije

Odabirom pojedinačne stavke pomoćnih tabelarnih pregleda, korisnik se preusmerava na pregled detalja navedene stavke - npr. nakon odabira stavke Istorije promene kvote korisnik će biti preusmeren na pregled relevantnih detalja zahteva, ukoliko korisnik poseduje poslovno ovlašćenje pregleda zahteva za kvote.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Ended: Kvote

Preuzete obaveze

Preuzete obaveze

Sekcija upravljanja preuzetim obavezama omogućava učitavanje pojedinačnih i kumulativnih zahteva za preuzete obaveze, pregled zahteva i kreiranih preuzetih obaveza, praćenje izvršenja na preuzetim obavezama, kao i kreiranje pojedinačnih i kumulativnih zahteva za plaćanje. Kao specijalna kategorija funkcionalnosti rada sa preuzetim obavezama, korisnicima je omogućen pristup odvojenoj sekciji preuzetih obaveza za zarade.

Nakon odabira opcije Izvršenje bužeta na bočnom meniju, odnosno odabirom kartice Izvršenje bužeta na početnom ekranu servisa biće prikazan pomoćni panel izvršenja budžeta čija gornja sekcija sadrži kartice koje vode do panela preuzetih obaveza, odnosno panela kumulativnih preuzetih obaveza.

Panel izvršenja

Odabirom opcije Preuzete obaveze korisnik se preusmerava na panel pojedinačnih preuzetih obaveza, koji prikazuje osnovne sumarne informacije od značaja kao i prečice za neposredan rad sa pojedinačnim preuzetim obavezama i zahtevima.

Odabirom opcije Kumulativne preuzete obaveze korisnik se preusmerava na panel kumulativnih preuzetih obaveza, koji prikazuje osnovne sumarne informacije od značaja kao i prečice za neposredan rad sa kumulativnim preuzetim obavezama i zahtevima.

Odabirom opcije Preuzete obaveze za zarade korisnik se preusmerava na panel preuzetih obaveza za zarade, koji prikazuje osnovne sumarne informacije od značaja kao i prečice za neposredan rad sa preuzetim obavezama i zahtevima za zarade.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Pojedinačne

Pojedinačne preuzete obaveze

Sekcija upravljanja pojedinačnim preuzetim obavezama omogućava učitavanje pojedinačnih zahteva za preuzete obaveze, pregled zahteva i kreiranih preuzetih obaveza, praćenje izvršenja na pojedinačnim preuzetim obavezama, kao i kreiranje pojedinačnih zahteva za plaćanje.

Odabirom opcije Preuzete obaveze na panelu preuzetih obaveza korisnik se preusmerava na panel pojedinačnih preuzetih obaveza, koji prikazuje osnovne sumarne informacije od značaja kao i prečice za neposredan rad sa pojedinačnim preuzetim obavezama i zahtevima.

Napomena

Izgled i dostupnost opcija na panelu preuzetih obaveza u velikoj meri zavisi od nivoa poslovnih ovlašćenja prijavljenog korisnika.

Panel preuzetih obaveza

Gornja sekcija panela omogućava pristup karticama koje vode na pregled pojedinačnih preuzetih obaveza kao i zahteva za pojedinačne preuzete obaveze u relevantnim statusima.

U zavisnosti od poslovnih ovlašćenja prijavljenog korisnika kao i nadležnosti pripadajuće matične organizacije i njenog tipa, korisniku je omogućeno i:

• Kreiranje novog zahteva za preuzete obaveze - dostupno korisnicima sa poslovnim ovlašćenjem upravljanje zahtevima za preuzete obaveze

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Kreiranje zahteva

Kreiranje novog zahteva za preuzete obaveze moguće je sprovesti na dva načina, korisničkim unosom preko validiranih formi korisničkog interfejsa kao i učitavanjem struktuiranog XML fajla za masovan unos podataka.

Aplikativna ovlašćenja

Funkcionalnost kreiranja zahteva za kvote omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• upravljanje zahtevima za preuzete obaveze

Tipovi zahteva za preuzete obaveze koji su dostupni preko formi korisničkog interfejsa zavise od poslovnih ovlašćenja prijavljenog korisnika kao i nadležnosti pripadajuće matične organizacije i njenog tipa.

Tipovi zahteva koje je moguće kreirati za pojedinačne preuzete obaveze

• PO01 - Pojedinačne preuzete obaveze,
• PO02 - Preuzeta obaveza transfera ka IBK,
• PO03 - Preuzeta obaveza transfera gotovine,
• PO08 - Obračunski nalog
• PO09 - Zahtev za povraćaj neutrošenih sredtsava iz prethodne godine

Forma za unos

Unos podataka o zahtevu i stavki zahteva preko forme korisničkog interfejsa, omogućava korisniku da na efikasan način kreira zahtev koji u procesu formiranja neće opterećivati unos sa tipovima zahteva ili budžetskim stavkama koje nisu dostupne ili dozvoljene za navedene kriterijume.

Usled fizičkog ograničenja brzine ručnog unosa, forme za zahtev su namenjene pre svega kreiranju zahteva sa malim brojem stavki.

Pojedinačni zahtev

Prilikom unosa stavki zahteva, korisniku je omogućen odabir isključivo sistemski validiranih budžetskih stavki. Pored toga, sistem vrši kontrolu Očekivanog datuma plaćanja kao i dostupnog Iznosa u odnosu na raspoloživa sredstva na aproprijaciji i kvoti i neće dozvoliti prihvatanje stavke koja ne zadovoljava zadati kriterijum.

Za zahteve PO08 - Obračunski nalog, račun zaduženja mora biti račun izvršenja budžeta - 840000000000162021, te sistem neće dozvoliti unos proizvoljnog računa zaduženja prilikom kreiranja zahteva.

Zahtevom PO09 se vrši povaćaj preostalih, neiskorišćenih sredstava donacije iz prethodne godine, na izvoru 15 - Neutrošena sredstva donacija, pomoći i transfera iz ranijih godina. Zahtev isključivo unosi korisnik i zahtev u statusu Najavljena odobrava Republika. Upisani iznos ne sme prelaziti raspoloživ iznos na odabranom evidencionom računu. Ovaj tip transakcije ne opterećuje aproprijacije korisnika. Zahtev se kreira odabirom kartice Izvršenje budžeta – Preuzete obaveze – Zahtev za povraćaj neutrošenih sredstava iz prethodne godine.

Unos pojedinačne stavke

Na osnovu Hitnosti plaćanja i vrednosti Očekivanog datuma plaćanja, sistem sprovodi sledeća pravila u odnosu na opšte parametre sistema Mala plaćanja i Period najave

• Hitno = Ne i Iznos >= Mala plaćanja, mora biti zadovoljen uslov Očekivani datum plaćanja >= tekući sistemski datum + Period najave,
• Hitno = Ne i Iznos <= Mala plaćanja, mora biti zadovoljen uslov Očekivani datum plaćanja >= tekući sistemski datum + 1 radni dan,
• Hitno = Da, mora biti zadovoljen uslov Očekivani datum plaćanja >= tekući sistemski datum

Popunjeni zahtev je moguće sačuvati odabirom opcije Sačuvaj zahtev i potvrdom unosa sa Opisom zahteva. Neophodno je napomenuti da se prilikom kreiranja zahteva vrše sintaksne i semantičke provere podataka zahteva i da zahtev neće biti uspešno sačuvan ukoliko nisu ispunjena sva poslovna pravila za dati tip zahteva.

Ispravno učitani zahtevi dobijaju status Najavljen i kao takve ih je moguće pregledati, izmeniti, otkazati ili odobriti preko sekcije pregleda zahteva za poјеdinačne preuzete obaveze.

Kreiranjem ispravnog zahteva alociraju se planirani iznosi na aproprijaciji.

Nakon uspešnog kreiranja zahteva, korisnik će automatski biti preusmeren na ekran za pregled najavljenih zahteva za poјеdinačne preuzete obaveze.

Unos putem fajla

Kreiranje zahteva za pojedinačne preuzete obaveze putem fajla, omogućava korisniku efikasan unos velikog broja stavki zahteva kao i pregledan prikaz eventualnih sintaksnih grešaka, odnosno pogrešno formirane strukture fajla. Trenutno podržani format fajla za unos zahteva je XML.

Učitavanje fajla za zahtevom se obavlja jednostavnim prevlačenjem fajla u označeno polje ili odabirom polja i ručnom pretragom putanje do fajla. Odabirom opcije Učitaj fajl biće izvršeno učitavanje zahteva definisanog u struktuiranom fajlu.

Unos putem fajla

Ako je došlo do odabira pogrešnog fajla ili je dati fajl neophodno ispraviti, potrebno je prvo ukloniti trenutno naznačeni fajl iz selekcije odabirom opcije - na polju za unos fajla, te ponovo obaviti prevlačenje ili pretragu.

Prilikom učitavanja fajla, sistem vrši kontrolu svih poslovnih pravila za navedeni tip zahteva i neće dozvoliti uspešno učitavanje fajla koji u potpunosti ne zadovoljava zadate funkcionalne kriterijume.

Ukoliko nisu ispunjena neophodna poslovna pravila zahteva za aproprijacije ili stavki, ispod polja za učitavanje struktuiranog fajla biće prikazana kontrola za listom svih identifikovanih grešaka.

Greške pri unosu fajla

Nakon uspešnog učitavanja struktuiranog fajla zahtev će biti sačuvan i korisnik će automatski biti preusmeren na ekran za pregled najavljenih zahteva za poјеdinačne preuzete obaveze.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Pregled zahteva

Pregled zahteva za preuzete obaveze pruža uvid u sve učitane zahteve za preuzete obaveze relevantne za prijavljenog korisnika i njegovu korisničku ulogu, odnosno za tip matične organizacije kojoj korisnik pripada.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u zahteve svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

Aplikativna ovlašćenja

Funkcionalnost pregleda i upravljanja zahtevima za preuzete obaveze omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• upravljanje zahtevima za preuzete obaveze

Prilikom rada sa preuzetim obavezama i zahtevima za preuzete obaveze primenjuju se sledeća pravila pristupa:

• Korisnicima je dozvoljeno upravljanje isključivo sopstvenim preuzetim obavezama i zahtevima,
• Korisnik republike poseduje pravo pregleda svih preuzetih obaveza i zahteva korisnika,
• Korisnik DBK poseduje pravo pregleda preuzetih obaveza i zahteva korisnika svojih IBK

Grupni pregled

Odabirom odgovarajuće kartice za pregled zahteva na panelu pojedinačnih preuzetih obaveza omogućen je tabelarni pregled svih relevantnih učitanih zahteva za kvote matične ili podređene organizacije¹.

Lista svih otkazanih zahteva postoji kao odvojeni ekranski pregled, kako bi se ostvarila preglednost i prioritetizacija statusa učitanih zahteva.

Pregled zahteva

Pored standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, lista učitanih zahteva za preuzete obaveze omogućava direktne akcije promene statusa zahteva korisnicima sa odgovarajućim poslovnim ovlašćenjima.

Odabirom opcije ... pojedinačnog zahteva u listi, korisniku je omogućemo da u odnosu na trenutni status zahteva svoj zahtev:

• Otkaže - ukoliko je zahtev u statusu Najavljen,
• Odobri - ukoliko je zahtev u statusu Najavljen

Nakon uspešnog odobravanja zahteva, na osnovu meta-podataka i stavki zahteva biće fizički kreirana preuzeta obaveza definisana u zahtevu i u odnosu na Izvor finansiranja stavke biće alocirana sredstva

• Na aproprijacijama i kvotama - ukoliko je Izvor finansiranja = 01
• Na aproprijacijama i evidencionim računima - ukoliko je Izvor finansiranja <> 01

Detalji zahteva

Odabirom pojedinačnog zahteva tabelarnog pregleda, korisnik se preusmerava na pregled svih detalja navedenog zahteva za pojedinačne preuzete obaveze.

Pregled detalja zahteva, pored osnovnih meta-informacija o zahtevu, uključuje i pomoćni tabelarni pregled

• svih stavki zahteva i njihovih statusa

Zaglavlje pregleda pojedinačnog zahteva jasno ukazuje na trenutni status zahteva i dostupne operacije nad zahtevom u odnosu na navedeni status. Pravila koja se primenjuju prilikom promene statusa zahteva odgovaraju pravilima promene na grupnom pregledu zahteva.

Pregled detalja zahteva

Ukoliko je zahtev u statusu Najavljen, isti je moguće izmeniti kako bi se ispravili pogrešno uneti podaci, odnosno otklonile greške prepoznate semantičkom validacijom prilikom učitavanja zahteva.

Odabirom opcije Izmeni zahtev otvara se napredni pregled detalja zahteva koji omogućava izmenu svih meta-podataka zahteva, dodavanje/brisanje stavki zahteva kao i izmenu svih postojećih stavki.

Analogno pravilima učitavanja zahteva, prilikom prihvatanja izmena zahteva, sistem će blokirati unos sintaksno i semantički neispravnih stavki.

Izmena zahteva

Nakon uspešne izmene zahteva, korisnik će automatski biti preusmeren na ekran za pregled kreiranih zahteva za pojedinačne preuzete obaveze.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

---

1. Odnosi se na republiku i DBK sa IBK ↩

Pregled pojedinačnih preuzetih obaveza

Sekcija za pregled preuzetih obaveza pruža uvid u sve uspešno odobrene pojedinačne preuzete koje učestvuju u izvršenju, relevantne za prijavljenog korisnika i njegovu korisničku ulogu, odnosno za tip matične organizacije kojoj korisnik pripada.

Podrazumevani pregled preuzetih obaveza prikazuje samo preuzete obaveze za tekuću budžetsku godinu. Uvid u preuzete obaveze iz prethodnih budžetskih godina omogućeno je promenom korisničke sesije na željenu budžetsku godinu.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u preuzete obaveze svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

Aplikativna ovlašćenja

Funkcionalnost pregleda aproprijacija omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• pregled preuzetih obaveza

Gornja navigaciona sekcija panela pojedinačnih preuzetih obaveza sadrži odvojene kartice koje vode na pregled odobrenih preuzetih obaveza, sa elementarnom statistikom. Odabirom odgovarajuće kartice, korisniku je obezbeđen tabelarni pregled svih relevantnih uspešno odobrenih, odnosno (delimično) dodeljenih preuzetih obaveza.

Pregled preuzetih obaveza

Budžetskim korisnicima koji imaju podređene indirektne budžetske korisnike omogućen je uvid u sve preuzete obaveze svojih podređenih IBK.

Pored standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, lista učitanih pojedinačnih preuzetih obaveza omogućava direktne akcije promene statusa PO korisnicima sa odgovarajućim poslovnim ovlašćenjima.

Odabirom opcije ... pojedinačne stavke u listi, korisniku je omogućemo da u odnosu na njen trenutni status, svoju pojedinačnu PO:

• Otkaže - ukoliko je preuzeta obaveza u statusu Odobrena

Odabirom pojedinačnog zahteva tabelarnog pregleda korisnik se preusmerava na pregled svih detalja navedene preuzete obaveze.

Pregled detalja preuzete obaveze, pored osnovnih meta-informacija o samoj preuzetoj obavezi, uključuje i pomoćne tabelarne preglede

• svih stavki zahteva i njihovih statusa,
• preknjiženih stavki zahteva

Pregled detalja

Zahtev za plaćanje

Na pregledu detalja pojedinačnih preuzetih obaveza koje su u statusu Odobren, omogućena je funkcionalnost kreiranja pojedinačnog zahteva za plaćanje.

Selektovanjem minimalno jedne stavke preuzete obaveze i odabirom opcije Zahtev za plaćanje, potvrdom konfirmacionog dijaloga biće kreiran pojedinačni zahtev za plaćanje.

Kreiranjem zahteva za plaćanje statusi preuzete obaveze iz koje je kreiran zahtev će biti promenjeni na način da:

• Status stavki koje su ušle u zahtev za plaćanje će biti promenjen iz Aktivna u Dodeljena,
• Status preuzete obaveze će biti promenjen u Dodeljena - ukoliko su sve stavke ušle u zahtev za plaćanje, odnosno Delimično dodeljena ukoliko nisu sve stavke ušle u zahtev.

Kreiranjem zahteva za plaćanje iz preuzete obaveze, ne menjaju se iznosi niti se alociraju sredstva na aproprijacijama, kvotama i ER.

Nakon uspešnog kreiranja zahteva za plaćanje, korisnik će automatski biti preusmeren na ekran za pregled pojedinačnog zahteva za plaćanje.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Ended: Pojedinačne

Kumulativne

Kumulativne preuzete obaveze

Sekcija upravljanja kumulativnim preuzetim obavezama omogućava učitavanje kumulativnih zahteva za preuzete obaveze, pregled zahteva i kreiranih preuzetih obaveza, praćenje izvršenja na kumulativnim preuzetim obavezama, kao i kreiranje kumulativnih zahteva za plaćanje.

Odabirom opcije Kumulativne preuzete obaveze na panelu preuzetih obaveza korisnik se preusmerava na panel kumulativnih preuzetih obaveza, koji prikazuje osnovne sumarne informacije od značaja kao i prečice za neposredan rad sa kumulativnim preuzetim obavezama i zahtevima.

Napomena

Izgled i dostupnost opcija na panelu preuzetih obaveza u velikoj meri zavisi od nivoa poslovnih ovlašćenja prijavljenog korisnika.

Panel kumulativnih preuzetih obaveza

Gornja sekcija panela omogućava pristup karticama koje vode na pregled kumulativnih preuzetih obaveza kao i zahteva za kumulativne preuzete obaveze u relevantnim statusima.

U zavisnosti od poslovnih ovlašćenja prijavljenog korisnika kao i nadležnosti pripadajuće matične organizacije i njenog tipa, korisniku je omogućeno i:

• Kreiranje novog zahteva za kumulative preuzete obaveze - dostupno korisnicima sa poslovnim ovlašćenjem upravljanje zahtevima za preuzete obaveze

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Kreiranje zahteva

Kreiranje novog zahteva za kumulativne preuzete obaveze moguće je sprovesti isključivo učitavanjem struktuiranog XML fajla, uzimajući u obzir količinu podataka koje je moguće preneti kroz kumulativni zahtev.

Aplikativna ovlašćenja

Funkcionalnost kreiranja zahteva za kvote omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• upravljanje zahtevima za preuzete obaveze

Tipovi zahteva koje je moguće kreirati preko zahteva za kumulativne preuzete obaveze

• PO05 - Zbirni zahtev za kreiranje preuzetih obaveza,
• PO07 - Zahtev za kreiranje preuzetih obaveza i plaćanje

Kreiranje zahteva za pojedinačne preuzete obaveze putem fajla, omogućava korisniku efikasan unos velikog broja stavki zahteva kao i pregledan prikaz eventualnih sintaksnih i semantičkih grešaka, odnosno pogrešno formirane strukture fajla. Trenutno podržani format fajla za unos zahteva je XML.

Fajl za kumulativni zahtev može sadržati maksimalno 5000 pojedinačnih zahteva za PO, a svaki pojedinačni zahtev maksimalno 50 stavki.

Tipovi zahteva koje je moguće uključiti u kumulativni zahtev za preuzete obaveze

• PO01 - Pojedinačne preuzete obaveze,
• PO02 - Preuzeta obaveza transfera ka IBK,
• PO03 - Preuzeta obaveza transfera gotovine

Uspešno kreirani kumulativni zahtev PO07 će automatski biti odobren i kreirati i kumulativni zahtev za plaćanje, stoga je u kumulativnom zahtevu neophodno definisati i podatke za dopunu naloga za prenos:

1. Šifru plaćanja,
2. Model poziva na broj odobrenja,
3. Poziv na broj odobrenja,
4. Svrhu plaćanja

Učitavanje fajla za zahtevom se obavlja jednostavnim prevlačenjem fajla u označeno polje ili odabirom polja i ručnom pretragom putanje do fajla. Odabirom opcije Učitaj fajl biće izvršeno učitavanje kumulativnog zahteva definisanog u struktuiranom fajlu.

Unos putem fajla

Ako je došlo do odabira pogrešnog fajla ili je dati fajl neophodno ispraviti, potrebno je prvo ukloniti trenutno naznačeni fajl iz selekcije odabirom opcije - na polju za unos fajla, te ponovo obaviti prevlačenje ili pretragu.

Prilikom učitavanja fajla, sistem vrši kontrolu svih poslovnih pravila za navedeni tip zahteva i neće dozvoliti uspešno učitavanje fajla koji u potpunosti ne zadovoljava zadate funkcionalne kriterijume.

Ukoliko nisu ispunjena sva poslovna pravila kumulativnog zahteva kod pojedinačnih zahteva ili stavki, ispod polja za učitavanje struktuiranog fajla biće prikazana kontrola za listom svih identifikovanih grešaka.

Greške pri unosu fajla

Pojedinačne zahteve i stavke kumulativnog zahteva nije moguće menjati nakon što je kumulativni zahtev uspešno učitan.

Nakon uspešnog učitavanja struktuiranog fajla korisnik će automatski biti preusmeren na ekran za:

• pregled najavljenih zahteva za kumulativne preuzete obaveze - za učitani tip zahteva PO05.
• pregled odobrenih zahteva za kumulativne preuzete obaveze - za učitani tip zahteva PO07

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Pregled zahteva

Pregled zahteva za kumulativne preuzete obaveze pruža uvid u sve učitane kumulativne zahteve za preuzete obaveze relevantne za prijavljenog korisnika i njegovu korisničku ulogu, odnosno za tip matične organizacije kojoj korisnik pripada.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u zahteve svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

Aplikativna ovlašćenja

Funkcionalnost pregleda i upravljanja zahtevima za kumulativne preuzete obaveze omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• upravljanje zahtevima za preuzete obaveze

Prilikom rada sa kumulativnim preuzetim obavezama i zahtevima za preuzete obaveze primenjuju se sledeća pravila pristupa:

• Korisnicima je dozvoljeno upravljanje isključivo sopstvenim preuzetim obavezama i zahtevima,
• Korisnik republike poseduje pravo pregleda svih preuzetih obaveza i zahteva korisnika,
• Korisnik DBK poseduje pravo pregleda preuzetih obaveza i zahteva korisnika svojih IBK

Grupni pregled

Odabirom odgovarajuće kartice za pregled zahteva na panelu kumulativnih preuzetih obaveza omogućen je tabelarni pregled svih relevantnih učitanih zahteva za kvote matične ili podređene organizacije¹.

Lista svih otkazanih zahteva postoji kao odvojeni ekranski pregled, kako bi se ostvarila preglednost i prioritetizacija statusa učitanih zahteva.

Pregled zahteva

Za tip zahteva PO05, pored standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, lista učitanih zahteva za kumulativne preuzete obaveze omogućava direktne akcije promene statusa zahteva korisnicima sa odgovarajućim poslovnim ovlašćenjima.

Odabirom opcije ... pojedinačnog zahteva u listi, korisniku je omogućemo da u odnosu na trenutni status zahteva svoj zahtev:

• Otkaže - ukoliko je zahtev u statusu Najavljen,
• Odobri - ukoliko je zahtev u statusu Najavljen

Nakon uspešnog odobravanja zahteva, na osnovu pojedinačnih preuzetih obaveza i stavki unutar kumulativnog zahteva biće fizički kreirane preuzeta obaveza definisana u zahtevu i u odnosu na Izvor finansiranja stavki biće alocirana sredstva

• Na aproprijacijama i kvotama - ukoliko je Izvor finansiranja = 01
• Na aproprijacijama i evidencionim računima - ukoliko je Izvor finansiranja <> 01

Ukoliko nisu ispunjena sva poslovna pravila promene statusa kumulativnog zahteva za preuzete obaveze, ispod tabelarnog pregleda kumulativnih PO biće prikazana kontrola za listom svih identifikovanih grešaka.

Greške promene statusa

Detalji zahteva

Odabirom pojedinačnog zahteva tabelarnog pregleda, korisnik se preusmerava na pregled svih detalja navedenog zahteva za kumulativne preuzete obaveze.

Pregled detalja kumulativnog zahteva, pored osnovnih meta-informacija o zahtevu, uključuje i pomoćni tabelarni pregled

• svih sadržanih pojedinačnih PO i njihovih statusa

Odabirom stavke u tabeli svih sadržanih pojedinačnih PO, korisnik se preusmerava na pregled detalja odabranog zahteva za pojedinačne preuzete obaveze.

Zaglavlje pregleda kumulativnog zahteva jasno ukazuje na trenutni status zahteva i dostupne operacije nad zahtevom u odnosu na navedeni status. Pravila koja se primenjuju prilikom promene statusa zahteva odgovaraju pravilima promene na grupnom pregledu zahteva.

Pregled detalja zahteva

Shodno kompleksnosti učitane strukture za kumulativne preuzete obaveze, jednom uspešno kreiran kumulativni zahtev PO05 koji je u statusu Najavljen više nije moguće izmeniti. Ova restrikcije se odnosi kako na sadržane pojedinačne zahteve, tako i na pojedinačne stavke svakog od pojedinačnih zahteva.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

---

1. Odnosi se na republiku i DBK sa IBK ↩

Pregled kumulativnih preuzetih obaveza

Sekcija za pregled kumulativnih preuzetih obaveza pruža uvid u sve uspešno odobrene kumulativne preuzete koje učestvuju u izvršenju, relevantne za prijavljenog korisnika i njegovu korisničku ulogu, odnosno za tip matične organizacije kojoj korisnik pripada.

Podrazumevani pregled kumulativnih preuzetih obaveza prikazuje samo preuzete obaveze za tekuću budžetsku godinu. Uvid u preuzete obaveze iz prethodnih budžetskih godina omogućeno je promenom korisničke sesije na željenu budžetsku godinu.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u preuzete obaveze svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

Aplikativna ovlašćenja

Funkcionalnost pregleda aproprijacija omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• pregled preuzetih obaveza
• pregled svih preuzetih obaveza

Gornja navigaciona sekcija [panela kumulativnih preuzetih obaveza][panel grupnih po] sadrži odvojene kartice koje vode na pregled odobrenih kumulativnih preuzetih obaveza, sa elementarnom statistikom. Odabirom odgovarajuće kartice, korisniku je obezbeđen tabelarni pregled svih relevantnih uspešno odobrenih, odnosno (delimično) dodeljenih preuzetih obaveza.

Pregled preuzetih obaveza

Budžetskim korisnicima koji imaju podređene indirektne budžetske korisnike omogućen je uvid u sve preuzete obaveze svojih podređenih IBK.

Pored standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, lista učitanih kumulativnih preuzetih obaveza omogućava direktne akcije promene statusa PO korisnicima sa odgovarajućim poslovnim ovlašćenjima.

Odabirom opcije ... pojedinačne stavke u listi, korisniku je omogućemo da u odnosu na njen trenutni status, svoju kumulativu PO:

• Otkaže - ukoliko je kumulativna PO u statusu Odobrena, nema kreiran ZP i tip zahteva je PO05,
• Da kreira kumulativni zahtev za plaćanje - ukoliko je kumulativna PO u statusu Odobrena i tip zahteva je PO05

Funkcionalnost kreiranja kumulativnog zahteva za plaćanje je analogna kreiranju zahteva na pregledu detalja kumulativne PO.

Učitane kumulativne preuzete obaveze iz kojih postoje kreirani kumulativni zahtevi za plaćanje, nije moguće neposredno otkazati na ekranu za pregled kumulativnih PO. Otkazivanje takvih preuzetih obaveza se sprovodi automatski nakon otkazivanja odgovarajućeg kumulativnog zahteva za plaćanje.

Ukoliko nisu ispunjena sva poslovna pravila promene statusa kumulativne preuzete obaveze, ispod tabelarnog pregleda kumulativnih PO biće prikazana kontrola za listom svih identifikovanih grešaka.

Greške promene statusa

Odabirom pojedinačnog zahteva tabelarnog pregleda korisnik se preusmerava na pregled svih detalja navedene kumulativne preuzete obaveze.

Pregled detalja kumulativnog zahteva, pored osnovnih meta-informacija o zahtevu, uključuje i pomoćni tabelarni pregled

• svih sadržanih pojedinačnih PO i njihovih statusa

Odabirom stavke u tabeli svih sadržanih pojedinačnih PO, korisnik se preusmerava na pregled detalja odabrane pojedinačne preuzete obaveze.

Pregled detalja

Kumulativni zahtev za plaćanje

Na pregledu detalja kumulative preuzete obaveze PO05 koja je u statusu Odobrena, omogućena je funkcionalnost kreiranja kumulativnog zahteva za plaćanje.

Odabirom opcije Zahtev za plaćanje na zaglavlju ekrana i potvrdom konfirmacionog dijaloga biće kreiran kumulativni zahtev za plaćanje.

Kumulativni zahtev za plaćanje uključuje sve pojedinačne preuzete obaveze kumulativne PO i nije moguće manuelno odabrati podskup pojedinačnih preuzetih obaveza koje bi ušle u sastav kumulativnog zahteva.

Kreiranjem kumulativnog zahteva za plaćanje statusi svih preuzetih obaveza sadržanih u kumulativnoj PO će biti promenjeni na način da:

• Status svih stavki svih PO koje su ušle u kumulativni zahtev za plaćanje će biti promenjen iz Aktivna u Dodeljena,
• Status svih preuzetih obaveza koje su ušle u kumulativni zahtev će biti promenjen u Dodeljen

Kreiranjem zahteva za plaćanje iz preuzete obaveze, ne menjaju se iznosi niti se alociraju sredstva na aproprijacijama, kvotama i ER.

Analogno tabelarnom pregledu, ukoliko nisu ispunjena sva poslovna pravila promene statusa kumulativne preuzete obaveze, ispod pregleda detalja kumulativne PO, biće prikazana kontrola za listom svih identifikovanih grešaka.

Nakon uspešnog kreiranja kumulativnog zahteva za plaćanje, korisnik će automatski biti preusmeren na ekran za pregled kumulativnog zahteva za plaćanje.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Ended: Kumulativne

Preknjižavanje

Preknjižavanje obaveze

Preknjižavanje preuzete obaveze omogućava preknjižavanje stavke preuzete obaveze na neku drugu aproprijaciju, ili na više drugih aproprijacija.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u preknjižavanja svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

Aplikativna ovlašćenja

Funkcionalnost preknjižavanja preuzete obaveze omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• upravljanje zahtevima za preuzete obaveze

Prilikom preknjižavanja preuzetih obaveza primenjuju se sledeća pravila pristupa:

• Korisnicima je dozvoljeno preknjižavanje isključivo sopstvenih preuzetih obaveza,
• Korisnik republike poseduje pravo pregleda svih preknjižavanja preuzetih obaveza,
• Korisnik DBK poseduje pravo pregleda preknjiženih preuzetih obaveza svojih IBK

Funkcionalnost preknjižavanja preuzete obaveze započinje na ekranu za pregled detalja pojedinačne preuzete obaveze i omogućena je isključivo za preuzete obaveze i stavke koje su u statusu Izvršena ili Delimično izvršena - sa makar jednom izvršenom stavkom.

Odabirom stavke na tabelarnom pregledu stavki PO, omogućena je opcija Zahtev za preknjižavanje, u zaglavlju pregleda.

Kreiranje zahteva

Nakon odabira akcije preknjižavanja, korisniku se prikazuje odabrana stavka u negativnom iznosu i opcija da kreira proizvoljan broj budžetskih linija na koje će iznos biti preknjižen odabirom opcije ... na stavci tabelarnog pregleda.

Kreiranje stavke

Forma za unos stavke preknjižavanja preko korisničkog interfejsa, omogućava korisniku da na efikasan način kreira stavku koja u procesu formiranja neće opterećivati unos sa budžetskim linijama koje nisu dostupne ili dozvoljene za navedene kriterijume. Pored toga, sistem vrši kontrolu dostupnog Iznosa i neće dozvoliti prihvatanje stavke koja ne zadovoljava zadati kriterijum.

Ukupan zbir iznosa na unetim stavkama preknjižavanja mora biti jednak iznosu stavke koja se preknjižava.

Kreiranje stavke

Popunjavanjem stavki za preknjižavanje i odabirom opcije Sačuvaj u statusnom zaglavlju pregleda, sistem će kreirati zahtev za preknjižavanje preuzete obaveze.

Kreiranjem zahteva za preknjižavanje preuzete obaveze, ne menjaju se iznosi niti se alociraju sredstva na aproprijacijama, kvotama i ER.

Nakon uspešnog kreiranja zahteva, korisnik će automatski biti preusmeren na ekran za pregled kreiranih zahteva za preknjižavanje PO.

Preknjižavanje preknjižene obaveze

Za stavke koje zadovoljavaju kriterijume, sistem omogućava naknadno preknjižavanje već preknjiženih preuzetih obaveza.

Odabirom odgovarajuće kartice za pregled odobrenih preknjiženih PO na panelu preknjiženih preuzetih obaveza omogućen je tabelarni pregled svih relevantnih overenih zahteva za preknjižavanje PO matične ili podređene organizacije¹.

Panel preknjiženih PO

Funkcionalnost preknjižavanja preknjižene preuzete obaveze započinje na ekranu za pregled detalja pojedinačnog preknjižavanja preuzete obaveze i omogućena je isključivo za preknjižavanja koja su u statusu Izvršena ili Delimično izvršena - sa makar jednom izvršenom stavkom čiji je iznos veći od nule.

Odabirom stavke na tabelarnom pregledu odobrenih preknjiženih PO, korisnik se preusmerava na pregled detalja odabranog preknjižavanja. U zaglavlju pregleda detalja biće omogućena opcija Zahtev za preknjižavanje, tako što se u listi odabere stavka sa pozitivnim iznosom.

Kreiranje zahteva

Nakon odabira akcije preknjižavanja, korisniku se prikazuje odabrana stavka u negativnom iznosu i opcija da kreira proizvoljan broj budžetskih linija na koje će iznos biti preknjižen odabirom opcije ... na stavci tabelarnog pregleda.

Kreiranje stavke

Forma za unos stavke preknjižavanja preko korisničkog interfejsa, omogućava korisniku da na efikasan način kreira stavku koja u procesu formiranja neće opterećivati unos sa budžetskim linijama koje nisu dostupne ili dozvoljene za navedene kriterijume. Pored toga, sistem vrši kontrolu dostupnog Iznosa i neće dozvoliti prihvatanje stavke koja ne zadovoljava zadati kriterijum.

Ukupan zbir iznosa na unetim stavkama preknjižavanja mora biti jednak iznosu stavke koja se preknjižava.

Popunjavanjem stavki za preknjižavanje i odabirom opcije Sačuvaj u statusnom zaglavlju pregleda, sistem će kreirati zahtev za preknjižavanje preuzete obaveze. U svakom trenutku, korisni može odustati od preknjižavanja odabirom opcije Odustani.

Kreiranjem zahteva za preknjižavanje preuzete obaveze, ne menjaju se iznosi niti se alociraju sredstva na aproprijacijama, kvotama i ER.

Nakon uspešnog kreiranja zahteva, korisnik će automatski biti preusmeren na ekran za pregled kreiranih zahteva za preknjižavanje PO.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

---

1. Odnosi se na republiku i DBK sa IBK ↩

Pregled zahteva za preknjižavanje

Pregled zahteva za preknjižavanje preuzete obaveze pruža uvid u sve učitane zahteve za preknjižavanje relevantne za prijavljenog korisnika i njegovu korisničku ulogu, odnosno za tip matične organizacije kojoj korisnik pripada.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u zahteve svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

Aplikativna ovlašćenja

Funkcionalnost pregleda i upravljanja zahtevima za preknjižavanje preuzete obaveze omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• upravljanje zahtevima za preuzete obaveze
• upravljanje svim zahtevima za preuzete obaveze

Prilikom rada sa zahtevima za preknjižavanje preuzetih obaveza primenjuju se sledeća pravila pristupa:

• Korisnicima je dozvoljeno upravljanje isključivo sopstvenim zahtevima za preknjižavanje PO,
• Korisnik republike poseduje pravo pregleda svih zahteva za preknjižavanje PO,
• Korisnik DBK poseduje pravo pregleda zahteva za preknjižavanje PO korisnika svojih IBK

Sekcija za pregled zahteva za preknjižavanje preuzetih obaveza je dostupna preko pomoćnog panela izvršenja budžeta čija donja sekcija sadrži kartice koje vode do panela preknjiženih preuzetih obaveza.

Panel izvršenja

Grupni pregled

Odabirom odgovarajuće kartice za pregled zahteva na panelu preknjiženih preuzetih obaveza omogućen je tabelarni pregled svih relevantnih učitanih zahteva za preknjižavanje PO matične ili podređene organizacije¹.

Lista svih otkazanih zahteva postoji kao odvojeni ekranski pregled, kako bi se ostvarila preglednost i prioritetizacija statusa učitanih zahteva.

Pregled zahteva

Pored standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, lista učitanih zahteva za preknjižavanje preuzete obaveze omogućava direktne akcije promene statusa zahteva korisnicima sa odgovarajućim poslovnim ovlašćenjima.

Odabirom opcije ... pojedinačnog zahteva u listi, korisniku je omogućemo da u odnosu na trenutni status zahteva svoj zahtev:

• Otkaže - ukoliko je zahtev u statusu Najavljena,
• Odobri - ukoliko je zahtev u statusu Najavljena

Nakon uspešnog odobravanja zahteva, na osnovu meta-podataka i stavki zahteva za preknjižavanje biće fizički realizovan transfer sredstava definisan datim zahtevom.

Detalji zahteva

Odabirom pojedinačnog zahteva tabelarnog pregleda, korisnik se preusmerava na pregled svih detalja navedenog zahteva za preknjižavanje preuzete obaveze.

Pregled detalja zahteva, pored osnovnih meta-informacija o zahtevu, uključuje i pomoćni tabelarni pregled

• svih stavki zahteva i njihovih statusa

Zaglavlje pregleda pojedinačnog zahteva jasno ukazuje na trenutni status zahteva i dostupne operacije nad zahtevom u odnosu na navedeni status. Pravila koja se primenjuju prilikom promene statusa zahteva odgovaraju pravilima promene na grupnom pregledu zahteva.

Pregled detalja zahteva

Ukoliko je zahtev u statusu Najavljen, isti je moguće izmeniti kako bi se korigovali uneti podaci, odnosno otklonile greške nastale pogrešnim unosom.

Odabirom opcije Izmeni zahtev otvara se napredni pregled detalja zahteva koji omogućava izmenu ili brisanje svih postojećih stavki zahteva, odnovno dodavanje novih stavki za preknjižavanje.

Analogno pravilima kreiranja zahteva za preknjižavanje preuzete obaveze, prilikom prihvatanja izmena zahteva, sistem će blokirati unos sintaksno i semantički neispravnih stavki.

Izmena zahteva

Nakon uspešne izmene zahteva, korisnik će automatski biti preusmeren na ekran za pregled kreiranih zahteva za preknjižavanje preuzete obaveze.

Odobravanje zahteva za preknjižavanje

Odobravanje zahteva za preknjižavanje vrši isključivo tip KJS 0. Zahtev se odobrava pojedinačno na formi tabelarnog prikaza preknjiženih PO u statusu Najavljen ili na dugme Odobri zahtev na preglednu pojedinačnog zahteva najavljene PO.

Pregled najavljene PO za preknjižavanje

Klikom na Odobri zahtev i Potvrdi odobrava se zahtev za preknjižavanje.

Odobravanje preknjižavanja PO

Odobravanjem zahteva za preknjižavanje se rasporedjuju sredstva koja se preknjižavaju i ažuriraju se iznosi na aproprijacijama, kvotama i evidencionim računima u zavisnosti od stavki koje je korisnik uneo.

Odobrene preuzete obaveze mogu da se vide u kartici Odobrene preknjižene preuzete obaveze.

Preknjižavanje pregled

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

---

1. Odnosi se na republiku i DBK sa IBK ↩

Ended: Preknjižavanje

PO za zarade

Preuzete obaveze za zarade

Sekcija upravljanja preuzetim obavezama za zarade omogućava učitavanje zahteva za preuzete obaveze za zarade, pregled zahteva i kreiranih preuzetih obaveza, praćenje izvršenja na preuzetim obavezama za zarade, kao i kreiranje kumulativnih zahteva za plaćanje.

Odabirom opcije Preuzete obaveze za zarade na panelu preuzetih obaveza korisnik se preusmerava na panel preuzetih obaveza za zarade, koji prikazuje osnovne sumarne informacije od značaja kao i prečice za neposredan rad sa preuzetim obavezama za zarade i zahtevima.

Napomena

Izgled i dostupnost opcija na panelu preuzetih obaveza u velikoj meri zavisi od nivoa poslovnih ovlašćenja prijavljenog korisnika.

Panel preuzetih obaveza

Gornja sekcija panela omogućava pristup karticama koje vode na pregled pojedinačnih preuzetih obaveza za zarade kao i zahteva za preuzete obaveze za zarade u relevantnim statusima.

U zavisnosti od poslovnih ovlašćenja prijavljenog korisnika kao i nadležnosti pripadajuće matične organizacije i njenog tipa, korisniku je omogućeno i:

• Kreiranje novog zahteva za preuzete obaveze za zarade - dostupno korisnicima sa poslovnim ovlašćenjem upravljanje zahtevima za zarade

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Ended: PO za zarade

Ended: Preuzete obaveze

Plaćanja

Plaćanja

Upravljanje plaćanjima omogućava korisnicima kompletan uvid u sekciju izvršenja koja se bavi realizacijom budžeta kroz upravljanje zahtevima za plaćanje, praćenjem uplata i isplata iz sistema, kao i kompletnim pregledom prometa i podnošenjem zahteva za korekcije i povraćaje.

Nakon odabira opcije Izvršenje bužeta na bočnom meniju, odnosno odabirom kartice Izvršenje bužeta na početnom ekranu servisa biće prikazan pomoćni panel izvršenja budžeta čija središnja sekcija sadrži kartice koje vode do panela za plaćanja i panela za devizna plaćanja.

Panel izvršenja

Odabirom opcije Plaćanja korisnik se preusmerava na panel za plaćanja, koji prikazuje osnovne sumarne informacije od značaja kao i prečice za neposredan rad sa pojedinačnim i kumulativnim zahtevima za plaćanje kao i svim uplatama i isplatama u domaćoj valuti.

Panel plaćanja

Odabirom opcije Devizna plaćanja korisnik se preusmerava na panel za devizna plaćanja, koji prikazuje osnovne sumarne informacije od značaja kao i prečice za neposredan rad sa pojedinačnim i kumulativnim zahtevima za plaćanje kao i svim uplatama i isplatama u stranoj valuti.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Pregled plaćanja

Pregled plaćanja

Odabirom opcije Plaćanja korisnik se preusmerava na panel za plaćanja, koji prikazuje osnovne sumarne informacije od značaja kao i prečice za neposredan rad sa pojedinačnim uplatama i isplatama u domaćoj valuti.

Panel plaćanja

Gornja sekcija panela za plaćanja sadrži kartice za pregled svih uplata i isplata releventnih za prijavljenog korisnika.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u plaćanja svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Uplate

Odabirom sekcije uplate omogućen je pregled svih uplata u tekućoj budžetskoj godini. Sekcija uplata je podeljena na ekranske preglede registrovanih, odnosno neprepoznatih uplata.

Uplate

Prepoznate uplate

Odabirom stavke iz tabele uplata sekcije registrovanih naloga, omogućen je uvid u detalje naloga sa:

1. Podacima naloga
2. Osnovnim podacima sravnjenja naloga:
   1. kome je nalog dodeljen
   2. na koju aproprijaciju je sravnjen
   3. na koji evidencioni račun je sravnjen

Pored opcija pregleda osnovnih podataka, registrovani nalozi imaju sekcija sa akcijama koja omogućava korisnicima sa odgovarajućim poslovnim ovlašćenjima korekcije nad izvršenim plaćanjima, odnosno podnošenje zahteva za povraćaj.

1. Sekcija sa akcijama za korekciju naloga uplate:
   1. Otkaži sravnjenje - odabirom opcije, oslobađaju se sredstva sa aproprijacija, kvota i ER. Uplata se prebacuje u neprepoznate uplate
   2. Zahtev za povraćaj

Uplate

Neprepoznate uplate

U okviru pregleda neprepoznatih uplata korisnicima je omogućen:

1. Pregled detalja odabrane uplate
2. Otkazivanje dodele naloga pogrešno dodeljene uplate čime se nalog postavlja na oglasnu tablu radi dalje dodele.

Odabirom stavke iz tabele uplata sekcije neprepoznatih uplata, omogućen je uvid u detalje naloga sa:

1. Podacima naloga
2. Osnovnim podacima naloga:
   1. kome je nalog dodeljen
3. Sekcijom sa akcijama za sravnjenje neprepoznatih naloga uplate

Neprepoznata uplata

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Isplate

Odabirom sekcije isplate omogućen je pregled svih isplata u tekućoj budžetskoj godini. Sekcija isplata je podeljena na ekranske preglede registrovanih, odnosno neprepoznatih uplata.

Isplate

Prepoznate isplate

Odabirom stavke iz tabele isplata sekcije registrovanih naloga, omogućen je uvid u detalje naloga.

Pored opcija pregleda osnovnih podataka, registrovani nalozi imaju sekcija sa akcijama koje omogućavaju korisnicima sa odgovarajućim poslovnim ovlašćenjima pregled:

1. Istorije promena
2. Preuzete obaveze
3. Zahteva za plaćanje

Nalog za plaćanje

Neprepoznate isplate

U okviru pregleda neprepoznatih isplata korisnicima je omogućen:

1. Pregled detalja odabrane isplate
2. Otkazivanje dodele naloga pogrešno dodeljene isplate čime se nalog postavlja na oglasnu tablu radi dalje dodele.

Odabirom stavke iz tabele isplata sekcije neprepoznatih isplata, omogućen je uvid u detalje naloga sa:

1. Podacima naloga
2. Osnovnim podacima naloga:
   1. kome je nalog dodeljen
3. Sekcijom sa akcijama za sravnjenje neprepoznatih naloga isplate

Neprepoznata isplata

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Kalendar plaćanja

Odabirom sekcije Kalendar plaćanja omogućen je pregled svih transakcija u tekućoj budžetskoj godini. Sekcija uplata je podeljena na ekranske preglede:

1. Isplate - sve isplate sa računa izvršenja pripadajućeg trezora
2. SPIRI Isplate - sve isplate kreirane u sistemu SPIRI
3. Uplate - sve uplate na račune pripadajućeg trezora

Kalendar plaćanja

Pored niza standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, pri čemu je u svakom trenutku omogućen izvoz podataka u neki od dostupnih formata, omogućene su brze akcije za filtriranje transakcija:

1. Pregled svih naloga za isplatu zarada

Pregled naloga za plaćanje

1. Kumulativni pregled podataka

Kumulativni pregled naloga

Detalji naloga

Odabirom stavke iz tabele, omogućen je uvid u detalje naloga sa osnovnim podacima naloga. Pored opcija pregleda osnovnih podataka, nalozi imaju sekcija sa akcijama koja omogućava korisnicima sa odgovarajućim poslovnim ovlašćenjima korekcije nad plaćanjima u odnosu na status i tip naloga.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Ended: Pregled plaćanja

Zahtevi za plaćanje

Zahtevi za plaćanje

Sekcija upravljanja plaćanjima omogućava pregled i upravljanje pojedinačnim i kumulativnim zahtevima za plaćanje, kreiranje i upravljanje zahtevima za plaćanje iz nebudžetskih sredstava kao i praćenje izvršenja na odobrenim zahtevima za plaćanje.

Napomena

Izgled i dostupnost opcija na panelu plaćanja u velikoj meri zavisi od nivoa poslovnih ovlašćenja prijavljenog korisnika.

Panel plaćanja

Gornja sekcija panela omogućava pristup karticama koje vode na pregled pojedinačnih zahteva za plaćanja kao i pregled kumulativnih zahteva za plaćanja u relevantnim statusima.

U zavisnosti od poslovnih ovlašćenja prijavljenog korisnika kao i nadležnosti pripadajuće matične organizacije i njenog tipa, korisniku je omogućeno i:

• Kreiranje novog zahteva za plaćanje iz nebudžetskih sredstava - dostupno korisnicima republike

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Pojedinačni zahtevi

Pregled pojedinačnih zahteva za plaćanje pruža uvid u sve kreirane zahteve za plaćanje relevantne za prijavljenog korisnika i njegovu korisničku ulogu, odnosno za tip matične organizacije kojoj korisnik pripada.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u zahteve svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

Aplikativna ovlašćenja

Funkcionalnost pregleda zahteva za plaćanje omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• pregled zahteva za plaćanje
• pregled zahteva za plaćanje

Funkcionalnost upravljanja zahtevima za plaćanje omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• upravljanje zahtevima za plaćanje

Prilikom rada sa zahtevima za plaćanje primenjuju se sledeća pravila pristupa:

• Korisnicima je dozvoljeno upravljanje isključivo sopstvenim zahtevima za plaćanje,
• Korisnik republike poseduje pravo pregleda zahteva za plaćanje svih korisnika,
• Korisnik DBK poseduje pravo pregleda zahteva za plaćanje korisnika svojih IBK

Grupni pregled

Odabirom odgovarajuće kartice za pregled zahteva za plaćanje na panelu za plaćanja omogućen je tabelarni pregled svih relevantnih kreiranih zahteva za plaćanje matične ili podređene organizacije¹.

Pregled zahteva

Pored standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, lista kreiranih zahteva za plaćanje u svakom trenutku omogućava izvoz podataka u neki od dostupnih formata. .

Detalji zahteva

Odabirom pojedinačnog zahteva tabelarnog pregleda, korisnik se preusmerava na pregled svih detalja navedenog pojedinačnog zahteva za plaćanje.

Pregled detalja zahteva, pored osnovnih meta-informacija o zahtevu, uključuje i pomoćni tabelarni pregled

• svih stavki zahteva i njihovih statusa

Zaglavlje pregleda pojedinačnog zahteva jasno ukazuje na trenutni status zahteva i dostupne operacije nad zahtevom u odnosu na navedeni status. Pravila koja se primenjuju prilikom promene statusa zahteva odgovaraju pravilima za promenu zahteva

• Zahtev koji je u statusu Kreiran, moguće je otkazati ili izmeniti,
• Zahtev koji je u statusu Formiran, moguće je otkazati, odobriti ili izmeniti,
• Zahtev koji je u statusu Odobren, moguće je otkazati - ukoliko stavke zahteva nisu ušle u zbirni nalog

Pregledom detalja zahteva za plaćanje neposredno nakon kreiranja, pored opcije Izmena zahteva na statusnom zaglavlju, korisnik je u mogućnosti da dopuni zahtev i odabirom notifikacione trake koja obaveštava korisnika da podaci zahteva nisu dopunjeni.

Obaveštenje o dopuni

Pored toga, svaku pojedinačnu stavku zahteva je moguće otkazati ukoliko je u statusu Kreirana ili Odobrena odabirom opcije u tabelarnom pregledu stavki zahteva.

Nadređeni budžetski korisnik kao i korisnik republike imaju mogućnost odbijanja zahteva svojih podređenih budžetskih korisnika ukoliko stavke zahteva nisu ušle u zbirni nalog.

Pregled detalja zahteva

Pojedinačni zahtev za plaćanje predstavlja drugi korak izvršenja preuzete obaveze iz koje je nastala. Kreiranjem zahteva iz odobrene preuzete obaveze, inicijalni status zahteva za plaćanje je Kreiran.

Finalni status realizacije izvršenja preuzete obaveze ostvaruje se promenom životnog ciklusa zahteva za plaćanje koji mora biti ispunjen:

1. Zahtev za plaćanje je kreiran iz PO i u statusu Kreiran‚
2. Zahtev je neophodno dopuniti informacijama naloga za prenos odabirom opcije Izmena zahteva kako bi postao Formiran
   • Šifra plaćanja
   • Model PBO
   • PBO
   • Svrha plaćanja
3. Ukoliko je odabrana šifra plaćanja iz opsega 220-226 zahtev dobija status Čeka potvrdu CRF, inače dobija status Formiran,
4. Ukoliko CRF nije pronašao fakturu registrovanu na osnovu informacija iz zahteva, zahtev dobija status Odbio CRF te ga je neophodno ponovo izmeniti sa ispravnim informacijama, inače zahtev dobija status Formiran,
5. Formiran zahtev je potom moguće odobriti odabirom opcije Odobravanje zahteva, nakon čega zahtev dobija status Odobren i shodno stavkama zahteva biće kreirani odgovarajući nalozi u kalendaru plaćanja.
6. Zahtev je u svakom trenutku moguće otkazati ukoliko stavke odobrenog zahteva nisu ušle u zbirni nalog. U slučaju otkazivanja odobrenog zbirnog naloga, kreirani nalozi u kalendaru plaćanja će automatski biti otkazani.

Ukoliko korisnik ima pravo hitnog plaćanja i Očekivani datum plaćanja na stavkama zahteva je tekući radni dan, odobravenje zahteva za plaćanje će automatski kreirati naloge u listi plaćanja sa statusom Čeka na plaćanje

Nakon slanja naloga nastalih iz stavki zahteva za plaćanje u platni promet, status zahteva i odgovarajućih stavki će biti promenjen u skladu sa rezultatom izvršenja naloga.

Uspešnim izvršenja naloga, status zahteva će postati Realizovan - ukoliko su sve stavke zahteva Relizovane, odnosno Delimično realizovan, ukoliko je realizovan samo deo stavki zahteva.

Neuspešnim izvršenja naloga, status zahteva će postati Neuspelo plaćanje, ukoliko nije uspelo izvršenje nijedne stavke zahteva. U tom slučaju korisnik je u mogućnosti da otkaže zahtev ili da uradi korekciju zahteva:

1. Podatke o nalogu za prenos neuspelog zahteva je moguće izmeniti odabirom opcije Izmena zahteva,
2. Korisnik potom ponovo prati proceduru odobravanja naloga, pri čemu će statusi u ovom slučaju dobiti postfix за корекцију,
3. Nakon uspešnog odobravanja zahteva, kreiraju se nalozi sa novim podatkom za reklamaciju i cela procedura izvršenja se ponavlja.

Razlog neuspelog izvršenja stavki zahteva je moguće dobiti odabirom odgovarajuće opcije u tabelarnom pregledu stavki.

Greške na stavci

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

---

1. Odnosi se na republiku i DBK sa IBK ↩

Kumulativni zahtevi

Pregled kumulativnih zahteva za plaćanje pruža uvid u sve kreirane zahteve za plaćanje relevantne za prijavljenog korisnika i njegovu korisničku ulogu, odnosno za tip matične organizacije kojoj korisnik pripada.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u zahteve svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

Aplikativna ovlašćenja

Funkcionalnost pregleda zahteva za plaćanje omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• pregled zahteva za plaćanje
• pregled zahteva za plaćanje

Funkcionalnost upravljanja zahtevima za plaćanje omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• upravljanje zahtevima za plaćanje

Prilikom rada sa zahtevima za plaćanje primenjuju se sledeća pravila pristupa:

• Korisnicima je dozvoljeno upravljanje isključivo sopstvenim zahtevima za plaćanje,
• Korisnik republike poseduje pravo pregleda zahteva za plaćanje svih korisnika,
• Korisnik DBK poseduje pravo pregleda zahteva za plaćanje korisnika svojih IBK

Grupni pregled

Odabirom odgovarajuće kartice za pregled kumulativnih zahteva za plaćanje na panelu za plaćanja omogućen je tabelarni pregled svih relevantnih kreiranih zahteva za plaćanje matične ili podređene organizacije¹.

Pregled zahteva

Pored standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, lista učitanih zahteva za kumulativnih zahteva za plaćanje omogućava direktne akcije promene statusa zahteva korisnicima sa odgovarajućim poslovnim ovlašćenjima.

Odabirom opcije ... pojedinačnog zahteva u listi, korisniku je omogućemo da u odnosu na trenutni status zahteva svoj zahtev:

• Otkaže - ukoliko je zahtev u statusu Kreiran, Formiran ili Odobren,
• Odobri - ukoliko je zahtev u statusu Formiran - tip PO07 ili Kreiran - tip PO05 i svi pojedinačni zahtevi za plaćanje koji ulaze u kumulativni zahtev su u statusu Formiran

Ukoliko nisu ispunjena sva poslovna pravila promene statusa kumulativnog zahteva za plaćanje, ispod tabelarnog pregleda kumulativnih zahteva biće prikazana kontrola za listom svih identifikovanih grešaka.

Greške izmene zahteva

Kumulativni zahtev za plaćanje koji je kreiran iz kumulativne preuzete obaveze PO05 - Zbirni zahtev za kreiranje preuzetih obaveza, prema poslovnim pravilima ne zahteva kao obavezne stavke na unosu detalje naloga za prenos

• Šifra plaćanja
• Model PBO
• PBO
• Svrha plaćanja

Kako bi se uspešno odobrio zahtev za plaćanje nastao iz PO05, neophodno je pojedinačno dopuniti sve zahteve za plaćanje koji ulaze u kumulativni zahtev - funkcionalnost grupne dopune i formiranja zahteva nije podržano.

Napomena

Otkazivanje kumulativnih zahteva za plaćanje nastalih iz kumulativnih preuzetih obaveza PO05 ili PO7 će automatski otkazati i odgovarajuće izvorne kumulative preuzete obaveze.

Detalji zahteva

Odabirom pojedinačnog zahteva tabelarnog pregleda, korisnik se preusmerava na pregled svih detalja navedenog kumulativnog zahteva za plaćanje.

Pregled detalja zahteva, pored osnovnih meta-informacija o kumulativnom zahtevu, uključuje i pomoćni tabelarni pregled

• svih sadržanih pojedinačnih zahteva za plaćanje i njihovih statusa

Odabirom stavke u tabeli svih sadržanih pojedinačnih ZP, korisnik se preusmerava na pregled detalja odabranog pojedinačnog zahteva za plaćanje.

Zaglavlje pregleda kumulativnog zahteva jasno ukazuje na trenutni status zahteva i dostupne operacije nad zahtevom u odnosu na navedeni status. Pravila koja se primenjuju prilikom promene statusa zahteva odgovaraju pravilima promene na grupnom pregledu zahteva.

Pregled detalja zahteva

Analogno tabelarnom pregledu, ukoliko nisu ispunjena sva poslovna pravila promene statusa kumulativnog zahteva za plaćanje, ispod tabelarnog pregleda kumulativnih zahteva biće prikazana kontrola za listom svih identifikovanih grešaka.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

---

1. Odnosi se na republiku i DBK sa IBK ↩

Nebudžetska sredstva

Zahtevi za plaćanje iz nebudžetskih sredstava

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Kreiranje zahteva

Izrada u toku

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Pregled zahteva

Izrada u toku

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Pregled pojedinačnih zahteva za plaćanje

Izrada u toku

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Ended: Nebudžetska sredstva

Ended: Zahtevi za plaćanje

Korekcije

Korekcije

Sekcija sa akcijama panela za plaćanje korisnicima sa odgovarajućim poslovnim ovlašćenjima omogućava neposredne intervencije nad nalozima za prenos izvršenja budžeta, sa uplatne i isplatne strane.

Dozvoljene akcije se pre svega odnose sravnjivanje registrovanih neprepoznatih stavki, odnosno preknjižavanje i podnošenje zahteva za povraćaj kod budžetski prepoznatih naloga.

Akcije nad plaćanjima

Direktnim pristupom preko sekcije sa akcijama korisnicima je dostupna:

• Oglasna tabla,
• Lokalna ispravka prihoda,
• Korekcija rashoda,
• Zahtev za povraćaj,
• Povraćaj PDV/korekcija prihoda,
• Vrati uplatu uplatiocu

Pregled uplata/isplata

Odabirom pojedinačne stavke na tabelarnom pregledu neprepoznatih uplata i isplata omogućeno je:

• Sravnjivanje neprepoznatih uplata,
• Sravnjivanje neprepoznatih isplata

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Oglasna tabla

Nakon uspešnog registrovanja platnih naloga uplata u sistemu, sve stavke koje nisu zadovoljile poslovna pravila prepoznavanja i dodele biće evidentirane kao neprepoznate uplate sa statusom koje dozvoljava objavljivanje neprepoznate uplate.

Objavljivanje platnih naloga uplata u sistemu se vrši iz pregleda neprepoznate uplate odnosno neprepoznate isplate, tako što se odaberu nalozi koji nisu dodeljeni a zatim se odabere opcija objavi nalog.

Prepoznavanje i dodela plaćanja čine proceduru identifikacije budžetskog korisnika odobrenja, primenom poslovnih pravila obrade platnih naloga uplata, a na osnovu validnih informacija sadržanih u PBO i PBZ kao i računima odobrenja i zaduženja.

Proces objavljivanja je omogućen isključivo korisnicima republike odnosno korisnicima organizacija koji su tip 0 u registru KJS i predstavlja način da se svim korisnicima omogući uvid u neprepoznate uplate sa nevalidnim ili nekompletnim podacima za prenos.

objavljivanje

Tabelarni prikaz svih uspešno objavljenih neprepoznatih uplata je dostupan na ekranu za pregled Oglasne table.

oglasna tabla

Korisnicima sa odgovarajućim poslovnim ovlašćenjima omogućena je selekcija proizvoljnog broja neprepoznatih naloga, nakon čega je omogućeno kandidovanje za odabrane naloge odabirom opcije Kandidovanje i potvrdom konfirmacionog dijaloga.

Sistem dozvoljava kandidovanje više različitih korisnika za istu neprepoznatu uplatu.

Aplikativna ovlašćenja

Funkcionalnost kandidovanja naloga omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• upravljanje nalozima

Uvidom u sve kandidovane korisnike za određenu neprepoznatu uplatu, korisnik republike na osnovu internog seta kriterijuma navedenu neprepoznatu uplatu dodeljuje odgovarajućem korisniku. Neprepoznata uplata zatim dobija status Dodeljena i prenosi se na tabelarni pregled neprepoznatih uplata korisnika kome je uplata i dodeljena.

Dodelu uplate korisnik u svakom trenutku može odbiti, odabirom opcije Otkazivanje dodele naloga na tabelarnom pregledu svojih neprepoznatih uplata.

Neprepoznata uplata kojoj je odbijena dodela ponovo prolazi kroz proceduru objavljivanja kandidovanja dodele.

otkazivanje dodele

Upravljanje otkazanim dodelama

Korisnik ima mogućnost pregleda istorije svih otkazanih dodela u sistemu. Klikom na dugme Otkazane dodele u delu sistema Plaćanja, otvara se tabelarni pregled svih otkazanih dodela koje su se desile u sistemu (primenom hijerarhije kojoj organizacija pripada).

otkazane dodele

otkazane dodele

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Sravnjenje neprepoznatih uplata

Funkcionalnost sravnjivanja neprepoznatih uplata omogućava korisnicima sa dodeljenim neprepoznatim uplatama, sravnjenje datih neprepoznatih uplata na odgovarajuću prihodnu aproprijaciju.

Dodela neprepoznatih uplata predstavlja proceduru identifikacije budžetskog korisnika odobrenja, primenom poslovnih pravila obrade platnih naloga uplata, a na osnovu validnih informacija sadržanih u PBO i PBZ kao i računima odobrenja i zaduženja.

Neprepoznatu uplatu je moguće sravniti na tačno jednu prihodnu aproprijaciju.

Kreiranje zahteva

Odabirom kartice Uplate a zatim pojedinačne stavke tabelarnog pregleda neprepoznatih uplata na panelu za plaćanja, korisniku je omogućen pregled detalja platnog naloga odabrane neprepoznate uplate.

Ukoliko je neprepoznata uplata dodeljena korisniku koji vrši pregled i poseduje odgovarajuća poslovna ovlašćenja, statusno zaglavlje pregleda će sadržati opcije za sravnjenje naloga.

Aplikativna ovlašćenja

Funkcionalnost sravnjenja naloga omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• sravnjenje naloga

Neprepoznata uplata

Odabirom opcije Sravni nalog otvara se napredni pregled detalja naloga koji omogućava definisanje prihodne aproprijacije zahteva za sravnjenje.

Prilikom unosa stavke zahteva, korisniku je omogućen odabir isključivo sistemski validiranih budžetskih stavki. Pored toga, sistem neće dozvoliti izmenu iznosa sravnjivanja, obzirom da sravnjenje neprepoznate uplate na više različitih budžetskih linija nije podržano.

Prihodne aproprijacije dozvoljenih budžetskih linija računa izvršenja budžeta moraju biti otvorene kako bi stavka sravnjenja bila dostupna preko korisničkog interfejsa.

sravnjenje uplate

Popunjeni zahtev za sravnjenje je moguće sačuvati odabirom opcije Sačuvaj, odnosno odustati od kreiranja zahteva za sravnjenje odabirom opcije Odustani

Nakon uspešnog kreiranja zahteva za sravnjenje, neprepoznata uplata nad kojom je sprovedena korekcija će:

• Dobiti status Sravnjena,
• Biti dostupna za pregled preko tabelarnog pregleda prepoznatih uplata,
• Uvećati raspoloživi iznos prihodne aproprijacija navedene u stavci sravnjenja za odgovarajući iznos naloga

Otkazivanje zahteva

Odabirom kartice Uplate a zatim pojedinačne stavke tabelarnog pregleda prepoznatih uplata na panelu za plaćanja, korisniku je omogućen pregled detalja platnog naloga odabrane izvršene uplate.

Aplikativna ovlašćenja

Funkcionalnost otkazivanja sravnjivanja naloga omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• upravljanje zahtevima za sravnjenje

Ukoliko je izvršena uplata sravnjena i prijavljeni korisnik poseduje odgovarajuća poslovna ovlašćenja, statusno zaglavlje pregleda će sadržati opcije za otkazivanje sravnjenje naloga.

Otkazivanje sravnjenja

Odabirom opcije Otkaži sravnjenje i potvrdom unosa sa Razlogom otkazivanja sravnjenje neprepoznate uplate će biti izvršeno i uplata će:

• Dobiti status Dodeljena,
• Biti dostupna za pregled preko tabelarnog pregleda neprepoznatih uplata,
• Umanjiti raspoloživi iznos prihodne aproprijacije navedene u stavci sravnjenja za odgovarajući iznos naloga

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Sravnjivanje neprepoznatih isplata

Funkcionalnost sravnjivanja neprepoznatih isplata omogućava korisnicima sa dodeljenim neprepoznatim isplatama, sravnjenje datih neprepoznatih isplata na odgovarajuću rashodnu aproprijaciju.

Dodela neprepoznatih isplata predstavlja proceduru identifikacije budžetskog korisnika odobrenja, primenom poslovnih pravila obrade platnih naloga uplata, a na osnovu validnih informacija sadržanih u PBO i PBZ kao i računima odobrenja i zaduženja.

Neprepoznatu isplatu je moguće sravniti na tačno jednu rashodnu aproprijaciju.

Kreiranje zahteva

Odabirom kartice Isplate a zatim pojedinačne stavke tabelarnog pregleda neprepoznatih isplata na panelu za plaćanja, korisniku je omogućen pregled detalja platnog naloga odabrane neprepoznate isplate.

Ukoliko je neprepoznata isplata dodeljena korisniku koji vrši pregled i poseduje odgovarajuća poslovna ovlašćenja, statusno zaglavlje pregleda će sadržati opcije za sravnjenje naloga.

Aplikativna ovlašćenja

Funkcionalnost sravnjenja naloga omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• sravnjenje naloga

Neprepoznata isplata

Odabirom opcije Zahtev za sravnjenje neprepoznate isplate otvara se napredni pregled detalja naloga koji omogućava definisanje rashodne aproprijacije zahteva za sravnjenje.

Prilikom unosa stavke zahteva, korisniku je omogućen odabir isključivo sistemski validiranih budžetskih stavki. Pored toga, sistem neće dozvoliti izmenu iznosa sravnjivanja, obzirom da sravnjenje neprepoznate isplate na više različitih budžetskih linija nije podržano.

sravnjenje isplate

Popunjeni zahtev za sravnjenje je moguće sačuvati odabirom opcije Sačuvaj zahtev, odnosno odustati od kreiranja zahteva za sravnjenje odabirom opcije Odustani

Nakon uspešnog kreiranja zahteva za sravnjivanje, korisnik će automatski biti preusmeren na ekran za pregled zahteva za sravnjivanje neprepoznate isplate.

Pregled zahteva

Sekcija za pregled zahteva za sravnjivanje neprepoznatih isplata, pruža uvid u sve uspešno kreirane zahteve, relevantne za prijavljenog korisnika i njegovu korisničku ulogu, odnosno za tip matične organizacije kojoj korisnik pripada.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u zahteve svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

Aplikativna ovlašćenja

Funkcionalnost pregleda zahteva sravnjivanje isplate omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• pregled sravnjenja
• pregled svih sravnjenja

Tabelarni pregled svih zahteva za sravnjivanje je omogućen odabirom opcije Zahtev za sravnjenje neprepoznate isplate na sekciji sa akcijama panela za plaćanje.

Zahtevi za sravnjenje

Pored standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, lista učitanih zahteva za sravnjivanje neprepoznatih isplata omogućava direktne akcije promene statusa zahteva korisnicima sa odgovarajućim poslovnim ovlašćenjima, odnosno pregled grešaka neispravnih zahteva.

Odabirom opcije ... pojedinačnog zahteva u listi, korisniku je omogućemo da u odnosu na trenutni status zahteva svoj zahtev:

• Odobri - ukoliko je zahtev u statusu Kreiran,
• Otkaže - ukoliko je zahtev u statusu Kreiran

Odabirom pojedinačnog zahteva tabelarnog pregleda, korisnik se preusmerava na pregled svih detalja navedenog zahteva.

Pregled detalja zahteva, pored osnovnih meta-informacija platnom nalogu, uključuje i tabelarni pregled svih stavki za povraćaj / korekciju.

Zaglavlje pregleda pojedinačnog zahteva jasno ukazuje na trenutni status zahteva i dostupne operacije nad zahtevom u odnosu na navedeni status. Pravila koja se primenjuju prilikom promene statusa zahteva odgovaraju pravilima promene na tabelarnom pregledu zahteva.

Pregled detalja zahteva

Odabirom opcije Izmeni zahtev otvara se napredni pregled detalja naloga koji omogućava izmenu meta-podataka zahteva, kao i izmenu podataka rashodne aproprijacije na kojoj će biti alocirana sredstva iz zahteva.

Nakon uspešnog odobravanja zahteva za sravnjenje, neprepoznata isplata nad kojom je sprovedena korekcija će:

• Dobiti status Izvršena,
• Biti dostupna za pregled preko tabelarnog pregleda prepoznatih isplata,
• Uvećati izvršeni iznos na rashodnoj aproprijaciji navedenoj u stavci zahteva za odgovarajući iznos stavke zahteva

Jednom odobren zahtev za sravnjenje isplate više nije moguće otkazati, niti je dozvoljena bilo kakva promena podataka nad odobrenim zahtevom.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Lokalna ispravka prihoda

Funkcionalnost kreiranja zahteva za lokalnu ispravku prihoda omogućava korisnicima da izvrše transfer sredstava u korist drugog korisnika, definisanjem budžetskih linija zaduženja, odnosno odobrenja, bez kreiranja platnih naloga.

Smer transfera sredstava je omogućen u odnosu na tipove korisnika:

• DBK IBK,
• DBK DBK,
• Korisnik republike bilo koji korisnik

Kreiranje zahteva

Kreiranje novog zahteva za lokalnu ispravku prihoda omogućen je preko ekrana za tabelarni pregled svih zahteva za povraćaj, odabirom opcije Lokalna ispravku prihoda na sekciji sa akcijama panela za plaćanje.

Aplikativna ovlašćenja

Funkcionalnost kreiranja zahteva za lokalnu ispravku prihoda omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• upravljanje lokalnom ispravkom prihoda

Kreiranje zahteva

Forma za unos

Odabirom opcije Novi zahtev, zatim kartice Unos zahteva, otvara se napredni pregled za unos detalja zahteva koji omogućava definisanje budžetskih stavki lokalne ispravke prihoda.

Prilikom unosa stavki zahteva, korisniku je omogućen odabir isključivo sistemski validiranih budžetskih stavki. Pored toga, sistem vrši kontrolu dostupnih iznosa Na teret i U korist i neće dozvoliti prihvatanje stavke koja ne zadovoljava zadati kriterijum.

Kreiranje zahteva

U procesu kreiranja zahteva neophodno je minimalno definisati aproprijaciju sa koje će biti alocirana sredstva - Na teret, kao i aproprijaciju na koju će biti preneta sredstva - U korist.

Zahtev za lokalnu ispravku prihoda je moguće sačuvati odabirom opcije Kreiraj zahtev, odnosno odustati od kreiranja zahteva odabirom opcije Odustani

Nakon uspešnog kreiranja zahteva za lokalnu ispravku prihoda, korisnik će automatski biti preusmeren na ekran za pregled zahteva za lokalnu ispravku prihoda.

Unos putem fajla

Odabirom opcije Novi zahtev, zatim kartice Učitavanje putem fajla, otvara se ekran za učitavanja zahteva preko fajla.

Kreiranje zahteva za lokalnu ispravku putem fajla, omogućava korisniku efikasan unos velikog broja stavki zahteva kao i pregledan prikaz eventualnih sintaksnih grešaka, odnosno pogrešno formirane strukture fajla. Trenutno podržani format fajla za unos zahteva je XML.

Učitavanje fajla za zahtevom se obavlja jednostavnim prevlačenjem fajla u označeno polje ili odabirom polja i ručnom pretragom putanje do fajla. Odabirom opcije Učitaj fajl biće izvršeno učitavanje zahteva definisanog u struktuiranom fajlu.

Unos putem fajla

Ako je došlo do odabira pogrešnog fajla ili je dati fajl neophodno ispraviti, potrebno je prvo ukloniti trenutno naznačeni fajl iz selekcije odabirom opcije - na polju za unos fajla, te ponovo obaviti prevlačenje ili pretragu.

Prilikom učitavanja fajla, sistem vrši kontrolu neophodnih poslovnih pravila za navedeni tip zahteva i neće dozvoliti uspešno učitavanje fajla koji u potpunosti ne zadovoljava zadate funkcionalne kriterijume.

Ukoliko nisu ispunjena zahtevana poslovna pravila zahteva ili stavki, ispod polja za učitavanje struktuiranog fajla biće prikazana kontrola za listom svih identifikovanih grešaka.

Nakon uspešnog učitavanja struktuiranog fajla zahtev će biti sačuvan i korisnik će automatski biti preusmeren na ekran za pregled zahteva za lokalnu ispravku prihoda.

Pregled zahteva

Sekcija za pregled zahteva za lokalnu ispravku prihoda, pruža uvid u sve uspešno kreirane zahteve, relevantne za prijavljenog korisnika i njegovu korisničku ulogu, odnosno za tip matične organizacije kojoj korisnik pripada.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u zahteve svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

Aplikativna ovlašćenja

Funkcionalnost pregleda zahteva za povraćaj PDV omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• pregled zahteva za lokalnu ispravku prihoda
• pregled svih zahteva za lokalnu ispravku prihoda

Tabelarni pregled svih zahteva je omogućen odabirom opcije Lokalna ispravku prihoda na sekciji sa akcijama panela za plaćanje.

Zahtevi za lokalnu ispravku

Pored standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, lista učitanih zahteva za lokalnu ispravku prihoda omogućava direktne akcije promene statusa zahteva korisnicima sa odgovarajućim poslovnim ovlašćenjima, odnosno pregled grešaka neispravnih zahteva.

Odabirom opcije ... pojedinačnog zahteva u listi, korisniku je omogućemo da u odnosu na trenutni status zahteva svoj zahtev:

• Odobri - ukoliko je zahtev u statusu Kreiran,
• Otkaže - ukoliko je zahtev u statusu Kreiran

Odabirom pojedinačnog zahteva tabelarnog pregleda, korisnik se preusmerava na pregled svih detalja navedenog zahteva.

Pregled detalja zahteva, pored osnovnih meta-informacija platnom nalogu, uključuje i tabelarni pregled svih stavki U korist i Na teret lokalne ispravke.

Zaglavlje pregleda pojedinačnog zahteva jasno ukazuje na trenutni status zahteva i dostupne operacije nad zahtevom u odnosu na navedeni status. Pravila koja se primenjuju prilikom promene statusa zahteva odgovaraju pravilima promene na tabelarnom pregledu zahteva.

Pregled detalja zahteva

Odabirom opcije Izmeni zahtev otvara se napredni pregled zahteva koji omogućava izmenu meta-podatka zahteva, kao i dodavanje/brisanje/izmenu stavki zahteva za lokalne ispravke prihoda.

Nakon uspešnog odobravanja zahteva za lokalnu ispravku prihoda, servis će automatski:

• Umanjiti iznose Raspoloživo i Korekcije na aproprijacijama zaduženja navedenim u stavkama zahteva za odgovarajući iznos Na teret,
• Uvećati iznose Raspoloživo i Korekcija prihoda na aproprijacijama odobrenja navedenim u stavkama zahteva za odgovarajući iznos U korist

Jednom odobren zahtev za lokalnu ispravku prihoda više nije moguće otkazati, niti je dozvoljena bilo kakva promena podataka nad odobrenim zahtevom.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Korekcija rashoda

Funkcionalnost korekcije rashoda omogućava korisnicima sa dodeljenim neprepoznatim uplatama, sravnjenje datih neprepoznatih uplata na odgovarajuće rashodne aproprijacije.

Dodela neprepoznatih uplata predstavlja proceduru identifikacije budžetskog korisnika odobrenja, primenom poslovnih pravila obrade platnih naloga uplata, a na osnovu validnih informacija sadržanih u PBO i PBZ kao i računima odobrenja i zaduženja.

Korekcija rashoda se odnosi isključivo na uplatne naloge koji su pristigli na račun izvršenja budžeta - 840000000000162021.

Kreiranje zahteva

Odabirom kartice Uplate a zatim pojedinačne stavke tabelarnog pregleda neprepoznatih uplata na panelu za plaćanja, korisniku je omogućen pregled detalja platnog naloga odabrane neprepoznate uplate.

Ukoliko je neprepoznata uplata dodeljena korisniku koji vrši pregled i poseduje odgovarajuća poslovna ovlašćenja, statusno zaglavlje pregleda će sadržati opcije za kreiranje zahteva za korekciju rashoda.

Aplikativna ovlašćenja

Funkcionalnost korekcije rashoda omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• upravljanje zahtevima za korekciju rashoda

Neprepoznata uplata

Odabirom opcije Korekcija rashoda otvara se napredni pregled detalja naloga koji omogućava izmenu datuma dospeća zahteva, kao i dodavanje/upravljanje stavkama zahteva za korekciju.

Prilikom unosa stavki zahteva, korisniku je omogućen odabir isključivo sistemski validiranih budžetskih stavki. Pored toga, sistem vrši kontrolu dostupnog iznosa korekcije i neće dozvoliti prihvatanje stavke koja ne zadovoljava zadati kriterijum.

Korekcija rashoda

Kreirani zahtev za korekciju je moguće sačuvati odabirom opcije Snimi korekciju rashoda, odnosno odustati od kreiranja zahteva za korekciju odabirom opcije Odustani

Nakon uspešnog kreiranja zahteva, korisnik će automatski biti preusmeren na ekran za pregled detalja neprepoznatog naloga.

Pregled zahteva

Sekcija za pregled zahteva za korekciju rashoda pruža uvid u sve uspešno sačuvane zahteve, relevantne za prijavljenog korisnika i njegovu korisničku ulogu, odnosno za tip matične organizacije kojoj korisnik pripada.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u zahteve svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

Aplikativna ovlašćenja

Funkcionalnost pregleda korekcije rashoda omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• pregled zahteva za korekciju rashoda
• pregled svih zahteva za korekciju rashoda

Tabelarni pregled svih korekcija rashoda je omogućen odabirom opcije Korekcije rashoda na sekciji sa akcijama panela za plaćanje.

Zahtevi za korekciju

Pored standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, lista učitanih zahteva za korekciju rashoda omogućava direktne akcije promene statusa zahteva korisnicima sa odgovarajućim poslovnim ovlašćenjima, odnosno pregled grešaka neispravnih zahteva.

Odabirom opcije ... pojedinačnog zahteva u listi, korisniku je omogućemo da u odnosu na trenutni status zahteva svoj zahtev:

• Odobri - ukoliko je zahtev u statusu Kreiran,
• Otkaže - ukoliko je zahtev u statusu Kreiran

Odabirom pojedinačnog zahteva tabelarnog pregleda, korisnik se preusmerava na pregled svih detalja navedenog zahteva.

Pregled detalja zahteva, pored osnovnih meta-informacija platnom nalogu, uključuje i tabelarni pregled svih stavki za korekciju.

Zaglavlje pregleda pojedinačnog zahteva jasno ukazuje na trenutni status zahteva i dostupne operacije nad zahtevom u odnosu na navedeni status. Pravila koja se primenjuju prilikom promene statusa zahteva odgovaraju pravilima promene na tabelarnom pregledu zahteva.

Pregled detalja zahteva

Odabirom opcije Izmeni zahtev otvara se napredni pregled detalja naloga koji omogućava izmenu datuma dospeća zahteva, kao i dodavanje/brisanje/izmenu stavki zahteva za korekciju.

Nakon uspešnog odobravanja zahteva za korekciju rashoda, neprepoznata uplata nad kojom je sprovedena korekcija će:

• Dobiti status Sravnjena,
• Biti dostupna za pregled preko tabelarnog pregleda prepoznatih uplata,
• Uvećati raspoložive iznose rashodnih aproprijacija navedenih u stavkama korekcije za odgovarajuće iznose stavki zahteva

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Zahtev za povraćaj

Funkcionalnost kreiranja zahteva za povraćaj omogućava korisnicima da za prepoznatu stavnjenu uplatu kreiraju povratni nalog za prenos, u korist uplatioca navedenog računom zaduženja.

Status uplate nad kojom je moguće kreirati zahtev za povraćaj može biti:

• Sravnjena - za korisnički sravnjene dodeljenje neprepoznate uplate,
• Izvršena - za automatski sravnjene uplate

Automatsko sravnjivanje uplata i dodela neprepoznatih uplata predstavljaju proceduru identifikacije budžetskog korisnika odobrenja, primenom poslovnih pravila obrade platnih naloga uplata, a na osnovu validnih informacija sadržanih u PBO i PBZ kao i računima odobrenja i zaduženja.

Kreiranje zahteva

Odabirom kartice Uplate a zatim pojedinačne stavke tabelarnog pregleda prepoznatih uplata na panelu za plaćanja, korisniku je omogućen pregled detalja platnog naloga odabrane sravnjene uplate.

Ukoliko korisnik koji vrši pregled poseduje odgovarajuća poslovna ovlašćenja, statusno zaglavlje pregleda će sadržati opcije za povraćaj uplate uplatiocu.

Aplikativna ovlašćenja

Funkcionalnost kreiranja zahteva za povraćaj omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• upravljanje zahtevima za povraćaj

Povraćaj uplate

Odabirom opcije Zahtev za povraćaj otvara se napredni pregled detalja naloga koji omogućava izmenu podataka povratnog platnog naloga i to:

• Broj dokumenta i izdavaoca dokumenta,
• Datum dospeća,
• Šifra plaćanja,
• Svrha plaćanja,
• Model PBO i PBO,
• Račun primaoca

Na ekranu za izmenu podataka povratnog naloga, sistem će automatski prebaciti podatke zaduženja na stranu odobrenja, pri čemu nije neophodno da povratna uplata bude prema korisniku navedenom na strani zaduženja neprepoznate uplate.

Obzirom da se zahtev za povraćaj podnosi nad sravnjenim plaćanjem, stavku zahteva za povraćaj - prihodnu aproprijaciju, nije moguće izmeniti. Prilikom kreiranja zahteva, dozvoljen je povraćaj u delimičnom iznosu, pri čemu je iznos povraćaja moguće definisati odabirom opcije ... na tablarnom pregledu stavke zahteva.

Stavku zahtva za povraćaj nije moguće kreirati sa očekivanim datumom plaćanja na tekući radni dan.

Povraćaj uplate

Kreirani zahtev za povraćaj je moguće sačuvati odabirom opcije Kreiraj zahtev, odnosno odustati od kreiranja zahteva za povraćaj uplate odabirom opcije Odustani

Nakon uspešnog kreiranja zahteva, korisnik će automatski biti preusmeren na ekran za pregled detalja prepoznatog naloga.

Pregled zahteva

Sekcija za pregled zahteva za povraćaj pruža uvid u sve uspešno kreirane zahteve, relevantne za prijavljenog korisnika i njegovu korisničku ulogu, odnosno za tip matične organizacije kojoj korisnik pripada.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u zahteve svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

Aplikativna ovlašćenja

Funkcionalnost pregleda zahteva za povraćaj omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• pregled zahteva za povraćaj
• pregled svih zahteva za povraćaj

Tabelarni pregled svih zahteva za povraćaj je omogućen odabirom opcije Zahtevi za povraćaj na sekciji sa akcijama panela za plaćanje.

Zahtevi za povraćaj

Pored standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, lista učitanih zahteva za povraćaj omogućava direktne akcije promene statusa zahteva korisnicima sa odgovarajućim poslovnim ovlašćenjima, odnosno pregled grešaka neispravnih zahteva.

Odabirom opcije ... pojedinačnog zahteva u listi, korisniku je omogućemo da u odnosu na trenutni status zahteva svoj zahtev:

• Odobri - ukoliko je zahtev u statusu Kreiran,
• Otkaže - ukoliko je zahtev u statusu Kreiran

Odabirom pojedinačnog zahteva tabelarnog pregleda, korisnik se preusmerava na pregled svih detalja navedenog zahteva.

Pregled detalja zahteva, pored osnovnih meta-informacija platnom nalogu, uključuje i tabelarni pregled budžetske stavke zahteva za povraćaj.

Zaglavlje pregleda pojedinačnog zahteva jasno ukazuje na trenutni status zahteva i dostupne operacije nad zahtevom u odnosu na navedeni status. Pravila koja se primenjuju prilikom promene statusa zahteva odgovaraju pravilima promene na tabelarnom pregledu zahteva.

Pregled detalja zahteva

Odabirom opcije Izmeni zahtev otvara se napredni pregled detalja naloga koji omogućava izmenu podataka povratnog platnog naloga, kao i izmenu iznosa budžetske stavke zahteva za povraćaj.

Nakon uspešnog odobravanja zahteva za povraćaj, sravnjena uplata nad kojom je sprovedena korekcija će:

• Dobiti status Vraćen uplatiocu,
• Biće kreiran novi isplatni nalog sa podacima unetim prilikom kreiranja zahteva,
• Umanjiti raspoloživi iznos prihodne aproprijacija navedene u stavci zahteva za odgovarajući iznos naloga

Jednom odobren zahtev za povraćaj uplate više nije moguće otkazati, niti je dozvoljena bilo kakva promena statusa na naznačenoj sravnjenoj uplati.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Zahtev za povraćaj PDV / korekciju prihoda

Funkcionalnost kreiranja zahteva za povraćaj PDV / korekciju prihoda, omogućava korisnicima da izvrše povraćaj sredstava, kreiranjem povratnog uplatnog naloga i definisanjem prihodnih aproprijacija koje će opteretiti navedeni nalog.

Kreiranje zahteva

Kreiranje novog zahteva za povraćaj PDV / korekciju prihoda, omogućen je preko ekrana za tabelarni pregled svih zahteva za povraćaj, odabirom opcije Zahtev za povraćaj PDV / Korekciju prihoda na sekciji sa akcijama panela za plaćanje.

Aplikativna ovlašćenja

Funkcionalnost kreiranja zahteva za povraćaj PDV omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• upravljanje zahtevima za pdv povraćaj

Kreiranje zahteva

Odabirom opcije Dodaj novi zahtev za povraćaj PDV otvara se napredni pregled za unos detalja naloga koji omogućava definisanje podataka povratnog platnog naloga, kao i upravljanje budžetskim stavkama zahteva za povraćaj.

Prilikom unosa stavki zahteva, korisniku je omogućen odabir isključivo sistemski validiranih budžetskih stavki. Pored toga, sistem vrši kontrolu dostupnih Iznosa i neće dozvoliti prihvatanje stavke koja ne zadovoljava zadati kriterijum.

Kreiranje zahteva

Zahtev za povraćaj / korekciju je moguće sačuvati odabirom opcije Kreiraj zahtev, odnosno odustati od kreiranja zahteva odabirom opcije Odustani

Nakon uspešnog kreiranja zahteva za povraćaj, korisnik će automatski biti preusmeren na ekran za pregled zahteva za povraćaj PDV / korekciju prihoda.

Pregled zahteva

Sekcija za pregled zahteva za povraćaj PDV / korekciju prihoda, pruža uvid u sve uspešno kreirane zahteve, relevantne za prijavljenog korisnika i njegovu korisničku ulogu, odnosno za tip matične organizacije kojoj korisnik pripada.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u zahteve svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

Aplikativna ovlašćenja

Funkcionalnost pregleda zahteva za povraćaj PDV omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• pregled zahteva za pdv povraćaj
• pregled svih zahteva za pdv povraćaj

Tabelarni pregled svih zahteva za povraćaj je omogućen odabirom opcije Zahtev za povraćaj PDV / Korekciju prihoda na sekciji sa akcijama panela za plaćanje.

Zahtevi za povraćaj

Pored standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, lista učitanih zahteva povraćaj PDV / korekciju prihoda omogućava direktne akcije promene statusa zahteva korisnicima sa odgovarajućim poslovnim ovlašćenjima, odnosno pregled grešaka neispravnih zahteva.

Odabirom opcije ... pojedinačnog zahteva u listi, korisniku je omogućemo da u odnosu na trenutni status zahteva svoj zahtev:

• Odobri - ukoliko je zahtev u statusu Kreiran,
• Otkaže - ukoliko je zahtev u statusu Kreiran

Odabirom pojedinačnog zahteva tabelarnog pregleda, korisnik se preusmerava na pregled svih detalja navedenog zahteva.

Pregled detalja zahteva, pored osnovnih meta-informacija platnom nalogu, uključuje i tabelarni pregled svih stavki za povraćaj / korekciju.

Zaglavlje pregleda pojedinačnog zahteva jasno ukazuje na trenutni status zahteva i dostupne operacije nad zahtevom u odnosu na navedeni status. Pravila koja se primenjuju prilikom promene statusa zahteva odgovaraju pravilima promene na tabelarnom pregledu zahteva.

Pregled detalja zahteva

Odabirom opcije Izmeni zahtev otvara se napredni pregled detalja naloga koji omogućava izmenu podataka povratnog naloga, kao i dodavanje/brisanje/izmenu stavki zahteva za povraćaj / korekciju.

Nakon uspešnog odobravanja zahteva za povraćaj PDV / korekciju, servis će automatski:

• Kreirati novi isplatni nalog sa podacima unetim prilikom kreiranja zahteva,
• Umanjiti raspoložive iznose na prihodnim aproprijacijama navedenim u stavkama zahteva za odgovarajući iznos naloga

Jednom odobren zahtev za povraćaj PDV / korekciju prihoda više nije moguće otkazati, niti je dozvoljena bilo kakva promena podataka kreiranog isplatnog naloga.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Vrati uplatu uplatiocu

Funkcionalnost vraćanja neprepoznatih uplata uplatiocu omogućava korisnicima sa dodeljenim neprepoznatim uplatama kreiranje povratnog naloga za prenos, u korist uplatioca navedenog računom zaduženja .

Dodela neprepoznatih uplata predstavlja proceduru identifikacije budžetskog korisnika odobrenja, primenom poslovnih pravila obrade platnih naloga uplata, a na osnovu validnih informacija sadržanih u PBO i PBZ kao i računima odobrenja i zaduženja.

Neprepoznatu uplatu je moguće vratiti uplatiocu ako je račun odobrenja račun izvršenja budžeta.

Kreiranje zahteva

Odabirom kartice Uplate a zatim pojedinačne stavke tabelarnog pregleda neprepoznatih uplata na panelu za plaćanja, korisniku je omogućen pregled detalja platnog naloga odabrane neprepoznate uplate.

Ukoliko je neprepoznata uplata dodeljena korisniku koji vrši pregled i poseduje odgovarajuća poslovna ovlašćenja, statusno zaglavlje pregleda će sadržati opcije za povraćaj uplate uplatiocu.

Aplikativna ovlašćenja

Funkcionalnost sravnjenja naloga omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• sravnjenje naloga

Povraćaj uplate

Odabirom opcije Vratiti uplatu uplatiocu otvara se napredni pregled detalja naloga koji omogućava izmenu podataka povratnog platnog naloga i to:

• Datum dospeća,
• Šifra plaćanja,
• Svrha plaćanja,
• Model PBO i PBO,
• Račun primaoca

Na ekranu za izmenu podataka povratnog naloga, sistem će automatski prebaciti podatke zaduženja na stranu odobrenja, pri čemu nije neophodno da povratna uplata bude prema korisniku navedenom na strani zaduženja neprepoznate uplate.

Povraćaj uplate

Kreirani zahtev za povraćaj uplate je moguće sačuvati odabirom opcije Vrati uplatu, odnosno odustati od kreiranja zahteva za povraćaj uplate odabirom opcije Odustani

Nakon uspešnog kreiranja zahteva za povraćaj uplate, neprepoznata uplata nad kojom je sprovedena korekcija će:

• Dobiti status Vraćen uplatiocu,
• Biće kreiran novi isplatni nalog sa podacima unetim prilikom kreiranja zahteva,
• Kreiranjem zahteva za povraćaj uplate, ne menjaju se iznosi niti se alociraju sredstva na aproprijacijama, kvotama i ER

Jednom kreiran zahtev za povraćaj uplate više nije moguće otkazati, niti je dozvoljena bilo kakva promena statusa na naznačenoj neprepoznatoj uplati.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Ended: Korekcije

Izvršenje plaćanja

Izvršenje plaćanja

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Ček lista

Odabirom opcije Lista plaćanja (ček lista) korisnik se preusmerava na panel za pregled naloga čiji je datum dospeća jednak ili manji tekućem radnom danu, kao i naloga kojima je odloženo plaćanje sa statusom "Odloženo".

Na pregledu naloga za plaćanje korisnici ostvaruju uvid u naloge svih korisnika servisa koji pripadaju trezoru organizacije ulogovanog korisnika.

Aplikativna ovlašćenja

Funkcionalnost pregleda ček liste omogućena je isključivo korisnicima koji pripadaju organizaciji i imaju ovlašćenje:

• tip KJS: 0 - nosilac budžeta
• pregled ček-liste

Pregled ček liste

Upravljanje ček listom

Samo jedan korisnik može da koristi sve funkcionalnosti ček liste u jednom trenutku. Ostali korisnici mogu samo da koriste funkcionalnosti za preglede.

Selekcija naloga za plaćanje

Gornja sekcija panela ček liste sadrži pregled broja i iznosa naloga odabranih za plaćanje.

Pregled ček liste

1. Odabir/opoziv naloga za plaćanje koji će ući u zbirnu listu za plaćanje se vrši klikom na konkretni nalog u listi naloga, ili se selektuju svi nalozi u listi.
2. Nakon selekcije selektovani nalozi se unose/izbacuju iz liste za kreiranje zbirnog naloga.
3. Unos/opoziv svih filtriranih naloga u selektor za kreiranje zbirnih naloga.

Plaćanje

U okviru panela ček liste nalazi se i sekcije sa akcijama u okviru koje je korisnicima dostupno:

1. Formiranje zbirnog naloga
2. Odlaganje plaćanja
3. Ukidanje odlaganja plaćanja
4. Pregled stanja računa

Pregled ček liste

Zbirni nalog

Odabirom opcije vrši se formiranje zbirnog naloga u okviru koga se nalaze svi nalozi selektovani za plaćanje. U toku dana se može kreirati koliko god je potrebno zbirnih naloga.

Pregled ček liste

Odlaganje / ukidanje odlaganja plaćanja

Odlaganje plaćanja za neki nalog se vrši tako što se u listi selektuje željeni nalog i zada komanda "Odlaganje plaćanja". Takvom nalogu se menja status u "Odloženo" i nije moguć odabir takvog naloga u zbirnu listu.

Ukidanje odlaganja se vrši tako što se u listi selektuje željeni nalog i zada komanda "Ukidanje odlaganja". Takvom nalogu se menja status u "Čeka na izvršenje" i nije moguć odabir takvog naloga u zbirnu listu.

Pregled stanja računa

Odabirom opcije omogućen je pregled stanja računa za izvršenje budžeta.

Stanje računa

Pregled stanja računa je omogućen samo korisnicima organizacija JLS

Pregled stanja računa

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Zbirni nalozi

Odabirom opcije Zbirni nalozi korisnik se preusmerava na panel za pregled zbirnih naloga pripadajućeg trezora.

Aplikativna ovlašćenja

Funkcionalnost pregleda ček liste omogućena je isključivo korisnicima koji pripadaju organizaciji i imaju ovlašćenje:

• tip KJS: 0 - nosilac budžeta
• upravljanje plaćanjima

Pregled zbirnih naloga

Selekcijom zbirnih naloga sa statusom kreiran i odabirom opcije Pošalji na plaćanje na panelu za pregled zbirnih naloga, isti se šalju na plaćanje.

Pregled detalja zbirnog naloga

Odabirom opcije ... Zbirni nalog korisniku je omogućen uvid u detalje zbirnog naloga.

Pregled zbirnih naloga

Opcije zbirnog naloga

U okviru detalja zbirnog naloga nalazi se i sekcija sa akcijama u okviru koje je korisnicima dostupno:

1. Slanje zbirnog naloga na plaćanje: opcija dostupna za naloge koji su u statusu Kreiran
2. Otkazivanje naloga: opcija dostupna za naloge koji su u statusu Kreiran
3. Pregled pojedinačnih naloga

Opcije zbirnog naloga

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Ended: Izvršenje plaćanja

Ignorisane uplate

Nakon uspešnog registrovanja platnih naloga uplata u sistemu, sve stavke koje imaju tip ignorisane uplate i u statusu su ignorisan, mogu biti razignorisane u neprepoznate uplate a nakon toga ručno sravnjenje od strane organizacije kojoj je uplata dodeljena.

Razignorisanje ignorisanih uplata se vrši na pregledu detalja ignorisane uplate.

razignorisanje

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Dnevni izvodi

Sekcija Dnevni izvodi omogućava uvid u izvode na dnevnom nivou onih računa koji su relevantni za prijavljenog korisnika odnosno za njegovu jedinicu lokalne samouprave. Podaci su grupisani po mesecima i u okviru meseca prikazani datumi za koje postoji promet za date račune. Oni računi koji nisu imali promet jedan dan, za taj dan nisu prikazani u stablu. Izborom željenog datuma i računa prikazuje se dnevni promet grupisan po tabovima: Uplate, Isplate, Neprepoznate uplate, Neprepoznate isplate, Odbijene stavke, Sve stavke. U zaglavlju dnevnog prometa nalaze se sledeće informacije: broj/naziv računa, valuta, broj izvoda, datum izvoda, dnevno duguje, dnevno potražuje, broj naloga duguje, broj naloga potražuje, prethodni saldo, novi saldo. U koliko postoje nesravnjene stavke za neki račun u jednom danu, taj račun je prikazan crvenom bojom. U slučaju da su sve stavke sravnjene prikazan je zelenom bojom. Isto važi za datum i za mesec. U koliko u jednom danu/mesecu postoji barem jedan račun sa nesravnjenom stavkom taj dan/mesec je prikazan crvenom bojom. Postoji mogućnost export-a stavki dnevnog izvoda u PDF i XML formatu.

Dnevni izvodi

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Ended: Plaćanja

Budžetsko računovodstvo

Unos šeme knjiženja

Unos nove šeme knjiženja moguće je sprovesti korisničkim unosom preko validiranih formi korisničkog interfejsa SPIRI sistema.

Aplikativna ovlašćenja

Funkcionalnost unosa šeme knjiženja omogućena je isključivo korisnicima sa poslovnim ovlašćenjem korisniku sa pravima Republika i korisnicima KJS tipa 0.

• pregled šeme knjiženja
• upravljanje šemama knjiženja
• štampa i izvoz šema knjiženja

Forma za unos

Unos podataka šeme knjiženja vrši se preko forme korisničkog interfejsa izborom opcije za unos nove šeme knjiženja.

Unos šeme knjiženja

Atributi za odabir/unos:

• Vrsta knjiženja - Odabir vrste knjiženja
• JBKJS - Odabir JBKJS korisnika za šemu knjiženja
• Ekonomska klasifikacija - Odabir ekonomske klasifikacije šeme knjiženja
• Izvor finansiranja - Odabir izvora finansiranja šeme knjiženja
• Valuta - Odabir valute šeme knjiženja
• Broj računa - Odabir broja računa šeme knjiženja
• Vrsta primaoca - Odabir vrste primaoca: Prazno / KJS / Pravno lice / Fizičko lice
• Račun trezora - Odabir da li u pitanju račun Trezora: Da /Ne
• Važi od - Odabir perioda od kada važi šema knjiženja
• Opis - Unos opisa šeme knjiženja

Prilikom unosa atributa, korisniku je omogućen odabir isključivo sistemski validiranih podataka. Pored toga, sistem vrši kontrolu unetih podataka i neće dozvoliti prihvatanje vrednosti atributa koji ne zadovoljavaju zadate kriterijume.

Nakon popunjavanja opisanih atributa šeme knjiženja, potrebno je uneti i njene stavke. Proces dodavanja stavki šeme knjiženja opisan je na strani Kreiranje stavki

Kreiranje šeme knjiženja se obavlja klikom na dugme Potvrdi

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Unos stavki šeme knjiženja

Unos nove stavke šeme knjiženja se obavlja klikom na dugme Dodavanje stavke šeme knjiženja i moguće ga je sprovesti korisničkim unosom preko validiranih formi korisničkog interfejsa u dijagolu novog prozora koji vam se prikazuje na ekranu.

Unos stavke šeme knjiženja

Atributi za odabir/unos:

• Ekonomska klasifikacija - Odabir ekonomske klasifikacije stavke šeme knjiženja
• Strana knjiženja - Odabir strane knjiženja: Potražna / Dugovna
• Stavka obaveze - Odabir stavke obaveze / koristi se kod PO: DA / NE
• Negativno knjiženje - Odabir opcije za negativno knjiženje: DA / NE

Prilikom unosa atributa, korisniku je omogućen odabir isključivo sistemski validiranih podataka. Pored toga, sistem vrši kontrolu unetih podataka i neće dozvoliti prihvatanje vrednosti atributa koji ne zadovoljavaju zadate kriterijume.

Kreiranje stavke šeme knjiženja se obavlja klikom na dugme Potvrdi nakon čega se stavka prikazuje u tabelarnom prikazu.

Unos stavke šeme knjiženja

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Nalozi glavne knjige

Evidencija svake finansijske promene u sistemu izvršenja budžeta, vrši se automatski putem naloga u glavnoj knjizi trezora na osnovu odgovarajućih šema knjiženja. Osim automatski generisanih naloga, moguć je i ručni unos naloga za evidentiranje promena koje nisu direktno proistekle iz sistema izvršenja budžeta. Na kraju fiskalne godine sistem će obezbediti i unos naloga koje sadrže završna knjiženja.

Tabelarni pregled

Odabirom prečice Nalozi glavne knjige, na sekciji Budžetsko računovodstvo početnog ekrana, korisnik se preusmerava na tabelarni pregled naloga glavne knjige.

Osim automatski generisanih naloga, prikazani su i ručni nalozi za evidentiranje promena koje nisu direktno proistekle iz sistema izvršenja budžeta.

Lista stavki šifranika obezbeđuje niz standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, pri čemu je u svakom trenutku omogućen izvoz podataka u neki od dostupnih formata.

Korisnicima republike i korisnicima jls je omogućen pregled svih podataka pripadajućeg trezora.

Pregled naloga glavne knjige

Pregled detalja naloga

Pregled detalja naloga je omogućen odabirom željenog reda na tabelarnom pregledu podataka šifarnika.

Ekran za pregled detalja je podeljen na tri sekcije:

1. Osnovne informacije o nalogu
2. Stavke naloga glavne knjige
3. Izvoz u neki od podržanih formata

Pregled detalja

Unos naloga glavne knjige

Korisniku je omogućen pojedinačan unos naloga glavne knjige preko odgovarajuće ekranske forme, odnosno grupni unos preko struktuiranog fajla za masovnu količinu podatka.

Odabirom opcije Unos novog naloga u zaglavlju tabelarnog pregleda naloga korisnik se preusmerava na ekransku formu za unos.

Pojedinačan unos

Prilikom unosa stavki naloga, korisniku je za sve statusne i tipske stavke omogućen odabir isključivo sistemski validiranih opcija. Pored toga, sistem vrši sintaksnu kontrolu unetih podataka.

Stavke naloga

Nakon uspešnog unosa računa, korisnik će automatski biti preusmeren na ekran za tabelarni pregled zahteva.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Pregled transakcija

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Unos novog računa depozita i donacija

Unos novog računa depozita i donacija moguće je sprovesti korisničkim unosom preko validiranih formi korisničkog interfejsa.

Aplikativna ovlašćenja

Funkcionalnost unosa računa depozita i donacija omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• pregled računa dd
• upravljanje računima dd

Forma za unos

Unos podataka računa depozita i donacija vrši se preko forme korisničkog interfejsa.

Unos računa depozita i donacija

Atributi za odabir/unos:

• Valuta - Odabir valute za koju se otvara račun
• Tip - Tipa računa Depozit ili Donacija
• Naziv - Unos naziva računa
• Izvor finansiranja - Odabir Izvora finansiranja is liste za koji se otvara račun
• Tip banke - Odabir tipa banke u kojoj se vodi račun: UT / NBS / Domaća banka / Strana banka
• Banka - Partija - KB - Format računa ukoliko je Tip Banke: UT / Domaća banka
• Broj računa - Unos broja računa koji se otvara ukoliko je Tip Banke: NBS / Strana banka

Prilikom unosa atributa, korisniku je omogućen odabir isključivo sistemski validiranih podataka. Pored toga, sistem vrši kontrolu unetih podataka i neće dozvoliti prihvatanje računa koji ne zadovoljava zadate kriterijum.

Popunjeni račun se čuva odabirom opcije Potvrdi i potvrdom unosa sa Opisom.

Nakon uspešnog potvrde, račun postaje Aktivan i korisnik će automatski biti preusmeren na ekran za pregled računa depozita i donacija.

Pregled podataka

Odabirom jednog računa iz liste pregleda otvara se forma za pregled podataka računima sa iznosima.

Detalji računa

Izmena i deaktivacija računa depozita i donacija

U okviru podataka računa depozita i donacija omogućena je izmena Naziva računa odabirom opcije Promena podataka.

Deaktivacija računa se vrši odabirom opcije Deaktiviraj.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Dodavanje izvoda računa depozita i donacija

Unos novog izvoda računa depozita i donacija moguće je sprovesti korisničkim unosom preko validiranih formi korisničkog interfejsa, kao i učitavanjem struktuiranog XML fajla.

Aplikativna ovlašćenja

Funkcionalnost unosa računa depozita i donacija omogućena je isključivo korisnicima sa poslovnim ovlašćenjem

• pregled izvoda računa dd
• upravljanje izvodima računa dd

Forma za unos pojedinačnog sloga

Unos podataka izvoda računa depozita i donacija vrši se preko forme korisničkog interfejsa.

Obavezni atributi izvoda:

• Tip - Odabir tipa računa Depozit ili Donacija
• Račun depozita i donacija - Odabir računa za koji se unosi izvod na osnovu odabranog Tipa
• Datum izvoda - Unosi se datum izvoda

Unos izvoda računa depozita i donacija

Prilikom unosa stavki zahteva, iznos se unosi u valuti računa dok sistem automatski preračunava u RSD na osnovu kursne liste za dan.

Unos pojedinačne stavke

Popunjeni izvod je moguće sačuvati odabirom opcije Sačuvaj i potvrdom unosa sa Opisom izvoda. Neophodno je napomenuti da se prilikom kreiranja zahteva vrše isključivo sintaksne provere podataka zahteva i da će zahtev biti uspešno sačuvan i ukoliko nisu ispunjena poslovna pravila za dati tip zahteva.

Nakon uspešne potvrde, izvod postaje učitan i potrebno je overiti isti da bi se primenio u sistemu i korisnik će automatski biti preusmeren na ekran za pregled učitanih izvoda računa depozita i donacija.

Učitavanje putem fajla

Učitavanje izvoda računa depozita i donacija putem fajla, omogućava korisniku efikasan unos velikog broja stavki izvoda kao i pregledan prikaz eventualnih sintaksnih i semantičkih grešaka, odnosno pogrešno formirane strukture fajla. Trenutno podržani format fajla za unos zahteva je XML.

Overa izvoda

Odabirom jednog izvoda iz liste pregleda učitanih izvoda, otvara se forma u okviru koje se može overiti izvod odabirom opcije Overi izvod

Izmena i storniranje izvoda

Na istom ekranu je moguće izvršiti izmeni i storniranje izvoda odabirom opcije Izmeni ili Storniraj izvod

Deaktivacija računa se vrši odabirom opcije Deaktiviraj.

Pregled podataka

Odabirom jednog izvoda iz liste overenih izvoda računa otvara se forma za pregled podataka izvoda računa.

Sa ove forme izvod se može stornirati odabirom opcije Storniraj izvod

Detalji izvoda

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Ended: Budžetsko računovodstvo

Katalog ugovora

Ugovori

Sekcija katalog ugovora omogućava pokretanje javne nabavke, zatvaranje javne nabavke, retroaktivni unos ugovora, pregled svih kreiranih ugovora, praćenje izvršenja ugovora, pregled i unos zahteva za izmenom ugovora.

Nakon odabira opcije Izvršenje bužeta na bočnom meniju, odnosno odabirom kartice Izvršenje bužeta na početnom ekranu servisa biće prikazan pomoćni panel izvršenja budžeta gde se nalazi kartica Katalog ugovora čijim odabirom će biti prikazan panel kataloga ugovora. Ova sekcija je podeljena na ekranske preglede kreiranih ugovora kao i zahteva za izmenama potpisanih ugovora.

Katalog ugovora

Zahtevi za izmenama ugovora

Unos javne nabavke

Prilikom pokretanja javne nabavke potrebno je uneti broj, naziv i datum javne nabavke, kao i planiranu dužinu trajanja ugovora i ukupan planirani iznos. U koliko se ugovor potpisuje u stranoj valuti potrebno je odabrati valutu i uneti ukupan iznos u odabranoj valuti.

Unos javne nabavke

Prilikom unosa stavki ugovora, korisniku je omogućen odabir isključivo sistemski validiranih budžetskih stavki. Sistem vrši kontrolu unesenog planiranog iznosa u odnosu na potencijalno raspoloživa sredstva na aproprijaciji i neće dozvoliti prihvatanje stavke koja ne zadovoljava zadati kriterijum.

Retroaktivni unos ugovora

U koliko je ugovor potpisan u prošlosti moguće ga je uneti retroaktivno odabirom opcije Retroaktivni unos. Potrebno je uneti broj, naziv i datum potpisivanja ugovora, kao i dužinu ugovora i ukupan ugovoreni iznos. U koliko je ugovor potpisan u stranoj valuti potrebno je odabrati valutu i uneti ukupan iznos u odabranoj valuti. Nakon unosa stavki ugovora potrebno je odabrati preuzete obaveze koje odgovaraju datim stavkama.

Retroaktivni unos ugovora

Zahtev za izmenom ugovora

U koliko je potrebno izmeniti ugovor nakon potpisivanja potrebno je podneti zahtev za izmenom ugovora. Taj zahtev moze biti odbijen ili prihvaćen. Potrebno je odabrati ugovor iz kataloga i učitati fajl sa zahtevom. Takođe je moguće podneti zahtev za izmenom odabirom opcije Zahtev za izmenom koja se nalazi na stranici detalja ugovora.

Unos zahteva za izmenom ugovora

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Ended: Katalog ugovora

Šifarnici

Šifarnici

Svim korisnicima servisa SPIRI omogućen je uvid u podatke sistemskih šifarnika, koji su radi sistematizacije pregleda grupisani u odnosu na svoju funkcionalnu kategoriju kao i izvor podataka na:

• Šifarnike budžetske klasifikacije
• Šifarnike platnog prometa
• Lokalne šifarnike

Korisnicima sa odgovarajućim poslovnim ovlašćenjima ova sekcija, pored uvida, omogućava i izmenu postojećih podatka, unos novih stavki, te izvoz u neki od podržanih formata.

Nakon odabira opcije Šifarnici na bočnom meniju, biće prikazan panel za pristup šifarnicima, koji je radi preglednosti podeljen na prethodno navedene podsekcije.

Šifarnici

Korisnicima servisa su dostupni sledeći šifarnici:

Šifarnici budžetske klasifikacije

1. Ekonomske klasifikacije
2. Funkcije
3. Izvori finansiranja
4. Sektori
5. Programi
6. Projekti
7. Razdeli i glave

Šifarnici platnog prometa

1. Opštine
2. Registar KJS
3. Banke
4. Države
5. Valute
6. Šifre plaćanja
7. Kursna lista
8. Računi budžetskih klasifikacija
9. Registar imalaca računa
10. Registar računa fizičkih lica

Lokalni šifarnici

1. [Podekonomske klasifikacije][subeconomic]
2. Budžetska godina
3. Kalendar
4. Veze šifre plaćanja i ekonomske klasifikacije
5. Tipovi dokumenta

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Razdeo/glava

Razdeo / glava

Razdeo/glava predstavlja korisnički šifarnik koji sadrži sve podatke o poziciji i hijerarhiji organizacija u okviru budžeta pojedinačnog trezora.

Osnovne funkcionalnosti rada sa šifarnikom uključuju:

• Tabelarni pregled podataka
• Izmenu naziva postojećih pripadajućih razdela odnosno glava
• Unos novih stavki - pojedinačno i grupno kroz fajl
• Izvoz u neki od podržanih formata

Tabelarni pregled

Odabirom prečice Razdeo i glava, na sekciji Budžetskih klasifikacija početnog ekrana šifarnika, korisnik se preusmerava na tabelarni pregled šifara razdela i glava

Lista stavki šifranika obezbeđuje niz standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, pri čemu je u svakom trenutku omogućen izvoz podataka u neki od dostupnih formata.

Korisnicima republike i korisnicima jls je omogućen pregled svih podataka pripadajućeg trezora.

Pregled šifarnika

Pregled i izmena stavke

Pregled detalja pojedinačnog razdela/glave je omogućen odabirom željenog reda na tabelarnom pregledu podataka šifarnika.

Ekran za pregled detalja je podeljen na tri sekcije:

1. Zaglavlje pregleda - prikazuje trenutnu aktivnost odabranog razdela/glave kao i opciju za izmenu podataka
2. Osnovne informacije o razdelu/glavi
3. Istorija promene podataka računa

Pregled detalja

Pregled istorije promena podataka računa omogućena je odabirom ikonice

Odabirom opcije Promena podataka, otvara se napredni ekran za izmenu trenutne stavke šifarnika i omogućena je samo izmena naziva.

Izmena

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Zahtevi

Pregled zahteva

Pregled zahteva za učitavanje razdela/glave pruža uvid u sve učitane zahteve relevantne za prijavljenog korisnika i njegovu korisničku ulogu, odnosno za tip i trezor matične organizacije kojoj korisnik pripada.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u zahteve svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

Aplikativna ovlašćenja

Funkcionalnost pregleda zahteva za učitavanje razdela/glave omogućena je isključivo korisnicima koji pripadaju organizaciji:

• tip KJS: 0 - nosilac budžeta

Pregled zahteva

Pored standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, lista učitanih zahteva za aproprijacije omogućava direktne akcije promene statusa zahteva korisnicima sa odgovarajućim poslovnim ovlašćenjima.

Odabirom opcije ... pojedinačnog zahteva u listi, korisniku je omogućemo da u odnosu na trenutni status zahteva svoj zahtev:

• Otkaže - ukoliko je zahtev u statusu Učitan
• Odobri - ukoliko je zahtev u statusu Učitan

Kao specijalni tip korisnika, korisnik republike i korisnik JLS imaju mogućnost izmene statusa zahteva svih budžetskih korisnika svog trezora i to pre svega odnosi na mogućnost:

• Odbijanja zahteva korisnika koji su u statusu Učitan
• Odobravanja zahteva korisnika koji su u statusu Učitan

Nakon uspešnog odobravanja, odnosno primene zahteva, na osnovu meta-podataka i stavki zahteva biće fizički kreirane šifre razdela/glave definisane u zahtevu.

Detalji zahteva

Odabirom pojedinačnog zahteva tabelarnog pregleda, korisnik se preusmerava na pregled svih detalja navedenog zahteva.

Pregled detalja zahteva, pored osnovnih meta-informacija o zahtevu, uključuje i tabelarni pregled svih stavki zahteva.

Zaglavlje pregleda pojedinačnog zahteva jasno ukazuje na trenutni status zahteva i dostupne operacije nad zahtevom u odnosu na navedeni status.

Pregled detalja zahteva

Nakon uspešne izmene zahteva na osnovu dostupnih operacija, korisnik će automatski biti preusmeren na ekran za pregled šifarnika.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Kreiranje zahteva

Prilikom dodavanja razdela/glave, korisniku je omogućen pojedinačan unos preko odgovarajuće ekranske forme, odnosno grupni unos preko struktuiranog fajla za masovnu količinu podatka.

Odabirom opcije Zahtev za učitavanje u zaglavlju tabelarnog pregleda zahteva korisnik se preusmerava na ekransku formu za unos računa. Ekranska forma ima dve sekcije, pri čemu je inicijalno prikazana sekcija Unos zahteva i odnosi se na pojedinačan unos.

Prilikom unosa podataka zahteva, korisniku je za sve statusne i tipske stavke omogućen odabir isključivo sistemski validiranih opcija. Pored toga, sistem vrši sintaksnu kontrolu unetih podataka.

Pojedinačan unos

Nakon uspešnog unosa računa, korisnik će automatski biti preusmeren na ekran za tabelarni pregled zahteva.

Odabirom sekcije Učitavanje fajla na ekranu za unos novog zahteva, korisnik ima mogućnost grupnog učitavanja zahteva jednostavnim prevlačenjem struktuiranog fajla u označeno polje ili odabirom polja i ručnom pretragom putanje do fajla.

Trenutno podržani format fajla za učitavanje razdela/glave.

Učitavanje zahteva preko fajla

Nakon što je fajl uspešno prenet u polje za učitavanje, odabirom opcije Učitaj fajl i potvrdom konfirmacionog dijaloga, korisniku će biti prikazan sumarni rezultat grupnog učitavanja koje je potrebno odobriti.

Odobrenje zahteva

Ukoliko prilikom grupnog učitavanja računa nije došlo do grešaka, nakon prihvatanja sumarnog dijaloga korisnik će automatski biti preusmeren na ekran za tabelarni pregled zahteva.

Ukoliko su prilikom grupnog učitavanja prepoznate nevalidne stavke, korisniku je dostupan celokupan pregled grešaka grupisanih po navedenom broju stavke.

Greške pri unosu

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Ended: Razdeo/glava

Projekti

Projekti

Projektna struktura predstavlja korisnički šifarnik koji sadrži sve podatke o projektima u okviru budžeta pojedinačnog trezora.

Osnovne funkcionalnosti rada sa šifarnikom uključuju:

• Tabelarni pregled podataka
• Izmenu naziva postojećih podataka
• Unos novih stavki - pojedinačno i grupno kroz fajl
• Izvoz u neki od podržanih formata

Tabelarni pregled

Odabirom prečice Projekat, na sekciji Budžetskih klasifikacija početnog ekrana šifarnika, korisnik se preusmerava na tabelarni pregled projekata.

Lista stavki šifranika obezbeđuje niz standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, pri čemu je u svakom trenutku omogućen izvoz podataka u neki od dostupnih formata.

Korisnicima republike i korisnicima jls je omogućen pregled svih podataka pripadajućeg trezora.

Pregled šifarnika

Pregled i izmena stavke

Pregled detalja pojedinačnog projekta je omogućen odabirom željenog reda na tabelarnom pregledu podataka šifarnika.

Ekran za pregled detalja je podeljen na tri sekcije:

1. Zaglavlje pregleda - prikazuje trenutnu aktivnost odabranog projekta kao i opciju za izmenu podataka
2. Osnovne informacije o projektu
3. Istorija promene podataka

Pregled detalja

Pregled istorije promena podataka projekta omogućena je odabirom ikonice

Odabirom opcije Promena podataka, otvara se napredni ekran za izmenu trenutne stavke šifarnika i omogućena je samo izmena naziva.

Izmena

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Zahtevi

Pregled zahteva

Pregled zahteva za učitavanje projekata pruža uvid u sve učitane zahteve relevantne za prijavljenog korisnika i njegovu korisničku ulogu, odnosno za tip i trezor matične organizacije kojoj korisnik pripada.

U skladu sa implicitnom i eksplicitnom hijerarhijom, korisnici su u mogućnosti da ostvare uvid u zahteve svih svojih podređenih korisnika, odnosno svih korisnika servisa ukoliko je u pitanju korisnik sa povišenim poslovnim ovlašćenjima.

Aplikativna ovlašćenja

Funkcionalnost pregleda zahteva za učitavanje razdela/glave omogućena je isključivo korisnicima koji pripadaju organizaciji:

• tip KJS: 0 - nosilac budžeta

Pregled zahteva

Pored standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, lista učitanih zahteva za aproprijacije omogućava direktne akcije promene statusa zahteva korisnicima sa odgovarajućim poslovnim ovlašćenjima.

Odabirom opcije ... pojedinačnog zahteva u listi, korisniku je omogućemo da u odnosu na trenutni status zahteva svoj zahtev:

• Otkaže - ukoliko je zahtev u statusu Učitan
• Odobri - ukoliko je zahtev u statusu Učitan

Kao specijalni tip korisnika, korisnik republike i korisnik JLS imaju mogućnost izmene statusa zahteva svih budžetskih korisnika svog trezora i to pre svega odnosi na mogućnost:

• Odbijanja zahteva korisnika koji su u statusu Učitan
• Odobravanja zahteva korisnika koji su u statusu Učitan

Nakon uspešnog odobravanja, odnosno primene zahteva, na osnovu meta-podataka i stavki zahteva biće fizički kreirane šifre projekata definisane u zahtevu.

Detalji zahteva

Odabirom pojedinačnog zahteva tabelarnog pregleda, korisnik se preusmerava na pregled svih detalja navedenog zahteva.

Pregled detalja zahteva, pored osnovnih meta-informacija o zahtevu, uključuje i tabelarni pregled svih stavki zahteva.

Zaglavlje pregleda pojedinačnog zahteva jasno ukazuje na trenutni status zahteva i dostupne operacije nad zahtevom u odnosu na navedeni status.

Pregled detalja zahteva

Nakon uspešne izmene zahteva na osnovu dostupnih operacija, korisnik će automatski biti preusmeren na ekran za pregled šifarnika.

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Kreiranje zahteva

Prilikom dodavanja projekata, korisniku je omogućen pojedinačan unos preko odgovarajuće ekranske forme, odnosno grupni unos preko struktuiranog fajla za masovnu količinu podatka.

Odabirom opcije Zahtev za učitavanje u zaglavlju tabelarnog pregleda zahteva korisnik se preusmerava na ekransku formu za unos. Ekranska forma ima dve sekcije, pri čemu je inicijalno prikazana sekcija Unos zahteva i odnosi se na pojedinačan unos.

Prilikom unosa podataka zahteva, korisniku je za sve statusne i tipske stavke omogućen odabir isključivo sistemski validiranih opcija. Pored toga, sistem vrši sintaksnu kontrolu unetih podataka.

Pojedinačan unos

Nakon uspešnog unosa računa, korisnik će automatski biti preusmeren na ekran za tabelarni pregled zahteva.

Odabirom sekcije Učitavanje fajla na ekranu za unos novog zahteva, korisnik ima mogućnost grupnog učitavanja zahteva jednostavnim prevlačenjem struktuiranog fajla u označeno polje ili odabirom polja i ručnom pretragom putanje do fajla.

Trenutno podržani format fajla za učitavanje projekata.

Učitavanje zahteva preko fajla

Nakon što je fajl uspešno prenet u polje za učitavanje, odabirom opcije Učitaj fajl i potvrdom konfirmacionog dijaloga, korisniku će biti prikazan sumarni rezultat grupnog učitavanja koje je potrebno odobriti.

Odobrenje zahteva

Ukoliko prilikom grupnog učitavanja računa nije došlo do grešaka, nakon prihvatanja sumarnog dijaloga korisnik će automatski biti preusmeren na ekran za tabelarni pregled zahteva.

Ukoliko su prilikom grupnog učitavanja prepoznate nevalidne stavke, korisniku je dostupan celokupan pregled grešaka grupisanih po navedenom broju stavke.

Greške pri unosu

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Ended: Projekti

Registar imalaca računa (RIR)

Registar imalaca računa (RIR) predstavlja šifarnik koji agregira sve podatke o pravnim i fizičkim licima - nosiocima bankovnih računa od interesa za servis SPIRI.

Osnovne funkcionalnosti rada sa registrom imalaca računa uključuju

• Tabelarni pregled svih relevantnih računa,
• Izmenu postojećih pripadajućih računa,
• Unos novih stavki - pojedinačno i grupno kroz fajl,
• Izvoz u neki od podržanih formata

Tabelarni pregled

Odabirom prečice RIR, na sekciji Platnog prometa početnog ekrana šifarnika, korisnik se preusmerava na tabelarni pregled registra imalaca računa.

Lista stavki registra obezbeđuje niz standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, pri čemu je u svakom trenutku omogućen izvoz podataka u neki od dostupnih formata.

Napomena

Izvoz podataka registra je ograničen na 200 hiljada redova po izveštaju. Ukoliko odabrani kriterijum filtriranja na pregledu tabele prevazilazi zadato ograničenje, neophodno je suziti pretragu dodatnim kriterijumima.

RIR

Unos nove stavke u registar je omogućen odabirom opcije Unos u zaglavlju pregleda.

Pregled i izmena stavke

Pregled detalja pojedinačnog nosioca računa u registru je omogućen odabirom željenog reda na tabelarnom pregledu podataka registra.

Ekran za pregled detalja je podeljen na tri sekcije:

1. Zaglavlje pregleda - prikazuje trenutnu aktivnost računa kao i opciju za izmenu podataka - ukoliko račun pripada korisniku,
2. Osnovne informacije o računu, tipove i statuse računa,
3. Istorija promene podataka računa

RIR pregled

Pregled istorije promena podataka računa omogućena je odabirom ikonice

Odabirom opcije Promena podataka, otvara se napredni ekran za izmenu trenutne stavke registra.

Prilikom izmena podataka zahteva, korisniku je za sve statusne i tipske stavke omogućen odabir isključivo sistemski validiranih opcija. Pored toga, sistem neće dozvoliti izmenu poslovnih podataka računa, kao ni promenu tipa korisnika za koga se vrši izmena.

RIR izmena

Unos stavke

Prilikom dodavanja novih stavki registra imalaca računa, korisniku je omogućen pojedinačan unos preko odgovarajuće ekranske forme, odnosno grupni unos preko struktuiranog fajla za masovnu količinu podatka.

Odabirom opcije Unos u zaglavlju tabelarnog pregleda registra korisnik se preusmerava na ekransku formu za unos računa. Ekranska forma ima dve sekcije, pri čemu je inicijalno prikazana sekcija Fizičko lice.

Prilikom unosa podataka zahteva, korisniku je za sve statusne i tipske stavke omogućen odabir isključivo sistemski validiranih opcija. Pored toga, sistem vrši sintaksnu kontrolu unetih podataka kao i kontrolu računa po modulu 97.

Sistem će dozvoliti unos poslovnih podataka računa isključivo za tip korisnika - fizičko lice.

RIR unos

Nakon uspešnog unosa računa, korisnik će automatski biti preusmeren na ekran za tabelarni pregled računa.

Odabirom sekcije Zbirno učitavanje računa na ekranu za unos novog računa, korisnik ima mogućnost grupnog učitavanja računa jednostavnim prevlačenjem struktuiranog fajla u označeno polje ili odabirom polja i ručnom pretragom putanje do fajla.

Trenutno podržani format fajla za unos računa je CSV.

Grupni unos

Nakon što je fajl uspešno prenet u polje za učitavanje, odabirom opcije Sačuvaj i potvrdom konfirmacionog dijaloga, korisniku će biti prikazan sumarni rezultat grupnog učitavanja.

Potvrda unosa

Ukoliko prilikom grupnog učitavanja računa nije došlo do grešaka, nakon prihvatanja sumarnog dijaloga korisnik će automatski biti preusmeren na ekran za tabelarni pregled računa.

Ukoliko su prilikom grupnog učitavanja prepoznate nevalidne stavke, odnosno delimično izvršen, korisniku je dostupan celokupan pregled grešaka grupisanih po navedenom broju računa.

Greške pri unosu

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Registar računa fizičkih lica (RFL)

Registar računa fizičkih lica (RFL) predstavlja korisnički šifarnik koji sadrži sve relevantne podatke o fizičkim licima - nosiocima bankovnih računa od interesa za servis SPIRI.

Osnovne funkcionalnosti rada sa registrom računa fizičkih lica uključuju:

• Tabelarni pregled sopstvenih računa - za korisnika, odnosno svih računa - za korisnike republike,
• Izmenu postojećih pripadajućih računa,
• Unos novih stavki - pojedinačno i grupno kroz fajl,
• Izvoz u neki od podržanih formata

Tabelarni pregled

Odabirom prečice RFL, na sekciji Platnog prometa početnog ekrana šifarnika, korisnik se preusmerava na tabelarni pregled registra računa fizičkih lica.

Lista stavki registra obezbeđuje niz standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, pri čemu je u svakom trenutku omogućen izvoz podataka u neki od dostupnih formata.

Korisnicima republike je dodatno omogućena pretraga podataka računa po JBKJS i nazivu JBKJS korisnika.

Napomena

Izvoz podataka registra je ograničen na 300 hiljada redova po izveštaju. Ukoliko odabrani kriterijum filtriranja na pregledu tabele prevazilazi zadato ograničenje, neophodno je suziti pretragu dodatnim kriterijumima.

RFL

Unos nove stavke u registar je omogućen odabirom opcije Unos u zaglavlju pregleda.

Pregled i izmena stavke

Pregled detalja pojedinačnog nosioca računa u registru je omogućen odabirom željenog reda na tabelarnom pregledu podataka registra.

Ekran za pregled detalja je podeljen na tri sekcije:

1. Zaglavlje pregleda - prikazuje trenutnu aktivnost računa kao i opciju za izmenu podataka - ukoliko račun pripada korisniku,
2. Osnovne informacije o računu, tipove i statuse računa,
3. Istorija promene podataka računa

RFL pregled

Pregled istorije promena podataka računa omogućena je odabirom ikonice

Odabirom opcije Promena podataka, otvara se napredni ekran za izmenu trenutne stavke registra.

Prilikom izmena podataka zahteva, korisniku je za sve statusne i tipske stavke omogućen odabir isključivo sistemski validiranih opcija. Pored toga, sistem neće dozvoliti izmenu poslovnih podataka računa (broj računa).

RFL izmena

Unos stavke

Prilikom dodavanja novih stavki registra računa fizičkih lica, korisniku je omogućen pojedinačan unos preko odgovarajuće ekranske forme, odnosno grupni unos preko struktuiranog fajla za masovnu količinu podatka.

Odabirom opcije Unos u zaglavlju tabelarnog pregleda registra korisnik se preusmerava na ekransku formu za unos računa. Ekranska forma ima dve sekcije, pri čemu je inicijalno prikazana sekcija Fizičko lice.

Prilikom unosa podataka zahteva, korisniku je za sve statusne i tipske stavke omogućen odabir isključivo sistemski validiranih opcija. Pored toga, sistem vrši sintaksnu kontrolu unetih podataka kao i kontrolu računa po modulu 97.

Sistem će dozvoliti unos poslovnih podataka računa isključivo za tip korisnika - fizičko lice.

RFL unos

Nakon uspešnog unosa računa, korisnik će automatski biti preusmeren na ekran za tabelarni pregled računa.

Odabirom sekcije Zbirno učitavanje računa na ekranu za unos novog računa, korisnik ima mogućnost grupnog učitavanja računa jednostavnim prevlačenjem struktuiranog fajla u označeno polje ili odabirom polja i ručnom pretragom putanje do fajla.

Trenutno podržani format fajla za unos računa je CSV.

Grupni unos

Nakon što je fajl uspešno prenet u polje za učitavanje, odabirom opcije Sačuvaj i potvrdom konfirmacionog dijaloga, korisniku će biti prikazan sumarni rezultat grupnog učitavanja.

Potvrda unosa

Ukoliko prilikom grupnog učitavanja računa nije došlo do grešaka, nakon prihvatanja sumarnog dijaloga korisnik će automatski biti preusmeren na ekran za tabelarni pregled računa.

Ukoliko su prilikom grupnog učitavanja prepoznate nevalidne stavke, odnosno delimično izvršen, korisniku je dostupan celokupan pregled grešaka grupisanih po navedenom broju računa.

Greške pri unosu

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Podekonomska klasifikacija

Podekonomska klasifikacija predstavlja korisnički šifarnik koji sadrži podekonomske šifre vezane za pojedancčnog korisnika.

Osnovne funkcionalnosti rada sa šifarnikom uključuju:

• Tabelarni pregled podataka
• Izmenu naziva postojećih podataka
• Unos novih stavki šifarnika
• Izvoz u neki od podržanih formata

Tabelarni pregled

Odabirom prečice Podekonomske klasifikacije, na sekciji Lokalni šifarnici početnog ekrana šifarnika, korisnik se preusmerava na tabelarni pregled podekonomskih šifara.

Lista stavki šifranika obezbeđuje niz standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, pri čemu je u svakom trenutku omogućen izvoz podataka u neki od dostupnih formata.

Korisnicima republike i korisnicima jls je omogućen pregled svih podataka pripadajućeg trezora.

Pregled šifarnika

Pregled i izmena stavke

Pregled detalja pojedinačne šifre je omogućen odabirom željenog reda na tabelarnom pregledu podataka šifarnika.

Ekran za pregled detalja je podeljen na tri sekcije:

1. Zaglavlje pregleda - prikazuje trenutnu aktivnost odabrane šifre kao i opciju za izmenu podataka
2. Osnovne informacije o podekonomskoj šifri
3. Istorija promene podataka

Pregled detalja

Pregled istorije promena podataka omogućena je odabirom ikonice

Odabirom opcije Promena podataka, otvara se napredni ekran za izmenu trenutne stavke šifarnika.

Izmena

Kreiranje stavke

Odabirom opcije Unos pojedinačnog sloga, otvara se napredni ekran za unos nove stavke šifarnika.

Izmena

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Pravila prioriteta

Pravila prioriteta predstavlja korisnički šifarnik koji sadrži pravila i prioritet izvršenja u odnosu na podrazumevana pravila vezane za pojedančnog korisnika.

Osnovne funkcionalnosti rada sa šifarnikom uključuju:

• Tabelarni pregled podataka
• Izmenu postojećih podataka
• Unos novih pravila
• Izvoz u neki od podržanih formata

Tabelarni pregled

Odabirom prečice Pravila prioriteta, na sekciji Lokalni šifarnici početnog ekrana šifarnika, korisnik se preusmerava na tabelarni pregled pravila.

Lista stavki šifranika obezbeđuje niz standardnih funkcionalnosti filtriranja i uređivanja tabelarnog pregleda, pri čemu je u svakom trenutku omogućen izvoz podataka u neki od dostupnih formata.

Korisnicima republike i korisnicima jls je omogućen pregled svih podataka pripadajućeg trezora.

Pregled šifarnika

Pregled i izmena stavke

Pregled detalja pojedinačne šifre je omogućen odabirom željenog reda na tabelarnom pregledu podataka šifarnika.

Ekran za pregled detalja je podeljen na tri sekcije:

1. Zaglavlje pregleda - prikazuje trenutnu aktivnost odabrane šifre kao i opciju za izmenu podataka
2. Osnovne informacije o pravilu
3. Istorija promene podataka

Pregled detalja

Pregled istorije promena podataka omogućena je odabirom ikonice

Odabirom opcije Promena podataka, otvara se napredni ekran za izmenu trenutne stavke šifarnika.

Izmena

Kreiranje stavke

Odabirom opcije Unos, otvara se napredni ekran za unos nove stavke šifarnika.

Izmena

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Ended: Šifarnici

Format fajlova

Servis SPIRI uključuje funkcionalnosti koje zahtevaju unos i izmenu velike količine podataka. Shodno zahtevu, pored mašinskog pristupa za razmenu podataka, sistem obezbeđuje i ručni unos preko struktuiranih fajlova.

Trenutno podržani tekstualni format za grupno učitavanje budžetskih struktura preko unosa struktuiranog fajla je XML.

Specijalni formati

• Datumska polja imaju format YYYY-MM-DD
• Decimalna polja koriste decimalnu tačku bez separatora za hiljade

Šeme izvršenja budžeta

• Programi
• Projekti
• Glave i razdeli
• Aproprijacije
• Kvote
• Preuzete obaveze
• Šifarnici

Pored standardnog preuzimanja podataka dostupnih preko tabelarnih pregleda, servis omogućava korisnicima sa odgovarajućim privilegijama uvid i preuzimanje specijalizovanih tekstualnih izvoda.

Šeme izvoda

• Izvodi evidencionih računa

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Šeme fajlova za programe

Zaglavlje

Naziv taga:

• programs

Naziv atributa	Obavezno	Format	Opis	Napomena
budget_year	Da	А(4)	Budžetska godina	Tekuća ili naredna validna godina

Stavke

Naziv taga:

• program

Naziv atributa	Obavezno	Format	Opis	Napomena
code	Da	А(4)	Šifra programa
name	Da	А(200)	Naziv programa
name_english	Ne	A(200)	Naziv programa na engleskom

Primeri

Napomena

Navedeni zahtevi su pokaznog karaktera, obzirom da je većina stavki izuzeta radi čitljivosti. Direktno učitavanje navedenih stavki u servis će rezultovati kreiranjem neispravnog zahteva.

Primer zahteva

<?xml version="1.0" encoding="UTF-8"?>
<programs budget_year="2022">
    <program>
        <code>0101</code>
        <name>Уређење и надзор у области пољопривреде</name>
        <name_english> </name_english>
    </program>
    <program>
        <code>0102</code>
        <name>Заштита, уређење, коришћење и управљање пољопривредним земљиштем</name>
        <name_english></name_english>
    </program>
    <program>
        <code>0103</code>
        <name>Подстицаји у пољопривреди и руралном развоју</name>
        <name_english></name_english>
    </program>
    <program>
        <code>0106</code>
        <name>Развој шумарства и ловства</name>
        <name_english></name_english>
    </program>           
</programs>  

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Šeme fajlova za projekte

Zaglavlje

Naziv taga:

• projects

Naziv atributa	Obavezno	Format	Opis	Napomena
budget_year	Da	А(4)	Budžetska godina	Tekuća ili naredna validna godina
treasury	Da	А(3)	Šifra trezora

Stavke

Naziv taga:

• project

Naziv atributa	Obavezno	Format	Opis	Napomena
code	Da	А(4)	Šifra projekta
name	Da	А(200)	Naziv projekta
budget_user_id	Da	А(5)	JBKJS	Validan BK u registru BK
function_code	Da	А(3)	Šifra funkcije
program_code	Da	A(4)	Šifra programa

Primeri

Napomena

Navedeni zahtevi su pokaznog karaktera, obzirom da je većina stavki izuzeta radi čitljivosti. Direktno učitavanje navedenih stavki u servis će rezultovati kreiranjem neispravnog zahteva.

Primer zahteva

<?xml version="1.0" encoding="UTF-8"?>
<projects budget_year="2022" treasury="601">
    <project>
        <code>0001</code>
        <name>Уређење у области пољопривреде и руралног развоја</name>
        <budget_user_id>14840</budget_user_id>
        <program_code>0101</program_code>
        <function_code>420</function_code>
    </project>
    <project>
        <code>0001</code>
        <name>Подршка уређењу пољопривредног земљишта</name>
        <budget_user_id>14847</budget_user_id>
        <program_code>0102</program_code>
        <function_code>420</function_code>
    </project>
    <project>
        <code>0001</code>
        <name>Директна плаћања</name>
        <budget_user_id>14846</budget_user_id>
        <program_code>0103</program_code>
        <function_code>420</function_code>
    </project>
    <project>
        <code>0001</code>
        <name>Систем одбране од града</name>
        <budget_user_id>40500</budget_user_id>
        <program_code>0108</program_code>
        <function_code>420</function_code>
    </project>        
</projects>  

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Šeme fajlova za glave i razdela

Zaglavlje

Naziv taga:

• chapters

Naziv atributa	Obavezno	Format	Opis	Napomena
budget_year	Da	А(4)	Budžetska godina	Tekuća ili naredna validna godina
treasury	Da	A(10)	Oznaka trezora

Stavke

Naziv taga:

• chapter

Naziv atributa	Obavezno	Format	Opis	Napomena
chapter	Da	N(2)	Šifra razdela
chapter_name	Da	А(256)	Naziv razdela
sub_chapter	Ne	А(5)	Šifra glave
sub_chapter_name	Ne	А(256)	Naziv glave
budget_user_id	Da	A(4)	JBKJS	Validan BK u registru BK

Primeri

Napomena

Navedeni zahtevi su pokaznog karaktera, obzirom da je većina stavki izuzeta radi čitljivosti. Direktno učitavanje navedenih stavki u servis će rezultovati kreiranjem neispravnog zahteva. Oznaka trezora u zahtevu mora da odgovara trezoru kom korisnik pripada.

Primer zahteva

<?xml version="1.0" encoding="UTF-8"?>
<chapters budget_year="2022" treasury="601">
    <chapter>
        <chapter>1</chapter>
        <chapter_name>НАРОДНА СКУПШТИНА</chapter_name>
        <sub_chapter></sub_chapter>
        <sub_chapter_name></sub_chapter_name>
        <budget_user_id>20100</budget_user_id>
    </chapter>
    <chapter>
        <chapter>10</chapter>
        <chapter_name>ЗАШТИТНИК ГРАЂАНА</chapter_name>
        <sub_chapter></sub_chapter>
        <sub_chapter_name></sub_chapter_name>
        <budget_user_id>42700</budget_user_id>
    </chapter>
    <chapter>
        <chapter>16</chapter>
        <chapter_name>МИНИСТАРСТВО ФИНАНСИЈА</chapter_name>
        <sub_chapter>3</sub_chapter>
        <sub_chapter_name>УПРАВА ЗА ТРЕЗОР</sub_chapter_name>
        <budget_user_id>10523</budget_user_id>
    </chapter>
    <chapter>
        <chapter>16</chapter>
        <chapter_name>МИНИСТАРСТВО ФИНАНСИЈА</chapter_name>
        <sub_chapter>4</sub_chapter>
        <sub_chapter_name>УПРАВА ЗА ДУВАН</sub_chapter_name>
        <budget_user_id>10524</budget_user_id>
    </chapter>   
</chapters>  

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Šeme fajlova za aproprijacije

Zaglavlje

Naziv taga:

• initial_budget - za šifre inicijalnih zahteva AP01, AP01, AP03, AP04
• budget_change - za sve ostale šifre zahteva

Naziv atributa	Obavezno	Format	Opis	Napomena
budget_year	Da	А(4)	Budžetska godina	Tekuća ili naredna validna godina
reason_code	Da	А(4)	Šifra zahteva	AP01 do AP99
treasury	Da	A(3)	Šifra trezora	Aktivna šifra trezora
change_basis	Ne	A(64)	Razlog promene	Obavezan za zahteve AP05 do AP99

Stavke

Naziv taga:

• appropriation

Naziv atributa	Obavezno	Format	Opis	Napomena
budget_user_id	Da	А(5)	JBKJS	Validan BK u registru BK
function_code	Ne	А(3)	Šifra funkcije	Obavezno za rashod
program_code	Ne	A(4)	Šifra programa	Obavezno za rashod
project_code	Ne	A(4)	Šifra projekta	Obavezno za rashod
source_code	Da	A(2)	Šifra izvora finansiranja
economic_code	Da	A(6)	Šifra ek. klasifikacije
amount	Da	N(15,2)	Iznos
side	Da	A(6)	debit - na teret, credit - u korist

Primeri

Napomena

Navedeni zahtevi su pokaznog karaktera, obzirom da je većina stavki izuzeta radi čitljivnosti. Direktno učitavanje navedenih stavki u servis će rezultovati kreiranjem neispravnog zahteva.

Primer inicijalnog zahteva

<?xml version="1.0" encoding="utf-8"?>
<initial_budget budget_year="2021" reason_code="AP01" treasury="601">
    <appropriation>
        <budget_user_id>10100</budget_user_id>
        <program_code>2101</program_code>
        <project_code>0004</project_code>
        <economic_code>411000</economic_code>
        <source_code>01</source_code>
        <function_code>110</function_code>
        <amount>94804000</amount>
        <side>credit</side>
    </appropriation>        
    <appropriation>
        <budget_user_id>10100</budget_user_id>
        <program_code>2101</program_code>
        <project_code>0004</project_code>
        <economic_code>412000</economic_code>
        <source_code>01</source_code>
        <function_code>110</function_code>
        <amount>15971000</amount>
        <side>credit</side>
    </appropriation>
    <appropriation>
        <budget_user_id>10220</budget_user_id>
        <economic_code>732000</economic_code>
        <source_code>05</source_code>
        <amount>14000000</amount>
        <side>debit</side>
    </appropriation>
    <appropriation>
        <budget_user_id>10228</budget_user_id>
        <economic_code>744000</economic_code>
        <source_code>08</source_code>
        <amount>12500000</amount>
        <side>debit</side>
    </appropriation>      
</initial_budget>  

Primer zahteva za promenu

<?xml version="1.0" encoding="UTF-8"?>
<budget_change budget_year="2021" reason_code="AP07" treasury="601" change_basis="Promena aproprijacija iz ostalih izvora">
    <appropriation>
        <budget_user_id>61040</budget_user_id>
        <source_code>04</source_code>
        <economic_code>742000</economic_code>
        <amount>1025000000</amount>
        <side>debit</side>
    </appropriation>
    <appropriation>
        <budget_user_id>61040</budget_user_id>
        <function_code>210</function_code>
        <program_code>1703</program_code>
        <project_code>0001</project_code>
        <source_code>04</source_code>
        <economic_code>421000</economic_code>
        <amount>500000000</amount>
        <side>credit</side>
    </appropriation>
    <appropriation>
        <budget_user_id>61040</budget_user_id>
        <function_code>210</function_code>
        <program_code>1703</program_code>
        <project_code>0001</project_code>
        <source_code>04</source_code>
        <economic_code>422000</economic_code>
        <amount>150000000</amount>
        <side>credit</side>
    </appropriation>
    <appropriation>
        <budget_user_id>61040</budget_user_id>
        <function_code>210</function_code>
        <program_code>1703</program_code>
        <project_code>0001</project_code>
        <source_code>04</source_code>
        <economic_code>412000</economic_code>
        <amount>150000000</amount>
        <side>credit</side>    
    </appropriation> 
</budget_change>  

Primer zahteva za promenu

<?xml version="1.0" encoding="UTF-8"?>
<budget_change budget_year="2022" reason_code="AP10" treasury="601" change_basis="Raspodela na IBK">
    <appropriation>
        <budget_user_id>30211</budget_user_id>
        <function_code>330</function_code>
        <program_code>1603</program_code>
        <project_code>0011</project_code>
        <source_code>01</source_code>
        <economic_code>411000</economic_code>
        <amount>186000000</amount>
        <side>debit</side>
    </appropriation>
    <appropriation>
        <budget_user_id>30211</budget_user_id>
        <function_code>330</function_code>
        <program_code>1603</program_code>
        <project_code>0011</project_code>
        <source_code>01</source_code>
        <economic_code>412000</economic_code>
        <amount>83178000</amount>
        <side>debit</side>
    </appropriation>
    <appropriation>
        <budget_user_id>30211</budget_user_id>
        <function_code>330</function_code>
        <program_code>1603</program_code>
        <project_code>0011</project_code>
        <source_code>01</source_code>
        <economic_code>413000</economic_code>
        <amount>200000</amount>
        <side>debit</side>
    </appropriation>
    <appropriation>
        <budget_user_id>80569</budget_user_id>
        <function_code>330</function_code>
        <program_code>1603</program_code>
        <project_code>0011</project_code>
        <source_code>01</source_code>
        <economic_code>413000</economic_code>
        <amount>50000</amount>
        <side>credit</side>
    </appropriation>
    <appropriation>
        <budget_user_id>80570</budget_user_id>
        <function_code>330</function_code>
        <program_code>1603</program_code>
        <project_code>0011</project_code>
        <source_code>01</source_code>
        <economic_code>413000</economic_code>
        <amount>50000</amount>
        <side>credit</side>
    </appropriation>
    <appropriation>
        <budget_user_id>80571</budget_user_id>
        <function_code>330</function_code>
        <program_code>1603</program_code>
        <project_code>0011</project_code>
        <source_code>01</source_code>
        <economic_code>413000</economic_code>
        <amount>50000</amount>
        <side>credit</side>
    </appropriation>
    <appropriation>
        <budget_user_id>80572</budget_user_id>
        <function_code>330</function_code>
        <program_code>1603</program_code>
        <project_code>0011</project_code>
        <source_code>01</source_code>
        <economic_code>413000</economic_code>
        <amount>50000</amount>
        <side>credit</side>
    </appropriation>
    <appropriation>
        <budget_user_id>80569</budget_user_id>
        <function_code>330</function_code>
        <program_code>1603</program_code>
        <project_code>0011</project_code>
        <source_code>01</source_code>
        <economic_code>412000</economic_code>
        <amount>43178000</amount>
        <side>credit</side>
    </appropriation>
    <appropriation>
        <budget_user_id>80570</budget_user_id>
        <function_code>330</function_code>
        <program_code>1603</program_code>
        <project_code>0011</project_code>
        <source_code>01</source_code>
        <economic_code>412000</economic_code>
        <amount>40000000</amount>
        <side>credit</side>
    </appropriation>
    <appropriation>
        <budget_user_id>80570</budget_user_id>
        <function_code>330</function_code>
        <program_code>1603</program_code>
        <project_code>0011</project_code>
        <source_code>01</source_code>
        <economic_code>411000</economic_code>
        <amount>86000000</amount>
        <side>credit</side>
    </appropriation>
    <appropriation>
        <budget_user_id>80571</budget_user_id>
        <function_code>330</function_code>
        <program_code>1603</program_code>
        <project_code>0011</project_code>
        <source_code>01</source_code>
        <economic_code>411000</economic_code>
        <amount>50000000</amount>
        <side>credit</side>
    </appropriation>
    <appropriation>
        <budget_user_id>80572</budget_user_id>
        <function_code>330</function_code>
        <program_code>1603</program_code>
        <project_code>0011</project_code>
        <source_code>01</source_code>
        <economic_code>411000</economic_code>
        <amount>50000000</amount>
        <side>credit</side>
    </appropriation>
    <appropriation>
        <budget_user_id>30211</budget_user_id>
        <function_code>330</function_code>
        <program_code>1603</program_code>
        <project_code>0012</project_code>
        <source_code>04</source_code>
        <economic_code>414000</economic_code>
        <amount>23001000</amount>
        <side>debit</side>
    </appropriation>
    <appropriation>
        <budget_user_id>80569</budget_user_id>
        <function_code>330</function_code>
        <program_code>1603</program_code>
        <project_code>0012</project_code>
        <source_code>04</source_code>
        <economic_code>414000</economic_code>
        <amount>15001000</amount>
        <side>credit</side>
    </appropriation>
    <appropriation>
        <budget_user_id>80571</budget_user_id>
        <function_code>330</function_code>
        <program_code>1603</program_code>
        <project_code>0012</project_code>
        <source_code>04</source_code>
        <economic_code>414000</economic_code>
        <amount>8000000</amount>
        <side>credit</side>
    </appropriation>
    <appropriation>
        <budget_user_id>30211</budget_user_id>
        <source_code>04</source_code>
        <economic_code>742000</economic_code>
        <amount>23001000</amount>
        <side>credit</side>
    </appropriation>
    <appropriation>
        <budget_user_id>80569</budget_user_id>
        <source_code>04</source_code>
        <economic_code>742000</economic_code>
        <amount>15001000</amount>
        <side>debit</side>
    </appropriation>
    <appropriation>
        <budget_user_id>80571</budget_user_id>
        <source_code>04</source_code>
        <economic_code>742000</economic_code>
        <amount>8000000</amount>
        <side>debit</side>
    </appropriation>
</budget_change>

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Šeme fajlova za evidencione račune

Zaglavlje

Naziv taga:

• accounts

Naziv atributa	Obavezno	Format	Opis	Napomena
budget_year	Da	А(4)	Budžetska godina	Tekuća ili naredna validna godina
reason_code	Da	А(4)	Šifra zahteva	ER02 do ER08
currency	Da	A(3)	Šifra valute	Slovna šifra valute
source_of_funding_code	Da	A(2)	izvora finansiranja	Zahtev ER03 do ER08

Stavke

Naziv taga:

• account

Naziv atributa	Obavezno	Format	Opis	Napomena
budget_user_id	Da	А(5)	JBKJS	Zahtev ER02
source_of_funding_code	Da	A(2)	Šifra izvora finansiranja	Zahtev ER02
ordinal_number	Da	N(3)	Redni broj ER	Zahtev ER02
name	Da	A(256)	Naziv ER	Zahtev ER02
debit_account	Da	A(9)	ER zaduženja	Zahtev ER03 do ER08
credit_account	Da	A(9)	ER odobrenja	Zahtev ER03 do ER08
amount	Da	N(15,2)	Iznos	Zahtev ER03 do ER08

Primeri

Napomena

Navedeni zahtevi su pokaznog karaktera, obzirom da je većina stavki izuzeta radi čitljivosti. Direktno učitavanje navedenih stavki u servis će rezultovati kreiranjem neispravnog zahteva.

Primer zahteva ER02

<?xml version="1.0" encoding="UTF-8"?>
<accounts budget_year="2022" reason_code="ER02" currency="RSD">
    <account>
        <budget_user_id>13400</budget_user_id>
        <source_of_funding_code>04</source_of_funding_code>
        <ordinal_number>11</ordinal_number>
        <name>er 13400 02</name>
    </account>
    <account>
        <budget_user_id>13400</budget_user_id>
        <source_of_funding_code>04</source_of_funding_code>
        <ordinal_number>22</ordinal_number>
        <name>er 13400 03</name>
    </account>
</accounts>

Primer zahteva ER03 - ER08

<?xml version="1.0" encoding="UTF-8"?>
<accounts budget_year="2022" reason_code="ER05" currency="RSD" source_of_funding_code="13">
    <account>
        <debit_account>000000100</debit_account>
        <credit_account>101001401</credit_account>
        <amount>100</amount>
    </account>
    <account>
        <debit_account>000000100</debit_account>
        <credit_account>102001401</credit_account>
        <amount>100</amount>
    </account>
</accounts>

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Šeme fajlova za kvote

Zaglavlje

Naziv taga:

• quotas

Naziv atributa	Obavezno	Format	Opis	Napomena
budget_year	Da	А(4)	Budžetska godina	Tekuća ili naredna validna godina
reason_code	Da	А(4)	Šifra zahteva	kv01 do kv05
description	Ne	A(256)	Opis zahteva
change_reason	Ne	A(256)	Razlog promene
treasury	Da	A(3)	Šifra trezora	Aktivna šifra trezora

Stavke

Naziv taga:

• quota

Naziv atributa	Obavezno	Format	Opis	Napomena
budget_user_id	Da	А(5)	JBKJS	Validan BK u registru BK
function_code	Da	А(3)	Šifra funkcije
program_code	Da	A(4)	Šifra programa
project_code	Da	A(4)	Šifra projekta
source_of_funding_code	Da	A(2)	Šifra izvora finansiranja
economic_classification_code	Da	A(6)	Šifra ek. klasifikacije
increase_amount	Da	N(15,2)	Iznos uvećanja
decrease_amount	Da	N(15,2)	Iznos umanjenja
period	Da	N(2)	Period kvote	1 - 12

Primeri

Napomena

Navedeni zahtevi su pokaznog karaktera, obzirom da je većina stavki izuzeta radi čitljivosti. Direktno učitavanje navedenih stavki u servis će rezultovati kreiranjem neispravnog zahteva.

Primer zahteva

<?xml version="1.0" encoding="UTF-8"?>
<quotas budget_year="2022" reason_code="kv01" description="inicijalne kvote" treasury="601">
    <quota>
        <budget_user_id>10100</budget_user_id>
        <function_code>110</function_code>
        <program_code>2101</program_code>
        <project_code>0004</project_code>
        <source_of_funding_code>01</source_of_funding_code>
        <economic_classification_code>412000</economic_classification_code>
        <increase_amount>1400000</increase_amount>
        <decrease_amount>0</decrease_amount>
        <period>2</period>
    </quota>
    <quota>
        <budget_user_id>10100</budget_user_id>
        <economic_classification_code>421000</economic_classification_code>
        <function_code>110</function_code>
        <program_code>2101</program_code>
        <project_code>0004</project_code>
        <source_of_funding_code>01</source_of_funding_code>
        <increase_amount>600000</increase_amount>
        <decrease_amount>0</decrease_amount>
        <period>2</period>
    </quota>
    <quota>
        <budget_user_id>10100</budget_user_id>
        <economic_classification_code>416000</economic_classification_code>
        <function_code>110</function_code>
        <program_code>2101</program_code>
        <project_code>0004</project_code>
        <source_of_funding_code>01</source_of_funding_code>
        <increase_amount>240000</increase_amount>
        <decrease_amount>0</decrease_amount>
        <period>8</period>
    </quota>
    <quota>
        <budget_user_id>10100</budget_user_id>
        <economic_classification_code>422000</economic_classification_code>
        <function_code>110</function_code>
        <program_code>2101</program_code>
        <project_code>0004</project_code>
        <source_of_funding_code>01</source_of_funding_code>
        <increase_amount>2000000</increase_amount>
        <decrease_amount>0</decrease_amount>
        <period>8</period>
    </quota>            
</quotas>  

Primer zahteva za promenu

<?xml version="1.0" encoding="UTF-8"?>
<quotas description="indirektne kvote" change_reason="razlog promene - q4" budget_year="2022" reason_code="kv04" treasury="601">
    <quota>
        <budget_user_id>13404</budget_user_id>
        <economic_classification_code>421000</economic_classification_code>
        <function_code>070</function_code>
        <program_code>0902</program_code>
        <project_code>0005</project_code>
        <source_of_funding_code>01</source_of_funding_code>
        <increase_amount>0</increase_amount>
        <decrease_amount>199999</decrease_amount>
        <period>5</period>
    </quota>
    <quota>
        <budget_user_id>00155</budget_user_id>
        <economic_classification_code>421000</economic_classification_code>
        <function_code>070</function_code>
        <program_code>0902</program_code>
        <project_code>0005</project_code>
        <source_of_funding_code>01</source_of_funding_code>
        <increase_amount>192307</increase_amount>
        <decrease_amount>0</decrease_amount>
        <period>5</period>
    </quota>
    <quota>
        <budget_user_id>00156</budget_user_id>
        <economic_classification_code>421000</economic_classification_code>
        <function_code>070</function_code>
        <program_code>0902</program_code>
        <project_code>0005</project_code>
        <source_of_funding_code>01</source_of_funding_code>
        <increase_amount>5769</increase_amount>
        <decrease_amount>0</decrease_amount>
        <period>5</period>
    </quota>
    <quota>
        <budget_user_id>00157</budget_user_id>
        <economic_classification_code>421000</economic_classification_code>
        <function_code>070</function_code>
        <program_code>0902</program_code>
        <project_code>0005</project_code>
        <source_of_funding_code>01</source_of_funding_code>
        <increase_amount>1923</increase_amount>
        <decrease_amount>0</decrease_amount>
        <period>5</period>
    </quota>
</quotas>  

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Šeme fajlova za pojedinačne preuzete obaveze

Zaglavlje

Naziv taga:

• commitments

Naziv atributa	Obavezno	Format	Opis	Napomena
budget_year	Da	А(4)	Budžetska godina	Tekuća ili naredna validna godina
budget_user_id	Da	А(5)	JBKJS	Validan BK u registru BK
currency_code	Da	A(3)	Šifra valute	Slovna šifra valute
treasury	Da	A(3)	Šifra trezora	Aktivna šifra trezora

Preuzeta obaveza

• commitment

Naziv atributa	Obavezno	Format	Opis	Napomena
reason_code	Da	А(4)	Šifra zahteva	PO01 do PO03
recipient	Da	А(128)	Naziv odobrenja
recipient_place	Da	А(128)	Mesto odobrenja
account_number	Da	N(18)	Račun odobrenja	Bez '-' i razmaka
contract_number	Ne	A(64)	Broj ugovora	Obavezno ukoliko je invoice_type = 4
invoice_number	Da	A(64)	Broj fakture
invoice_type	Da	N(2)	Tip dokumenta	1: Ponuda
				2: Predračun
				3: Račun
				4: Ugovor
				5: Rešenje
				6: Aneks ugovora
				7: Odluka
				8: Zaključak vlade
				9: Izvod
				10: Drugo
invoice_date	Da	DATE	Datum dokumenta
due_date	Da	DATE	Datum dospeća

Stavke

Naziv taga:

• item

Naziv atributa	Obavezno	Format	Opis	Napomena
budget_user_id	Da	А(5)	JBKJS	Validan BK u registru BK
function_code	Ne	А(3)	Šifra funkcije
program_code	Ne	A(4)	Šifra programa
project_code	Ne	A(4)	Šifra projekta
source_of_funding_code	Da	A(2)	Šifra izvora finansiranja
economic_classification_code	Da	A(6)	Šifra ek. klasifikacije
sub_economic_classification_code	Ne	A(2)	Šifra podek. klasifikacije
amount	Da	N(15,2)	Iznos
expected_payment_date	Da	DATE	Očekivani datum plaćanja
urgent_payment	Da	BOOL	Hitno plaćanje	Uslov: omogućeno hitno plaćanje
recording_account	Ne	A(9)	Evidencioni račun	Obavezno za Izvor <> 01
posting_account	Da	A(6)	Konto knjiženja

Primeri

Napomena

Navedeni zahtevi su pokaznog karaktera, obzirom da je većina stavki izuzeta radi čitljivosti. Direktno učitavanje navedenih stavki u servis će rezultovati kreiranjem neispravnog zahteva.

Primer zahteva

<?xml version="1.0" encoding="UTF-8"?>
<commitments budget_year="2022" budget_user_id="61040" currency_code="RSD" treasury="601">
    <commitment reason_code="PO01" recipient_place="BEOGRAD" recipient="KNOWIT DOO BEOGRAD" account_number="325950050064006325" invoice_number="123" invoice_type="1" invoice_date="2022-09-20" due_date="2022-09-22" contract_number="5423">
        <item>
            <budget_user_id>61040</budget_user_id>
            <program_code>1703</program_code>
            <project_code>0001</project_code>
            <economic_classification_code>423212</economic_classification_code>
            <sub_economic_classification_code></sub_economic_classification_code>
            <source_of_funding_code>01</source_of_funding_code>
            <function_code>210</function_code>
            <amount>100000</amount>
            <expected_payment_date>2022-09-22</expected_payment_date>
            <urgent_payment>true</urgent_payment>
            <posting_account>254111</posting_account>
        </item>        
        <item>
            <budget_user_id>61040</budget_user_id>
            <program_code>1703</program_code>
            <project_code>0001</project_code>
            <economic_classification_code>512121</economic_classification_code>
            <sub_economic_classification_code></sub_economic_classification_code>
            <source_of_funding_code>01</source_of_funding_code>
            <function_code>210</function_code>
            <amount>1000000</amount>
            <expected_payment_date>2022-09-22</expected_payment_date>
            <urgent_payment>true</urgent_payment>
            <posting_account>254111</posting_account>
        </item>        
        <item>
            <budget_user_id>61040</budget_user_id>
            <program_code>1703</program_code>
            <project_code>0001</project_code>
            <economic_classification_code>512121</economic_classification_code>
            <sub_economic_classification_code></sub_economic_classification_code>
            <source_of_funding_code>04</source_of_funding_code>
            <function_code>210</function_code>
            <amount>500</amount>
            <expected_payment_date>2022-09-22</expected_payment_date>
            <urgent_payment>true</urgent_payment>
            <recording_account>610400401</recording_account>
            <posting_account>254111</posting_account>
        </item>
    </commitment>
</commitments>

Šeme fajlova za kumulativne preuzete obaveze

Zaglavlje

Naziv taga:

• commitments

Naziv atributa	Obavezno	Format	Opis	Napomena
budget_year	Da	А(4)	Budžetska godina	Tekuća ili naredna validna godina
cumulative_reason_code	Da	А(4)	Šifra kumulativnog zahteva	PO05 ili PO07
budget_user_id	Da	А(5)	JBKJS	Validan BK u registru BK
currency_code	Da	A(3)	Šifra valute	Slovna šifra valute
treasury	Da	A(3)	Šifra trezora	Aktivna šifra trezora

Preuzeta obaveza

• commitment

Naziv atributa	Obavezno	Format	Opis	Napomena
reason_code	Da	А(4)	Šifra zahteva	PO01 do PO03
external_id	Da	A(50)	ID stavke u eksternom sistemu
recipient	Da	А(128)	Naziv odobrenja
recipient_place	Da	А(128)	Mesto odobrenja
account_number	Da	N(18)	Račun odobrenja	Bez '-' i razmaka
contract_number	Ne	A(64)	Broj ugovora	Obavezno ukoliko je invoice_type = 4
invoice_number	Da	A(64)	Broj fakture
invoice_type	Da	N(2)	Tip dokumenta	1: Ponuda
				2: Predračun
				3: Račun
				4: Ugovor
				5: Rešenje
				6: Aneks ugovora
				7: Odluka
				8: Zaključak vlade
				9: Izvod
				10: Drugo
invoice_date	Da	DATE	Datum dokumenta
due_date	Da	DATE	Datum dospeća
payment_code	Da	N(3)	Šifra plaćanja	Obavezno za PO07
credit_model	Ne	N(2)	Model PBO
credit_reference_number	Ne	N(26)	PBO
payment_basis	Da	A(105)	Svrha plaćanja	Obavezno za PO07

Stavke

Naziv taga:

• item

Naziv atributa	Obavezno	Format	Opis	Napomena
budget_user_id	Da	А(5)	JBKJS	Validan BK u registru BK
function_code	Ne	А(3)	Šifra funkcije
program_code	Ne	A(4)	Šifra programa
project_code	Ne	A(4)	Šifra projekta
source_of_funding_code	Da	A(2)	Šifra izvora finansiranja
economic_classification_code	Da	A(6)	Šifra ek. klasifikacije
sub_economic_classification_code	Ne	A(2)	Šifra podek. klasifikacije
amount	Da	N(15,2)	Iznos
expected_payment_date	Da	DATE	Očekivani datum plaćanja
urgent_payment	Da	BOOL	Hitno plaćanje	Uslov: omogućeno hitno plaćanje
recording_account	Ne	A(9)	Evidencioni račun	Obavezno za Izvor <> 01
posting_account	Da	A(6)	Konto knjiženja

Primeri

Napomena

Navedeni zahtevi su pokaznog karaktera, obzirom da je većina stavki izuzeta radi čitljivosti. Direktno učitavanje navedenih stavki u servis će rezultovati kreiranjem neispravnog zahteva.

Primer zahteva PO05

<?xml version="1.0" encoding="UTF-8"?>
<commitments cumulative_reason_code="PO05" budget_year="2022" budget_user_id="61040" currency_code="RSD" treasury="601">
    <commitment reason_code="PO01" external_id="123" recipient="BANCA INTESA AD" recipient_place="Beograd" account_number="908000000001600187" invoice_number="123" invoice_type="1" invoice_date="2022-09-20" due_date="2022-09-22" contract_number="5423">
        <item>
            <budget_user_id>61040</budget_user_id>
            <program_code>1703</program_code>
            <project_code>0001</project_code>
            <economic_classification_code>422111</economic_classification_code>
            <sub_economic_classification_code></sub_economic_classification_code>
            <source_of_funding_code>01</source_of_funding_code>
            <function_code>210</function_code>
            <amount>100</amount>
            <expected_payment_date>2022-09-22</expected_payment_date>
            <urgent_payment></urgent_payment>
            <posting_account>254111</posting_account>
        </item>
        <item>
            <budget_user_id>61040</budget_user_id>
            <program_code>1703</program_code>
            <project_code>0004</project_code>
            <economic_classification_code>421111</economic_classification_code>
            <sub_economic_classification_code></sub_economic_classification_code>
            <source_of_funding_code>01</source_of_funding_code>
            <function_code>220</function_code>
            <amount>200</amount>
            <expected_payment_date>2022-09-22</expected_payment_date>
            <urgent_payment></urgent_payment>
            <posting_account>254111</posting_account>
        </item>
        <item>
            <budget_user_id>61040</budget_user_id>
            <program_code>1703</program_code>
            <project_code>0001</project_code>
            <economic_classification_code>425111</economic_classification_code>
            <sub_economic_classification_code></sub_economic_classification_code>
            <source_of_funding_code>08</source_of_funding_code>
            <function_code>210</function_code>
            <amount>300</amount>
            <expected_payment_date>2022-09-22</expected_payment_date>
            <urgent_payment></urgent_payment>
            <recording_account>610400801</recording_account>
            <posting_account>254111</posting_account>
        </item>
    </commitment>
    <commitment reason_code="PO02" external_id="1234" recipient="VAZDUHOPLOVNA AKADEMIJA" recipient_place="Beograd" account_number="840000000164066025" invoice_number="12-21" invoice_type="5" invoice_date="2022-12-16" due_date="2022-12-16" contract_number="12-21">
        <item>
            <budget_user_id>61040</budget_user_id>
            <program_code>1703</program_code>
            <project_code>0001</project_code>
            <economic_classification_code>494727</economic_classification_code>
            <sub_economic_classification_code></sub_economic_classification_code>
            <source_of_funding_code>01</source_of_funding_code>
            <function_code>210</function_code>
            <amount>1000000</amount>
            <expected_payment_date>2022-12-16</expected_payment_date>
            <urgent_payment>true</urgent_payment>
        </item>
    </commitment>
</commitments>

Primer zahteva PO07

<?xml version="1.0" encoding="UTF-8"?>
<commitments cumulative_reason_code="PO07" budget_year="2022" budget_user_id="61040" currency_code="RSD" treasury="601">
    <commitment reason_code="PO01" external_id="2323" recipient="BANCA INTESA AD" recipient_place="Beograd" account_number="908000000001600187" invoice_number="123" invoice_type="1" invoice_date="2022-09-20" due_date="2022-09-20" contract_number="5423" payment_code="120" credit_model="23" credit_reference_number="654556" payment_basis="test1">
        <item>
            <budget_user_id>61040</budget_user_id>
            <program_code>1703</program_code>
            <project_code>0001</project_code>
            <economic_classification_code>422111</economic_classification_code>
            <source_of_funding_code>01</source_of_funding_code>
            <function_code>210</function_code>
            <amount>100</amount>
            <expected_payment_date>2022-09-20</expected_payment_date>
            <urgent_payment>true</urgent_payment>
            <posting_account>252111</posting_account>
        </item>
        <item>
            <budget_user_id>61040</budget_user_id>
            <program_code>1703</program_code>
            <project_code>0004</project_code>
            <economic_classification_code>421111</economic_classification_code>
            <source_of_funding_code>01</source_of_funding_code>
            <function_code>220</function_code>
            <amount>100</amount>
            <expected_payment_date>2022-09-20</expected_payment_date>
            <urgent_payment>true</urgent_payment>
            <posting_account>252111</posting_account>
        </item>
    </commitment>
    <commitment reason_code="PO01" external_id="2424" recipient="BANCA INTESA AD" recipient_place="Beograd" account_number="908000000001600187" invoice_number="123" invoice_type="1" invoice_date="2022-09-20" due_date="2022-09-20" contract_number="5423" payment_code="120" credit_model="23" credit_reference_number="777777" payment_basis="test2">
        <item>
            <budget_user_id>61040</budget_user_id>
            <program_code>1703</program_code>
            <project_code>0001</project_code>
            <economic_classification_code>422111</economic_classification_code>
            <source_of_funding_code>01</source_of_funding_code>
            <function_code>210</function_code>
            <amount>100</amount>
            <expected_payment_date>2022-09-20</expected_payment_date>
            <urgent_payment>true</urgent_payment>
            <posting_account>252111</posting_account>
        </item>
    </commitment>
</commitments>

Primer zahteva za transfer sredstava za plate IBK

<?xml version="1.0" encoding="UTF-8"?>
    <commitments cumulative_reason_code="PO07" budget_year="2022" budget_user_id="13701" currency_code="RSD" treasury="601">
        <commitment reason_code="PO02" external_id="2525" recipient="00415" recipient_place="Beograd" account_number="840000000140186080" invoice_number="13701-995524/1" invoice_type="1" invoice_date="2022-10-23" due_date="2022-10-24" contract_number="" payment_code="262" credit_model="" credit_reference_number="" payment_basis="TRANSFERI U OKVIRU DRZAVNIH ORGANA">
            <item>
                <budget_user_id>13701</budget_user_id>
                <program_code>2003</program_code>
                <project_code>0001</project_code>
                <economic_classification_code>494111</economic_classification_code>
                <source_of_funding_code>01</source_of_funding_code>
                <function_code>910</function_code>
                <amount>3000000.00</amount>
                <expected_payment_date>2022-10-24</expected_payment_date>
                <urgent_payment>true</urgent_payment>
                <posting_account>254112</posting_account>
                <recording_account>137010100</recording_account>
            </item>
            <item>
                <budget_user_id>13701</budget_user_id>
                <program_code>2003</program_code>
                <project_code>0001</project_code>
                <economic_classification_code>494121</economic_classification_code>
                <source_of_funding_code>01</source_of_funding_code>
                <function_code>910</function_code>
                <amount>326805.72</amount>
                <expected_payment_date>2022-10-24</expected_payment_date>
                <urgent_payment>true</urgent_payment>
                <posting_account>254112</posting_account>
                <recording_account>137010100</recording_account>
            </item>
            <item>
                <budget_user_id>13701</budget_user_id>
                <program_code>2003</program_code>
                <project_code>0001</project_code>
                <economic_classification_code>494122</economic_classification_code>
                <source_of_funding_code>01</source_of_funding_code>
                <function_code>910</function_code>
                <amount>153004.48</amount>
                <expected_payment_date>2022-10-24</expected_payment_date>
                <urgent_payment>true</urgent_payment>
                <posting_account>254112</posting_account>
                <recording_account>137010100</recording_account>
            </item>
        </commitment>
    <commitment reason_code="PO02" external_id="2626" recipient="00432" recipient_place="Beograd" account_number="840000000149086024" invoice_number="13701-995524/2" invoice_type="1" invoice_date="2022-10-23" due_date="2022-10-24" contract_number="" payment_code="262" credit_model="" credit_reference_number="" payment_basis="TRANSFERI U OKVIRU DRZAVNIH ORGANA">
            <item>
                <budget_user_id>13701</budget_user_id>
                <program_code>2003</program_code>
                <project_code>0001</project_code>
                <economic_classification_code>494111</economic_classification_code>
                <source_of_funding_code>01</source_of_funding_code>
                <function_code>910</function_code>
                <amount>2461052.71</amount>
                <expected_payment_date>2022-10-24</expected_payment_date>
                <urgent_payment>true</urgent_payment>
                <posting_account>254112</posting_account>
                <recording_account>137010100</recording_account>
            </item>
            <item>
                <budget_user_id>13701</budget_user_id>
                <program_code>2003</program_code>
                <project_code>0001</project_code>
                <economic_classification_code>494121</economic_classification_code>
                <source_of_funding_code>01</source_of_funding_code>
                <function_code>910</function_code>
                <amount>296781.07</amount>
                <expected_payment_date>2022-10-24</expected_payment_date>
                <urgent_payment>true</urgent_payment>
                <posting_account>254112</posting_account>
                <recording_account>137010100</recording_account>
            </item>
            <item>
                <budget_user_id>13701</budget_user_id>
                <program_code>2003</program_code>
                <project_code>0001</project_code>
                <economic_classification_code>494122</economic_classification_code>
                <source_of_funding_code>01</source_of_funding_code>
                <function_code>910</function_code>
                <amount>138947.50</amount>
                <expected_payment_date>2022-10-24</expected_payment_date>
                <urgent_payment>true</urgent_payment>
                <posting_account>254112</posting_account>
                <recording_account>137010100</recording_account>
            </item>
        </commitment>
        <commitment reason_code="PO02" external_id="2727" recipient="00459" recipient_place="Beograd" account_number="840000000171486040" invoice_number="13701-995524/3" invoice_type="1" invoice_date="2022-10-23" due_date="2022-10-24" contract_number="" payment_code="262" credit_model="" credit_reference_number="" payment_basis="TRANSFERI U OKVIRU DRZAVNIH ORGANA">
            <item>
                <budget_user_id>13701</budget_user_id>
                <program_code>2003</program_code>
                <project_code>0001</project_code>
                <economic_classification_code>494111</economic_classification_code>
                <source_of_funding_code>01</source_of_funding_code>
                <function_code>910</function_code>
                <amount>2721590.56</amount>
                <expected_payment_date>2022-10-24</expected_payment_date>
                <urgent_payment>true</urgent_payment>
                <posting_account>254112</posting_account>
                <recording_account>137010100</recording_account>
            </item>
            <item>
                <budget_user_id>13701</budget_user_id>
                <program_code>2003</program_code>
                <project_code>0001</project_code>
                <economic_classification_code>494121</economic_classification_code>
                <source_of_funding_code>01</source_of_funding_code>
                <function_code>910</function_code>
                <amount>317088.89</amount>
                <expected_payment_date>2022-10-24</expected_payment_date>
                <urgent_payment>true</urgent_payment>
                <posting_account>254112</posting_account>
                <recording_account>137010100</recording_account>
            </item>
            <item>
                <budget_user_id>13701</budget_user_id>
                <program_code>2003</program_code>
                <project_code>0001</project_code>
                <economic_classification_code>494122</economic_classification_code>
                <source_of_funding_code>01</source_of_funding_code>
                <function_code>910</function_code>
                <amount>148455.24</amount>
                <expected_payment_date>2022-10-24</expected_payment_date>
                <urgent_payment>true</urgent_payment>
                <posting_account>254112</posting_account>
                <recording_account>137010100</recording_account>
            </item>
        </commitment>
        <commitment reason_code="PO02" external_id="2828" recipient="00460" recipient_place="Beograd" account_number="840000000171686054" invoice_number="13701-995524/4" invoice_type="1" invoice_date="2022-10-23" due_date="2022-10-24" contract_number="" payment_code="262" credit_model="" credit_reference_number="" payment_basis="TRANSFERI U OKVIRU DRZAVNIH ORGANA">
            <item>
                <budget_user_id>13701</budget_user_id>
                <program_code>2003</program_code>
                <project_code>0001</project_code>
                <economic_classification_code>494111</economic_classification_code>
                <source_of_funding_code>01</source_of_funding_code>
                <function_code>910</function_code>
                <amount>1527303.86</amount>
                <expected_payment_date>2022-10-24</expected_payment_date>
                <urgent_payment>true</urgent_payment>
                <posting_account>254112</posting_account>
                <recording_account>137010100</recording_account>
            </item>
            <item>
                <budget_user_id>13701</budget_user_id>
                <program_code>2003</program_code>
                <project_code>0001</project_code>
                <economic_classification_code>494121</economic_classification_code>
                <source_of_funding_code>01</source_of_funding_code>
                <function_code>910</function_code>
                <amount>187583.53</amount>
                <expected_payment_date>2022-10-24</expected_payment_date>
                <urgent_payment>true</urgent_payment>
                <posting_account>254112</posting_account>
                <recording_account>137010100</recording_account>
            </item>
            <item>
                <budget_user_id>13701</budget_user_id>
                <program_code>2003</program_code>
                <project_code>0001</project_code>
                <economic_classification_code>494122</economic_classification_code>
                <source_of_funding_code>01</source_of_funding_code>
                <function_code>910</function_code>
                <amount>87823.17</amount>
                <expected_payment_date>2022-10-24</expected_payment_date>
                <urgent_payment>true</urgent_payment>
                <posting_account>254112</posting_account>
                <recording_account>137010100</recording_account>
            </item>
        </commitment>
    </commitments>

Šeme fajlova za preuzete obaveze za plate

Zaglavlje

Naziv taga:

• commitments

Naziv atributa	Obavezno	Format	Opis	Napomena
budget_year	Da	А(4)	Budžetska godina	Tekuća ili naredna validna godina
budget_user_id	Da	А(5)	JBKJS	Validan BK u registru BK
currency_code	Da	A(3)	Šifra valute	Slovna šifra valute
treasury	Da	A(3)	Šifra trezora	Aktivna šifra trezora

Preuzeta obaveza

• commitment

Naziv atributa	Obavezno	Format	Opis	Napomena
external_id	Da	А(50)	ID stavke eksternog servisa
budget_user_id	Da	А(5)	JBKJS	Validan BK u registru BK
reason_code	Da	А(4)	Šifra zahteva	PO06
due_date	Da	DATE	Datum dospeća
contract_number	Ne	A(64)	Broj ugovora	Obavezno ukoliko je invoice_type = 4
invoice_number	Da	A(64)	Broj fakture
invoice_type	Da	N(2)	Tip dokumenta	1: Ponuda
				2: Predračun
				3: Račun
				4: Ugovor
				5: Rešenje
				6: Aneks ugovora
				7: Odluka
				8: Zaključak vlade
				9: Izvod
				10: Drugo
invoice_date	Da	DATE	Datum dokumenta

Stavke PO

Naziv taga:

• items item - stavke preuzete obaveze

Naziv atributa	Obavezno	Format	Opis	Napomena
budget_user_id	Da	А(5)	JBKJS	Validan BK u registru BK
program_code	Da	A(4)	Šifra programa
project_code	Da	A(4)	Šifra projekta
function_code	Da	А(3)	Šifra funkcije
source_of_funding_code	Da	A(2)	Šifra izvora finansiranja
economic_classification_code	Da	A(6)	Šifra ek. klasifikacije
sub_economic_classification_code	Ne	A(2)	Šifra podek. klasifikacije
amount	Da	N(15,2)	Iznos
expected_payment_date	Da	DATE	Očekivani datum plaćanja
urgent_payment	Da	BOOL	Hitno plaćanje	Uslov: omogućeno hitno plaćanje
recording_account	Ne	A(9)	Evidencioni račun	Obavezno za Izvor <> 01
posting_account	Da	A(6)	Konto knjiženja

Stavke naloga

Naziv taga zaglavlja:

• payrolls - zaglavlje naloga za prenos

Naziv atributa	Obavezno	Format	Opis	Napomena
budget_user_id	Da	А(5)	JBKJS	Validan BK u registru BK

Naziv taga:

• payroll - stavke naloga za prenos

Naziv atributa	Obavezno	Format	Opis	Napomena
program_code	Da	A(4)	Šifra programa
project_code	Da	A(4)	Šifra projekta
function_code	Da	А(3)	Šifra funkcije
source_of_funding_code	Da	A(2)	Šifra izvora finansiranja
economic_classification_code	Da	A(6)	Šifra ek. klasifikacije
amount	Da	N(15,2)	Iznos
payment_code	Da	N(3)	Šifra plaćanja
recipient	Da	А(128)	Naziv odobrenja
recipient_place	Da	А(128)	Mesto odobrenja
credit_account	Da	N(18)	Račun odobrenja	Bez '-' i razmaka
credit_model	Ne	N(2)	Model PBO
credit_reference_number	Ne	N(26)	PBO
payment_basis	Da	A(105)	Svrha plaćanja
liability_code	Da	A(6)	konto knjiženja iz šeme knjiženja - počinje sa Ek. klasifikacijom 2

Primeri

Napomena

Navedeni zahtevi su pokaznog karaktera, obzirom da je većina stavki izuzeta radi čitljivosti. Direktno učitavanje navedenih stavki u servis će rezultovati kreiranjem neispravnog zahteva.

Primer zahteva

<?xml version="1.0" encoding="UTF-8"?>
<commitments budget_year="2022" budget_user_id="61040" currency_code="RSD" treasury="601">
    <commitment reason_code="PO06" external_id = "21432"  invoice_number="123" invoice_type="1" invoice_date="2022-12-01" due_date="2022-12-01" contract_number="5423" budget_user_id="61040">
        <items>
            <item>
                <budget_user_id>61040</budget_user_id>
                <program_code>1703</program_code>
                <project_code>0001</project_code>
                <economic_classification_code>412111</economic_classification_code>
                <source_of_funding_code>01</source_of_funding_code>
                <function_code>210</function_code>
                <amount>100</amount>
                <expected_payment_date>2022-12-01</expected_payment_date>
                <urgent_payment>true</urgent_payment>
            </item>
            <item>
                <budget_user_id>61040</budget_user_id>
                <program_code>1703</program_code>
                <project_code>0001</project_code>
                <economic_classification_code>411111</economic_classification_code>
                <source_of_funding_code>01</source_of_funding_code>
                <function_code>210</function_code>
                <amount>100</amount>
                <expected_payment_date>2022-12-01</expected_payment_date>
                <urgent_payment>true</urgent_payment>
            </item>
        </items>
        <payrolls budget_user_id = "61040">
            <payroll>
                <program_code>1703</program_code>
                <project_code>0001</project_code>
                <economic_classification_code>411111</economic_classification_code>
                <source_of_funding_code>01</source_of_funding_code>
                <function_code>210</function_code>
                <payment_basis>ZELJKO RADAKOVIĆ</payment_basis>
                <payment_code>240</payment_code>
                <recipient>BANKA INTESA BEOGRAD</recipient>
                <recipient_place>BEOGRAD</recipient_place>      
                <amount>100</amount>
                <credit_account>325950050064006325</credit_account>
                <credit_model>23</credit_model>
                <credit_reference_number>654556</credit_reference_number>
                <liability_code>234111</liability_code>
            </payroll>
            <payroll>
                <program_code>1703</program_code>
                <project_code>0001</project_code>
                <economic_classification_code>412111</economic_classification_code>
                <source_of_funding_code>01</source_of_funding_code>
                <function_code>210</function_code>
                <payment_basis>ZELJKO RADAKOVIĆ</payment_basis>
                <payment_code>254</payment_code>
                <recipient>Objedinjena naplata poreza i doprinosa po odbitku</recipient>
                <recipient_place>BEOGRAD</recipient_place>  
                <amount>100</amount>
                <credit_account>840000000000484837</credit_account>
                <credit_model>23</credit_model>
                <credit_reference_number>654556</credit_reference_number>
                <liability_code>234111</liability_code>
            </payroll>
        </payrolls>
    </commitment>
</commitments>

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Šeme fajlova za lokalnu ispravku prihoda

Zaglavlje

Naziv taga:

• local_correction

Naziv atributa	Obavezno	Format	Opis	Napomena
budget_year	Da	А(4)	Budžetska godina	Tekuća ili naredna validna godina
budget_user_id	Da	А(5)	JBKJS	Validan BK u registru BK
reason_code	Da	А(4)	Šifra zahteva	UP05
treasury	Da	A(3)	Šifra trezora	Aktivna šifra trezora
currency	Da	A(3)	Šifra valute	Slovna šifra valute
document_number	Da	A(32)	Broj dokumenta
document_owner	Da	A(120)	Izdavalac dokumenta
receival_date	Da	DATE	Datum dospeća	Validni datum u budućnosti, ISO format - yyyy-MM-dd

Stavke

Naziv taga:

• item

Naziv atributa	Obavezno	Format	Opis	Napomena
budget_user_id	Da	А(5)	JBKJS	Validan BK u registru BK
source_of_funding_code	Da	A(2)	Šifra izvora finansiranja
economic_classification_code	Da	A(6)	Šifra ek. klasifikacije
sub_economic_classification_code	Ne	A(2)	Šifra podek. klasifikacije
recording_account	Ne	A(9)	Evidencioni račun	Obavezno za Izvor <> 01
amount	Da	N(15,2)	Iznos
side	Da	A(6)	debit - rashod, credit - prihod

Primeri

Napomena

Navedeni zahtevi su pokaznog karaktera, obzirom da su neke stavke izuzete radi čitljivosti. Direktno učitavanje navedenih stavki u servis će rezultovati kreiranjem neispravnog zahteva.

Primer zahteva

<?xml version="1.0" encoding="UTF-8"?>
<local_correction budget_year="2023" budget_user_id="30225" reason_code="UP05" currency="RSD" document_number="123" document_owner="test" receival_date="2023-05-29" treasury="601">
    <item>
        <budget_user_id>3022</budget_user_id>
        <source_of_funding_code>04</source_of_funding_code>
        <economic_classification_code>742271</economic_classification_code>
        <sub_economic_classification_code></sub_economic_classification_code>
        <recording_account>302250422</recording_account>
        <amount>450</amount>
        <side>debit</side>
    </item>
    <item>
        <budget_user_id>8044</budget_user_id>
        <source_of_funding_code>04</source_of_funding_code>
        <economic_classification_code>742271</economic_classification_code>
        <sub_economic_classification_code></sub_economic_classification_code>
        <recording_account>804470422</recording_account>
        <amount>100</amount>
        <side>credit</side>
    </item>
    <item>
        <budget_user_id>80457</budget_user_id>
        <source_of_funding_code>04</source_of_funding_code>
        <economic_classification_code>742271</economic_classification_code>
        <sub_economic_classification_code></sub_economic_classification_code>
        <recording_account>804570422</recording_account>
        <amount>150</amount>
        <side>credit</side>
    </item>
    <item>
        <budget_user_id>80455</budget_user_id>
        <source_of_funding_code>04</source_of_funding_code>
        <economic_classification_code>742271</economic_classification_code>
        <sub_economic_classification_code></sub_economic_classification_code>
        <recording_account>804550422</recording_account>
        <amount>200</amount>
        <side>credit</side>
    </item>
</local_correction>

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Šeme fajlova za registar imalaca računa

Fizička lica

• Podržani format fajla - CSV bez zaglavlja
• Kodna strana - UTF-8
• CSV separator i oznaka kraja reda - $

Napomena

Obzirom da je CSV fajl jako struktuiran, neophodno je da u svim redovima postoje definisane sve kolone u istom rasporedu.

Izostavljanje podataka u redovima će dovesti do greške prilikom učitavanja fajla.

Stavke

Naziv atributa	Obavezno	Format	Opis	Napomena
jbkjs	Da	А(5)	JBKJS vlasnik računa	Validan BK u registru BK
naziv	Da	A(125)	Naziv imaoca računa
mesto	Da	A(35)	Mesto imaoca računa
adresa	Da	A(35)	Adresa imaoca računa
pib	Da	A(9)	PIB
jmbg	Da	А(13)	JMBG
rezident	Da	N(1)	0 - rezident
			1 - nerezident
pravni status	Da	N(1)	0 - fizičko lice
broj računa	Da	A(18)		Bez crtica - i specijalnih karaktera
naziv računa	Da	A(35)

Primer zahteva

10600$BRTKA BRANISLAV DIREKTNA BANKA  AD$BEOGRAD$BEOGRAD$$1605984800099$1$0$150820100083008302$BRTKA BRANISLAV DIREKTNA BANKA  AD$
10600$ARSIC DRAGAN POSTANSKA STEDIONICA BANKA AD$BEOGRAD$BEOGRAD$$1711972911418$1$0$200000002549675286$ARSIC DRAGAN POSTANSKA STEDIONICA BANKA AD$
10600$PETEU ILINKA KOMERCIJALNA BANKA$BEOGRAD$BEOGRAD$$2209978715072$1$0$205900100680470417$PETEU ILINKA KOMERCIJALNA BANKA$
10600$RADONJIC VLADAN KOMERCIJALNA BANKA$BEOGRAD$BEOGRAD$$1703977784330$1$0$205900102095610013$RADONJIC VLADAN KOMERCIJALNA BANKA$
10600$RAUS LJILJANA KOMERCIJALNA BANKA$BEOGRAD$BEOGRAD$$1904967715220$1$0$205900100554141691$RAUS LJILJANA KOMERCIJALNA BANKA$

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Šeme izvoda evidencionih računa

Zaglavlje

Naziv taga:

• Zaglavlje

Naziv atributa	Obavezno	Format	Opis	Napomena
Sediste	Da	А(5)	Organizaciona jedinica UT gde se vodi račun	Šifra OJ UT
NazivSedista	Da	А(50)	Naziv organizacione jedinice UT	Naziv OJ UT
DatumIzvoda	Da	DATE	Datum izvoda	Datum izvršenja naloga
TipSloga	Da	N(1)	Tip sloga

Saldo

• Zbirni

Naziv atributa	Obavezno	Format	Opis	Napomena
RacunIzvoda	Da	А(9)	Broj ER	Broj evidencionog računa JBKJS+Izvor+Rb
Naziv	Da	А(50)	Naziv ER	Naziv ER u sistemu za izvršenje budžeta
BrNalogaDuguje	Da	N(10)	Broj naloga zaduženja
BrNalogaPotrazuje	Da	N(10)	Broj naloga odobrenja
KumulativnoDuguje	Da	N(15,2)	Ukupan iznos zaduženja
KumulativnoPotrazuje	Da	N(15,2)	Ukupan iznos odobrenja
PrethodniSaldo	Da	N(15,2)	Saldo prethodnog izvoda
IznosDuguje	Da	N(15,2)	Ukupan iznos dnevnog zaduženja
IznosPotrazuje	Da	N(15,2)	Ukupan iznos dnevnog odobrenja
Saldo	Da	N(15,2)	Saldo računa
BrojIzvoda	Da	N(3)	Redni broj izvoda
RbrObrada	Da	N(3)	Redni broj obrade
TipSloga	Da	N(1)	Tip sloga

Stavke

Naziv taga:

• Stavka

Naziv atributa	Obavezno	Format	Opis	Napomena
RacunZaduzenja	Da	A(18)	Račun platioca	Broj tekućeg računa s kog se vrši prenos novčanih sredstava
NazivZaduzenja	Da	А(50)	Naziv platioca	Ime i prezime, odnosno naziv platioca
MestoZaduzenja	Da	A(50)	Mesto platioca
ModelPozivaZaduzenja	Da	A(2)	Model PBZ	Kontrolni broj poziva na broj po modulu 97
PozivZaduzenja	Da	A(23)	Poziv na broj zaduženja	Dopunski podaci za platioca o platnoj transakciji
SifraPlacanja	Da	A(3)	Šifra plaćanja	Vrsta osnova plaćanja
Iznos	Da	N(15,2)	Iznos plaćanja	Iznos u dinarima
RacunOdobrenja	Da	A(18)	Broj tekućeg računa primaoca plaćanja	Broj tekućeg računa na koji se vrši prenos, odnosno uplata novčanih sredstava
NazivOdobrenja	Da	A(50)	Naziv primaoca plaćanja
MestoOdobrenja	Da	A(50)	Mesto primaoca plaćanja	Uslov: omogućeno hitno plaćanje
ModelPozivaOdobrenja	Da	A(2)	Model poziva na broj odobrenja	Kontrolni broj poziva na broj (odobrenje) po modulu 97
PozivOdobrenja	Da	A(23)	Poziv na broj odobrenja	Dopunski podaci za primaoca plaćanja o platnoj transakciji
SvrhaDoznake	Da	A(100)	Svrha plaćanja	Svrha uplate
PodatakZaReklamaciju	Da	A(44)		Jedinstveni identifikator transakcije u platnom sistemu
Ek	Da	A(6)	Šifra ekonomske klasifikacije	Šestocifrena oznaka ekonomske klasifikacije na koju se sravnjuje uplata
PodEk	Ne	A(2)	Šifra podekonomske klasifikacije
BrojDokumenta	Da	A(20)
EksternaSifraObaveze	Da	A(20)	Eksterni identifikator	Metapodatak za eksternog korisnika
DatumDospeca	Da	DATE	Očekivani datum plaćanja
DatumIzvrsenja	Da	DATE	Datum plaćanja	Datum izvršenja transakcije
DatumSravnjenja	Da	DATE	Datum sravnjenja	Datum sravnjenja transakcije na ER
StatusNaloga	Da	N(1)	Status naloga u platnom prometu	1: Izvršen
				2: Sravnjen
				3: Otkazano sravnjenje
				4: Korekcija rashoda
				5: Odbijen nalog
IzvorInformacije	Da	N(1)	Tok sredstava	1: Duguje
				2: Potražuje
TipPlacanja	Da	N(2)	Tip transakcije	1: Neprepoznata uplata
				2: Ignorisana uplata
				3: Povraćaj
				4: Uplata - Prihod
				5: Uplata - Prihod korisnika
				6: Raspodela prihoda
				7: Storno isplata
				8: Uplata sopstvenih prihoda
				9: Povraćaj prihoda
				10: Korekcija rashoda
				11: Ignorisana isplata
				12: Prinudna naplata
				13: Korekcija prihoda korisnika
				14: Korekcija prihoda Republike
				15: Korekcija prihoda za rapsodelu
				16: Isplata
				17: Pogrešan nalog
				18: Svift
				19: Isplata - Iz preuzete obaveze
				20: Isplata - Iz zahteva za povraćaj
				21: Povraćaj PDV
				22: Lični dohodak
				23: Lokalna korekcija prihoda
				24: Transfer izmedju evidencionih računa
				25: Preknjižavanje

Primeri

Napomena

Navedeni zahtevi su pokaznog karaktera, obzirom da je većina stavki izuzeta radi čitljivosti. Direktno učitavanje navedenih stavki u servis će rezultovati kreiranjem neispravnog zahteva.

Primer Izvoda u XML formatu

<Dokument>
<Zaglavlje>
    <Sediste>40100</Sediste>
    <NazivSedista>UPRAVA ZA TREZOR BEOGRAD</NazivSedista>
    <DatumIzvoda>11.01.2023</DatumIzvoda>
    <TipSloga>0</TipSloga>
</Zaglavlje>
<Zbirni>
    <RacunIzvoda>023310401</RacunIzvoda>
    <Naziv>sopstveni prihodi</Naziv>
    <BrNalogaDuguje>2</BrNalogaDuguje>
    <BrNalogaPotrazuje></BrNalogaPotrazuje>
    <KumulativnoDuguje>10300.0</KumulativnoDuguje>
    <KumulativnoPotrazuje>20000</KumulativnoPotrazuje>
    <PrethodniSaldo>10000.0</PrethodniSaldo>
    <IznosDuguje>300</IznosDuguje>
    <IznosPotrazuje>0</IznosPotrazuje>
    <Saldo>9700</Saldo>
    <DatumIzvoda>11.01.2023</DatumIzvoda>
    <BrojIzvoda>3</BrojIzvoda>
    <RbrObrada>1</RbrObrada>
    <TipSloga>9</TipSloga>
</Zbirni>
<Stavka>
    <RacunZaduzenja>840000000000162021</RacunZaduzenja>
    <NazivZaduzenja>02331 - ЗАВОД ЗА СПОРТ И МЕДИЦИНУ СПОРТА РЕПУБЛИКЕ СРБИЈЕ</NazivZaduzenja>
    <MestoZaduzenja></MestoZaduzenja>
    <ModelPozivaZaduzenja>97</ModelPozivaZaduzenja>
    <PozivZaduzenja>35023310000000074231704</PozivZaduzenja>
    <SifraPlacanja>253</SifraPlacanja>
    <Iznos>150.00</Iznos>
    <RacunOdobrenja>840000071455284383</RacunOdobrenja>
    <NazivOdobrenja>Ime i prezime</NazivOdobrenja>
    <MestoOdobrenja>Mesto</MestoOdobrenja>
    <ModelPozivaOdobrenja>97</ModelPozivaOdobrenja>
    <PozivOdobrenja>50043101991629</PozivOdobrenja>
    <SvrhaDoznake>Boravišna taksa Kamp Karataš</SvrhaDoznake>
    <PodatakZaReklamaciju>IBR103669</PodatakZaReklamaciju>
    <Ek>742317</Ek>
    <PodEk />
    <BrojDokumenta />
    <EksternaSifraObaveze />
    <DatumDospeca>11.01.2023</DatumDospeca>
    <DatumIzvrsenja>11.01.2023</DatumIzvrsenja>
    <DatumSravnjenja>11.01.2023</DatumSravnjenja>
    <StatusNaloga>5</StatusNaloga>
    <IzvorInformacije>1</IzvorInformacije>
    <TipPlacanja>19</TipPlacanja>
</Stavka>
<Stavka>
    <RacunZaduzenja>840000000000162021</RacunZaduzenja>
    <NazivZaduzenja>02331 - ZAVOD ZA SPORT I MEDICINU SPORTA REPUBLIKE SRBIJE</NazivZaduzenja>
    <MestoZaduzenja>BEOGRAD</MestoZaduzenja>
    <ModelPozivaZaduzenja>97</ModelPozivaZaduzenja>
    <PozivZaduzenja>24023311301001642391104</PozivZaduzenja>
    <SifraPlacanja>240</SifraPlacanja>
    <Iznos>150.0</Iznos>
    <RacunOdobrenja>160510010340633483</RacunOdobrenja>
    <NazivOdobrenja>Ime i prezime</NazivOdobrenja>
    <MestoOdobrenja>Mesto</MestoOdobrenja>
    <ModelPozivaOdobrenja>97</ModelPozivaOdobrenja>
    <PozivOdobrenja>1691000000041995251</PozivOdobrenja>
    <SvrhaDoznake>upp prevoz 12/2022</SvrhaDoznake>
    <PodatakZaReklamaciju>IBR103559</PodatakZaReklamaciju>
    <Ek>423911</Ek>
    <PodEk />
    <BrojDokumenta>01-3448</BrojDokumenta>
    <EksternaSifraObaveze />
    <DatumDospeca>11.01.2023</DatumDospeca>
    <DatumIzvrsenja>11.01.2023</DatumIzvrsenja>
    <DatumSravnjenja>11.01.2023</DatumSravnjenja>
    <StatusNaloga>5</StatusNaloga>
    <IzvorInformacije>1</IzvorInformacije>
    <TipPlacanja>19</TipPlacanja>
</Stavka>
</Dokument>

Primer Izvoda u JSON formatu

{
"Zaglavlje": {
    "Sediste": "40100",
    "NazivSedista": "UPRAVA ZA TREZOR BEOGRAD",
    "DatumIzvoda": "2023-01-11",
    "TipSloga": 0
},
"Zbirni": {
    "Naziv": "sopstveni prihodi",
    "BrojIzvoda": 3,
    "IznosDuguje": 300,
    "IznosPotrazuje": 0,
    "BrNalogaDuguje": 2,
    "BrNalogaPotrazuje": 0,
    "KumulativnoPotrazuje": 20000.0,
    "KumulativnoDuguje": 10300.0,
    "DatumIzvoda": "11.01.2023",
    "RbrObrada": 1,
    "TipSloga": 9,
    "RacunIzvoda": "023310401",
    "PrethodniSaldo": 10000.0,
    "Saldo": 9700.0
},
"Odbijeni": null,
"Stavke": [
    {
    "RacunZaduzenja": "840000000000162021",
    "NazivZaduzenja": "02331 - ЗАВОД ЗА СПОРТ И МЕДИЦИНУ СПОРТА РЕПУБЛИКЕ СРБИЈЕ",
    "MestoZaduzenja": "",
    "ModelPozivaZaduzenja": "97",
    "PozivZaduzenja": "35023310000000074231704",
    "SifraPlacanja": "253",
    "Iznos": 150.00,
    "RacunOdobrenja": "840000071455284383",
    "NazivOdobrenja": "Ime i prezime",
    "MestoOdobrenja": "Mesto",
    "ModelPozivaOdobrenja": "97",
    "PozivOdobrenja": "50043101991629",
    "SvrhaDoznake": "Boravišna taksa Kamp Karataš",
    "PodatakZaReklamaciju": "IBR103669",
    "StatusNaloga": 7,
    "IzvorInformacije": 1,
    "TipPlacanja": 19,
    "BrojDokumenta": null,
    "EksternaSifraPlacanja": null,
    "EksternaSifraObaveze": null,
    "Ek": "742317",
    "PodEk": "",
    "DatumIzvrsenja": "2023-01-11T08:55:59.44",
    "DatumDospeca": "2023-01-11T00:00:00",
    "DatumSravnjenja": "2023-01-11T08:55:59.44"
    },
    {
    "RacunZaduzenja": "840000000000162021",
    "NazivZaduzenja": "02331 - ZAVOD ZA SPORT I MEDICINU SPORTA REPUBLIKE SRBIJE",
    "MestoZaduzenja": "BEOGRAD",
    "ModelPozivaZaduzenja": "97",
    "PozivZaduzenja": "24023311301001642391104",
    "SifraPlacanja": "240",
    "Iznos": 159.0,
    "RacunOdobrenja": "160510010340633483",
    "NazivOdobrenja": "Ime i prezime",
    "MestoOdobrenja": "Mesto",
    "ModelPozivaOdobrenja": "97",
    "PozivOdobrenja": "1691000000041995251",
    "SvrhaDoznake": "upp prevoz 12/2022",
    "PodatakZaReklamaciju": "IBR103559",
    "StatusNaloga": 7,
    "IzvorInformacije": 1,
    "TipPlacanja": 19,
    "BrojDokumenta": "01-3448",
    "EksternaSifraPlacanja": null,
    "EksternaSifraObaveze": null,
    "Ek": "423911",
    "PodEk": "",
    "DatumIzvrsenja": "2023-01-11T09:02:31.26",
    "DatumDospeca": "2023-01-11T00:00:00",
    "DatumSravnjenja": "2023-01-11T09:02:31.26"
    }
]
}

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Šema izvoda računa depozita i donacija

Zaglavlje

Naziv taga:

• Zaglavlje

Naziv atributa	Obavezno	Format	Opis	Napomena
Sediste	Da	А(5)	Organizaciona jedinica UT gde se vodi račun	Šifra OJ UT
NazivSedista	Da	А(50)	Naziv organizacione jedinice UT	Naziv OJ UT
DatumIzvoda	Da	DATE	Datum izvoda	Datum izvršenja naloga
TipSloga	Da	N(1)	Tip sloga

Saldo

• Zbirni

Naziv atributa	Obavezno	Format	Opis	Napomena
RacunIzvoda	Da	А(9)	Broj računa	Broj računa depozita/donacija
Naziv	Da	А(50)	Naziv računa	Naziv računa u sistemu za izvršenje budžeta
BrNalogaDuguje	Da	N(10)	Broj naloga zaduženja
BrNalogaPotrazuje	Da	N(10)	Broj naloga odobrenja
KumulativnoDuguje	Da	N(15,2)	Ukupan iznos zaduženja
KumulativnoPotrazuje	Da	N(15,2)	Ukupan iznos odobrenja
PrethodniSaldo	Da	N(15,2)	Saldo prethodnog izvoda
IznosDuguje	Da	N(15,2)	Ukupan iznos dnevnog zaduženja
IznosPotrazuje	Da	N(15,2)	Ukupan iznos dnevnog odobrenja
Saldo	Da	N(15,2)	Saldo računa
BrojIzvoda	Da	N(3)	Redni broj izvoda
RbrObrada	Da	N(3)	Redni broj obrade
TipSloga	Da	N(1)	Tip sloga

Stavke

Naziv taga:

• Stavka

Naziv atributa	Obavezno	Format	Opis	Napomena
RacunZaduzenja	Da	A(18)	Račun platioca	Broj tekućeg računa s kog se vrši prenos novčanih sredstava
NazivZaduzenja	Da	А(50)	Naziv platioca	Ime i prezime, odnosno naziv platioca
MestoZaduzenja	Da	A(50)	Mesto platioca
IzvorInformacije	Da	N(1)	Tok sredstava	1: Duguje
				2: Potražuje
ModelPozivaZaduzenja	Da	A(2)	Model PBZ	Kontrolni broj poziva na broj po modulu 97
PozivZaduzenja	Da	A(23)	Poziv na broj zaduženja	Dopunski podaci za platioca o platnoj transakciji
SifraPlacanja	Da	A(3)	Šifra plaćanja	Vrsta osnova plaćanja
Iznos	Da	N(15,2)	Iznos plaćanja	Iznos u dinarima
RacunOdobrenja	Da	A(18)	Broj tekućeg računa primaoca plaćanja	Broj tekućeg računa na koji se vrši prenos, odnosno uplata novčanih sredstava
NazivOdobrenja	Da	A(50)	Naziv primaoca plaćanja
MestoOdobrenja	Da	A(50)	Mesto primaoca plaćanja	Uslov: omogućeno hitno plaćanje
ModelPozivaOdobrenja	Da	A(2)	Model poziva na broj odobrenja	Kontrolni broj poziva na broj (odobrenje) po modulu 97
PozivOdobrenja	Da	A(23)	Poziv na broj odobrenja	Dopunski podaci za primaoca plaćanja o platnoj transakciji
SvrhaDoznake	Da	A(100)	Svrha plaćanja	Svrha uplate
PodatakZaReklamaciju	Da	A(44)		Jedinstveni identifikator transakcije u platnom sistemu
DatumValute	Da	DATE	Očekivani datum plaćanja
VremeIzvrsenja	Da	DATE	Datum plaćanja	Datum izvršenja transakcije
VremeSravnjenja	Da	DATE	Datum sravnjenja	Datum sravnjenja transakcije na ER
StatusNaloga	Da	N(1)	Status naloga u platnom prometu	1: Izvršen
				2: Sravnjen
				3: Otkazano sravnjenje
				4: Korekcija rashoda
				5: Odbijen nalog

Primeri

Napomena

Navedeni zahtevi su pokaznog karaktera, obzirom da je većina stavki izuzeta radi čitljivosti. Direktno učitavanje navedenih stavki u servis će rezultovati kreiranjem neispravnog zahteva.

Primer Izvoda u XML formatu

    <?xml version="1.0" encoding="utf-8"?>
    <Dokument>
    <Zaglavlje>
        <Sediste>40100</Sediste>
        <NazivSedista>UPRAVA ZA TREZOR BEOGRAD</NazivSedista>
        <DatumIzvoda>27.07.2020</DatumIzvoda>
        <TipSloga>0</TipSloga>
    </Zaglavlje>
    <Zbirni>
        <RacunIzvoda>123-4567891234567-89</RacunIzvoda>
        <Naziv>OSNOVNI SUD U POŽAREVCU-DEPOZIT</Naziv>
        <Mesto>POŽAREVAC</Mesto>
        <BrNalogaDuguje>1</BrNalogaDuguje>
        <BrNalogaPotrazuje>0</BrNalogaPotrazuje>
        <KumulativnoDuguje>100.50</KumulativnoDuguje>
        <KumulativnoPotrazuje>0</KumulativnoPotrazuje>
        <PrethodniSaldo>0.00</PrethodniSaldo>
        <IznosDuguje>100.50</IznosDuguje>
        <IznosPotrazuje>0</IznosPotrazuje>
        <Saldo>0</Saldo>
        <DatumIzvoda>27.02.2023</DatumIzvoda>
        <BrojIzvoda>1</BrojIzvoda>
        <RbrObrada>1</RbrObrada>
        <Fah>0</Fah>
        <TipSloga>9</TipSloga>
    </Zbirni>
    <Stavka>
        <RacunZaduzenja>123-4567891234567-89</RacunZaduzenja>
        <NazivZaduzenja>OSNOVNI SUD U POŽAREVCU-DEPOZIT</NazivZaduzenja>
        <MestoZaduzenja>POŽAREVAC</MestoZaduzenja>
        <IzvorInformacije>23</IzvorInformacije>
        <ModelPozivaZaduzenja>97</ModelPozivaZaduzenja>
        <PozivZaduzenja>06804824235420004330</PozivZaduzenja>
        <SifraPlacanja>290</SifraPlacanja>
        <Iznos>100.50</Iznos>
        <RacunOdobrenja>205-0000000211722-78</RacunOdobrenja>
        <NazivOdobrenja>PAVLE PAVLOVIĆ</NazivOdobrenja>
        <MestoOdobrenja>POZAREVAC</MestoOdobrenja>
        <ModelPozivaOdobrenja>0</ModelPozivaOdobrenja>
        <PozivOdobrenja>12345</PozivOdobrenja>
        <SvrhaDoznake>PO NALOGU</SvrhaDoznake>
        <PodatakZaReklamaciju>840200727ESP0000000000001</PodatakZaReklamaciju>
        <DatumValute>27.02.2023</DatumValute>
        <NacinObracuna>2</NacinObracuna>
        <PrioritetNaloga>1</PrioritetNaloga>
        <VremeUnosa>14:44</VremeUnosa>
        <VremeIzvrsenja>14:46</VremeIzvrsenja>
        <StatusNaloga>01</StatusNaloga>
        <TipSloga>1</TipSloga>
    </Stavka>
</Dokument>

✏️ Poslednja promena: 07.11.2024 08:35

📖 Datum izdanja: 07.11.2024 07:35

Ended: Format fajlova

Preuzimanje dokumentacije

Kompletna dokumentacija može se preuzeti na lokalni uređaj/kompjuter i konzumirati u off-line maniru na jedan od sledećih načina:

1. Preuzimanje PDF kompletne dokumentacije.
2. Snimanje HTML strane koja sadrži kompletan sadržaj cele dokumentacije.