Geschillenbeheer

Een retrieval request is een voorlopig onderzoek waarbij de uitgever om meer informatie over een transactie vraagt voordat hij besluit een chargeback te initiëren.

Het geven van een adequate reactie in dit stadium, zoals een duidelijke bon of bewijs van dienstverlening, kan vaak voorkomen dat het geschil escaleert naar een formele chargeback.

Als de retrieval wordt genegeerd of het bewijs onvoldoende is, zal de uitgever waarschijnlijk overgaan tot een chargeback, wat kosten en een voorlopige terugboeking van fondsen met zich meebrengt. Het effectief beheren van retrievals is een primaire verdediging tegen het volume van formele geschillen.

3-D Secure (3DS) biedt een mechanisme voor aansprakelijkheidsverschuiving. Als een transactie succesvol wordt geauthenticeerd via 3DS, verschuift de aansprakelijkheid voor bepaalde soorten fraude-gerelateerde geschillen doorgaans van de verkoper naar de uitgever.

In de workflow voor geschillenbeheer dienen 3DS-authenticatiegegevens als cruciaal bewijs.

Als een verkoper een fraudegeschil ontvangt voor een 3DS-geauthenticeerde betaling, kan hij het authenticatietoken presenteren om aan te tonen dat hij de Strong Customer Authentication-protocollen heeft gevolgd, waardoor de kans op een succesvolle representatie aanzienlijk toeneemt.

In sommige gevallen sluiten specifieke redenen of schemaregels de verkoper uit van het verdedigen van de transactie. Dit komt het meest voor bij harde weigeringen of technische fouten waarbij de autorisatie niet geldig is verkregen.

Bovendien, als de verkoper niet reageert binnen de door het schema voorgeschreven termijn, wordt het geschil standaard in het voordeel van de kaarthouder gesloten.

Sommige acquirers kunnen ook beleid hebben dat representatie voor transacties met een zeer lage waarde voorkomt, waarbij de administratieve kosten van het proces de potentiële herstelbedrag overschrijden.

Ja, maar alleen door concreet bewijs van levering te leveren. Dit vereist meestal een trackingnummer dat als 'geleverd' wordt weergegeven op het geverifieerde adres van de klant, bij voorkeur met een handtekening of fotografisch bewijs indien vereist door de schemaregels voor die transactiewaarde.

Voor digitale goederen zijn logboeken nodig die het IP-adres van de klant, inlogtijden en servicegebruik tonen. De bewijslast ligt volledig bij de verkoper om aan te tonen dat de dienst is geleverd of het fysieke item succesvol is verzonden en ontvangen.

Acquirers en kaartschema's controleren deze ratio nauwlettend om risico's te beoordelen. Als de ratio specifieke limieten overschrijdt, meestal 0,9% of 1% afhankelijk van het netwerk, wordt de verkoper gemarkeerd.

Gevolgen zijn onder meer hogere interchange- of schemavergoedingen, de vereiste van een rolling reserve, of de totale beëindiging van het Merchant Identification Number.

Effectief geschillenbeheer is gericht op het laag houden van deze ratio door zowel geschillen te voorkomen door betere service als frauduleuze claims te identificeren die succesvol kunnen worden betwist.

De Merchant Category Code (MCC) bepaalt het verwachte geschillenprofiel voor een bedrijf. Bepaalde sectoren, zoals reizen of digitaal gamen, zijn van nature risicovoller.

Schema's passen verschillende monitoringdrempels en bewijsvereisten toe op basis van de MCC. Een reisverkoper moet bijvoorbeeld mogelijk bewijs van een verblijf leveren, terwijl een detailhandelaar bewijs van verzending nodig heeft.

Nauwkeurige MCC-toewijzing zorgt ervoor dat de logica voor geschillenbeheer is afgestemd op de specifieke regelgevende en schemavereisten van die sector.