Simple Shop

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 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".

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.

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.

Po uvedbi davčnih blagajn je problem pri storno računih.
Storno račun se natisne v POS obliki. Moral bi se v A4, tako kot računi.

POS tiskalnika ni in se ne uporablja.

Pri kreiranju zbirnika se pojavi težava ob stornaciji. Ko postavko dodamo v zbirnik, ni več variante, da jo popravimo. Edina varianta je da pri Pregledu računov to postavko storniramo. Če to storimo nam pri kreiranju zaključka torej izpisa računa ostale zbirnike doda na račun normalno storniran zbirnik pa nam doda samo v negativnem (torej nam stornirani zbirnik odšteje na račinu in ga ne postavi v vrednost 0)

To ni dobro. Če dodamo 1 kos artikla in kasneje ta isti 1 kos storniramo, bi torej morala biti nula. Če že bi moralo biti prvo v "+" dodano in kasneje v "-" storno, ne pa samo "-", ker se račun tako ne ujema. Lahko bi torej dali možnost da se zbirnik popravi ali izbriše, ali pa tak artikel, ki je morda storniran, če že mora biti storniran ni viden na računu, saj stranka ne rabi videti naših napak. Mislim da to ne bi bilo sporno, saj uradno račun sploh še ni bil izdan, dokler zbirnika ne zaključimo. Pač, ne vem kako je to z zakonskega vidika, a zbirnik bi nam nekako moralo biti dovoljeno popravljeti, na kak način že pač?

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 .

Sortiranje po datumu ne deluje pravilno, saj upošteva samo dan, ne pa celoten datum (mesec, leto).

V oknu "Pregled računov" ne deluje pravilno sortiranje in sicer po "Ime Računa"

Pri "Ime Računa" sortira takole:

xx-1-1
xx-1-10
xx- 1-11
....... šele nato
xx-1-2
xx-1-20

Po naknadnem urejanju računa, ko sem dodal besedilo pri postavki Naročilo, se je sklic za plačilo samodejno spremenil iz 0-2016-19 na 5-2016-19.

Pri kreiranju računa iz Zbirnika se sklic ne izpisuje pravilno. Izpiše se namreč številka računa "XXX-XX-0000X in ne kot je sklic pri ostalih računih.

Izpiše se naj isti sistem sklica kot pri drugih računih.

Pri kreiranju nove Prejemnice je program izpustil eno številko (8).
V seznamu prejemnic št. 8 ni.

Razlog stornacije računa se natisne izven A4 lista.

Pri prvi prodaji blaga v paketu se postavi zaloga nabavnega artikla na 0 zalogo v produktih pa pravilno odšteje.
Slika 1 pred prodajo
slika 2,3 nastavitve artiklov
slika 4 račun
slika 5 po prodaji zaloga

(osnovna pot: C:\SShop)

Razknjiževanje zaloge nabavnih artiklov iz paketa po popravku deluje, obstoječa baza pa ima zalogo 0 nabavnih artiklov.
Prosim za orodje za popravilo zaloge (tel. pogovor)
(veza:  FS#30  -Razknjiževanje zaloge artiklov v paketu)

Funkcija Status: Prikaži plačane, Prikaži neplačane račune ne deluje.

Za vodenje lastne porabe nujno potrebujemo možnost dnevno ločenega izpisa (podobno kot izpis blag. dnevnika)
_ po izdelkih, in
_ po storitvah
_ (mogoče kdo potrebuje še boni, vstopnice...)

Ali lahko to omogočite/dodate v Računi/Informativni izračun (tam so sedaj samo Produkti kot celota)?

Dokumenti > Pregled računov > (desni klik) Uredi račun.

Kljub razveljavitvi, prekinitvi se pobrišejo artikli iz računa. Ostale vrednosti ostanejo nespremenjene, ostane tudi znesek za plačilo.

Zopet prihaja do zamika v kolonah pri skupnem označevanju posameznih območjih.

To se dogaja pri "Produktih", morda pa še kje?