|
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. |
|
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" |
|
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. |
|
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. |
|
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"? |
|
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)
|
|
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.
|
|
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? |
|
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.
|
|
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) |
|
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.. |
|
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. |
|
296 | Normalno | Vedno | Razvoj | Iskanje kupcev pri Blagajna Znd | Zaprto | 1 | |
Vidko | simpleshopddamijan | 20.09.2016 | 09.10.2016 |
Opis poročila
Pri Blagajnah Znd je v primeru, ko imamo vnešenih več kupcev zamudno iskanje določenega kupca.
A obstaja možnost, da se uvede neka možnost hitrega iskanja kupcev. Preko spustnega seznama je zadeva zamudna, ker ne moremo sortirati kupcev po abecedi, ali kako drugače, pa jih zdaj pač iščeš in iščeš.
Torej v mislih imam neke vrste iskanja, da napišeš del naziva kupca, pa ti zreducira seznam, kot je to možno naprimer pri A4 računu, Torej lahko bi se dodal gumb "Iskanje stranke" kot pri A4 varianti. |
|
295 | Normalno | Vedno | Razvoj | Gumbi kategorije | Zaprto | | |
Vidko | simpleshop | 20.09.2016 | 09.10.2016 |
Opis poročila
Pri Blagajna ZnD se v določenih primerih, ko je tekst daljši, pojavi problem. Beseda v samem gumbu se prelomi ali pa ga ne izpiše v celoti.
A je možno, da se pri nastvitvah doda še možnost spreminjanja za privzeto velikosti pisave za kategorije. S tem bi se ta problem seveda odpravil. Lahko pa bi bil gumb tudi malo širši in sicer tako kot so široki navigacijski gumbi "gor, dol". Vem, da lahko spreminjamo privzeto višino kategorije, a s tem daljših besed ne rešimo, obenem pa imamo na trenutnem zaslonu s povečanjem višine kategorije avtomatsko manj gumbov.
Malo podaljšanje gumba (ali morda možnost nastavitve) in možnost spremembe privzete velikosti bi odpravil te dileme. |
|
547 | Normalno | Včasih | Napaka | Opisa postavke ne sprinta na računu kreiranem iz ponudb ... | Zaprto | 1 | |
Vidko | | 12.07.2019 | 21.08.2019 |
Opis poročila
Pri kreiranju ponudbe zraven naziva vnesemo opis postavke. Opis produkta tako ali tako ne moremo vnesti, ker pišemo v prazno. Ko kasneje kreiramo račun iz te ponudbe nam tega opisa postavke sploh ne sprinta. Če ga hočemo imeti na računu, spet jovo na novo vnašamo opis postavke. Dvojno delo in še na vse je treba paziti. Kot da bi pisali račun ročno, kot v starih časih.
Glede teh opisov postavke in opisov produktov pa je tako ali tako zmešnjava že od nekdaj in je ne znamo pošlihtati. Samo poglejmo malo za nazaj. Na hitro preverjeno smo o težavah pri opombah in opisih začeli govoriti pri ID#323 in to davnega 28.2.2017. Ni kaj smo ažurni, kot sem to že večkrat omenil. In ta neizpis opisa postavke izhaja ravno iz teh težav, ker se ne shranijo v našo bazo produktov. |
|
85 | Normalno | Vedno | Napaka | eRačun - vpis št. naročilnice | Zaprto | | |
primozstrgar | ddamijan | 29.02.2016 | 28.08.2018 |
Opis poročila
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 |
|
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 |
Opis poročila
Ob zapiranju stare in odpiranju nove blagajne prihaja do napačnega številčenja računov.
Ne začne številčiti z 1 ampak nadaljuje z naslednjo številko računa iz prejšnje blagajne. |
|
326 | Normalno | Vedno | Napaka | Napaka pri spremembi barve produkta | Zaprto | 1 | |
arset | | 31.05.2017 | 31.05.2017 |
Opis poročila
Pri zadnji posodbitvi verziji 4.5.1.547 se ne da več spreminjati- nastavljati barve produktov
|
|
315 | Normalno | Vedno | Prošnja (razvoj) | Pregled računov, predračunov, ... | Zaprto | | |
Vidko | | 06.01.2017 | 14.03.2017 |
Opis poročila
Predlagam da se pri "Pregled Računov", "Pregled predračinov" in vseh pregledih doda še možnost pregleda tekočega ali poslovnega leta. Pač kakorkoli že ta pregled imenujemo.
Prilagam mojo zamisel v priponki. Ko poslujemo s programom naprimer že več let se nam iste številke računov ponavljajo in ko izberemo vsi računi in iščemo na primer določeno številko računa nam izlista vse račune vseh let, če seveda ročno ne izberemo datumskega obdobja. Torej res je, da če nastavimo ročno datumsko obdobje, nam lista samo to obdobje, a velikokrat rabimo samo zadnje leto in bi bilo zelo poenostavljeno če označimo samo kljukico (ki bila morda lahko bila celo prevzeto odkljukana, odvisno od želje ostalih uporabnikov) in bi imeli hitrejši pregled do zadnjega poslovnega leta.
Predlagam pač, ne vem pa če je to programsko mogoče? (Pri kakih analizah bi bila morda priporočljiva tudi hitra izbira določenega meseca, a to je že luksuz, dovolj za začetek bi bilo že tekoče leto) |
|
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 . |
|
18 | Nizka | Vedno | Razvoj | Izhod iz programa - X - Close button | Zaprto | | |
RobertSShop | simpleshop | 13.01.2016 | 18.01.2016 |
Opis poročila
http://www.utorrent.com/ ima opcijo da X-desno (close button) zgoraj v aplikaciji nastaviš na minimiraj, tudi pri SS bi bilo to dobro (oz. da je nefunkcionalen) in je možneno program zapreti samo na Izhod, Izhod, saj pri tablicah, ko je vse majhno in skupaj zelo hitro klikneš nanj in zapreš SS. |
|
614 | Urgentno | Včasih | Prošnja (razvoj) | Pregled računov - prevetritev CSV izvoz | Zaprto | | |
root | root | 22.04.2021 | 28.04.2021 |
Opis poročila
Pregled CSV izvoza v pregledu računov in dodati manjklajoče stolpce (ZOI, EOR itd..). |
|
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 |
Opis poročila
V formah ZnD (blagajna, gostinec, itd...) da se doda nov tip plačila, ki bo identičen kot je tip plačila TRR z eno razliko, da je račun označen kot "PLAČANO".
Torej, tukaj bi se naredilo tako, da bosta prisotna 2 TRR gumba, razlika je, da bo pri enem oznaka "ŽE PLAČANO", obstoječi ostane nespremenjen. |
|
545 | Nizka | Včasih | Razvoj | Moneta -> Valu | Zaprto | | |
root | simpleshop | 11.06.2019 | 08.07.2019 |
Opis poročila
Moneta se preimenuje v Valu.
Potrebna sprememba logotipov, besedila itd...
Preverba delovanja - sistem oz. način se ne spreminja. |
|
501 | Normalno | Včasih | Prošnja (razvoj) | Kreiranje zaključka - pošiljanje dnevnega iztržka za "M ... | Zaprto | | |
root | ddamijan | 25.01.2019 | 07.03.2019 |
Opis poročila
Stranka ima željo, da se uredi, da se pošilja namesto trenutno .PDF lahko tudi .XML po shemi kot jo ima "Minimax".
Vse informacije na voljo:
Priprava datoteke XML za uvoz temeljnic izdanih računov in dnevnega iztržka
http://help.minimax.si/sl/priprava-datoteke-xml-za-uvoz-temeljnic-izdanih-racunov-dnevnega-iztrzka
Jaz bi pripravil še, da bi bila opcija pošiljanja ali .PDF, ali .XML ali oboje. |
|
478 | Normalno | Vedno | Napaka | Produkti - zamik skupnega označevanja | Zaprto | 1 | |
Vidko | ddamijan | 23.10.2018 | 06.11.2018 | |
|
463 | Nizka | Včasih | Napaka | Nedelovanje spletnega registra: Stranke | Zaprto | | |
root | simpleshop | 04.04.2018 | 04.04.2018 | |
|
329 | Normalno | Vedno | Napaka | Izpis opombe A4 | Zaprto | | |
arset | ddamijan | 23.06.2017 | 27.06.2017 | |
|
285 | Normalno | Včasih | Napaka | Napaka v produktih | Zaprto | | |
strikar | simpleshop | 31.05.2016 | 01.06.2016 | |
|
87 | Normalno | Vedno | Napaka | potrjevanje davčnih računov | Zaprto | 3 | |
primozstrgar | ddamijan | 10.03.2016 | 10.03.2016 | |
|
81 | Normalno | Vedno | Napaka | Pregled predračunov → Izvoz podatkov (.csv) → napačne d ... | Zaprto | 1 | |
RobertSShop | simpleshop | 25.02.2016 | 25.03.2016 | |
|
78 | Normalno | Vedno | Napaka | napaka pri končanju naročila | Zaprto | | |
| simpleshop | 24.02.2016 | 05.03.2016 | |
|
77 | Normalno | Vedno | Napaka | Timer napaka | Zaprto | | |
| simpleshop | 24.02.2016 | 05.03.2016 | |
|
53 | Normalno | Vedno | Napaka | Opazke na v3.6.9.345 | Zaprto | 3 | |
Vidko | simpleshop | 01.02.2016 | 02.02.2016 | |
|
51 | Normalno | Včasih | Prošnja (razvoj) | Skupni znesek v oknu "Ročni vnos" pri Blagajna ZnD | Zaprto | 1 | |
Vidko | simpleshop | 28.01.2016 | 31.01.2016 | |
|
49 | Normalno | Včasih | Prošnja (razvoj) | Datum plačila računa | Zaprto | | |
| simpleshopddamijan | 26.01.2016 | 31.01.2016 | |
|
45 | Normalno | Vedno | Napaka | POS račun-vnos količine onemogočen. | Zaprto | | |
RobertSShop | ddamijan | 24.01.2016 | 31.01.2016 | |
|
44 | Normalno | Včasih | Prošnja (razvoj) | Pravice zaposlenim | Zaprto | | |
| ddamijan | 23.01.2016 | 24.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 | |
|
38 | Normalno | Včasih | Napaka | BRISANJE RAČUNOV | Zaprto | | |
| simpleshop | 20.01.2016 | 20.01.2016 | |
|
32 | Normalno | Vedno | Razvoj | ZAGON PROGRAMA | Zaprto | | |
Ucefarin | simpleshop | 18.01.2016 | 07.02.2016 | |
|
24 | Normalno | Pogosto | Prošnja (razvoj) | Lastna poraba | Zaprto | | |
| simpleshop | 14.01.2016 | 07.01.2019 | |
|
21 | Normalno | Včasih | Prošnja (razvoj) | prodaja - | Zaprto | | |
| simpleshop | 14.01.2016 | 14.01.2016 | |
|
17 | Normalno | Vedno | Razvoj | Stranke - možnost izvoza podatkov | Zaprto | | |
RobertSShop | simpleshop | 13.01.2016 | 15.02.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 | |
|
8 | Urgentno | Vedno | Napaka | Uporaba tehtnice preko BAR koda v formi Blagajna ZnD | Zaprto | 1 | |
simpleshop | ddamijan | 13.01.2016 | 16.01.2016 | |
|
7 | Urgentno | Skoraj nikoli | Napaka | Prevzem artiklov - manjka ID prevzemnice in prevzemnica ... | Zaprto | 1 | |
simpleshop | ddamijan | 13.01.2016 | 16.01.2016 | |
|
500 | Normalno | Včasih | Prošnja (razvoj) | Informativni izračun - izvoz "Minimax" - Temeljnice izd ... | Zaprto | 1 | |
root | ddamijan | 25.01.2019 | 19.02.2019 | |
|
341 | Visoka | Včasih | Napaka | Produkti - .CSV uvoz (podvojeni vnosi) | Zaprto | 2 | |
root | simpleshopddamijan | 02.10.2017 | 02.10.2017 | |
|
340 | Visoka | Vedno | Napaka | Blagajniški dnevnik - napaka izpisa če ni DDV podatkov | Zaprto | 1 | |
root | simpleshopddamijan | 02.10.2017 | 03.10.2017 | |