|
729 | Medium | Low | Razvoj | varnaPot - krmiljenje dvojne zaporedne zapornice | Dodeljeno | 3 | |
root | simpleshopddamijan | 14.06.2026 | 14.06.2026 |
Task Description
Iz obeh datotek lahko že precej dobro razberem namen programa. Kaj krmili programGre za krmiljenje dveh zapornic na desnem izhodu SBI. Vhodi| Vhod | Ime | Namen |
|---|
| I1 | Cross_open | ukaz iz sistema Cross za odpiranje | | I2 | Cross_close | ukaz iz sistema Cross za zapiranje | | I3 | R1_odprta | končno stikalo: zapornica 1 je odprta | | I4 | R2_odpra | končno stikalo: zapornica 2 je odprta | | I5 | Pogoj | kombiniran pogoj zapornice 2 in zanke 3 | | I6 | Stikalo | preklop na delovanje samo z eno zapornico | | I7 | Senzor visine | zaznava višine vozila | | I8 | brez oznake | očitno ni uporabljen |
Izhodi| Izhod | Ime | Namen |
|---|
| Q1 | R1_odpri | odpiranje zapornice 1 | | Q2 | R1_zapri | zapiranje zapornice 1 | | Q3 | R2_odpri | odpiranje zapornice 2 | | Q4 | R2_zapri | zapiranje zapornice 2 |
V datoteki .lld so ta imena dejansko shranjena, zato Excel tabela ustreza programu. Najdeni časovniki in pomnilnikiV programu sem našel naslednje funkcijske bloke: | Blok | Ime | Čas | Verjeten namen |
|---|
| T002 | brisi | 1 sekunda | skrajšanje oziroma brisanje impulza za odpiranje | | SF001 | Odpri | RS-pomnilnik | zapomnitev zahteve za odpiranje | | SF003 | brez opisa | RS-pomnilnik | interno stanje zaporedja | | T005 | Zakleni | 2 sekundi | zakasnitev oziroma zaklep pred naslednjim korakom | | T007 | brez opisa | 2 sekundi | dodatna zakasnitev v zaporedju | | T004 | Visina | 1 sekunda | filtriranje senzorja višine |
Vsi najdeni časovniki imajo nastavljeno: Rem = off
To pomeni, da stanje časovnika po izklopu napajanja ni ohranjeno. Verjetno zaporedje delovanjaIz blokov in komentarjev je mogoče sklepati na naslednje delovanje: - Sistem Cross aktivira vhod I1 – Cross_open.
- Signal se zajame in shrani v internem RS-pomnilniku
SF001 Odpri. - Blok
T002 brisi naredi približno enosekundni impulz oziroma prepreči, da bi ukaz ostal trajno aktiven. - Vključi se Q1 – odpiranje zapornice 1.
- Ko končno stikalo I3 – R1_odprta zazna odprto zapornico 1, se stanje uporabi za nadaljevanje zaporedja.
- Po približno 2 sekundah prek
T005 Zakleni se lahko vključi Q3 – odpiranje zapornice 2. - Vhod I7 – senzor višine gre skozi časovnik
T004 Visina z zakasnitvijo ene sekunde. - Glede na senzor višine, stikalo za eno zapornico in vhod
Pogoj se odloča, ali se druga zapornica sploh odpira. - Ukaz I2 – Cross_close vključi zapiranje prve zapornice prek Q2 – R1_zapri.
- Program vsebuje tudi oznako Q4 – R2_zapri, vendar iz izvlečenega binarnega zapisa trenutno ne morem zanesljivo potrditi, v kateri veji se aktivira.
Pomembna varovanjaV programu so prisotni tudi negirani kontakti, kar kaže na medsebojne blokade: - odpiranje in zapiranje iste zapornice ne moreta biti aktivna hkrati;
Q1 – odpri je uporabljen kot pogoj oziroma blokada;Q2 – zapri je prav tako uporabljen kot blokada;- preverja se stanje končnega stikala I3;
- druga zapornica se verjetno ne odpre takoj, ampak šele po odprtju prve in po časovni zakasnitvi.
To je pomembno, saj preprečuje hkratno napajanje motorja v smeri odpiranja in zapiranja. Neskladnosti, ki sem jih opazilV Excel listu SBI LOGO IO VZHOD je I4 prazen, vendar je v samem LOGO! projektu I4 poimenovan: R2_odpra
Torej je I4 skoraj zagotovo končno stikalo odprte druge zapornice. Podobno je v Excelu Q4 pri tej različici prazen, v projektu pa je zapisano: Q4 – R2_zapri
Excel tabela za »VZHOD« zato verjetno ni povsem dokončana ali posodobljena. Česa brez prikaza v LOGO! Soft Comfort ne morem stoodstotno potrditiDatoteka .lld je binarno serializiran projekt in iz nje lahko razberem bloke, imena, komentarje in nastavitve. Za povsem natančen prikaz vsake povezave oziroma vsake posamezne lestvične veje pa bi bilo treba datoteko odpreti v LOGO! Soft Comfort in izvoziti shemo v PDF ali narediti posnetke vseh strani. Trenutno bi bistvo programa opisal tako: Prva zapornica se odpre na ukaz Cross. Ko je potrjeno, da je odprta, program glede na stikalo za enojno delovanje, pogoj zanke in zaznano višino po časovni zakasnitvi odpre še drugo zapornico. Zapiranje je medsebojno blokirano z odpiranjem, signali pa so filtrirani s časovniki in RS-pomnilniki. |
|
726 | Medium | Very Low | Razvoj | varnaPot - dodelava aplikacije | Closed | 1 | |
root | rootddamijan | 30.03.2026 | 03.04.2026 |
Task Description
TODO: 1: Če je omogočeno oz. zadnji event "Stalni dvig", potem takrat ni mogoče branje QR kode oz. je branje spregledano v aplikaciji, ker v nasprotnem primeru gre zapornica po branju dol. 2: KHOOK - če je omogočen Client mode ter in Offline mode, potem se to ne sme pustiti omogočiti z dvoklikom na besedo "OFF" -> Prevedeno sedaj QR VKLOPLJEN ali QR IZKLOPLJEN. 3: Dodati stanje "Strežnik" ali pa da je "Odjemalec", tako da se to takoj loči v orodni vrstici. 4: Pravice uporabnikov: Skrbnik - vse Uporabnik - ne more dostopati do nastavitev programa (Nastavitve, Shelly naprave), drugače pa lahko vse ureja Izdajanje QR - ne more delati nič drugega kot kreirati QR kode, vse ostale funkcije v programu so onemogočene 5: Odpiranje / zapiranje - triganje shellija. -V formi bi dodal "dropdown" menu, tako da se za "Odpri", "Stalni dvig" ali "Zapri" lahko nastavi katero shelly napravo se kontrolira. Ker pa imamo na "Stalni dvig" vezano ali gre "KHOOK" na OFF v tem primeru pa bi dal nastavitev v "Shelly", da napravi pove ali ima tudi QR bralnik, tako da bi s tem vedeli ali stalni dvig pomeni dejansko "KHOOK OFF ali NE". 6: Android app - NOVI BUILD (Simon) 7: Tiskanje na desktop app: -Dodati gumbe aka: 15min, 30min, 1ura, 2uri, 4ure, 8ur, 1 dan, in poljubno |
|
614 | Medium | Low | Prošnja (razvoj) | Pregled računov - prevetritev CSV izvoz | Closed | | |
root | root | 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 | | |
root | ddamijan | 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 | |
root | ddamijan | 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 | |
root | ddamijan | 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 | | |
root | simpleshop | 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 | | |
RobertSShop | | 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 | | |
RobertSShop | | 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 | |
root | ddamijan | 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 | ddamijan | 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 | |
root | ddamijan | 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 | |
root | ddamijan | 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 | | |
root | ddamijan | 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 | |
root | ddamijan | 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 | |
|
482 | Defer | Very Low | Napaka | Broken "v.txt" | Closed | 1 | |
root | ddamijan | 13.11.2018 | 24.11.2018 | |
|
481 | Very Low | Critical | Napaka | Napake pri izpisu ponudb | Closed | | |
Vidko | | 10.11.2018 | 25.12.2018 | |
|
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 | |
|
478 | Very Low | Critical | Napaka | Produkti - zamik skupnega označevanja | Closed | 1 | |
Vidko | ddamijan | 23.10.2018 | 06.11.2018 | |
|
477 | Very Low | Critical | Napaka | Noga pri A4 izpisu računa ni natisnjana | Closed | 1 | |
Vidko | | 19.10.2018 | 25.12.2018 | |
|
465 | Very Low | Low | Napaka | Stranke - napaka grafičnega izrisa | Closed | 1 | |
root | ddamijan | 27.07.2018 | 28.07.2018 | |
|
464 | Very Low | Critical | Napaka | Program izbriše artikle iz računa kljub prekinitvi urej ... | Closed | 1 | |
RobertSShop | ddamijan | 16.07.2018 | 26.07.2018 | |
|
463 | Defer | Low | Napaka | Nedelovanje spletnega registra: Stranke | Closed | | |
root | simpleshop | 04.04.2018 | 04.04.2018 | |
|
461 | Very Low | Critical | Napaka | Printanje opisa artikla na računu POS | Čakam na stranko | 1 | |
Vidko | ddamijan | 14.03.2018 | 20.07.2018 | |
|
446 | Very Low | Low | Napaka | Opomba - opis pri produktih | Closed | 2 | |
Vidko | | 09.02.2018 | 11.02.2018 | |
|
441 | Very Low | Low | Napaka | Označi > Odstrani (vse) | Closed | | |
Vidko | simpleshopddamijan | 06.02.2018 | 08.02.2018 | |
|
440 | Very Low | Low | Napaka | Označi > Odstrani (vse) | Closed | 1 | |
Vidko | | 06.02.2018 | 06.02.2018 | |
|
439 | Very Low | Critical | Napaka | Opombe za produkte | Closed | | |
Vidko | | 06.02.2018 | 08.02.2018 | |
|
414 | Very Low | Low | Napaka | Način plačila | Closed | 2 | |
Vidko | | 29.01.2018 | 01.02.2018 | |
|
413 | Very Low | Low | Prošnja (razvoj) | Zbirnik | Closed | | |
Vidko | | 26.01.2018 | 30.01.2018 | |
|
412 | Very Low | Low | Razvoj | UPN QR | Closed | 3 | |
root | simpleshopddamijan | 22.01.2018 | 30.05.2018 | |
|
411 | Very Low | Critical | Vprašanje / Preverba | Simple Shop BT | Closed | | |
Vidko | | 19.01.2018 | 22.01.2018 | |
|
400 | Very Low | Low | Prošnja (razvoj) | A4 ponudba -> A4/POS račun | Dodeljeno | | |
Vidko | ddamijan | 08.01.2018 | 20.01.2018 | |
|
394 | Very Low | Low | Razvoj | Pregled računov - Opomin | Novo | | |
Ucefarin | ddamijan | 28.12.2017 | 28.12.2017 | |
|
390 | Very Low | Critical | Napaka | Napaka izračuna 4 mestne decimalke | Closed | 3 | |
Vidko | ddamijan | 22.12.2017 | 22.12.2017 | |
|
386 | Very Low | Critical | Napaka | Napaka pri kreiranju A4 dokumentov | Closed | 5 | |
Vidko | | 12.12.2017 | 19.12.2017 | |
|
375 | Very Low | Critical | Napaka | Napaka pri kreiranju računa | Closed | 1 | |
GTz | | 05.12.2017 | 06.12.2017 | |
|
374 | Very Low | Critical | Napaka | Tiskanje prevzemnice ne deluje. | Closed | 2 | |
GTz | | 05.12.2017 | 05.12.2017 | |
|
372 | Very Low | Very Low | Razvoj | Seznam zaposlenih - omogoči storno računa DA/NE | Closed | 1 | |
root | ddamijan | 24.11.2017 | 29.11.2017 | |