Transactieregels
De transactieregels van Cardflo bieden gedetailleerde controle over hoe individuele betalingen worden verwerkt. Verkopers kunnen specifieke parameters definiëren die bepalen of een transactie wordt geaccepteerd, geweigerd, naar een bepaalde acquirer wordt gerouteerd of aan aanvullende verificatie wordt onderworpen.
Dit niveau van controle optimaliseert betalingsstromen, beheert risico's en verhoogt conversiepercentages door logica precies toe te passen waar nodig.
- Categorie
- Risico
- Mogelijkheden
- 10
- Beschikbaar op
- Alle abonnementen
Het overzicht
Transactieregels vertegenwoordigen de logische laag binnen een betalingsgateway of orkestratieplatform die de levenscyclus van een individuele betalingsaanvraag regelt. Door voorwaardelijke instructies toe te passen op inkomende gegevens, bepalen deze regels het pad van een transactie voordat deze de acquirer bereikt.
Logica is doorgaans gestructureerd met behulp van attributen zoals het Bank Identification Number (BIN), Merchant Category Code (MCC) of geografische metadata. Dit mechanisme stelt een verkoper in staat om risicoprofielen en kostenstructuren in realtime te beheren.
In plaats van al het verkeer als uniform te behandelen, maken regels de segmentatie van betalingen mogelijk op risiconiveau, waarde of herkomst.
Dit zorgt ervoor dat transacties met hoge waarde mogelijk strengere verificatie vereisen, zoals SCA, terwijl paden met lage frictie worden gehandhaafd voor scenario's met laag risico. Deze granulariteit is essentieel voor bedrijven die actief zijn in meerdere rechtsgebieden waar lokale regelgeving en schemaregels variëren.
Effectieve regelimplementatie richt zich op het balanceren van fraudepreventie met het behoud van autorisatiepercentages.
Hoe het werkt
Attribuutextractie en -identificatie
Wanneer een klant een betaling initieert bij het afrekenen, identificeert het systeem specifieke metadata die aan de aanvraag zijn gekoppeld. Dit omvat het land van de kaartuitgever, de specifieke BIN, de valuta en het Merchant Identification Number.
Deze variabelen dienen als de fundamentele gegevenspunten waarop de daaropvolgende logica wordt toegepast.
Toepassing van voorwaardelijke logica
De transactie doorloopt een reeks vooraf gedefinieerde 'als-dan'-instructies. Een regel kan bijvoorbeeld specificeren dat als een transactie een bepaalde waarde overschrijdt en afkomstig is uit een risicovolle regio, deze moet worden omgeleid.
Deze fase bepaalt het onmiddellijke lot van de betaling voordat er netwerkoproepen plaatsvinden.
Fraude- en authenticatiefiltering
Op basis van de interne logica beslist het systeem of Strong Customer Authentication via 3DS moet worden geactiveerd.
Regels kunnen worden geconfigureerd om 3DS alleen aan te vragen wanneer aan risicodrempels wordt voldaan, waardoor de frictie voor transacties met lage waarde of vertrouwde betalingen wordt verminderd, terwijl de naleving van relevante PSD2- of regionale regelgeving wordt gehandhaafd.
Route naar optimale gateway
Zodra de transactie is gevalideerd, kiest de regelsengine de meest geschikte acquirer. Deze beslissing kan gebaseerd zijn op de laagste interchange-plus kosten, de hoogste historische autorisatiepercentages voor het specifieke kaarttype, of de noodzaak om te voldoen aan volumeverplichtingen die zijn vastgelegd in merchant service agreements.
Autorisatie en afhandeling van reacties
De aanvraag wordt verzonden naar de geselecteerde acquirer. Na ontvangst van een reactie kan de regelsengine weigeringscodes interpreteren.
Als een zachte weigering optreedt, kan het systeem een geautomatiseerde herpoging initiëren via een andere route, mits de regelset van de verkoper volgende pogingen voor die specifieke storingsreden toestaat.
Waarom het telt
Optimalisatie van autorisatiepercentages
Statische routering resulteert vaak in onnodige weigeringen als gevolg van regionale kaartvoorkeuren of uitgeverspecifieke inconsistenties. Door regels te gebruiken om transacties te matchen met de acquirer die deze het meest waarschijnlijk zal goedkeuren, kan een verkoper succesvolle captures verhogen.
Dit omvat het categoriseren van transacties in groepen die aansluiten bij de sterke punten van verschillende verwerkingspartners, waardoor technische of risicogebaseerde weigeringen over het hele portfolio worden geminimaliseerd.
Vermindering van verwerkingskosten
Betalingskosten zijn zelden uniform over verschillende kaartschema's of regio's. Transactieregels maken de prioritering van routes met lagere schemakosten of interchangekosten mogelijk.
Door lokale kaarten te identificeren en deze via binnenlandse acquirers te routeren, vermijden bedrijven de hogere kosten die gepaard gaan met grensoverschrijdende verwerking. Deze systematische aanpak zorgt ervoor dat het meest kosteneffectieve pad wordt gekozen voor elk afzonderlijk item dat door de gateway wordt verwerkt.
Naleving en risicobeheer
Regelgevende omgevingen zoals PSD2 vereisen specifiek authenticatiegedrag. Transactieregels bieden het mechanisme om deze vereisten af te dwingen zonder ze universeel toe te passen.
Verkopers kunnen de uitsluiting van specifieke risicovolle rechtsgebieden automatiseren of bepaalde MCC's beperken als deze buiten de risicobereidheid vallen. Dit vermindert de belasting voor handmatige beoordelingsteams en beschermt de verkoper tegen buitensporige chargebackpercentages of potentiële boetes van kaartschema's.
Toepassingen
Grensoverschrijdende detailhandel
Een verkoper die wereldwijd verkoopt, kan regels gebruiken om betalingen via lokale acquirers in de Europese Unie te routeren om te profiteren van lagere interchange-tarieven, terwijl een andere partner wordt gebruikt voor Noord-Amerikaans verkeer om de autorisatie te optimaliseren.
SCA-vrijstellingen
Een abonnementsdienst kan regels toepassen die automatisch vrijstellingen aanvragen voor terugkerende transacties met een lage waarde, zodat klanten niet worden onderbroken door onnodige 3-D Secure-uitdagingen die kunnen leiden tot churn.
Beperking van hoog risico
Een elektronicaretailer kan regels implementeren die 3DS activeren voor alle nieuwe kopers waarvan de verzend- en factuuradressen niet overeenkomen, terwijl terugkerende klanten sneller kunnen afrekenen.
Kosten-gebaseerde routering
Een luchtvaartmaatschappij met een hoog volume kan alle premium kaarttransacties naar een specifieke provider sturen met een betere gemengde prijsstructuur voor bedrijfscard, waardoor de totale kostenlast op transacties met hoge interchange wordt verminderd.
In cijfers
Typische stijging waargenomen in de branche bij de overgang van statische routering naar een multi-acquirer-opstelling met behulp van slimme transactieregels.
Standaardbereik van besparingen gerapporteerd door verkopers die kosten-gebaseerde routering implementeren voor grensoverschrijdende en regionale binnenlandse transacties.
De verwachte prestatiedrempel voor moderne betalingsorkestratie-engines bij het uitvoeren van complexe voorwaardelijke logica op gatewayniveau.
Verwante termen
Talk to our team about a live rollout on your acquiring stack.
Wat u krijgt met Transactieregels
- Configureer logica op basis van specifieke Bank Identification Number-bereiken voor precieze targeting van uitgevers.
- Beperk of sta transacties toe op basis van de geografische locatie of het IP-adres van de kaarthouder.
- Automatiseer de routering van waardevolle betalingen naar acquirers met superieure risicomodelleringsmogelijkheden.
- Dwing Strong Customer Authentication af op basis van transactiewaarde en regionale wettelijke vereisten.
- Identificeer en segmenteer transacties per Merchant Category Code om branchespecifieke risicoprofielen te beheren.
- Stuur binnenlands kaartverkeer naar lokale acquirers om grensoverschrijdende kosten en interchange te minimaliseren.
- Implementeer geautomatiseerde herpogingen voor soft declines door over te schakelen naar secundaire verwerkingspartners.
- Wijs dynamisch specifieke Merchant Identification Numbers toe voor verschillende productlijnen of bedrijfseenheden.
- Filter transacties op basis van historische fraudedata en interne zwarte lijsten op gatewayniveau.
- Pas specifieke valutaconversieregels toe op basis van de oorspronkelijke valuta van de kaarthouder en wisselkoersen.
A short scoping call, then a written plan for your MIDs.
Vragen over Transactieregels
Hoe beïnvloeden transactieregels de snelheid van het afrekenproces?
Regels worden doorgaans binnen milliseconden in de gateway verwerkt. De logica wordt toegepast voordat de autorisatieaanvraag naar het netwerk wordt verzonden.
Hoewel complexe regelsets meer verwerkingskracht vereisen, zorgt een goed beheerde engine ervoor dat de latentie-impact verwaarloosbaar is. In de meeste gevallen wegen de snelheidsvoordelen van het vermijden van onnodige authenticatiestappen of het routeren naar efficiëntere acquirers op tegen de initiële verwerkingstijd op de logische laag.
Kunnen regels worden gebruikt om specifieke soorten chargebacks te voorkomen?
Ja, regels kunnen het chargebackrisico verminderen door patronen te identificeren die verband houden met vriendelijke fraude of gestolen inloggegevens. Door 3DS af te dwingen op verdachte transacties of risicovolle IP-bereiken te blokkeren, kan een verkoper potentieel frauduleuze transacties stoppen voordat ze de uitgever bereiken.
Regels kunnen echter niet alle chargebacks voorkomen, aangezien sommige na de afwikkeling plaatsvinden om redenen die geen verband houden met de initiële autorisatielogica.
Wat is het verschil tussen een harde weigering en een zachte weigering in de regellogica?
Een harde weigering is een permanente weigering van de uitgever, bijvoorbeeld voor een gestolen kaart, waarbij regels geen herpoging moeten doen. Een zachte weigering duidt op een tijdelijk probleem, zoals onvoldoende saldo of een technische time-out.
Transactieregels kunnen worden geconfigureerd om deze verschillen te herkennen, waardoor het systeem zachte weigeringen intelligent opnieuw kan proberen via een alternatieve route, terwijl harde weigeringen onmiddellijk worden gestopt om schemaboetes te voorkomen.
Is het mogelijk om transacties te routeren op basis van de verwerkingskosten?
Verkopers kunnen regels gebruiken om transacties te sturen naar de acquirer die de beste prijs biedt voor dat specifieke kaarttype. Als een acquirer bijvoorbeeld een beter tarief heeft voor commerciële kaarten, kan de regelsengine het kaarttype via de BIN identificeren en de transactie dienovereenkomstig routeren.
Dit zorgt ervoor dat de verkoper niet te veel betaalt voor interchange-plus of schemakosten op transacties met hoge kosten.
Kan ik verschillende regels instellen voor terugkerende betalingen versus eenmalige transacties?
Betalingssystemen maken onderscheid tussen door de verkoper geïnitieerde transacties en door de klant geïnitieerde transacties. Regels kunnen worden geconfigureerd om verschillende risicofilters toe te passen op deze categorieën.
Doorgaans kan een CIT 3DS vereisen voor de initiële instelling, terwijl volgende MIT's via de regelset zijn toegestaan zonder verdere tussenkomst van de klant, mits de juiste tokens en indicatoren aanwezig zijn in de aanvraag.
Hoe werkt BIN-gebaseerde routering in een transactieregelset?
BIN-routering gebruikt de eerste zes tot acht cijfers van een kaartnummer om de uitgever en het kaartproducttype te identificeren. Regels worden ingesteld om deze cijfers te herkennen en specifieke logica toe te passen.
Een verkoper kan bijvoorbeeld alle 'Gouden' of 'Platina' kaarten routeren naar een acquirer met hogere goedkeuringsdrempels voor premium kaarten, of alle binnenlandse debetkaarten naar een lokale provider.
Gerelateerde functies.
Klaar voor snelheid?
Vertel ons over uw bedrijf. Wij matchen u met de juiste acquiring partners en de juiste route, doorgaans binnen een week.