Uploaded image for project: 'ui-checkin'
  1. ui-checkin
  2. UICHKIN-58

Check in Missing items

    XMLWordPrintable

Details

    • Core: F - Sprint 58, Core: F - Sprint 59
    • 13
    • Prokopovych

    Description

      As a staff member, I want to be warned when I check in any missing items, so that I can delay triggering any other processes (manual or automated) if necessary.

      Scenarios

      1. Scenario
        • Given an item with the status Missing, which is suppressed from discovery
        • When it is checked in
        • Then display a modal confirming check in
          • Title of modal: Check in missing item?
          • Text of modal: <item title> (<item's material type>) (Barcode: <item barcode>) has the item status Missing and is suppressed from discovery.
            • N.B. slightly different from mockup
          • Modal buttons: Cancel, Confirm
      2. Scenario
        • Given an item with the status Missing, which is not suppressed from discovery
        • When it is checked in
        • Then display a modal confirming check in
          • Title of modal: Check in missing item?
          • Text of modal: <item title> (<item's material type>) (Barcode: <item barcode>) has the item status Missing.
            • N.B. slightly different from mockup
          • Modal buttons: Cancel, Confirm
      3. Scenario
        • Given the missing item check in modal
        • When the user clicks Cancel
        • Then
          • close the modal
          • maintain the item's status as Missing
          • do not show the item in the check in history
      4. Scenario
        • Given the missing item check in modal, an item with no open requests, and a check in service point serving that item’s effective location
        • When the user clicks Confirm
        • Then
          • close the modal
          • check in the item, with item's status changing to Available
          • and show the item in the check in history
      5. Scenario
        • Given the missing item check in modal, an item with at least one open request, and a check in service point that is the same as the top request’s pick up service point
        • When the user clicks Confirm
        • Then
          • close the modal
          • check in the item, with item's status changing to Awaiting Pickup
          • display the Awaiting pickup modal (UICHKIN-50)
      6. Scenario
        • Given the missing item check in modal, an item with no open requests, and a check in service point not serving that item’s effective location
        • When the user clicks Confirm
        • Then
          • close the modal
          • check in the item, with item's status changing to In transit
          • display the In transit to home location modal (UICHKIN-17, UICHKIN-40)
      7. Scenario
        • Given the missing item check in modal, an item with at least one open request, and a check in service point different from the top request’s pick up service point
        • When the user clicks Confirm
        • Then
          • close the modal
          • check in the item, with item's status changing to In transit
          • display the In transit for request modal (UICHKIN-49)

      Note: In scenarios 4-7: after deciding to continue a check in for an item that was Missing, it behaves like any other check in.
      Note: Having the option to back out of a check in based on the item's status is not exclusive to Missing items - similar behavior would be introduced for claim returned or lost items.

      TestRail: Results

        Attachments

          Issue Links

            Activity

              People

                adityamatukumalli Aditya matukumalli
                ecboettcher Emma Boettcher
                Votes:
                0 Vote for this issue
                Watchers:
                4 Start watching this issue

                Dates

                  Created:
                  Updated:
                  Resolved:

                  TestRail: Runs

                    TestRail: Cases