[Koha-bugs] [Bug 27464] New: Extend functionality of AllowHoldsPolicyOverride to prevent some overrides

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Mon Jan 18 15:48:27 CET 2021


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

            Bug ID: 27464
           Summary: Extend functionality of AllowHoldsPolicyOverride to
                    prevent some overrides
 Change sponsored?: ---
           Product: Koha
           Version: 19.05
          Hardware: All
                OS: All
            Status: NEW
          Severity: enhancement
          Priority: P5 - low
         Component: Hold requests
          Assignee: koha-bugs at lists.koha-community.org
          Reporter: madamyk at ckls.org
        QA Contact: testopia at bugs.koha-community.org
                CC: gmcharlt at gmail.com

If one tries to create a "local use only" item type, there isn't a good way to
make it impossible to place holds for anywhere other than its home branch. 

Setting restrictions on it in Circ rules allows any staff member with
permissions to override the hold restrictions. 

Another option is setting an item to a lost status, but this is certainly not
ideal: it clears the status every time the item is scanned, and it affects how
it appears in the OPAC. 

What if there were a way to have finer control over the
AllowHoldsPolicyOverride system preference? For instance, allow hold overrides
as a separate permission for overriding circulation rules vs. overriding patron
restrictions. It seems logical that overriding a restriction to check out to a
patron is quite a bit different from ignoring specific circulation rules (if
that makes sense).

Perhaps another way to work around this would be a checkbox in the circulation
rules with an option to "Ignore staff overrides" or something similar? It could
be turned on or off for each individual circulation rule.

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


More information about the Koha-bugs mailing list