Risk

Transaktionsregler

Cardflos transaktionsregler ger detaljerad kontroll över hur enskilda betalningar behandlas. Handlare kan definiera specifika parametrar som avgör om en transaktion accepteras, nekas, dirigeras till en viss inlösare eller underkastas ytterligare verifiering.

Denna kontrollnivå optimerar betalningsflöden, hanterar risker och förbättrar konverteringsgraden genom att tillämpa logik exakt där det behövs.

Kategori
Risk
Funktioner
10
Tillgänglig på
Alla planer
Ansök nu

Översikten

Transaktionsregler representerar logiklagret inom en betalningsgateway eller orkestreringsplattform som styr livscykeln för en enskild betalningsförfrågan. Genom att tillämpa villkorliga uttalanden på inkommande data bestämmer dessa regler transaktionens väg innan den når inlösaren.

Logiken är typiskt strukturerad med hjälp av attribut som Bank Identification Number (BIN), Merchant Category Code (MCC) eller geografisk metadata. Denna mekanism gör det möjligt för en handlare att hantera riskprofiler och kostnadsstrukturer i realtid.

Istället för att behandla all trafik som enhetlig, möjliggör regler segmentering av betalningar efter risknivå, värde eller ursprung. Detta säkerställer att högvärdestransaktioner kan kräva strängare verifiering som SCA, medan lågfriktionsvägar bibehålls för lågrisksituationer.

Denna granularitet är avgörande för företag som verkar över flera jurisdiktioner där lokala regler och systemregler varierar. Effektiv regelimplementering fokuserar på att balansera bedrägeriförebyggande med bevarandet av auktoriseringsgrader.

fungerar det

  1. Attribututvinning och identifiering

    När en kund initierar en betalning i kassan identifierar systemet specifik metadata associerad med förfrågan. Detta inkluderar kortutfärdarens land, det specifika BIN, valutan och Merchant Identification Number.

    Dessa variabler fungerar som de grundläggande datapunkterna som efterföljande logik tillämpas på.

  2. Tillämpning av villkorlig logik

    Transaktionen passerar genom en sekvens av fördefinierade 'om-då'-satser. Till exempel kan en regel specificera att om en transaktion överstiger ett visst värde och kommer från en högriskregion, måste den omdirigeras.

    Detta steg bestämmer betalningens omedelbara öde innan några nätverksanrop sker.

  3. Bedrägeri- och autentiseringsfiltrering

    Baserat på den interna logiken bestämmer systemet om Stark Kundautentisering via 3DS ska utlösas. Regler kan konfigureras för att begära 3DS endast när risktrösklar uppfylls, vilket minskar friktionen för lågvärdes- eller betrodda betalningar samtidigt som efterlevnaden av relevanta PSD2- eller regionala regler upprätthålls.

  4. Dirigering till optimal gateway

    När transaktionen är validerad väljer regelmotorn den mest lämpliga inlösaren. Detta beslut kan baseras på de lägsta interchange-plus-kostnaderna, de högsta historiska auktoriseringsgraderna för den specifika korttypen, eller behovet av att uppfylla volymåtaganden som anges i handlaravtal.

  5. Auktorisering och svarshantering

    Förfrågan överförs till den valda inlösaren. Vid mottagande av ett svar kan regelmotorn tolka nekandekoder.

    Om ett mjukt nekande inträffar kan systemet initiera ett automatiserat omförsök via en annan väg, förutsatt att handlarens regeluppsättning tillåter efterföljande försök för den specifika felorsaken.

Varför det spelar roll

Optimering av auktoriseringsgrad

Statisk dirigering resulterar ofta i onödiga nekanden på grund av regionala kortpreferenser eller utfärdarspecifika inkonsekvenser. Genom att använda regler för att matcha transaktioner med den inlösare som mest sannolikt godkänner dem, kan en handlare öka antalet lyckade fångster.

