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

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

Stranke-dodati polje Naziv 2, ki bo omogočal vpis PE (poslovne enote).

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 .

Več na sliki.

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

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

Potek dela:
Nov predračun (plačilo na TRR) -> stranka plača -> označiš da je predračun plačan -> Klik na predračun "Ustvari račun A4" -> zaključek računa..

Problem je da se na zaključenem računu kreira nov sklic za plačilo ter rok plačila v primeru da je izbran plačilo na TRR pri zaključku računa.

Lahko bi pisalo da je račun že plačan po predračunu.. ter morda datum, kdaj je bil plačan..

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.

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

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.

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 izpisu računa na A4 se ne izpiše splošna opomba - v POS načinu se izpiše

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.

Windows XP (virtual).

Uporabnik javil, da se napaka pojavi ob vsakem zagonu, po izbiri "Ignore" program deluje normalno.

Vedno več se rabi, da se poleg vseh pravic lahko uporabniku določi, ali lahko izvede stornacijo računa ali ne.

Za obstoječe uporabnike (pri nadgradnji baze) vsi dobijo podatek: DA
Ko se kreira nov uporabnik dobi podatek oz. je privzeta vrednost: DA

Ta funkcija pomeni override glede na uporabnikove pravice. In to je funkcija, ki se dotika praktično vseh form, kjer je možna stornacija računa ali kakršnega koli drugega dokumenta.

A ti naštejem dokumente kjer se to pojavi?

Z verzijo 154 napaka, mislim da še vedno ni odpravljena, razen če je potrebno kje nastaviti kaj posebnega, da računa z štirimestnimi številkami.

Prilagam sliko, kjer je vidno, da v enem primeru deluje, v vseh ostalih pa nam zadeva ne špila. (v_24.jpg)

Dokumenti > Pregled računov > (desni klik) Uredi račun.

Kljub razveljavitvi, prekinitvi se pobrišejo artikli iz računa. Ostale vrednosti ostanejo nespremenjene, ostane tudi znesek za plačilo.

Z uvedbo NPoco je v "Stranke" napaka grafičnega izpisa.

Sam grafični izpis deluje recimo v "Zaposleni", ne glede na verzijo ZedGraph in ne glede na verzijo ZedGraph je napaka od kar je uveden NPoco.

Zopet prihaja do zamika v kolonah pri skupnem označevanju posameznih območjih.

To se dogaja pri "Produktih", morda pa še kje?

Redno, se pa zgodi je da se v datoteko "v.txt" zapišejo čudne zadeve.

Ne vem ali je to problem ob preverjanju nove verzije, nastavitev uporabnika itd... Vendar pa bi bilo smiselno da v takem primeru program preveri, če je datoteka "v.txt" v pravilni strukturi. Če ni naj jo program sam zapiše glede na verzijo katera pač je - sicer ne deluje preverjanje za novo verzijo programa.

Kot je dodano že OpPIS bi se prav tako uredilo in dodalo izvoz za "Minimax" programsko opremo.

Komplet navodila z .XML / XDS shemo so na voljo v:

http://help.minimax.si/sl/temeljnice-izdanih-racunov-navodilo-za-uvoz-xml

Stranka ima željo, da se uredi, da se pošilja namesto trenutno .PDF lahko tudi .XML po shemi kot jo ima "Minimax".

Vse informacije na voljo:
Priprava datoteke XML za uvoz temeljnic izdanih računov in dnevnega iztržka
http://help.minimax.si/sl/priprava-datoteke-xml-za-uvoz-temeljnic-izdanih-racunov-dnevnega-iztrzka

Jaz bi pripravil še, da bi bila opcija pošiljanja ali .PDF, ali .XML ali oboje.

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)

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.