Uploaded image for project: 'UX Product'
  1. UX Product
  2. UXPROD-89

Loan: Change due date

    XMLWordPrintable

    Details

    • Template:
    • Epic Link:
    • Analysis Estimate:
      Medium < 5 days
    • Front End Estimate:
      Medium < 5 days
    • Back End Estimate:
      Medium < 5 days
    • Development Team:
      Prokopovych
    • Calculated Total Rank:
      71
    • Rank: Chalmers (Impl Aut 2019):
      R4
    • Rank: Chicago (MVP Sum 2020):
      R1
    • Rank: Cornell (Full Sum 2021):
      R1
    • Rank: 5Colleges (Full Jul 2021):
      R1
    • Rank: GBV (MVP Sum 2020):
      R1
    • Rank: Lehigh (MVP Summer 2020):
      R1
    • Rank: TAMU (MVP Jan 2021):
      R1
    • Rank: U of AL (MVP Oct 2020):
      R1

      Description

      Change due date is a feature that can be launched from Loans, Loan details and Check out.

      Purpose: Allow users to change the due date for a loan without renewing it.

      User story: As a staff member, I want to extend a patron’s loan period without renewing the item, so that I can accommodate their need for a longer due date while controlling the loan period of the item.

      Scenarios

      1. Scenario
        • Given the patron's open loans,
        • When the patron has at least one open loan,
        • Then display change due date as a bulk action and on the ellipsis menu for each loan.
      2. Scenario
        • Given loan details for a loan
        • When the loan is open
        • Then display change due date as an action.
      3. Scenario
        • Given the open change due date modal,
        • When the user has selected one or more items from the Loan Details or Open Loans screen
        • Then display all selected items in a table:
          • Checkbox (default: checked)
          • Warning for items with a request queue of > 0
          • Title
          • Item status
          • Current due date and time
          • Count of request queue
          • Item barcode
          • Call number
          • Loan policy
      4. Scenario
        • Given the open change due date modal,
        • When there are any number of items in the table
        • Then display a date and time selector
          • Default date is blank
          • Default time is end of day
      5. Scenario
        • Given the open change due date modal,
        • When any date and time is entered
        • Then check for warning conditions related to the date and time and display messages:
          • If the due date and time after the patron's expiration date (Message: New due date is after patron's expiration date)
          • If the due date and time is in the past (Message: New due date is in the past)
          • If the due date and time is when the library is closed (Message: New due date is when the library is closed)
      6. Scenario
        • Given the open change due date modal
        • When the user has unchecked items in the modal
        • Then do not change the due date for those items when the user submits.
      7. Scenario
        • Given a submitted change due date interaction,
        • When the user confirms
        • Then change the due date of any items selected to the date and time the user has entered, without affecting any other aspects of the loan (that is, anything else in the loan policy should be unaffected)

      Out of scope:
      Permissions (for changing the due date when something has a queue & for the warning conditions)

        TestRail: Results

          Attachments

            Issue Links

              Activity

                People

                Assignee:
                ecboettcher Emma Boettcher
                Reporter:
                cboerema Cate Boerema
                Analysis Estimator:
                Emma Boettcher Emma Boettcher
                Votes:
                0 Vote for this issue
                Watchers:
                1 Start watching this issue

                  Dates

                  Created:
                  Updated:
                  Resolved:

                    TestRail: Runs

                      TestRail: Cases