---- Reported by jwagner@ptfs.com 2009-08-05 18:37:44 ---- Created an attachment Composite circ rule screenshot Sponsored by East Brunswick Public Library, East Brunswick, NJ, USA. A combination of enhancements: 1. Circulation staff should have the ability to set maximum fines/fees, holds, etc by item type and borrower type, not just a system-wide setting. 2. Koha should not prompt to confirm checkout if amount owed is less than the maximum amount of fines allowed. 3. Allow staff to edit an existing circ rule, instead of deleting and creating new rule. Uses new sysprefs UseGranularMaxFines, UseGranularMaxHolds, WarnOnlyOnMaxFine. In circulation rules, set the maximum fine amount (the cap for fines to accrue on a particular patron/item combination). For example, if a fine for a book is 50 cents per day, and the max fine setting in the rule is $2.00, once an overdue book reaches $2.00 in fines it will not charge more than that amount even though it's kept out longer than four days. In circulation rules, set the maximum number of holds for the patron/item combination. For example, a Resident borrowing Books could be limited to 5 book holds, while a Resident borrowing DVDs could be limited to 2 DVD holds. A Nonresident could have different limits. If the WarnOnlyOnMaxFine syspref is turned on, the patron Checkout tab will show that fines are owed but will not require a "Checkout Anyway" click to continue with the checkout. To edit an existing circ rule, click the edit link next to the rule. That fills the data into the "add" line at the bottom of the page. Change values as needed, then save. ---- Additional Comments From drdrulm@yahoo.com 2009-08-26 16:30:13 ---- I sent a small patch which relates to this to not show the warning unless the patron fines are over some predefined amount - say $5 or $10 which is set with a syspref confirmissuescharge Minimum Fine to Require Issue Confirmation What is described for the granular fines seems ambitious! We just need something to work for now, and it is just a few lines added / changed. I just sent a small fix. Darrell Ulm ---- Additional Comments From jwagner@ptfs.com 2010-05-12 12:55:04 ---- The fix for this bug (in ptfs-harley) can be pulled from the public git repository at http://github.com/Koha-PTFS, branch http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3507 --- Bug imported by chris@bigballofwax.co.nz 2010-05-21 01:11 UTC --- This bug was previously known as _bug_ 3507 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3507 Imported an attachment (id=1374) Unknown operating system Windows 2000. Setting to default OS "All". Actual time not defined. Setting to 0.0 The original reporter of this bug does not have an account here. Reassigning to the person who moved it here: chris@bigballofwax.co.nz. Previous reporter was jwagner@ptfs.com. The original assignee of this bug does not have an account here. Reassigning to the default assignee for the component, gmcharlt@gmail.com. Previous assignee was kohaprogrammers@ptfs.com. Bug reassigned, setting status to "NEW". Previous status was "ASSIGNED". CC member drdrulm@yahoo.com does not have an account here The original submitter of attachment 1374 [details] is unknown. Reassigning to the person who moved it here: chris@bigballofwax.co.nz.
patch available at: https://github.com/ptfs/Koha-PTFS
A patch needs to be submitted based on master for this - and either a link right to the patch or an attached patch is necessary
The Harley integration project has been stalled for some time.