Jacques,
Just been reviewing my local patches and something has me a bit
concerned. In the snippet I emailed, the code uses "sourcePercentage",
but I think the original svn of POS actually uses "percentage". I think
the "sourcePercentage" came from me messing about with the code to see
if I could get the percent change stuff to work a while ago. This might
also explain why David was so concerned about using sourcePercentage...
If I have in fact screwed up, the change is the same, but replace
"sourcePercentage" with "percentage" in OrderReadHelper.java.
Presumably, when I get a clean update from SVN my local hacks will be
replaced with the correct reference to "percentage" in the POS code that
adds the adjustment :-)
I'll try to get in a check this later today as well.
Cheers, Iain
Jacques Le Roux wrote:
Ooops, Iain,
My answer below ("> Thanks for your feedback. I'm currently writing a message
...) was a response
to your message with subject "Re: Itemising tax on POS receipts" CCed to dev ML
(strange I don't see it in the ML but I received the
original)...
About this one : are you using last svn ? Because following your first post (16/09/2006
"POS, percent discounts, and accounting") I
did some work and my tests were successful.
Please see http://svn.apache.org/viewvc?view=rev&rev=453515
Thanks
Jacques
Iain,
Thanks for your feedback. I'm currently writing a message about VAT and gross
pricing, trying to summarise the situation...
Jacques
From: "Iain Fogg" <[EMAIL PROTECTED]>
All,
I think it's been well known that percentage discounts applied in the
POS application don't work.
I hunted the problem down and it's pretty simple. The routine that
calculates adjustments ignores anything except fixed amount adjustments.
I added a snippet of code to calculate the percentage adjustment and it
seems to work fine now.
Will try to post a JIRA and patch ASAP.
Posting this message just in case someone else was interested in the
same bug.
In case your desparate, add the following snippet to
calcItemAdjustmentBd in OrderReadHelper.java (after the if clause
testing for "amount" adjustments):
else if (itemAdjustment.get("sourcePercentage") != null) {
adjustment =
adjustment.add(setScaleByType(
"SALES_TAX".equals(itemAdjustment.get("orderAdjustmentTypeId")),
quantity.multiply(unitPrice).multiply(itemAdjustment.getBigDecimal("sourcePercentage"))));
}
My testing seemed to indicate that all is well, but since I'm not
terribly familiar with all the applications, I won't guarantee it is a
benign addition.
Cheers, Iain
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.407 / Virus Database: 268.13.1/466 - Release Date: 7/10/2006
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.408 / Virus Database: 268.13.1/470 - Release Date: 10/10/2006