Details
-
Story
-
Status: Open (View Workflow)
-
P3
-
Resolution: Unresolved
-
None
-
None
-
-
5
-
Vega
Description
Purpose: Request a list of lost items requiring actual cost and then bill the patron a lost item fee.
Story: As a staff member who charges patrons for lost items, I need a list of items to have selectors find the replacement price for and then bill the patron for that amount.
Scenarios
- Scenario
- Given the Lost items requiring actual costs page
- When open
- Then display Date of loss range filter (as shown in attached mock-up 2-lost-items-requiring-actual-costs.png), plus the rest of page as it currently is displayed
- Scenario
- Given the Lost items requiring actual costs page
- When something entered in From date or To date box
- Then activate Reset all button
- Scenario
- Given the Lost items requiring actual cost page and Apply button pressed
- When From date blank and To date not blank
- Then:
- Display this error under the From date box: Must enter From date if To date provided
- Do not process filter dates
- Scenario
- Given the Lost items requiring actual cost page and Apply button pressed
- When From date > To date
- Then:
- Then display this error under the From date box: To date must be after From date
- Do not process filter dates
- Scenario
- Given the Lost items requiring actual cost page and Apply button pressed
- When From not blank and To blank
- Then limit items displayed in list to those with a Date of loss equal to From date
- Scenario
- Given the Lost items requiring actual cost page and Apply button pressed
- When From date = To date
- Then limit items displayed in list to those with a Date of loss equal to From date
- Scenario
- Given the Lost items requiring actual cost page and Apply button pressed
- When From date < To date
- Then limit items displayed in table to those within the date range provided
- Scenario
- Given the Lost items requiring actual costs page
- When multiple filters selected
- Then:
- Limit items presented in list to those meeting this specific criteria combination
- If no items are found, display: No results found. Please check your filters. (in gray text, in the middle of the results page like FOLIO currently does when searching for users (see attached example No-users-found-filters-example.jpg))
- Scenario
- Given the Lost items requiring actual costs page
- When Reset all button pressed
- Then:
- Clear out Date of loss range filter (From and To dates)
- Clear out Fee/fine owners filter check marks (covered by UIU-1868)
- Clear out Loss type filter check marks (covered by
UIU-1867) - Clear out Search box (covered by
UIU-1866) - Deactivate Search button (covered by
UIU-1866) - Deactivate Reset all button (covered by
UIU-1866) - List of items displayed should go back to original criteria before filter was applied
TestRail: Results
Attachments
Issue Links
- blocks
-
MODFEE-297 BE - Declared Lost/Aged to Lost: Bill patron for ACTUAL COST of lost item
-
- Closed
-
-
MODFEE-298 BE - Declared Lost/Aged to Lost: Do not bill patron for ACTUAL COST of lost item
-
- Closed
-
- defines
-
UXPROD-3554 Loan: Lost Item Fees processing page for ACTUAL COST (phase two)
-
- In Refinement
-
- is blocked by
-
CIRC-940 BACKEND - Lost items requiring ACTUAL COST: Generate 'skeleton' list of items
-
- Closed
-
-
MODFEE-114 BACKEND - Add ACTUAL COST automated Fee/fine type to Manual charges table
-
- Closed
-
-
UIU-1382 Lost items requiring ACTUAL COST: Generate 'skeleton' list of items
-
- Closed
-
-
UX-386 Need modified mock-ups for new 'Lost items requiring actual cost' in-app report
-
- Closed
-
- is cloned by
-
CIRC-944 BACKEND - Lost items requiring ACTUAL COST: Implement filtering by 'Date of loss range'
-
- Open
-