Simple Shop

Pri preklapljanju med mizami se pojavi napaka: Napaka pri shranjevanju mize:A duplicate value cannot be inserted into a unique index [Table name=Bill,Constraint name=UQ_BillCustomIDYear]

Pri tej napaki se vsebina mize zbriše, kar je zelo neprijetno.

Najpogosteje se zgodi po razveljaviti računa -brisanju postavk pa tudi drugače

Pri tiskanju zaključka - na tiskalnik POS Star LPT se ustavi tiskanje če je preveč postavk npr.: tiskanje po produktih za daljše obdobje -1 mesec.

Če nastavimo papir na tiskalniku na "80mm reciept" stiska normalno vendar potem odreže levi rob, prav tako račun.

Račun se da nastaviti rob v programu za zaključek ta nastavitev roba ne velja.

Če nastavimo na katerikoli drugi papir na tiskalniku, tiska normalno (ne odreže roba) vendar pri večji količini produktov ustavi tisk na sredi - ne stiska vsega, povzetka.

(na tiskalniku se žal ne da nastaviti levi odmik)

Po naknadnem urejanju računa, ko sem dodal besedilo pri postavki Naročilo, se je sklic za plačilo samodejno spremenil iz 0-2016-19 na 5-2016-19.

Pri naročilu (datum naročilnice kupca) dodati tudi koledarček z izbiro datuma.

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 kreiranju računa iz Zbirnika se pri "Datum opravljene storitve:" izpiše datum ko račun kreiramo.

Prav bi bilo, da se izpiše datum storitve od - datum storitve do. Potem tudi "Besedilo" Zbirnik: ..... spodaj ne bi bil potreben.

Pri kreiranju računa iz Zbirnika se sklic ne izpisuje pravilno. Izpiše se namreč številka računa "XXX-XX-0000X in ne kot je sklic pri ostalih računih.

Izpiše se naj isti sistem sklica kot pri drugih računih.

Pri kreiranju zbirnika se pojavi težava ob stornaciji. Ko postavko dodamo v zbirnik, ni več variante, da jo popravimo. Edina varianta je da pri Pregledu računov to postavko storniramo. Če to storimo nam pri kreiranju zaključka torej izpisa računa ostale zbirnike doda na račun normalno storniran zbirnik pa nam doda samo v negativnem (torej nam stornirani zbirnik odšteje na račinu in ga ne postavi v vrednost 0)

To ni dobro. Če dodamo 1 kos artikla in kasneje ta isti 1 kos storniramo, bi torej morala biti nula. Če že bi moralo biti prvo v "+" dodano in kasneje v "-" storno, ne pa samo "-", ker se račun tako ne ujema. Lahko bi torej dali možnost da se zbirnik popravi ali izbriše, ali pa tak artikel, ki je morda storniran, če že mora biti storniran ni viden na računu, saj stranka ne rabi videti naših napak. Mislim da to ne bi bilo sporno, saj uradno račun sploh še ni bil izdan, dokler zbirnika ne zaključimo. Pač, ne vem kako je to z zakonskega vidika, a zbirnik bi nam nekako moralo biti dovoljeno popravljeti, na kak način že pač?

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.

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

Internal server error 500, ob oddaji poročila

A je možno da se pri seznamu "Stranke" uvede možnost spreminjanja ID, oziroma, da sami določimo oziroma popravimo vrstni redu že vnešene stranke po svoji želji. Torej da naprimer damo stranke, ki jih večkrat uporabimo na vrh seznama.

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

Mislim ,da je terba napako nemudoma odpravit.

Ko klikneš na načini plačila doda postavko NegRač, Zbirnik, Moneta in pri vsaki sporoči napako DataGridView Default Error Dialog. Novih postavk ne moreš shraniti. Napaka se ponavlja, lahko samo prekineš - Esc.

Pri daljših kodah se koda ter naziv prekrivata. Primer 12 mestna koda.

Vnos računa A4:

Gumb "Dodaj" ni aktiven, če z normalnim tempom klilneš na Vnos računa A4 -> Nov račun -> Končni kupec -> vpis kode artikla.

Vnos računa A4 je potrebno zapreti ter ponovno odpreti.

Program ne piše besedila do konca strani ampak zlomi besedilo v novo vrsto. (EAV-0169454734, Potek licence: 12/06/2017)

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)

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.

Ko kreiramo podatke A4 se pojavljajo problemi in bi nekatere stvari bilo dobro dodelati.

Že omenjeno v prejšnjih poročilih
- pri izbiri produkta bi bil zelo priporočljiv dvoklik na sam artikel.
- poenotiti bi bilo potrebeno vnos artiklov z spreminjanjem postavk in tistih, ki imamo nastavljene, da so fiksne (ko vnašamo se nam včasih odpre okno za spremembo postvak, včasih se nam direktno vpiše kar v dokument in če točno ne vemo kateri artikel je fiksen nam vnese kar količino 1. Pa spet brisanje vnešenih, ponovni vnos po drugem postopku. Dajmo to nekako poenotit)

Nove težave
- ko sam artikel uredimo (naziv, cena, količina) ga vnesemo v postavke računa in tu se pojavi problem, če smo naredili kakšno napako. Ne moremo več popravljati naziva, cene, skratka nič več. Postavko lahko samo zbrišemo in spet vnesemo na novo. To žal ni najbolje, časovno zamudno, ....
- v kolikor kasneje predračun, ko je že ustvarjen hočemo popravljati je zadeva zopet ista. Stranka se odloči, da bo določen artikel imela v večji količini ali pač kakšna sprememba in moramo zopet staro postavko brisati, ustvarjati novo, skratka zamudno.

A se da to morda urediti tako ali pač na kak podoben način, da kliknemo v vrstico produkta in se nam omogoči, da lahko v določeni celici napako popravimo. Jasno, da na primer, ko je račun zaključen z zaključkom, da to ni več mogoče. Pri predračunih, dobavnicah pa bi bilo to zaželjeno.
 

Možnost izbire števila ponatisov računa. Sedaj lahko nastavimo samo z ozahtevkom tiskaj duplikat DA/NE.

Stranke želijo prenastavitev tiskov brez opozorilnega okna,...

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.