Detta innebär att transaktioner kategoriseras i grupper som överensstämmer med styrkorna hos olika bearbetningspartners, vilket säkerställer att tekniska eller riskbaserade avslag minimeras över hela portföljen.

Minskning av bearbetningskostnader

Betalningskostnaderna är sällan enhetliga över olika kortsystem eller regioner. Transaktionsregler möjliggör prioritering av rutter med lägre systemavgifter eller interchange-kostnader.

Genom att identifiera lokala kort och dirigera dem via inhemska inlösare undviker företag de högre kostnaderna associerade med gränsöverskridande bearbetning. Detta systematiska tillvägagångssätt säkerställer att den mest kostnadseffektiva vägen väljs för varje enskild post som behandlas av gatewayen.

Efterlevnad och riskhantering

Regelverk som PSD2 kräver specifika autentiseringsbeteenden. Transaktionsregler tillhandahåller mekanismen för att upprätthålla dessa krav utan att tillämpa dem universellt.

Handlare kan automatisera exkluderingen av specifika högriskländer eller begränsa vissa MCC om de faller utanför riskaptiten. Detta minskar bördan för manuella granskningsteam och skyddar handlaren från överdrivna chargeback-grader eller potentiella straff från kortsystem.

Användningsfall

Gränsöverskridande detaljhandel

En handlare som säljer globalt kan använda regler för att dirigera betalningar via lokala inlösare i Europeiska unionen för att dra nytta av lägre interchange-räntor, samtidigt som en annan partner används för nordamerikansk trafik för att optimera auktoriseringen.

SCA-undantag

En prenumerationstjänst kan tillämpa regler som automatiskt begär undantag för lågvärdesåterkommande transaktioner, vilket säkerställer att kunder inte avbryts av onödiga 3-D Secure-utmaningar som kan leda till avhopp.

Hög riskreducering

En elektronikhandlare kan implementera regler som utlöser 3DS för alla förstagångsköpare vars leverans- och faktureringsadresser inte matchar, samtidigt som återkommande kunder tillåts fortsätta genom en snabbare kassa.

Kostnadsbaserad dirigering

Ett flygbolag med hög volym kan dirigera alla premiumkorttransaktioner till en specifik leverantör med en bättre blandad prisstruktur för företagskort, vilket minskar den totala avgiftsbördan för höga interchange-betalningar.

I siffror

2-5%
Förbättring av auktorisering

Typisk ökning som observerats i branschen vid övergång från statisk dirigering till en multi-inlösare-uppsättning med smarta transaktionsregler.

10-20%
Minskning av bearbetningskostnader

Standardintervall för besparingar som rapporterats av handlare som implementerar kostnadsbaserad dirigering för gränsöverskridande och regionala inhemska transaktioner.

<50ms
Genomsnittlig bearbetningstid för regler

Den förväntade prestandatröskeln för moderna betalningsorkestreringsmotorer vid exekvering av komplex villkorlig logik på gateway-nivå.

Ready to route with Transaktionsregler?

Talk to our team about a live rollout on your acquiring stack.

Ansök nu

Vad du får med Transaktionsregler

  • Konfigurera logik baserad på specifika Bank Identification Number-intervall för exakt utfärdarmålriktning.
  • Begränsa eller tillåt transaktioner enligt kortinnehavarens geografiska plats eller IP-adress.
  • Automatisera dirigeringen av högvärdesbetalningar till inlösare med överlägsen riskmodelleringskapacitet.
  • Tillämpa Stark Kundautentisering baserat på transaktionsvärde och regionala regleringskrav.
  • Identifiera och segmentera transaktioner efter Merchant Category Code för att hantera branschspecifika riskprofiler.
  • Dirigera inhemsk korttrafik till lokala inlösare för att minimera gränsöverskridande avgifter och interchange.
  • Implementera automatiserade omförsök för mjuka nekanden genom att växla till sekundära bearbetningspartners.
  • Tilldela specifika Merchant Identification Numbers för olika produktlinjer eller affärsenheter dynamiskt.
  • Filtrera transaktioner baserat på historisk bedrägeridata och interna svartlistor på gateway-nivå.
  • Tillämpa specifika valutakonverteringsregler baserat på kortinnehavarens ursprungliga valuta och FX-kurser.
