Simple Shop

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.

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

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 .

Pri zadnji posodbitvi verziji 4.5.1.547 se ne da več spreminjati- nastavljati barve produktov

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

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.

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

Pri nekaterih artiklih pri dodajanju na račun javi sporočilo

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.

Napaka se pojavi ko:

Vnos računa A4 -> Nov produkt -> Izbereš produkt in klik na Briši

Pri dodajanju blagajniškega prejemka ali izdatka v blagajniškem dnevniku javi napako in onemogoče dodajanje.

Windows XP (virtual).

Uporabnik javil, da se napaka pojavi ob vsakem zagonu, po izbiri "Ignore" program deluje normalno.

Internal server error 500, ob oddaji poročila

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)

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

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.

Ko klikneš na načini plačila doda postavko NegRač, Zbirnik, Moneta in pri vsaki sporoči napako DataGridView Default Error Dialog. Novih postavk ne moreš shraniti. Napaka se ponavlja, lahko samo prekineš - Esc.

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.

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

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!    

Zaposlenemu naj se na polje vnosa novega zaposlenega omogoči vnos polja Vzdevek.
Na računu potem ni več nujno imeti Ime Priimek zaposlenega ampak je to lahko vzdevek. Recimo Blagajnik1 ali referent itd.

Moneta se preimenuje v Valu.

Potrebna sprememba logotipov, besedila itd...

Preverba delovanja - sistem oz. način se ne spreminja.