...
Discussion Items
| Time | Item | Who | Description | Goals | ||||
|---|---|---|---|---|---|---|---|---|
| 5 min | Housekeeping | Andrea Loigman |
| |||||
| 5min | Users | (OLD ACCOUNT) Erin Nettifee | active/not active | UM needs to understand our use case for the active/not active field in the user record | 15min | Missing | Emma Boettcher | |
| Missing items | Decide how an item is marked as thoroughly searched (automated or manual) | 15min | Lost | Emma Boettcher | Lost (aged to lost, declared, lost and paid) statuses | Decide what actions are permitted (renew, change due date, claim returned, etc.) on items with various lost statuses | ||
| 25min | 20min | in-transit | Emma Boettcher | In-app report: items in transit | Confirm requirements for in-app report.Request queue | Cate Boerema (Deactivated) | Manual request queue reordering vs rush request | - We recently reviewed and approved mockups for the manual request re-order page: https://drive.google.com/file/d/1VBGboSPqwuaZH5k0k4dH5xWdPEjVCG8y/view?usp=sharing -- Discussed with developers and, as anticipated, there are some design challenges with supporting manual request reording as well as auto-ordering via FIFO when moving requests from one item to another -- Developers and I discussed the possibility of flagging a queue as manually re-ordered and, when moving requests from one item to another, placing moved requests at the *end of the queue* in such cases (as opposed to ordering FIFO as we normally do) -- HOWEVER there are challenges: --- Technical: There is no easy way to do this with current architecture ---- Design: Once a queue has been flagged as manually reordered, when/how does it get reset to FIFO? Overall, it would be much easier if the queues could be manually ordered or FIFO but not both. Alternative 1: When moving requests from one item to another, you ALWAYS need to manually order the queue (right now it automatically slots moved requests into the queue according to the request creation date). Alternative 2: Instead of supporting manual re-order of request queue, we could implement Auto-sort of recalls above holds (https://issues.folio.org/browse/UXPROD-1558) and Rush/staff/admin requests (https://issues.folio.org/browse/UXPROD-1409) |
Meeting Outcomes
Functional Area | Product Owner | Planned Release (if known) | Decision Reached | Comments |
|---|---|---|---|---|
...