Wishlist: Ability to specify multiple circulation modifiers for a circulation/hold policy
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Confirmed
|
Wishlist
|
Unassigned |
Bug Description
Evergreen 3.18
When creating circulation policies for libraries I often find that the majority of items follow 2 or 3 rules but because of different circulation modifiers I end up having to create 10 to 15 policies. (For example, 7 circ modifiers have 21 days, 2 renewals, $0.25 a day up to $5.00 and 5 circ modifiers have 7 days, 1 renewals, $1.00 a day up to $10.00).
It would simply circulation policies if you could specify multiple circulation modifier or shelving locations that a policy applies to. I'm envisioning this as similar to how you can currently select multiple circulation modifiers and shelving locations to Circulation Limit Sets.
This functionality would also be useful for hold policies.
summary: |
- Wishlist: Ability to specify multiple circultion modifiers for a + Wishlist: Ability to specify multiple circulation modifiers for a circulation/hold policy |
tags: | added: wishlist |
tags: |
added: admin-pages circulation removed: circpolicies wishlist |
Changed in evergreen: | |
importance: | Undecided → Wishlist |
status: | New → Confirmed |
I wonder if a simpler / more inclusive solution to this would be to allow users to clone circulation policies - see bug #1479149.
There are more fields than just circ modifier and shelving location that might get altered slightly from one policy to the next.
For example, the whole policy is the same except for permission group or perhaps owning library or perhaps recurring fine rule, etc.
I think the easiest way to account for slight changes to a policy in any number of fields would be through the ability to clone and edit policies.
In CW MARS, if the majority of a library's items will follow one policy, we add a policy with a blank circ modifier field, and all items fall back to this policy if an explicit policy for that modifier doesn't exist.