Simple Shop

V glavni vrstici menijev ne moremo nikjer najti "Zbirnika"

Če delamo z zbirniki in če ga v bližnjicah nimamo vstavljenega, dejansko ne moramo dostopati do pregleda zbirnikov. Lahko bi ga naprimer dodali pod "Dokumenti" in "Seznam dokumentov" in "Pregled zbirnikov"

Pri zagonu (kliku na ikono SS) naj se na ekranu pojavi nekaj kar ponazarja, da se program zaganja, ker se dogaja, da stranke kliknejo toliko krat, da vse skupaj zablokira,..

Pri zagonu (kliku na ikono SS) naj se na ekranu pojavi nekaj kar ponazarja, da se program zaganja, ker se dogaja, da stranke kliknejo toliko krat, da vse skupaj zablokira,..

Predlagam, da poročila, ki se izkažejo za naša vprašanja, ki niso predmet Napaka/Razvoj/Prošnja,
ne brišete, ampak jih skupaj z vašimi odgovori prestavite/vodite na dodatnem menijskem gumbu/jezičku "Vprašanja in Odgovori",
v obliki podobnega seznama ter grupirano glede na vsebino SShop programa.

Pri postavki Naročilo, bi bilo za dodati koledarček z datumom, saj pri naročilu (številka naročilnice) vedno tudi pišem datum izdaje naročilnice. Tako je tudi v e-računih UJP portala.

V oknu "Vnos računa A4" ni mogoče dodati produkta, ki ima nastavljen ročni vnos cene.

Pri vnosu računa A4.
Potek dela: Nov račun -> končna stranka -> vpis kode ali barkode artikla se gumb "Dodaj" včasih ne aktivira oziroma se aktivira čez 5-15 sekund.

Napaka se pojavi v cca. 70%.

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

Ko kreiramo podatke A4 se pojavljajo problemi in bi nekatere stvari bilo dobro dodelati.

Že omenjeno v prejšnjih poročilih
- pri izbiri produkta bi bil zelo priporočljiv dvoklik na sam artikel.
- poenotiti bi bilo potrebeno vnos artiklov z spreminjanjem postavk in tistih, ki imamo nastavljene, da so fiksne (ko vnašamo se nam včasih odpre okno za spremembo postvak, včasih se nam direktno vpiše kar v dokument in če točno ne vemo kateri artikel je fiksen nam vnese kar količino 1. Pa spet brisanje vnešenih, ponovni vnos po drugem postopku. Dajmo to nekako poenotit)

Nove težave
- ko sam artikel uredimo (naziv, cena, količina) ga vnesemo v postavke računa in tu se pojavi problem, če smo naredili kakšno napako. Ne moremo več popravljati naziva, cene, skratka nič več. Postavko lahko samo zbrišemo in spet vnesemo na novo. To žal ni najbolje, časovno zamudno, ....
- v kolikor kasneje predračun, ko je že ustvarjen hočemo popravljati je zadeva zopet ista. Stranka se odloči, da bo določen artikel imela v večji količini ali pač kakšna sprememba in moramo zopet staro postavko brisati, ustvarjati novo, skratka zamudno.

A se da to morda urediti tako ali pač na kak podoben način, da kliknemo v vrstico produkta in se nam omogoči, da lahko v določeni celici napako popravimo. Jasno, da na primer, ko je račun zaključen z zaključkom, da to ni več mogoče. Pri predračunih, dobavnicah pa bi bilo to zaželjeno.
 

Pri vnosu artiklov u Blagajni ZnD, ko imamo fiksni artikel, brez možnosti spreminjanja parametrov nam vedno na račun vnese samo en artikel. Če hočemo naprimer 3, moramo popravljati vrstico količine.

A bi bilo smiselno, na primer ko na en artikel kliknemo trikrat nam ga vnese na račun vendar ga količinsko združi, torej en artikel 3x.

Pri vnašanju produktov se večkrat pojavi, da gre za produkt, ki je skoraj identičen že nekemu vnešenemu produktu.

Da ne bi za nov produkt bilo potrebno vnašati vseh parametrov, bi bilo dobro uvesti morda podvojitev produkta. Torej z desnim klikom na produkt, kot imamo sedaj na primer možnost "Uredi produkt" dodali "Podvoji produkt". Odpre se nam okno z obstoječim produktom, kjer je možnost, da podatke ki se razlikujejo od že obstoječega popravimo in ga shranimo kot nov produkt. S tem bi skrajšali čas vnosa za zelo podobne produkte.

Ko izpisujamo račun lahko določeno stranko poiščemo z "Izbira stranke".

Torej vpišemo iskani podatek (naziv, davčna ali podobno). Če je stranka že v naši bazi jo lepo izberemo in stvar je urejena.

Imamo pa morda težave, ko stranke še ni v naši bazi. Stranka nam zaupa davčno, poiščemo in ugotovimo da je v naši bazi ni. Potrdimo "Nova stranka" odpre se nam novo okno, vendar davčno, oz podatek, ki nam ga je zaupala stranka nam je pobegnil iz spomina. Pa znova povpraševanje in pisanje.

