Inventory
(UXPROD-785)
|
|
| Status: | Open |
| Project: | UX Product |
| Components: | None |
| Affects versions: | None |
| Fix versions: | TBD | Parent: | Inventory |
| Type: | New Feature | Priority: | TBD |
| Reporter: | Jennifer Eustis | Assignee: | Ryan Taylor |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | epam-folijet, inventory, needs-t-shirt-size-BE, needs-t-shirt-size-FE | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original estimate: | Not Specified | ||
| Issue links: |
|
||||||||||||||||
| Release: | Not Scheduled | ||||||||||||||||
| Epic Link: | Inventory | ||||||||||||||||
| Development Team: | Folijet | ||||||||||||||||
| PO Rank: | 0 | ||||||||||||||||
| Description |
|
Overview: In FOLIO Inventory App, when you are searching Items, we want to be able to save item UUIDs in a similar way that you can save holdings uuids and instances uuids. What this new feature would look like:
Expected Results: The system creates a CSV file with the item UUIDs that is then downloaded to the local computer. This is the same way that a user can save holdings or instances UUIDs. The user now has a list of item uuids. |
| Comments |
| Comment by Jennifer Eustis [ 05/Jun/23 ] |
|
Khalilah Gambrell This is a request for a new feature. The use case is to save a csv of item UUIDs. Currently we can save holdings uuids and instances uuids. By saving item uuids, then we can have a csv file ready to use with Bulk Edit. I'm not sure if this would fall under you or another PO. Thanks for considering. |
| Comment by Magda Zacharska [ 05/Jun/23 ] |
|
The saving UUIDs for instances and holdings uses /search/instances/ids and /search/holdings/ids endpoints respectively. Similar functionality will need to be added for saving items UUIDs. |
| Comment by Marc Johnson [ 06/Jun/23 ] |
|
Moved to ui-inventory because this describes a UI feature and requires changes in modules other than mod-inventory (as advised by Magda Zacharska above). |
| Comment by Jennifer Eustis [ 06/Jun/23 ] |
|
Thank you Marc Johnson and Magda Zacharska for updating this issue. From the slack thread it seems that Ann-Marie Breaux is the PO on this. The primary use case is to get item uuids for bulk edit which would be fantastic! Also, this would be helpful for any round tripping. We can save to a csv instances and holdings uuids.
|
| Comment by Ann-Marie Breaux (Inactive) [ 07/Jun/23 ] |
|
Thanks for adding this, Jennifer Eustis Kateryna Senchenko and Mariia Aloshyna, please review this feature description and especially Magda Zacharska's comment about endpoints above. Could you advise on what stories would be needed? I can create the UI one, but am not sure which and how many BE stories might be needed. If it's only a couple, it would be great to add them and have this feature ready for refinement, even though it's not clear to me when we might be able to fit this in. Thank you! |
| Comment by Jennifer Eustis [ 07/Jun/23 ] |
|
I just wanted to add that the saved list of item UUIDs should be those that correspond to the search or search query. For example, if you search for items with a status of Intellectual item, then when you save the item UUIDs, you get only those with that status. What is shown in the results pane will be the instances where 1+ instance might be connected to multiple holdings and those holdings connected to multiple items where one out of all the holdings has the status of Intellectual items. In the actions to save the list of item uuids, it should include only that 1 item with that status and not all the items connected to the holdings that is connected to the instance which is displayed in the search results. Thanks. |
| Comment by Ann-Marie Breaux (Inactive) [ 07/Jun/23 ] |
|
Hi Jennifer Eustis Interesting - so a filtered item list, not all the items associated with the retrieved instances/holdings. Good to know - thank you! |
| Comment by Jennifer Eustis [ 07/Jun/23 ] |
|
I believe the Save Holdings UUIDs works like this - though I could be wrong. I've relied more on LDLite to get lists of UUIDs. Yes it is critical to have the list return only those items that fit the search criteria (query or filtered list). Honestly this is one of the issues with providing the search results be instances only when searching for holdings or items. At that point, I'm not looking for instances but particular holdings or item records. Hopefully this will change in Inventory. |
| Comment by Ann-Marie Breaux (Inactive) [ 18/Aug/23 ] |
|
Moved from UIIN project to UXPROD project, since this is a feature |