https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42855 Bug ID: 42855 Summary: Inventory tool check-in does not resolve mis-routed transfers Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs@lists.koha-community.org Reporter: martin.renvoize@openfifth.co.uk QA Contact: testopia@bugs.koha-community.org Blocks: 42851 Target Milestone: --- Split off from bug 42851. The inventory tool calls AddReturn($barcode, $item->homebranch) (tools/inventory.pl:269). If an item is in transit to a branch other than its homebranch, AddReturn returns WrongTransfer, which the inventory tool ignores. The original in-transit branchtransfers row is orphaned and shows forever on the "Transfers to receive" report. This case needs more consideration than the self-service interfaces: inventory scanning is a bulk/aside operation and we may not want to silently re-route transfers. Decide whether inventory should resolve the transfer, flag it for staff review, or report it in the inventory results. Test plan: 1. Transfer an item from A to B (in transit). 2. Scan the item's barcode in the inventory tool at branch C. 3. Define and verify agreed behaviour for the open transfer. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42851 [Bug 42851] [OMNIBUS] Items left stuck in transit when checked in outside the staff returns page -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.