RDR zal automatisch een Visa-pre-chargeback namens jou 'accepteren', op basis van de regels die je definieert als onderdeel van je inschrijving. Regels bestaan uit voorwaarden die de kenmerken van de chargebacktransactie weerspiegelen, zoals het transactiebedrag of de aankoop-ID. Het evaluatieproces van de regel resulteert in een besluit voor 'accepteren' of 'weigeren'.

• Als aan de voorwaarden van de regels is voldaan, dan kies je ervoor om de aansprakelijkheid van de pre-chargeback te 'accepteren' en Visa te machtigen om automatisch het volledige bedrag van de transactie terug te betalen aan de kaarthouder, waardoor een chargeback wordt voorkomen.
• Als aan geen enkele voorwaarde van de regels wordt voldaan, dan kies je ervoor om de aansprakelijkheid van de pre-chargeback te 'weigeren'. In dat geval krijg je te maken met een chargeback.
• De RDR-dekking is volledig geautomatiseerd. Zodra je regels zijn ingesteld, hoef je geen extra actie te ondernemen om een chargeback te voorkomen.

In dit handboek lees je alles wat je moet weten om je regels goed in te stellen om chargebacks via RDR te voorkomen.

RDR-regels begrijpen

Regels zijn opgebouwd uit de volgende hoofdelementen:

• Naam van regel
• Kenmerken van regel
• Operator van regel
• Waarden van regel

Naam van regel

• ID die is gemaakt door de verkoper en beschikbaar gesteld voor rapportage.
• Zichtbaar voor de Issuer and Acquirer die bij de aanvraag zijn betrokken.

Kenmerken van regel

Operators van regel

Waarden van regel

Overwegingen bij het instellen van regels

Hier zijn wat principes waarmee je rekening moet houden bij het bepalen van je regels:

1. Regels moeten worden gedefinieerd voor elke verkoper-BIN/CAID-combinatie.
2. Elke BIN/CAID kan maximaal 10 verschillende regels bevatten. Een regel kan maximaal 7 voorwaarden hebben.
3. Alle velden in de regel (kenmerk, operator, waarde) zijn verplicht. Je mag geen veld leeg laten.
4. Sommige kenmerken kunnen operators bevatten met benaderingen voor overeenkomsten (niet-100%-matches) zoals 'StartsWith' of 'Contains'. De minimale waarde voor deze kenmerken is minimaal één teken of getal.
5. Als best practice wordt geadviseerd om de vrije-vorm-invoer (waar dat mogelijk is) niet te gebruiken in combinatie met operators met benaderingen zoals 'Contains' en 'IsIn'. Dit kan leiden tot meerdere gevallen waarin vergelijkbare overeenkomsten worden geaccepteerd.
6. Regels worden na elkaar geëvalueerd (regel 1 wordt eerst geëvalueerd, daarna regel 2, enz.) Als er vijf regels zijn en aan de voorwaarden van de eerste regel is voldaan, dan worden de overige regels niet geëvalueerd.
7. Als er aan de voorwaarden van zelfs maar één regel wordt voldaan, wordt de pre-chargeback 'geaccepteerd', en ontvangt de kaarthouder een terugbetaling.
8. Als een regel meerdere voorwaarden heeft, moet aan alle voorwaarden van de regel worden voldaan om aansprakelijkheid te 'accepteren'.
9. Als er van alle regels die je hebt gemaakt aan geen enkele voorwaarde wordt voldaan, dan wordt de pre-chargeback 'geweigerd' en resulteert dat in een chargeback.
10. Voor elk RDR-geval dat 'geaccepteerd' is, wordt de regelnaam van de getriggerde regel gedeeld met de Acquirer van de verkoper en de Issuer van de kaarthouder om ze te laten weten waarom de chargeback is opgelost.

Best practices voor regelbeheer

1. Neem geen tegenstrijdige categorieën en voorwaardecodes op voor een chargeback (bijvoorbeeld een chargebackcategorie = '10' en een voorwaardecode = '12.1').
2. Een regel mag niet in conflict zijn met een andere regel (bijv. 'Transactiedatum IsGreaterThan 01-01-2020' in één regel en 'Transactiedatum IsLessThan 01-01-2020' in een andere regel)
3. Als het transactiebedrag een voorwaarde is in een regel, moet het een overeenkomstige voorwaarde hebben voor de transactievalutacode.
4. Gebruik korte, duidelijke en specifieke namen waarnaar gemakkelijk kan worden verwezen in RDR-berichten. Het wordt aanbevolen om niet meer dan 30 tekens te gebruiken voor de naam.

Categorieën en voorwaardecodes voor chargebacks