Bug 24956 - Add ability to define emergency/override circ rules
Summary: Add ability to define emergency/override circ rules
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: Circulation (show other bugs)
Version: Main
Hardware: All All
: P5 - low enhancement with 5 votes (vote)
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-03-23 18:24 UTC by Nick Clemens (kidclamp)
Modified: 2024-04-11 15:23 UTC (History)
11 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nick Clemens (kidclamp) 2020-03-23 18:24:09 UTC
When there are library closings or adjustments due to unforeseen circumstances it would be nice to have a way to 'override' current circ rules, without needing to adjust individual circ rules and to preserve regular behaviour while allowing for large scale changes

Idea would be like:
1 - Add new checkbox for  'Activate Emergency rules"
2 - Checking this box would make visible a new row in the circ table (colored red? bold?)
3 - The rules in the row would have _emergency appended to name (or be upper case, something to mark them as different
4 - These rules (if set and active) would override all other branch rules
5 - Code would be adjusted to pick these rules first if the branch is set to 'emergency' mode
Comment 1 Jason Robb 2024-01-09 18:57:52 UTC
It would save a lot of time and headache if there were an override layer above the existing circ/fine rules setup.

We heavily rely on an "All/All" rule at each branch to reduce the total number of rules needed to accommodate a fluctuating number of item types and patron categories. That works well, but it means if we need a rule that affects all branches, it requires a new rule line for each individual branch.

As an example, we don't want self-registered patrons to be able to check out until they upgrade their account to a regular patron category. At the moment, every branch needs a SELFREG/All rule to prevent checkouts to the SELFREG category. If those rules aren't set, they'll hit the All/All rule for that branch before they can reach a SELFREG/All rule on the "Standard rules" setup. A global override rule would reduce the rules needed from one per branch to just one rule.

Another possible implementation might be to make a "Global rule overrides for all libraries" page similar to the "Standard rules for all libraries" page, where any rules set on the overrides page would take top priority.
Comment 2 Katrin Fischer 2024-01-12 11:32:11 UTC
At the moment the rule system is already complex, I'd warn against adding complexity needlessly.
I believe what Jason described is a different use case to the temporary overwrite Nick suggested that would overwrite ALL existing rules with a new rule set temporarily.
Comment 3 Christopher Brannon 2024-01-18 20:28:09 UTC
I would be interested in a way to override some or all rules without touching the original rules.  Sounds like a great idea.
Comment 4 Chanel Wheeler 2024-04-11 15:23:36 UTC
In a consortium this would very handy.