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

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.

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.

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.

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

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

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

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

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)

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.