Simple Shop

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.

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.

Zakjučen Prejemni list bi moral omogočat popravljanje.Lahko tudi z geslom,saj se prevečkrat zgodi ,da dobavitelj pošlje popravleno dobavnico in zaradi ene cene je cel kup problemov Ali pa če bi popravil zalogo ob shranjenju.

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 večjem številu produktov v bazi je vpisovanje prevzemnic zelo počasno in zamudno.

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

Ko označimo v pregledu računov, da je račun, ki je bil izdan iz zbirnikov, plačan ali po novi izdaji verzije programa "Dodamo plačilo", bi se nam zbirniki iz katerih je bil izdan račun, avtomatsko moral označiti kot plačani.

Sedaj, če hočemo da vemo da je zbirnik bil poravnan, ročno poklikati vsak zbirnik in označiti da je plačan.

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.

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.

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?

Trenutno so težave z nedelovanjem spletnega registra za iskanje strank.

To pomeni, da ni možno iskati stranko po davčni številki, naslovu ali drugih iskalnik parametrih.

Lastnik spletnega registra je o težavi obveščen in težavo odpravlja.

Rok odprave ni znan.

Rešitev:

Ročni vpis stranke.

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.

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"

Kolona zaloga se je zaradi novega DDV premaknila in sedaj ni zaščitena pred popravlanjem .

Mislim ,da je terba napako nemudoma odpravit.

Ko uporabljam prograsm gostinec, in ko želim natisniti račun, se pos predalm odpre in račun natisne. A ko konča napiše napako:

Stack Trace.

at sshop.dbdataset1.billrow.get_totaltax()

at sshop.bill.billenterbase.tidle_tick(object sender,eventargs e)

at sshop.forms.timer.ontick(eventargs e)

at sshop.forms.timer..timernativewindows.wndproc(message& m)

Program sem ponovno naložil, ampak ne pomaga. Prosim za pomoč!

Pozdravljen,

Od danes program davčno ne potrjuje računov. Narejene niso bile nobene spremembe.

Odpre se okno "Malformed reference element", ki ga potrdim z OK,

nato se račun iztisne, vendar ni potrjen. Ugotovil sem, da račune lahko potrdim s ponovnim zagonom programa.

Ob zapiranju stare in odpiranju nove blagajne prihaja do napačnega številčenja računov.

Ne začne številčiti z 1 ampak nadaljuje z naslednjo številko računa iz prejšnje blagajne.

1.)Zaželjeno bi bilo,da ostane zadnja nabavna cena 4mestna v Izdelavi  Prejemnega lista.Trenutno se

   zaokrožuje na dve decimalki in moram vsak dan popravljat iste stvari.

2.)Pri seznamu Prejemnih listov bi bilo dobro imet eno kolono za znesek brez DDV,pa lahko izpustimo kraj izdaje ali šifro kupca ali kaj podobnega ki ni pomembno.Hvala!