Patron Portal Support (for Patron Features in Discovery)
(UXPROD-992)
|
|
| Status: | In Refinement |
| Project: | UX Product |
| Components: | None |
| Affects versions: | None |
| Fix versions: | None | Parent: | Patron Portal Support (for Patron Features in Discovery) |
| Type: | New Feature | Priority: | P3 |
| Reporter: | Brooks Travis | Assignee: | Unassigned |
| Resolution: | Unresolved | Votes: | 1 |
| Labels: | patronportal, requests, resourceaccess, volaris-candidate | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original estimate: | Not Specified | ||
| Issue links: |
|
||||||||||||
| Epic Link: | Patron Portal Support (for Patron Features in Discovery) | ||||||||||||
| Front End Estimate: | Out of scope | ||||||||||||
| Development Team: | None | ||||||||||||
| PO Rank: | 0 | ||||||||||||
| Rank: Cornell (Full Sum 2021): | R3 | ||||||||||||
| Description |
|
Current situation or problem: The current implementation of edge patron services does not support placing delivery fulfillment requests using using FOLIO's purpose-built functionality. We need to extend edge-patron/mod-patron to support creating holds (requests) with a delivery fulfillment preference and to supply additional information to the edge client to facilitate such requests (eg. patron default fulfillment preference, pickup location, is delivery enabled, default delivery address, available address options for the user, etc.) In scope
Out of scope
Use case(s) Proposed solution/stories Links to additional info Questions
|
| Comments |
| Comment by Tim Darlington [ 19/Aug/22 ] |
|
Re the question "Do we include the full address in the patron account information, or just the type Id and label?", Massey would prefer that full address is displayed, as patrons often forget to update their address with the University and may only realise this when requesting if the delivery address is displayed to them. |