Bug 29923 - Do not generate overpayment refund from writeoff of fine
Summary: Do not generate overpayment refund from writeoff of fine
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: Fines and fees (show other bugs)
Version: Main
Hardware: All All
: P5 - low major
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-01-21 14:35 UTC by Andrew Fuerste-Henry
Modified: 2024-07-02 16:52 UTC (History)
5 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andrew Fuerste-Henry 2022-01-21 14:35:20 UTC
To recreate:
1 - turn finesmode on
2 - set circ rule a circ rule to charge fines
3 - perform a checkout that follows your circ rule, setting the due date in the past
4 - run the fines cron and confirm that it generates an accruing fine for your patron
5 - write off that fine
6 - edit your circ rule to remove the fine amount and interval
7 - check your item in
8 - see your patron now has a credit in the amount of the writeoff

The overpayment credit should only be generated if we've taken payment on the fine.
Comment 1 Benjamin Daeuber 2022-08-11 16:41:10 UTC
I would and cancellations to this.
Comment 2 Juliet Heltibridle 2022-08-11 17:21:33 UTC
It would be helpful to our library to be able to choose how refunds apply. We would like lost items to be refunded to the account only if the charge hasn't already been written off, canceled, or paid. So long overdue items that are returned without having been cleared up by staff or patrons first are the only ones refunded (and the patron is returned to a zero balance).
Comment 3 Andrew Fuerste-Henry 2022-08-11 17:33:00 UTC
(In reply to Juliet Heltibridle from comment #2)
> It would be helpful to our library to be able to choose how refunds apply.
> We would like lost items to be refunded to the account only if the charge
> hasn't already been written off, canceled, or paid. So long overdue items
> that are returned without having been cleared up by staff or patrons first
> are the only ones refunded (and the patron is returned to a zero balance).

You may want to look at Bug 28575 - Add ability to choose if lost fee is refunded based on when lost fee was paid off