[UIIN-2321] In Inventory search, Item, for a Former Identifier, results display instance not item totals Created: 06/Jan/23  Updated: 08/Feb/23

Status: Draft
Project: ui-inventory
Components: None
Affects versions: None
Fix versions: None

Type: Story Priority: P2
Reporter: Kay Granskog Assignee: Unassigned
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original estimate: Not Specified

Attachments: PNG File image-2023-01-06-09-33-32-976.png     PNG File image-2023-01-06-09-39-42-029.png    
Issue links:
Defines
defines UXPROD-491 Result list. Long term solution. Impl... Analysis Complete
Sprint:
Development Team: Prokopovych
Affected Institution:
MI State University/Library of Michigan
RCA Group: TBD

 Description   

Overview:
Steps to Reproduce:

  1. Log into Inventory
  2. Search under Item-All - 6096050704 (see illustration below). 
  3. Results from the Former identifier (found in the item record) only returns the four titles involved, not the number of items found in the remote storage box). See second screen shot of title one.  Items one and three are in the same box but not two.

Expected Results:  An item number search will return the items, not just the title. 
Actual Results: Only the instances that have an item associated with the item are reported.
Additional Information:
URL:
Interested parties:   Anyone who used a barcode in a previous system that allowed multiple barcodes on one item to collect the number of items physically housed together in one remote storage box when the second barcode value is shared by all items in the box. Kay Granskog 



 Comments   
Comment by Ann-Marie Breaux (Inactive) [ 09/Jan/23 ]

Hi Charlotte Whitt There was no dev team on this bug. I added Prokopovych, since it's related to Inventory searching. I realize it may not be a bug exactly, but please review and decide how you would like to handle. Thank you!

Comment by Charlotte Whitt [ 07/Feb/23 ]

Hi Kay Granskog - the current way Search in Inventory works is, that we display the instances in the result list, and then holdings, and item are associated, so the logic is: instance > holdings > item.

You are absolutely right that the count is instances, and not items. So what you report is not a bug.

That said, then we very much want to change the current behavior, and this has been a year long requirement, and ask from the community. New work has been defined, and what you want to see, would be implemented when we eventually get to have a result list, and searches as described in UXPROD-491 Analysis Complete , and the slide deck with UX mock ups defined by a MM-SIG working group and UX designer Kimie Kestner - see: https://docs.google.com/presentation/d/1i8-_1oVjFqqEeNaT1xANh2AT9TK5f5BTEJYujq6-0GY/edit#slide=id.g70d3ce0c05_0_28

I'll move this ticket to be a UIIN issue, change it to be a 'story' and then associated it with UXPROD-491 Analysis Complete . Does that sound okay?

CC: Kristin Martin Felix Hemme Raegan Wiechert - I here add you in CC, with the hope that you maybe can push for getting this work on the Product Council's road map plan and prioritization of work.

Comment by Kay Granskog [ 07/Feb/23 ]

Hi Charlotte Whitt - I understand the difference in why it isn't a bug.  If there is anything I can do to encourage this story to be a priority, let me know.  Thank you for setting it on a better path.  We have tried to overcome this deficiency with a workaround one of my colleagues created using the API but it currently takes over a minute to produce results.  I have a ticket in about that via EBSCOConnect.

Generated at Thu Feb 08 22:23:07 UTC 2024 using Jira 1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d.