[Bug 33301] New: Request for adding a facility to remember the previous item location and switch back to it upon check-in.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33301 Bug ID: 33301 Summary: Request for adding a facility to remember the previous item location and switch back to it upon check-in. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs@lists.koha-community.org Reporter: rajujogi.t@gmail.com QA Contact: testopia@bugs.koha-community.org CC: m.de.rooy@rijksmuseum.nl For example an item with location code 'GEN' is sent for binding and the current location is now 'SFB' (Sent for binding) and when that item comes back to library from bindery, it's location should automatically be switched back to 'GEN' upon check-in. Since items with different location codes form the list of items being sent for binding, remembering the previous location will help Koha system to automatically set the locations back to the respective original locations. -- 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=33301 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Request for adding a |Request for adding a |facility to remember the |facility to remember the |previous item location and |previous item location and |switch back to it upon |switch back to it upon |check-in. |check-in --- Comment #1 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- If GEN is always correct, you could also use UpdateItemLocationOnCheckin, but I guess the problem is, it's not always GEN... I think the hard part here would be to make it configurable when Koha needs to remember a previous location and when it does not. Then we'd also need to get this right with PROC and CART locations. Instead of using a location for binding maybe you could use a not for loan value (away for binding). Then you can reset that to available on checkin autmatically, using UpdateNotForLoanStatusOnCheckin. -- 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=33301 Andrew Fuerste-Henry <andrewfh@dubcolib.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andrewfh@dubcolib.org --- Comment #2 from Andrew Fuerste-Henry <andrewfh@dubcolib.org> --- This is technically possible, though I'd love to see a more official and codified process. The database includes items.permanent_location, but Koha really only expects you to use to store the item's actual location while it's set to either a temporary status set when the item is first cataloged (defined in NewItemsDefaultLocation) or "CART" for cart_to_shelf cron. By default, any edit to items.location outside of cataloging a new item or setting an item to CART at checkin will *also* update permanent_location, thereby messing up what you're trying to do. But you can make location and permanent_location independently editable and then make items change from their temporary location to their permanent location at checkin. To do so: - Create a new 952 subfield, editable, managed within the Items tab, set to use the LOC authorised value. You'll have to repeat this setup in each framework in which you have items where you want to use a temporary shelving location. - Go to Koha To MARC Mapping in administration and connect the subfield you just created to items.permanent_location - go to system preferences set UpdateItemLocationOnCheckin to update all items toe their permanent shelving location at checkin (https://koha-community.org/manual/latest/en/html/circulationpreferences.html...) - Pull up an item record and see that the edit screen shows both location and permanent location. Confirm that you can edit either without changing the other. - Check in an item where the two values don't match, confirm it updates to the permanent_location -- 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=33301 --- Comment #3 from Andrew Fuerste-Henry <andrewfh@dubcolib.org> --- But see bug 31187 for how this workflow doesn't currently allow for setting a temporary shelving location for multiple items in a batch. -- 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=33301 --- Comment #4 from Andrew Fuerste-Henry <andrewfh@dubcolib.org> --- Thinking of ways to make this simpler, it'd be a great first step to introduce a method by which to indicate which shelving locations should be considered "temporary" in the style of the shelving cart. Maybe a system preference where one enters a list of shelving locations, and Koha remembers that any edit to set an item to one of those locations should set items.location without changing items.permanent_location. -- 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=33301 Andrew Fuerste-Henry <andrewfh@dubcolib.org> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=31187 -- 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=33301 Andrew Fuerste-Henry <andrewfh@dubcolib.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE Status|NEW |RESOLVED --- Comment #5 from Andrew Fuerste-Henry <andrewfh@dubcolib.org> --- *** This bug has been marked as a duplicate of bug 30901 *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
participants (1)
-
bugzilla-daemon＠bugs.koha-community.org