2019-5-20 Resource Access Meeting Notes
Date
Attendees
Regina Frindt
Discussion Items
| Time | Item | Who | Description | Goals |
|---|---|---|---|---|
| 5min | Housekeeping |
|
| |
| 10min | Holds | Cate Boerema (Deactivated) | Update on Hold shelf expiration report | A few weeks ago we discussed the challenge of creating a hold shelf expiration report and decided it would be helpful to have an explicit item status of "Pickup expired" set when a request is cancelled or expired while on the hold shelf. The idea was that this item status could be used as a simple filter for the report. After much analysis, the developers have determined that setting this item status is a sizeable piece of development and there is still lack of consensus regarding the best way to accomplish it. So, in lieu of this change, the developers have proposed that we create a purpose-built hold expiration report (csv to start out). The logic for generating the report will be, roughly, find all items with item status = awaiting pickup and the request at the top of the queue != awaiting pickup. To get the appropriate request info for the report, we'll look at the request that was most recently closed while awaiting pickup). |
| 5min | Paging | Cate Boerema (Deactivated) | what happens to Paged items for which the queue has been cleared | We talked recently about what should happen to a Paged item status when the request queue is cleared (all requests in queue are cancelled or moved). We had said we wanted the item to return to previous status value (whatever it was before it was Paged). Currently that could only be Available but the thought was that, in the future, it might be possible for the previous status to be Recently returned. I have spoken with Marc and it turns out we don't have easy access to the previous state. We'd like to return to Available in all cases. Any major concerns? There is also a scenario where a Paged item's queue could empty because the page request expired. I assume this is an edge case. The current implementation of request expiration would not be able to change the item status to available in this scenario. I think this is probably okay. The item would just continue to show up on the page pick list report and someone would pick it up and check it in. Once checked in, the item status would update appropriately. All okay with this? |
| 30min | Permissions | Cate Boerema (Deactivated) | Update on permissions functionality | Update RA SIG on current situation for permissions and determine next steps for POs https://docs.google.com/presentation/d/1hUWd6DTTIAwKOzcK2E3Ywx0vNKGnNimazgDOd3lGvtc/edit#slide=id.p1 |
| 10min | Notices | Darcy Branchini | Notices and performance |
Meeting Outcomes
Functional Area | Product Owner | Planned Release (if known) | Decision Reached | Comments |
|---|---|---|---|---|
| e.g. loans, fees/fines | Name | e.g. Q4 2018, Q1 2019 | Clearly stated decision | |
| Requests | Expired holds report |
| ||
| Requests | What happens to Paged items for which the queue has been cleared |
| ||
| Permissions | Permissions update |
|