2019-5-20 Resource Access Meeting Notes

Time	Item	Who	Description	Goals
5min	Housekeeping	Andrea Loigman	Notetaker - Mark Canney	Call for members for title-level request sub-group. Reminder to review Reporting SIG master spreadsheet prior to Thursday's meeting.
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	https://docs.google.com/spreadsheets/d/13Xnb7j-xt0CZrgD9zRuH3OBX_bxR8FNl94F52Lom9gM/edit#gid=862098948

Meeting Outcomes

Functional Area	Product Owner	Planned Release (if known)	Decision Reached
e.g. loans, fees/fines	Name	e.g. Q4 2018, Q1 2019	Clearly stated decision
Requests	Cate Boerema (Deactivated)	Expired holds report	Logic defined above seems okay as long as we also include items where there are no more requests in queue Typically you'd want to just get the items that need to be cleared from the service point to which you are currently logged in However, there are some cases when you'd want to "zoom out" and include other service points (that maybe don't clear own shelves because they are unmanned, for example) When we have a proper in-FOLIO report for this (as opposed to a csv) we might offer filters so you can include/exclude other service points from the report. For the csv solution, we should just ask Chalmers what they would find most useful.