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 Till exempel: 10.4 – Övrigt bedrägeri där kort saknas, 13.3 – Ej som beskrivs eller defekta varor/tjänster)

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. Obs!För transaktionsdatum är möjliga värden 30, 60 eller 90 dagar.
IsNotIn	Attributet får inte innehålla valda möjliga värden. Obs! För transaktionsdatum är möjliga värden 30, 60 eller 90 dagar.

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.