12:32:02 From Ann-Marie Breaux to Everyone : When acq places an order, if an item record is created at point of order, then the order staff can add a request to the item. Or they can tell a circ person to do it. When the item record status changes from On order (or In process) to Available, then the patron notice will be triggered
12:32:19 From Dung-Lan Chen to Everyone : Okay, thanks, Ann-Marie! Will this automated process be explored?
12:33:12 From Bill Verner to Everyone : Very important that this process be automated.
12:34:13 From Ann-Marie Breaux to Everyone : We've talked about it. Duke is also interested in it. To do that, we would need to store patron data in the POL, which we don't currently do. There is a requestor field, but it is not controlled. We probably would add a new (controlled) requestor field. Also concerns from Europe about patron privacy. So yes, it has definitely been talked about, but not resolved.
12:35:03 From Scott Perry (he/him/his) to Everyone : There are concerns in the US about storing patron names long term as well which is what would happen if stored in the POL.
12:35:44 From Suzanne Mangrum to Everyone : We would also like a method to send alerts/email to requestors when ebooks are available.
12:35:53 From Ann-Marie Breaux to Everyone : Yes - we could perhaps only store the patron barcode or UUID, but that might still give you access (depending on permissions) to the complete user info
12:36:08 From Susan.Martin@mtsu.edu to Everyone : +1 to Suzanne's ebook comment.
12:36:51 From Scott Stangroom to Everyone : perhaps you could do purges of user info in POL after certain period of time?
12:37:08 From Martina Schildt to Everyone : Having the choice to link to a user record or enter a name or number manually would be great.
12:37:50 From Ann-Marie Breaux to Everyone : Suzanne/Susan - definitely would be a different process for materials without an item record, like eStuff.
12:42:07 From Ann-Marie Breaux to Everyone : Here's the Jira for automatically creating requests for newly ordered materials: https://folio-org.atlassian.net/browse/UXPROD-2565
12:42:41 From Ann-Marie Breaux to Everyone : I'll add an open question in the description for how to deal with requests for materials that do not have item records.
12:43:46 From Susan.Martin@mtsu.edu to Everyone : Thank you, Ann-Marie!
12:44:23 From Suzanne Mangrum to Everyone : Yes, thank you, Ann-Marie.
12:44:41 From Dung-Lan Chen to Everyone : So from searching point of view, single line PO is better than having multiple lines in each PO? We are schedule to migrate end of May. Thanks in advance for your advice!
12:45:48 From Bill Verner to Everyone : That is how Duke plans to do it for monographic orders.
12:46:05 From Scott Perry (he/him/his) to Everyone : Chicago will be single line pos.
12:47:55 From Ann-Marie Breaux to Everyone : And I've heard from some serials acq folks that single line POs are better for ongoing orders, since they can change over time, and it's easier not to have them lumped together with other ongoing orders that might not have changed.
12:49:06 From Ann-Marie Breaux to Everyone : Voyager and Sirsi libraries seem to be the ones most familiar with multi-line POs. We wanted to allow for either single or multi-line POs. And libraries that only want to use single line POs can set that in the Order settings.
12:49:45 From Lloyd (Marmot) to Everyone : Sierra can do a multi line PO.
12:38:03 From Ann-Marie Breaux to Everyone : Give me a minute to track down Jiras
12:50:59 From Ann-Marie Breaux to Everyone : Yes - and public libraries also seem a little more accustomed to multi-line POs, in my experience (and I've seen POs from many, many libraries over the years!)
12:53:28 From Dung-Lan Chen to Everyone : Yes, our continuation orders are single line PO but firm orders are multiple lines currently. My previous institution we were doing all single line for any PO. I'm trying to figure what may be a better way to go in FOLIO. Thank you for your comment(s)!
12:54:15 From Dung-Lan Chen to Everyone : How about removing the invoices before rolling over if they won't be paid before rollover?
12:54:59 From Lloyd (Marmot) to Everyone : Question, does FOLIO give you the option of never rolling over the fiscal year?
12:55:03 From Scott Perry (he/him/his) to Everyone : That’s one option. We also leave already created invoices that haven’t been approved in the system.
12:56:45 From Ann-Marie Breaux to Everyone : The other use case I've heard for multi-line POs are the ones created at point of receipt for approval plan purchases or DDA/PDA purchases. What you set as your POL limit in settings would govern these scenarios too
12:57:19 From Ann-Marie Breaux to Everyone : Never rolling over, or unapproved invoices - have to ask Dennis about those
12:57:58 From Lloyd (Marmot) to Everyone : Sierra has three options
12:58:29 From Dung-Lan Chen to Everyone : Is overlapping fiscal years allowed in FOLIO? So one can fix stuff in previous FY while start working in new FY?
13:00:20 From Lloyd (Marmot) to Everyone : Sierra has three options 1. never rollover, you have one never ending fiscal year 2. old fiscal years continue to exist on the system and you can still invoice against them 3. old fiscal years are frozen and can never be acted on We have libraries using each of those methods.
13:02:16 From Ann-Marie Breaux to Everyone : Right now we are only supporting option 3. We would have to think through the other two options, if they are definitely needed
13:04:04 From Martina Schildt to Everyone : Yeah! +1
13:04:10 From Lloyd (Marmot) to Everyone : Option 3 is used by the academics. Publics use the other two.
13:04:30 From Scott Stangroom to Everyone : yes