Simple Shop

Pozdravljeni,
ugotovil sem, da Helpdesk ne dela in sem se registriral tu.
Kdaj lahko pričakujem, da mi boste poslali geslo?

Lp, Jože

Predlagam, da poročila, ki se izkažejo za naša vprašanja, ki niso predmet Napaka/Razvoj/Prošnja,
ne brišete, ampak jih skupaj z vašimi odgovori prestavite/vodite na dodatnem menijskem gumbu/jezičku "Vprašanja in Odgovori",
v obliki podobnega seznama ter grupirano glede na vsebino SShop programa.

Za vodenje lastne porabe nujno potrebujemo možnost dnevno ločenega izpisa (podobno kot izpis blag. dnevnika)
_ po izdelkih, in
_ po storitvah
_ (mogoče kdo potrebuje še boni, vstopnice...)

Ali lahko to omogočite/dodate v Računi/Informativni izračun (tam so sedaj samo Produkti kot celota)?

Analitika zaloge pa ni glih točna.Vedno upošteva samo 1kos tudi če je na računu 5 ali 0,4 in posledično se ne ujema z zalogo produkta.Pa tudi smiselno bi bilo po datumu od do ali vsaj od inventure do inv.,ker če imaš 1000pozicij  pol pa dela tako dolgo da ne veš ali dela ali se je izgubil.Hvala!

Opažam,da pri artiklih kjer prodajamo komadno in prodamo samo 0,5 kom ali kakšno drugo količino program računa 1 kom.Posledično se skladišče ne ujema z dejansko količino.Prosim če preverite.

Pomotoma sem vpisal nekaj števil v tabeli na mestu kjer piše vID.Posledično mi te artikle ne pokaže na blagajni če iščem po nazivu ali kodi,izbrisat pa ne pusti.Kaj storiti?

Preklop med tarifami bi lahko bil samo z enim gumbom. Sedaj mora stranka kreirat dvojne kategorije kar je precej nepregledno (sploh na manjših ekranih) in seveda omogoča precej napak pri vnosu. 

Gumb bi lahko omogočal prekop med kategorijami. (K1, K",...)

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.

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.

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.

Testni program deluje samo na COM port 1.

Tehtnica:
Trgovinske tehtnice G30

Povezava:
http://www.libela-elsi.si/trgovinske_05.htm

Opis:
Protokol TISA - Libela G30 - RS232

Torej, zadeva se naj podpre na suho, potem se bo stestiralo z beta verzijo pri stranki z vključenimi "debug" logi.

-> Pregled računov
-> Označba 7ih računov izmed množico računov
-> Množično tiskanje računov

Ponovimo vajo, vendar tokrat z drugimi računi, nato spet z istimi.

Ko se zapre "Pregled računov" pride do napake z "Out of Memory".

Strojna oprema:
1GB RAM
Intel Atom procesor
SSD disk

Simple Shop:
Mrežna verzija, blagajna 2

Vedno več se rabi, da se poleg vseh pravic lahko uporabniku določi, ali lahko izvede stornacijo računa ali ne.

Za obstoječe uporabnike (pri nadgradnji baze) vsi dobijo podatek: DA
Ko se kreira nov uporabnik dobi podatek oz. je privzeta vrednost: DA

Ta funkcija pomeni override glede na uporabnikove pravice. In to je funkcija, ki se dotika praktično vseh form, kjer je možna stornacija računa ali kakršnega koli drugega dokumenta.

A ti naštejem dokumente kjer se to pojavi?

Dobro bi bilo imeti možnost spremeniti naziv podjetja in naslov, če se spremeni ime, oziroma preseli podjetje. V primeru vpisa dolgega naziva je na računu predolgo in piše preko številke računa. V mojem primeru MEDEJA, MEDIJSKA DEJAVNOST, DAMJANA PETERNELJ S.P. v MEDEJA, DAMJANA PETERNELJ S.P..

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.

Pri vnosu artiklov u Blagajni ZnD, ko imamo fiksni artikel, brez možnosti spreminjanja parametrov nam vedno na račun vnese samo en artikel. Če hočemo naprimer 3, moramo popravljati vrstico količine.

A bi bilo smiselno, na primer ko na en artikel kliknemo trikrat nam ga vnese na račun vendar ga količinsko združi, torej en artikel 3x.

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.

Predlagam da se pri "Pregled Računov", "Pregled predračinov" in vseh pregledih doda še možnost pregleda tekočega ali poslovnega leta. Pač kakorkoli že ta pregled imenujemo.

Prilagam mojo zamisel v priponki. Ko poslujemo s programom naprimer že več let se nam iste številke računov ponavljajo in ko izberemo vsi računi in iščemo na primer določeno številko računa nam izlista vse račune vseh let, če seveda ročno ne izberemo datumskega obdobja. Torej res je, da če nastavimo ročno datumsko obdobje, nam lista samo to obdobje, a velikokrat rabimo samo zadnje leto in bi bilo zelo poenostavljeno če označimo samo kljukico (ki bila morda lahko bila celo prevzeto odkljukana, odvisno od želje ostalih uporabnikov) in bi imeli hitrejši pregled do zadnjega poslovnega leta.

Predlagam pač, ne vem pa če je to programsko mogoče? (Pri kakih analizah bi bila morda priporočljiva tudi hitra izbira določenega meseca, a to je že luksuz, dovolj za začetek bi bilo že tekoče leto)

Stranke moti, da je način 1 dobavnica -> 1 račun.

Kar nekaj prošenj je če se omogoči "več dobavnic" -> 1 račun.

Izdelava funkcije oz gumba za blago , ki gre na lastno porabo. Funkcija reprezentanca ne opravlja pravilno svoje vloge razknjiževanja zaloge in količinsko ne sesševa nabavne cene v primeru ve kosov, ter se šteje v dnevni promet kar pa za blago lastne porabe ni ustrezno.
Primer: prodajaš papir za tiskalnike, ki ga imaš na zalogi in ga daš na lastno porabo ko ti ga zmanjka...tako preprosto in tako zahteva računovodstvo in sicer po nabavni ceni in pravilno znižano oz. razknjiženo zalogo.
Prosimo za dodaten razvoj funkcije reprezentanca.(naziv ni najbolj posrečen)

Prosimo za čim prejšnji odgovor.