https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20962
--- Comment #11 from Barton Chittenden <bar...@bywatersolutions.com> --- (In reply to Katrin Fischer from comment #10) > 2) Notification method: The 'Note' on the RFC mentions that for mutiple > levels of overdues, they should be included in one notice type for messaging > preferences. I understand this would mean one line in the table for all 3 > levels of notices applied with the settings made there applied to all of > them. > > Currently message transport types can be different per library and notice > level. I think this would no longer work with the suggested change. A very > common use case here is: > Sent the first 2 overdues by email, sent the 3rd in a more formal way as a > postal notice. > > If this would no longer be possible it would cause big problems for us. > > 3) Patron's choice: As stated before it would cause a problem for us, if > patrons can opt out of overdue notices themselves. Overdue notices appearing > in the messaging preferences in OPAC should be a configurable option to > allow for different use cases. To give another concrete case here, one of our partners has an Audio-Visual department in one of their libraries which lends laptops, video cameras, tablets etc. This department is organized as its own branch. They have very specialized notices and overdue triggers due to the monetary value of the items they're lending -- for this library, losing control of the timing content and method of notice delivery is not an option. Another thing to keep in mind is that the library updating borrower messaging preferences is currently awkward -- the library can currently modify default messaging preferences, but in order for that to propagate, we have to run a script. If we move more control over borrower messaging preferences, then I think we need to have a more sophisticated system of allowing the library to a) control which options borrowers have control over (so that borrowers can't entirely disable overdue notices, for example) and b) some way of allowing borrowers to specify which preferences they want to stick when the library makes changes, so that library changes don't automatically break patron customizations. Any change to message triggers and borrower messaging preferences is going to require some *very* careful thought; there's a much broader spectrum of use-cases and work flows than meets the eye. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. _______________________________________________ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/