Uploaded image for project: 'ui-users'
  1. ui-users
  2. UIU-1863

Declared Lost/Aged to Lost: Bill patron for ACTUAL COST of lost item

    XMLWordPrintable

Details

    • Vega

    Description

      User story updated on May 27, 2022

      This user story has been updated due to design changes to the following pages...

      • ACTION column on the processing page was changed from just a Process" button to an ellipsis with 4 options: Bill actual cost, Patron details, Loan details and Item details (see updated attachments SKELETON-2-lost-items-requiring-actual-costs.jpg and 2-lost-items-requiring-actual-costs.png)--the ellipsis options have replaced the in-column links
      • ACTUAL COST TO BILL PATRON modal changed from a column to a regular modal (see updated attachment 3-actual-cost-to-bill-modal.png)
      User story split on May 20, 2022

      The Vega team requested that this user story be split into front end and back stories...

      • UIU-1863: Declared Lost/Aged to Lost: Bill patron for ACTUAL COST of lost item
      • CIRC-1538: BE - Declared Lost/Aged to Lost: Bill patron for ACTUAL COST of lost item
      User story split on September 24, 2020

      Due to the size of UIU-1382 (Declared Lost/Aged to Lost: Generate 'report' of lost items re), Holly has split the user story into two stories:

      • UIU-1382 (Declared Lost/Aged to Lost: Generate 'report' of lost items requiring ACTUAL COST) - this user story will create the list of items to process and address the searching and filtering
      • UIU-1863 (Declared Lost/Aged to Lost: Bill patron for ACTUAL COST of lost item) - this user story will actually bill the patron from the lost item's actual cost

      Purpose: Bill the patron for the actual cost of a lost item.

      Story: As a staff member who charges patrons for lost items, I need to bill the patron the actual cost of an item he/she lost.

      Scenarios:

      1. Scenario
        • Given Lost items requiring actual cost open and contains contains one or more items (as shown in attached mock-up 2-lost-items-requiring-actual-costs.png)
        • When ACTION ellipsis option "Bill actual cost" selected
        • Then open Actual cost to bill <insert patron-last-name, patron-first-name patron-middle-name> modal (as shown in attached mock-up 3-actual-cost-to-bill-modal.png) with Charge fee button inactive, with these fields-
          • Fee/fine owner pre-populated and un-editable
          • Fee/fine type pre-populated and un-editable
          • Actual cost to bill patron required field that is blank, with 2 decimal places
          • Additional information for staff non-required field that is set to the default of -
          • Additional information for patron non-required field that is set to the default of -
      2. Scenario
        • Given Actual cost to bill <insert patron-last-name, patron-first-name patron-middle-name> modal open
        • When Cancel button pressed
        • Then close Actual cost to bill <insert patron-last-name, patron-first-name patron-middle-name> modal, leaving user back at Lost items requiring actual cost
      3. Scenario
        • Given Actual cost to bill <insert patron-last-name, patron-first-name patron-middle-name> modal open
        • When Actual cost to bill patron 0.00 to 9999.99
        • Then activate Continue button
      4. Scenario
        • Given Actual cost to bill <insert patron-last-name, patron-first-name patron-middle-name> modal Continue button active
        • When Continue button pressed
        • Then display Confirm actual cost to bill patron modal (as shown in attached mock-up 4-modal-confirm.png), with these fields-
          • A fee/fine of <insert amount> will be charged to <insert patron-last-name, patron-first-name patron-middle-name>.
          • Additional information for staff pre-populated (if provided) and un-editable
          • Additional information for patron pre-populated (if provided) and un-editable
      5. Scenario
        • Given Confirm actual cost to bill patron modal open
        • When Cancel button pressed
        • Then close Confirm actual cost to bill patron,leaving patron back at Actual cost to bill <insert patron-last-name, patron-first-name patron-middle-name> modal, with these fields-
          • Fee/fine owner pre-populated and un-editable
          • Fee/fine type pre-populated and un-editable
          • Actual cost to bill patron required field containing what was previously entered by the user
          • Additional information for staff optional field containing what was previously entered by the user, if anything
          • Additional information for patron optional field containing what was previously entered by the user, if anything
      6. Scenario
        • Given Confirm actual cost to bill patron modal open
        • When Confirm button pressed and another user has not edited the record
        • Then...
          • Save the fee/fine record and the fee/fine action record (as described in CIRC-1538)
          • Close Confirm actual cost to bill patron modal, leaving user back at Lost items requiring actual cost
          • Display 'Success toast': A fee/fine of <insert amount> has been charged to <insert patron-last-name, patron-first-name patron-middle-name> (as shown in attached mock-up 5-fee-charge-success.png)
          • Replace Process button on Lost items requiring actual cost with Billed: <billed amount> (as shown in attached mock-up 5-fee-charge-success.png)
      7. Scenario
        • Given Confirm actual cost to bill patron modal open
        • When Confirm button pressed and another user has edited the record
        • Then...
          • Close Confirm actual cost to bill patron modal, leaving user back at Lost items requiring actual cost
          • Display 'Error toast': <insert patron-last-name, patron-first-name patron-middle-name> has already been billed for this item by another user
          • Replace Process button on Lost items requiring actual cost with Error

      TestRail: Results

        Attachments

          Issue Links

            Activity

              People

                hollyolepm Holly Mistlebauer
                hollyolepm Holly Mistlebauer
                Holly Mistlebauer Holly Mistlebauer
                Votes:
                0 Vote for this issue
                Watchers:
                3 Start watching this issue

                Dates

                  Created:
                  Updated:

                  TestRail: Runs

                    TestRail: Cases