Skip to main content

Resolved: POS - maloprodaja

· 3 min read
NPS Development Team
NPS Development Team
Business Central Solutions

Status: ✅ Resolved
Closed: August 31, 2026
Labels: feature, suggestion, POS
Issue Link: View on GitHub

Description​

Rang objekata i naziv ekstenzije je naveden ispod. Prefiks NPSPOS

Rang za test app je 49022000..49022039

Contact Details​

No response

POS terminal

Describe the solution you'd like​

  1. Slanje fiskalnog racuna na mail. to smo radili na halooglasima, vrv je koriscen neki stadanrd ne vezano za POS.
  2. Podesavanje fiskalizacije prema korisniku (racunaru). Posto mi rutiramo kontkretan racunar na fiskalizaciju, trenutno nam je podesavanje na lokaciji koju pocvezemo sa korisnikom, to znaci da mora da postoji pravilo da jedan korisnik mora samo da se loguje na taj racunar. Jedan kasir ako se loguje na svoje ime, ne bi mogao da menja kasu. Polu-rešenje da se korisnici otvaraju kao KASA1, KASA2...
  3. Metadata ima i neke dodatne komande za fiskalizaciju koje do sada nismo ubacivali kao podesavanje. Da se podesava sekač fiskala, da se ispisuju komentari u nefiskalnom delu, da se pusti provera ponovna fiskalnog racuna ili reprint i slicno...
  4. Što se tiče podešavanja koja nam trebaju, ovako izgleda trenutno:

[!NOTE] Lokacija aplikacije, nam ne treba kao polje, isto ova 3 ček polja nismo nikada koristili.

  1. Fiskalizacija avansa. To ne vidim da ima reseno u LSexp, nasi klijenti to generalno nisu koristili osim farmana koji je specifican slucaj. u LS postoji neka opcija za unos vaucera, koji bi mogli biti avansi, ali nema analiticki koliko je ko avansa dao, vec samo ide na konto GK. Da razmotrimo da li kroz pos mozemo da vezemo avansnu uplatu za taj racun kaos to to radimo kroz stanradnu fakturu.

  2. U knjizenju bi sistem trebalo da zatvara racun ako ima protivkonto podesen na nacinu placanja, on to izgleda ne prenosi na faktru ono sto se izabere  na POS

  3. način rada na POS ako artikal ima praćenje. Tu bi imalo smisla da imamo podesavanje da li hocemo da iskljucimo pracenje na MP lokaciji. Ako ima pracenje onda bi trebalo da skeniramo serijski broj artikla pa da nam se to popuni u prodajnu fakturu koja ce se proknjiziti. Postoji podesavanje na LS express koje ovo regulise.

  4. RAzmotriti upozorenje za dostupnost artikla u trenutku unosa na POS. Sada kako radi je da mozemo da proidajemo artikle koje nemamo na stanju, kasnije kada job krene da knjzii fakture, moze se desiti da te artikle nemamo na stanju. Ovo podesavanje postoji u LS expres

  5. Manji prioritet. Vaučeri kod nas u POS ne mogu da se unesu, puca neka greska kada se unosi. U LS se otvara novi artikal koji ima ček polje vaučer pa se onda on prodaje i prati stanje. Nije mi do kraja jasno kako je zamisljeno ovde da radi kod nas, ali mi ne daje da ga unesem.

Describe alternatives you've considered​

No response

Additional context​

No response

Sharepoint Task 2317

This issue has been resolved and will be included in upcoming releases.