Disputes

Orsakskod

Systemdefinierad kod som identifierar grunden för en Chargeback (t.ex. Visa 10.4 för kortinnehavare ej auktoriserad, 13.1 för varor ej mottagna) som dikterar vilken bevisning som krävs för att försvara den.

Orsakskod betyder: Systemdefinierad kod som identifierar grunden för en Chargeback (t. ex. Visa 10. 4 för kortinnehavare ej auktoriserad, 13. 1 för varor ej mottagna) som dikterar vilken bevisning som krävs för att försvara den.

Inom betalningsverksamhet är det inte bara en etikett, det styr hur en transaktion, en uppgift, en riskhändelse eller en finansieringsrörelse tolkas av motparter. Mekanismen är en del av tvistvägen efter transaktionen mellan kortinnehavaren, utfärdaren, systemet, inlösaren och handlaren.

Den avgör vem som kan framställa ett krav, vilken bevisning som är tillåten och vilken part som bär förlusten om ärendet inte återkallas. Den analyseras vanligtvis tillsammans med Chargeback, Tvist, Representment, eftersom dessa närliggande begrepp bestämmer det kommersiella och operativa resultatet.

Den praktiska detaljen finns vanligtvis i gateway-loggar, inlösarrapporter, systemfiler, kundtjänstregister och avräkningsutdrag snarare än i en enda instrumentpanel. Team bör registrera värdet, tidsstämpeln, motparten, valutan, svarskoden och eventuell undantags- eller ansvarsindikator kopplad till händelsen.

Ett vanligt misstag är att behandla orsakskoden som en statisk definition. I praktiken kan betydelsen ändras beroende på system, land, MCC, kortprodukt, utfärdare, transaktionskanal och om betalningen initieras av kunden eller handlaren.

Det är därför handlare med hög volym normalt dokumenterar regler, övervakar undantag varje vecka och granskar tröskelvärden innan ett litet operativt problem blir ett Chargeback-, finansierings- eller efterlevnadsproblem.

Worked example

En handlare granskar en transaktion på 480 £ där orsakskoden är den avgörande faktorn. Utfärdaren väcker ärendet, inlösaren debiterar handlaren, och handlaren måste lämna in bevis innan tidsfristen för Representment löper ut.

Den operativa kostnaden är modellerad till en Chargeback-avgift på 20 £ plus hela försäljningsbeloppet som är i riskzonen, och den relevanta åtgärden måste slutföras inom 30 dagar. Steg 1 är att fånga de ursprungliga begärandedata, inklusive belopp, valuta, utfärdande land, MID och svars- eller statuskod.

Steg 2 är att tillämpa handlarens regelverk, till exempel om man ska försöka igen, bestrida, återbetala, släppa varor eller hålla för granskning. Steg 3 är att stämma av resultatet mot inlösarens rapportering så att ekonomiavdelningen kan se kasseffekten.

Om regeln förbättrar resultatet med så lite som 50 baspunkter på 2 000 liknande månatliga transaktioner, skyddar handlaren ungefär 10 extra beställningar från undvikbara misslyckanden eller förluster.

Scheme notes

Visa och Mastercard använder olika tvistetiketter, grupperingar av orsakskoder och övervakningsprogram, även när den kommersiella händelsen är likartad. Visas tvist- och bedrägeriövervakning har flyttats under VAMP, medan Mastercard fortfarande skiljer mellan Excessive Chargeback Merchant och High Excessive Chargeback Merchant-nivåer inom ECP-ramverket.

Återkallelse-, Representment-, förarbitrage- och arbitragetidsfönster är systemspecifika, med många handlares svarsfönster som ligger runt 20 till 45 dagar när inlösarens meddelande och förberedelsetid för bevis har beaktats.

American Express och Discover driver sina egna tvistsystem, så handlare bör inte anta att bevis som accepteras av ett system automatiskt kommer att tillfredsställa ett annat.

Why it matters for merchants

Kommersiellt påverkar detta direkta förluster, Chargeback-avgifter, arbetsbelastning för bevisföring och risken att hamna i systemets övervakningsprogram.

