Vsi projekti

Pri vnosu Računa A4 in Računa A4 storitve, morda še kje, v primeru napačne izbire datuma storitve (naprimer če se slučajno zmotim in dam od 30.3.2016 do 29.3.2016) mi pravilno javi da "Obdobje storitve ni pravilno". Kar pa ni prijetno in pravilno, pobriše vse vnose pri "Naziv; Besedilo; Naročilo; Opomba" in jih je potrebno ponovno vpisovati na novo.

Prav bi bilo, da popravimo samo datum in ne vseh teh vnosov.

Pri kreiranju računa iz Zbirnika se pri "Datum opravljene storitve:" izpiše datum ko račun kreiramo.

Prav bi bilo, da se izpiše datum storitve od - datum storitve do. Potem tudi "Besedilo" Zbirnik: ..... spodaj ne bi bil potreben.

Zasledil sem da nekateri programi upoštevajo rok plačila samo na delovni dan, torej če imamo za določeno stranko nastavljen 20 dnevni rok plačila in nam to pade na soboto, nedeljo ali praznik se datum prestavi na naslednji delovni dan oziroma nas morda na to vsaj opozori.

Če je to smiselno morda tudi za ostale uporabnike bi bilo priporočljivo.

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.

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.

Pri Blagajnah Znd je v primeru, ko imamo vnešenih več kupcev zamudno iskanje določenega kupca.

A obstaja možnost, da se uvede neka možnost hitrega iskanja kupcev. Preko spustnega seznama je zadeva zamudna, ker ne moremo sortirati kupcev po abecedi, ali kako drugače, pa jih zdaj pač iščeš in iščeš.

Torej v mislih imam neke vrste iskanja, da napišeš del naziva kupca, pa ti zreducira seznam, kot je to možno naprimer pri A4 računu, Torej lahko bi se dodal gumb "Iskanje stranke" kot pri A4 varianti.

Pri vnosnem oknu "Vnos računa A4" ;"Vnos računa A4 storitev"; "Vnos predračuna"; "Vnos dobavnice" pri vnosu artikla pri "Uporabi produkta" iz baze, okenca za vnos označena na fotki niso uporabne, ker se kasneje odpre okno za "Ročni vnos" in je potrebno tam vnesti parametre.
A bi bilo smiselno vse reševati z oknom "Ročni vnos" in bi označena okenca opustili. Pri artiklih iz baze verjetno ne bi bil problem, pri vnosu nove storitve pa bi morala biti odprta možnost ročnega vnosa naziva in vseh ostalih parametrov.
Pa še ena stvar. A je možno da na dvoklik artikla iz baze kar odpremo okence za "Ročni vnos", kot pač z gumbom "Dodaj"?

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?

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.

Pri nastavitvah pod zavihkom A4 izpis - dodatno je možnost izpisa dodatnega besedila (priloga v_13.jpg označeno z rumeno) ki se izpiše na računu pri trr poslovanju.

Problem se nam pojavlja, ko na računu hočemo izpisati naprimer:
Reklamacije upoštevamo v roku 8 dni po prejemu blaga.
Za zamudo pri plačilu si pridružujemo pravico obračuna zakonitih zamudnih obresti.

Tekst nam izpiše v eni vrsti in teče izven lista (priloga v_14.jpg)

A je možnost, da se besedilo prelomi ali morda izpiše v dveh vrstah, kot je zapisano zgoraj, oziroma kot je to možno -primer- pri Dodatno besedilo (avtomatski izpis pri kreiranju A4 računa) označeno z modro barvo. Tu je možno izpisati v dveh ali več vrsticah.

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

Če v statusu DDV izpišemo besedilo "DDV ni obračunan na podlagi 1. odstavka 94. člena ZDDV-1 (nisem zavezanec za DDV)" je le to predolgo za izpis na POS tiskalniku in ga ne izprinta v celoti, ga odreže.

Potreben bi bil prelom tega besedila v dve vrstici.

Pri kategorijah produktov, bi morda bilo smiselno, da se uvede dodatna postavka, kjer bi lahko izbirali katera kategorija bi bila aktivna, prikazana in katera ne v Blagajni ZnD. Namreč, ko se ena izmed kategorij trenutna ne uporabla, bi lahko celotno skupino (kategorijo) dali neaktivno (nevidno) in bi jo v primeru potrebe po uporabi spet lahko vidno dadali. Sedaj, če jo hočemo skriti, moramo pri vsakem artiklu posebej kategorijo počistiti, kar pa je pri večjih količinah artikla v eni kategoriji lahko zelo trajajoče.

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?

Pri "Načinu plačila" se nam števila razlikujejo in sicer če pogledamo v okno "Način plačila" imamo vse zamaknjeno za eno število (priložena slika v_25.jpg). Torej na enem seznamu imamo 1=gotovina; na drugem 0=gotovina.

Posledično verjetno sledi, da nam v tabeli Pregled računov plačil z Moneto sploh ne prikazuje, oziroma nam jih prikaže le v primeru, da spodaj izklopimo vse potrditvene kljukice za prikaz (priložena slika v_26.jpg). Ni dovolj niti da označimo samo "Ostalo", kar bi morda bilo logično.

Morda pa vsaj dodamo še potrditveno polje "Moneta"?

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.

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)

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.

Če kreiramo račun iz zbirnika se pojavljajo napake, ki sem jih že navedel v prejšnjih povzetkih. Sedaj ko te napake hočem popraviti z "Uredi račun" (da popravim sklic, ki se nepravilno izpiše, da popravim datume storitve od-do in podobno), se pojavi napaka. Če potrdim sicer "Prezri" se da popraviti, a ne vem če je vse OK.

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"

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.

Ker izpisujemo manjše število računov, imamo računalnik nastavljen tako, da po določenem času preide v "spanje". Ko ga zbudimo in izpišemo nov račun, se občasno zgodi, da nam ga ne potrdi na FURS. Izpiše ga brez EOR kode. Ko ga kasneje v Pregled računov označimo in ga potrdimo, ga potrdi normalno.

Problem je, ker stranka prejme račun brez EOR kode, če ga natisnemo po potrditvi še enkrat, pa dobi KOPIJO 1, kar pa ni najbolj užitno in verjetno sumljivo za inšpektorje.

A je kakšna rešitev?

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.