Simple Shop

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.

Pri zagonu (kliku na ikono SS) naj se na ekranu pojavi nekaj kar ponazarja, da se program zaganja, ker se dogaja, da stranke kliknejo toliko krat, da vse skupaj zablokira,..

Pri zagonu (kliku na ikono SS) naj se na ekranu pojavi nekaj kar ponazarja, da se program zaganja, ker se dogaja, da stranke kliknejo toliko krat, da vse skupaj zablokira,..

Dodaj koledar, tako kot pri "datum opravljene storitve".

Pri vnosu nove postavke se količina in popust prenaša,.. Če nisi pozoren vnašaš napačne količine. Predlagam reset omenjenega za vsako novo postavko,...

Ni možnosti, da bi med tri bližnjice lahko dodali Vnos dobavnice.

Možnost spreminjanja velikosti ikon v načinu "VSTOPNINA". Potrebuje se pri uporabi tablice,..

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

Namesto "Datum storitve" bi bilo smiselno dodati "Datum opravljene storitve / dobave blaga" z dvema koledarjema od - do, tako kot na UJP E-računi, saj pri nama veliko storitev traja daljše obdobje in je prav smešno na računu imeti samo zadnji dan (saj lahko dopišem ročno v naziv računa ali opombo, a to ni to). V primeru samo enega dneva, pač izpolniš samo zadnji koledarček.

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

Pri kreiranju računa iz Zbirnika program ne upošteva "Rok plačila" ki je nastavljen za posamezno stranko ampak 8 dni.

Moral bi upoštevati prednastavljen datum za posamezno stranko oziroma prevzeti datum za ostale stranke, kjer ni nastavljene spremembe.

Pri Blagajna ZnD se v določenih primerih, ko je tekst daljši, pojavi problem. Beseda v samem gumbu se prelomi ali pa ga ne izpiše v celoti.

A je možno, da se pri nastvitvah doda še možnost spreminjanja za privzeto velikosti pisave za kategorije. S tem bi se ta problem seveda odpravil. Lahko pa bi bil gumb tudi malo širši in sicer tako kot so široki navigacijski gumbi "gor, dol". Vem, da lahko spreminjamo privzeto višino kategorije, a s tem daljših besed ne rešimo, obenem pa imamo na trenutnem zaslonu s povečanjem višine kategorije avtomatsko manj gumbov.

Malo podaljšanje gumba (ali morda možnost nastavitve) in možnost spremembe privzete velikosti bi odpravil te dileme.

Pri Blagajnah Znd je v primeru, ko imamo vnešenih več kupcev zamudno iskanje določenega kupca.

A obstaja možnost, da se uvede neka možnost hitrega iskanja kupcev. Preko spustnega seznama je zadeva zamudna, ker ne moremo sortirati kupcev po abecedi, ali kako drugače, pa jih zdaj pač iščeš in iščeš.

Torej v mislih imam neke vrste iskanja, da napišeš del naziva kupca, pa ti zreducira seznam, kot je to možno naprimer pri A4 računu, Torej lahko bi se dodal gumb "Iskanje stranke" kot pri A4 varianti.

Kreiramo ob prevzemih za isto stranko na primer dve, tri ali več dobavnic.

Radi bi kreirali račun, ki bi bil skupek teh vseh dobavnic, ki niso ob izdaji bile fakturirane.

Je kakšna možnost?

Pri vnosu artiklov u Blagajni ZnD, ko imamo fiksni artikel, brez možnosti spreminjanja parametrov nam vedno na račun vnese samo en artikel. Če hočemo naprimer 3, moramo popravljati vrstico količine.

A bi bilo smiselno, na primer ko na en artikel kliknemo trikrat nam ga vnese na račun vendar ga količinsko združi, torej en artikel 3x.

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

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

Trenutna verzija nam omogoča samo kreiranje PREDRAČUNA. Predračun se izdaja, kadar se izvaja plačilo po predračunu, ponudba je pa načeloma informativnega značaja in ne zavzema roka plačila temveč veljavnost ponudbe.

Običajno se posluje tako, da se prvo izda ponudbo in, ko je stranka zadovoljna s ceno in pogoji se izda predračun po katerem se izvede plačilo,..

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 postavki Naročilo, bi bilo za dodati koledarček z datumom, saj pri naročilu (številka naročilnice) vedno tudi pišem datum izdaje naročilnice. Tako je tudi v e-računih UJP portala.

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?

Po novem standardu bo potrebno dodati novi QR protokol za UPN naloge.

Osnovna ideja je, da se obstoječi UPN pod "Dodatki" obdrži. Povsod druge pa se zamenja z novim QR standardom.

Pri izdaji računov iz zbirnika se nam pri A4 izpisu čudno izpišejo postavke na računu. Prilagam izpis v_32.jpg.

Lahko bi ta izpis izboljšali, olepčali, kot je to pri izpisu pos, ko je stvar pregledna. Prilagam tudi možen predlog v_33.jpg.

Če je predlog prezahteven naj vsaj med naziv izdelka in Zbirnik: 2018.. dodamo neko ločilo, da se ve zakaj gre.

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

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.