Simple Shop

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)

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 .

Pri kreiranju dokumentov A4 (dobavnica, predračun, ponudba, morda še kje) se pojavi napaka pri vnosu 4 mestne cene.

Ko vnesemo artikel naprimer s ceno 1,2345€ in količina naprimer 20 kosov nam preračun in seštevek naredi kot mora (24,69€). Ko pa slučajno ta artilel hočemo popraviti z "Uredi postavko", naj bo to naziv ali kaj drugega, pa nam avtomatsko prevzane dvomestno ceno in sicer 1,23€, kar se v seštevku kasneje razlikuje (24,69€).

Vedno torej moramo paziti, da v primeru urejanja postavke (naprimer naziva ali opombe) papravljamo tudi ceno, v kolikor je 4 mestna. To se dogaja v primeru ročnega vnosa. V primeru, da imamo v "Produktih" vnešeno 4 mestno ceno pa nam že pri osnovnem vnosu upošteva samo 2 mestno.

Pri Vnosu računa A4 vnesemo zraven vseh podatkov še artikel - naziv in opombo. (slika v_17).

Ko sedaj artikel hočemo popraviti je to možno, popravimo naziv in opombo (slika v_18), račun zaključimo.

Na izpisanem računu se pojavi napaka in sicer popravljen naziv ni upoštevan, opomba pa je ok (slika v_19). Pri pregledu računa je upoštevan nepopravljen naziv (slika v_20), če pa gremo na urejanje računa pa je popravljen naziv (slika v_21), tu nekaj ni ok.

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)

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.

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

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)

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.

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.

Windows XP (virtual).

Uporabnik javil, da se napaka pojavi ob vsakem zagonu, po izbiri "Ignore" program deluje normalno.

Z verzijo 154 napaka, mislim da še vedno ni odpravljena, razen če je potrebno kje nastaviti kaj posebnega, da računa z štirimestnimi številkami.

Prilagam sliko, kjer je vidno, da v enem primeru deluje, v vseh ostalih pa nam zadeva ne špila. (v_24.jpg)

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

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

V kolikor se nadgrajuje programska baza, katera se dotika produktov lahko nastane težava pri zagonu programa, če ima uporabnik v nastavitvah programa izbrano formo za izdajanje računov.

Predlog:
V primeru nadgradnje baze naj se ne zažene nobena forma, kot je prikazano v priponki.

Trenutna začasna rešitev:
Trenutno mora uporabnik dati "Ignore" oz. "Prezri", da lahko izvede nadgradnjo baze.

Ni možnosti izbrisa dobavnice (ravno kreirane).

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

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.

Stran ne obstaja

Glej slike.

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

Glej slike

Če kreiramo račun iz zbirnika se pojavljajo napake, ki sem jih že navedel v prejšnjih povzetkih. Sedaj ko te napake hočem popraviti z "Uredi račun" (da popravim sklic, ki se nepravilno izpiše, da popravim datume storitve od-do in podobno), se pojavi napaka. Če potrdim sicer "Prezri" se da popraviti, a ne vem če je vse OK.

Če v statusu DDV izpišemo besedilo "DDV ni obračunan na podlagi 1. odstavka 94. člena ZDDV-1 (nisem zavezanec za DDV)" je le to predolgo za izpis na POS tiskalniku in ga ne izprinta v celoti, ga odreže.

Potreben bi bil prelom tega besedila v dve vrstici.