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.

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.

Stranka ima željo, da se uredi, da se pošilja namesto trenutno .PDF lahko tudi .XML po shemi kot jo ima "Minimax".

Vse informacije na voljo:
Priprava datoteke XML za uvoz temeljnic izdanih računov in dnevnega iztržka
http://help.minimax.si/sl/priprava-datoteke-xml-za-uvoz-temeljnic-izdanih-racunov-dnevnega-iztrzka

Jaz bi pripravil še, da bi bila opcija pošiljanja ali .PDF, ali .XML ali oboje.

Moneta se preimenuje v Valu.

Potrebna sprememba logotipov, besedila itd...

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

V Pregledu zaloge pod Skladišče je želja uporabnikov da se doda sledeče filtre:

- Vsi
- Prikaži samo "pozivitvno" zalogo
- Prikaži samo "pozitivno" zalogo + 0
- Prikaži samo "negativno" zalogo
- Prikaži samo "negativno" zalogo + 0
- Ne prikaži zaloge (če je "Paket")
- Ne prikaži zaloge (brez prevzemnice)
- Ne prikaži zaloge (brez prevzemnice in inventure)

Glede na to, da je kar nekaj tega, bi bilo najbolje, da je to "dropdown" menu, izbor je med sabo izključojoč, torej ne moreta biti izbrana 2 filtra naenkrat.

Pregled CSV izvoza v pregledu računov in dodati manjklajoče stolpce (ZOI, EOR itd..).

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 .

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

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

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

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.