Simple Shop

Pri kreiranju računa iz Zbirnika program ne upošteva "Rok plačila" ki je nastavljen za posamezno stranko ampak 8 dni.

Moral bi upoštevati prednastavljen datum za posamezno stranko oziroma prevzeti datum za ostale stranke, kjer ni nastavljene spremembe.

Pri Blagajna ZnD se v določenih primerih, ko je tekst daljši, pojavi problem. Beseda v samem gumbu se prelomi ali pa ga ne izpiše v celoti.

A je možno, da se pri nastvitvah doda še možnost spreminjanja za privzeto velikosti pisave za kategorije. S tem bi se ta problem seveda odpravil. Lahko pa bi bil gumb tudi malo širši in sicer tako kot so široki navigacijski gumbi "gor, dol". Vem, da lahko spreminjamo privzeto višino kategorije, a s tem daljših besed ne rešimo, obenem pa imamo na trenutnem zaslonu s povečanjem višine kategorije avtomatsko manj gumbov.

Malo podaljšanje gumba (ali morda možnost nastavitve) in možnost spremembe privzete velikosti bi odpravil te dileme.

V oknu "Pregled računov" ne deluje pravilno sortiranje in sicer po "Ime Računa"

Pri "Ime Računa" sortira takole:

xx-1-1
xx-1-10
xx- 1-11
....... šele nato
xx-1-2
xx-1-20

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?

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,..

Preklop med tarifami bi lahko bil samo z enim gumbom. Sedaj mora stranka kreirat dvojne kategorije kar je precej nepregledno (sploh na manjših ekranih) in seveda omogoča precej napak pri vnosu. 

Gumb bi lahko omogočal prekop med kategorijami. (K1, K",...)

Analitika še vedno ne dela

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.

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.

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.

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.

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.

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.

Pri prvi prodaji blaga v paketu se postavi zaloga nabavnega artikla na 0 zalogo v produktih pa pravilno odšteje.
Slika 1 pred prodajo
slika 2,3 nastavitve artiklov
slika 4 račun
slika 5 po prodaji zaloga

(osnovna pot: C:\SShop)

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.

Zgodil se je edinstven incident in sicer je uporabnik imel ne glede na resolucijo ekrana program v zelo majhnem oknu.

Ko je uporabnik poskušal dodati v formi Blagajna ZnD produkt na postavko je prišlo do napake.

Ko se je osnovno programsko okno povečalo napake ni več bilo.

Pri uvozu produktov je napaka od izvedbe NPoco (UWP), da se ko se izvede uvoz produktov, da so uvoženi produkti dejansko podvojeni.

Ko narediš prevzem artiklov pusti spreminjat zalogo med "Produkti".

Prav tako po nekih čudnih okoliščinah manjka prevzemnica z ID = 1, prevzemnica ki se je naredila pa ima ID = 2 in oznako prevzemnice "2016/2".

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.

napaka:
artikel, ki ga dodajamo v več komadih se vnaša v spodnjo tabelo ločeno po 1 kom (npr za vnešene 4 kom, naredi 4 vrstice po 1 kom)

+ predlogi:
1. zgoraj v oknu "Ustvaril": privzeto naj se izpisuje trenutno prijavljeni uporabnik, in ne prvi uporabnik v tabeli zaposlenih
2. možnost spreminjanja količine v spodnji tabeli pred zaključkom prevzemnice

lp, jo

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.

Dobro bi bilo imeti možnost spremeniti naziv podjetja in naslov, če se spremeni ime, oziroma preseli podjetje. V primeru vpisa dolgega naziva je na računu predolgo in piše preko številke računa. V mojem primeru MEDEJA, MEDIJSKA DEJAVNOST, DAMJANA PETERNELJ S.P. v MEDEJA, DAMJANA PETERNELJ S.P..

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.