You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ofbiz.apache.org by "Bilgin Ibryam (JIRA)" <ji...@apache.org> on 2008/05/09 02:04:56 UTC

[jira] Commented: (OFBIZ-1684) Split Pay Pref Per Shp Grp incorrectly calculates max amounts for Payment Preferences

    [ https://issues.apache.org/jira/browse/OFBIZ-1684?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12595432#action_12595432 ] 

Bilgin Ibryam commented on OFBIZ-1684:
--------------------------------------

Hi Scott,

I committed a fix in rev. 654657  and I think the bug is fixed, can you confirm that.
Thanks for the report.

Bilgin 

> Split Pay Pref Per Shp Grp incorrectly calculates max amounts for Payment Preferences
> -------------------------------------------------------------------------------------
>
>                 Key: OFBIZ-1684
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-1684
>             Project: OFBiz
>          Issue Type: Bug
>          Components: order
>    Affects Versions: SVN trunk
>            Reporter: Scott Gray
>
> When creating an order, if the Product Store option "Split Pay Pref Per Shp Grp" is set to "Y" (which is the default), then taxes are not taken into account when calculating the max amount for a payment preference.
> This results in a credit card auth (for example) of (grand total - tax)  for the order.
> Steps to reproduce:
> 1. Customer = DemoCustomer
> 2. Products = 5 x GZ-1000
> 3. Shipping = UPS Air
> 4. Payment Method = Credit Card
> The order total will be for $65.65 but the credit card will only be authed for $62.56
> I don't have time to fix this myself so I've posted it here.
> Anyone wanting a work around for this bug can just set "Split Pay Pref Per Shp Grp" to "N" on their product store.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.