Simple Shop

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.

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.

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.

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.

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.

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

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)

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"?

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.

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.

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.

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.

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.

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.

 FS#481  - Napake pri izpisu ponudb, ki je označen kot zaključen, žal zadeva še vedno ne deluje.

Če ustvarimo ponudbo z načinom plačila "Gotovina" nam jo označi kot plačano. To ni prav!!!

 FS#477  - Noga pri A4 izpisu računa ni natisnjana, kij je označena kot zaključena tudi ni rešena.

Prilagam pdf, kjer je signirano, kje izpiše nogo. Popolnoma spodaj levo in spreminjanje parametrov ne ponaga ničesat. Prilagam tudi db testne verzije, kjer lahko preverite zadeve, če deluje ali ne.

Če je vpisan samo tekstovni del noge, je vedno na nenetisljivem področju in je ni možno pomakniti višje na listu. Če delamo kaj narobe, prosim za pojasnilo.

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

V kolikor računalnika ne izklapljamo, ga dajemo v spanje in program SShop pustimo odprt, nam po ponovnem prebujanju in ustvarjenem računi le tega ne potrdi. Fizično moramo prebuditi povezavo s FURS tako da dvokliknemo na zapis FURS, skrajno desno spodaj v programskem oknu, kjer kaže povezavo s FURS, da nam obarva povezavo v zeleno, torej se poveže.

Moteče, potrebno pozornosti ob vsakem prebujanju. Stranki izdamo natisnjen davčno nepotrjen račun, ki nam ga sicer kasneje potrdi, a to je napačno in neprofesionalno.