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

[jira] [Updated] (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 ]

Jacopo Cappellato updated OFBIZ-9145:
-------------------------------------
    Fix Version/s:     (was: 16.11.02)

> 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: Release Branch 13.07, Release Branch 14.12, Trunk, 16.11.01, Release Branch 15.12
>         Environment: OSX
>            Reporter: Oleg Andreyev
>            Priority: Minor
>             Fix For: Trunk
>
>         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)