-
Type: Story
-
Status: Closed (View Workflow)
-
Resolution: Completed
-
Affects Version/s: None
-
Fix Version/s: CFA 2019R4
-
Component/s: EOM
-
Labels:None
-
Sprint:CFAMX 2019R4 Sprint 5
-
SCRUM Team:Brotherhood of Mutants
-
Story Points:8
-
Work Type Classification:Sustaining
Story
As an Operator performing my End of Month, I would like the ability to mark if I want to Accrue a utility payment and enter an amount or not apply a payment.
Details
Chick-fil-A added an additional key in the response from the utilities-above-threshold web service called “allowAccrual”. That key will have a boolean value.
If False
If allowAccrual is false, then that row in the UI grid will look the same as we have currently been building – containing three columns: Utility Type, Variance Message, and Reason.
If True
If allowAccrual is true, then that row in the UI grid will have Utility Type and Variance Message, but instead of Reason, it will have two radio buttons, Add Accrual and No Payment Required. Clicking on Add Accrual will show an input box that will take a two decimal point amount.
Clicking on No Payment Required will display a drop-down menu with the following options:
1. None
2. Credit On Account
3. Included with Rent
4. Never Paid
5. Overpaid Last Month
6. Paid Quarterly
7. Other
Database Changes
tbEndOfMonthStatusCheckUtilityThreshold
Add a column to tbEndOfMonthStatusCheckUtilityThreshold called "allowAccrual" that will store a boolean value passed from the utilities-above-threshold web service. (bit, not null?)
Add a column to tbEndOfMonthStatusCheckUtilityThreshold called "AddAccrual" that stores a true/false value (bit, not null?) not needed
Add a column to tbEndOfMonthStatusCheckUtilityThreshold called "AccrualAmount" that stores a decimal.
Add a column to tbEndOfMonthStatusCheckUtilityThreshold called "NoPayment" that stores a true/false value (bit, not null?) not needed
Add a column to tbEndOfMonthStatusCheckUtilityThreshold called "NoPaymentReason" that will store a reason code.
Second Table List Options
Add reason codes to the current list option table.
Acceptance Criteria:
- Confirm when allowAccrual is passed as "False" from the webservice, no additional fields are displayed for the Utility Payment section.
- Confirm when the allowAccrual is passed as "True" from the webservice, an additional area in the Utility Payment section is visible.
- Confirm the new area allows the selection of "Add Accrual" or "No Payment Required"
- Confirm the first option when allowAccrual is passed as true is "Add Accrual"
- Confirm the second option when allowAccrual is passed as true is "No Payment Required"
- Confirm when selecting the Add Accrual option is selected, an input box is displayed
- Confirm the input box when Add Accrual is selected only accepts a positive integer with two decimal places.
- Confirm the value entered in the Add Accrual amount field is saved to the database.
- Confirm when the Add Accrual amount is saved and the month is closed, the value cannot be edited.
- Confirm when the Add Accrual amount is saved but the month is not closed, the value can be updated.
- Confirm if the No Payment required option is selected, a drop down menu is available.
- Confirm the No Payment required drop down menu has the following options available: None, Credit On Account, Included with Rent, Never Paid, Overpaid Last Month, Paid Quarterly, Other.
- Confirm when a No Payment Required menu option is selected and saved, the value can be changed if the month is not closed out.
- Confirm when a No Payment Required menu option is selected and saved, the value cannot be changed if the month has been closed.
- Confirm a table is storing the allowAccrual value of true or false
- Confirm a table is storing an Add Accrual value
- Confirm a table is storing a No Payment Required valueNot needed anymore
- Confirm a table is storing a AccrualAmount decimal value
- Confirm the No Payment Required drop down list can be maintained from the Reason Code Page
- Confirm new No Payment Required reasons can be added or marked inactive.
- (new requirement): Confirm that if the Utility section is completed, and the webservice passes a new utility over threshold with allowAccrual = true, set the Utility section back to Incomplete (Review Task)
- From Chris Jones: "The accrual amount would be a sent to us via the /survey/unpaid-invoices endpoint. Essentially, allowAccrual allows users to enter an unpaid invoice/expense from within the Utility Payments section."
- Chris has created ".../survey/no-payment-accrual-reason endpoint" as an endpoint for No Payment reasons
- implements
-
CFAMX-5428 EOM > Additional EOM stories that need to be undertaken
- Closed
- is blocked by
-
CFAMX-6101 Utility section not reversing to Review when allowAccrual = true is passed in
- Done
- relates to
-
CFAMX-6100 Utility Payments - Do not display Tolerance section if none are listed
- Done
1.
|
Review Test Scripts | Done | Charles Wheeler |
|
|||||||||
2.
|
Deploy | Done | Charles Wheeler |
|
|||||||||
3.
|
Functional Review with QA | Done | David Nayyar (Inactive) |
|
|||||||||
4.
|
DIT | Done | David Nayyar (Inactive) |
|
|||||||||
5.
|
Add columns to table for additional data | Done | David Nayyar (Inactive) |
|
|||||||||
6.
|
Update data modal to retrieve additional data | Done | David Nayyar (Inactive) |
|
|||||||||
7.
|
Update UI | Done | David Nayyar (Inactive) |
|
|||||||||
8.
|
Send data back to CFA Endpoint | Done | David Nayyar (Inactive) |
|
|||||||||
9.
|
Create Test Cases | Done | Charles Wheeler |
|
|||||||||
10.
|
Execute Test Cases | Done | Charles Wheeler |
|