Bug 24550 - Books renewals triggers item loan policies to revert to branch renewing item
Summary: Books renewals triggers item loan policies to revert to branch renewing item
Status: CLOSED WORKSFORME
Alias: None
Product: Koha
Classification: Unclassified
Component: Circulation (show other bugs)
Version: 19.05
Hardware: All All
: P5 - low enhancement
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-01-31 01:39 UTC by R Russell
Modified: 2023-06-08 22:26 UTC (History)
4 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
Renewal changes item policies (86.72 KB, image/jpeg)
2020-01-31 01:39 UTC, R Russell
Details

Note You need to log in before you can comment on or make changes to this bug.
Description R Russell 2020-01-31 01:39:25 UTC
Created attachment 98192 [details]
Renewal changes item policies

Since the new update, we've noticed issues with our items not following policies from their home branch, triggering overdue notices, causing issues with holds, not charging fines, and reverting to the default branch. Not certain if self renewal is triggering this as well. These were never issues before.
Comment 1 Lisette Scheer 2020-02-05 22:58:30 UTC
With 19.05 there was a fix that changed how the 2 system prefs 
CircControl
HomeOrHoldingBranch
worked. 

It sounds like they should both be set to home branch/item's home library. 

Can you check and make sure both of these preferences are set this way? 

Lisette
Comment 2 R Russell 2020-02-05 23:14:06 UTC
We didn't change anything. This just started to happen.
Comment 3 Katrin Fischer 2020-03-15 16:43:34 UTC
What are your settings for the prefs Lisette listed?
Comment 4 Katrin Fischer 2020-04-05 12:33:50 UTC
Still waiting for more information from the reporter of this bug.
Comment 5 Jason Robb 2022-08-23 15:29:42 UTC
We're experiencing similar in 21.11.

My sysprefs are:
- CircControl: at the library you are logged in at
- HomeOrHoldingBranch: the item's holding library (holdingbranch)

The two sysprefs seem to conflict where renewals are involved. The logged in librarian's rules are always used to dictate renewals rather than the item holding branch's rules.

To replicate:
- Set CircControl and HomeOrHoldingBranch as noted above
- Check out an item while logged in as Library A where the circ/renew period is set to 7 days
- Switch to Library B where the circ/renew period is 14 days
- Renew the item while logged in as Library B, the new due date is 14 days later

A few savvy users have figured out that they can call a library with a longer loan period for renewal to get a bigger extension on their checkouts.

It would be nice if renewal behavior could be explicitly defined to follow the rules of the library of the initial checkout to close that loophole.
Comment 6 Katrin Fischer 2022-11-17 10:24:29 UTC
(In reply to Jason Robb from comment #5)
 
> It would be nice if renewal behavior could be explicitly defined to follow
> the rules of the library of the initial checkout to close that loophole.

The system preferences are explained well here:
https://bywatersolutions.com/education/monday-minutes-circulation-rules-for-multi-branch-systems

I'd say it works as described. HomeOrHoldingBranch doesn't take effect, CircControl does.

I think it would not make sense to pull some values from one rule and others from another. If you use the loan period from one library, also their renewal rules should apply.


Maybe "the library the item is from" + holding branch would work like you expect?