[Bug 27086] New: Add a both/most restrictive option for ReservesControlBranch
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27086 Bug ID: 27086 Summary: Add a both/most restrictive option for ReservesControlBranch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs@lists.koha-community.org Reporter: nick@bywatersolutions.com QA Contact: testopia@bugs.koha-community.org CC: gmcharlt@gmail.com Some libraries would like to be able to check both a patron's branch, and an items branch when determining if an item can be held. This is related to reciprocal borrowing, where one library does not allow holds on dvds from other libraries, but other libraries do. They want the home library's rule to affect their patrons when placing holds on DVDs from other libraries In this scenario we would check the rules based on both settings, using the most restrictive rule found -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27086 Andrew Fuerste-Henry <andrew@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andrew@bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27086 AspenCat Team <aspencatteam@clicweb.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aspencatteam@clicweb.org --- Comment #1 from AspenCat Team <aspencatteam@clicweb.org> --- Currently we are attempting to control differing holds rules amongst branch libraries with branch transfer limits. This is an effective, but not efficient way to ensure that both the holds rules (whether it can be lent on one side, and whether or not it can be requested on the other) are followed when a patron places a hold. By checking both the patron library and the home library of the item, then managing holds could be easily and accurately done in the circ rules. - Bob -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27086 --- Comment #2 from AspenCat Team <aspencatteam@clicweb.org> --- Here are scenarios that ByWater came up with that generally describe how this would work. Scenario 1: Libraries A, B, C, and D in a consortium A, B, C all have DVDS and will share these items with other libraries Library D doesn't have any DVDs and is not allowed to request other libraries DVDs. Library A, B, C set their hold policy to any library can place a hold With the proposed development, Library D sets a rule to say no holds allowed on DVDs (because they don't have them and patrons can't have anybody else's). The new logic of checking item AND patron library would result in no hold being allowed by patrons from library D, but would be allowed by A,B, C Scenario 2: Libraries A, B, C, and D in a consortium A, B, C all have DVDS and will share these items with other libraries Library D has DVDs but does NOT allow others to request their DVDs and as a result their patrons are not allowed to request other libraries DVDs. Library A, B, C set their hold policy to any library can place a hold With the proposed development, Library D sets a hold policy rule that specifies 'HOME library '. The logic here is a bit murkier as the hold is allowed by A,B,C libraries but 'obliquely' points to patrons of D being the only ones allowed to place holds so the software needs to know that also means they are NOT allowed to place holds on others DVDs. Note: this logic starts to include some assumptions and becomes a tad grey Scenario 3: Libraries A, B, C, D, and E are in a consortium Libraries A,B, C and in a library group (a school district, or small town with 3 branches for example) All the libraries have DVDs, but Group A,B,C only want to share their DVDs with themselves and not with D or E. A,B,C all share together, D and E share together, but D and E can't request A,B,C and A,B,C can't request D or E. This is what branch transfer limits is effectively doing for you now - albeit in a difficult way to administer. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27086 Michael Adamyk <madamyk@ckls.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |madamyk@ckls.org -- You are receiving this mail because: You are watching all bug changes.
participants (1)
-
bugzilla-daemon@bugs.koha-community.org