[Bug 41937] New: Items are checked for shelf order in inventory regardless
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41937 Bug ID: 41937 Summary: Items are checked for shelf order in inventory regardless Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs@lists.koha-community.org Reporter: esther.melander@bywatersolutions.com QA Contact: testopia@bugs.koha-community.org CC: m.de.rooy@rijksmuseum.nl The inventory tool has an option to "Check barcodes list for items shelved out of order:" If this option is selected, I would expect the inventory report to include a comment in the Problems column for items that are "Found in the wrong place" If this option is NOT selected, the inventory goes ahead and tells me if items are in the incorrect place, regardless. It's not clear what selecting the option does. If I do not select the option, I would not expect to see "found in wrong place" problems. -- 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=41937 David Cook <dcook@prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook@prosentient.com.au --- Comment #1 from David Cook <dcook@prosentient.com.au> --- Yeah that sounds familiar too. If you look at tools/inventory.pl, "out_of_order" and "wrongplace" are two different things. Why is this the case? No idea. Bug 21408 added "out_of_order". Looking at bug 14399 it seems that wrongplace means the item shouldn't have been scanned at all whereas "out_of_order" means it should've been scanned but it's in the wrong order of scanned items. Subtle difference and maybe a problem with conditions. More investigation needed. -- 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=41937 --- Comment #2 from Esther Melander <esther.melander@bywatersolutions.com> --- An additional wrinkle. Is the option to check barcodes list for items shelved out of order dependent on the Call number classification schema option in the item location filters? It seems like it is (or should be), but it is not obvious. The Call number selection defaults to Dewey Decimal whether the box is selected to Check barcodes or not. The order of the call numbers would/should depend on the classification scheme. But if the Check barcodes option is left blank, then the classification scheme should not matter and the inventory report should not check for item order. In a test inventory, that is what happens. Leaving the option blank, still returns wrong place errors, which is definitely confusing. -- 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=41937 --- Comment #3 from David Cook <dcook@prosentient.com.au> --- (In reply to Esther Melander from comment #2)
An additional wrinkle. Is the option to check barcodes list for items shelved out of order dependent on the Call number classification schema option in the item location filters? It seems like it is (or should be), but it is not obvious.
Yes, although I think that is a recent thing. It's been biting me recently for sure.
The Call number selection defaults to Dewey Decimal whether the box is selected to Check barcodes or not. The order of the call numbers would/should depend on the classification scheme. But if the Check barcodes option is left blank, then the classification scheme should not matter and the inventory report should not check for item order. In a test inventory, that is what happens.
Leaving the option blank, still returns wrong place errors, which is definitely confusing.
I don't know why I didn't mention it last time, but in my recent experience people haven't been setting their classification source correctly, so the wrong algorithm gets applied to itemcallnumber when it's translating to cn_sort. So when you're doing the inventory list, it generates one with a bizarre order which is very different to your real order. Marcel has a cool bug for improving the handling of generic call numbers: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41932 -- 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=41937 Danielle M. <dmeininger591@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dmeininger591@gmail.com --- Comment #4 from Danielle M. <dmeininger591@gmail.com> --- "Found in Wrong Place" can also indicate an item that is in the wrong library or shelving location depending on the filters applied. When completing inventory recently I de-selected "Check barcodes list for items shelved out of order:" for time reasons and I did not get any errors for items found out of shelving order. However when I was testing the inventory module I did select "Check barcodes list for items shelved out of order:" and it did not seem to work correctly. I suspect now that my issue was the classification as David suggested. Final note: I was using the upload barcodes option: https://koha-community.org/manual/latest/en/html/cataloging.html#uploading-b... -- 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=41937 Michelle Spinney <mspinney@clamsnet.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mspinney@clamsnet.org -- You are receiving this mail because: You are watching all bug changes.
participants (1)
-
bugzilla-daemon＠bugs.koha-community.org