Simple Shop

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

Ko ustvarimo v programu ponudbo in kasneje iz punudbe ustvarimo A4 račun, program ne določi pravilne številke računu in sicer prvi fiksni del je ok medtem ko številko računa da * (XX-2-* moralo bi na primer biti XX-2-126) Številko zasede, ker naslednji normalni račun je naprimer XXX-2-127. To se dogaja pri ustvarjanju gotovinskega računa iz ponudbe, torej ko odstranimo kljukico iz Kartica in TRR. Kako je pri plačilu s kartico ali na TRR ne vem, ker nisem imel takšnega primera.

Kasneje pri pregledu računov tudi Sklica ne kreira pravilno in povezave na Vezni dokument tudi ni.

Tak račun je davčno potrjen (brez številke ?) in tudi stranki oddan dejansko brez številke (kaj dobavitelj vnese pri svojem knjiženju?)

Dobro bi bilo preveriti tudi kako to deluje ko izpisujemo račun iz Predračuna ali Dobavnice???

Pri "Blagajna ZnD" je bila dodana možnost "Vnos opombe". Tu mi nekako manjka opcija, da opombo izpišemo v novi vrstici. (morda bi bilo dobro nekje v splošnih nastavitvah uvesti, da nam, če želimo opombo vedno izpisuje v novi vrstici, ali prevzeto, da izpisuje v novi vrstici in po izbiri to izklopimo) Bi pa bilo priporočljivo da tole opombo lahko vnesemo že v oknu "Ročni vnos" da kasneje ne klikamo še enkrat na postavko.

Pri "Vnos računa A4" to isto opcijo imenujemo "opis" ko dvokliknemo na vnešeno postavko. A gre tu za isto zadevo, za isto opombo ali opis? Če gre za isto bi lahko bil poenoten naziv.

Kasneje pri pregledu "Produkti" se nam ta opomba ali opis nikjer ne vpiše v bazo za kasnejše vpoglede. Sicer pri "Produkti" imamo kolono "Opis". A gre tu za isto postavko? Lahko bi se ta opomba ali opis, kateri je pač pravi naziv in če gre za isto postavko, shranila v bazo "Produkti" oziroma kontra. Če shranimo v "Produkti" ta "Opis" trajno za določen produkt, a se nam izpiše vedno ko uporabimo ta produkt pri izpisu računa? To so kombinacije, ki bi jih bilo morda dobro povezati.

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.

Analitika artikla ne deluje,oziroma jo moraš čakat in na koncu sporoči napaka ker je preveč vnosov.Če je možno da bi bilo od inventure naprej ali po datumu!

Sedaj išče še prejšnja leta,kar nas pa ne zanima.

Pri vnašanju produktov se večkrat pojavi, da gre za produkt, ki je skoraj identičen že nekemu vnešenemu produktu.

Da ne bi za nov produkt bilo potrebno vnašati vseh parametrov, bi bilo dobro uvesti morda podvojitev produkta. Torej z desnim klikom na produkt, kot imamo sedaj na primer možnost "Uredi produkt" dodali "Podvoji produkt". Odpre se nam okno z obstoječim produktom, kjer je možnost, da podatke ki se razlikujejo od že obstoječega popravimo in ga shranimo kot nov produkt. S tem bi skrajšali čas vnosa za zelo podobne produkte.

Pri urejanju predračuna ni mogočeno spreminjanje števila produktov, popusta, in ročnega vnosa novega produkta ali stortve,...

Veliko strank ima zagon programa direktno v POS izdajanje računov. Zato bi bilo pomembno poleg statusa baterije dodati tudi statu FURS, saj le tako lahko vidi ali je povezava ustvarjena.

Pri kategorijah produktov, bi morda bilo smiselno, da se uvede dodatna postavka, kjer bi lahko izbirali katera kategorija bi bila aktivna, prikazana in katera ne v Blagajni ZnD. Namreč, ko se ena izmed kategorij trenutna ne uporabla, bi lahko celotno skupino (kategorijo) dali neaktivno (nevidno) in bi jo v primeru potrebe po uporabi spet lahko vidno dadali. Sedaj, če jo hočemo skriti, moramo pri vsakem artiklu posebej kategorijo počistiti, kar pa je pri večjih količinah artikla v eni kategoriji lahko zelo trajajoče.

Preklop med tarifami bi lahko bil samo z enim gumbom. Sedaj mora stranka kreirat dvojne kategorije kar je precej nepregledno (sploh na manjših ekranih) in seveda omogoča precej napak pri vnosu. 

Gumb bi lahko omogočal prekop med kategorijami. (K1, K",...)

Pri tiskanju računa na A4 (HP LaserJet) je potrebno celotno kolono Račun pomakniti bolj v levo, saj drugače Datum opravljene storitve od - do pride preveč v desno, posledično ne natisne vsega.

Program ne pomakne Cene ter Količine do Vrednosti ampak pusti prazen prostor. Zato tudi besedilo zlomi v dve vrsti. (ESET NOD32 Antivirus licenca za 1. del. postajo - 1 leto - Upokojenska)

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

Kolona zaloga se je zaradi novega DDV premaknila in sedaj ni zaščitena pred popravlanjem .

Mislim ,da je terba napako nemudoma odpravit.

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?

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.

Napaka se pojavi ko:

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

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

Glej slike

Zgodi se nam, da imamo artikel z daljšim nazivom, pa nam v vnosnem oknu na prikaže celotnega naziva in ko hočemo kaj popraviti ali dopolniti se moramo pomikati po okencu.

Na fotki dodajam predlog za rešitev, če je možna, da pridobimo nekaj mest.

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?