breadcrumbDescription
Tilbagekaldelse for transaktionsdiskussioner
En tilbagebetalingsproces giver dine kunder en måde til at fortryde beløbet på en omstridt transaktion, hvis de oplever problemer, f.eks. modtagelse af beskadigede varer, ukorrekt fakturering eller uautoriserede gebyrer. Ved at integrere transaktionsdisputstyring med Mastercom® kan du strømline tilbagebetalingsprocessen for at gøre det nemmere at løse en pålidelig og gennemsigtig tvist. Brug forudbyggede forløb, Omniscripts, integrationsdefinitioner og Faseadministration til at oprette en end-to-end chargeback-proces.
En typisk tilbagebetalingsproces for en kreditkorttransaktion kan inkludere disse faser:
Transaktion startet
En kortholder foretager et køb ved brug af et kreditkort. Transaktionen behandles og udføres og involverer kortholderen, handleren, overtageren (handlerens bank) og udstederen (kortholderens bank).
Konfliktregistrering
Kortholderen identificerer et problem i transaktionen og kontakter udstederen for at anfægte transaktionen. Nogle gange kan visse systemer, der bruges af udstederen, også proaktivt registrere problemer med en transaktion, især hvis det er en sag med potentiel bedrageri.
Hæv handelsadvarsler
Udstederen opretter en advarsel for den omstridte transaktion og samarbejder med en udbyder af handelsadvarsel, f.eks. Ethoca Merchant AlertsTM for at løse tvisten uden tilbagebetaling. Hvis handlende afviser advarslen eller ikke svarer på advarslen inden for et angivet tidspunkt, kan udstederen starte en tilbagebetaling.
Initiate Chargeback
I de fleste tilfælde starter udstederen tilbagebetalingen ved at fortryde transaktionen på en midlertidig basis. Den debiterer transaktionsbeløbet fra overtageren og krediterer det til kortholderens konto.
Forhandlersvar
Når forhandleren modtager tilbagebetalingen, kan vedkommende enten acceptere tilbagebetalingen eller levere beviser for at bestride tilbagebetalingen. Hvis forhandleren er enig i tvisten, afsluttes tilbagebetalingsprocessen. Hvis forhandleren mener, at tilbagebetalingen er ugyldig, kan vedkommende bestride tilbagebetalingen ved at levere beviser for troværdigheden af den oprindelige transaktion.
Anden præsentation
Hvis handlende bestrider tilbagebetalingen, vises transaktionen igen for udstederen med yderligere oplysninger. Denne fase af konfliktløsningen kaldes den anden præsentation.
Udstedergennemgang af anden præsentation
Udstederen gennemser de beviser, der leveres af handleren, og kan beslutte enten at acceptere eller afvise den anden præsentation. Hvis udstederen anser beviserne for utilstrækkelige, skal udstederen svare ved at afvise den anden præsentation med støttende beviser. Dette svar starter voldgiftsprocessen mellem udstederen og handlende. Hvis beviserne er tilfredsstillende, fortrydes tilbagebetalingen, og midlerne returneres til forhandlerens konto.
Før-arbitrage
Hvis udstederen afviser den anden præsentation, indtræffer tvisten i før voldgiftsfasen. Under før-arbitrationsfasen har udstederen og handlende en mulighed for at forhandle og præsentere yderligere beviser for at løse tvisten uden at eskalere den til voldgift. Før-arbitraphasen sigter mod at nå til en gensidig aftale og undgå behovet for en bindende beslutning fra en ekstern part. Hvis parterne kan løse tvisten under før-arbitrage, afsluttes tilbagebetalingsprocessen. Hvis ikke, fortsætter tvisten til voldgift.
Voldgift
Når præarbitrage ikke løser tvisten, flyttes processen til voldgift. I voldgiftsfasen gennemser en tredjepart, ofte et kortnetværk, alle beviser og argumenter, der præsenteres af både udstederen og handlende. Arbitteren træffer en bindende beslutning baseret på sagens fordele. Denne beslutning bestemmer resultatet af tvisten og sikrer en rimelig løsning for begge involverede parter.
- Konfigurer slutpunktet for Mastercom®
Opret eksterne legitimationsoplysninger og navngivne legitimationsoplysninger med detaljer om, hvordan Salesforce godkendes med Mastercom. - Opsæt integrationer med Mastercom® for genopladninger
Brug integrationsdefinitioner til at angive detaljerne for, hvordan Salesforce integreres med Mastercom for at starte tilbagebetalinger for transaktionsdiskussioner. Opret integrationsdefinitioner for at kalde Mastercom-API'er. - Opsæt integrationer med Mastercom® for Anden præsentation
Administration af transaktionsdiskussion bruger integrationsdefinitioner til at angive detaljerne for, hvordan Salesforce integreres med Mastercom for at håndtere den anden præsentation, der modtages som reaktion på en tilbagebetaling. Opret integrationsdefinitioner for at kalde Mastercom-API'er. - Opsæt integrationer med Mastercom® for før voldgift og voldgift
Administration af transaktionsdiskussion bruger integrationsdefinitioner til at angive detaljerne for, hvordan Salesforce integreres med Mastercom for at starte før-arbitrage- og voldgiftsprocesser som reaktion på en anden præsentation. Opret integrationsdefinitioner for at kalde Mastercom-API'er. - Forløb for initiering af tilbagebetaling og gennemgang af anden præsentation
Hvis du vil strømline og automatisere processen med at starte tilbagebetalinger og gennemse den anden præsentation, skal du bruge registreringsudløste forløb og skærmforløb, der er bygget på forhånd. - Opdater Omniscript til at indsamle tilbagebetalingsdetaljer
Giv dine sagsejere en guidet proces til at gennemse detaljerne for en omstridt transaktion og beslutte, om de skal fortsætte med en tilbagebetaling. Opdater Omniscript, og brug det i faseadministration til at starte en tilbagebetaling. - Indsaml før-arbitrage- og voldgiftsdetaljer
Giv dine sagsejere en guidet proces til at indsamle de detaljer, der er påkrævet for at starte før-arbitrage eller voldgift for en omstridt transaktion, der ikke blev løst under den anden præsentation. Med den guidede proces kan sagsejere opdatere årsagskoden og årsagsunderkoden, hvis de, der er tildelt under tilbagebetaling, ikke længere er relevante. - Gennemse før- og voldgiftsdetaljer
Giv dine sagsejere en guidet proces til at gennemse de detaljer, der er indsamlet til initiering af før-arbitrage. Med den guidede proces kan sagsejere enten acceptere før-arbitrage og lukke tvisten eller eskalere sagen til voldgift. - Opsæt en beslutningsmatrix for at identificere årsagskoder for før voldgift
Når en omstridt transaktion ikke løses under den anden præsentation, kan du starte før-arbitrage eller voldgift baseret på årsagskoden, der er knyttet til transaktionen. Mastercom bestemmer, at omstridte transaktioner med specifikke årsagskoder skal gennemgå præ-arbitrage, før de kan fortsætte til voldgift. Forhåndsarbitrage er f.eks. påkrævet, hvor tvisten er knyttet til årsagskoder, f.eks. 4808, 4837 og 4853. - Konfigurer koder for tvistårsag og årsagsunderkoder
Når en agent registrerer en anmodning om transaktionsdiskussion, skal vedkommende vælge en relevant årsagskode og årsagsunderkode, der bedst beskriver problemet i den omtvistede transaktion. Hvis du vil sikre, at disse koder er tilgængelige under konfliktindhentningsprocessen, skal du tilføje dem som pluklisteværdier og oprette registreringer for tvistårsager. - Faseadministration Plan for transaktionsdiskrimination
Brug Faseadministration til at opsætte en problemfri og effektiv proces til løsning af transaktionsspørgsmål i hver fase af tvistens livscyklus. - Føj Lightning Oversigt over registreringsfase til registreringssiden Konfliktelement
Giv dine sagsejere en omfattende visning af faserne og de trin, der skal udføres i tilbagebetalings- og anden præsentationsprocesser. - Føj Lightning Status for integrationskørsel til registreringssiden for konfliktelement
Vis dine sagsejere kørselsstatus for integrationsudkald. Disse udkald tilføjes i faseadministration for at starte tilbagebetaling og for at gennemse anden præsentation.
