Details
-
Type:
Story
-
Status: Open (View Workflow)
-
Priority:
P3
-
Resolution: Unresolved
-
Affects Version/s: None
-
Fix Version/s: None
-
Labels:
-
Template:customfield_11100 39999
-
Development Team:Prokopovych
Description
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 1-lost-items-requiring-actual-costs.png)
- When Charge fee button pressed
- Then open Actual cost to bill <insert patron name> modal (as shown in attached mock-up 2-charge-fee-modal.png (with Charge fee button inactive)
- Scenario
- Given Actual cost to bill <insert patron name> modal open
- When Cancel button pressed
- Then close Actual cost to bill <insert patron name> modal, leaving user back at Lost items requiring actual cost
- Scenario
- Given Actual cost to bill <insert patron name> modal open
- When Actual cost to bill patron 0.00 or greater than 0.00
- Then activate Charge fee button
- Scenario
- Given Actual cost to bill <insert patron name> modal Charge fee button active
- When Charge fee button pressed
- Then display Confirm actual cost to bill patron modal (as shown in attached mock-up 4-confirm-modal.png)
- 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 name> modal
- Scenario
- Given Confirm actual cost to bill patron modal open
- When Confirm & save button pressed
- Then...
- Go to SAVE FEE/FINE RECORD & FEE/FINE ACTION RECORD
- Close Confirm actual cost to bill patron modal, leaving user back at Lost items requiring actual cost
- Display 'Success toast' (as shown in attached mock-up 5-charge-fee-success.png)
- Replace Charge fee button on Lost items requiring actual cost with _Billed: <billed amount> (as shown in attached mock-up 5-charge-fee-success.png)
SAVE FEE/FINE RECORD & FEE/FINE ACTION RECORD
The creation of the 'Fee/fine record' and 'Fee/fine action record' for the ACTUAL COST lost item fee will be the same as with SET COST, with the following exceptions:
- The Fee/fine type will be 'Lost item fee (actual cost)' (which is a hidden value in the Manual charges table at Settings>Users>Fee/fine), is available as a field on the report and can be picked up there.
- For SET COST we do not have Additional information for staff and Additional information for patron, like we do for ACTUAL COST. This data, collected on the Actual cost to bill <insert patron name> modal, will need to be saved with the 'Fee/fine action record'.
- The logged in person's name and service point will be saved as 'Created at' and 'Source.'
- The Fee/fine owner is available as a field on the report and can be picked up there.
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-2391 Loan: Declared Lost - Fee/Fine work for ACTUAL COST
-
- Analysis Complete
-
- 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
-