http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14364
Christopher Brannon <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #4 from Christopher Brannon <[email protected]> --- I'm not sure how many libraries would like this workflow. Having the system to make changes to the item and notify a patron before the staff have a chance to handle it is not a common practice. I haven't had a chance to test it yet, but wouldn't the staff grabbing the item and checking it in to generate a slip cause it to send out another notification? Having a hold notify a patron before the item is prepped can introduce some issues. For example, what if the person comes in before the staff have read the e-mail and processed the book. How do other staff find the item? We often have patrons come to the desk literally minutes after the notification goes out, and the patron happens to be in the library. This produces a kink in the workflow and has the potential to frustrate both patron and staff. What would be preferred is the following (at least at our library): 1) Waiting hold expires or is cancelled. 2) Staff alerted and item status is changed so as not to show that it is available, but the hold is over. 3) Staff grab books and check them in. 4) Koha sees that they have expired or cancelled holds and asks if you would like to move the item on to the next hold (if one exists), or renew the hold. 5) A new slip is generated in either case, and the item is moved on or back on the hold shelf. This is just my opinion, but I think my suggested workflow is more acceptable. I'm not changing the status on the enhancement to in discussion, since this is an option and not a fundamental change, but I'm not sure how many folks will go for this. Christopher -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] 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/
