Simple Shop

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

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

Stranka ima pri uporabi vage in avtomatske teže vage problem pri uporabi artiklov, kateri imajo prav tako zapisano "BAR koda" ter "Koda". Enostavno jih ne zazna, artikle na vago in obenem težo pa lepo dela. Se pravi vsi drugi ki ne uporabljajo teže po BAR kodi (se pravi da ni izbran tip kot "kilogram") imajo probleme. Prav tako stranka trdi, da ima probleme z artikli z iskanjem po "Koda".

Vse stranke, ki se jih doda preko spletnega iskalnika so v program dodane oz. shranjene kot davčni zavezanec = 1, ne glede na to ali je ali ni davčni zavezanec.

Torej, če stranka ni davčni zavezanec, se preko registra pravilno shrani davčna številka:

Primer:
Iščemo davčno številko: 24688843
Ker je ni v med strankami kliknemo na iskalnik, stranko najdemo.
V samem registru ima stranka pravilno zapisane parametre (true, false).
Potrdimo in shranimo.

Nato vidimo, da ima stranka za davčno številko zapisano brez SI, kar je prav, vendar je podatek Zavezanec za DDV = 1.

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.

V formah ZnD (blagajna, gostinec, itd...) da se doda nov tip plačila, ki bo identičen kot je tip plačila TRR z eno razliko, da je račun označen kot "PLAČANO".

Torej, tukaj bi se naredilo tako, da bosta prisotna 2 TRR gumba, razlika je, da bo pri enem oznaka "ŽE PLAČANO", obstoječi ostane nespremenjen.

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.

Ko se kreira nova prevzemnica program nepravilno zabeleži izvorni dokument prevzemnice.

Ne glede na izbrani izvorni dokument (račun ali dobavnica) je vedno shranjen tip izvornega dokumenta kot "Dobavnica".

V kolikor blagajniški dnevnik nima podatkov o računih pride do napake pri tiskanju računov.

Vklopljena je bila nova možnost, da se tiska vsaka blagajna posamično. Testiralo se ni, če ni vklopljena vsaka posamična blagajna, možno da je napaka pri tiskanju v obeh primerih.

Naredi se naj identičen izpis, le podatki naj bodo z podatki = 0 ali dodatnim besedilom "Dokument nima podatkov".

Pri uvozu produktov je napaka od izvedbe NPoco (UWP), da se ko se izvede uvoz produktov, da so uvoženi produkti dejansko podvojeni.

Pregled zaloge za trenutni oz. na današnji datum deluje.

V kolikor pa se izbere poljuben datum, pa se ob kliku na "Prikaži" pojavi napaka, kot je razvidno v priponki.

V kolikor je omogočena funkcija Omogoči POS terminal (v priponki) naj se pri izpisu izpišejo tudi podrobnosti po karticah.

Zaključek
Informativni izračun (A4 izpis)

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

V kolikor se nadgrajuje programska baza, katera se dotika produktov lahko nastane težava pri zagonu programa, če ima uporabnik v nastavitvah programa izbrano formo za izdajanje računov.

Predlog:
V primeru nadgradnje baze naj se ne zažene nobena forma, kot je prikazano v priponki.

Trenutna začasna rešitev:
Trenutno mora uporabnik dati "Ignore" oz. "Prezri", da lahko izvede nadgradnjo baze.

Po uvedbi davčnih blagajn je problem pri storno računih.
Storno račun se natisne v POS obliki. Moral bi se v A4, tako kot računi.

POS tiskalnika ni in se ne uporablja.

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.

Če je forma "Stranke" odprta znotraj glavne forme programa (glavno okno) in če narediš dvoklik se forma zapre, namesto da bi se urejalo podatke od stranke.

Torej ko se forma "Stranke" odpre preko glavnega menija in ni odprta kot "child" katere koli druge forme naj bo dvoklik onemogočen.

Drugače pa mora pač biti dvoklik omogočen - torej če ni forma odprta preko glavne forme / preko glavnega menija "Stranke".

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.

Ni možnosti izbrisa dobavnice (ravno kreirane).

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 vnosu računa A4.
Potek dela: Nov račun -> končna stranka -> vpis kode ali barkode artikla se gumb "Dodaj" včasih ne aktivira oziroma se aktivira čez 5-15 sekund.

Napaka se pojavi v cca. 70%.

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