You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@ofbiz.apache.org by "Jacques Le Roux (JIRA)" <ji...@apache.org> on 2017/05/16 11:51:04 UTC

[jira] [Assigned] (OFBIZ-9145) Greater precise value overriding price in order

     [ https://issues.apache.org/jira/browse/OFBIZ-9145?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jacques Le Roux reassigned OFBIZ-9145:
--------------------------------------

    Assignee: Jacques Le Roux

> Greater precise value overriding price in order
> -----------------------------------------------
>
>                 Key: OFBIZ-9145
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-9145
>             Project: OFBiz
>          Issue Type: Improvement
>          Components: order
>    Affects Versions: Trunk
>         Environment: OSX
>            Reporter: Oleg Andreyev
>            Assignee: Jacques Le Roux
>            Priority: Minor
>         Attachments: ovr_price_precisely.diff
>
>
> I encounter a problem when try to re-enter orders originally created in another system (not ofbiz). And I found some cases when it's not possible to reproduce it exactly due to some promo rules triggered in this another system. But I must. Difference .01 is important.
> Solution would be if I can change the unit price in an existing order using value with 3 digits after decimal point. I found that if I add new order item and check "Override" price I am able to enter more precise values, but if I update unit price in an existing order item I am not. updateOrderItems rounds it to 2 digits. Exactly the same intention but works differently.
> This makes me think we can remove rounding in second case. I believe if user want to change the unit price he knows why.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)