För en handlare som behandlar 500 000 £ per månad är en rörelse på 25 baspunkter värd 1 250 £ före sekundära effekter som tvister, reserver, supportärenden eller kostnader för misslyckad leverans.

Effekten är större i högrisk-, prenumerations-, rese-, digitala varor- och gränsöverskridande modeller eftersom utfärdarens beslut och systemövervakning snabbt kan förvärras.

Cardflo kan hjälpa till genom att kombinera inlösenåtkomst, MID-routing, orkestreringsregler, KYB-granskning och Chargeback-verktyg där det är relevant, så att handlaren inte är beroende av en processors tolkning eller en fast transaktionsväg.

Vanliga frågor

Vilka data bör en handlare lagra för orsakskod?

Lagra transaktions-ID, MID, inlösare, belopp, valuta, utfärdande land, kortsystem, svars- eller statuskod, tidsstämpel och eventuell 3DS-, undantags-, återbetalnings- eller tvistreferens. För korttransaktioner, behåll auktoriserings- och clearingidentifierare eftersom avräknings- eller Chargeback-frågor kan komma 30 till 120 dagar senare.

För reglerade flöden, behåll kundens samtycke och bevisregister under minst den period som krävs enligt lokal lag eller systemregler. Goda register minskar utredningstiden från timmar till minuter när inlösarens rapportering inte matchar ordersystemet.

Hur ofta bör orsakskoden granskas?

Handlare med hög volym bör granska undantagsfrekvenser varje vecka och trenda den huvudsakliga mätningen månadsvis per system, inlösare, utfärdande land, MCC och betalningsmetod. En rörelse på 20 till 50 baspunkter kan vara betydande om handlaren behandlar tusentals beställningar.

Ekonomiavdelningen bör stämma av kasseffekten på avräkningsnivå, medan risk- eller betalningsverksamheten bör analysera grundorsaken. Att endast granska sammanlagda totaler döljer problem som uppstår på ett enskilt BIN-intervall, region eller MID.

Vilken tröskel utlöser vanligtvis åtgärder för orsakskod?

Tröskeln beror på kategorin, men handlare bör undersöka alla plötsliga förändringar över 10 % relativ rörelse eller 25 baspunkter absolut rörelse. För tvister och bedrägerier kan systemtrösklar som 0,9 % under Visa-övervakning eller 1,5 % under Mastercard ECM skapa omedelbar eskaleringsrisk.

För avräknings- eller prissättningsposter kan även 5 till 15 baspunkter motivera routing- eller kontraktsgranskning. Nyckeln är att sätta trösklar före månadsskiftet, inte efter att en processorräkning eller systemmeddelande anländer.

Kan orsakskoden skilja sig mellan inlösare?

Ja. Inlösare kan mappa svarskoder olika, tillämpa olika riskregler, stödja olika datafält och avräkna på olika cykler.

En inlösare kan returnera ett generiskt avslag medan en annan exponerar utfärdarens råd som tillåter ett säkert nytt försök. Avgiftsbehandlingen kan också variera beroende på kontrakt, särskilt för gränsöverskridande, FX, premiumkort och alternativa betalningsmetoder.

Det är därför handlare som använder orkestrering bör jämföra prestanda per inlösare och system snarare än att förlita sig på en enda sammanlagd godkännande- eller kostnadssiffra.

Vad är det första åtgärdssteget när orsakskoden skapar förluster?

Börja med ett 30-dagars urval och dela upp det efter system, utfärdande land, kortprodukt, betalningsmetod, MID och svars- eller tvistkod. Kvantifiera värdet i riskzonen i kontanta termer, inte bara procentenheter.

Bestäm sedan om lösningen är operativ, som bättre bevis eller kundkommunikation, teknisk, som rikare data eller 3DS-indikatorer, eller kommersiell, som en annan inlösarväg. Kontrollera samma mätning igen efter en fullständig avräknings- eller tvistcykel för att bekräfta att ändringen fungerade.