Simple Shop

Ob zapiranju stare in odpiranju nove blagajne prihaja do napačnega številčenja računov.

Ne začne številčiti z 1 ampak nadaljuje z naslednjo številko računa iz prejšnje blagajne.

Včasih smo preko elektronske pošte, ki je navedena v prijavnih podatkih BT prejeli obvestilo, če se je pod prispevkom, ki smo ga označili za "Prični slediti" kaj dogajalo ali se je prispevek zaključil. Zdaj teh sporočil že en čas ne prejemamo več in moramo preverjati na BT? Če naprimer oddamo kakšno sporočilo in je pomanjkljivo, nam vi postavite še kakšno dodatno poizvedbo in če ne preverjamo redno, ne vemo da smo pozvani po dodatnih informacijah?

Prav tako bi po določenih posodobitvah bilo dobrodošlo, če bi lahko videli tudi poročila, ki so ustvarjena ali predlagana iz vaše ekipe, saj ko pri poročilu o posodobitvi naprimer vidimo fix ( FS#393 ) - A4 račun - prelom besedila ali podobno, žal vsi ne vemo kaj se je v resnici tu posodobilo ali spremenilo, če pa bi videli vsebino poročila, bi lažje ugotovili kaj lahko še uporabljamo ali je bilo izboljšano.

V " FS#317  - Vnašanje nove stranke" smo pisali takole

Ko izpisujamo račun lahko določeno stranko poiščemo z "Izbira stranke".

Torej vpišemo iskani podatek (naziv, davčna ali podobno). Če je stranka že v naši bazi jo lepo izberemo in stvar je urejena.

Imamo pa morda težave, ko stranke še ni v naši bazi. Stranka nam zaupa davčno, poiščemo in ugotovimo da je v naši bazi ni. Potrdimo "Nova stranka" odpre se nam novo okno, vendar davčno, oz podatek, ki nam ga je zaupala stranka nam je pobegnil iz spomina. Pa znova povpraševanje in pisanje.

A je možno, da se tale podatek, ki smo ga vpisali v prvem oknu prenese v iskalno polje drugega okna in samo sprožimo iskanje, potrdimo oziroma shranimo poiskano stranko in jo tako vstavimo na račun. Skratka nekakšna hitrejša rešitev, da ne vnašamo dvakrat podatkov za iskanje.

Odgovor je bil:

Z verzijo 4.3.6.762 se je omenjena zadeva odpravila in dogradila.

Ne vem če se je tu kaj podrlo ali se slabo spomnik kaj smo odpravili za boljše delovanje? Mislim da je to delovalo OK. Zdaj je postopek spet daljši in moramo iskane pogoje spet pisati 2 x. A lahko preverimo zadevo?

V Pregledu zaloge pod Skladišče je želja uporabnikov da se doda sledeče filtre:

- Vsi
- Prikaži samo "pozivitvno" zalogo
- Prikaži samo "pozitivno" zalogo + 0
- Prikaži samo "negativno" zalogo
- Prikaži samo "negativno" zalogo + 0
- Ne prikaži zaloge (če je "Paket")
- Ne prikaži zaloge (brez prevzemnice)
- Ne prikaži zaloge (brez prevzemnice in inventure)

Glede na to, da je kar nekaj tega, bi bilo najbolje, da je to "dropdown" menu, izbor je med sabo izključojoč, torej ne moreta biti izbrana 2 filtra naenkrat.

V formah ZnD (blagajna, gostinec, itd...) da se doda nov tip plačila, ki bo identičen kot je tip plačila TRR z eno razliko, da je račun označen kot "PLAČANO".

Torej, tukaj bi se naredilo tako, da bosta prisotna 2 TRR gumba, razlika je, da bo pri enem oznaka "ŽE PLAČANO", obstoječi ostane nespremenjen.

Moneta se preimenuje v Valu.

Potrebna sprememba logotipov, besedila itd...

Preverba delovanja - sistem oz. način se ne spreminja.

Ker se velikokrat zgodi, da se določeni stranki dobavlja enake izdelke, bi bilo smiselno dodati, ravno tako kakor je že pri računih, ustvari dobavnico (kopiraj) iz že izdane dobavnice.

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.

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)

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

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.

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.

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?

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.

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.

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

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

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

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.

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?