[
https://issues.apache.org/jira/browse/OFBIZ-885?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12489359
]
Iain Fogg commented on OFBIZ-885:
---------------------------------
Jacopo,
Ug. I need to spend some more time getting a clean example going on the
sandbox server. I made the mistake of setting up all the tax codes etc,
and then selecting the Tiny Gizmo as my sample product, but with
everyone playing inventory is all over the place :-) Will attempt again
ASAP.
Cheers, Iain
PS. I like a lot of the cosmetic changes that have been implemented
recently.
PPS. Check out order number WS10131. I first issues 2 items to the
shipment, then issued 1, then issued 1, and it looks like the system has
decided to add 12 to the inventory (I ordered 4). Looks like a bug, but
totally unrelated to the one I'm trying to demonstrate.
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.446 / Virus Database: 269.4.0/762 - Release Date: 15/04/2007 4:22
PM
> Multiple issuances, one tax item on invoice
> -------------------------------------------
>
> Key: OFBIZ-885
> URL: https://issues.apache.org/jira/browse/OFBIZ-885
> Project: OFBiz (The Open for Business Project)
> Issue Type: Bug
> Components: accounting
> Reporter: Iain Fogg
> Priority: Critical
>
> I have a couple of sales orders, and through the course of picking/packing
> multiple item issuances from different inventory items were generated for the
> order. Eg, customer orders 4 of item X, and we issued 2+1+1 items from
> inventory as they came into stock.
> When I pack the order, and generate the invoice, a tax adjustment is created
> for only one of the issuances, and consequently total tax is being wrongly
> reported on the invoice.
> On the invoice I can see entries for:
> (a) 2 x item X
> (b) tax on 2 x item X
> (c)1 x item X
> (d) 1 x item X
> (no tax on the last 2 items)
> Both invoices that exhibit this problem have the same characteristic -
> multiple issuances for a single product id.
> Has anyone else seen this, or can point at a fix? I suspect the problem is in
> .../accounting.../InvoiceServices.java (createInvoiceForOrder).
> It looks like when the invoice items are being generated it is trying to work
> out when NOT to create another invoice adjustment by comparing the
> adjAlreadyInvoicedAmount to the amount of "this" adjustment. In my example,
> when it processes the adjustment for (c) above, it sees that we've already
> invoiced for 1/2 the total tax adjustment (b), and the this is greater than
> the tax adjustment for (c), so happily "continue"s to the next adjustment.
> This is a bug, right? (that's a rhetorical question :-)
> Cheers, Iain
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
