http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10461
--- Comment #18 from mathieu saby <mathieu.s...@univ-rennes2.fr> --- (In reply to Koha Team Lyon 3 from comment #17) > The principle is that the price including the tax has to be deduct from the > budget. > In fact, there's a bad calculation of the unit in orderreceive.pl. > If we are in the case : > list price include tax : YES > invoice price include tax : NO > So to have price including the tax, you have to add the tax to the unit > price (unitprice+unitprice*gstrate) > > If we are in the case : > list price include tax : NO > invoice price include tax : YES > you have to add the tax to the estimated price > ecost =ecost+ecost*gstrate > > this is not the case in orderreceive.pl > > I prepare a patch for this if everybody is ok Hi For me the question is : are we supposed to store a corrected price (with/without gst) in "unitprice" column, or to calculate dynamicly the right price at display? If we store the "gst corrected" unitprice, it will mabye be more precise for rounding, and it will mean if we change the vendor settings AFTER having received a book, the remaining available amount for the fund will stay unchanged. I suppose it will be a good behavior, but I am not completely sure. Mathieu -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/