| Summary: | Forgiven fines are recreated when lost item that was not marked returned is returned | ||
|---|---|---|---|
| Product: | Koha | Reporter: | Nick Clemens (kidclamp) <nick> |
| Component: | Fines and fees | Assignee: | Bugs List <koha-bugs> |
| Status: | RESOLVED DUPLICATE | QA Contact: | Testopia <testopia> |
| Severity: | normal | ||
| Priority: | P5 - low | CC: | andrew, bachowski.donna, chris, fridolin.somers, jonathan.druart, julian.maurice, kelly, kyle, lisettepalouse+koha, m.de.rooy, tomascohen |
| Version: | Main | ||
| Hardware: | All | ||
| OS: | All | ||
| See Also: | https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22902 | ||
| Change sponsored?: | --- | Patch complexity: | --- |
| Documentation contact: | Documentation submission: | ||
| Text to go in the release notes: | Version(s) released in: | ||
| Circulation function: | |||
Agreeing with Nick that the bug here is not that the fine reappears but, rather, that we don't have a choice about whether or not the fine reappears. Some libraries very much want this, others very much do not. |
This was a dsicvoery that Koha works this way, and has for some time, but goes against what we had believed happened. This is not necessarily undesired behaviour, however, it should probably be a choice (charge/do not charge overdue fines when lost item returned if fines previously forgiven) Filing for discussion. To recreate: 1 - Setup: FinesMode: Calculate and charge (production) WhenLostForgiveFine: Forgive MarkLostItemsAsReturned: Select none Make sure your circ rules include fines Find an item with a replacement cost 2 - Backdate a checkout to a patron with the item from above 3 - Run fines.pl - patron gets charges 4 - Mark the item lost, it is not returned, fines are forgiven, patron is charged replacement 5 - Return the item 6 - Patron gets a new fine for the overdue with the same amount that was forgiven