You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ofbiz.apache.org by "Pranay Pandey (JIRA)" <ji...@apache.org> on 2016/03/23 10:01:25 UTC

[jira] [Comment Edited] (OFBIZ-6776) Amount to capture for order is in-correct after manual refund electronic transaction

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

Pranay Pandey edited comment on OFBIZ-6776 at 3/23/16 9:01 AM:
---------------------------------------------------------------

[~nj]

This is very interesting use case, let's discuss-

Here is the scenario you have put in description-
|Order total|$29.91|
|Partial Capture|$15.00|
|Refunded|$5.00|
|Remaining|$14.91|

Now actually the question is do we actually need to add or substract $5 to remaining amount or nothing to be done to it i.e. keep it as is. Based on use case you mentioned, it looks like now system should capture $19.91 instead of $14.91 i.e. add $5 to remaining amount.  

I think only the remaining total should be captured. Refunding any payment in middle of order fulfillment process can be a special case. Refund can only be done on captured or received payment and that was tacked correctly. 
IMO we need to correct the behavior where now system is actually deducting remaining amount, instead of keeping it as is.

WDYT? 

Comments and thoughts from everyone is welcome.


was (Author: pandeypranay):
[~nj]

This is very interesting use case, let's discuss-

Here is the scenario you have put in description-
|Order total|$29.91|
|Partial Capture|$15.00|
|Refunded|$5.00|
|Remaining|$14.91|

Now actually the question is do we actually need to add or substract $5 to remaining amount or nothing to be done to it i.e. keep it as is. Based on use case you mentioned, it looks like now system should capture $19.91 instead of $14.91 i.e. add $5 to remaining amount.  

I think only the remaining total should be captured. Refunding any payment in middle of order fulfillment process can be a special case. Refund can only be done on captured or received payment and that was tacked correctly. 
IMO we need to correct the behavior where now system is actually deducting remaining amount, instead of keeping it as is.

WDYT? 

> Amount to capture for order is in-correct after manual refund electronic transaction
> ------------------------------------------------------------------------------------
>
>                 Key: OFBIZ-6776
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-6776
>             Project: OFBiz
>          Issue Type: Bug
>          Components: accounting, order
>    Affects Versions: Release Branch 13.07, Release Branch 14.12, Trunk
>            Reporter: Nameet
>            Assignee: Jacques Le Roux
>             Fix For: Upcoming Branch
>
>         Attachments: OFBIZ-6776.patch, OFBIZ-6776.patch
>
>
> Steps to regenerate-
> 1) Place a sales order of Rainbow Gizmo. Order Total was of $29.91. Order will be in approved status and in *Payment Information* section you will see $29.91 as authorized and available to capture. 
> 2) Capture $15.00 by using the capture button available in *Payment Information* block. System should successfully capture $15.00 and also new authorized payment of $14.91 should be seen in Payment Information section.
> 3) Refund $5.00 by using manual electronic transfer UI in accounting. System successfully does the refund.
> 4) Click quick ship entire order from order screen. As per payment requirement, now system should proceed to complete the capture process for amount $19.91($29.91 - $15(Captured) + $5(Refunded)) but it captures only $9.91 and not showing any remaining amount to capture on order. Also the order invoice due shows $0.00.
> Possible reason of the issue is that refunded payment amount is being considered by the system as received payment and hence amount to capture on order is calculated wrong.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)