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 .

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

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.

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

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

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 .

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.

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.

napaka:
artikel, ki ga dodajamo v več komadih se vnaša v spodnjo tabelo ločeno po 1 kom (npr za vnešene 4 kom, naredi 4 vrstice po 1 kom)

+ predlogi:
1. zgoraj v oknu "Ustvaril": privzeto naj se izpisuje trenutno prijavljeni uporabnik, in ne prvi uporabnik v tabeli zaposlenih
2. možnost spreminjanja količine v spodnji tabeli pred zaključkom prevzemnice

lp, jo

Potek dela:
Nov predračun (plačilo na TRR) -> stranka plača -> označiš da je predračun plačan -> Klik na predračun "Ustvari račun A4" -> zaključek računa..

Problem je da se na zaključenem računu kreira nov sklic za plačilo ter rok plačila v primeru da je izbran plačilo na TRR pri zaključku računa.

Lahko bi pisalo da je račun že plačan po predračunu.. ter morda datum, kdaj je bil plačan..

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!

V internih dokumentih npr. (Informativni izračun, Blagajniški dnevnik...) potrebujem,
da se v glavi dokumenta poleg izpisa podjetja izpisuje tudi PE - poslovna enota...

Enako je verjetno smiselno še za kakšen drugi dokument, prosim preverite.

Pri kreiranju nove Prejemnice je program izpustil eno številko (8).
V seznamu prejemnic št. 8 ni.

1. Buen dia!

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.

Ker izpisujemo manjše število računov, imamo računalnik nastavljen tako, da po določenem času preide v "spanje". Ko ga zbudimo in izpišemo nov račun, se občasno zgodi, da nam ga ne potrdi na FURS. Izpiše ga brez EOR kode. Ko ga kasneje v Pregled računov označimo in ga potrdimo, ga potrdi normalno.

Problem je, ker stranka prejme račun brez EOR kode, če ga natisnemo po potrditvi še enkrat, pa dobi KOPIJO 1, kar pa ni najbolj užitno in verjetno sumljivo za inšpektorje.

A je kakšna rešitev?

Pri dodajanju produktov se tip produkta vedno shrani kot storitev, čeprav v oknu nastaviš na material oz. karkoli drugega.

Glej slike

Napaka se pojavi ko:

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

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?