|
614 | Medium | Low | Prošnja (razvoj) | Pregled računov - prevetritev CSV izvoz | Closed | | |
Simple Shop | Simple Shop | 22.04.2021 | 28.04.2021 |
Task Description
Pregled CSV izvoza v pregledu računov in dodati manjklajoče stolpce (ZOI, EOR itd..). |
|
607 | Medium | Low | Razvoj | Skladišče - Pregled zaloge - Filtri | Closed | | |
Simple Shop | Simple Shop DD | 27.01.2021 | 31.01.2021 |
Task Description
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. |
|
585 | Medium | Low | Razvoj | Blagajna ZnD (vsi) - Način plačila TRR (že plačano) | Closed | 1 | |
Simple Shop | Simple Shop DD | 21.05.2020 | 17.06.2020 |
Task Description
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. |
|
564 | Very Low | Low | Razvoj | Iskalnik (*, ?) | Dodeljeno | 1 | |
Simple Shop | Simple Shop DD | 22.01.2020 | 22.01.2020 |
Task Description
V iskalnikih bi bilo dobro urediti, da se da iskati z iskalnim pojmom * in ali ?.
* - poljubno število znakov
? - 1 znak
S tem se da omogočiti dosti bolj napredno iskanje.
Kje: Za začetek DN, potem pa bi se noviteta uvedla tudi na drugih formah kjer je iskalno polje. |
|
550 | Very Low | Critical | Napaka | Nedelovanje povezave s FURS - po zagonu računalnika iz ... | Closed | | |
Vidko | | 18.07.2019 | 21.08.2019 |
Task Description
V kolikor računalnika ne izklapljamo, ga dajemo v spanje in program SShop pustimo odprt, nam po ponovnem prebujanju in ustvarjenem računi le tega ne potrdi. Fizično moramo prebuditi povezavo s FURS tako da dvokliknemo na zapis FURS, skrajno desno spodaj v programskem oknu, kjer kaže povezavo s FURS, da nam obarva povezavo v zeleno, torej se poveže.
Moteče, potrebno pozornosti ob vsakem prebujanju. Stranki izdamo natisnjen davčno nepotrjen račun, ki nam ga sicer kasneje potrdi, a to je napačno in neprofesionalno. |
|
547 | Very Low | Low | Napaka | Opisa postavke ne sprinta na računu kreiranem iz ponudb ... | Closed | 1 | |
Vidko | | 12.07.2019 | 21.08.2019 |
Task Description
Pri kreiranju ponudbe zraven naziva vnesemo opis postavke. Opis produkta tako ali tako ne moremo vnesti, ker pišemo v prazno. Ko kasneje kreiramo račun iz te ponudbe nam tega opisa postavke sploh ne sprinta. Če ga hočemo imeti na računu, spet jovo na novo vnašamo opis postavke. Dvojno delo in še na vse je treba paziti. Kot da bi pisali račun ročno, kot v starih časih.
Glede teh opisov postavke in opisov produktov pa je tako ali tako zmešnjava že od nekdaj in je ne znamo pošlihtati. Samo poglejmo malo za nazaj. Na hitro preverjeno smo o težavah pri opombah in opisih začeli govoriti pri ID#323 in to davnega 28.2.2017. Ni kaj smo ažurni, kot sem to že večkrat omenil. In ta neizpis opisa postavke izhaja ravno iz teh težav, ker se ne shranijo v našo bazo produktov. |
|
545 | Defer | Low | Razvoj | Moneta -> Valu | Closed | | |
Simple Shop | Simple Shop | 11.06.2019 | 08.07.2019 |
Task Description
Moneta se preimenuje v Valu.
Potrebna sprememba logotipov, besedila itd...
Preverba delovanja - sistem oz. način se ne spreminja. |
|
542 | Very Low | Critical | Razvoj | LOT, serijska številka | Nepotrjeno | | |
Robert Peternelj | | 06.06.2019 | 06.06.2019 |
Task Description
Sedaj lahko dodamo LOT samo v formi Produkti, Urejanje produkta, kar pa je zamudno, moteče.
Ni dobro urediti samodejnega mehanizma, saj je isti LOT-serijska številka pri večih dobavnicah, kupcih.
Najbolje bi bilo:
Vnos dobavnice, klik na produkt, se odpre Ročni vnos in v tej formi možnost vpisa LOT
ali
Vnos dobavnice, postavke dobavnice, uredi postavko in tukaj vnos LOT.
Najbolje obe možnosti.
|
|
541 | Very Low | Critical | Razvoj | Dobavnice - ustvari dobavnico | Closed | | |
Robert Peternelj | | 06.06.2019 | 21.08.2019 |
Task Description
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. |
|
537 | Medium | Low | Razvoj | Libela ELSI - tehtnica - VirtualCOM (TISA protokol) | Closed | 3 | |
Simple Shop | Simple Shop DD | 14.05.2019 | 19.05.2019 |
Task Description
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. |
|
529 | Very Low | Critical | Napaka | Nadgradnja - Storno dobavnice | Dodeljeno (ponovno) | 2 | |
Vidko | Simple Shop DD | 16.04.2019 | 29.04.2019 |
Task Description
Pa smo le dočakali premik glede dobavnice na naše zelje FS#16 z dne 13.1.2016 in FS#314 z dne 4.1.2017 a še vedno ne v popolnosti.
Pri kreiranju dobavnice nam vedno dobavnico zavede kot plačano z gotovino, torej manjka možnost izbire načina plačila. Ker če jo kreiramo in izberemo da nam kreira tudi račun je ta vedno kot gotovinski, kar pa običajno ni pravilo. Torej je obvezno dodati še način plačila pri kreiranju dobavnice.
Na tiskani dobavnici nam ne izpiše Naročila (torej številke naročilnice, ki smo jo vnesli ob kreiranju dobavnice) kar je v veliko primerih potrebno z zahtevo prevzemnika.
Pri zavihku "Pregled dobavnic" pa je pomankljivost:
- Manjka predogled dokumenta, kot smo to že pisali za ostale dokumente v FS#488 .
- Manjka nam še vedno, za kar prosimo že nekaj časa UREJANJE DOBAVNICE.
- Priporočljivo bi bilo tudi dodati USTVARI KOPIJO s predpogojem, da jo lahko kasneje uredimo ali preuredimo.
- Pri možnosti stornacije dobavnice, pa pogrešam RAZLOG STORNACIJE kot je to izpeljano pri računu (izbira več možnosti) in pri tisku tega prevzetega razloga stornacije nam vedno izpiše v novi vrstici, kar je edina izjema (vsi ostali podatki so izpisani v isti vrstici). Torej razlog stornacije je vedno Storno dobavnice. in ga ni možno spreminjati. |
|
507 | Very Low | Low | Razvoj | Vnos računa A4 - tipi plačil | Dodeljeno | 2 | |
Simple Shop | Simple Shop DD | 01.03.2019 | 01.03.2019 |
Task Description
V nastavitvah se naj dodela, da je mogoče v formi Vnos računa A4 ter v vseh ostalih A4 formah imeti možnost izbire plačil samo za te, kateri so omogočeni v nastavitvah (privzeto omogočeni vsi trije tipi plačil).
Tukaj je treba razmisliti, kako bi se naredilo, da se bi lahko dodalo tudi poljubni tip plačila, vsaj 1 če ne dva.
Recimo v mojem primeru je velikokrat potreba, da bi se izpisal tudi možnost plačila PayPal, kartice recimo pa bi imel onemogočene. V spustnem seznamu pa bi bila dva načina, prvi je da se izpišejo samo aktivni tipi plačil, druga opcija pa je da se neaktivne tipe plačil pač posivi. |
|
502 | Low | Low | Razvoj | POS terminal - izpis po bančnih karticah | Closed | 4 | |
Simple Shop | Simple Shop DD | 12.02.2019 | 19.02.2019 |
Task Description
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) |
|
501 | Very Low | Low | Prošnja (razvoj) | Kreiranje zaključka - pošiljanje dnevnega iztržka za "M ... | Closed | | |
Simple Shop | Simple Shop DD | 25.01.2019 | 07.03.2019 |
Task Description
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. |
|
500 | Very Low | Low | Prošnja (razvoj) | Informativni izračun - izvoz "Minimax" - Temeljnice izd ... | Closed | 1 | |
Simple Shop | Simple Shop DD | 25.01.2019 | 19.02.2019 |
Task Description
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 |
|
494 | Very Low | Critical | Napaka | Označi > Odstrani (vse) | Closed | 1 | |
Vidko | | 04.01.2019 | 06.01.2019 |
Task Description
Zopet se pojavlja zamik pri "Označi > Odstrani (vse)"
Ne vem pa zakaj ni te možnosti tudi pri:
Produkti / Uporaba serijske številke; Tiskanje - kupon (kjer je zamik)
Stranke / DDV izjema; Proračunski uporabnik |
|
490 | Very Low | Critical | Napaka | Označitev ponudbe kot plačano | Nepotrjeno | | |
Vidko | | 28.12.2018 | 28.12.2018 |
Task Description
Kako označiti določeno ponudbo da je plačana, zaključena?
Po mojem ni variante, razen da jo označimo kot plačano preden izdamo račun za to ponudbo ??? |
|
489 | Very Low | Critical | Napaka | Prikaz plačano/neplačano in vezava plačil na izvorni do... | Nepotrjeno | | |
Vidko | | 28.12.2018 | 28.12.2018 |
Task Description
Ob izbiri kljukic plačano, ne plačano pri pregledu predračunov, dobavnic in morda še kje zadeva ne deluje, kot bi moralo.
Za dobavnice velja, da če izberemo "Plačano + faktorirano" se ne zgodi nič. Če izberemo "Označi kot fakturirano" nam ponudi datum, ki nam označi da je dobavnica plačana, kar ni saj, je samo fakturirana in še ne plačana. Moralo bi biti obratno in bi nam ta datum moralo ponuditi pri "Plačano + faktorirano". Ko kasneje izbiramo s kljukicami Prikaži plačane, Prikaže neplačane zadeva ne kaže pravilno.
Pri predračunih se dogaja isto in morda še kje?
Vse zadeve okrog plačil, pa bi morale biti avtomatsko vezane na sam račun, ki je bil izdan iz določenega dokumenta. Torej ko ustvarimo iz ponudbe, dobavnice, predračuna ali kateregakoli dokumenta račun in ta račun kasneje označimo kot plačan, bi se pogojno moral vezni dokument označiti kot plačan. To je edino pravilno in avtomatsko nezmotljivo. |
|
488 | Very Low | Critical | Razvoj | Predogled dokumentov | Closed | 1 | |
Vidko | | 26.12.2018 | 26.04.2019 |
Task Description
Pri "Pregled predračunov", "Pregled ponudb", "Pregled dobavnic" itd, bi lahko neposredno dodali predogled dokumenta, za hitrejšo uporabo. |
|
487 | Very Low | Critical | Napaka | Noga pri A4 izpisu računa ni natisnjana | Closed | 2 | |
Vidko | | 26.12.2018 | 06.01.2019 |
Task Description
FS#477 - Noga pri A4 izpisu računa ni natisnjana, kij je označena kot zaključena tudi ni rešena.
Prilagam pdf, kjer je signirano, kje izpiše nogo. Popolnoma spodaj levo in spreminjanje parametrov ne ponaga ničesat. Prilagam tudi db testne verzije, kjer lahko preverite zadeve, če deluje ali ne.
Če je vpisan samo tekstovni del noge, je vedno na nenetisljivem področju in je ni možno pomakniti višje na listu. Če delamo kaj narobe, prosim za pojasnilo. |
|
486 | Very Low | Critical | Napaka | Ponudba z gotovinskim plačilom | Closed | | |
Vidko | | 26.12.2018 | 27.12.2018 |
Task Description
FS#481 - Napake pri izpisu ponudb, ki je označen kot zaključen, žal zadeva še vedno ne deluje.
Če ustvarimo ponudbo z načinom plačila "Gotovina" nam jo označi kot plačano. To ni prav!!! |
|
485 | Very Low | Critical | Napaka | Delno plačilo računa | Closed | 1 | |
Vidko | | 26.12.2018 | 06.01.2019 |
Task Description
Nova funkcija "dodaj plačilo" ne deluje kot bi morala.
Če dodamo delno plačilo za nek račun, pri "Pregledu računov" za ta račun, ko izbiramo kljukice plačano ali ne plačano, računa ne prikaže nikjer, tako da ne vemo ali je plačan ali ne, razen po statusu plačila pod 4.
Če dodajamo za en račun več plačil, ne vemo koliko je bilo katero plačilo, ker nikjer ni to v oknu "Dodaj plačilo" razvidno, razen če gremo v podrobnosti plačila. Lahko bi uporabili podobno tabelo da ko vnašamo novo "Dodaj plačilo" vemo kolik je še dolg.
Tudi v "Pregledu računov" bi bila lahko dodana kolona ostanka dolga, da bi bilo preglednejše in vidno, koliko je še kateri račun neporavnan. |
|
484 | Very Low | Critical | Razvoj | Izgled računa izdanega iz zbirnika | Closed | 2 | |
Vidko | | 26.12.2018 | 06.01.2019 |
Task Description
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. |
|
483 | Very Low | Critical | Prošnja (razvoj) | Plačan račun izdan iz zbirnikov | Closed | | |
Vidko | | 26.12.2018 | 06.01.2019 |
Task Description
Ko označimo v pregledu računov, da je račun, ki je bil izdan iz zbirnikov, plačan ali po novi izdaji verzije programa "Dodamo plačilo", bi se nam zbirniki iz katerih je bil izdan račun, avtomatsko moral označiti kot plačani.
Sedaj, če hočemo da vemo da je zbirnik bil poravnan, ročno poklikati vsak zbirnik in označiti da je plačan. |
|
482 | Defer | Very Low | Napaka | Broken "v.txt" | Closed | 1 | |
Simple Shop | Simple Shop DD | 13.11.2018 | 24.11.2018 |
Task Description
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. |
|
481 | Very Low | Critical | Napaka | Napake pri izpisu ponudb | Closed | | |
Vidko | | 10.11.2018 | 25.12.2018 |
Task Description
Pri izpisu ponudb prihaja do napak in sicer je teh kar nekaj:
* če kreiramo ponudbo z načinom plačila TRR potem
- nam na ponudbi izpiše RAČUN PLAČAN, kar ne bi smelo biti izpisano, saj gre za ponudbo
- nam ne izpiše "Lastnoročnega podpisa, štampiljke" vnešenega pod zavihkom "A4 izpis - dodatno"
- nam ne izpiše "Noga" vnešen pod zavihkom "A4 izpis - grafika", kot na nobenem dokumentu od verzije 5.7.1.304 naprej
- bi nam moralo izpisati TRR, na katerega je možnost plačila po ponudbi
- bi nam moralo izpisati veljavnost ponudbe, ki je vnešena pri kreiranju ponudbe pod "Datum storitve DO"
* če pa kreiramo ponudbo z načinom plačila gotovina potem:
- nam na ponudbi ne izpiše postavke "Izpiši dodatno besedilo" vnešeno pod zavihkom "A4 izpis - dodatno"
- nam ne izpiše "Lastnoročnega podpisa, štampiljke" vnešenega pod zavihkom "A4 izpis - dodatno"
- nam ne izpiše "Noga" vnešen pod zavihkom "A4 izpis - grafika", kot na nobenem dokumentu od verzije 5.7.1.304 naprej
- bi nam moralo izpisati veljavnost ponudbe, ki je vnešena pri kreiranju ponudbe pod "Datum storitve DO" |
|
479 | Very Low | Low | Vprašanje / Preverba | Napačno številčenje računov pri odpiranju nove blagajne | Closed | | |
Vidko | | 03.11.2018 | 25.12.2018 |
Task Description
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. |
|
478 | Very Low | Critical | Napaka | Produkti - zamik skupnega označevanja | Closed | 1 | |
Vidko | Simple Shop DD | 23.10.2018 | 06.11.2018 |
Task Description
Zopet prihaja do zamika v kolonah pri skupnem označevanju posameznih območjih.
To se dogaja pri "Produktih", morda pa še kje? |
|
477 | Very Low | Critical | Napaka | Noga pri A4 izpisu računa ni natisnjana | Closed | 1 | |
Vidko | | 19.10.2018 | 25.12.2018 |
Task Description
Po posodobitvi 5.7.1.304, ko je bilo dodano polje "Kompenzacija višine noge" ne printa noge na A4 izpisu.
Tudi če spreminjamo prednastavljen parameter "50" navzgor ali navzdol, se ne spremeni nič. Vedno je nenatisnjen. |
|
465 | Very Low | Low | Napaka | Stranke - napaka grafičnega izrisa | Closed | 1 | |
Simple Shop | Simple Shop DD | 27.07.2018 | 28.07.2018 |
Task Description
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. |
|
464 | Very Low | Critical | Napaka | Program izbriše artikle iz računa kljub prekinitvi urej ... | Closed | 1 | |
Robert Peternelj | Simple Shop DD | 16.07.2018 | 26.07.2018 |
Task Description
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. |
|
463 | Defer | Low | Napaka | Nedelovanje spletnega registra: Stranke | Closed | | |
Simple Shop | Simple Shop | 04.04.2018 | 04.04.2018 |
Task Description
Trenutno so težave z nedelovanjem spletnega registra za iskanje strank.
To pomeni, da ni možno iskati stranko po davčni številki, naslovu ali drugih iskalnik parametrih.
Lastnik spletnega registra je o težavi obveščen in težavo odpravlja.
Rok odprave ni znan.
Rešitev:
Ročni vpis stranke. |
|
461 | Very Low | Critical | Napaka | Printanje opisa artikla na računu POS | Čakam na stranko | 1 | |
Vidko | Simple Shop DD | 14.03.2018 | 20.07.2018 |
Task Description
Pred kratkim ste se ukvarjali z zadevo FS#439 , ki je govorila glede opisa artikla. Sedaj to deluje lepo, le ena težava se še pojavlja in sicer opisa shranjenega v produktih ali pa tudi ob samem vnosu artikla v Blagajni ZnD ne sprinta na POS računu. Na A4 računu printa, na POS računu pa ne. |
|
446 | Very Low | Low | Napaka | Opomba - opis pri produktih | Closed | 2 | |
Vidko | | 09.02.2018 | 11.02.2018 |
Task Description
Ne vem ravno, če smo se pri odpravljanju napake FS#439 prav razumeli?
Želel sem povedati kar predstavljam na priloženi fotografiji v_28.jpg:
- v nastavitvah imamo potrjeno "Omogoči izpis opisa produkta".
- v "Produktih imamo pod "Opis" zavedeno pač neko opombo, ki bi se naj izpisala na računu.
- na računi nam tega tudi po posodobitvi ne izpiše?
Če si prav razlagam, bi pri vnosu produkta na račun to shranjeno opombo v "Prodikti" morali videti tudi v okencu za opombo (v_29.jpg)
Kot smo že pisali v FS#323 , pa bi se nam to moralo obratno vpisati tudi v "produkte" če z kljukico označimo "prikaži neuporabljene produkte" |
|
441 | Very Low | Low | Napaka | Označi > Odstrani (vse) | Closed | | |
Vidko | Simple ShopSimple Shop DD | 06.02.2018 | 08.02.2018 |
Task Description
Označi > Odstrani (vse) v "Produktih" in "Stranke" ne deluje. Javlja napako in vse je zamaknjeno. Naprimer pri "Produktih" pod "Opis" nimamo kaj označevati, pri "Ročni vnos cene" ali "Lastni naziv" pa bi bilo potrebno, a ni možnosti. |
|
440 | Very Low | Low | Napaka | Označi > Odstrani (vse) | Closed | 1 | |
Vidko | | 06.02.2018 | 06.02.2018 |
Task Description
Označi > Odstrani (vse) v "Produktih" in "Stranke" ne deluje. Javlja napako in vse je zamaknjeno. Naprimer pri "Produktih" pod "Opis" nimamo kaj označevati, pri "Ročni vnos cene" ali "Lastni naziv" pa bi bilo potrebno, a ni možnosti. |
|
439 | Very Low | Critical | Napaka | Opombe za produkte | Closed | | |
Vidko | | 06.02.2018 | 08.02.2018 |
Task Description
Pred kakim letom smo v FS#323 pisali o opombah pri artiklih.
Opisana zadeva, bi nam večkrat prišla prav, predvsem v tem pomenu, da bi vnešena opomba zapisana pod "Opis" v prodiktih bila izpisana tudi na računu. Tudi če imamo v nastavitvah pri "A4 izpis-postavke", označeno da naj "Omogoči izpis opisa produkta" se zadeva ne izpiše, ne na A4 ne na pos, bi pa bilo zaželjeno da se izpiše v obeh formatih.
Če sedaj operiramo z opisi, moramo vedno znova vnašati ta opis ali opombo, kar je že pravi naziv, ročno in za vsak račun posebej. Zamudno in neprijetno. |
|
414 | Very Low | Low | Napaka | Način plačila | Closed | 2 | |
Vidko | | 29.01.2018 | 01.02.2018 |
Task Description
Pri "Načinu plačila" se nam števila razlikujejo in sicer če pogledamo v okno "Način plačila" imamo vse zamaknjeno za eno število (priložena slika v_25.jpg). Torej na enem seznamu imamo 1=gotovina; na drugem 0=gotovina.
Posledično verjetno sledi, da nam v tabeli Pregled računov plačil z Moneto sploh ne prikazuje, oziroma nam jih prikaže le v primeru, da spodaj izklopimo vse potrditvene kljukice za prikaz (priložena slika v_26.jpg). Ni dovolj niti da označimo samo "Ostalo", kar bi morda bilo logično.
Morda pa vsaj dodamo še potrditveno polje "Moneta"? |
|
413 | Very Low | Low | Prošnja (razvoj) | Zbirnik | Closed | | |
Vidko | | 26.01.2018 | 30.01.2018 |
Task Description
V glavni vrstici menijev ne moremo nikjer najti "Zbirnika"
Če delamo z zbirniki in če ga v bližnjicah nimamo vstavljenega, dejansko ne moramo dostopati do pregleda zbirnikov. Lahko bi ga naprimer dodali pod "Dokumenti" in "Seznam dokumentov" in "Pregled zbirnikov" |
|
412 | Very Low | Low | Razvoj | UPN QR | Closed | 3 | |
Simple Shop | Simple ShopSimple Shop DD | 22.01.2018 | 30.05.2018 |
Task Description
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. |
|
411 | Very Low | Critical | Vprašanje / Preverba | Simple Shop BT | Closed | | |
Vidko | | 19.01.2018 | 22.01.2018 |
Task Description
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. |
|
400 | Very Low | Low | Prošnja (razvoj) | A4 ponudba -> A4/POS račun | Dodeljeno | | |
Vidko | Simple Shop DD | 08.01.2018 | 20.01.2018 |
Task Description
Ali je možno, da se, ko iz ponudbe izpisujemo račun, doda možnost da se le ta izpiše tudi na pos tiskalniku. Sedaj lahko ustvarimo račun A4 in se nam izpiše na A4. Kasneje, ga sicer preko Pregleda računov lahko tiskamo na pos, a je to že kopija 1.
To bi prišlo v poštev, ko nekomu damo ponudbo in kasneje plača z gotovino in mi damo pos izpis. Predlagam, da se nekako doda še možnost izpisa preko pos tiskalnika, pa naj bo to "Ustvari račun pos" ali kakšna druga izbira za pos izpis in gotovinsko plačilo. Gotovinsko plačilo je sicer že sedaj možno, če ne izbiramo druge vrste plačila (TRR ali kartice), le izpis na pos bi bil dobrodošel. |
|
394 | Very Low | Low | Razvoj | Pregled računov - Opomin | Novo | | |
Uroš Čefarin | Simple Shop DD | 28.12.2017 | 28.12.2017 |
Task Description
V formi "Pregled računov" se naj doda nova možnost "Opomin".
Osnovni pogoj:
Račun, ki ima oznako kot "Plačano" ne pusti izdelave opomina.
Dodati bo potrebno:
Pregled opominov. |
|
390 | Very Low | Critical | Napaka | Napaka izračuna 4 mestne decimalke | Closed | 3 | |
Vidko | Simple Shop DD | 22.12.2017 | 22.12.2017 |
Task Description
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)
|
|
386 | Very Low | Critical | Napaka | Napaka pri kreiranju A4 dokumentov | Closed | 5 | |
Vidko | | 12.12.2017 | 19.12.2017 |
Task Description
Pri kreiranju dokumentov A4 (dobavnica, predračun, ponudba, morda še kje) se pojavi napaka pri vnosu 4 mestne cene.
Ko vnesemo artikel naprimer s ceno 1,2345€ in količina naprimer 20 kosov nam preračun in seštevek naredi kot mora (24,69€). Ko pa slučajno ta artilel hočemo popraviti z "Uredi postavko", naj bo to naziv ali kaj drugega, pa nam avtomatsko prevzane dvomestno ceno in sicer 1,23€, kar se v seštevku kasneje razlikuje (24,69€).
Vedno torej moramo paziti, da v primeru urejanja postavke (naprimer naziva ali opombe) papravljamo tudi ceno, v kolikor je 4 mestna. To se dogaja v primeru ročnega vnosa. V primeru, da imamo v "Produktih" vnešeno 4 mestno ceno pa nam že pri osnovnem vnosu upošteva samo 2 mestno. |
|
375 | Very Low | Critical | Napaka | Napaka pri kreiranju računa | Closed | 1 | |
Gašper | | 05.12.2017 | 06.12.2017 |
Task Description
Napaka se pojavi pri kreiranju računa (Vnos računa A4), če se doda material, storitev z ročnim vnosom cene.
|
|
374 | Very Low | Critical | Napaka | Tiskanje prevzemnice ne deluje. | Closed | 2 | |
Gašper | | 05.12.2017 | 05.12.2017 |
Task Description
Pri tiskanju prevzemnice pride do napake.
|
|
372 | Very Low | Very Low | Razvoj | Seznam zaposlenih - omogoči storno računa DA/NE | Closed | 1 | |
Simple Shop | Simple Shop DD | 24.11.2017 | 29.11.2017 |
Task Description
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? |
|
341 | Low | Low | Napaka | Produkti - .CSV uvoz (podvojeni vnosi) | Closed | 2 | |
Simple Shop | Simple ShopSimple Shop DD | 02.10.2017 | 02.10.2017 |
Task Description
Pri uvozu produktov je napaka od izvedbe NPoco (UWP), da se ko se izvede uvoz produktov, da so uvoženi produkti dejansko podvojeni. |
|
340 | Low | Critical | Napaka | Blagajniški dnevnik - napaka izpisa če ni DDV podatkov | Closed | 1 | |
Simple Shop | Simple ShopSimple Shop DD | 02.10.2017 | 03.10.2017 |
Task Description
V kolikor blagajniški dnevnik nima podatkov o računih pride do napake pri tiskanju računov.
Vklopljena je bila nova možnost, da se tiska vsaka blagajna posamično. Testiralo se ni, če ni vklopljena vsaka posamična blagajna, možno da je napaka pri tiskanju v obeh primerih.
Naredi se naj identičen izpis, le podatki naj bodo z podatki = 0 ali dodatnim besedilom "Dokument nima podatkov". |