Overview
QFD supports the ability to include pending transactions in a claim. When pending transactions are included in a claim, QFD will check for new postings every 6 hours. When new postings are available, QFD will evaluate them and attempt to make an automatic match.
A decision table is used to evaluate each posted transaction against a set of criteria to determine if it is one of the following. To see which claim reasons support pending transactions, see Dispute Transactions.Exact Match - The system will automatically associate the posted transaction and add it to the claim.
Possible Match - An assignment will be generated for a user to review all possible matches and select the match if present.
No Match - The system will continue to check each day for new postings and no additional action is taken.
An SLA deadline is set to 5 business days by default and, when expired, the system no longer checks for posted transactions.
When a posting is found, the original dispute is set to a "Resolved-PostedDisputeCreated" status, and a new dispute ID is created for the posted transaction.
Duplicate Detection
If a posted transaction already exists as a dispute on another claim, it will not be considered for auto-match, nor will it be available to the user to select during a review.
Extension Points
When the WaitForPosting SLA expires, should a user review all transactions that have posted since the pending transaction was added to the claim? (Config: ShouldReviewPostedAfterWindowExpires)
How should the system determine what is a potential match and what is an automatic match? (Decision Table: TempMatchingCriteria)
How long should the system wait for the posting before denying the dispute? (SLA Deadline: WaitForPosting)
How often should the system check the system of record for new postings? (SLA Goal: WaitForPosting)
When it is determined that the authorization did not post, should the system send the Never Posted Deny? (When Rule: ShouldSendNotPostedDeniedLetter)
When a posted transaction is matched to an authorization, Should the system send the Authorization Posting Confirmation? (When Rule: ShouldSendAuthorizationPostedLetter)
To customize how the start and end date parameters are set for searching for posted transactions, update DefaultCheckForPostingSearchDateRangeExt.
Related Correspondence
✉️ Authorization Posting Confirmation
Integration Requirements
A service capable of providing a list of pending authorizations that includes the data fields identified below. This may be the same service that provides posted transactions or it could be a stand-alone service.
Data Requirements
Required
Description
Transaction Date
Amount
Preferred
Authorization Code
Release Date
Acquirer Reference Number