Date

16 Dec 2022

Attendees

Ann Crowley, Buddy Pennington, Carol Sterenberg, Corrie, Dennis Bridges, Dwayne Swigert, Emily Roberton, Heather McMillan, Jackie Magagnosc, Jean Pajerek, Julie Brannon, Julie Stauffer, Kimberly Pamplin, Kimberly Wiljanen, Kristin Martin, Lisa Smith, Lucas Moder, Martina Karlsson, Molly Driscoll

Agenda

Discussion items

Time	Item	Who	Notes
	Housekeeping	Dung-Lan	Last meeting for the year. First meeting will be Jan. 3
~ 4 min. after	PC Update	Kristin Martin	2022-12-08 Product Council Meeting notes Presentation about results of SIG conversations Identified several action items Things they feel like they can help with more quickly Communications between SIGs & PC Video summarizing new features in Morning Glory Some SIGs struggling with resources. Transparency about why certain SIGs have resources where others don’t Larger issue Onboarding and explaining project What is FOLIO? What is a SIG? 2022-12-15 Product Council Meeting notes Evaluation process for new modules. Still ongoing discussion about what an app is. Modules easier to define. Looking at another PC sub-group called Future of FOLIO Build, future of that group is uncertain Want FOLIO to be robust and flexible enough to support community
	Implementers' Topics # 68	Dennis Bridges / Julie Brannon	We're wondering why records display in the Receiving app for orders that are created with a Receipt status = "Receipt not required"? We're not seeing anything in the receiving app record to indicate that the order is a "Receipt not required" order, so they wouldn't know from the Receiving app that this order was set to "Receipt not required." Either give queue or not giving that receiving type. Should not be a receiving title. From Kristin Martin to Everyone 08:12 AM Agreed! I've also found this weird. If just searching for title directly, would get a much longer list. Ends up being extraneous information that people have to sift through From Sara Colglazier (MHC/5C) to Everyone 08:12 AM But for Package POLs Package Titles, then it is important to be able to search for them in Receiving Even though they are not received From Buddy Pennington to Everyone 08:13 AM Is it a language issue? Would changing it to "Not received" be clearer? We are JUST starting to use Receiving so we haven't experienced this. When a POL has a receipt status of "Receipt not required" the Receiving title should be hidden from the result list. Note: currently this is the only place you can see package POL titles. Are package POLs marked receipt not required? No, because a package POL that you want to add stuff too, you have to have create Instance, Holdings, Items, etc. Would it be logical to add a filter for POL receipt status? We could default it to not show those. From Lisa Smith, Mich State to Everyone 08:25 AM Regarding packages, Mich State has asked for the linked POLS to display within the package. We don't create inventory records for most electronic resources. From Sara Colglazier (MHC/5C) to Everyone 08:26 AM Our Package POLs are what we use for Print Approval plans and others in the 5C are for Gifts …. so not just for electronic resources From Lisa Smith, Mich State to Everyone 08:27 AM We also use packages for some print "packages," but in those cases we do link the inventory records to the package. Dennis: We will need to create a page and come back to this, it's a broader discussion.
:30	Implementers' Topics # 69	Dennis Bridges / Julie Brannon	Orders: Configure whether material type is required Orders: We'd like to make material type required for electronic order types so that users don't accidentally skip that field and it's important for tracking/reporting. Could that be configured by each institution in Settings > Orders so that institutions can decide whether to require material type based on order format (physical, electronic, P/E mix, other)? Dennis: We have discussed having an Acquisitions material type. Kristin: I wouldn't want to make it required for everyone to use material type. We are already having to put 'unspecified' everywhere. Dennis: If you're create inventory includes item materials, then material type is required. Dennis: So for different formats, you would be able to choose if material type is required? Would a work around like this, being able to set if it's required or not, make things better enough? Julie, would rather see that development effort go towards 2455. Would rather have 2 separate vocabularies. One that is maintained on that order that reflects the material type for acquisitions, and a separate one that interacts with inventory. From Paivi Rentz to Everyone 08:35 AM We would like the option of being able to use an order record material type. Our Purchasing Department requires the material type as part of the order reporting From Buddy Pennington to Everyone 08:38 AM Would allowing for custom values in Order Format be an option? From Julie Stauffer to Everyone 08:39 AM My only suggestion is that if there is a separate material type for orders, could we consider a slightly different label so that it is not confused with the item inventory material type Dennis: So how to resolve this? Your only bringing this up because the other functionality hasn't been finished yet so I don't think we should create more stories. Dennis would like people to comment on the 2455 so it might move it up in priority. From Lisa Smith, Mich State to Everyone 08:45 AM Julie, do you use expense classes for some of these reporting values? From Julie Brannon (she/her) to Everyone 08:45 AM No, we don't use expense classes From Lisa Smith, Mich State to Everyone 08:45 AM We do for fees, services, print, electronic/leased, etc. From Paivi Rentz to Everyone 08:46 AM We also have formats such as "access fee" and "digital archive" and "captions" From Kristin Martin to Everyone 08:46 AM We use expense classes too, although not at the level of granularity of Duke. From Scott Perry (UChicago) to Everyone 08:50 AM Not me, but a good idea.
:45	Implementers' Topics # 70		Orders: API for third party vendors We'd like to explore what other providers we could set up API's for - specifically, Kanopy and Amazon. Dennis: It would be helpful to have a list of desired interactions. Maybe having a wiki page to show what groups are using and what type of integration they would like. Lisa Smith: Creating orders is what I am most interested in. Dennis: It would be good to systematically start detailing what those ideal integrations look like. There is a lot of detail to do before I create a story. We need to create a list of desired integrations with more details. From Owen Stephens to Everyone 08:54 AM Ho ho ho 🙂 2 hrs until I’m done for Xmas ;) There’s the ARLEF list of desired integrations ? And this list https://folio-org.atlassian.net/wiki/display/SYSOPS/List+of+Integrations#ListofIntegrations-ResourceAccessandResourceSharing Sorry - link to the correct part of that page https://folio-org.atlassian.net/wiki/display/SYSOPS/List+of+Integrations#ListofIntegrations-ResourceManagement-Acquisitions From Kristin Martin to Everyone 08:54 AM We've had conversations with Harrassowitz about their ability to use the GOBI API to allow for API orders from them. Since we haven't yet implemented the GOBI API for GOBI, we haven't pursued it recently, but I think it would be great to add this to the list. From Owen Stephens to Everyone 08:55 AM OASIS and SAP are mentioned on the page I linked From Scott Perry (UChicago) to Everyone 08:55 AM They were very engaged several years ago--very early in the project. From Lisa Smith, Mich State to Everyone 08:55 AM Harrassowitz worked with us on EDI invoices. We would like API from them as well. From Owen Stephens to Everyone 08:55 AM Although SAP is finance right? But OASIS acquisitions I think From Dung-Lan Chen to Everyone 08:56 AM Yes, having OASIS available would be desired.

Action items

Browser not supported