See Transaktionsregler on your acquiring stack.

A short scoping call, then a written plan for your MIDs.

Ansök nu

Frågor om Transaktionsregler

Hur påverkar transaktionsregler hastigheten i kassan?

Regler behandlas vanligtvis inom gatewayen på millisekunder. Logiken tillämpas innan auktoriseringsförfrågan skickas till nätverket.

Även om komplexa regeluppsättningar kräver mer bearbetningskraft, säkerställer en välhanterad motor att latenspåverkan är försumbar. I de flesta fall överväger hastighetsvinsterna från att undvika onödiga autentiseringssteg eller dirigering till effektivare inlösare den initiala bearbetningstiden på logiklagret.

Kan regler användas för att förhindra specifika typer av chargebacks?

Ja, regler kan minska chargeback-risken genom att identifiera mönster associerade med vänliga bedrägerier eller stulna uppgifter. Genom att tillämpa 3DS på misstänkta transaktioner eller blockera högrisk-IP-intervall kan en handlare stoppa potentiellt bedrägliga transaktioner innan de når utfärdaren.

Regler kan dock inte förhindra alla chargebacks, eftersom vissa inträffar efter avräkning av skäl som inte är relaterade till den initiala auktoriseringslogiken.

Vad är skillnaden mellan ett hårt nekande och ett mjukt nekande i regellogiken?

Ett hårt nekande är ett permanent avslag från utfärdaren, till exempel för ett stulet kort, där regler inte bör försöka ett omförsök. Ett mjukt nekande indikerar ett tillfälligt problem, till exempel otillräckliga medel eller en teknisk timeout.

Transaktionsregler kan konfigureras för att känna igen dessa skillnader, vilket gör att systemet intelligent kan försöka mjuka nekanden via en alternativ väg samtidigt som hårda nekanden omedelbart stoppas för att undvika systemstraff.

Är det möjligt att dirigera transaktioner baserat på kostnaden för bearbetning?

Handlare kan använda regler för att dirigera transaktioner till den inlösare som erbjuder den bästa prissättningen för den specifika korttypen. Om en inlösare till exempel har en bättre ränta för företagskort, kan regelmotorn identifiera korttypen via BIN och dirigera transaktionen därefter.

Detta säkerställer att handlaren inte överbetalar för interchange-plus eller systemavgifter på höga transaktioner.

Kan jag ställa in olika regler för återkommande betalningar jämfört med engångstransaktioner?

Betalningssystem skiljer mellan handlarinitierade transaktioner (MIT) och kundinitierade transaktioner (CIT). Regler kan konfigureras för att tillämpa olika riskfilter på dessa kategorier.

Typiskt sett kan en CIT kräva 3DS för den initiala installationen, medan efterföljande MIT tillåts via regeluppsättningen utan ytterligare kundintervention, förutsatt att lämpliga tokens och indikatorer finns i förfrågan.

Hur fungerar BIN-baserad dirigering i en transaktionsregeluppsättning?

BIN-dirigering använder de första sex till åtta siffrorna i ett kortnummer för att identifiera utfärdaren och kortprodukttypen. Regler ställs in för att känna igen dessa siffror och tillämpa specifik logik.

En handlare kan till exempel dirigera alla 'Guld'- eller 'Platina'-kort till en inlösare med högre godkännandetrösklar för premiumkort, eller dirigera alla inhemska betalkort till en lokal leverantör.

Kom igång

Redo för fart?

Berätta om ditt företag. Vi matchar dig med rätt inlösenpartners och rätt rutt, vanligtvis inom en vecka.

Ansök nu
Ansök nu