U bent hier:
Chargeback voor transactiegeschillen
Een chargeback-proces biedt uw klanten een manier om het bedrag van een betwiste transactie terug te draaien als ze problemen ondervinden, zoals het ontvangen van beschadigde goederen, onjuiste facturering of ongeoorloofde kosten. Door Transactiegeschillenbeheer te integreren met Mastercom® kunt u het chargebackproces stroomlijnen om een betrouwbare en transparante geschillenbeslechting te faciliteren. Gebruik vooraf samengestelde stromen, Omniscripts, integratiedefinities en Fasenbeheer om het volledige chargeback-proces te maken.
Een normaal chargeback-proces voor een creditcardtransactie kan deze fasen omvatten:
Transactie geïnitieerd
Een kaarthouder doet een aankoop met behulp van een creditcard. De transactie wordt verwerkt en voltooid en omvat de kaarthouder, handelaar, acquirer (bank van handelaar) en uitgever (bank van kaarthouder).
Geschillenintake
De kaarthouder identificeert een probleem in de transactie en neemt contact op met de uitgever om de transactie te betwisten. Soms kunnen bepaalde systemen die door de uitgever worden gebruikt, ook proactief problemen met een transactie detecteren, vooral als het gaat om potentiële fraude.
Koopmanwaarschuwingen verhogen
De uitgever waarschuwt voor de betwiste transactie en werkt samen met een aanbieder van waarschuwingen voor handelaren, zoals Ethoca Merchant AlertsTM, om het geschil op te lossen zonder terugboeking. Als de handelaar de waarschuwing afwijst of niet binnen een bepaalde tijd op de waarschuwing reageert, kan de uitgever een chargeback starten.
Chargeback starten
In de meeste gevallen initieert de uitgevende instelling de chargeback door de transactie voorlopig terug te draaien. Het debiteert het transactiebedrag van de overnemende partij en crediteert dit op de rekening van de kaarthouder.
Reactie van handelaar
Wanneer de handelaar de chargeback ontvangt, kan deze de chargeback accepteren of bewijs leveren om de chargeback te betwisten. Als de handelaar akkoord gaat met het geschil, eindigt het chargeback-proces. Als de handelaar van mening is dat de chargeback ongeldig is, kan deze de chargeback betwisten door bewijs te leveren dat de geloofwaardigheid van de oorspronkelijke transactie aantoont.
Tweede presentatie
Als de handelaar de terugboeking betwist, wordt de transactie opnieuw gepresenteerd aan de uitgever met aanvullende informatie. Deze fase van de geschillenbeslechting wordt de tweede presentatie genoemd.
Uitgeversbeoordeling van tweede presentatie
De uitgever beoordeelt het door de handelaar geleverde bewijs en kan beslissen om de tweede presentatie te accepteren of af te wijzen. Indien de uitgevende instelling van oordeel is dat het bewijs ontoereikend is, moet zij reageren door de tweede presentatie met ondersteunend bewijs af te wijzen. Deze reactie initieert het arbitrageproces tussen de uitgever en de handelaar. Als het bewijs bevredigend is, wordt de terugboeking teruggedraaid en worden de fondsen teruggestort op de account van de handelaar.
Pre-arbitrage
Als de uitgever de tweede presentatie afwijst, gaat het geschil de pre-arbitragefase in. Tijdens de pre-arbitragefase hebben de uitgever en de handelaar de mogelijkheid om te onderhandelen en aanvullend bewijs te presenteren om het geschil op te lossen zonder het te escaleren naar arbitrage. Pre-arbitrage fase is gericht op het bereiken van een wederzijdse overeenkomst en het vermijden van de noodzaak van een bindende beslissing door een externe partij. Als de partijen het geschil kunnen oplossen tijdens pre-arbitrage, wordt de chargebackprocedure beëindigd. Zo niet, dan gaat het geschil over tot arbitrage.
Arbitrage
Wanneer pre-arbitrage het geschil niet oplost, gaat het proces over op arbitrage. In de arbitragefase beoordeelt een externe partij, vaak een kaartnetwerk, alle bewijzen en argumenten die door zowel de uitgever als de handelaar worden aangedragen. De arbiter neemt een bindende beslissing op basis van de verdiensten van de case. Deze beslissing bepaalt de uitkomst van het geschil en garandeert een eerlijke oplossing voor beide betrokken partijen.
- Het eindpunt configureren voor Mastercom®
Maak externe inloggegevens en benoemde inloggegevens met details over de manier waarop Salesforce wordt geauthenticeerd met Mastercom. - Integraties met Mastercom® instellen voor Chargebacks
Gebruik integratiedefinities om de details op te geven van de manier waarop Salesforce wordt geïntegreerd met Mastercom om chargebacks te starten voor transactiegeschillen. Maak integratiedefinities om de Mastercom-API's aan te roepen. - Integraties met Mastercom® instellen voor tweede presentatie
Transactiegeschillenbeheer gebruikt integratiedefinities om de details op te geven van de manier waarop Salesforce wordt geïntegreerd met Mastercom voor het afhandelen van de tweede presentatie die wordt ontvangen als reactie op een chargeback. Maak integratiedefinities om de Mastercom-API's aan te roepen. - Integraties met Mastercom® instellen voor pre-arbitrage en arbitrage
Transactiegeschillenbeheer gebruikt integratiedefinities om de details op te geven van de manier waarop Salesforce integreert met Mastercom om pre-arbitrage- en arbitrageprocessen te starten als reactie op een tweede presentatie. Maak integratiedefinities om de Mastercom-API's aan te roepen. - Stromen voor het initiëren van terugboeking en beoordelen van tweede presentatie
Als u het proces van het initiëren van chargebacks en het beoordelen van de tweede presentatie wilt stroomlijnen en automatiseren, gebruikt u vooraf samengestelde door records geactiveerde stromen en schermstromen. - Omniscript bijwerken om terugboekingsdetails te verzamelen
Geef uw eigenaars van geschilcases een begeleid proces om de details van een betwiste transactie te beoordelen en te beslissen of ze door willen gaan met een chargeback. Werk het Omniscript bij en gebruik het in het Fasenbeheer Plan voor het initiëren van een chargeback. - Pre-arbitrage en arbitragedetails verzamelen
Geef uw eigenaars van geschilcases een begeleid proces om de details te verzamelen die nodig zijn voor het starten van pre-arbitrage of arbitrage voor een betwiste transactie die niet is opgelost tijdens de tweede presentatie. Met het begeleide proces kunnen eigenaars van geschilcases de redencode en redensubcode bijwerken als de codes die tijdens de chargeback zijn toegewezen, niet langer geschikt zijn. - Details van pre-arbitrage en arbitrage beoordelen
Geef uw eigenaars van geschillenzaken een begeleid proces om de details te beoordelen die zijn verzameld voor het starten van pre-arbitrage. Met het begeleide proces kunnen eigenaars van geschilcases pre-arbitrage accepteren en het geschil sluiten of de case escaleren naar arbitrage. - Een beslissingsmatrix instellen om redencodes voor pre-arbitrage te identificeren
Wanneer een betwiste transactie niet wordt opgelost tijdens de tweede presentatie, kunt u pre-arbitrage of arbitrage starten op basis van de redencode die aan de transactie is gekoppeld. Mastercom schrijft voor dat betwiste transacties met specifieke redencodes moeten worden onderworpen aan pre-arbitrage voordat ze kunnen overgaan tot arbitrage. Pre-arbitrage is bijvoorbeeld vereist wanneer het geschil is gekoppeld aan redencodes, zoals 4808, 4837 en 4853. - Redencodes voor geschillen en redensubcodes configureren
Wanneer een agent een transactiegeschilverzoek vastlegt, moet deze een geschikte redencode en redensubcode selecteren die het probleem in de betwiste transactie het best beschrijven. Als u ervoor wilt zorgen dat deze codes beschikbaar zijn tijdens het intakeproces voor geschillen, voegt u ze toe als keuzelijstwaarden en maakt u redenrecords voor geschillen. - Fasenbeheer Plan voor transactiegeschillenbeheer
Gebruik Fasenbeheer om een soepel en efficiënt proces in te stellen voor het oplossen van transactiegeschillen in elke fase van de levenscyclus van een geschil. - De Lightning component Overzicht van recordfase toevoegen aan de recordpagina Geschillenitem
Geef uw eigenaars van geschilcases een uitgebreid overzicht van de fasen en de stappen die moeten worden uitgevoerd in de chargeback- en tweede presentatieprocessen. - De Lightning component Integratie-uitvoeringsstatus toevoegen aan de recordpagina Geschillenitem
Toon uw eigenaars van geschilcases de uitvoeringsstatus van integratieaanroepen. Deze aanroepen worden toegevoegd aan het fasenbeheer plan om chargeback te initiëren en de tweede presentatie te beoordelen.
