|
299 | Normalno | Vedno | Razvoj | Kreiranje enega računa iz večih dobavnic | Zaprto | | |
Vidko | | 11.10.2016 | 04.01.2017 |
Opis poročila
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? |
|
300 | Normalno | Vedno | Napaka | Vnos računa / predračuna / dobavnice A4 | Zaprto | | |
Vidko | | 20.10.2016 | 02.01.2017 |
Opis poročila
Ko kreiramo podatke A4 se pojavljajo problemi in bi nekatere stvari bilo dobro dodelati.
Že omenjeno v prejšnjih poročilih
- pri izbiri produkta bi bil zelo priporočljiv dvoklik na sam artikel.
- poenotiti bi bilo potrebeno vnos artiklov z spreminjanjem postavk in tistih, ki imamo nastavljene, da so fiksne (ko vnašamo se nam včasih odpre okno za spremembo postvak, včasih se nam direktno vpiše kar v dokument in če točno ne vemo kateri artikel je fiksen nam vnese kar količino 1. Pa spet brisanje vnešenih, ponovni vnos po drugem postopku. Dajmo to nekako poenotit)
Nove težave
- ko sam artikel uredimo (naziv, cena, količina) ga vnesemo v postavke računa in tu se pojavi problem, če smo naredili kakšno napako. Ne moremo več popravljati naziva, cene, skratka nič več. Postavko lahko samo zbrišemo in spet vnesemo na novo. To žal ni najbolje, časovno zamudno, ....
- v kolikor kasneje predračun, ko je že ustvarjen hočemo popravljati je zadeva zopet ista. Stranka se odloči, da bo določen artikel imela v večji količini ali pač kakšna sprememba in moramo zopet staro postavko brisati, ustvarjati novo, skratka zamudno.
A se da to morda urediti tako ali pač na kak podoben način, da kliknemo v vrstico produkta in se nam omogoči, da lahko v določeni celici napako popravimo. Jasno, da na primer, ko je račun zaključen z zaključkom, da to ni več mogoče. Pri predračunih, dobavnicah pa bi bilo to zaželjeno.
|
|
301 | Normalno | Vedno | Razvoj | Vnos artiklov v Blagajna ZnD | Zaprto | | |
Vidko | | 20.10.2016 | 20.10.2016 |
Opis poročila
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. |
|
303 | Normalno | Vedno | Razvoj | TISKANJE DUPLIKATOV RAČUNA | Zaprto | | |
Ucefarin | | 17.11.2016 | 02.01.2017 |
Opis poročila
Možnost izbire števila ponatisov računa. Sedaj lahko nastavimo samo z ozahtevkom tiskaj duplikat DA/NE.
Stranke želijo prenastavitev tiskov brez opozorilnega okna,... |
|
304 | Normalno | Vedno | Razvoj | KREIRANJE PONUDBE | Zaprto | | |
Ucefarin | | 27.11.2016 | 27.02.2017 |
Opis poročila
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,.. |
|
311 | Normalno | Vedno | Razvoj | vnos računa-Naročilo-koledarček | Zaprto | | |
RobertSShop | | 29.11.2016 | 03.01.2017 |
Opis poročila
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. |
|
316 | Normalno | Vedno | Napaka | Počasno delovanje Prevzem artiklov | Zaprto | | |
GTz | | 01.02.2017 | 12.03.2017 |
Opis poročila
Pri večjem številu produktov v bazi je vpisovanje prevzemnic zelo počasno in zamudno. |
|
317 | Normalno | Vedno | Prošnja (razvoj) | Vnašanje nove stranke | Zaprto | | |
Vidko | | 01.02.2017 | 27.02.2017 |
Opis poročila
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. |
|
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. |
|
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.
|
|
330 | Normalno | Vedno | Prošnja (razvoj) | Analitika artikla | Zaprto | | |
strikar | | 18.07.2017 | 19.07.2017 |
Opis poročila
Analitika še vedno ne dela |
|
335 | Normalno | Vedno | Napaka | Davčni zavezanec DA ali NE | Zaprto | 2 | |
ljepi | | 01.09.2017 | 01.09.2017 |
Opis poročila
Ko zelis dodati stranko preko iskalnika pise da stranka ni zevezanec za DDV ko stranko shranis v programu shrani stranko da je zavezanec za DDV. |
|
339 | Normalno | Vedno | Vprašanje / Preverba | Izbira nove stranke oziroma vnašanje nove stranke | Zaprto | 2 | |
Vidko | | 02.10.2017 | 14.12.2017 |
Opis poročila
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? |
|
374 | Normalno | Vedno | Napaka | Tiskanje prevzemnice ne deluje. | Zaprto | 2 | |
GTz | | 05.12.2017 | 05.12.2017 |
Opis poročila
Pri tiskanju prevzemnice pride do napake.
|
|
411 | Normalno | Vedno | Vprašanje / Preverba | Simple Shop BT | Zaprto | | |
Vidko | | 19.01.2018 | 22.01.2018 |
Opis poročila
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. |
|
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" |
|
279 | Normalno | Skoraj vedno | Prošnja (razvoj) | Pri stornaciji zbirnika se stornira račun, namesto zbir... | Nepotrjeno | | |
bongo | | 06.05.2016 | 07.05.2016 |
Opis poročila
Ko delaš zbirnik ima le-ta svojo številko (recimo zbirnik 5) in ko iz tega zbirnika narediš račun to nastane recimo račun št.15
Če ta zbirnik storniraš, simple shop uporabi ID od računov za stornacijo in tudi kaže med storniranimi računi, čeprav to še ni račun.
Predlog: Zbirnik bi moral imeti svoje stornacije in to se nebi smelo kazati med računi. |
|
328 | Normalno | Pogosto | Prošnja (razvoj) | Izpis delnega računa, popust | Dodeljeno | | |
arset | ddamijan | 21.06.2017 | 27.07.2017 |
Opis poročila
Strake imajo velikokrat željo izpis delnega računa ali prenos del artiklov na drugo mesto strežbe - mizo.
In dajanje skupnega popusta na računu oz. z enim gumbom na vse artikle isti % popusta. |
|
284 | Normalno | Pogosto | Prošnja (razvoj) | popusti | Nepotrjeno | | |
andreja | | 26.05.2016 | 26.05.2016 |
Opis poročila
Ali bi bilo mogoče v pogledu blagajna ZnD uvesti možnost, da se višina popusta vpisuje tudi nominalno in ne samo v %, kot je bilo to mogoče v Vnosu računov ZnD (ta pogled na žalost sedaj deluje prepočasi)? Pride večkrat prav, sploh v času razprodaj, če ni artiklu nastavljen privzeti popust, je v večini primerov lažje odtipkati nominalni popust kot pa najprej računati procente. |
|
24 | Normalno | Pogosto | Prošnja (razvoj) | Lastna poraba | Zaprto | | |
| simpleshop | 14.01.2016 | 07.01.2019 |
Opis poročila
Izdelava funkcije oz gumba za blago , ki gre na lastno porabo. Funkcija reprezentanca ne opravlja pravilno svoje vloge razknjiževanja zaloge in količinsko ne sesševa nabavne cene v primeru ve kosov, ter se šteje v dnevni promet kar pa za blago lastne porabe ni ustrezno. Primer: prodajaš papir za tiskalnike, ki ga imaš na zalogi in ga daš na lastno porabo ko ti ga zmanjka...tako preprosto in tako zahteva računovodstvo in sicer po nabavni ceni in pravilno znižano oz. razknjiženo zalogo. Prosimo za dodaten razvoj funkcije reprezentanca.(naziv ni najbolj posrečen) Prosimo za čim prejšnji odgovor. |
|
9 | Normalno | Pogosto | Prošnja (razvoj) | Startup forma + nadgradnja baze produktov = napaka | Zaprto | 2 | |
simpleshop | | 13.01.2016 | 16.01.2016 |
Opis poročila
V kolikor se nadgrajuje programska baza, katera se dotika produktov lahko nastane težava pri zagonu programa, če ima uporabnik v nastavitvah programa izbrano formo za izdajanje računov. Predlog: V primeru nadgradnje baze naj se ne zažene nobena forma, kot je prikazano v priponki. Trenutna začasna rešitev: Trenutno mora uporabnik dati "Ignore" oz. "Prezri", da lahko izvede nadgradnjo baze. |
|
11 | Normalno | Pogosto | Prošnja (razvoj) | Pregled dobavnic (2 dobavnici -> 1 račun) | Zaprto | 1 | |
simpleshop | | 13.01.2016 | 04.01.2017 |
Opis poročila
Stranke moti, da je način 1 dobavnica -> 1 račun. Kar nekaj prošenj je če se omogoči "več dobavnic" -> 1 račun. |
|
74 | Visoka | Pogosto | Napaka | Pregled zaloge -> Prikaz zaloge na določen datum | Zaprto | | |
simpleshop | ddamijan | 17.02.2016 | 05.03.2016 |
Opis poročila
Pregled zaloge za trenutni oz. na današnji datum deluje.
V kolikor pa se izbere poljuben datum, pa se ob kliku na "Prikaži" pojavi napaka, kot je razvidno v priponki. |
|
22 | Normalno | Pogosto | Napaka | Vnos računa A4 - neaktiven gumb dodaj po vnosu kode art ... | Zaprto | 1 | |
GTz | | 14.01.2016 | 02.01.2017 |
Opis poročila
Pri vnosu računa A4. Potek dela: Nov račun -> končna stranka -> vpis kode ali barkode artikla se gumb "Dodaj" včasih ne aktivira oziroma se aktivira čez 5-15 sekund. Napaka se pojavi v cca. 70%. Baza in log sta ista, kot pri poročilu FS#10 . |
|
27 | Normalno | Pogosto | Napaka | Pri ponovnem zagonu onemogočena prijava | Zaprto | 1 | |
simpleshop.podpora | | 17.01.2016 | 17.01.2016 | |
|
35 | Normalno | Pogosto | Napaka | Napaka pri izdajanju računa | Zaprto | 1 | |
simpleshop.podpora | | 19.01.2016 | 19.01.2016 | |
|
63 | Normalno | Pogosto | Prošnja (razvoj) | PREVZEM artiklov _ privzeti = prijavljeni uporabnik | Zaprto | | |
jo | | 09.02.2016 | 09.02.2016 | |
|
88 | Normalno | Pogosto | Napaka | Preklop med mizami napaka Duplicate value | Zaprto | 1 | |
arset | | 12.03.2016 | 12.03.2016 | |
|
290 | Normalno | Pogosto | Napaka | Gumb "Dodaj" pri "Vnos računa A4" ni aktiven | Zaprto | 1 | |
GTz | | 10.06.2016 | 12.06.2016 | |
|
324 | Normalno | Včasih | Prošnja (razvoj) | Predogled A4; Predogled POS | Razvoj | | |
Vidko | | 05.03.2017 | 29.04.2019 | |
|
400 | Normalno | Včasih | Prošnja (razvoj) | A4 ponudba -> A4/POS račun | Dodeljeno | | |
Vidko | ddamijan | 08.01.2018 | 20.01.2018 | |
|
507 | Normalno | Včasih | Razvoj | Vnos računa A4 - tipi plačil | Dodeljeno | 2 | |
root | ddamijan | 01.03.2019 | 01.03.2019 | |
|
564 | Normalno | Včasih | Razvoj | Iskalnik (*, ?) | Dodeljeno | 1 | |
root | ddamijan | 22.01.2020 | 22.01.2020 | |
|
394 | Normalno | Včasih | Razvoj | Pregled računov - Opomin | Novo | | |
Ucefarin | ddamijan | 28.12.2017 | 28.12.2017 | |
|
20 | Normalno | Včasih | Prošnja (razvoj) | PREGLEDNIK | Nepotrjeno | | |
| | 14.01.2016 | 14.01.2016 | |
|
61 | Normalno | Včasih | Prošnja (razvoj) | Urejanje produkta _ premikanje med produkti znotraj okn... | Nepotrjeno | | |
jo | | 04.02.2016 | 04.02.2016 | |
|
75 | Normalno | Včasih | Prošnja (razvoj) | IZPIS PO SKUPINI | Nepotrjeno | | |
strikar | | 17.02.2016 | 26.03.2016 | |
|
319 | Normalno | Včasih | Napaka | Pregled prodaje po artiklih na ekran | Nepotrjeno | | |
strikar | | 11.02.2017 | 11.02.2017 | |
|
327 | Normalno | Včasih | Prošnja (razvoj) | Avansni račun | Nepotrjeno | | |
dlibnik | | 05.06.2017 | 05.06.2017 | |
|
322 | Normalno | Včasih | Napaka | Označi vse, Odznači vse | Zaprto | 1 | |
Vidko | | 28.02.2017 | 08.03.2017 | |
|
320 | Normalno | Včasih | Napaka | Analitika artikla | Zaprto | | |
strikar | rootsimpleshopddamijan | 11.02.2017 | 14.12.2017 | |
|
412 | Normalno | Včasih | Razvoj | UPN QR | Zaprto | 3 | |
root | simpleshopddamijan | 22.01.2018 | 30.05.2018 | |
|
537 | Urgentno | Včasih | Razvoj | Libela ELSI - tehtnica - VirtualCOM (TISA protokol) | Zaprto | 3 | |
root | ddamijan | 14.05.2019 | 19.05.2019 | |
|
607 | Urgentno | Včasih | Razvoj | Skladišče - Pregled zaloge - Filtri | Zaprto | | |
root | ddamijan | 27.01.2021 | 31.01.2021 | |
|
414 | Normalno | Včasih | Napaka | Način plačila | Zaprto | 2 | |
Vidko | | 29.01.2018 | 01.02.2018 | |
|
441 | Normalno | Včasih | Napaka | Označi > Odstrani (vse) | Zaprto | | |
Vidko | simpleshopddamijan | 06.02.2018 | 08.02.2018 | |
|
446 | Normalno | Včasih | Napaka | Opomba - opis pri produktih | Zaprto | 2 | |
Vidko | | 09.02.2018 | 11.02.2018 | |
|
465 | Normalno | Včasih | Napaka | Stranke - napaka grafičnega izrisa | Zaprto | 1 | |
root | ddamijan | 27.07.2018 | 28.07.2018 | |
|
502 | Visoka | Včasih | Razvoj | POS terminal - izpis po bančnih karticah | Zaprto | 4 | |
root | ddamijan | 12.02.2019 | 19.02.2019 | |