|
307 | Normalno | Vedno | Napaka | popravljanje izdanega računa-spremeni se sklic | Zaprto | | |
RobertSShop | root | 29.11.2016 | 13.01.2017 |
Opis poročila
Pri kasnejšem popravljanju že izdanega računa-uredi račun, dodal sem spodaj tekst-besedilo, se je sklic spremenil iz 0-2016-75 v 5-2016-75. |
|
322 | Normalno | Včasih | Napaka | Označi vse, Odznači vse | Zaprto | 1 | |
Vidko | | 28.02.2017 | 08.03.2017 |
Opis poročila
Pri "Produktih" funkcija "Označi vse", "Odznači vse" deluje z zamikom. Ko kliknemo "Ročni vnos cene" in potem "Označi ali Odznači" nam to izvede v naslednji koloni, v tem primeru "Lastni naziv" in to potem pri vseh zamika naprej. Pri "uporaba serijske številke" pa sploh ne deluje.
Morda šekje drugje ista napaka. |
|
312 | Normalno | Vedno | Prošnja (razvoj) | Datum plačila na praznični dan | Zaprto | | |
Vidko | | 02.12.2016 | 11.03.2019 |
Opis poročila
Zasledil sem da nekateri programi upoštevajo rok plačila samo na delovni dan, torej če imamo za določeno stranko nastavljen 20 dnevni rok plačila in nam to pade na soboto, nedeljo ali praznik se datum prestavi na naslednji delovni dan oziroma nas morda na to vsaj opozori.
Če je to smiselno morda tudi za ostale uporabnike bi bilo priporočljivo. |
|
320 | Normalno | Včasih | Napaka | Analitika artikla | Zaprto | | |
strikar | rootsimpleshopddamijan | 11.02.2017 | 14.12.2017 |
Opis poročila
Analitika artikla ne deluje,oziroma jo moraš čakat in na koncu sporoči napaka ker je preveč vnosov.Če je možno da bi bilo od inventure naprej ali po datumu!
Sedaj išče še prejšnja leta,kar nas pa ne zanima.
|
|
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. |
|
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. |
|
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. |
|
607 | Urgentno | Včasih | Razvoj | Skladišče - Pregled zaloge - Filtri | Zaprto | | |
root | ddamijan | 27.01.2021 | 31.01.2021 |
Opis poročila
V Pregledu zaloge pod Skladišče je želja uporabnikov da se doda sledeče filtre:
- Vsi
- Prikaži samo "pozivitvno" zalogo
- Prikaži samo "pozitivno" zalogo + 0
- Prikaži samo "negativno" zalogo
- Prikaži samo "negativno" zalogo + 0
- Ne prikaži zaloge (če je "Paket")
- Ne prikaži zaloge (brez prevzemnice)
- Ne prikaži zaloge (brez prevzemnice in inventure)
Glede na to, da je kar nekaj tega, bi bilo najbolje, da je to "dropdown" menu, izbor je med sabo izključojoč, torej ne moreta biti izbrana 2 filtra naenkrat. |
|
15 | Normalno | Vedno | Napaka | Način učenja | Zaprto | 2 | |
RobertSShop | simpleshop | 13.01.2016 | 12.12.2016 |
Opis poročila
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. |
|
65 | Normalno | Vedno | Razvoj | Plačilo po predračunu - Ustvari račun | Zaprto | 2 | |
GTz | ddamijan | 12.02.2016 | 14.10.2018 |
Opis poročila
Potek dela:
Nov predračun (plačilo na TRR) -> stranka plača -> označiš da je predračun plačan -> Klik na predračun "Ustvari račun A4" -> zaključek računa..
Problem je da se na zaključenem računu kreira nov sklic za plačilo ter rok plačila v primeru da je izbran plačilo na TRR pri zaključku računa.
Lahko bi pisalo da je račun že plačan po predračunu.. ter morda datum, kdaj je bil plačan.. |
|
291 | Normalno | Vedno | Prošnja (razvoj) | Besedilo pod računom zlomi v dve vrsti | Zaprto | 1 | |
RobertSShop | simpleshop | 20.06.2016 | 12.12.2016 |
Opis poročila
Program ne piše besedila do konca strani ampak zlomi besedilo v novo vrsto. (EAV-0169454734, Potek licence: 12/06/2017) |
|
314 | Normalno | Vedno | Napaka | Popravilo, stornacija dobavnice | Zaprto | | |
Vidko | | 04.01.2017 | 05.05.2019 |
Opis poročila
Stranka kupi artikel, kreiramo dobavnico, jo izpišemo in stranka si v tem primeru premisli:
- namesto enega komada bi imela naprimer 3 / pišemo novo dobavnico še za 2 kosa / delna rešitev, ker zdaj lahko izpišemo račun iz večih dobavnic, bi pa bilo verjetno enostavneje, da dobavnico ponovno odpremi in jo popravimo, dokler še ni izpisan račun?
- drug primer je težji, ko si stranka premisli in ne vzame tega artikla / kaj sedaj. Ne gre dobavnice stornirat, ne popraviti?
- vsak je zmotljiv, izberemo po pomoti napačen naslov, artikel, količino ali kaj podobnega, pa zopet dobavnica ni popravljiva, ne moremo je stornirati, skratka za inšpektorje je to takoj sumljiva zadeva, da hočemo nekaj prekriti, zaloga se podira, ni tako kot bi moralo biti.
Prav tako smo že omenjali tudi druge dokumente, ki jih prav tako me moremo popravljati niti takrat, ko jih še ne zaključimo.
To so napake, ki nas uporabnike ovirajo pri delu in tudi delno silijo v nepravilnosti ne po naši krivdi, saj ne moremo svoje znane napake zaradi programske napake izvesti na pravilen način. Tale BT SimpleShop je dobra zamisel, da lahko povemo svoje težave, le nekatere se predolgo zadržujejo na seznamu. Razumem, da vsako delo zahteva svoje znanje in čas, ampak saj veste, kot uporabniki bi tudi radi prihranili kaj časa in si olajšali delo, zato sporočamo te napake in pobude, da skupaj z vami naredimo dober program za vse.
ps.
o podobni zadevi glede stornacije je na BT bilo pisano že 13.1.2016, torej čakamo na popravek že skoraj leto dni. Se opravičujem, ampak prosim če nas lahko razumete, čeprav zadeva ne sodi v to rubriko.
|
|
372 | Normalno | Skoraj nikoli | Razvoj | Seznam zaposlenih - omogoči storno računa DA/NE | Zaprto | 1 | |
root | ddamijan | 24.11.2017 | 29.11.2017 |
Opis poročila
Vedno več se rabi, da se poleg vseh pravic lahko uporabniku določi, ali lahko izvede stornacijo računa ali ne.
Za obstoječe uporabnike (pri nadgradnji baze) vsi dobijo podatek: DA
Ko se kreira nov uporabnik dobi podatek oz. je privzeta vrednost: DA
Ta funkcija pomeni override glede na uporabnikove pravice. In to je funkcija, ki se dotika praktično vseh form, kjer je možna stornacija računa ali kakršnega koli drugega dokumenta.
A ti naštejem dokumente kjer se to pojavi? |
|
375 | Normalno | Vedno | Napaka | Napaka pri kreiranju računa | Zaprto | 1 | |
GTz | | 05.12.2017 | 06.12.2017 |
Opis poročila
Napaka se pojavi pri kreiranju računa (Vnos računa A4), če se doda material, storitev z ročnim vnosom cene.
|
|
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)
|
|
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"? |
|
439 | Normalno | Vedno | Napaka | Opombe za produkte | Zaprto | | |
Vidko | | 06.02.2018 | 08.02.2018 |
Opis poročila
Pred kakim letom smo v FS#323 pisali o opombah pri artiklih.
Opisana zadeva, bi nam večkrat prišla prav, predvsem v tem pomenu, da bi vnešena opomba zapisana pod "Opis" v prodiktih bila izpisana tudi na računu. Tudi če imamo v nastavitvah pri "A4 izpis-postavke", označeno da naj "Omogoči izpis opisa produkta" se zadeva ne izpiše, ne na A4 ne na pos, bi pa bilo zaželjeno da se izpiše v obeh formatih.
Če sedaj operiramo z opisi, moramo vedno znova vnašati ta opis ali opombo, kar je že pravi naziv, ročno in za vsak račun posebej. Zamudno in neprijetno. |
|
441 | Normalno | Včasih | Napaka | Označi > Odstrani (vse) | Zaprto | | |
Vidko | simpleshopddamijan | 06.02.2018 | 08.02.2018 |
Opis poročila
Označi > Odstrani (vse) v "Produktih" in "Stranke" ne deluje. Javlja napako in vse je zamaknjeno. Naprimer pri "Produktih" pod "Opis" nimamo kaj označevati, pri "Ročni vnos cene" ali "Lastni naziv" pa bi bilo potrebno, a ni možnosti. |
|
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" |
|
464 | Normalno | Vedno | Napaka | Program izbriše artikle iz računa kljub prekinitvi urej ... | Zaprto | 1 | |
RobertSShop | ddamijan | 16.07.2018 | 26.07.2018 |
Opis poročila
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. |
|
465 | Normalno | Včasih | Napaka | Stranke - napaka grafičnega izrisa | Zaprto | 1 | |
root | ddamijan | 27.07.2018 | 28.07.2018 |
Opis poročila
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. |
|
482 | Nizka | Skoraj nikoli | Napaka | Broken "v.txt" | Zaprto | 1 | |
root | ddamijan | 13.11.2018 | 24.11.2018 |
Opis poročila
Redno, se pa zgodi je da se v datoteko "v.txt" zapišejo čudne zadeve.
Ne vem ali je to problem ob preverjanju nove verzije, nastavitev uporabnika itd... Vendar pa bi bilo smiselno da v takem primeru program preveri, če je datoteka "v.txt" v pravilni strukturi. Če ni naj jo program sam zapiše glede na verzijo katera pač je - sicer ne deluje preverjanje za novo verzijo programa. |
|
483 | Normalno | Vedno | Prošnja (razvoj) | Plačan račun izdan iz zbirnikov | Zaprto | | |
Vidko | | 26.12.2018 | 06.01.2019 |
Opis poročila
Ko označimo v pregledu računov, da je račun, ki je bil izdan iz zbirnikov, plačan ali po novi izdaji verzije programa "Dodamo plačilo", bi se nam zbirniki iz katerih je bil izdan račun, avtomatsko moral označiti kot plačani.
Sedaj, če hočemo da vemo da je zbirnik bil poravnan, ročno poklikati vsak zbirnik in označiti da je plačan. |
|
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. |
|
485 | Normalno | Vedno | Napaka | Delno plačilo računa | Zaprto | 1 | |
Vidko | | 26.12.2018 | 06.01.2019 |
Opis poročila
Nova funkcija "dodaj plačilo" ne deluje kot bi morala.
Če dodamo delno plačilo za nek račun, pri "Pregledu računov" za ta račun, ko izbiramo kljukice plačano ali ne plačano, računa ne prikaže nikjer, tako da ne vemo ali je plačan ali ne, razen po statusu plačila pod 4.
Če dodajamo za en račun več plačil, ne vemo koliko je bilo katero plačilo, ker nikjer ni to v oknu "Dodaj plačilo" razvidno, razen če gremo v podrobnosti plačila. Lahko bi uporabili podobno tabelo da ko vnašamo novo "Dodaj plačilo" vemo kolik je še dolg.
Tudi v "Pregledu računov" bi bila lahko dodana kolona ostanka dolga, da bi bilo preglednejše in vidno, koliko je še kateri račun neporavnan. |
|
486 | Normalno | Vedno | Napaka | Ponudba z gotovinskim plačilom | Zaprto | | |
Vidko | | 26.12.2018 | 27.12.2018 | |
|
487 | Normalno | Vedno | Napaka | Noga pri A4 izpisu računa ni natisnjana | Zaprto | 2 | |
Vidko | | 26.12.2018 | 06.01.2019 | |
|
488 | Normalno | Vedno | Razvoj | Predogled dokumentov | Zaprto | 1 | |
Vidko | | 26.12.2018 | 26.04.2019 | |
|
494 | Normalno | Vedno | Napaka | Označi > Odstrani (vse) | Zaprto | 1 | |
Vidko | | 04.01.2019 | 06.01.2019 | |
|
502 | Visoka | Včasih | Razvoj | POS terminal - izpis po bančnih karticah | Zaprto | 4 | |
root | ddamijan | 12.02.2019 | 19.02.2019 | |
|
541 | Normalno | Vedno | Razvoj | Dobavnice - ustvari dobavnico | Zaprto | | |
RobertSShop | | 06.06.2019 | 21.08.2019 | |
|
550 | Normalno | Vedno | Napaka | Nedelovanje povezave s FURS - po zagonu računalnika iz ... | Zaprto | | |
Vidko | | 18.07.2019 | 21.08.2019 | |
|
295 | Normalno | Vedno | Razvoj | Gumbi kategorije | Zaprto | | |
Vidko | simpleshop | 20.09.2016 | 09.10.2016 | |
|
296 | Normalno | Vedno | Razvoj | Iskanje kupcev pri Blagajna Znd | Zaprto | 1 | |
Vidko | simpleshopddamijan | 20.09.2016 | 09.10.2016 | |
|
85 | Normalno | Vedno | Napaka | eRačun - vpis št. naročilnice | Zaprto | | |
primozstrgar | ddamijan | 29.02.2016 | 28.08.2018 | |
|
547 | Normalno | Včasih | Napaka | Opisa postavke ne sprinta na računu kreiranem iz ponudb ... | Zaprto | 1 | |
Vidko | | 12.07.2019 | 21.08.2019 | |
|
18 | Nizka | Vedno | Razvoj | Izhod iz programa - X - Close button | Zaprto | | |
RobertSShop | simpleshop | 13.01.2016 | 18.01.2016 | |
|
25 | Normalno | Skoraj nikoli | Napaka | Napaka pri tiskanju predračuna na .pdf | Zaprto | 6 | |
GTz | ddamijan | 14.01.2016 | 02.10.2016 | |
|
315 | Normalno | Vedno | Prošnja (razvoj) | Pregled računov, predračunov, ... | Zaprto | | |
Vidko | | 06.01.2017 | 14.03.2017 | |
|
326 | Normalno | Vedno | Napaka | Napaka pri spremembi barve produkta | Zaprto | 1 | |
arset | | 31.05.2017 | 31.05.2017 | |
|
479 | Normalno | Včasih | Vprašanje / Preverba | Napačno številčenje računov pri odpiranju nove blagajne | Zaprto | | |
Vidko | | 03.11.2018 | 25.12.2018 | |
|
7 | Urgentno | Skoraj nikoli | Napaka | Prevzem artiklov - manjka ID prevzemnice in prevzemnica ... | Zaprto | 1 | |
simpleshop | ddamijan | 13.01.2016 | 16.01.2016 | |
|
8 | Urgentno | Vedno | Napaka | Uporaba tehtnice preko BAR koda v formi Blagajna ZnD | Zaprto | 1 | |
simpleshop | ddamijan | 13.01.2016 | 16.01.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 | |
|
17 | Normalno | Vedno | Razvoj | Stranke - možnost izvoza podatkov | Zaprto | | |
RobertSShop | simpleshop | 13.01.2016 | 15.02.2016 | |
|
21 | Normalno | Včasih | Prošnja (razvoj) | prodaja - | Zaprto | | |
| simpleshop | 14.01.2016 | 14.01.2016 | |
|
24 | Normalno | Pogosto | Prošnja (razvoj) | Lastna poraba | Zaprto | | |
| simpleshop | 14.01.2016 | 07.01.2019 | |
|
32 | Normalno | Vedno | Razvoj | ZAGON PROGRAMA | Zaprto | | |
Ucefarin | simpleshop | 18.01.2016 | 07.02.2016 | |
|
38 | Normalno | Včasih | Napaka | BRISANJE RAČUNOV | Zaprto | | |
| simpleshop | 20.01.2016 | 20.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 | |