Status: ✅ Resolved
Closed: December 29, 2025
Labels: task, Travel Expenses
Issue Link: View on GitHub
Description
Potrebno je promeniti verziju na 27.0.0.0
This issue has been resolved and will be included in upcoming releases.
Status: ✅ Resolved
Closed: December 29, 2025
Labels: task, Travel Expenses
Issue Link: View on GitHub
Potrebno je promeniti verziju na 27.0.0.0
This issue has been resolved and will be included in upcoming releases.
Status: ✅ Resolved
Closed: December 24, 2025
Labels: task, accepted, priority medium ➖, overdue, PyR
Issue Link: View on GitHub
polje "primarna pozicija" se menja u slučaju da se otvori druga pozicija sa različitom grupom obračuna. sa aktivne pozicije se odčekira i čekira se novootvorena pozicija koja nije sa istom grupom. Molim za ispravku. Ako potoji aktivna pozicija sa grupom ZARADA (tip redovan rada) , polje primarna pozicija ostaje označeno. U slučaju da se otvara nova pozicija sa grupom ZARADA, BOLOVANJE, POROD, samo u tom slučaju oznaka sa predhodne pozicije se skida.
Localization features
No shell output provided.
This issue has been resolved and will be included in upcoming releases.
Status: ✅ Resolved
Closed: December 19, 2025
Labels: task, suggestion, accepted, EIN
Issue Link: View on GitHub
Polje Order Reference ID u tabeli Purchase Invoice Header (49021562) je ograničeno na 20 karaktera. Prilikom unosa fakture direktno na SEF-u u to polje je moguće uneti neograničen broj karaktera, klijenti već imaju takve slučajeve a mi trenutno prilikom preuzimanja nabavne e-fakture "sečemo" višak karaktera ako ima više od 20.
Ukoliko je moguće, potrebno je proširiti broj karaktera za ovo polje na barem 35.
No response
No response
This issue has been resolved and will be included in upcoming releases.
Status: ✅ Resolved
Closed: November 27, 2025
Labels: task, suggestion, priority medium ➖, HRM and Payroll, PyR
Issue Link: View on GitHub
No response
Molim da se na listi prava izbaci Ime i prezime zaposlenog, a u listi evidencija odsustva da se izbaci polje godina
No response
No response
This issue has been resolved and will be included in upcoming releases.
Status: ✅ Resolved
Closed: November 21, 2025
Labels: task, priority high 🔺, HRM and Payroll, PyR
Issue Link: View on GitHub
nije moguće podesiti korisnika za zarade samo u jednom preduzeću kada na bazi ima više preduzeća.
Localization features
This issue has been resolved and will be included in upcoming releases.
Status: ✅ Resolved
Closed: November 20, 2025
Labels: task, suggestion, accepted, priority medium ➖, overdue, testing, LOC
Issue Link: View on GitHub
U slučaju kada na izvodu imamo avansu uplata za dobavljača koji je inače DDOM-domaći dobljač i za koga se avans inače knjiži na 1500*. Kada se za ovog domaćeg dobaljača plaća avans za Osnovno sredstvo tada avans se knjiži na 02900. Potrebno je da se u Nalogu sravnjenja plaćanja doda novo polje Grupa knjiženja, gde bi korisnik ručno uneo da je u tom slučaju DDOMOS- Dobaljač za OS i na toj grupi knjiženja će biti podešen konto 02900 za avanse.
Potrebno je da se u Nalogu sravnjenja plaćanja doda novo polje Grupa knjiženja, gde bi korisnik ručno uneo da je u tom slučaju DDOMOS- Dobaljač za OS i na toj grupi knjiženja će biti podešen konto 02900 za avanse. Ne može se izmeniti grupa knjiženja na dobavljaču, jer je taj dobavljač DDOM i avans uvek ide na 1500, jedino kada se knjiži avans za OS on ide na 02900 i zato je potrebno polje Grupa knjiženja u nalogu sravnjenja plaćanja gde bi se unela grupa knjiženja dobavljača za OS na kome je podešen konto za avans 02900.
Pošto sada u nalogu sravnjenja plaćanja ne može da se unse grupa knjiženja, mora dase knjiži kao DDOM gde avans ide na 1500 pa das ekroz opšti nalog preknjiži sa DDOM na DDOMOS
No response
This issue has been resolved and will be included in upcoming releases.
Status: ✅ Resolved
Closed: November 20, 2025
Labels: task, accepted, HRM and Payroll
Issue Link: View on GitHub
kada je na podešavanju zarada/knjiženje:
podešena opcija Direktno knji��enje" ovaj report Knjiži proknjižene obračune prijavljuje grešku:
Localization features
This issue has been resolved and will be included in upcoming releases.
Status: ✅ Resolved
Closed: November 17, 2025
Labels: task, accepted, priority medium ➖, overdue, LOC
Issue Link: View on GitHub
No response
Na štampi Kupac -IOS kada se za pokrene za INO kupce na engleskom jeziku, sve je prevodeno osim naziva države kupca, koju ispisuje na srpskom jeziku. Potrebno je da se u sluačju Ino kupca naziv države kupca ispisuje podatak iz kolone Ime države sa šifre države/regiona ( jer se tu upisuje naziv na engleskom ) umesto iz polja Naziv države.
No response
This issue has been resolved and will be included in upcoming releases.
Status: ✅ Resolved
Closed: November 12, 2025
Labels: task, suggestion, priority medium ➖, HRM and Payroll
Issue Link: View on GitHub
No response
Potrebno je kada se kreira korišćenje odsustva u narednoj godini (primer stavka 193) da uneti broj dana odsustva gleda datum i godinu praznika za godišnje ponavljanje u kalendaru zarada (kalendar koji je podešen na HR podešavanju). Trenutno ukoliko postoje praznici u kalendaru za april 2025 i 2026 godine (opcija Godišnje ponavljanje) sistem preskače dane (verske i državne praznike) iz kalendara i za 2025 i za 2026 godinu. U ovom primeru potrebno je da gleda praznike za 2026. god jer je korišćenje 6 dana od 09.04.2026. Kategorije rada koje se unose na evidenciji odsustva definisane su u tabeli HR NPSPyR Work (51105244)
No response
No response
This issue has been resolved and will be included in upcoming releases.
Status: ✅ Resolved
Closed: November 12, 2025
Labels: task, suggestion, accepted, priority medium ➖, overdue, PyR
Issue Link: View on GitHub
No response
Na tabeli HR dana mesta vratiti polja medicinski interval i Povećan rizik. Prilikom kreiranja prava za go, sistem kreira svima kriterijum povećan rizik, a treba samo kome je čekirano na radnom mestu da je povećan rizik(radno mesto se gleda na aktivnoj poziciji za zarade)
No response
No response
This issue has been resolved and will be included in upcoming releases.