|
|
Rank: Member
You have been a member since:: 17/11/2011(UTC)
Objave: 13
|
Poštovani,
Da li mi napokon netko, nakon višestrukih poziva i molbi da mi se to objasni, može ovdje odgovoriti kako da postavim da program ne divlja sa zaokruživanjima i izračunima cijena!!!
Ako sam ja postavio da je cijena određenog artikla 360,00 km i ako sam na fakturu stavio 1 komad, onda ja očekujem da mi cijena tog proizvoda bude 360,00 KM, a ne 360,01 ili 359,99...
Ukoliko ja svaki put kad izdajem fakturu trebam se igrati lota i ubacivati u razne pozicije razne vrijednost da bi nekako doveo do toga da mi bude zaokruženo kako treba, onda ja ne vidim poantu korištenja Pantheona, jer puno puno brže mogu izdati fakturu tako što ću je uraditi u excelu...
Molim Vas samo, nemojte da mi neko odgovara ima u postavkama da podesite zaokruživanje... jer nikakvo zaokruživanje ne funkcionira, a i ne treba nikakvo zaokruživanje!!! Tri proizvoda, sa tri cijene, kod kojih decimalna mjesta su n.00, Pantheon naravno u konačnici izbaci na n.01 ili n.99 pa ubacuje izravnavanje feninga...
Molim nekoga da mi ponudi rješenje, ali ne tipa pristupit ćemo Vam u bazu, pa ćemo to prepraviti. Nego da mi objasni kako to ja da uradim. Kako ja da Pantheon nekome prodam i da mu ne znam to podesiti... Tko će me ozbiljno shvatiti!!!
|
|
|
|
|
|
Rank: DL Partner
You have been a member since:: 24/04/2009(UTC)
Objave: 14
|
Na brzinu...3 stvari imaju veze sa zaokruživanjem...
1. postavke u AK (treba da stoji 0.01) da ispisi računa rade na 2 decimale
2. mjesto i način unosa cijene...problem je izmedju malo i veleprodaje, tj u preračunu pdv...ako je u pitanju maloprodaja uvijek unosite MP cijenu, ako je u pitanju veleprodaja uvijek unesite VP cijenu, ali ako je u pitanju i jedno i drugo UVIJEK ce onda na jednom skladistu na nekim artiklima biti ta razilika u feningu jer se stvori razlika u preracunu pdva 17% izmedju VP i MP cijene...
evo kako to i popraviti u nekim slucajevima...posto se cijena interno u pantheonu racuna na 8 decimala čini mi se onda kada vi stavite cijenu npr 10km a on i dalje izbacuje 10.01 treba uraditi da u mjesto cijene 10 unesete bukvalno 10.0000 tj da stavite i nule koje trebaju da budu iza
3. razlika u ispisima....posto pantheon ispisi rade na formulama, onda npr suma racuna bude drugacija od vidljivog zbira pojedinih stavki....opet primjer ...prodajete 5 komada artikla nekog kome je cijena 10.00 KM (i na racunu pise 10.00) da je cijena stavke, ali ukupan zbir racuna je npr 50,01KM...to je razlika koja se vidi jer je cijena u prethodnom primjeru nije 10.00 nego 10.0034567 i kada pomnožite sa 5 onaj jedan fening se vidi...opet kazem rjesenje je da se cijena artikla prepravi na 10.000000 pa ce sve biti ok...
glavni uzrok je ponavljam preracun iz veleprodajne u maloprodajnu cijenu zbog 17% pdv
nadam se da sam pomogao....
|
|
|
|
|
|
Rank: Member
You have been a member since:: 17/11/2011(UTC)
Objave: 13
|
Hvala na odgovoru, Razumijem ja što se to dešava... Doduše, malo će mi biti problem promijeniti 3.000 MP cijena, ali toliko o olakšavanju rada sa Pantheonom. Uglavnom ima rješenje!!! To nisam pokušao i probat ću promijeniti MP cijene, ali direktno u bazi, jer se nadam da će biti lakše i brže. Problem se javlja kad je količina 1!!! i to je ono što me nervira!!! evo u prilogu slika u veleprodajnom računu... pa ćete razumjeti u čemu je problem.  Idem na mijenjanja cijena, pa da vidimo hoće li to funkcionirati Još jedanput hvala.
|
|
|
|
|
|
Rank: Member
You have been a member since:: 17/11/2011(UTC)
Objave: 13
|
I sada sam upravo pregledao cijene u bazi, i sve su zaokružene na četiri nule...
Znači to nije problem.
Uglavnom, svi računi i maloprodajni i veleprodajni moraju biti zaokruženi na 5 feninga, nema tu razgovora, takav je zakon...
Kad je situacija čista kao na slici što sam postavio, bez ikakvih rabata ili bilo čega, nema potrebe za izravnavanjem, ali još gore nema potrebe da on odlučuje koje će mi vrijednosti ubacivati. Stavio sam ja i da vrijednost direktno računa "količina x cijena" i dobijem ja u stavkama da bude ispravno, ali zbroj opet dole ispod ne bude nego ostane na slici kako jeste...
|
|
|
|
|
|
Rank: DL Partner
You have been a member since:: 24/04/2009(UTC)
Objave: 14
|
Hmmm...može biti da je uzrok razlog br.3 tj ispis...obzirom da je ovo pravljen ispis udjite u uredjivanje ispisa i provjerite da li je zadnje polje vrijednost formulisano u fazonu (cijena artikla+PDV) x kolicina ili (cijena artikla x kolicina) + PDV iako nijedno nije pravo...u principu bi vrijednost tog polja trbala da bude referenca [tbIzpisPrometPoz."PZAPLACILO"]
|
|
|
|
|
|
Rank: Member
You have been a member since:: 17/11/2011(UTC)
Objave: 13
|
Ma dovest ću ja stavku u red.
[<tbIzpisPrometPoz."MProdCena"> * <tbIzpisPrometPoz."KOLICINAIZPIS">] i ona će pisati ispravno...
problem nastaje u varijabli fVrednost koja računa iznos bez pdv-a i to zaokruženog na dvije decimale... Nebi to bilo ni greška kada bi se varijabla fDavek računala iz varijable fVrednost, jer to su dopuštene varijacije po Zakonu i zbroj te dvije bi davao ukupan inzos sa pdv-om, koji bi bio ispravan... E sada, trebao bi prepraviti i ove ostale varijable u poreznim stopama... što znači, napisati formule za sve, da forma za ispis sama računa sve, a u bazi šta bude da bude!!! i onda mi se naravno u raznoraznim pregledima iznosi neće podudarati, jer tamo ostaju iznosi koji su upisani u bazu!!!
Znači, problem nije u naštimavanju računa da izgleda kako treba, nego je problem u vrijednostima koje su u bazi a koje se koriste za sve ostalo...
|
|
|
|
|
|
Rank: Member
You have been a member since:: 23/12/2011(UTC)
Objave: 5
|
Pozdrav,
vidio sam navedeni primjer, pa pošto i mi imamo nejasnoća vezano za zaokruživenje (kako i na koji način to u Pantheonu stvarno radi), da dodam ono što sam ja uočio
već ranije a može se primjeniti na ovaj primjer.
Mislim da pravi problem u primjeru nije prva stavka nego treća.
Naime, s obzirom da nam je stopa PDV-a 17%, a žele se iznosi zaokruženi na 2 decimale, matematički postoje "nemoguće" cijene.
Ova 235,00 KM je jedna od njih.
Pojašnjenje:
Cijena bez PDV-a = 200,85 (kao što je u primjeru)
PDV (17%) = 34,1445 zaokruženo 34,14, znači krajnja cijena je 200,85+34,14 = 234,99
Cijena bez PDV-a = 200,86
PDV(17%) = 34,1462 zaokruženo 34,15, znači krajnja cijena je 200,86+34,15 = 235,01
Tako da kada se ovo uzme u obzir ukupni iznos na dnu računa je O.K. i ono izravnanje je neophodno.
Zašto mijenja cijenu prvestavke, a ne treće ????
Čini mi se (nisam siguran) da je u Pantheonu isprogramirano da ovaj pfening "šteli" na prevoj stavci.
Toliko od mene ...
|
|
|
|
|
|
Rank: Member
You have been a member since:: 17/11/2011(UTC)
Objave: 13
|
Problem je u tome, da ukoliko se krene u zaokruživanje, istina, matematički se ne može dobiti točan zaokružen broj...
Ali, ono što se može uraditi, to je da se uzme krajnja cijena, koja je bogom dana!!! Koju sam ja unio, i nema promjena (u ovom slučaju, Pantheon je se "igrao" sa njom!!!), izračuna se iz nje, svejedno što, iznos PDV-a ili cijena bez PDV-a, i uradi razlika između te dvije vrijednosti!!! To je dozvoljeno raditi, ispravno raditi i neće se dešavati ovi problemi. A ne da Pantheon mijenja jedinu stvar koju sam mu ja unio kao konstantu, a to je zadana maloprodajna cijena!!!
|
|
|
|
|
|
Forum Jump
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.
Orange-Grey Theme Created by Ingo Herbote (WatchersNET.de)Powered by YAF 1.9.6.1 Under DNN | YAF © 2003-2025, Yet Another Forum.NETThis page was generated in 0.707 seconds.
|
|
|