|
- Review and confirm the details of displaying acquisition information on Item records.
 UXPROD-1995 - Item: Display of POL number, Order status, Order date and Price in the Acquisition accordion IN REFINEMENT
| Dennis | - Display Acquisitions Information on Instance and Item record in Inventory
- Dennis: Are there any changes we need to make?
- From Sara Colglazier (MHC/5C) to Everyone 12:06 PM Can you show the mock up?
- From Scott Stangroom to Everyone 12:09 PM If order has info on number of simultaneous users for ebooks that wouldn’t necessarily be in the item record, then there’s that.
- Julie: Use case I can think of is a serial person is investigating if a piece that arrived, is it part of a standing order, or a firm order.
- From Bill Verner to Everyone 12:11 PM
Right, where multiple copies are concerned, it will be useful to know which item maps to which order #. - Julie: Since searching capabilities are different in inventory and in orders. Someone may be able to find the order in inventory, and want to easily navigate to the order record from inventory.
- Dennis: In terms of displaying these bits of information, we'll be displaying the order line #, order status, receipt status. The order sent date, receipt date, order type, Acq unit. Are all of these fields still relevant when looking from the item perspective. Particularly the item status. Do we need to show a receipt status or receipt date on the item record.
- From Sara Colglazier (MHC/5C) to Everyone 12:14 PM
Often the troubleshooting starts in Inventory but then has to end up in Order - Dennis: If we are showing a receipt date of the piece, that should tell you it's been received. What about the order sent date? When looking at the item record, are you concerned with the order sent date?
- Kristin Martin: In this example you have a receipt date, but then you say it's awaiting the receipt.
- Dennis: This is for the pol, which can have many items. Now we are looking at a specific item. Need to clarify this is the item receipt date.
- Sara Colglazier: I think it's important to keep the wording in line because we are trying to emphasize there is a difference in between piece and item.
- From Julie Brannon (she/her) to Everyone 12:24 PM
I see the Order type is listed on the mockup - would it also help to see Subscription Y/N so that you'll know whether an ongoing order is a standing order vs. subscription? Or is the order type (one-time vs. ongoing) enough info when viewing the item?
- Dennis: Need to understand if something that is a subscription going to change how you follow up. That someone that isn't going to be able to see orders, knows how to follow up. Or who to follow up with.
- From Sara Colglazier (MHC/5C) to Everyone 12:25 PM
+1 as a serials persons - From Martina Schildt to Everyone 12:27 PM
Yes, I think would make it easier to know who is responsible
- Dennis: It's possible that an order is cancelled, but you are still waiting to receive, and able to receive.
- From Sara Colglazier (MHC/5C) to Everyone 12:28 PM
a Q to the group: I am having trouble figuring out what to call Ongoing Non-Subscription records ...how are others referring to such in documentation etc? - From Dung-Lan Chen to Everyone 12:28 PM
Just wondering … for ongoing orders, can a link to the receiving history in Receiving App be made available in Inventory? - From Sara Colglazier (MHC/5C) to Everyone 12:29 PM
Also I could have Expected Pieces that are not Items, right? So that I could then see that in Receiving but not in Items ..So if I see that is a subscription that could be a clue to go look - Dennis: Do we still want to display Acquisitions unit?
- Sounds like it is not necessary to display Acquisitions Unit on the item record
- Dennis: We are done with instance and item. Please make sure you prioritize these features.
|
| 41 minutes after the hour | - Continue to review receiving enhancement mock-ups
|
| - Looking at adding multiple pieces in a row.
- Having a toggle, similar to po lines
- Can I start from a receive peice, then click the box, to add the next one, I am wondering if having a duplicate function would work?
- From Sara Colglazier (MHC/5C) to Everyone 12:45 PM
What about unlinking the Connected Create Item for the additional pieces - Dennis: We can treat this a number of different ways.
- When editing a piece, does it make more sense to have a duplicate function, you haven't clicked add pieces, would you want a duplicate option? And that would load the add piece form?
- From Julie Brannon (she/her) to Everyone 12:47 PM
"Duplicate" would be consistent with terminology we're using in orders and elsewhere in FOLIO - From Sara Colglazier (MHC/5C) to Everyone 12:47 PM
as long as there is the option to then uncheck the box - From Martina Schildt to Everyone 12:47 PM
+1 to Julie - Dennis: It will always use the previous form you were using.
- Three starting points
- Add piece
- edit expected piece
- edit received piece
- From Peter Sbrzesny to Everyone 12:57 PM
It must be sure that you can't save a new piece with the same caption/enumeration as the piece you started from - From Sara Colglazier (MHC/5C) to Everyone 01:00 PM
Or can you not have to copies? of a same issue
two copies - From Nancy Finn to Everyone 01:04 PM
Barcodes will be different - From Kristin Martin to Everyone 01:04 PM
Just a quick point: It could be a bit confusing to have to go to "edit" to see an existing piece to duplicate it, when in fact you don't need to edit anything.
|