|
98 | Normalno | Vedno | Napaka | Datum opravljene storitve - račun iz zbirnika | Zaprto | | |
Vidko | | 11.04.2016 | 28.04.2016 |
Opis poročila
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. |
|
99 | Normalno | Vedno | Razvoj | Rok plačila - račun iz zbirnika | Zaprto | | |
Vidko | | 11.04.2016 | 28.04.2016 |
Opis poročila
Pri kreiranju računa iz Zbirnika program ne upošteva "Rok plačila" ki je nastavljen za posamezno stranko ampak 8 dni.
Moral bi upoštevati prednastavljen datum za posamezno stranko oziroma prevzeti datum za ostale stranke, kjer ni nastavljene spremembe. |
|
100 | Normalno | Vedno | Napaka | Sklic pri kreiranju računa iz Zbirnika | Zaprto | | |
Vidko | | 11.04.2016 | 28.04.2016 |
Opis poročila
Pri kreiranju računa iz Zbirnika se sklic ne izpisuje pravilno. Izpiše se namreč številka računa "XXX-XX-0000X in ne kot je sklic pri ostalih računih.
Izpiše se naj isti sistem sklica kot pri drugih računih. |
|
101 | Normalno | Vedno | Napaka | Storno iz Zbirnika - urejanje zbirnika | Zaprto | | |
Vidko | | 11.04.2016 | 01.05.2016 |
Opis poročila
Pri kreiranju zbirnika se pojavi težava ob stornaciji. Ko postavko dodamo v zbirnik, ni več variante, da jo popravimo. Edina varianta je da pri Pregledu računov to postavko storniramo. Če to storimo nam pri kreiranju zaključka torej izpisa računa ostale zbirnike doda na račun normalno storniran zbirnik pa nam doda samo v negativnem (torej nam stornirani zbirnik odšteje na račinu in ga ne postavi v vrednost 0)
To ni dobro. Če dodamo 1 kos artikla in kasneje ta isti 1 kos storniramo, bi torej morala biti nula. Če že bi moralo biti prvo v "+" dodano in kasneje v "-" storno, ne pa samo "-", ker se račun tako ne ujema. Lahko bi torej dali možnost da se zbirnik popravi ali izbriše, ali pa tak artikel, ki je morda storniran, če že mora biti storniran ni viden na računu, saj stranka ne rabi videti naših napak. Mislim da to ne bi bilo sporno, saj uradno račun sploh še ni bil izdan, dokler zbirnika ne zaključimo. Pač, ne vem kako je to z zakonskega vidika, a zbirnik bi nam nekako moralo biti dovoljeno popravljeti, na kak način že pač? |
|
103 | Normalno | Vedno | Napaka | Računi→Pregled računov | Zaprto | | |
RobertSShop | | 18.04.2016 | 30.04.2016 |
Opis poročila
Funkcija Status: Prikaži plačane, Prikaži neplačane račune ne deluje. |
|
279 | Normalno | Skoraj vedno | Prošnja (razvoj) | Pri stornaciji zbirnika se stornira račun, namesto zbir... | Nepotrjeno | | |
bongo | | 06.05.2016 | 07.05.2016 |
Opis poročila
Ko delaš zbirnik ima le-ta svojo številko (recimo zbirnik 5) in ko iz tega zbirnika narediš račun to nastane recimo račun št.15
Če ta zbirnik storniraš, simple shop uporabi ID od računov za stornacijo in tudi kaže med storniranimi računi, čeprav to še ni račun.
Predlog: Zbirnik bi moral imeti svoje stornacije in to se nebi smelo kazati med računi. |
|
283 | Normalno | Vedno | Prošnja (razvoj) | Spreminjanje seznama strank po svojih željah | Zaprto | | |
Vidko | | 20.05.2016 | 03.10.2016 |
Opis poročila
A je možno da se pri seznamu "Stranke" uvede možnost spreminjanja ID, oziroma, da sami določimo oziroma popravimo vrstni redu že vnešene stranke po svoji želji. Torej da naprimer damo stranke, ki jih večkrat uporabimo na vrh seznama. |
|
284 | Normalno | Pogosto | Prošnja (razvoj) | popusti | Nepotrjeno | | |
andreja | | 26.05.2016 | 26.05.2016 |
Opis poročila
Ali bi bilo mogoče v pogledu blagajna ZnD uvesti možnost, da se višina popusta vpisuje tudi nominalno in ne samo v %, kot je bilo to mogoče v Vnosu računov ZnD (ta pogled na žalost sedaj deluje prepočasi)? Pride večkrat prav, sploh v času razprodaj, če ni artiklu nastavljen privzeti popust, je v večini primerov lažje odtipkati nominalni popust kot pa najprej računati procente. |
|
297 | Normalno | Vedno | Napaka | Sortiranje | Zaprto | | |
Vidko | | 11.10.2016 | 02.11.2016 |
Opis poročila
V oknu "Pregled računov" ne deluje pravilno sortiranje in sicer po "Ime Računa"
Pri "Ime Računa" sortira takole:
xx-1-1
xx-1-10
xx- 1-11
....... šele nato
xx-1-2
xx-1-20 |
|
299 | Normalno | Vedno | Razvoj | Kreiranje enega računa iz večih dobavnic | Zaprto | | |
Vidko | | 11.10.2016 | 04.01.2017 |
Opis poročila
Kreiramo ob prevzemih za isto stranko na primer dve, tri ali več dobavnic.
Radi bi kreirali račun, ki bi bil skupek teh vseh dobavnic, ki niso ob izdaji bile fakturirane.
Je kakšna možnost? |
|
300 | Normalno | Vedno | Napaka | Vnos računa / predračuna / dobavnice A4 | Zaprto | | |
Vidko | | 20.10.2016 | 02.01.2017 |
Opis poročila
Ko kreiramo podatke A4 se pojavljajo problemi in bi nekatere stvari bilo dobro dodelati.
Že omenjeno v prejšnjih poročilih
- pri izbiri produkta bi bil zelo priporočljiv dvoklik na sam artikel.
- poenotiti bi bilo potrebeno vnos artiklov z spreminjanjem postavk in tistih, ki imamo nastavljene, da so fiksne (ko vnašamo se nam včasih odpre okno za spremembo postvak, včasih se nam direktno vpiše kar v dokument in če točno ne vemo kateri artikel je fiksen nam vnese kar količino 1. Pa spet brisanje vnešenih, ponovni vnos po drugem postopku. Dajmo to nekako poenotit)
Nove težave
- ko sam artikel uredimo (naziv, cena, količina) ga vnesemo v postavke računa in tu se pojavi problem, če smo naredili kakšno napako. Ne moremo več popravljati naziva, cene, skratka nič več. Postavko lahko samo zbrišemo in spet vnesemo na novo. To žal ni najbolje, časovno zamudno, ....
- v kolikor kasneje predračun, ko je že ustvarjen hočemo popravljati je zadeva zopet ista. Stranka se odloči, da bo določen artikel imela v večji količini ali pač kakšna sprememba in moramo zopet staro postavko brisati, ustvarjati novo, skratka zamudno.
A se da to morda urediti tako ali pač na kak podoben način, da kliknemo v vrstico produkta in se nam omogoči, da lahko v določeni celici napako popravimo. Jasno, da na primer, ko je račun zaključen z zaključkom, da to ni več mogoče. Pri predračunih, dobavnicah pa bi bilo to zaželjeno.
|
|
301 | Normalno | Vedno | Razvoj | Vnos artiklov v Blagajna ZnD | Zaprto | | |
Vidko | | 20.10.2016 | 20.10.2016 |
Opis poročila
Pri vnosu artiklov u Blagajni ZnD, ko imamo fiksni artikel, brez možnosti spreminjanja parametrov nam vedno na račun vnese samo en artikel. Če hočemo naprimer 3, moramo popravljati vrstico količine.
A bi bilo smiselno, na primer ko na en artikel kliknemo trikrat nam ga vnese na račun vendar ga količinsko združi, torej en artikel 3x. |
|
303 | Normalno | Vedno | Razvoj | TISKANJE DUPLIKATOV RAČUNA | Zaprto | | |
Ucefarin | | 17.11.2016 | 02.01.2017 |
Opis poročila
Možnost izbire števila ponatisov računa. Sedaj lahko nastavimo samo z ozahtevkom tiskaj duplikat DA/NE.
Stranke želijo prenastavitev tiskov brez opozorilnega okna,... |
|
304 | Normalno | Vedno | Razvoj | KREIRANJE PONUDBE | Zaprto | | |
Ucefarin | | 27.11.2016 | 27.02.2017 |
Opis poročila
Trenutna verzija nam omogoča samo kreiranje PREDRAČUNA. Predračun se izdaja, kadar se izvaja plačilo po predračunu, ponudba je pa načeloma informativnega značaja in ne zavzema roka plačila temveč veljavnost ponudbe.
Običajno se posluje tako, da se prvo izda ponudbo in, ko je stranka zadovoljna s ceno in pogoji se izda predračun po katerem se izvede plačilo,.. |
|
305 | Normalno | Včasih | Napaka | DVOJNA TARIFA | Zaprto | | |
Ucefarin | | 27.11.2016 | 02.01.2017 |
Opis poročila
Preklop med tarifami bi lahko bil samo z enim gumbom. Sedaj mora stranka kreirat dvojne kategorije kar je precej nepregledno (sploh na manjših ekranih) in seveda omogoča precej napak pri vnosu.
Gumb bi lahko omogočal prekop med kategorijami. (K1, K",...) |
|
306 | Normalno | Včasih | Napaka | Kategorije produktov | Zaprto | | |
Vidko | | 27.11.2016 | 04.01.2017 |
Opis poročila
Pri kategorijah produktov, bi morda bilo smiselno, da se uvede dodatna postavka, kjer bi lahko izbirali katera kategorija bi bila aktivna, prikazana in katera ne v Blagajni ZnD. Namreč, ko se ena izmed kategorij trenutna ne uporabla, bi lahko celotno skupino (kategorijo) dali neaktivno (nevidno) in bi jo v primeru potrebe po uporabi spet lahko vidno dadali. Sedaj, če jo hočemo skriti, moramo pri vsakem artiklu posebej kategorijo počistiti, kar pa je pri večjih količinah artikla v eni kategoriji lahko zelo trajajoče. |
|
308 | Normalno | Včasih | Razvoj | POS način, Blagajna ZnD-status FURS | Zaprto | | |
RobertSShop | | 29.11.2016 | 02.01.2017 |
Opis poročila
Veliko strank ima zagon programa direktno v POS izdajanje računov. Zato bi bilo pomembno poleg statusa baterije dodati tudi statu FURS, saj le tako lahko vidi ali je povezava ustvarjena. |
|
309 | Normalno | Vedno | Razvoj | stranka:Zavezanec za DDV:DA-kuverta | Nepotrjeno | | |
RobertSShop | | 29.11.2016 | 29.11.2016 |
Opis poročila
Status DDV, bi bilo bolje narediti tako:
- ali pod sestavil,izdal kakor sedaj, vendar vsaj eno vrstico vmes prazno, da se loči, da je to podatek od stranke, sedaj izgleda, kakor, da je to izdajateljev DDV status
- še boljše pod imenom stranke, vendar dve vrstici prazni, da se DDV status ne vidi iz kuverte
|
|
310 | Normalno | Vedno | Prošnja (razvoj) | prejeti računi | Nepotrjeno | | |
RobertSShop | | 29.11.2016 | 29.11.2016 |
Opis poročila
Za lažje poslovanje, bi rabili še postavko prejeti računi, kjer bi vpisovali prejete račune z možnostjo vpisa valute plačila, zaznamkom, da je plačano, delno plačano ter prikaz v koledarju. |
|
311 | Normalno | Vedno | Razvoj | vnos računa-Naročilo-koledarček | Zaprto | | |
RobertSShop | | 29.11.2016 | 03.01.2017 |
Opis poročila
Pri postavki Naročilo, bi bilo za dodati koledarček z datumom, saj pri naročilu (številka naročilnice) vedno tudi pišem datum izdaje naročilnice. Tako je tudi v e-računih UJP portala. |
|
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. |
|
313 | Normalno | Včasih | Napaka | UREJANJE PREDRAČUNA | Zaprto | | |
Ucefarin | | 06.12.2016 | 27.02.2017 |
Opis poročila
Pri urejanju predračuna ni mogočeno spreminjanje števila produktov, popusta, in ročnega vnosa novega produkta ali stortve,... |
|
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.
|
|
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) |
|
316 | Normalno | Vedno | Napaka | Počasno delovanje Prevzem artiklov | Zaprto | | |
GTz | | 01.02.2017 | 12.03.2017 |
Opis poročila
Pri večjem številu produktov v bazi je vpisovanje prevzemnic zelo počasno in zamudno. |
|
317 | Normalno | Vedno | Prošnja (razvoj) | Vnašanje nove stranke | Zaprto | | |
Vidko | | 01.02.2017 | 27.02.2017 | |
|
318 | Normalno | Včasih | Prošnja (razvoj) | Vnašanje produktov | Zaprto | | |
Vidko | | 01.02.2017 | 05.03.2017 | |
|
319 | Normalno | Včasih | Napaka | Pregled prodaje po artiklih na ekran | Nepotrjeno | | |
strikar | | 11.02.2017 | 11.02.2017 | |
|
321 | Normalno | Vedno | Napaka | Popravek ponudbe - osveževanje | Zaprto | | |
Vidko | | 28.02.2017 | 12.03.2017 | |
|
323 | Normalno | Včasih | Napaka | Opomba - opis pri postavki | Zaprto | | |
Vidko | | 28.02.2017 | 05.03.2017 | |
|
324 | Normalno | Včasih | Prošnja (razvoj) | Predogled A4; Predogled POS | Razvoj | | |
Vidko | | 05.03.2017 | 29.04.2019 | |
|
327 | Normalno | Včasih | Prošnja (razvoj) | Avansni račun | Nepotrjeno | | |
dlibnik | | 05.06.2017 | 05.06.2017 | |
|
330 | Normalno | Vedno | Prošnja (razvoj) | Analitika artikla | Zaprto | | |
strikar | | 18.07.2017 | 19.07.2017 | |
|
333 | Normalno | Včasih | Napaka | Izpis računa iz ponudbe - nepravilna številka računa | Zaprto | | |
Vidko | | 26.08.2017 | 01.09.2017 | |
|
411 | Normalno | Vedno | Vprašanje / Preverba | Simple Shop BT | Zaprto | | |
Vidko | | 19.01.2018 | 22.01.2018 | |
|
413 | Normalno | Včasih | Prošnja (razvoj) | Zbirnik | Zaprto | | |
Vidko | | 26.01.2018 | 30.01.2018 | |
|
439 | Normalno | Vedno | Napaka | Opombe za produkte | Zaprto | | |
Vidko | | 06.02.2018 | 08.02.2018 | |
|
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 | |
|
481 | Normalno | Vedno | Napaka | Napake pri izpisu ponudb | Zaprto | | |
Vidko | | 10.11.2018 | 25.12.2018 | |
|
483 | Normalno | Vedno | Prošnja (razvoj) | Plačan račun izdan iz zbirnikov | Zaprto | | |
Vidko | | 26.12.2018 | 06.01.2019 | |
|
486 | Normalno | Vedno | Napaka | Ponudba z gotovinskim plačilom | Zaprto | | |
Vidko | | 26.12.2018 | 27.12.2018 | |
|
489 | Normalno | Vedno | Napaka | Prikaz plačano/neplačano in vezava plačil na izvorni do... | Nepotrjeno | | |
Vidko | | 28.12.2018 | 28.12.2018 | |
|
490 | Normalno | Vedno | Napaka | Označitev ponudbe kot plačano | Nepotrjeno | | |
Vidko | | 28.12.2018 | 28.12.2018 | |
|
541 | Normalno | Vedno | Razvoj | Dobavnice - ustvari dobavnico | Zaprto | | |
RobertSShop | | 06.06.2019 | 21.08.2019 | |
|
542 | Normalno | Vedno | Razvoj | LOT, serijska številka | Nepotrjeno | | |
RobertSShop | | 06.06.2019 | 06.06.2019 | |
|
550 | Normalno | Vedno | Napaka | Nedelovanje povezave s FURS - po zagonu računalnika iz ... | Zaprto | | |
Vidko | | 18.07.2019 | 21.08.2019 | |
|
53 | Normalno | Vedno | Napaka | Opazke na v3.6.9.345 | Zaprto | 3 | |
Vidko | simpleshop | 01.02.2016 | 02.02.2016 | |
|
412 | Normalno | Včasih | Razvoj | UPN QR | Zaprto | 3 | |
root | simpleshopddamijan | 22.01.2018 | 30.05.2018 | |
|
15 | Normalno | Vedno | Napaka | Način učenja | Zaprto | 2 | |
RobertSShop | simpleshop | 13.01.2016 | 12.12.2016 | |
|
79 | Nizka | Skoraj nikoli | Napaka | Minimalna resolucija programa | Zaprto | 2 | |
simpleshop | simpleshopddamijan | 25.02.2016 | 02.10.2016 | |