Multiexcerpt |
---|
MultiExcerptName | Description |
---|
|
For most card networks, fraud reporting must be completed before a fraud chargeback can be submitted. The system facilitates automatic fraud reporting via direct integration with popular card networks. This step is only applicable to credit and debit card claims. |
The Fraud Reporting flow is executed on fraud card claims to facilitate the reporting process. QFD supports reporting fraud immediately after enrichment or when one of the following actions are initiated:
When a service is available, this action is complete automatically by the system. When no service is configured, an assignment is generated to prompt a user to complete the necessary actions.
Info |
---|
title | Bulk Fraud Reporting |
---|
|
In an environment where fraud reporting is completed manually, a bulk option is available to reduce the number of steps required to complete the fraud reporting step. If the disputes span multiple networks, a bulk action will be displayed for each supported network. |
Drawio |
---|
border | false |
---|
viewerToolbar | true |
---|
| |
---|
fitWindow | false |
---|
diagramName | Fraud Reporting |
---|
simpleViewer | false |
---|
links | auto |
---|
tbstyle | top |
---|
lbox | true |
---|
diagramWidth | 1219 |
---|
revision | 5 |
---|
|
Tip |
---|
|
To configure how fraud reporting is executed, update Fraud Reporting Pre-Conditions. To enable "in-flow" fraud reporting that is only executed when chargeback, deny or write-off actions are executed, set the IsFraudReportingPostEnrichment DSS to false. To configure what automated methods are available and the system should determine which one to use, update DetermineAutoFraudReportingMethod. To configure the maximum number of retry attempts for the integration service, update D_ImplConfig.MaxFraudReportingServiceRetries. To enable verification mode for Mastercard, update the MCFraudReportingVerificationModeEnabled DSS. This will require a user to review all fraud values before sending the report to Mastercard. To enable verification mode for Visa, update the VisaFraudReportingVerificationModeEnabled DSS. This will require a user to review all fraud values before sending the report to Visa. |
Info |
---|
title | Fraud Reporting Updates |
---|
|
When Fraud Reporting was previously performed on a claim, and the claim was later denied for any reason other than a Merchant Credit, a call is placed systematically to update the Fraud Reporting after claim resolution. This optional configuration is set by default. |
Fraud Types
Visa
The following fraud types are supported by the Visa network. The Default Rules column describes the logic used for setting the default fraud type.
Stored Value | Display Value | Default Rules | Notes |
---|
0 | Lost | ClaimReason = "CardLost" |
|
1 | Stolen | ClaimReason = "CardStolen" |
|
2 | Card not received as Issued (NRI) | ClaimReason = "CardNotReceived" |
|
3 | Fraudulent application | ClaimReason = "FraudApp" |
|
4 | Issuer reported counterfeit | ClaimReason = "CardSecure" and disputed transaction does not have a ECI indicator | Visa also checks that POS entry mode is not 05/95. |
5 | Miscellaneous/Account takeover | ClaimReason = "AccountTakeOver" |
|
6 | Fraudulent use of account number | ClaimReason = "CardSecure" and disputed transaction has a ECI indicator |
|
A | Incorrect Processing |
|
|
B | Account or Credentials Takeover |
|
|
C | Merchant Misrepresentation |
| |
D | Manipulation of Account Holder |
| |
Page Properties |
---|
Rule(s) | FraudReporting, AutoFraudReporting, ExecuteMCFraudReporting, ExecuteVisaFraudReporting |
|