Simple Shop

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

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.

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

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

Vrstni red kategorije produktov, da bi se dalo nastavljati ali po cifrah ali kako drugače, kakšen naj bo vrstni red prikazano v formi Blagajna ZnD (vsi) ter ali Gostinec (vsi).

Produkti -> Kategorije produktov

Samodejna nastavljiva velikost pisave v kategoriji Blagajna ZnD (vsi) ali Gostinec (vsi) oz. možnost nastavljanja velikosti pisave v nastavitve forme Blagajna ZnD (vsi) in Gostinec (vsi).

Problem velikosti besedila nastane predvsem pri manjših resolucijah, tako da bi bilo dobro da bi se dalo to nastavljat..

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

Dodati možnost Izvoz podatkov (.csv) za lažje urejanje,uvoz v tablico...

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.