After a repre response is accepted, denying for merchant credit errors out on transaction selection with the message "This credit has been applied to this dispute"

1. ValPartialMerchCreditNotAccepted validates that a merchant credit was selected. **

Resolved an issue where when a Mastercard claim received a representment response and it was accepted by the user and they chose to deny the claim for a deny reason Merchant Credit an error message was displayed "This credit has been applied to this dispute". This fix ensures that when a representment response was received and the user is selecting to fully accept the response and deny for merchant credit, the credits must be equal to or greater than the remaining recovery amount. If a user selects a credit less than the remaining recovery amount a message will display to the user to go back and partially accept the representment response with a merchant credit. Additionally, validation exists to ensure that if a credit is selected that is greater that or equal to the remixing recovery amount and the user attempts to select another credit a message will display "The dispute already ahs fully applied merchant credits.'

After a repre response is accepted, denying for merchant credit errors out on transaction selection with the message "This credit has been applied to this dispute"

1. After a repre response is accepted, denying for merchant credit does not error out with the message "This credit has been applied to this dispute".
2. The validation will not allow you to move forward until you have selected credits equal to or greater than the remaining recovery amount plus ChargebackFXLossAmount Amount and less ChargebackFXGainAmount Amount.
3. If you selected Merchant credit is equal to or greater than the remaining recovery amount plus ChargebackFXLossAmount Amount and less ChargebackFXGainAmount Amount, and you select another merchant credit, you will see the message "This dispute already has fully applied merchant credit(s)."
4. The validation is present at both review representment assignments in the  MCReviewRepresentment flow (before and after PreArbitrationAttemptDeadlineDateTime expires)
5. Multiple merchant credits applied across the same dispute work as expected.
6. Multiple merchant credits applied across multiple disputes on the same claim work as expected.
7. Bulk processing of representment received works as expected.
8. Agent processing of Merchant credit works as expected.
9. Deny works as expected for a user for merchant issued credit.
10. Deny works as expected for a user on non merchant issued credit.
11. Deny works as expected when the system kicks off deny debit date automation
12. (regression) All other merchant credit scenarios work as expected. 
13. When a repre response is accepted and the claim is denied for a full merchant credit the dispute amount is not adjusted.
14. When a claim was denied for a full  merchant credit, the claim can be reopened and the dispute amount is as expected.    
15. (regression) Outside of the Accept Repre Flow: When a refer decision results in a merchant credit check, and a partial merchant credit is identified, users have the option to deny the remaining amount.

Resolved an issue where when a Mastercard claim received a representment response and it was accepted by the user and they chose to deny the claim for a deny reason Merchant Credit an error message was displayed "This credit has been applied to this dispute". This fix ensures that when a representment response was received and the user is selecting to fully accept the response and deny for merchant credit, the credits must be equal to or greater than the remaining recovery amount. If a user selects a credit less than the remaining recovery amount a message will display to the user to go back and partially accept the representment response with a merchant credit. Additionally, validation exists to ensure that if a credit is selected that is greater that or equal to the remixing recovery amount and the user attempts to select another credit a message will display "The dispute already ahs fully applied merchant credits.'

There's an unnecessary save/commit in the SendDeniedLetter activity that should be handled by the calling flow.

1. When working the review reopen request and the request is denied and a client is using deny justifications the letter generated has the selected deny justification.
2. When a reopened dispute is redenied once reopened and a client is using deny justifications the letter generated has the selected deny justification.
3. (Regression) When a dispute requires approval and the client is using deny justifications the letter generated has the selected deny justification.
4. (regression) When the reopened denial letter is resent from the communication hub, the letter generates as expected with all bullet points. 

Resolved an issue within the Send Deny Letter activity that required a save/commit which could result in blank deny justifications on reopen request claims. This fix ensures that deny reopen requests with deny justifications enabled will display on reopen requests.

When a dispute is reopened and re-denied and the client is using deny justifications the letter is not containing the bullets.

1. When working the review reopen request and the request is denied and a client is using deny justifications the letter generated has the selected deny justification.
2. When a reopened dispute is redenied once reopened and a client is using deny justifications the letter generated has the selected deny justification.
3. (Regression) When a dispute requires approval and the client is using deny justifications the letter generated has the selected deny justification.
4. (regression) When the reopened denial letter is resent from the communication hub, the letter generates as expected with all bullet points. 

Resolved an issue where when a claim was reopened and then re-denied and deny justifications are enabled the deny justifications were not contained in the letter. This fix ensures that when a reopen request is reviewed and redenied, deny justifications will not appear blank on the letter.

As a system, when a user declines a request to reopen a dispute and select to not send a letter to the cardholder, when they process the request the letter should not be generated. 

1. When a user declines a reopen request and chooses not to send the letter, a letter is not generated.
2. When a user declines a reopen request and chooses to send the letter, a letter is generated.
   1. If deny justification are used only the deny justifications that were selected appear in the generated letter.

Resolved an issue where when a user declined a request to reopen a dispute and selects to not send a letter, a letter was still generated, requiring a user to cancel the letter. This fix ensures that if during a reopen request a user selects to not send a letter, the letter is not generated by QFD. 

As a system, users should be able to dispute more than the transaction amount for an ATM deposit claim. Additionally, if a claim is reclassified and the dispute amount has been updated the recovery amount should accurately reflect the adjusted dispute amount.

1. If an ATM Deposit claim there is no validation for increase dispute amount. Users can dispute more than the transaction amount. 
2. When the dispute amount was adjusted, the recovery amount matches the updated dispute amount accurately. 

Resolved an issue where users were unable to dispute more than the posted transaction amount for an ATM deposit claim. This fix ensures that users can dispute more than the transaction amount for an ATM Deposit claim and the recovery amount will properly reflect the dispute amount.