[UIREQ-140] Hold or Recall Request In Transit for Pickup Created: 19/Oct/18  Updated: 27/Jan/20  Resolved: 30/Oct/18

Status: Closed
Project: ui-requests
Components: None
Affects versions: None
Fix versions: None

Type: Story Priority: P2
Reporter: Cate Boerema (Inactive) Assignee: Unassigned
Resolution: Duplicate Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original estimate: Not Specified

Issue links:
Blocks
blocks UIIN-358 Include New "Open - In transit" Statu... Closed
blocks UIREQ-141 Include New "Open - In transit" Statu... Closed
blocks UIU-682 Include New "Open - In transit" Statu... Closed
is blocked by UIREQ-131 Populate Pickup Service Point with Se... Closed
Duplicate
is duplicated by UIREQ-121 Request statuses "Open - in transit" Closed
Relates
relates to UICHKIN-49 Check In Behavior for Items In Transi... Closed
relates to UX-232 UX: Remove Cancel Button from Check-i... Closed
relates to UX-230 UX: Check In "Awaiting pickup" and "I... Closed
relates to UXPROD-118 Fulfill pickup requests Closed
Sprint:
Development Team: Prokopovych

 Description   

Purpose: To enable items to go in transit to their pickup destination when a recall or hold request has been applied.

User story:

  • Given a requested item is returned at a service point other than the desired pick up service point
  • I want FOLIO to put the item in transit to its desired service point
  • So it can be picked up by the requester

Nice use cases document providing overview of the workflows covered in this story: https://docs.google.com/spreadsheets/d/19okdFgyPAsoquS8Zszh23PCKT3C5FE7LHxSjYtJYJqQ/edit#gid=0

Scenarios:

  1. Scenario
    • Given User A has a hold or recall request on Item X with Pickup service point = SP1 AND User A's request is at the top of the request queue
    • When Item X is returned at a service point other than SP1
    • Then:
      • Item status should change from "Checked out" to "In transit"
      • Request status should change from "Open - Not yet filled" to "Open - In transit"
      • Modal popup should be displayed (covered by other stories):
        • With option to print transit slip (covered by UICHKIN-60 Closed )
        • With information about where the item is going (covered by UICHKIN-49 Closed )
  2. Scenario
    • Given Item X is "In transit" to SP1
    • When checked in at SP1
    • Then:
      • Item status should change from "In transit" to "Awaiting pickup"
      • Request status should change from "Open - In transit" to "Open - Awaiting pickup"
      • Modal popup should be displayed (covered by other stories):
        • With option to print hold slip (covered by UICHKIN-16 Closed )
        • With information about what to do with the item (covered by UICHKIN-50 Closed )
  3. Scenario
    • Given Item X is "In transit" to SP1
    • When checked in at SP other than SP1
    • Then:
      • Item status should stay "In transit"
      • Request status should stay "Open - In transit"
      • Modal popup should be displayed (covered by other stories):
        • With option to print transit slip (covered by UICHKIN-60 Closed )
        • With information about where the item is going (covered by UICHKIN-49 Closed )
  4. Scenario (entire scenario covered by UICHKOUT-406 Closed )
    • Given Item X is "Awaiting pickup" by User A
    • When check out to a different user is attempted (regardless of service point)
    • Then:
      • Checkout should not be allowed
      • "Awaiting pickup for another patron" modal should appear
  5. Scenario
    • Given Item X is "In transit" to SP1 for pickup by User A
    • When Item X is checked out to User A at a Service Point other than SP1
    • Then checkout should be successful*
  6. Scenario (should already work)
    • Given Item X is "Awaiting pickup" by User A at SP1
    • When Item X is checked out to User A at SP1
    • Then checkout should be successful*
  7. Scenario (should already work)
    • Given Item X is "Awaiting pickup" by User A at SP1
    • When Item X is checked out to User A at a Service Point other than SP1
    • Then checkout should be successful*

*NOTE: Successful checkouts to requester should result in the following (this should already work):

  • Item status changes to "Checked out"
  • Request status should change to "Closed - Filled"


 Comments   
Comment by Tania Fersenheim [ 21/Oct/18 ]

Cate Boerema - I think we need to add a "modal appears" Scenario 2, for alerting the user that the item needs to go to the hold shelf. The subgroup wanted a modal, similar to the one I'm attaching here

Unable to render embedded object: File (Checkin_Item_is_AP_at_this_location_newly_or_already.png) not found.

Comment by Cate Boerema (Inactive) [ 22/Oct/18 ]

Cate Boerema - I think we need to add a "modal appears" Scenario 2, for alerting the user that the item needs to go to the hold shelf. The subgroup wanted a modal, similar to the one I'm attaching here

Done. Thanks, Tania Fersenheim!

Comment by Cate Boerema (Inactive) [ 30/Oct/18 ]

Closing this as it's now a duplicate of UICHKIN-49 Closed

Generated at Fri Feb 09 00:13:59 UTC 2024 using Jira 1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d.