https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33446
Melissa <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #5 from Melissa <[email protected]> --- I agree with Trevor. We have a recent example of how not being able to clear the transit status is detrimental to workflows. We had a customer return a book damaged. For some reason, the staff person checking the material in didn't want to charge the customer, so moved to check the item in. The items could not float to the location they were working so Koha immediately put the item into transit to its owning location. The staff person then went to mark the item withdrawn, but couldn't. We have the system preference set to not allow staff to mark things withdrawn while they are in transit (for a few reason), but the main one being that we also don't allow items that are withdrawn to clear that status when they are checked in. They remain in withdrawn. Because of this, the item remains in transit for eternity. Staff must be able to easily reverse transit status that does not involve them changing their logged in library to the receiving end of the transit. I think that is unreasonable to ask staff to do that and can (and will) cause problems if they forget to change it back. I see no problem with the "cancel transit" button being available on the screen that asks to confirm transit when it is initially scanned in -- and any additional scans after that. There is no point in "confirming transit" if the only option is to confirm. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. _______________________________________________ Koha-bugs mailing list -- [email protected] To unsubscribe send an email to [email protected] website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
