Så skapar du regler för snabb tvistlösning som tillhandahålls av Verifi
RDR kommer automatiskt att "godkänna" en Visa-förhandstvist åt dig utifrån de regler du definierar när du registrerar dig. Regler består av villkor som speglar attributen för den bestridda transaktionen, såsom transaktionsbelopp eller köpidentifierare. Regelutvärderingsprocessen ger ett svar som kan vara antingen "godkänna" eller "neka".
- Om villkoren i regeln uppfylls innebär det att du väljer att "godkänna" ersättningsansvaret för förtvisten och auktorisera Visa att automatiskt återbetala hela transaktionsbeloppet till kortinnehavaren, och på så sätt undvika en återkreditering.
- Om villkoren i regeln inte uppfylls innebär det att du väljer att "neka" ersättningsansvaret för förtvisten, vilket kommer att resultera i en återkreditering.
- RDR är helt automatiserad. När du har konfigurerat dina regler behöver du inte vidta några fler åtgärder för att förhindra tvister.
I den här guiden finns allt du behöver veta för att korrekt ställa in regler i syfte att undvika återkrediteringar via RDR.
Förstå RDR-regler
Regler består av följande huvudelement:
- Regelnamn
- Regelattribut
- Regeloperator
- Regelvärden
Regelnamn
- En identifierare som skapas av handlaren och visas i rapporter.
- Synlig för utfärdaren och inlösaren som är inblandade i ärendet.
Regelattribut
Attribut |
Definition |
BIN för personligt kontonummer |
Utfärdarens sexsiffriga BIN |
Transaktionsdatum |
Datum då transaktionen skedde Till exempel: Format: MM/DD/ÅÅÅÅ |
Transaktionsbelopp |
Sammanlagt belopp för transaktionen Till exempel: Format: 10,00) |
Kod för transaktionsvaluta |
ISO-valutakod för transaktionen Till exempel: USD) |
Köpidentifierare |
Unikt id-nummer som tilldelas varje transaktion. Överförs av inlösaren till utfärdaren för att identifiera vilken kundorder som ska lösas automatiskt. |
Tvistkategori |
Visas koder för klassificering av tvister Till exempel: 10 – Bedrägeri, 11 – Auktorisering, 12 – Behandlingsfel, 13 – Konsumenttvister. Se tabellen nedan för alla tvistkategorier) |
Kod för tvistvillkor |
Underkod för tvistkategorin för ytterligare klassificering av tvisten
|
Regeloperatorer
Operator |
Definition |
Contains |
Attributet måste innehålla det angivna värdet |
EqualTo |
Attributet måste vara lika med det angivna värdet |
GreaterThan |
Attributet måste vara större än det angivna värdet |
GreaterThanOrEquals |
Attributet måste vara större än eller lika med det angivna värdet |
IsBlank |
Attributet innehåller inget värde. Kan vara True eller False. |
LessThan |
Attributet måste vara mindre än det angivna värdet |
LessThanOrEquals |
Attributet måste vara mindre än eller lika med det angivna värdet |
NotEqualTo |
Attributet är inte lika med det angivna värdet |
StartsWith |
Attributet måste börja med det angivna värdet |
IsIn |
Attributet måste innehålla valda möjliga värden.
|
IsNotIn |
Attributet får inte innehålla valda möjliga värden.
|
Regelvärden
Attribut |
Format |
Möjliga värden |
Möjliga operatorer |
BIN för personligt kontonummer |
Nummer |
Bör vara det sexsiffriga BIN-numret för utfärdaren. |
Contains, EqualTo, IsBlank, NotEqualTo, StartsWith |
Transaktionsdatum |
Datum |
Datum i formatet MM/DD/ÅÅÅÅ |
EqualTo, NotEqualTo, GreaterThan, GreaterThanOrEquals, IsIn, IsNotIn, LessThanOrEquals, LessThan |
|
Transaktionsvaluta Kod |
Rullgardins- eller textfält |
Alfanumerisk ISO 4217 valutakoder Välj transaktionens valuta i rullgardinsfältet. Du kan välja flera värden för IsIn och IsNotIn. |
Contains, EqualTo, IsBlank, IsIn, IsNotIn, NotEqualTo, StartsWith |
Köpidentifierare |
Alfanumerisk |
Ska vara det unika id-numret som tilldelas varje transaktion. |
Contains, EqualTo, IsBlank, IsIn, IsNotIn, NotEqualTo, StartsWith |
Tvistkategori |
Rullgardins- eller textfält |
Välj bland följande: 10 – Bedrägeri 11 – Auktorisering 12 – Behandlingsfel 13 – Konsument |
Contains, EqualTo, NotEqualTo, IsBlank, IsIn, IsNotIn |
Kod för tvistvillkor |
Rullgardins- eller textfält |
Välj lämplig kod i tabellen nedan |
Contains, EqualTo, NotEqualTo |
Att tänka på vid konfigurering av regler
Här är några principer att tänka på när du definierar dina regler:
- Regler måste definieras för varje kombination av handlar-BIN/CAID.
- Varje BIN/CAID kan ha upp till tio olika regler. En regel kan ha upp till sju villkor.
- Du måste fylla i regelns alla fält (attribut, operator, värde). Inga fält får lämnas tomma.
- Vissa attribut kan använda ungefärliga matchningsoperatorer som "StartsWith" eller "Contains". Minimivärdet för dessa attribut är minst ett tecken eller en siffra.
- Som bästa praxis bör man inte använda textfältet (där det finns) tillsammans med ungefärliga matchningsoperatorer som "Contains" och "IsIn". Detta kan leda till att flera ärenden med liknande matchningar godkänns.
- Regler utvärderas i följd (regel ett utvärderas först, sedan regel två osv.). Om det finns fem regler och villkoren i den första regeln är uppfyllda, utvärderas inte de återstående reglerna.
- Om villkoren i någon regel uppfylls ”godkänns" förtvisten, vilket leder till en återbetalning till kortinnehavaren.
- Om en regel har flera villkor måste samtliga villkor vara uppfyllda för att ”godkänna" ersättningsansvar.
- Om inga villkor i någon regel uppfylls innebär det att förtvisten ”nekas”, vilket leder till en återkreditering.
- När ett RDR-ärende "godkänns” får handlarens inlösare och kortinnehavarens utfärdare besked om vilken regel som utlöstes för att få veta hur tvisten löstes.
Bästa praxis för regelhantering
- Lägg inte till motstridiga tvistkategorier och villkorskoder (t.ex. tvistkategori = 10 och kod för tvistvillkor = 12.1).
- Regler ska inte stå i konflikt med andra regler (t.ex. ”Transaktionsdatum IsGreaterThan 01/01/2020" är en regel och ”Transaktionsdatum IsLessThan 01/01/2020" är en annan)
- Om transaktionsbelopp är ett villkor i en regel bör det ha ett motsvarande villkor för kod för transaktionsvaluta.
- Regelnamnen bör vara korta och tillräckligt tydliga för att kunna ingå i RDR-kommunikation. Namnet bör inte innehålla över 30 tecken.
Tvistkategorier och villkorskoder
10. Bedrägeri |
11. Auktorisering |
12. Behandlingsfel |
13. Kundtvister |
|
10.1 – EMV-ansvarsförskjutning vid förfalskat kort 10.2 – EMV-ansvarsförskjutning vid ej förfalskat kort 10.3 – Övrigt bedrägeri där kort är närvarande 10.4 – Övrigt bedrägeri där kort saknas 10.5 – Visa Fraud Monitoring Program |
11.1 – Upptagen på lista över kort som inte får användas 11.2 – Nekad auktorisering 11.3 – Ingen auktorisering |
12.1 – Försenad betalning 12.2 – Felaktig transaktionskod 12.3 – Felaktig valuta 12.4 – Felaktigt kontonummer 12.5 – Felaktigt belopp 12.6 – Dubblett/betalad med annan metod |
13.1 – Varor/tjänster har inte tagits emot 13.2 – Annullerad återkommande betalning 13.3 – Ej som beskrivs eller defekta varor/tjänster) 13.4 – Förfalskade varor 13.5 – Missvisande information 13.6 – Kredit ej behandlad 13.7 – Avbeställda varor/tjänster 13.8 – Ursprunglig kredittransaktion ej godkänd 13.9 – Betalning har inte tagits emot eller lågt transaktionsbelopp |