Date

16 Jul 2020

Attendees

Discussion Items

Time	Item	Who	Description	Goals/Info
2min	Administrivia	Andrea Loigman		Notetaker - Joshua Lambert No meetings 7/23 and 7/27
20min	Item Status	Emma Boettcher	Updates from item status group: tracking item status history	Review item status history wireframe. Solicit feedback/concerns on data captured/not captured in wireframe.
20min	Item records	Cate Boerema (Deactivated) & Kimie Kester	Follow up on Fast Add records	- Review Kimie's new mockups for Check out page: https://drive.google.com/drive/folders/1yUAeP4cDMsexe1hy1IaFWdNh6GTfN8iL - Discuss Charlotte's proposal to have Fast adds identified by an Instance status value: https://folio-org.atlassian.net/browse/UXPROD-1057?focusedCommentId=82440&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-82440 - Discuss how we might set the defaults for Instance status and, possibly, suppress from discovery for Fast add.
10min	Item Search	Cate Boerema (Deactivated) & Kimie Kester	Item search and select popup follow up	https://folio-org.atlassian.net/browse/UXPROD-284 Revisit priority of this feature with SIG. Based on last conversation, it did not seem this was really a go-live blocker, as indicated by most institutions. We have confirmed with Dennis that this isn't an Acquisitions go-live blocker either. Can people adjust their rankings?

Functional Area	Product Owner	Planned Release (if known)	Decision Reached	Reasoning	Link to supporting materials
e.g. loans, fees/fines	Name	e.g. Q4 2018, Q1 2019	Clearly stated decision	Because... Because...	e.g. mock-up, JIRA issue
Item status	Emma Boettcher		"Reason" was not needed as a table column on the Tracking status history UI.	There was enough information in other fields.
Fast add record	Cate Boerema (Deactivated)		"Suppress by discovery" should be checked by default for fast adds settings?
Fast add record	Cate Boerema (Deactivated)		The fast add record creation screen should show the instance status and make it editable.	If the fast add is a barcoded book that needs cataloging attention, then the status should reflect that. If the fast add is a laptop that doesn't need to go to cataloging, then it should have a different status.

RA SIG meetings are cancelled for July 23 and 27.

Item Status Group report and questions (Emma):
Emma showed a mock-up of a "Tracking Status History" user interface.

Emma asked what data was needed for this screen.
As presented, it included the following fields: From, What, When, Field, Original Value, New value, App, Reason.
The field names were taken from an old document so may need to be updated. UI testing process will show that.
The table will not record anything if a status is not changed.
There was discussion about whether it should include a where field and if the Reason field is valuable.
As far as the RA SIG was concerned, the Reason field could go away.

Fast add record creation UI mock-ups (Kimie and Cate):

There was general discussion about the UI of the screen.
Cate specifically asked if the "New fast add record" button should be blue or white. The group said white.

Fast add record flagging (Cate)

Fast add records will be flagged by the "Instance status" field. Such fields are specified by each institution in the Settings app.
There will have to be added settings.
Cate asked if if "Suppress by discovery" should be checked by default, in the Settings app, for fast add items. "Yes" was the consensus.
Cate asked if the instance status field should show on the fast add record creation UI. The consensus was that it should be shown.
Showing the status is important because people might want to change it. Not every fast add will need to go to cataloging or not go to cataloging. The record creator should be able to specify what instance status is appropriate.
If people have the UI to change instance status, it should probably not list all possible statuses but only ones appropriate during fast adding. The problem with this is that it would require more developer time.
Permissions related to creating fast adds will be the same as creating new items in the Inventory app. This could be a problem for some institutions but creating the feature will add software development time.

Item lookup at check out

A past RA SIG meeting seemed to indicate that the ability to lookup an item by title in the Check Out app was not an MVP feature. That said, the JIRA ticket indicated it was for many institutions. Cate wanted to clarify if it was nor was not. There was no consensus. She emphasized that every institution should make sure the JIRA Tickets reflected what the institution wanted them to.