Regulation
Open Banking
Regelverk i Storbritannien/EU som kräver att banker exponerar API:er för konton och betalningar för licensierade tredje parter, vilket möjliggör Pay by Bank och kontobaserade kassor.
Open Banking betyder: Regelverk i Storbritannien/EU som kräver att banker exponerar API:er för konton och betalningar för licensierade tredje parter, vilket möjliggör Pay by Bank och kontobaserade kassor.
I betalningsverksamhet är det inte bara en etikett; det styr hur en transaktion, en behörighet, en riskhändelse eller en finansieringsrörelse tolkas av motparter. Mekanismen drivs av lagstadgade regler, systemmandat eller reglerad marknadspraxis.
De operativa detaljerna är viktiga eftersom samma betalningsflöde kan medföra olika skyldigheter beroende på geografi, kundtyp, instrument och undantagsstatus. Det analyseras ofta tillsammans med Payment Initiation Service, PSD2, Faster Payments, eftersom dessa närliggande begrepp bestämmer det kommersiella och operativa resultatet.
De praktiska detaljerna finns vanligtvis i gateway-loggar, förvärvarrapporter, systemfiler, kundtjänstregister och avräkningsutdrag snarare än i en enda instrumentpanel. Teamen 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 Open Banking 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å 500 € där Open Banking är den avgörande faktorn. Handlaren kontrollerar geografi, betalningstyp, kundstatus och undantagskriterier innan han bestämmer vilken efterlevnadsbehandling som gäller.
Den operativa kostnaden modelleras till en exponering för bristande efterlevnad som kan överstiga bearbetningsmarginalen på försäljningen, och den relevanta åtgärden måste slutföras vid kassan eller vid onboarding. 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 förvärvarrapporteringen 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 undvikbart misslyckande eller förlust.
Scheme notes
Detta är inte helt systemspecifikt, eftersom regleringsskyldigheter kommer från lagstiftning, tillsynsmyndigheter och lokala betalningssystemregler snarare än enbart Visa eller Mastercard. Systemregler är fortfarande viktiga operativt eftersom de definierar meddelandefält, ansvarsfördelning, bevisstandarder och övervakningskonsekvenser.
Behandlingen i Storbritannien och EES kan skilja sig åt efter Brexit, och nationella system eller banköverföringssystem kan tillämpa separata regelverk. Handlare bör behandla systemefterlevnad och juridisk efterlevnad som överlappande kontroller, inte substitut.
Why it matters for merchants
Kommersiellt påverkar detta efterlevnadskostnader, betalningsacceptans, återbetalnings- och tvistförpliktelser samt risken för reglerings- eller systemtillsyn. 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 misslyckade leveranskostnader.
Effekten är större i högrisk-, prenumerations-, rese-, digitala varor- och gränsöverskridande modeller eftersom utfärdarbeslut och systemövervakning snabbt kan förvärras.
Cardflo kan hjälpa till genom att kombinera förvärvsåtkomst, MID-routing, orkestreringsregler, KYB-granskning och Chargeback-verktyg där det är relevant, så att handlaren inte är beroende av en processortolkning eller en fast transaktionsväg.
Vanliga frågor
Vilka data ska en handlare lagra för Open Banking?
Lagra transaktions-ID, MID, förvärvare, belopp, valuta, utfärdande land, kortsystem, svars- eller statuskod, tidsstämpel och eventuell 3DS-, undantags-, återbetalnings- eller tvistreferens. För korttransaktioner, behåll auktorisations- och clearingidentifierare eftersom avräknings- eller chargebackfrågor kan komma 30 till 120 dagar senare.
För reglerade flöden, behåll kundens samtycke och bevisdokumentation under minst den period som krävs enligt lokal lag eller systemregler. Goda register minskar utredningstiden från timmar till minuter när förvärvarrapporteringen inte matchar ordersystemet.
Hur ofta ska Open Banking granskas?
Handlare med hög volym bör granska undantagsfrekvenser varje vecka och trenda den huvudsakliga mätningen månadsvis per system, förvärvare, 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 blandade 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 Open Banking?
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 Open Banking skilja sig mellan förvärvare?
Ja. Förvärvare kan mappa svarskoder olika, tillämpa olika riskregler, stödja olika datafält och avräkna på olika cykler.
En förvärvare kan returnera ett generiskt avslag medan en annan exponerar utfärdarrå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 förvärvare och system snarare än att förlita sig på en enda blandad godkännande- eller kostnadssiffra.
Vad är det första åtgärdssteget när Open Banking skapar förluster?
Börja med ett 30-dagars urval och dela upp det per system, utfärdande land, kortprodukt, betalningsmetod, MID och svars- eller tvistkod. Kvantifiera det riskerade värdet i kontanter, 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 förvärvarväg. Kontrollera samma mätning igen efter en fullständig avräknings- eller tvistcykel för att bekräfta att ändringen fungerade.
See how Open Banking plays out in practice
Industries and regions where this term drives real acquiring, routing, or dispute decisions.
Relaterade termer
PSD2-reglerad tjänst där en licensierad leverantör initierar en banköverföring på betalarens vägnar, används för Pay by Bank och Open Banking-utcheckningar.
The EU's Payment Services Directive 2, which mandates SCA, opens banking APIs, and reshapes payment liability.
Brittiskt system för banköverföringar i realtid (24/7, upp till 1 miljon GBP per betalning) som används för utbetalningar, initiering av Open Banking-betalningar och Pay by Bank-flöden.
Relaterade guider.
Redo att förbättra din betalningsinställning?
Berätta om ditt företag. Vi matchar dig med rätt inlösenpartners och rätt väg, vanligtvis inom en vecka.