Simple Shop

Ko narediš prevzem artiklov pusti spreminjat zalogo med "Produkti".

Prav tako po nekih čudnih okoliščinah manjka prevzemnica z ID = 1, prevzemnica ki se je naredila pa ima ID = 2 in oznako prevzemnice "2016/2".

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 .

Če boste kdaj utegnili, po moji oceni je TRR okno nekoliko preblizu gumbu "Zaključi račun".
Se mi je zgodilo, da sem v naglici račun zaključil, ko sem po nesreči klikinil na TRR okno in takoj nato zaključil račun, račun pa je bil gotovinski. Potreben je samo milimetrski premik miške za takšno napako.
Ni dramatično, samo kot namig.

Zgodil se je edinstven incident in sicer je uporabnik imel ne glede na resolucijo ekrana program v zelo majhnem oknu.

Ko je uporabnik poskušal dodati v formi Blagajna ZnD produkt na postavko je prišlo do napake.

Ko se je osnovno programsko okno povečalo napake ni več bilo.

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

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.

V kolikor se shrani prazno polje (naziv) produkta je napaka pri prikazu nastavitev programa.

Vrstni red kategorije produktov, da bi se dalo nastavljati ali po cifrah ali kako drugače, kakšen naj bo vrstni red prikazano v formi Blagajna ZnD (vsi) ter ali Gostinec (vsi).

Produkti -> Kategorije produktov

Samodejna nastavljiva velikost pisave v kategoriji Blagajna ZnD (vsi) ali Gostinec (vsi) oz. možnost nastavljanja velikosti pisave v nastavitve forme Blagajna ZnD (vsi) in Gostinec (vsi).

Problem velikosti besedila nastane predvsem pri manjših resolucijah, tako da bi bilo dobro da bi se dalo to nastavljat..

Izpis prodanih produktov na ekranu - se pravi, da ni nujno takojšnje tiskanje, ampak da odpre razpredelnico (datagridview) ali kakšen drugačen predogled dokumenta ...

Ni samodejnega prilagajanja izpisa Cena, Količina, DDV, POpust.., ob izklopljenih postavkah se obstoječe ne pomaknejo desno proti postavki Vrednost. Tudi dolžina Naziv-Ročni vnos storitve bi v tem primeru lahko bila samodejna, maksimalnega izkoristka vnosnega polja do Cena.

Kako prodati artikel ki ti ga stranka prinese nazaj za zamenjat,da ti ni treba stornirat cel račun na katerem je še 20 drugih artiklov.

Ne da se spremeniti način izpisa kode iz QR v BAR način.

Baza in log sta ista, kot pri poročilu  FS#10 .

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.

Pri izbiri davčnih kategorij produktov na račun ne natisne zakaj je opravičeno plačila ddv.

Z vašo aplikacijo lahko cel dopoldan izdajaš račune brez da jih pošlješ na FURS,potem pa črez potegneš včerajčnji DB in spet si na začetku .To ne bo šlo.

Bi bilo možno,da sami nastavimo pravice,ali pa da napredni uporabnik dobi še prejemnice,če se vam zdi smiselno

Po končanem postopku izdelave varnostne kopije znotraj okna napiše pravilno, da je postopek končan, vendar pa spodaj desno ostane aktiven gumb (kljukica) Začni. Za stranko je to zavajajoče in tako nenamonoma pritisne in še enkrat sproži postopek izdelave varnostne kopije, saj ne ve, da mora za zapreti-dokončati pritisniti desno zgoraj X (Close). Namesto tega bi se moral pojaviti gumb Zapri ali Dokončaj.

Predlagam,da ima dobavnica možnost shranjenja in potem nadaljevanja vnosa,nekateri večkrat na dan vzamejo po 1 komad in bi bilo smiselno,da mu dodaš na isto dobavnico,seveda mora biti možnost izpisa,pa potem več dobavnic na 1 Račun z možnostjo združevanja istih produktov.

Če izpišemo račun z vrsto plačila TRR, nam računa ne označi kot plačanega. Ko je račun plačan, lahko pod zavihkom "Pregled računov" z desnim klikom in izbiro "Označi kot plačano" določimo, da je račun plačan, a nam program sam določi trenutni čas za plačilo računa. Če hočemo točno evidenco, torej moramo, ravno na dan plačila označit račun kot plačan, kar je v praksi skoraj nemogoče.
A je možno, da pri "Označi kot plačano" dodamo kakšno vnosno okno ali koledar in po želji izberemo datum plačila?

Pri kreiranju računa preko "Blagajna ZnD" se po izbiri artikla odpre okno "Ročni vnos"
Tukaj imamo v oknu izračunan znesek za en kos (cena + popust)
A bi bilo smiselno dodati še skupni znesek (cena + popust x količina)?

Ra bi da bi lahko človk imel pregled nad dogajanjem artikla
priloga

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

Lp, Jože