Interesuje me zašto uz prozor koji iskoči sa porukom da je zaliha nula nema i upozorenje zvukom???

Recimo kada se upiše nepostojeći kod i tada iskoči poruka da nema artikl sa tim kodom, ali tada se čuje i klasični windows zvuk da nešto nije kako treba....

Pokušavam da olakšam posao radnicima koji skeniraju artikle bar kod skenerom i sjetio sam se da bi bilo dobro da dodam zvučnike kako ne bi morali svaki put da pogledaju na monitor jer se dešava da ne postoji kod ili za neki artikl je zaliha 0 i sikoči poruka, a oni nastave da skeniraju artikle i onda dođe do problema, upozorenje zvukom je veoma korisno, ali u slučaju kada je zaliha nula jednostavno nema tog upozorenja!

Kod mene je poslednji build pantheona 5, da li se to nekako može podesiti? Da li radi u verziji X?

Hvala Melisa, čekamo odgovor od programera i nadam se da će to da poprave jer mislim da je logično da bude zvuk upozorenja i za tu poruku...

Melisa,
prije svega ne razumijem zašto taj zvuk upozorenja za tu poruku koja jeste upozorenje već nije aktivan, a još manje razumijem zašto to nije moguće dodati, ali šta se može...

Nego, imam još problema za koje trenutno nemam rješenje i nadam se da ćete vi imati rješenje, nadam se da nije problem što ne otvaram novu temu.

Naime, primjetio sam da radnice koje koriste Pantheon RT-POS često se vraćaju na račun koji nisu završile (da ne bi neki kupac čekao one pređu na novi račun, a ne završe taj na kojem su trenutno) i kada se vrate na taj račun i završe ga i štampaju, pantheon ih ne prebaci na novi prazan račun kako bi to inače uradio i kako je podešeno već jednostavno ostane na tom računu i one po navici nastavljaju da dodaju nove artikle za sledećeg kupca (preko bar kod čitača) i onda dolazi do problema jer pantheon im dozvoljava da se dodaju novi artikli na već štampan i potvrđen račun!

Ono što meni treba je da ih, i kada se vrate na neki račun i štampaju ga, pantheon i tada ih prebaci na novi prazan račun ili da im ne dozvoljava mijenjanje računa koji su potvrđeni tj. sve dok stoji kvačica da je račun potvrđen, a ne da im uopšte ne dozvoli da uklone tu kvačicu i da ga onda mijenjaju, ovo je veoma važno jer zbog raznoraznih razloga dešava se da pantheon potvrdi račun i ako fiskalni štampač nije štampao račun i onda one moraju ponovo da probaju da štampaju, a da bi to mogle moraju da uklone kvačicu sa polja "potvrđen" i da probaju ponovo! Da sve radi kako treba ja im uopšte ne bi dozvolio mijenjanje potvrđenih računa, ali to jednostavno nije moguće...

Druga stvar, ja još nisam prešao na pantheon X jer i u toj verziji nikako mi se ne sviđa izgled POSa tj. Pantheona RT, po meni, uopšte nije prilagođen za markete, većina važnih polja su užasno mala-sitna, a zatim puno toga nije urađeno tako da radniku olakša i ubrza posao nego je urađeno tako da ga dodatno zakomplikuje i uspori...pa me interesuje da li je na neki način moguće mijenjati raspored i dimenzije polja i dugmića? Dok ovo pišem, i ako sam i prije nailazio na opciju "ekran na dodir", sada sam malo više to proučio i mogu reći da mi ta opcija nudi puno toga što nedostaje u klasičnom pantheon POSu, ali još nisam pokušao da podesim i ne znam koliko je to teško i da li bi lijepo radilo i bez ekrana na dodir ili u kombinaciji ekran na dodir/tastatura-miš...

Treća stvar, često se dešava da radnice greškom promijene raspored kolona u POSu (Poz., Šifra, Količina, MJ, Cijena...), da li je moguće to podesiti da bude isto za sve radnike, a zatim radnicima onemogućiti promjene? Sada sam pokušao i da podesim "poravnanje" za kolonu Pozicija i to radi, ali kada ponovo pokrenem POS ono vrati na staro tj. vrati na "Poravnaj desno", a recimo širinu kolone koju podesim to sačuva...volio bih da znam i kako da mijenjam nazive kolona, to nisam našao!

I na kraju, interesuje me zašto se u POSu ne grupišu artikli sa istom šifrom? Zašto se jednostavno ne povećava broj komada umjesto što se dodaje nova pozicija? Mislim da je to za programere jednostavno da urade i nama bi to pomoglo u radu jer nema potrebe da bude recimo 10 istih pozicija kada se automatski može povećavati broj komada, a to je opet puno bolje i brže nego da se, kada se radi o recimo 3 komada vraćaju na taj artikl i upisuju da je 3 komada već brzo tri puta provuku ispred bar kod čitača i to je to...

Nadam se da ćete vi ili neko drugi imati strpljenja da pročitate i razumijete moja pitanja kao i da odgovorite na njih.

Hvala.

Lijep pozdrav iz Banjaluke :)

Pa, ovo je više za one koji rješavaju propuste, a ne za razvoj :)


Znam, ali i kada se vratimo nekoliko računa unazad i tada se lako može doći do poslednjeg ackey-a i dodati +1 ili ako postoji već otvoren novi prazan račun onda prebaciti na njega, ekipa iz razvoja mislim da zna kako da to uradi...

A da li ta autorizacija u PA X može da se podesi tako da nije moguće mijenjati potvrđene račune, ali da je moguće da se ukloni kvačica sa računa za potvrdu i da je onda moguće mijenjati taj račun jer već sam napisao da se nekad zna desiti da se zbog raznoraznih razloga (recimo flink prestane sa radom) ne štampa fiskalni račun, a PA potvrdi račun i pređe na novi i onda se radnice moraju vratiti na taj račun i pokušati ponovo štampati, a to neće moći uraditi ako im ne dozvolim da mogu ukloniti kvačicu...



Dok sam testirao PA X primjetio sam da postoji i POS X, ali nisam testirao, ja se nadam da će to biti puno bolje rješenje za POS i da će biti više prilagođeno za maloprodaju u prodavnicama...


Da, mogu da podešavaju oni koji znaju da to rade, ali nekim radnicima jednostavno nije moguće objasniti ni puno jednostavnije funkcije koje koriste svaki dan 100x, a da ne pričam onda o podešavanju kolona, zbog toga bi to zaključao za većinu radnika, a sudeći po vašem odgovoru to izgleda da nije moguće...


Hvala puno! Nadam se da će da prihvate prijedlog jer mislim da bi to bilo veoma korisno za nas koji prodaju vršimo preko bar kod čitača i gdje je potrebna što je moguće veća brzina i jednostavnost...



Nema na čemu, ja uvijek imam prijedloga, a i kritika :)

Hvala vama na odgovorima, a nadam se i rješenjima nekih problema.

LP

Edited by user 02 September 2019 17:55:16(UTC)  | Reason: Not specified