Clear negative balance billing option

Bug #1249398 reported by Bill Erickson
18
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Evergreen
Fix Released
Wishlist
Unassigned

Bug Description

I want to add an option to the staff client billing interface for managing negative-balance transactions by "zeroing" the transaction instead of refunding money to the patron. I plan to add this feature on top of bug #1198465, which replaces voided billings with a new void payment type.

For example:

patron billed $20
patron paid $10
$20 billing is "voided", which results in a $20 void payment.
transaction balance is now -$10.

In the brave new world of bug #1198465, this type of scenario should not happen for libraries that do not allow refunds. In those cases, the system would know to apply a void payment amount of $10 instead of $20, resulting in a $0 balance. However, given that library settings change over time and that legacy transactions may have negative balances, we need a way to arrive at a $0 balance, so the transaction can be closed in cases where a library does not wish to issue a refund for a given transaction.

My plan, using the example above, is that when staff choose this new "clear negative balance" option we simply modify the $20 void payment to be a $10 void payment, mimicking what would have happened had the voiding occurred with the no-refund logic applied in advance.

Revision history for this message
Bill Erickson (berick) wrote :

Code:

http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/berick/lp1249398-clear-negative-balance-ui-option

This topic branch is a child of:

http://git.mvlcstaff.org/?p=jason/ILS.git;a=shortlog;h=refs/heads/Bill_01-Conditional-Negative-Balances

and assumes this code (and upgrade scripts, etc.) are all applied.
---------

To test, load a patron with one more more negative-balance transactions, right click on one more of them, and choose "Clear Negative Balance" from the context menu. Selected transactions should disappear from the list once complete (since the balance is now $0) and checking the billing history should show a $0-balance transaction.

Changed in evergreen:
assignee: Bill Erickson (erickson-esilibrary) → nobody
Revision history for this message
Ben Shum (bshum) wrote :

Putting this back to Bill for the moment till that other bug is merged in (seems close to happening). I'd almost consider this to be a followup on improving the work in the other bug and should be considered for inclusion in 2.6 before we're done.

Changed in evergreen:
status: New → In Progress
assignee: nobody → Bill Erickson (erickson-esilibrary)
milestone: none → 2.6.0-rc1
Revision history for this message
Bill Erickson (berick) wrote :

Removing milestone, pending bug #1198465

Changed in evergreen:
milestone: 2.6.0-rc1 → none
assignee: Bill Erickson (erickson-esilibrary) → nobody
status: In Progress → Confirmed
Dan Wells (dbw2)
Changed in evergreen:
assignee: nobody → Dan Wells (dbw2)
Revision history for this message
Dan Wells (dbw2) wrote :

This branch / feature was tweaked and rolled into the changes in bug #1479107. Marking as released.

Changed in evergreen:
status: Confirmed → Fix Released
assignee: Dan Wells (dbw2) → nobody
milestone: none → 2.9-beta
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.