Simple Shop

Zopet prihaja do zamika v kolonah pri skupnem označevanju posameznih območjih.

To se dogaja pri "Produktih", morda pa še kje?

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"

Redno, se pa zgodi je da se v datoteko "v.txt" zapišejo čudne zadeve.

Ne vem ali je to problem ob preverjanju nove verzije, nastavitev uporabnika itd... Vendar pa bi bilo smiselno da v takem primeru program preveri, če je datoteka "v.txt" v pravilni strukturi. Če ni naj jo program sam zapiše glede na verzijo katera pač je - sicer ne deluje preverjanje za novo verzijo programa.

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.

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

 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.

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

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.

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.

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.

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.

Stranke-dodati polje Naziv 2, ki bo omogočal vpis PE (poslovne enote).

Ni samodejnega prilagajanja izpisa Cena, Količina, DDV, POpust.., ob izklopljenih postavkah se obstoječe ne pomaknejo desno proti postavki Vrednost. Tudi dolžina Naziv-Ročni vnos storitve bi v tem primeru lahko bila samodejna, maksimalnega izkoristka vnosnega polja do Cena.

Ni možnosti izbrisa dobavnice (ravno kreirane).

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

Kako prodati artikel ki ti ga stranka prinese nazaj za zamenjat,da ti ni treba stornirat cel račun na katerem je še 20 drugih artiklov.

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.

Če boste kdaj utegnili, po moji oceni je TRR okno nekoliko preblizu gumbu "Zaključi račun".
Se mi je zgodilo, da sem v naglici račun zaključil, ko sem po nesreči klikinil na TRR okno in takoj nato zaključil račun, račun pa je bil gotovinski. Potreben je samo milimetrski premik miške za takšno napako.
Ni dramatično, samo kot namig.

Medračun - funkcija, kadar želimo stranki izdati račun brez da zaključimo mizo oz. račun. To nam koristi v primeru, da imamo zaključeno družbo na pogostitvi in jih zanima znesek računa, ki ga imajo.

Hvala lepa.

Zaposlenemu naj se na polje vnosa novega zaposlenega omogoči vnos polja Vzdevek.
Na računu potem ni več nujno imeti Ime Priimek zaposlenega ampak je to lahko vzdevek. Recimo Blagajnik1 ali referent itd.

Bi bilo možno,da sami nastavimo pravice,ali pa da napredni uporabnik dobi še prejemnice,če se vam zdi smiselno

Predlagam,da ima dobavnica možnost shranjenja in potem nadaljevanja vnosa,nekateri večkrat na dan vzamejo po 1 komad in bi bilo smiselno,da mu dodaš na isto dobavnico,seveda mora biti možnost izpisa,pa potem več dobavnic na 1 Račun z možnostjo združevanja istih produktov.

Če izpišemo račun z vrsto plačila TRR, nam računa ne označi kot plačanega. Ko je račun plačan, lahko pod zavihkom "Pregled računov" z desnim klikom in izbiro "Označi kot plačano" določimo, da je račun plačan, a nam program sam določi trenutni čas za plačilo računa. Če hočemo točno evidenco, torej moramo, ravno na dan plačila označit račun kot plačan, kar je v praksi skoraj nemogoče.
A je možno, da pri "Označi kot plačano" dodamo kakšno vnosno okno ali koledar in po želji izberemo datum plačila?

Pri kreiranju računa preko "Blagajna ZnD" se po izbiri artikla odpre okno "Ročni vnos"
Tukaj imamo v oknu izračunan znesek za en kos (cena + popust)
A bi bilo smiselno dodati še skupni znesek (cena + popust x količina)?

Ra bi da bi lahko človk imel pregled nad dogajanjem artikla
priloga