A je možno, da se tale podatek, ki smo ga vpisali v prvem oknu prenese v iskalno polje drugega okna in samo sprožimo iskanje, potrdimo oziroma shranimo poiskano stranko in jo tako vstavimo na račun. Skratka nekakšna hitrejša rešitev, da ne vnašamo dvakrat podatkov za iskanje.

Možnost spreminjanja velikosti ikon v načinu "VSTOPNINA". Potrebuje se pri uporabi tablice,..

TODO:
1: Če je omogočeno oz. zadnji event "Stalni dvig", potem takrat ni mogoče branje QR kode oz. je branje spregledano v aplikaciji, ker v nasprotnem primeru gre zapornica po branju dol.
2: KHOOK - če je omogočen Client mode ter in Offline mode, potem se to ne sme pustiti omogočiti z dvoklikom na besedo "OFF" -> Prevedeno sedaj QR VKLOPLJEN ali QR IZKLOPLJEN.
3: Dodati stanje "Strežnik" ali pa da je "Odjemalec", tako da se to takoj loči v orodni vrstici.
4: Pravice uporabnikov:
Skrbnik - vse
Uporabnik - ne more dostopati do nastavitev programa (Nastavitve, Shelly naprave), drugače pa lahko vse ureja
Izdajanje QR - ne more delati nič drugega kot kreirati QR kode, vse ostale funkcije v programu so onemogočene
5: Odpiranje / zapiranje - triganje shellija.
-V formi bi dodal "dropdown" menu, tako da se za "Odpri", "Stalni dvig" ali "Zapri" lahko nastavi katero shelly napravo se kontrolira.
Ker pa imamo na "Stalni dvig" vezano ali gre "KHOOK" na OFF v tem primeru pa bi dal nastavitev v "Shelly", da napravi pove ali ima tudi QR bralnik, tako da bi s tem vedeli ali stalni dvig pomeni dejansko "KHOOK OFF ali NE".
6: Android app - NOVI BUILD (Simon)
7: Tiskanje na desktop app:
-Dodati gumbe aka: 15min, 30min, 1ura, 2uri, 4ure, 8ur, 1 dan, in poljubno

Pri urejanju predračuna ni mogočeno spreminjanje števila produktov, popusta, in ročnega vnosa novega produkta ali stortve,...

Stranka ima pri uporabi vage in avtomatske teže vage problem pri uporabi artiklov, kateri imajo prav tako zapisano "BAR koda" ter "Koda". Enostavno jih ne zazna, artikle na vago in obenem težo pa lepo dela. Se pravi vsi drugi ki ne uporabljajo teže po BAR kodi (se pravi da ni izbran tip kot "kilogram") imajo probleme. Prav tako stranka trdi, da ima probleme z artikli z iskanjem po "Koda".

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.

Pri tiskanju zaključka - na tiskalnik POS Star LPT se ustavi tiskanje če je preveč postavk npr.: tiskanje po produktih za daljše obdobje -1 mesec.

Če nastavimo papir na tiskalniku na "80mm reciept" stiska normalno vendar potem odreže levi rob, prav tako račun.

Račun se da nastaviti rob v programu za zaključek ta nastavitev roba ne velja.

Če nastavimo na katerikoli drugi papir na tiskalniku, tiska normalno (ne odreže roba) vendar pri večji količini produktov ustavi tisk na sredi - ne stiska vsega, povzetka.

(na tiskalniku se žal ne da nastaviti levi odmik)

Pri tiskanju prevzemnice pride do napake.

Možnost izbire števila ponatisov računa. Sedaj lahko nastavimo samo z ozahtevkom tiskaj duplikat DA/NE.

Stranke želijo prenastavitev tiskov brez opozorilnega okna,...

Ko uporabljam prograsm gostinec, in ko želim natisniti račun, se pos predalm odpre in račun natisne. A ko konča napiše napako:

Stack Trace.

at sshop.dbdataset1.billrow.get_totaltax()

at sshop.bill.billenterbase.tidle_tick(object sender,eventargs e)

at sshop.forms.timer.ontick(eventargs e

at sshop.forms.timer..timernativewindows.wndproc(Message& m)

Program sem ponovno namestil. Deluje za nekaj računov, in potem se pojavi enako.

Z uvedbo NPoco je v "Stranke" napaka grafičnega izpisa.

Sam grafični izpis deluje recimo v "Zaposleni", ne glede na verzijo ZedGraph in ne glede na verzijo ZedGraph je napaka od kar je uveden NPoco.

Vse stranke, ki se jih doda preko spletnega iskalnika so v program dodane oz. shranjene kot davčni zavezanec = 1, ne glede na to ali je ali ni davčni zavezanec.

Torej, če stranka ni davčni zavezanec, se preko registra pravilno shrani davčna številka:

Primer:
Iščemo davčno številko: 24688843
Ker je ni v med strankami kliknemo na iskalnik, stranko najdemo.
V samem registru ima stranka pravilno zapisane parametre (true, false).
Potrdimo in shranimo.

Nato vidimo, da ima stranka za davčno številko zapisano brez SI, kar je prav, vendar je podatek Zavezanec za DDV = 1.