Summary: | When cancelling a waiting hold via circulation the patron is charged the ExpireReservesMaxPickUpDelayCharge | ||
---|---|---|---|
Product: | Koha | Reporter: | Nick Clemens (kidclamp) <nick> |
Component: | Circulation | Assignee: | Bugs List <koha-bugs> |
Status: | NEW --- | QA Contact: | Testopia <testopia> |
Severity: | normal | ||
Priority: | P5 - low | CC: | bklein, gmcharlt, jonathan.druart, kyle.m.hall, sally.healey |
Version: | Main | ||
Hardware: | All | ||
OS: | All | ||
Change sponsored?: | --- | Patch complexity: | --- |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: | ||
Circulation function: |
Description
Nick Clemens (kidclamp)
2017-10-18 15:41:44 UTC
I can confirm that this bug is valid, because we exploit this as a workaround. We wish for some patron categories to be charged the ExpireReservesMaxPickUpDelayCharge, and other patron categories to be exempt. This means we cannot cancel holds automatically, and we use this loophole so staff can charge some patron categories and not others. This loophole won't be needed if bug 15561 enters Koha as the functionality to charge some patrons will be in the Holds Over tab: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15561 ...but closing this loophole without the above bug would really affect our setup. On the checkin screen, if ExpireReservesMaxPickUpDelayCharge is set, there is an option "Forgive fees for manually expired holds". If ticked, the patron will not be charged. Isn't it the expected behaviour? Any updates on the 19486 bug? Carnegie Stout Team would be grateful. |