Refund not working as expected

Bug #1810429 reported by Dawn Dale
78
This bug affects 17 people
Affects Status Importance Assigned to Milestone
Evergreen
Confirmed
High
Unassigned

Bug Description

Refunds are not working as expecte on 3.2.2 Chrome and Firefox.
- When trying to issue a refund the “Refund” action does not do anything. When it is clicked the screen never changes.
- When trying to issue a refund putting an amount in the “Amount Received” will allow the payment to be processed and the total amount of the refund will be issued. The amount received is not relevant there just needs to be an amount in the box.
o If bills are due that the refund would cover they are deducted as expected.

I expect to be able to check the refund items and have the refund amount processed when "Apply Payment" is selected. It would be nice if the refund amount showed up in the "Amount Received" box when the billing lines are checked for refund.

I would expect the "Refund" action to behave the same way as processing the payment would work.

Revision history for this message
Chris Sharp (chrissharp123) wrote :

Confirming this and marking High importance since it affects direct service to the public.

Changed in evergreen:
importance: Undecided → High
status: New → Confirmed
tags: added: billing webstaffclient
Revision history for this message
James Fournie (jfournie) wrote :

I have determined this is a regression introduced by 4efaa63 (see LP 1749994)

Because of commit 4efaa63 the "Apply Payment" button will be disabled if the payment amount is 0. The refund functionality relies on clicking the "Apply Payment" button when the amount is zero, so it's impossible to issue a refund.

Reverting commit 4efaa63 resolves this issue but obviously doesn't solve both bugs.

Revision history for this message
James Fournie (jfournie) wrote :

Just spitballing a thought I had, but I wonder if the "Apply Payment" button should say "Issue Refund" or something when issuing a refund, or there should be a separate button that is greyed unless a refund is happening?

Kyle Huckins (khuckins)
Changed in evergreen:
assignee: nobody → Kyle Huckins (khuckins)
Revision history for this message
Kyle Huckins (khuckins) wrote :

I've pushed a branch here: https://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/khuckins/lp1810429-refund-not-working-as-expected

Now, when a negative bill is selected, the disabled "Apply Payment" button will swap out with an "Issue Refund" button that properly handles the refund.

tags: added: pullrequest
Changed in evergreen:
assignee: Kyle Huckins (khuckins) → nobody
Bill Erickson (berick)
Changed in evergreen:
assignee: nobody → Bill Erickson (berick)
Revision history for this message
Bill Erickson (berick) wrote :

I like the Issue Refund button. An additional check is needed, though, to prevent users from seeing/clicking the 'Issue Refund' button when a mix of refundable and non-refundable transactions are selected. As it stands, when clicking the button with that scenario, the user gets an error alert for REFUND_EXCEEDS_BALANCE on the positive-balance transaction.

Changed in evergreen:
assignee: Bill Erickson (berick) → nobody
tags: added: needsrepatch
removed: pullrequest
Revision history for this message
Kyle Huckins (khuckins) wrote :

After some further discussion, I think this needs some discussion from the wider community - the refunds UI is overall fairly confusing. The Refund action itself doesn't do anything unless a negative bill is selected(possibly greying out this action when a positive bill or no bill is selected would be a good course of action?), and even then is only effectively a placebo(it brings up a modal saying what it's doing, but that's already done when you select a negative balance). It seems to me that the refund button might at this point be worth removing entirely.

The buttons I introduced might be confusing, as well. On the surface, it seems sensible, but issues arise with that mix of refundable and non-refundable transactions. A third button, "Refund & Apply Payment" might help with this, only displaying when a mix of refundable and non-refundable transactions are selected. It should also be noted though, that these buttons are functionally identical, so it's more a wording-change than anything.

tags: added: needsdiscussion
Revision history for this message
Allison Pryor (apryorwls) wrote :

A new commenter/end-user here: We find it confusing that the refunds actions are on the Unpaid Bills display. This is especially true for configurations that do not allow negative balances. Does it make more sense that a single refund actions button display on the Bill History > Payments? Would this eliminate the need for a confusing third button on the main bill display?

tags: removed: webstaffclient
tags: added: circ-billing
removed: billing needsrepatch
Revision history for this message
Elizabeth Davis (elidavis) wrote :

I agree with Allison's comments. If I were refunding something, I could expect to go to Bill History--select the payment and right click/Actions--Refund.

Revision history for this message
Stacey Inman (sinman311) wrote :

Are there still issues with the refund issue in Evergreen. I have been unable to issue a refund today

Revision history for this message
Jennifer Pringle (jpringle-u) wrote :

Refunding can be done in 3.9 but you still have to enter an amount greater than 0 in the Payment Received box in order to click Apply Payment and process the refund.

Revision history for this message
Shannon Dineen (sdineen) wrote :

Refunding can be done in 3.11 but you still have to enter an amount greater than 0 in the Payment Received box in order to click Apply Payment and process the refund.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.