Simple Shop

Pri izbiri davčnih kategorij produktov na račun ne natisne zakaj je opravičeno plačila ddv.

V kolikor je nova baza, torej nov uporabnik nastane problem pri prvem kreiranju prevzemnice.

Postopek:
-odpreš "Prevzem artiklov"
-klikneš na "+" da se doda dobavitelja
-dodaš dobavitelja in ga shraniš, v prevzemnici je dobavitelj nato avtomatsko izbran
-klikneš na gumb "Nova prevzemnica", vendar ne dodeli šifre prevzemnice.

Če zapreš prevzemnice in nato na novo odpreš prevzemnice je potem normalno delovanje.

Torej, to se zgodi samo ob novi prazni bazi kjer ni vnaprej določenega nobenega dobavitelja.

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

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

Prosim, da za "Prevzem artiklov" preverite možnost:
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 in pozicije artiklov v spodnji tabeli pred zaključkom oz. v nezaključeni prevzemnici.
Lp, jo

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

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

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.

Predlagam da se pri "Pregled Računov", "Pregled predračinov" in vseh pregledih doda še možnost pregleda tekočega ali poslovnega leta. Pač kakorkoli že ta pregled imenujemo.

Prilagam mojo zamisel v priponki. Ko poslujemo s programom naprimer že več let se nam iste številke računov ponavljajo in ko izberemo vsi računi in iščemo na primer določeno številko računa nam izlista vse račune vseh let, če seveda ročno ne izberemo datumskega obdobja. Torej res je, da če nastavimo ročno datumsko obdobje, nam lista samo to obdobje, a velikokrat rabimo samo zadnje leto in bi bilo zelo poenostavljeno če označimo samo kljukico (ki bila morda lahko bila celo prevzeto odkljukana, odvisno od želje ostalih uporabnikov) in bi imeli hitrejši pregled do zadnjega poslovnega leta.

Predlagam pač, ne vem pa če je to programsko mogoče? (Pri kakih analizah bi bila morda priporočljiva tudi hitra izbira določenega meseca, a to je že luksuz, dovolj za začetek bi bilo že tekoče leto)

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

Pri izvozu v .csv program dodeli napačne postavke. Preizkusil v treh različnih programih.

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.

Pri "Pregled predračunov", "Pregled ponudb", "Pregled dobavnic" itd, bi lahko neposredno dodali predogled dokumenta, za hitrejšo uporabo.

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

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)

Bi bilo možno,da sami nastavimo pravice,ali pa da napredni uporabnik dobi še prejemnice,če se vam zdi smiselno

Ponovno pozdravljeni,

prilagam potrebne priponke in screen posnetek. Račune ne morem davčno potrjevati, program se včasih odzove na ročno potrjevanje, potem ko je račun že napisan, vendar ne vedno. Do včeraj je program deloval normalno, danes zjutraj se je ta napaka pojavila.

Ničesar v programu nismo spreminjali. Bil pa je narejen zjutraj Windows Update.

Prosim za pomoč.

PS. geslo za db je bilo poslano na mail.

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)

POS račun-vnos količine, nato proizvoda onemogočen, če je vklopljen Lastni naziv in/ali Ročni vnos cene.

na pos tiskalniku PP-6800 (usb, x64 - v3.01) vsak izpis "požre" ZOI kodo (natisne 3-4 xy znakce) in zgornjo polovico QR kode.

Nastavitev, kot jo predlagate za ta tiskalnik na: http://www.simple-shop.si/gonilniki/Navodila/nastavitve_POS-PP6800.pdf
ni možna, ker pri samem tiskalniku (firmware 1.7/software 1.2.0.4) je pretok/handshaking na COM portu lahko samo DTR/DSR ali XON/XOFF , NONE/brez ni možno nastaviti - preizkusil sem obe nastavitvi, napaka ostaja.

Enako se zgodi pri izpisu z BAR kodo. Testni izpis QR kode (brez ZOI in EOR), velike ali male ter win test page, je pravilen.
lp, jo

Več na sliki.

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 Vnosu računa A4 vnesemo zraven vseh podatkov še artikel - naziv in opombo. (slika v_17).

Ko sedaj artikel hočemo popraviti je to možno, popravimo naziv in opombo (slika v_18), račun zaključimo.

Na izpisanem računu se pojavi napaka in sicer popravljen naziv ni upoštevan, opomba pa je ok (slika v_19). Pri pregledu računa je upoštevan nepopravljen naziv (slika v_20), če pa gremo na urejanje računa pa je popravljen naziv (slika v_21), tu nekaj ni ok.

Pri kasnejšem popravljanju že izdanega računa-uredi račun, dodal sem spodaj tekst-besedilo, se je sklic spremenil iz 0-2016-75 v 5-2016-75.

Zakjučen Prejemni list bi moral omogočat popravljanje.Lahko tudi z geslom,saj se prevečkrat zgodi ,da dobavitelj pošlje popravleno dobavnico in zaradi ene cene je cel kup problemov Ali pa če bi popravil zalogo ob shranjenju.