Simple Shop

V kolikor je nova baza, torej nov uporabnik nastane problem pri prvem kreiranju prevzemnice.

Postopek:
-odpreš "Prevzem artiklov"
-klikneš na "+" da se doda dobavitelja
-dodaš dobavitelja in ga shraniš, v prevzemnici je dobavitelj nato avtomatsko izbran
-klikneš na gumb "Nova prevzemnica", vendar ne dodeli šifre prevzemnice.

Če zapreš prevzemnice in nato na novo odpreš prevzemnice je potem normalno delovanje.

Torej, to se zgodi samo ob novi prazni bazi kjer ni vnaprej določenega nobenega dobavitelja.

Ko se kreira nova prevzemnica program nepravilno zabeleži izvorni dokument prevzemnice.

Ne glede na izbrani izvorni dokument (račun ali dobavnica) je vedno shranjen tip izvornega dokumenta kot "Dobavnica".

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

Če je forma "Stranke" odprta znotraj glavne forme programa (glavno okno) in če narediš dvoklik se forma zapre, namesto da bi se urejalo podatke od stranke.

Torej ko se forma "Stranke" odpre preko glavnega menija in ni odprta kot "child" katere koli druge forme naj bo dvoklik onemogočen.

Drugače pa mora pač biti dvoklik omogočen - torej če ni forma odprta preko glavne forme / preko glavnega menija "Stranke".

Pri vklopu v Način učenja se pri shranitvi db.sdf v mapo, kjer je že db.sdf prikaže potrditveno polje prepisa obstoječe baze, nato pa javi napako. Program gre vseno v način učenja, vsaj sodeč po rdečem napisu spodaj. Pri eni stranki pa se je nato zgodilo, da je kreiran račun v načinu učenja ostal tudi po prehodu iz načina učenja.

Pri dodajanju blagajniškega prejemka ali izdatka v blagajniškem dnevniku javi napako in onemogoče dodajanje.

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)

Več na sliki.

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

POS račun-vnos količine, nato proizvoda onemogočen, če je vklopljen Lastni naziv in/ali Ročni vnos cene.

Razlog stornacije računa se natisne izven A4 lista.

Po zadnji posodobitvi v3.6.9.345, bi navedel nekaj opazk, ki mislim da bile potrebne popravka:

1. ko izpisujemo "Vnos računa A4" ali "Vnos računa A4 storitev" ali "Vnos predračuna", morda še kje in ko naprimer potrdimo "Prekliči" v primeru napačne izbire, nam artikel vseeno doda na račun (v_1)
2. pri vnosnem oknu "Vnos računa A4" in "Vnos računa A4 storitev" bi mogoče bilo smiselno dodati še kategorije produktov, za lažje iskanje, kot je to pri "Vnos računa Znd" (v_2)
3 pri "Vnos računa A4" ali "Vnos računa A4 storitev" in "Vnos predračuna" je dodan koledar za vnos "Rok plačila", ki se nekako prekriva, oziroma a sta tu potrebni dve okenci? (v_03)

na pos tiskalniku PP-6800 (usb, x64 - v3.01) vsak izpis "požre" ZOI kodo (natisne 3-4 xy znakce) in zgornjo polovico QR kode.

Nastavitev, kot jo predlagate za ta tiskalnik na: http://www.simple-shop.si/gonilniki/Navodila/nastavitve_POS-PP6800.pdf
ni možna, ker pri samem tiskalniku (firmware 1.7/software 1.2.0.4) je pretok/handshaking na COM portu lahko samo DTR/DSR ali XON/XOFF , NONE/brez ni možno nastaviti - preizkusil sem obe nastavitvi, napaka ostaja.

Enako se zgodi pri izpisu z BAR kodo. Testni izpis QR kode (brez ZOI in EOR), velike ali male ter win test page, je pravilen.
lp, jo

Stran ne obstaja

Glej slike.

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.

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 naložil, ampak ne pomaga. Prosim za pomoč!

Pri izvozu v .csv program dodeli napačne postavke. Preizkusil v treh različnih programih.

Pozdravljeni,

v kreiran eRačun se ne prenese vpisana številka naročilnice (polje ostane prazno), ki je bila vpisana v polje "Naročilnica" pri kreiranju A4 računa (Vnos računa A4).

Zaželjen popravek, kajti ta podatek zahtevajo vse naše stranke. Sedaj naročilnico skeniramo in jo v banki pripenjamo k eRačunu.

lp

Ponovno pozdravljeni,

prilagam potrebne priponke in screen posnetek. Račune ne morem davčno potrjevati, program se včasih odzove na ročno potrjevanje, potem ko je račun že napisan, vendar ne vedno. Do včeraj je program deloval normalno, danes zjutraj se je ta napaka pojavila.

Ničesar v programu nismo spreminjali. Bil pa je narejen zjutraj Windows Update.

Prosim za pomoč.

PS. geslo za db je bilo poslano na mail.

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)

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 vnosu Računa A4 in Računa A4 storitve, morda še kje, v primeru napačne izbire datuma storitve (naprimer če se slučajno zmotim in dam od 30.3.2016 do 29.3.2016) mi pravilno javi da "Obdobje storitve ni pravilno". Kar pa ni prijetno in pravilno, pobriše vse vnose pri "Naziv; Besedilo; Naročilo; Opomba" in jih je potrebno ponovno vpisovati na novo.

Prav bi bilo, da popravimo samo datum in ne vseh teh vnosov.

Pri kreiranju računa iz Zbirnika se pri "Datum opravljene storitve:" izpiše datum ko račun kreiramo.

Prav bi bilo, da se izpiše datum storitve od - datum storitve do. Potem tudi "Besedilo" Zbirnik: ..... spodaj ne bi bil potreben.