|
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. |
|
71 | Normalno | Vedno | Prošnja (razvoj) | A4 izpisi _ izpis PE v internih dokumentih | Čakam na stranko | | |
jo | ddamijan | 15.02.2016 | 04.11.2016 |
Opis poročila
V internih dokumentih npr. (Informativni izračun, Blagajniški dnevnik...) potrebujem,
da se v glavi dokumenta poleg izpisa podjetja izpisuje tudi PE - poslovna enota...
Enako je verjetno smiselno še za kakšen drugi dokument, prosim preverite. |
|
302 | Normalno | Vedno | Razvoj | NADZOR PROMETA NA DALJAVO | Čakam na stranko | | |
Ucefarin | root | 17.11.2016 | 05.01.2017 |
Opis poročila
Zadnje čase imam vse več povpraševanj o nadzoru prometa na daljavo. Stranke želijo spremljati dogajanje na blagajni na daljavo,..
Lp |
|
461 | Normalno | Vedno | Napaka | Printanje opisa artikla na računu POS | Čakam na stranko | 1 | |
Vidko | ddamijan | 14.03.2018 | 20.07.2018 |
Opis poročila
Pred kratkim ste se ukvarjali z zadevo FS#439 , ki je govorila glede opisa artikla. Sedaj to deluje lepo, le ena težava se še pojavlja in sicer opisa shranjenega v produktih ali pa tudi ob samem vnosu artikla v Blagajni ZnD ne sprinta na POS računu. Na A4 računu printa, na POS računu pa ne. |
|
80 | Normalno | Vedno | Razvoj | Pregled predračunov → Pošlji e-pošto | Dodeljeno | | |
RobertSShop | simpleshop | 25.02.2016 | 25.02.2016 |
Opis poročila
Računi → Pregled predračunov → "desni miškin klik" - ne omogoča "Pošlji e-pošto" (tako kot pri Pregled računov).
Zelo uporabna funkcija, saj je sedaj potrebno predračun natisniti na sekundarni tiskalnik (pdf) in nato poslati email.
(Pri kreiranju poročila kaže samo eno verzijo programa-3.6.9.799, brez možnosti izbire) |
|
92 | Normalno | Vedno | Razvoj | spustni seznam - Koda namena | Dodeljeno | 1 | |
RobertSShop | simpleshop | 21.03.2016 | 28.05.2016 |
Opis poročila
Dodati bi bilo dobro spustni seznam za izbor kode namena, da ni potrebno popravljati le te v nastavitvah. Dodan primer iz ujp e-racun. |
|
33 | Normalno | Vedno | Razvoj | OBRAZEC ZA VNOS ARTIKLOV | Nepotrjeno | | |
Ucefarin | | 18.01.2016 | 25.12.2018 |
Opis poročila
Potrebuje se obrazec za vnos osnovnih podatkov naročnika in artiklov, iz katerega se lahko podatke uvozi direktno v program,... |
|
57 | Normalno | Vedno | Prošnja (razvoj) | Vnosno okno in kategorije produktov | Nepotrjeno | 1 | |
Vidko | | 03.02.2016 | 03.02.2016 |
Opis poročila
Pri vnosnem oknu "Vnos računa A4" ;"Vnos računa A4 storitev"; "Vnos predračuna"; "Vnos dobavnice" bi mogoče bilo smiselno dodati še kategorije produktov, za lažje iskanje, kot je to pri "Vnos računa Znd" (v_2) |
|
62 | Normalno | Vedno | Prošnja (razvoj) | Produkti _ izbira/vrivanje pozicije novega dodanega pro... | Nepotrjeno | 1 | |
jo | | 05.02.2016 | 08.02.2016 |
Opis poročila
Predlagam, da enako kot je možno izbirati pozicijo novega dodanega produkta (Vrstni red ZnD), omogočite spreminjanje (ID-ja) in s tem POZICIJE novega produkta v sami tabeli Produkti. Običajno je potreba: Vrstni red ZnD = ID Torej, če bi za nov dodan produkt vnesel nek že obstoječ ID, bi se ta postavil na to mesto, stari obstoječi (in za njim vsi ostali) pa bi se premaknil za eno mesto navzdol (ID+1). Sedaj nov dodan produkt dobi zadnji ID (pri meni = 411) in se po izbiri _ Vrstni red ZnD = 77 v tabeli Produkti pozicionira na neželeno mesto za produktom z ID = 141, s tem da ohrani dobljeni ID = 411, kar je zelo omejena in pogojno uporabna logika (razvrščanje po 141 = 411) in dejansko napaka. Če je to spreminjanje ID-ja neizvedljivo, bi bila rešitev aktivacija (KLJUKICA za Vklop/Izklop) stalnega razvrščanja po kodi - z uporabo/dodeljevanjem govorečih kod bi stalno držali svoj želeni vrstni red produktov. lp, jo |
|
64 | Normalno | Vedno | Prošnja (razvoj) | Inf.izračun | Nepotrjeno | 2 | |
strikar | | 10.02.2016 | 14.12.2017 |
Opis poročila
Ali je možno dodati pri Skladišče/Informativna zaloga/informativni izračun blaga (sl.1) še tiste dve kljukice kot pri Računi/Informativni izračun (sl.2),da bi pokazalo tudi storitve,kajti jaz sem si gotove produkte,ki imajo PAKET vnesel pod storitev in jih sedaj na tem mestu ne morem spremljat. |
|
72 | Normalno | Vedno | Prošnja (razvoj) | A4 izpisi _ odmik izpisa v internih dokumentih | Nepotrjeno | | |
jo | | 15.02.2016 | 15.02.2016 |
Opis poročila
V internih dokumentih npr. (Informativni izračun, Blagajniški dnevnik...) je izpis privzeto postavljen na sam rob v zgornji levi kot.
Lahko omogočite nastavljanje odmikov, ali pa privzeto nastavite odmik 5 mm (okvir)?
Enako je verjetno smiselno še za kakšen drugi dokument, prosim preverite. |
|
82 | Normalno | Vedno | Prošnja (razvoj) | CSV uvoz produktov _ aktivacija zaloge | Nepotrjeno | | |
jo | | 25.02.2016 | 25.02.2016 |
Opis poročila
V začetku leta/dela z SShop sem preko CSV-ja uvozil 400+ produktov z začetnim stanjem zaloge. Problem je, ker se vnešena zaloga ne upošteva pri vodenju zaloge, ampak samo prevzemi preko Skladišče/Prevzemi artiklov. Torej, da bo to stanje upoštevano, moram narediti Novo prevzemnico - katera pa ne omogoča množičnega uvoza z csv. Da grem to sedaj delat še 1x ročno, mi je malo tako-tako - zakaj dvojno delo?
Predlagam:
1. aktivacija (Produkti) vnešene zaloge z npr. dodajanjem stolpca v tabeli Produkti: Upoštevaj začetno zalogo (stolpec z 0/1), in/ali
2. možnost množičnega uvoza (CSV) v Prevzem artiklov...
... |
|
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. |
|
489 | Normalno | Vedno | Napaka | Prikaz plačano/neplačano in vezava plačil na izvorni do... | Nepotrjeno | | |
Vidko | | 28.12.2018 | 28.12.2018 |
Opis poročila
Ob izbiri kljukic plačano, ne plačano pri pregledu predračunov, dobavnic in morda še kje zadeva ne deluje, kot bi moralo.
Za dobavnice velja, da če izberemo "Plačano + faktorirano" se ne zgodi nič. Če izberemo "Označi kot fakturirano" nam ponudi datum, ki nam označi da je dobavnica plačana, kar ni saj, je samo fakturirana in še ne plačana. Moralo bi biti obratno in bi nam ta datum moralo ponuditi pri "Plačano + faktorirano". Ko kasneje izbiramo s kljukicami Prikaži plačane, Prikaže neplačane zadeva ne kaže pravilno.
Pri predračunih se dogaja isto in morda še kje?
Vse zadeve okrog plačil, pa bi morale biti avtomatsko vezane na sam račun, ki je bil izdan iz določenega dokumenta. Torej ko ustvarimo iz ponudbe, dobavnice, predračuna ali kateregakoli dokumenta račun in ta račun kasneje označimo kot plačan, bi se pogojno moral vezni dokument označiti kot plačan. To je edino pravilno in avtomatsko nezmotljivo. |
|
490 | Normalno | Vedno | Napaka | Označitev ponudbe kot plačano | Nepotrjeno | | |
Vidko | | 28.12.2018 | 28.12.2018 |
Opis poročila
Kako označiti določeno ponudbo da je plačana, zaključena?
Po mojem ni variante, razen da jo označimo kot plačano preden izdamo račun za to ponudbo ??? |
|
542 | Normalno | Vedno | Razvoj | LOT, serijska številka | Nepotrjeno | | |
RobertSShop | | 06.06.2019 | 06.06.2019 |
Opis poročila
Sedaj lahko dodamo LOT samo v formi Produkti, Urejanje produkta, kar pa je zamudno, moteče.
Ni dobro urediti samodejnega mehanizma, saj je isti LOT-serijska številka pri večih dobavnicah, kupcih.
Najbolje bi bilo:
Vnos dobavnice, klik na produkt, se odpre Ročni vnos in v tej formi možnost vpisa LOT
ali
Vnos dobavnice, postavke dobavnice, uredi postavko in tukaj vnos LOT.
Najbolje obe možnosti.
|
|
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. |
|
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. |
|
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. |
|
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.
|
|
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 | |
|
439 | Normalno | Vedno | Napaka | Opombe za produkte | Zaprto | | |
Vidko | | 06.02.2018 | 08.02.2018 | |
|
464 | Normalno | Vedno | Napaka | Program izbriše artikle iz računa kljub prekinitvi urej ... | Zaprto | 1 | |
RobertSShop | ddamijan | 16.07.2018 | 26.07.2018 | |
|
483 | Normalno | Vedno | Prošnja (razvoj) | Plačan račun izdan iz zbirnikov | Zaprto | | |
Vidko | | 26.12.2018 | 06.01.2019 | |
|
484 | Normalno | Vedno | Razvoj | Izgled računa izdanega iz zbirnika | Zaprto | 2 | |
Vidko | | 26.12.2018 | 06.01.2019 | |
|
485 | Normalno | Vedno | Napaka | Delno plačilo računa | Zaprto | 1 | |
Vidko | | 26.12.2018 | 06.01.2019 | |
|
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 | |
|
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 | |
|
18 | Nizka | Vedno | Razvoj | Izhod iz programa - X - Close button | Zaprto | | |
RobertSShop | simpleshop | 13.01.2016 | 18.01.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 | |
|
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 | |
|
32 | Normalno | Vedno | Razvoj | ZAGON PROGRAMA | Zaprto | | |
Ucefarin | simpleshop | 18.01.2016 | 07.02.2016 | |
|
39 | Normalno | Vedno | Napaka | POS račun-izpis DDV in Popust se prekrivata | Zaprto | 2 | |
RobertSShop | ddamijan | 20.01.2016 | 25.04.2016 | |
|
45 | Normalno | Vedno | Napaka | POS račun-vnos količine onemogočen. | Zaprto | | |
RobertSShop | ddamijan | 24.01.2016 | 31.01.2016 | |
|
53 | Normalno | Vedno | Napaka | Opazke na v3.6.9.345 | Zaprto | 3 | |
Vidko | simpleshop | 01.02.2016 | 02.02.2016 | |