Loans
(UXPROD-788)
|
|
| Status: | Draft |
| Project: | UX Product |
| Components: | None |
| Affects versions: | None |
| Fix versions: | None | Parent: | Loans |
| Type: | New Feature | Priority: | P3 |
| Reporter: | Emma Boettcher | Assignee: | Cheryl Malmborg |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | courses, round_iv | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original estimate: | Not Specified | ||
| Issue links: |
|
||||||||||||
| Epic Link: | Loans | ||||||||||||
| Front End Estimate: | Medium < 5 days | ||||||||||||
| Front End Estimator: | Cate Boerema (Inactive) | ||||||||||||
| Front-End Confidence factor: | Low | ||||||||||||
| Back End Estimate: | XL < 15 days | ||||||||||||
| Back End Estimator: | Cate Boerema (Inactive) | ||||||||||||
| Estimation Notes and Assumptions: | CB: Per agreement with Jakub and the cap planning team, some of us non-developers are going to estimate the remaining unestimated features. I will label this "swag" so we know to revisit when we have more info. | ||||||||||||
| Development Team: | Vega | ||||||||||||
| Kiwi Planning Points (DO NOT CHANGE): | 7 | ||||||||||||
| PO Rank: | 97 | ||||||||||||
| PO Ranking Note: | CM: Based on R1 and R2 rankings. | ||||||||||||
| Rank: Chalmers (Impl Aut 2019): | R4 | ||||||||||||
| Rank: Chicago (MVP Sum 2020): | R1 | ||||||||||||
| Rank: Cornell (Full Sum 2021): | R2 | ||||||||||||
| Rank: Duke (Full Sum 2021): | R2 | ||||||||||||
| Rank: 5Colleges (Full Jul 2021): | R4 | ||||||||||||
| Rank: FLO (MVP Sum 2020): | R1 | ||||||||||||
| Rank: GBV (MVP Sum 2020): | R2 | ||||||||||||
| Rank: Grand Valley (Full Sum 2021): | R1 | ||||||||||||
| Rank: hbz (TBD): | R1 | ||||||||||||
| Rank: Hungary (MVP End 2020): | R1 | ||||||||||||
| Rank: Lehigh (MVP Summer 2020): | R2 | ||||||||||||
| Rank: MTSU: | R3 | ||||||||||||
| Rank: MO State (MVP June 2020): | R4 | ||||||||||||
| Rank: TAMU (MVP Jan 2021): | R1 | ||||||||||||
| Rank: U of AL (MVP Oct 2020): | R4 | ||||||||||||
| Description |
|
Current situation or problem: In contrast, when an item is checked in at a service point that is assigned to its effective location, there is no modal to the user informing them of the item's location. (Though the location displays on the check in screen.) Some locations may be unusual to see at particular service points, though, so displaying a modal in those instances, similar to when an item goes in transit, could be helpful. In scope
Out of scope Use case(s)
Proposed solution/stories Links to additional info Questions |
| Comments |
| Comment by Cate Boerema (Inactive) [ 12/Jun/19 ] |
|
I think this had the wrong epic. I am assuming that, because it was filed by Emma Boettcher, this is about the check out app (circulation). I have reassigned to the Loans epic and have put Emma as the assignee. |
| Comment by Cate Boerema (Inactive) [ 10/Sep/19 ] |
|
Hi Emma Boettcher. I don't understand the use case here "An item's home location may be unusual to see at the checkin desk." Could you please elaborate a bit? |
| Comment by Emma Boettcher [ 10/Sep/19 ] |
|
The biggest use case is for items with a temporary location, where the book is labeled according to its permanent location, but is temporarily shelved in the Reserves section (or some other temporary location). Usually, the book will also have a sticker (or some labeling) that says Reserves, but in case it does not, the system should draw the user's attention to the fact that this book is not shelved according to what it says on the physical item. Besides temporary locations, there may be other use cases - a location that circulates very rarely or a location whose items are usually returned to primary service point A but it's acceptable for them to be returned to service point B. Because effective location displays on the check in screen, and because some libraries do physically label some of their items with temporary locations, I didn't feel that this was as high priority as some of the other loans features. I'll also note that I'm differentiating this from in transit (already implemented), where the service point used at check in is not assigned to the item's effective location and the user is alerted to that. |
| Comment by Holly Mistlebauer [ 17/Jun/20 ] |
|
Chicago comment from Round IV Outliers spreadsheet: This keeps us from mis-routing things. Without this in our previous system, we found a lot of mis-shelving. -Tod Olson |
| Comment by David Bottorff [ 13/Apr/22 ] |
|
This continues to be a problem for Chicago, as we have a small number of reference collections that pass through our main processing error that continue to be mis-routed and mis-shelved. Now that we've implemented FOLIO, I would hope that this would be a relatively simple feature to add. |
| Comment by David Bottorff [ 13/Apr/22 ] |
|
This is in particular an issue because we've noticed some unpredictable lag times with the screen refreshing in the Check-in App in production. Not significant, we don't think (occasionally a book takes a second or so before it appears on the screen, which is much slower than usual), so staff who are "in the zone" checking in large quantities of books are more likely to miss something. |