Details
-
Story
-
Status: Open (View Workflow)
-
P2
-
Resolution: Unresolved
-
None
-
None
-
customfield_11100 39999
-
Vega
Description
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)
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:
- 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 -
- 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
- 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
- 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
- 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
- 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)
- 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
- blocks
-
CIRC-728 BACKEND - Declared lost/aged to lost item: renewal (effect on lost item fees) - ACTUAL COST
-
- Open
-
-
CIRC-730 BACKEND - Declared lost/aged to lost item: check in (effect on fines/fees) - ACTUAL COST
-
- Open
-
- defines
-
UXPROD-3377 Loan: (FE) Lost Item Fees processing page for ACTUAL COST
-
- In Refinement
-
- has to be finished together with
-
CIRC-1538 BE - Declared Lost/Aged to Lost: Bill patron for ACTUAL COST of lost item
-
- Open
-
- is blocked by
-
CIRC-714 BE - Declared lost item: Assign fees when declared lost with ACTUAL COST
-
- Open
-
-
CIRC-940 BACKEND - Lost items requiring ACTUAL COST: Generate 'skeleton' list of items
-
- Open
-
-
CIRC-941 BACKEND - Lost items requiring ACTUAL COST: Implement searching
-
- Open
-
-
CIRC-942 BACKEND - Lost items requiring ACTUAL COST: Implement filtering by 'Loss type'
-
- Open
-
-
CIRC-943 BACKEND - Lost items requiring ACTUAL COST: Implement filtering by 'Fee/fine owner'
-
- Open
-
-
CIRC-944 BACKEND - Lost items requiring ACTUAL COST: Implement filtering by 'Date of loss range'
-
- Open
-
-
CIRC-945 BACKEND - Lost items requiring ACTUAL COST: Implement additional information in 'Patron' column
-
- Draft
-
-
CIRC-946 BACKEND - Lost items requiring ACTUAL COST: Implement additional information in 'Instance' column
-
- Draft
-
-
CIRC-947 BACKEND - Lost items requiring ACTUAL COST: Implement additional searching
-
- Draft
-
-
UIU-1382 Lost items requiring ACTUAL COST: Generate 'skeleton' list of items
-
- Open
-
-
UIU-1866 Lost items requiring ACTUAL COST: Implement searching
-
- Open
-
-
UIU-1867 Lost items requiring ACTUAL COST: Implement filtering by 'Loss type'
-
- Open
-
-
UIU-1869 Lost items requiring ACTUAL COST: Implement filtering by 'Date of loss range'
-
- Open
-
-
UIU-1870 Lost items requiring ACTUAL COST: Implement additional information in 'Patron' column
-
- Draft
-
-
UIU-1871 Lost items requiring ACTUAL COST: Implement additional information in 'Instance' column
-
- Draft
-
-
UIU-1880 Lost items requiring ACTUAL COST: Implement additional searching
-
- Draft
-
-
UX-386 Need modified mock-ups for new 'Lost items requiring actual cost' in-app report
-
- Closed
-