[Koha-bugs] [Bug 34899] Circulation Rules: Only Allow "Local Use" Patron Category to Place Hold on Specific Branch Copies

[bugzilla-daemon at bugs.koha-community.org]

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34899

--- Comment #3 from Steve, OSLRI, USA <sspohn at oslri.net> ---
With apologies for length, I'll add a bit more information in hopes to inform
ongoing chat:

@ Katrin Fischer

CircControl = "The library the item is from."

ReservesControlBranch = "Item's home library."

Essentially, our loan rules are governed by the owning library or "homebranch"
in Koha.


@ All

Here's a bit more:

Generally speaking, our loan rules are set at the Specific Library + Specific
Item Type Level w/ Patron Category wildcarded.

Given the order of precedence advertised at the top of the circulation rules
page, it appeared that we should be able to set a rule at the Specific Library
+ Specific Patron Category w/ Item Type wildcarded to limit a patron category
to only placing holds on items owned by their branch.  Alas, no.  Here's a bit
more from the ticket I opened with ByWater.

Note that we are testing this with a patron category LUOBAR (Local Use Only
Barrington) with our BAR (Barrington) branch.  We found a bib with items from
five branches including one from BAR that was conveniently checked out.  All
happen to be of the MUSICCD item type.  We then placed a hold from an LUOBAR
patron on that item and waited from the holds queue cron to run to see what
happened.  Sadly, rather than "waiting" for the BAR item to be returned, it
keeps popping another library's item into the queue to fill the hold right
away.

LUOBAR patrons by policy should only be able to checkout and place holds on BAR
items.  We tried to set up the loan rules in the system with help from ByWater
to do this, but holds were trapping a non-BAR item consistently.

QUERY:

select * from circulation_rules where 
rule_name in ('decreaseloanholds', 'hold_fulfillment_policy', 'holdallowed', 
    'holds_per_day', 'holds_per_record', 'max_holds', 'onshelfholds', 
    'opacitemholds', 'reservesallowed', 'waiting_hold_cancellation')
and (branchcode is null or branchcode = 'NPT')
and (categorycode is null or categorycode = 'LUOBAR')
and (itemtype is null or itemtype = 'MUSICCD')
order by branchcode, categorycode, itemtype

RESULTS:
id    branchcode    categorycode    itemtype    rule_name    rule_value
69369    NPT    LUOBAR    NULL    reservesallowed    0
69393    NPT    LUOBAR    NULL    opacitemholds    N
69377    NPT    LUOBAR    NULL    onshelfholds    2
69376    NPT    LUOBAR    NULL    holds_per_record    0
69371    NPT    LUOBAR    NULL    holds_per_day    0
69370    NPT    LUOBAR    NULL    decreaseloanholds    
44429    NPT    NULL    NULL    hold_fulfillment_policy    any
44430    NPT    NULL    NULL    holdallowed    from_any_library
44432    NPT    NULL    NULL    max_holds    25
69499    NULL    LUOBAR    NULL    reservesallowed    0
69473    NULL    LUOBAR    NULL    opacitemholds    N
69496    NULL    LUOBAR    NULL    onshelfholds    2
69465    NULL    LUOBAR    NULL    max_holds    0
69495    NULL    LUOBAR    NULL    holds_per_record    0
69490    NULL    LUOBAR    NULL    holds_per_day    0
69500    NULL    LUOBAR    NULL    decreaseloanholds    
279    NULL    NULL    NULL    hold_fulfillment_policy    any
278    NULL    NULL    NULL    holdallowed    from_any_library
53714    NULL    NULL    NULL    holds_per_day    0
53713    NULL    NULL    NULL    holds_per_record    
283    NULL    NULL    NULL    max_holds    25
53717    NULL    NULL    NULL    onshelfholds    1
53722    NULL    NULL    NULL    opacitemholds    N
53691    NULL    NULL    NULL    reservesallowed    0
154    NULL    NULL    NULL    waiting_hold_cancellation    1
53698    NULL    NULL    NULL    decreaseloanholds

-- 
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.