Čebelca.biz - online poslovni program

58 naročnikov

Oj,

Zdaj ko je Site Assistant pripushan do stanja kje lahko človek pride in naroči paket sem se spet lotil tadrugega projekta ki sem ga razvijal vzporedno. Zadnji mesec sem ga malo opustil da bi čimprej končal site assistant. Stvar še ni online, tako da sem naredu kar screencast kjer se vse vidi :)

http://screencast.com/t/HxfFGtg9r

V glavnem, ker predvidevam da imate tukaj nekateri tudi "manjša podjetja" tako kot jaz, je vaš feedback zelo dobrodošel...

Pozdravljen,

sem naredil račun s ceno 35.8934 in meni zgleda ok na PDF in v appu ter sezamu. Kje ti pa pokaže 35,90?

slike:

Se je iz včeraj na danes nekaj spreminjalo, ane? Ker sedaj je pa še slabše... to se pa mora čimprej spremeniti nazaj, ker prej je bil vsaj glavni znesek (znesek za plačilo) OK, sedaj pa še to ni več... to pa ni ok, ker so potem cene na računu drugačne kot v trgovini.

Kot je povedal TorcidaST je problem v zaokroževanju. Namesto, da bi program vzel polne neto cene, jih zaokroži na dve decimalki in nato skalkulira DDV in končni znesek.

Glej slike:

Znesek bi v zgornjem primeru seveda moral biti 33,30 ... na ostale stvari v prejšnjem postu odgovorim, ko se to zrihta, da ne bo preveč nankrat :)

Pa še to, da ne bo nesporazuma. Na računu je super, če sta dve decimalki, vendar naj program "v ozadju" kalkulira polne neto cene. Važen je končni znesek za plačilo, ki mora biti točen. Kot obrazloženo na zgornjih slikah, je do pred enega tedna nazaj vse špilalo (z izjemo tistega, kjer piše, da že od vedno ne kaže prav), tako da kar ste spremenili, spremenite nazaj, pa bo :)

program osnovo in DDV kalkulira z več decimalkami.

OSNOVA: (5.65573 * 3 + 0.7377 * 14 ) = 27.29499 = 27.29
DDV: 27.29499 * 0.22 = 6.0048978 = 6.00
ZNESEK ZA PLAČILO: 27.29 + 6.00 = 33.29

Tu se držimo navodil trgovinske zbornice:
" Pri cenah, ki so izražene na večje število decimalnih mest, se morajo zneski vmesnih operacij zaokrožiti na najmanj toliko decimalnih mest, kolikor jih ima cena iz katere je vmesna operacija pridobjena. Pri tem se za vmesne operacije štejejo operacije, pri katerih takojšnji cilj operacije ni plačilo ali knjiženje kot končni obračun ustreznega denarnega zneska. "

Torej, jaz to razumem (in računovodji s katerimi sem se posvetoval) da se vmesne operacije lahko računajo na več decimalk (najmanj toliko) razen končne, za plačilo, ki pa se mora na 2.

Drugje tudi priporočajo naj izračunamo osnovo in ddv (po stopnjah in to seštejemo za končni znesek), ker če množiš končni znesek iz postavk z DDVjem, potem se dogaja da Osnova + DDV ni vedno Končni znesek in se ti bojo prejemniki računov pritoževal, da ne morejo poknjižit.

Npr. v tvojem primeru, če jaz končni znesek izračunam direktno iz postavk z neomejeno decimalkami (kot sem osnovo in DDV) potem se že ne bodo saj bo 27.29 + 6.00 = 33.30 kar ne drži.

--

Lahko bi npr dodal opcijo da računa tako pri tistih uporabnikih ki si jo izberejo, a ne vem če ne boš imel potem problemov, kot sem jih opisal.

Izbrisano...........

OK, mogoče sem dal slab primer, ker pride ravno 27.29499.

Dam novega, kjer bi moralo priti 15,50 (15.4999902) pride pa 15,51.

Kot rečeno je nedavno delalo prav (je pokazalo pravi končni znesek), sedaj pa skoraj zmeraj falijo ti centi. To je čudno, še posebej pri spletni trgovini, ko je cena na spletni strani taka, kot naj bi bila, odkupnina pa pride potem stranki (ker je vse copy+paste) 1 cent več. To pač enostavno ni profesionalno in dovmim tudi, da pravilno, pa naj reče trgovinska zbornica kar hoče.

pavletic pa saj to je čisto prav zračunano?
A te moti to, da če sešteješ vmesne zneske, da pride en cent preveč a kaj?

Nekam je izginil tudi stolpec s popustom?

LouD:
pavletic pa saj to je čisto prav zračunano?
A te moti to, da če sešteješ vmesne zneske, da pride en cent preveč a kaj?

Ja, itak, da me moti, ker ni prav. Niti ne razumem, zakaj se je moralo iti spreminjati, ker kot rečeno, je do nedavnega delalo vse prav. A si že šel kdaj v mercator, vzel kruh za 2€ in moral na koncu na blagajni plačati 2,01€ ?