Simple Shop

V redkih primerih se pojavi napaka, ko se prdračun tiska na PDF tiskalnik.

Prilagam novejši log file.
Baza je lahko enaka kot na  FS#10 .

Zgodil se je edinstven incident in sicer je uporabnik imel ne glede na resolucijo ekrana program v zelo majhnem oknu.

Ko je uporabnik poskušal dodati v formi Blagajna ZnD produkt na postavko je prišlo do napake.

Ko se je osnovno programsko okno povečalo napake ni več bilo.

-> Pregled računov
-> Označba 7ih računov izmed množico računov
-> Množično tiskanje računov

Ponovimo vajo, vendar tokrat z drugimi računi, nato spet z istimi.

Ko se zapre "Pregled računov" pride do napake z "Out of Memory".

Strojna oprema:
1GB RAM
Intel Atom procesor
SSD disk

Simple Shop:
Mrežna verzija, blagajna 2

Ko narediš prevzem artiklov pusti spreminjat zalogo med "Produkti".

Prav tako po nekih čudnih okoliščinah manjka prevzemnica z ID = 1, prevzemnica ki se je naredila pa ima ID = 2 in oznako prevzemnice "2016/2".

Če boste kdaj utegnili, po moji oceni je TRR okno nekoliko preblizu gumbu "Zaključi račun".
Se mi je zgodilo, da sem v naglici račun zaključil, ko sem po nesreči klikinil na TRR okno in takoj nato zaključil račun, račun pa je bil gotovinski. Potreben je samo milimetrski premik miške za takšno napako.
Ni dramatično, samo kot namig.

Vedno več se rabi, da se poleg vseh pravic lahko uporabniku določi, ali lahko izvede stornacijo računa ali ne.

Za obstoječe uporabnike (pri nadgradnji baze) vsi dobijo podatek: DA
Ko se kreira nov uporabnik dobi podatek oz. je privzeta vrednost: DA

Ta funkcija pomeni override glede na uporabnikove pravice. In to je funkcija, ki se dotika praktično vseh form, kjer je možna stornacija računa ali kakršnega koli drugega dokumenta.

A ti naštejem dokumente kjer se to pojavi?

Redno, se pa zgodi je da se v datoteko "v.txt" zapišejo čudne zadeve.

Ne vem ali je to problem ob preverjanju nove verzije, nastavitev uporabnika itd... Vendar pa bi bilo smiselno da v takem primeru program preveri, če je datoteka "v.txt" v pravilni strukturi. Če ni naj jo program sam zapiše glede na verzijo katera pač je - sicer ne deluje preverjanje za novo verzijo programa.

V kolikor je omogočena funkcija Omogoči POS terminal (v priponki) naj se pri izpisu izpišejo tudi podrobnosti po karticah.

Zaključek
Informativni izračun (A4 izpis)

Pri izbiri davčnih kategorij produktov na račun ne natisne zakaj je opravičeno plačila ddv.

Po novem standardu bo potrebno dodati novi QR protokol za UPN naloge.

Osnovna ideja je, da se obstoječi UPN pod "Dodatki" obdrži. Povsod druge pa se zamenja z novim QR standardom.

Testni program deluje samo na COM port 1.

Tehtnica:
Trgovinske tehtnice G30

Povezava:
http://www.libela-elsi.si/trgovinske_05.htm

Opis:
Protokol TISA - Libela G30 - RS232

Torej, zadeva se naj podpre na suho, potem se bo stestiralo z beta verzijo pri stranki z vključenimi "debug" logi.

V kolikor se shrani prazno polje (naziv) produkta je napaka pri prikazu nastavitev programa.

Vrstni red kategorije produktov, da bi se dalo nastavljati ali po cifrah ali kako drugače, kakšen naj bo vrstni red prikazano v formi Blagajna ZnD (vsi) ter ali Gostinec (vsi).

Produkti -> Kategorije produktov

Po končanem postopku izdelave varnostne kopije znotraj okna napiše pravilno, da je postopek končan, vendar pa spodaj desno ostane aktiven gumb (kljukica) Začni. Za stranko je to zavajajoče in tako nenamonoma pritisne in še enkrat sproži postopek izdelave varnostne kopije, saj ne ve, da mora za zapreti-dokončati pritisniti desno zgoraj X (Close). Namesto tega bi se moral pojaviti gumb Zapri ali Dokončaj.

Pri dodajanju produktov se tip produkta vedno shrani kot storitev, čeprav v oknu nastaviš na material oz. karkoli drugega.

Glej slike

Pri uvozu produktov je napaka od izvedbe NPoco (UWP), da se ko se izvede uvoz produktov, da so uvoženi produkti dejansko podvojeni.

Pri "Načinu plačila" se nam števila razlikujejo in sicer če pogledamo v okno "Način plačila" imamo vse zamaknjeno za eno število (priložena slika v_25.jpg). Torej na enem seznamu imamo 1=gotovina; na drugem 0=gotovina.

Posledično verjetno sledi, da nam v tabeli Pregled računov plačil z Moneto sploh ne prikazuje, oziroma nam jih prikaže le v primeru, da spodaj izklopimo vse potrditvene kljukice za prikaz (priložena slika v_26.jpg). Ni dovolj niti da označimo samo "Ostalo", kar bi morda bilo logično.

Morda pa vsaj dodamo še potrditveno polje "Moneta"?

Izpis prodanih produktov na ekranu - se pravi, da ni nujno takojšnje tiskanje, ampak da odpre razpredelnico (datagridview) ali kakšen drugačen predogled dokumenta ...

Ni samodejnega prilagajanja izpisa Cena, Količina, DDV, POpust.., ob izklopljenih postavkah se obstoječe ne pomaknejo desno proti postavki Vrednost. Tudi dolžina Naziv-Ročni vnos storitve bi v tem primeru lahko bila samodejna, maksimalnega izkoristka vnosnega polja do Cena.

Ne da se spremeniti način izpisa kode iz QR v BAR način.

Baza in log sta ista, kot pri poročilu  FS#10 .

Pri kreiranju računa preko "Blagajna ZnD" se po izbiri artikla odpre okno "Ročni vnos"
Tukaj imamo v oknu izračunan znesek za en kos (cena + popust)
A bi bilo smiselno dodati še skupni znesek (cena + popust x količina)?

Ra bi da bi lahko človk imel pregled nad dogajanjem artikla
priloga

napaka:
artikel, ki ga dodajamo v več komadih se vnaša v spodnjo tabelo ločeno po 1 kom (npr za vnešene 4 kom, naredi 4 vrstice po 1 kom)

+ predlogi:
1. zgoraj v oknu "Ustvaril": privzeto naj se izpisuje trenutno prijavljeni uporabnik, in ne prvi uporabnik v tabeli zaposlenih
2. možnost spreminjanja količine v spodnji tabeli pred zaključkom prevzemnice

lp, jo