|
30 | Normalno | Vedno | Napaka | Razknjiževanje zaloge artiklov v paketu | Zaprto | 7 | |
arset | | 18.01.2016 | 28.01.2016 |
Opis poročila
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) |
|
25 | Normalno | Skoraj nikoli | Napaka | Napaka pri tiskanju predračuna na .pdf | Zaprto | 6 | |
GTz | ddamijan | 14.01.2016 | 02.10.2016 |
Opis poročila
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 . |
|
386 | Normalno | Vedno | Napaka | Napaka pri kreiranju A4 dokumentov | Zaprto | 5 | |
Vidko | | 12.12.2017 | 19.12.2017 |
Opis poročila
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. |
|
325 | Normalno | Vedno | Napaka | Popravljanje naziva artikla na računu | Zaprto | 5 | |
Vidko | ddamijan | 20.03.2017 | 21.05.2017 |
Opis poročila
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.
|
|
502 | Visoka | Včasih | Razvoj | POS terminal - izpis po bančnih karticah | Zaprto | 4 | |
root | ddamijan | 12.02.2019 | 19.02.2019 |
Opis poročila
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) |
|
537 | Urgentno | Včasih | Razvoj | Libela ELSI - tehtnica - VirtualCOM (TISA protokol) | Zaprto | 3 | |
root | ddamijan | 14.05.2019 | 19.05.2019 |
Opis poročila
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. |
|
412 | Normalno | Včasih | Razvoj | UPN QR | Zaprto | 3 | |
root | simpleshopddamijan | 22.01.2018 | 30.05.2018 |
Opis poročila
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. |
|
390 | Normalno | Vedno | Napaka | Napaka izračuna 4 mestne decimalke | Zaprto | 3 | |
Vidko | ddamijan | 22.12.2017 | 22.12.2017 |
Opis poročila
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)
|
|
336 | Nizka | Vedno | Napaka | Napaka ob zagonu programa (Culture is not supported) | Zaprto | 3 | |
simpleshop | ddamijan | 06.09.2017 | 07.09.2017 |
Opis poročila
Windows XP (virtual).
Uporabnik javil, da se napaka pojavi ob vsakem zagonu, po izbiri "Ignore" program deluje normalno. |
|
87 | Normalno | Vedno | Napaka | potrjevanje davčnih računov | Zaprto | 3 | |
primozstrgar | ddamijan | 10.03.2016 | 10.03.2016 |
Opis poročila
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. |
|
53 | Normalno | Vedno | Napaka | Opazke na v3.6.9.345 | Zaprto | 3 | |
Vidko | simpleshop | 01.02.2016 | 02.02.2016 |
Opis poročila
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) |
|
37 | Normalno | Včasih | Napaka | Pri izbiri davčnih kategorij produktov na račun ne nati ... | Zaprto | 3 | |
simpleshop.podpora | | 20.01.2016 | 21.01.2016 |
Opis poročila
Pri izbiri davčnih kategorij produktov na račun ne natisne zakaj je opravičeno plačila ddv. |
|
5 | Nizka | Vedno | Napaka | Prevzem artiklov - nova baza | Zaprto | 3 | |
simpleshop | | 13.01.2016 | 16.01.2016 |
Opis poročila
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. |
|
529 | Normalno | Vedno | Napaka | Nadgradnja - Storno dobavnice | Dodeljeno (ponovno) | 2 | |
Vidko | ddamijan | 16.04.2019 | 29.04.2019 |
Opis poročila
Pa smo le dočakali premik glede dobavnice na naše zelje FS#16 z dne 13.1.2016 in FS#314 z dne 4.1.2017 a še vedno ne v popolnosti.
Pri kreiranju dobavnice nam vedno dobavnico zavede kot plačano z gotovino, torej manjka možnost izbire načina plačila. Ker če jo kreiramo in izberemo da nam kreira tudi račun je ta vedno kot gotovinski, kar pa običajno ni pravilo. Torej je obvezno dodati še način plačila pri kreiranju dobavnice.
Na tiskani dobavnici nam ne izpiše Naročila (torej številke naročilnice, ki smo jo vnesli ob kreiranju dobavnice) kar je v veliko primerih potrebno z zahtevo prevzemnika.
Pri zavihku "Pregled dobavnic" pa je pomankljivost:
- Manjka predogled dokumenta, kot smo to že pisali za ostale dokumente v FS#488 .
- Manjka nam še vedno, za kar prosimo že nekaj časa UREJANJE DOBAVNICE.
- Priporočljivo bi bilo tudi dodati USTVARI KOPIJO s predpogojem, da jo lahko kasneje uredimo ali preuredimo.
- Pri možnosti stornacije dobavnice, pa pogrešam RAZLOG STORNACIJE kot je to izpeljano pri računu (izbira več možnosti) in pri tisku tega prevzetega razloga stornacije nam vedno izpiše v novi vrstici, kar je edina izjema (vsi ostali podatki so izpisani v isti vrstici). Torej razlog stornacije je vedno Storno dobavnice. in ga ni možno spreminjati. |
|
507 | Normalno | Včasih | Razvoj | Vnos računa A4 - tipi plačil | Dodeljeno | 2 | |
root | ddamijan | 01.03.2019 | 01.03.2019 |
Opis poročila
V nastavitvah se naj dodela, da je mogoče v formi Vnos računa A4 ter v vseh ostalih A4 formah imeti možnost izbire plačil samo za te, kateri so omogočeni v nastavitvah (privzeto omogočeni vsi trije tipi plačil).
Tukaj je treba razmisliti, kako bi se naredilo, da se bi lahko dodalo tudi poljubni tip plačila, vsaj 1 če ne dva.
Recimo v mojem primeru je velikokrat potreba, da bi se izpisal tudi možnost plačila PayPal, kartice recimo pa bi imel onemogočene. V spustnem seznamu pa bi bila dva načina, prvi je da se izpišejo samo aktivni tipi plačil, druga opcija pa je da se neaktivne tipe plačil pač posivi. |
|
487 | Normalno | Vedno | Napaka | Noga pri A4 izpisu računa ni natisnjana | Zaprto | 2 | |
Vidko | | 26.12.2018 | 06.01.2019 |
Opis poročila
FS#477 - Noga pri A4 izpisu računa ni natisnjana, kij je označena kot zaključena tudi ni rešena.
Prilagam pdf, kjer je signirano, kje izpiše nogo. Popolnoma spodaj levo in spreminjanje parametrov ne ponaga ničesat. Prilagam tudi db testne verzije, kjer lahko preverite zadeve, če deluje ali ne.
Če je vpisan samo tekstovni del noge, je vedno na nenetisljivem področju in je ni možno pomakniti višje na listu. Če delamo kaj narobe, prosim za pojasnilo. |
|
484 | Normalno | Vedno | Razvoj | Izgled računa izdanega iz zbirnika | Zaprto | 2 | |
Vidko | | 26.12.2018 | 06.01.2019 |
Opis poročila
Pri izdaji računov iz zbirnika se nam pri A4 izpisu čudno izpišejo postavke na računu. Prilagam izpis v_32.jpg.
Lahko bi ta izpis izboljšali, olepčali, kot je to pri izpisu pos, ko je stvar pregledna. Prilagam tudi možen predlog v_33.jpg.
Če je predlog prezahteven naj vsaj med naziv izdelka in Zbirnik: 2018.. dodamo neko ločilo, da se ve zakaj gre. |
|
446 | Normalno | Včasih | Napaka | Opomba - opis pri produktih | Zaprto | 2 | |
Vidko | | 09.02.2018 | 11.02.2018 |
Opis poročila
Ne vem ravno, če smo se pri odpravljanju napake FS#439 prav razumeli?
Želel sem povedati kar predstavljam na priloženi fotografiji v_28.jpg:
- v nastavitvah imamo potrjeno "Omogoči izpis opisa produkta".
- v "Produktih imamo pod "Opis" zavedeno pač neko opombo, ki bi se naj izpisala na računu.
- na računi nam tega tudi po posodobitvi ne izpiše?
Če si prav razlagam, bi pri vnosu produkta na račun to shranjeno opombo v "Prodikti" morali videti tudi v okencu za opombo (v_29.jpg)
Kot smo že pisali v FS#323 , pa bi se nam to moralo obratno vpisati tudi v "produkte" če z kljukico označimo "prikaži neuporabljene produkte" |
|
414 | Normalno | Včasih | Napaka | Način plačila | Zaprto | 2 | |
Vidko | | 29.01.2018 | 01.02.2018 |
Opis poročila
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"? |
|
374 | Normalno | Vedno | Napaka | Tiskanje prevzemnice ne deluje. | Zaprto | 2 | |
GTz | | 05.12.2017 | 05.12.2017 |
Opis poročila
Pri tiskanju prevzemnice pride do napake.
|
|
341 | Visoka | Včasih | Napaka | Produkti - .CSV uvoz (podvojeni vnosi) | Zaprto | 2 | |
root | simpleshopddamijan | 02.10.2017 | 02.10.2017 |
Opis poročila
Pri uvozu produktov je napaka od izvedbe NPoco (UWP), da se ko se izvede uvoz produktov, da so uvoženi produkti dejansko podvojeni. |
|
339 | Normalno | Vedno | Vprašanje / Preverba | Izbira nove stranke oziroma vnašanje nove stranke | Zaprto | 2 | |
Vidko | | 02.10.2017 | 14.12.2017 |
Opis poročila
V " FS#317 - Vnašanje nove stranke" smo pisali takole
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.
Odgovor je bil:
Z verzijo 4.3.6.762 se je omenjena zadeva odpravila in dogradila.
Ne vem če se je tu kaj podrlo ali se slabo spomnik kaj smo odpravili za boljše delovanje? Mislim da je to delovalo OK. Zdaj je postopek spet daljši in moramo iskane pogoje spet pisati 2 x. A lahko preverimo zadevo? |
|
338 | Nizka | Skoraj nikoli | Napaka | Out of Memory (množično tiskanje računov) | Zaprto | 2 | |
root | simpleshopddamijan | 02.10.2017 | 03.10.2017 |
Opis poročila
-> 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 |
|
335 | Normalno | Vedno | Napaka | Davčni zavezanec DA ali NE | Zaprto | 2 | |
ljepi | | 01.09.2017 | 01.09.2017 |
Opis poročila
Ko zelis dodati stranko preko iskalnika pise da stranka ni zevezanec za DDV ko stranko shranis v programu shrani stranko da je zavezanec za DDV. |
|
334 | Urgentno | Vedno | Napaka | Stranke - napačen vnos pri dodajanju preko spletnega re ... | Zaprto | 2 | |
simpleshop | ddamijan | 30.08.2017 | 01.09.2017 |
Opis poročila
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. |
|
298 | Normalno | Vedno | Napaka | Izpis dodatnega besedila / A4 izpis - dodatno | Zaprto | 2 | |
Vidko | | 11.10.2016 | 04.11.2016 | |
|
294 | Normalno | Vedno | Napaka | Izpis statusa DDV v POS načinu | Zaprto | 2 | |
Vidko | | 21.06.2016 | 21.06.2016 | |
|
107 | Normalno | Vedno | Napaka | Napaka pri urejanju računa | Zaprto | 2 | |
Vidko | | 21.04.2016 | 25.04.2016 | |
|
104 | Normalno | Včasih | Napaka | Dodajanje produkta - Tip produkta | Zaprto | 2 | |
GTz | | 20.04.2016 | 25.04.2016 | |
|
79 | Nizka | Skoraj nikoli | Napaka | Minimalna resolucija programa | Zaprto | 2 | |
simpleshop | simpleshopddamijan | 25.02.2016 | 02.10.2016 | |
|
76 | Normalno | Vedno | Napaka | Link iz nastavitev na URL 404 | Zaprto | 2 | |
GTz | | 19.02.2016 | 23.02.2016 | |
|
65 | Normalno | Vedno | Razvoj | Plačilo po predračunu - Ustvari račun | Zaprto | 2 | |
GTz | ddamijan | 12.02.2016 | 14.10.2018 | |
|
64 | Normalno | Vedno | Prošnja (razvoj) | Inf.izračun | Nepotrjeno | 2 | |
strikar | | 10.02.2016 | 14.12.2017 | |
|
46 | Normalno | Včasih | Napaka | Orodja>Varnostna kopija | Zaprto | 2 | |
RobertSShop | | 24.01.2016 | 25.01.2016 | |
|
39 | Normalno | Vedno | Napaka | POS račun-izpis DDV in Popust se prekrivata | Zaprto | 2 | |
RobertSShop | ddamijan | 20.01.2016 | 25.04.2016 | |
|
29 | Normalno | Vedno | Napaka | Napaka pri blagajniškem dnevniku | Zaprto | 2 | |
simpleshop.podpora | | 18.01.2016 | 18.01.2016 | |
|
16 | Normalno | Vedno | Prošnja (razvoj) | Dobavnica - storno dobavnice | Zaprto | 2 | |
RobertSShop | | 13.01.2016 | 29.04.2019 | |
|
15 | Normalno | Vedno | Napaka | Način učenja | Zaprto | 2 | |
RobertSShop | simpleshop | 13.01.2016 | 12.12.2016 | |
|
13 | Normalno | Vedno | Prošnja (razvoj) | Stranke - dodati naziv PE in naslov PE (naziv 2) | Zaprto | 2 | |
RobertSShop | ddamijan | 13.01.2016 | 21.02.2022 | |
|
9 | Normalno | Pogosto | Prošnja (razvoj) | Startup forma + nadgradnja baze produktov = napaka | Zaprto | 2 | |
simpleshop | | 13.01.2016 | 16.01.2016 | |
|
6 | Visoka | Vedno | Napaka | Prevzem artiklov - izvorni dokument (račun, dobavnica) | Zaprto | 2 | |
simpleshop | | 13.01.2016 | 16.01.2016 | |
|
2 | Normalno | Včasih | Razvoj | Kategorije produktov - Vrstni red | Zaprto | 2 | |
simpleshop | | 12.01.2016 | 26.03.2016 | |
|
1 | Normalno | Včasih | Napaka | Kategorije produktov (prazen naziv) | Zaprto | 2 | |
root | | 12.01.2016 | 16.01.2016 | |
|
585 | Urgentno | Včasih | Razvoj | Blagajna ZnD (vsi) - Način plačila TRR (že plačano) | Zaprto | 1 | |
root | ddamijan | 21.05.2020 | 17.06.2020 | |
|
564 | Normalno | Včasih | Razvoj | Iskalnik (*, ?) | Dodeljeno | 1 | |
root | ddamijan | 22.01.2020 | 22.01.2020 | |
|
547 | Normalno | Včasih | Napaka | Opisa postavke ne sprinta na računu kreiranem iz ponudb ... | Zaprto | 1 | |
Vidko | | 12.07.2019 | 21.08.2019 | |
|
500 | Normalno | Včasih | Prošnja (razvoj) | Informativni izračun - izvoz "Minimax" - Temeljnice izd ... | Zaprto | 1 | |
root | ddamijan | 25.01.2019 | 19.02.2019 | |
|
494 | Normalno | Vedno | Napaka | Označi > Odstrani (vse) | Zaprto | 1 | |
Vidko | | 04.01.2019 | 06.01.2019 | |
|
488 | Normalno | Vedno | Razvoj | Predogled dokumentov | Zaprto | 1 | |
Vidko | | 26.12.2018 | 26.04.2019 | |
|
485 | Normalno | Vedno | Napaka | Delno plačilo računa | Zaprto | 1 | |
Vidko | | 26.12.2018 | 06.01.2019 | |