Simple Shop

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.

Pri izvozu v .csv program dodeli napačne postavke. Preizkusil v treh različnih programih.

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.

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.

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 .

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

Napaka se pojavi, če med kreiranjem računa odpreš + Nov produkt

Potek dela:
Vnos računa A4 -> Nov račun -> (vpis kode artikla) -> + Nov produkt -> Shrani/Zapri -> Dodaj = Napaka

Ne da se spremeniti način izpisa kode iz QR v BAR način.

Baza in log sta ista, kot pri poročilu  FS#10 .

Več na sliki.

Funkcija Status: Prikaži plačane, Prikaži neplačane račune ne deluje.

Če kreiramo račun iz zbirnika se pojavljajo napake, ki sem jih že navedel v prejšnjih povzetkih. Sedaj ko te napake hočem popraviti z "Uredi račun" (da popravim sklic, ki se nepravilno izpiše, da popravim datume storitve od-do in podobno), se pojavi napaka. Če potrdim sicer "Prezri" se da popraviti, a ne vem če je vse OK.

Če v statusu DDV izpišemo besedilo "DDV ni obračunan na podlagi 1. odstavka 94. člena ZDDV-1 (nisem zavezanec za DDV)" je le to predolgo za izpis na POS tiskalniku in ga ne izprinta v celoti, ga odreže.

Potreben bi bil prelom tega besedila v dve vrstici.

Napaka se pojavi pri kreiranju računa (Vnos računa A4), če se doda material, storitev z ročnim vnosom cene.

Pri izpisu ponudb prihaja do napak in sicer je teh kar nekaj:

* če kreiramo ponudbo z načinom plačila TRR potem
  - nam na ponudbi izpiše RAČUN PLAČAN, kar ne bi smelo biti izpisano, saj gre za ponudbo
  - nam ne izpiše "Lastnoročnega podpisa, štampiljke" vnešenega pod zavihkom "A4 izpis - dodatno"
  - nam ne izpiše "Noga" vnešen pod zavihkom "A4 izpis - grafika", kot na nobenem dokumentu od verzije 5.7.1.304 naprej
  - bi nam moralo izpisati TRR, na katerega je možnost plačila po ponudbi
  - bi nam moralo izpisati veljavnost ponudbe, ki je vnešena pri kreiranju ponudbe pod "Datum storitve DO"

* če pa kreiramo ponudbo z načinom plačila gotovina potem:
  - nam na ponudbi ne izpiše postavke "Izpiši dodatno besedilo" vnešeno pod zavihkom "A4 izpis - dodatno"
  - nam ne izpiše "Lastnoročnega podpisa, štampiljke" vnešenega pod zavihkom "A4 izpis - dodatno"
  - nam ne izpiše "Noga" vnešen pod zavihkom "A4 izpis - grafika", kot na nobenem dokumentu od verzije 5.7.1.304 naprej
  - bi nam moralo izpisati veljavnost ponudbe, ki je vnešena pri kreiranju ponudbe pod "Datum storitve DO"

Zopet se pojavlja zamik pri "Označi > Odstrani (vse)"

Ne vem pa zakaj ni te možnosti tudi pri:
Produkti / Uporaba serijske številke; Tiskanje - kupon (kjer je zamik)
Stranke / DDV izjema; Proračunski uporabnik

Ko narediš prevzem artiklov pusti spreminjat zalogo med "Produkti".

Prav tako po nekih čudnih okoliščinah manjka prevzemnica z ID = 1, prevzemnica ki se je naredila pa ima ID = 2 in oznako prevzemnice "2016/2".

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)

POS račun-vnos količine, nato proizvoda onemogočen, če je vklopljen Lastni naziv in/ali Ročni vnos cene.

napaka:
artikel, ki ga dodajamo v več komadih se vnaša v spodnjo tabelo ločeno po 1 kom (npr za vnešene 4 kom, naredi 4 vrstice po 1 kom)

+ predlogi:
1. zgoraj v oknu "Ustvaril": privzeto naj se izpisuje trenutno prijavljeni uporabnik, in ne prvi uporabnik v tabeli zaposlenih
2. možnost spreminjanja količine v spodnji tabeli pred zaključkom prevzemnice

lp, jo

Zgodil se je edinstven incident in sicer je uporabnik imel ne glede na resolucijo ekrana program v zelo majhnem oknu.

Ko je uporabnik poskušal dodati v formi Blagajna ZnD produkt na postavko je prišlo do napake.

Ko se je osnovno programsko okno povečalo napake ni več bilo.

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.

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.

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.