Simple Shop

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.

Moneta se preimenuje v Valu.

Potrebna sprememba logotipov, besedila itd...

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

http://www.utorrent.com/ ima opcijo da X-desno (close button) zgoraj v aplikaciji nastaviš na minimiraj, tudi pri SS bi bilo to dobro (oz. da je nefunkcionalen) in je možneno program zapreti samo na Izhod, Izhod, saj pri tablicah, ko je vse majhno in skupaj zelo hitro klikneš nanj in zapreš SS.

Windows XP (virtual).

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

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

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 je nova baza, torej nov uporabnik nastane problem pri prvem kreiranju prevzemnice.

Postopek:
-odpreš "Prevzem artiklov"
-klikneš na "+" da se doda dobavitelja
-dodaš dobavitelja in ga shraniš, v prevzemnici je dobavitelj nato avtomatsko izbran
-klikneš na gumb "Nova prevzemnica", vendar ne dodeli šifre prevzemnice.

Če zapreš prevzemnice in nato na novo odpreš prevzemnice je potem normalno delovanje.

Torej, to se zgodi samo ob novi prazni bazi kjer ni vnaprej določenega nobenega dobavitelja.

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.

Pri "Produktih" funkcija "Označi vse", "Odznači vse" deluje z zamikom. Ko kliknemo "Ročni vnos cene" in potem "Označi ali Odznači" nam to izvede v naslednji koloni, v tem primeru "Lastni naziv" in to potem pri vseh zamika naprej. Pri "uporaba serijske številke" pa sploh ne deluje.

Morda šekje drugje ista napaka.

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

Stranke-dodati polje Naziv 2, ki bo omogočal vpis PE (poslovne enote).

Pri izvozu v .csv program dodeli napačne postavke. Preizkusil v treh različnih programih.

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.

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.

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 .

Pozdravljeni,

v kreiran eRačun se ne prenese vpisana številka naročilnice (polje ostane prazno), ki je bila vpisana v polje "Naročilnica" pri kreiranju A4 računa (Vnos računa A4).

Zaželjen popravek, kajti ta podatek zahtevajo vse naše stranke. Sedaj naročilnico skeniramo in jo v banki pripenjamo k eRačunu.

lp

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

Zasledil sem da nekateri programi upoštevajo rok plačila samo na delovni dan, torej če imamo za določeno stranko nastavljen 20 dnevni rok plačila in nam to pade na soboto, nedeljo ali praznik se datum prestavi na naslednji delovni dan oziroma nas morda na to vsaj opozori.

Če je to smiselno morda tudi za ostale uporabnike bi bilo priporočljivo.

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 .

Več na sliki.