|
550 | Normalno | Vedno | Napaka | Nedelovanje povezave s FURS - po zagonu računalnika iz ... | Zaprto | | |
Vidko | | 18.07.2019 | 21.08.2019 |
Opis poročila
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 | Normalno | Včasih | Napaka | Opisa postavke ne sprinta na računu kreiranem iz ponudb ... | Zaprto | 1 | |
Vidko | | 12.07.2019 | 21.08.2019 |
Opis poročila
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. |
|
314 | Normalno | Vedno | Napaka | Popravilo, stornacija dobavnice | Zaprto | | |
Vidko | | 04.01.2017 | 05.05.2019 |
Opis poročila
Stranka kupi artikel, kreiramo dobavnico, jo izpišemo in stranka si v tem primeru premisli:
- namesto enega komada bi imela naprimer 3 / pišemo novo dobavnico še za 2 kosa / delna rešitev, ker zdaj lahko izpišemo račun iz večih dobavnic, bi pa bilo verjetno enostavneje, da dobavnico ponovno odpremi in jo popravimo, dokler še ni izpisan račun?
- drug primer je težji, ko si stranka premisli in ne vzame tega artikla / kaj sedaj. Ne gre dobavnice stornirat, ne popraviti?
- vsak je zmotljiv, izberemo po pomoti napačen naslov, artikel, količino ali kaj podobnega, pa zopet dobavnica ni popravljiva, ne moremo je stornirati, skratka za inšpektorje je to takoj sumljiva zadeva, da hočemo nekaj prekriti, zaloga se podira, ni tako kot bi moralo biti.
Prav tako smo že omenjali tudi druge dokumente, ki jih prav tako me moremo popravljati niti takrat, ko jih še ne zaključimo.
To so napake, ki nas uporabnike ovirajo pri delu in tudi delno silijo v nepravilnosti ne po naši krivdi, saj ne moremo svoje znane napake zaradi programske napake izvesti na pravilen način. Tale BT SimpleShop je dobra zamisel, da lahko povemo svoje težave, le nekatere se predolgo zadržujejo na seznamu. Razumem, da vsako delo zahteva svoje znanje in čas, ampak saj veste, kot uporabniki bi tudi radi prihranili kaj časa in si olajšali delo, zato sporočamo te napake in pobude, da skupaj z vami naredimo dober program za vse.
ps.
o podobni zadevi glede stornacije je na BT bilo pisano že 13.1.2016, torej čakamo na popravek že skoraj leto dni. Se opravičujem, ampak prosim če nas lahko razumete, čeprav zadeva ne sodi v to rubriko.
|
|
529 | Normalno | Vedno | Napaka | Nadgradnja - Storno dobavnice | Dodeljeno (ponovno) | 2 | |
Vidko | ddamijan | 16.04.2019 | 29.04.2019 |
Opis poročila
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. |
|
485 | Normalno | Vedno | Napaka | Delno plačilo računa | Zaprto | 1 | |
Vidko | | 26.12.2018 | 06.01.2019 |
Opis poročila
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. |
|
487 | Normalno | Vedno | Napaka | Noga pri A4 izpisu računa ni natisnjana | Zaprto | 2 | |
Vidko | | 26.12.2018 | 06.01.2019 |
Opis poročila
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. |
|
494 | Normalno | Vedno | Napaka | Označi > Odstrani (vse) | Zaprto | 1 | |
Vidko | | 04.01.2019 | 06.01.2019 |
Opis poročila
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 | Normalno | Vedno | Napaka | Označitev ponudbe kot plačano | Nepotrjeno | | |
Vidko | | 28.12.2018 | 28.12.2018 |
Opis poročila
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 | Normalno | Vedno | Napaka | Prikaz plačano/neplačano in vezava plačil na izvorni do... | Nepotrjeno | | |
Vidko | | 28.12.2018 | 28.12.2018 |
Opis poročila
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. |
|
486 | Normalno | Vedno | Napaka | Ponudba z gotovinskim plačilom | Zaprto | | |
Vidko | | 26.12.2018 | 27.12.2018 |
Opis poročila
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!!! |
|
477 | Normalno | Vedno | Napaka | Noga pri A4 izpisu računa ni natisnjana | Zaprto | 1 | |
Vidko | | 19.10.2018 | 25.12.2018 |
Opis poročila
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. |
|
481 | Normalno | Vedno | Napaka | Napake pri izpisu ponudb | Zaprto | | |
Vidko | | 10.11.2018 | 25.12.2018 |
Opis poročila
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" |
|
478 | Normalno | Vedno | Napaka | Produkti - zamik skupnega označevanja | Zaprto | 1 | |
Vidko | ddamijan | 23.10.2018 | 06.11.2018 |
Opis poročila
Zopet prihaja do zamika v kolonah pri skupnem označevanju posameznih območjih.
To se dogaja pri "Produktih", morda pa še kje? |
|
461 | Normalno | Vedno | Napaka | Printanje opisa artikla na računu POS | Čakam na stranko | 1 | |
Vidko | ddamijan | 14.03.2018 | 20.07.2018 |
Opis poročila
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 | Normalno | Včasih | Napaka | Opomba - opis pri produktih | Zaprto | 2 | |
Vidko | | 09.02.2018 | 11.02.2018 |
Opis poročila
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" |
|
439 | Normalno | Vedno | Napaka | Opombe za produkte | Zaprto | | |
Vidko | | 06.02.2018 | 08.02.2018 |
Opis poročila
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. |
|
441 | Normalno | Včasih | Napaka | Označi > Odstrani (vse) | Zaprto | | |
Vidko | simpleshopddamijan | 06.02.2018 | 08.02.2018 |
Opis poročila
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 | Normalno | Včasih | Napaka | Označi > Odstrani (vse) | Zaprto | 1 | |
Vidko | | 06.02.2018 | 06.02.2018 |
Opis poročila
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. |
|
414 | Normalno | Včasih | Napaka | Način plačila | Zaprto | 2 | |
Vidko | | 29.01.2018 | 01.02.2018 |
Opis poročila
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"? |
|
390 | Normalno | Vedno | Napaka | Napaka izračuna 4 mestne decimalke | Zaprto | 3 | |
Vidko | ddamijan | 22.12.2017 | 22.12.2017 |
Opis poročila
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 | Normalno | Vedno | Napaka | Napaka pri kreiranju A4 dokumentov | Zaprto | 5 | |
Vidko | | 12.12.2017 | 19.12.2017 |
Opis poročila
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. |
|
333 | Normalno | Včasih | Napaka | Izpis računa iz ponudbe - nepravilna številka računa | Zaprto | | |
Vidko | | 26.08.2017 | 01.09.2017 |
Opis poročila
Ko ustvarimo v programu ponudbo in kasneje iz punudbe ustvarimo A4 račun, program ne določi pravilne številke računu in sicer prvi fiksni del je ok medtem ko številko računa da * (XX-2-* moralo bi na primer biti XX-2-126) Številko zasede, ker naslednji normalni račun je naprimer XXX-2-127. To se dogaja pri ustvarjanju gotovinskega računa iz ponudbe, torej ko odstranimo kljukico iz Kartica in TRR. Kako je pri plačilu s kartico ali na TRR ne vem, ker nisem imel takšnega primera.
Kasneje pri pregledu računov tudi Sklica ne kreira pravilno in povezave na Vezni dokument tudi ni.
Tak račun je davčno potrjen (brez številke ?) in tudi stranki oddan dejansko brez številke (kaj dobavitelj vnese pri svojem knjiženju?)
Dobro bi bilo preveriti tudi kako to deluje ko izpisujemo račun iz Predračuna ali Dobavnice??? |
|
325 | Normalno | Vedno | Napaka | Popravljanje naziva artikla na računu | Zaprto | 5 | |
Vidko | ddamijan | 20.03.2017 | 21.05.2017 |
Opis poročila
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.
|
|
321 | Normalno | Vedno | Napaka | Popravek ponudbe - osveževanje | Zaprto | | |
Vidko | | 28.02.2017 | 12.03.2017 |
Opis poročila
Pri novo dodanih ponudbah, mislim da zadeva ne deluje povsem kot bi morala:
- vnesemo ponudbo (vse ok)
- ko sedaj odpremo pregled ponudb in ponudbo hočemo popraviti, jo lahko popravimo brez težav, jo sprintamo in do tu deluje vse ok.
- ko preverimo vnešeno ponudbo v oknu pregled ponudb nam zadeve ne obnovi (ostaja ster skupen znesek itd). Potreben je ponoven zagon okna pregled ponudb ali vsaj z okencem vsi preklopiti da nam zadevo osveži.
Prav bi bilo da nam to osveži takoj, ker če hočemo oziroma takoj sprintamo še eno kopijo brez da osvežimo nam sprinta nepopravljeno ponudbo. |
|
322 | Normalno | Včasih | Napaka | Označi vse, Odznači vse | Zaprto | 1 | |
Vidko | | 28.02.2017 | 08.03.2017 |
Opis poročila
Pri "Produktih" funkcija "Označi vse", "Odznači vse" deluje z zamikom. Ko kliknemo "Ročni vnos cene" in potem "Označi ali Odznači" nam to izvede v naslednji koloni, v tem primeru "Lastni naziv" in to potem pri vseh zamika naprej. Pri "uporaba serijske številke" pa sploh ne deluje.
Morda šekje drugje ista napaka. |
|
323 | Normalno | Včasih | Napaka | Opomba - opis pri postavki | Zaprto | | |
Vidko | | 28.02.2017 | 05.03.2017 | |
|
306 | Normalno | Včasih | Napaka | Kategorije produktov | Zaprto | | |
Vidko | | 27.11.2016 | 04.01.2017 | |
|
300 | Normalno | Vedno | Napaka | Vnos računa / predračuna / dobavnice A4 | Zaprto | | |
Vidko | | 20.10.2016 | 02.01.2017 | |
|
298 | Normalno | Vedno | Napaka | Izpis dodatnega besedila / A4 izpis - dodatno | Zaprto | 2 | |
Vidko | | 11.10.2016 | 04.11.2016 | |
|
297 | Normalno | Vedno | Napaka | Sortiranje | Zaprto | | |
Vidko | | 11.10.2016 | 02.11.2016 | |
|
294 | Normalno | Vedno | Napaka | Izpis statusa DDV v POS načinu | Zaprto | 2 | |
Vidko | | 21.06.2016 | 21.06.2016 | |
|
101 | Normalno | Vedno | Napaka | Storno iz Zbirnika - urejanje zbirnika | Zaprto | | |
Vidko | | 11.04.2016 | 01.05.2016 | |
|
98 | Normalno | Vedno | Napaka | Datum opravljene storitve - račun iz zbirnika | Zaprto | | |
Vidko | | 11.04.2016 | 28.04.2016 | |
|
100 | Normalno | Vedno | Napaka | Sklic pri kreiranju računa iz Zbirnika | Zaprto | | |
Vidko | | 11.04.2016 | 28.04.2016 | |
|
94 | Normalno | Vedno | Napaka | Brisanje določenih postavk pri vnosu računa A4 | Zaprto | | |
Vidko | | 30.03.2016 | 28.04.2016 | |
|
107 | Normalno | Vedno | Napaka | Napaka pri urejanju računa | Zaprto | 2 | |
Vidko | | 21.04.2016 | 25.04.2016 | |
|
97 | Normalno | Včasih | Napaka | Nepotrditev računa na FURS | Zaprto | | |
Vidko | | 11.04.2016 | 22.04.2016 | |
|
53 | Normalno | Vedno | Napaka | Opazke na v3.6.9.345 | Zaprto | 3 | |
Vidko | simpleshop | 01.02.2016 | 02.02.2016 | |
|
324 | Normalno | Včasih | Prošnja (razvoj) | Predogled A4; Predogled POS | Razvoj | | |
Vidko | | 05.03.2017 | 29.04.2019 | |
|
312 | Normalno | Vedno | Prošnja (razvoj) | Datum plačila na praznični dan | Zaprto | | |
Vidko | | 02.12.2016 | 11.03.2019 | |
|
483 | Normalno | Vedno | Prošnja (razvoj) | Plačan račun izdan iz zbirnikov | Zaprto | | |
Vidko | | 26.12.2018 | 06.01.2019 | |
|
413 | Normalno | Včasih | Prošnja (razvoj) | Zbirnik | Zaprto | | |
Vidko | | 26.01.2018 | 30.01.2018 | |
|
400 | Normalno | Včasih | Prošnja (razvoj) | A4 ponudba -> A4/POS račun | Dodeljeno | | |
Vidko | ddamijan | 08.01.2018 | 20.01.2018 | |
|
315 | Normalno | Vedno | Prošnja (razvoj) | Pregled računov, predračunov, ... | Zaprto | | |
Vidko | | 06.01.2017 | 14.03.2017 | |
|
318 | Normalno | Včasih | Prošnja (razvoj) | Vnašanje produktov | Zaprto | | |
Vidko | | 01.02.2017 | 05.03.2017 | |
|
317 | Normalno | Vedno | Prošnja (razvoj) | Vnašanje nove stranke | Zaprto | | |
Vidko | | 01.02.2017 | 27.02.2017 | |
|
58 | Normalno | Vedno | Prošnja (razvoj) | Izbira artikla pri A4 kreiranju dokumenta | Zaprto | 1 | |
Vidko | | 03.02.2016 | 13.01.2017 | |
|
283 | Normalno | Vedno | Prošnja (razvoj) | Spreminjanje seznama strank po svojih željah | Zaprto | | |
Vidko | | 20.05.2016 | 03.10.2016 | |
|
282 | Normalno | Vedno | Prošnja (razvoj) | Okno "stranke" v Blagajni ZnD | Zaprto | 1 | |
Vidko | | 19.05.2016 | 20.05.2016 | |
|
102 | Normalno | Včasih | Prošnja (razvoj) | Podaljšanje vnosnega okna - Ročni vnos | Zaprto | 1 | |
Vidko | root | 14.04.2016 | 25.04.2016 | |