Simple Shop

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.

Pri zadnji posodbitvi verziji 4.5.1.547 se ne da več spreminjati- nastavljati barve produktov

Pri izpisu računa na A4 se ne izpiše splošna opomba - v POS načinu se izpiše

Analitika še vedno ne dela

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???

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.

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.

Windows XP (virtual).

Uporabnik javil, da se napaka pojavi ob vsakem zagonu, po izbiri "Ignore" program deluje normalno.

-> Pregled računov
-> Označba 7ih računov izmed množico računov
-> Množično tiskanje računov

Ponovimo vajo, vendar tokrat z drugimi računi, nato spet z istimi.

Ko se zapre "Pregled računov" pride do napake z "Out of Memory".

Strojna oprema:
1GB RAM
Intel Atom procesor
SSD disk

Simple Shop:
Mrežna verzija, blagajna 2

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?

V kolikor blagajniški dnevnik nima podatkov o računih pride do napake pri tiskanju računov.

Vklopljena je bila nova možnost, da se tiska vsaka blagajna posamično. Testiralo se ni, če ni vklopljena vsaka posamična blagajna, možno da je napaka pri tiskanju v obeh primerih.

Naredi se naj identičen izpis, le podatki naj bodo z podatki = 0 ali dodatnim besedilom "Dokument nima podatkov".

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

Vedno več se rabi, da se poleg vseh pravic lahko uporabniku določi, ali lahko izvede stornacijo računa ali ne.

Za obstoječe uporabnike (pri nadgradnji baze) vsi dobijo podatek: DA
Ko se kreira nov uporabnik dobi podatek oz. je privzeta vrednost: DA

Ta funkcija pomeni override glede na uporabnikove pravice. In to je funkcija, ki se dotika praktično vseh form, kjer je možna stornacija računa ali kakršnega koli drugega dokumenta.

A ti naštejem dokumente kjer se to pojavi?

Pri tiskanju prevzemnice pride do napake.

Napaka se pojavi pri kreiranju računa (Vnos računa A4), če se doda material, storitev z ročnim vnosom cene.

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.

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)

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.

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.

V glavni vrstici menijev ne moremo nikjer najti "Zbirnika"

Če delamo z zbirniki in če ga v bližnjicah nimamo vstavljenega, dejansko ne moramo dostopati do pregleda zbirnikov. Lahko bi ga naprimer dodali pod "Dokumenti" in "Seznam dokumentov" in "Pregled zbirnikov"