|
13 | Normalno | Vedno | Prošnja (razvoj) | Stranke - dodati naziv PE in naslov PE (naziv 2) | Zaprto | 2 | |
RobertSShop | ddamijan | 13.01.2016 | 21.02.2022 |
Opis poročila
Stranke-dodati polje Naziv 2, ki bo omogočal vpis PE (poslovne enote). |
|
39 | Normalno | Vedno | Napaka | POS račun-izpis DDV in Popust se prekrivata | Zaprto | 2 | |
RobertSShop | ddamijan | 20.01.2016 | 25.04.2016 |
Opis poročila
Več na sliki. |
|
65 | Normalno | Vedno | Razvoj | Plačilo po predračunu - Ustvari račun | Zaprto | 2 | |
GTz | ddamijan | 12.02.2016 | 14.10.2018 |
Opis poročila
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.. |
|
334 | Urgentno | Vedno | Napaka | Stranke - napačen vnos pri dodajanju preko spletnega re ... | Zaprto | 2 | |
simpleshop | ddamijan | 30.08.2017 | 01.09.2017 |
Opis poročila
Vse stranke, ki se jih doda preko spletnega iskalnika so v program dodane oz. shranjene kot davčni zavezanec = 1, ne glede na to ali je ali ni davčni zavezanec.
Torej, če stranka ni davčni zavezanec, se preko registra pravilno shrani davčna številka:
Primer:
Iščemo davčno številko: 24688843
Ker je ni v med strankami kliknemo na iskalnik, stranko najdemo.
V samem registru ima stranka pravilno zapisane parametre (true, false).
Potrdimo in shranimo.
Nato vidimo, da ima stranka za davčno številko zapisano brez SI, kar je prav, vendar je podatek Zavezanec za DDV = 1. |
|
507 | Normalno | Včasih | Razvoj | Vnos računa A4 - tipi plačil | Dodeljeno | 2 | |
root | ddamijan | 01.03.2019 | 01.03.2019 |
Opis poročila
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. |
|
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. |
|
87 | Normalno | Vedno | Napaka | potrjevanje davčnih računov | Zaprto | 3 | |
primozstrgar | ddamijan | 10.03.2016 | 10.03.2016 |
Opis poročila
Ponovno pozdravljeni,
prilagam potrebne priponke in screen posnetek. Račune ne morem davčno potrjevati, program se včasih odzove na ročno potrjevanje, potem ko je račun že napisan, vendar ne vedno. Do včeraj je program deloval normalno, danes zjutraj se je ta napaka pojavila.
Ničesar v programu nismo spreminjali. Bil pa je narejen zjutraj Windows Update.
Prosim za pomoč.
PS. geslo za db je bilo poslano na mail. |
|
336 | Nizka | Vedno | Napaka | Napaka ob zagonu programa (Culture is not supported) | Zaprto | 3 | |
simpleshop | ddamijan | 06.09.2017 | 07.09.2017 |
Opis poročila
Windows XP (virtual).
Uporabnik javil, da se napaka pojavi ob vsakem zagonu, po izbiri "Ignore" program deluje normalno. |
|
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)
|
|
537 | Urgentno | Včasih | Razvoj | Libela ELSI - tehtnica - VirtualCOM (TISA protokol) | Zaprto | 3 | |
root | ddamijan | 14.05.2019 | 19.05.2019 |
Opis poročila
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. |
|
502 | Visoka | Včasih | Razvoj | POS terminal - izpis po bančnih karticah | Zaprto | 4 | |
root | ddamijan | 12.02.2019 | 19.02.2019 |
Opis poročila
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) |
|
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.
|
|
25 | Normalno | Skoraj nikoli | Napaka | Napaka pri tiskanju predračuna na .pdf | Zaprto | 6 | |
GTz | ddamijan | 14.01.2016 | 02.10.2016 |
Opis poročila
V redkih primerih se pojavi napaka, ko se prdračun tiska na PDF tiskalnik. Prilagam novejši log file. Baza je lahko enaka kot na FS#10 . |