[Bug 34458] New: It should be possible to change the pickup location for in transit holds
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34458 Bug ID: 34458 Summary: It should be possible to change the pickup location for in transit holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs@lists.koha-community.org Reporter: tomascohen@gmail.com QA Contact: testopia@bugs.koha-community.org CC: gmcharlt@gmail.com Bug 30500 introduced a way to change the pickup location for in transit holds, in the OPAC. And now bug 34024 highlighted we don't have a feature on the staff interface. I open this bug so we discuss possible implementation details. Questions: - Does it need any workflow? - Should this be reported somewhere? (e.g. in transit holds report highlighting those that changed) - Should it be notified. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34458 Tomás Cohen Arazi <tomascohen@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomascohen@gmail.com See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=34024 Depends on| |30500 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30500 [Bug 30500] Add option to allow user to change the pickup location while a hold is in transit -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34458 Sally <sally.healey@cheshiresharedservices.gov.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sally.healey@cheshireshared | |services.gov.uk -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34458 Emily Lamancusa <emily.lamancusa@montgomerycountymd.gov> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |emily.lamancusa@montgomeryc | |ountymd.gov -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34458 Katie Bliss <kebliss@dmpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kebliss@dmpl.org -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34458 --- Comment #1 from Emily Lamancusa <emily.lamancusa@montgomerycountymd.gov> --- My understanding is the OPAC feature didn't add any new workflows or reporting under the assumption that, once the item was in transit, it wasn't going to be touched until it got to its destination anyway. Then when the item is checked in at its destination, the check-in function already handles checking the hold pickup location, initiating a new transfer, and notifying the staff member while they have the item in their hand so they can send it along to its new destination. It seems to me like doing this in the staff interface wouldn't need any new workflows for the same reason (other than perhaps a confirmation modal). A patron notification would be a good idea to minimize the chances of the patron looking for their item at the wrong branch. I'm not sure about reporting. I don't think we have a use case for it, but I can't speak for anyone else. The OPAC feature has a syspref that allows libraries to decide which statuses (Pending, Suspended, and/or In-Transit) permit pickup location changes via OPAC, so there should probably be a similar syspref for the staff-side feature for consistency. I see a couple of folks from libraries following this bug - any of you want to weigh in? :) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34458 Rebecca Coert <rcoert@arlingtonva.us> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rcoert@arlingtonva.us -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34458 --- Comment #2 from Rebecca Coert <rcoert@arlingtonva.us> --- I was excited to see the OPACAllowUserToChangeBranch in 22.11 but immediately wondered why there wasn't also an option for this in the staff interface. Thanks for opening this bug and discussion! I agree that this should be made available on the staff side, and I'd like to request that it be available for adjustment on the Holds tab of the borrower's record, as well as on the Holds tab of the Bib record. Staff here would appreciate not having to jump between screens to accomplish this task. I think adding re-routing information to the /transferstoreceive.pl page would be useful, especially if things went missing while in transit. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34458 --- Comment #3 from Sally <sally.healey@cheshiresharedservices.gov.uk> --- (In reply to Emily Lamancusa from comment #1)
I see a couple of folks from libraries following this bug - any of you want to weigh in? :)
Yes, I agree with the points here: - The staff need the feature; anything the patrons can do, the staff should be able to do - As in the OPAC feature, a syspref to choose which statuses permit pickup location changes should exist - The staff should also be able to modify the pickup location using the Holds tab in the patron account (when a record has 100+ holds on it, it's too easy to accidentally modify the wrong hold) For reporting: - I'd like to see the change recorded in the action logs - I think this should be the same for both this staff feature and the OPAC feature Suspend/resume are already recorded in the action logs, including when a patron performs the action - and we use this data when reporting on how long it takes us to fill holds. Changing location whilst in transit will impact fill times, so it would be important for us to be able to see how much the feature was being used and how much of an impact it was having. Having the change in action logs would also mean we could run reports where intervention is needed. For example, if an item is in transit to a library with few collections (i.e. high cost on the Transport Cost Matrix), we might decide that we'd be better reverting the in transit status and selecting an alternative copy, instead of waiting for the original copy to arrive at the original location and be sent onwards. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
participants (1)
-
bugzilla-daemon@bugs.koha-community.org