Simple Shop

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.
 

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

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

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.

Zopet prihaja do zamika v kolonah pri skupnem označevanju posameznih območjih.

To se dogaja pri "Produktih", morda pa še kje?

Pri Vnosu računa A4 vnesemo zraven vseh podatkov še artikel - naziv in opombo. (slika v_17).

Ko sedaj artikel hočemo popraviti je to možno, popravimo naziv in opombo (slika v_18), račun zaključimo.

Na izpisanem računu se pojavi napaka in sicer popravljen naziv ni upoštevan, opomba pa je ok (slika v_19). Pri pregledu računa je upoštevan nepopravljen naziv (slika v_20), če pa gremo na urejanje računa pa je popravljen naziv (slika v_21), tu nekaj ni ok.

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.

Pri novo dodanih ponudbah, mislim da zadeva ne deluje povsem kot bi morala:

- vnesemo ponudbo (vse ok)

- ko sedaj odpremo pregled ponudb in ponudbo hočemo popraviti, jo lahko popravimo brez težav, jo sprintamo in do tu deluje vse ok.

- ko preverimo vnešeno ponudbo v oknu pregled ponudb nam zadeve ne obnovi (ostaja ster skupen znesek itd). Potreben je ponoven zagon okna pregled ponudb ali vsaj z okencem vsi preklopiti da nam zadevo osveži.

Prav bi bilo da nam to osveži takoj, ker če hočemo oziroma takoj sprintamo še eno kopijo brez da osvežimo nam sprinta nepopravljeno ponudbo.

 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!!!

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.

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.

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.

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

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.

Pri "Blagajna ZnD" je bila dodana možnost "Vnos opombe". Tu mi nekako manjka opcija, da opombo izpišemo v novi vrstici. (morda bi bilo dobro nekje v splošnih nastavitvah uvesti, da nam, če želimo opombo vedno izpisuje v novi vrstici, ali prevzeto, da izpisuje v novi vrstici in po izbiri to izklopimo) Bi pa bilo priporočljivo da tole opombo lahko vnesemo že v oknu "Ročni vnos" da kasneje ne klikamo še enkrat na postavko.

Pri "Vnos računa A4" to isto opcijo imenujemo "opis" ko dvokliknemo na vnešeno postavko. A gre tu za isto zadevo, za isto opombo ali opis? Če gre za isto bi lahko bil poenoten naziv.

Kasneje pri pregledu "Produkti" se nam ta opomba ali opis nikjer ne vpiše v bazo za kasnejše vpoglede. Sicer pri "Produkti" imamo kolono "Opis". A gre tu za isto postavko? Lahko bi se ta opomba ali opis, kateri je pač pravi naziv in če gre za isto postavko, shranila v bazo "Produkti" oziroma kontra. Če shranimo v "Produkti" ta "Opis" trajno za določen produkt, a se nam izpiše vedno ko uporabimo ta produkt pri izpisu računa? To so kombinacije, ki bi jih bilo morda dobro povezati.

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.

Po zadnji posodobitvi v3.6.9.345, bi navedel nekaj opazk, ki mislim da bile potrebne popravka:

1. ko izpisujemo "Vnos računa A4" ali "Vnos računa A4 storitev" ali "Vnos predračuna", morda še kje in ko naprimer potrdimo "Prekliči" v primeru napačne izbire, nam artikel vseeno doda na račun (v_1)
2. pri vnosnem oknu "Vnos računa A4" in "Vnos računa A4 storitev" bi mogoče bilo smiselno dodati še kategorije produktov, za lažje iskanje, kot je to pri "Vnos računa Znd" (v_2)
3 pri "Vnos računa A4" ali "Vnos računa A4 storitev" in "Vnos predračuna" je dodan koledar za vnos "Rok plačila", ki se nekako prekriva, oziroma a sta tu potrebni dve okenci? (v_03)

Po posodobitvi 5.7.1.304, ko je bilo dodano polje "Kompenzacija višine noge" ne printa noge na A4 izpisu.

Tudi če spreminjamo prednastavljen parameter "50" navzgor ali navzdol, se ne spremeni nič. Vedno je nenatisnjen.

 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.

Ker izpisujemo manjše število računov, imamo računalnik nastavljen tako, da po določenem času preide v "spanje". Ko ga zbudimo in izpišemo nov račun, se občasno zgodi, da nam ga ne potrdi na FURS. Izpiše ga brez EOR kode. Ko ga kasneje v Pregled računov označimo in ga potrdimo, ga potrdi normalno.

Problem je, ker stranka prejme račun brez EOR kode, če ga natisnemo po potrditvi še enkrat, pa dobi KOPIJO 1, kar pa ni najbolj užitno in verjetno sumljivo za inšpektorje.

A je kakšna rešitev?

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.