REFERENCE
Ordlista för betalningar
Ordförrådet kring pengaflöden – kort, konton, krypto samt risk och drift runt dem – förklarat enkelt. En post per term, med utgångspunkt i hur systemen faktiskt fungerar.
Grundläggande betalflöden
- Auktorisering
Auktorisering är den realtidskontroll som bekräftar att en betalning kan genomföras – kortutfärdaren godkänner eller nekar begäran och reserverar vid godkännande medlen. Inga pengar flyttas i det här steget; beloppet reserveras och en godkännandekod returneras. En lyckad auktorisering är ett betalningslöfte, inte själva betalningen.
- Fånga
Capture är steget som omvandlar en godkänd auktorisering till en faktisk debitering och instruerar kortutfärdaren att flytta de reserverade medlen. Det kan ske direkt efter auktoriseringen eller senare – till exempel när varorna skickas – fram till att auktoriseringen går ut. Om man genomför capture på ett lägre belopp än det auktoriserade (partiell capture) frigörs resterande belopp till kortinnehavaren.
- Clearing
Clearing är utbytet av transaktionsdata mellan inlösaren och kortutfärdaren som fastställer vem som är skyldig vem, innan några pengar flyttas. Dagens genomförda transaktioner nettas till de belopp som respektive part ska göra upp. Clearing fastställer skyldigheten; settlement fullgör den.
Betalningens livscykel- Settlement
Settlement är den överföring av medel som fullgör de skyldigheter som fastställdes vid clearing – det ögonblick då pengarna faktiskt byter händer mellan bankerna. För kortbetalningar sker det vanligtvis en dag eller mer efter köpet; över instant-rails och on-chain kan det ske nära realtid. Tills settlement är klar är en genomförd betalning en fordran, inte likvida medel.
Betalningens livscykel- Interchange
Interchange är den avgift som inlösaren betalar till kortutfärdaren för varje korttransaktion. Den fastställs av kortnätverken och vidarebefordras vanligtvis till handlaren. Den är den största posten i de flesta kostnader för kortacceptans och varierar med korttyp, region och hur transaktionen genomförs. Interchange ersätter kortutfärdaren för kundrelationen och kreditrisken.
- Avstämning
Avstämning är processen att rad för rad jämföra vad du förväntade dig få betalt med vad som faktiskt reglerats, så att varje öre går att redovisa. Dina egna bokföringsdata jämförs med rapporter från betalningsprocessorn, kontoutdrag och scheme-filer, och avgifter, tidsglapp och avvikelser flaggas. Utan avstämning göms avgifter och misslyckade utbetalningar i glappet mellan auktorisering och likvida medel.
Protocore Center- Utbetalning
En utbetalning är överföringen av reglerade medel till en handlare, säljare eller slutanvändare – den utgående delen av en betalplattform. Utbetalningar kan vara schemalagda (en daglig eller veckovis körning) eller ske på begäran, och var och en har sin egen rail, tidsram och avgifter. Det är vid utbetalningen som en inkasserad betalning slutligen blir pengar man kan använda på någons konto.
Protocore Center- Batch
En batch är en grupp transaktioner som skickas in eller regleras tillsammans i stället för en i taget, vanligtvis stängd vid slutet av en bankdag. Handlare samlar capture-transaktioner i batchar inför clearing; banker samlar utbetalningar och autogiro i schemalagda körningar. Batchning byter omedelbarhet mot effektivitet och förutsägbara settlement-fönster.
Kortbetalningar
- Inlösare (acquirer)
En inlösare (acquirer) är den bank eller det licensierade institut som gör det möjligt för en handlare att ta emot kortbetalningar och som tar emot medlen å handlarens vägnar. Den kopplar handlaren till kortnätverken, tar på sig settlement-risken och bär i sista hand ansvaret för chargebacks. Inlösaren står på handlarens sida av varje korttransaktion, mittemot kortutfärdaren.
Protocore Gateway- Kortutfärdare (issuer)
En kortutfärdare (issuer) är den bank eller det institut som ger kortinnehavaren dennes kort och konto och som godkänner eller nekar varje transaktion. Den finansierar köpet vid auktorisering, fakturerar kortinnehavaren och betalar inlösaren via nätverket. Varje korttransaktion går mellan en kortutfärdare och en inlösare.
- Betalningsgateway
En betalningsgateway (payment gateway) är det programvarulager som fångar upp betalningsuppgifter i kassan och skickar dem säkert vidare till processorn och kortnätverken. Den hanterar det som kunden ser – betalningssidan, krypteringen och auktoriseringsbegäran – och returnerar sedan ett godkännande eller ett nekande. En gateway flyttar meddelandet; den håller eller flyttar inte själv pengarna.
Protocore Gateway- Betalningsprocessor
En betalningsprocessor är den tjänst som för en transaktion mellan handlarens inlösare och kundens kortutfärdare och hanterar auktorisering, clearing och settlement. Den översätter handlarens begäran till nätverksmeddelanden och vidarebefordrar svaret. Gatewayen är ytterdörren; processorn är maskineriet bakom.
Protocore Gateway- PSP (betaltjänstleverantör)
En betaltjänstleverantör (PSP) paketerar gateway, processing och ofta även inlösen i en enda tjänst, så att en handlare kan ta emot betalningar utan att teckna avtal för varje del för sig. PSP:er onboardar vanligtvis handlare under sitt eget inlösenavtal och för sedan vidare medlen till dem. Avvägningen är bekvämlighet mot en del av kontrollen över routing och settlement.
Protocore Gateway- Merchant of record
Merchant of record (MoR) är den juridiska enhet som ansvarar för en försäljning – den syns på kundens kontoutdrag, tar emot betalningen, redovisar skatten och bär ansvaret för återbetalningar och chargebacks. Med en MoR-leverantör kan ett företag sälja på marknader där det saknar lokal enhet. MoR bär efterlevnads- och det finansiella ansvaret för varje transaktion.
Behöver du bankstillstånd?- Chargeback
En chargeback är en påtvingad återföring av en kortbetalning som initieras av kortinnehavarens kortutfärdare, vanligtvis efter en tvist om bedrägeri, utebliven leverans eller ett faktureringsfel. Medlen dras tillbaka från handlaren och återförs till kortinnehavaren medan anspråket utreds. Chargebacks medför avgifter och, vid stora volymer, nätverksviten – därför är förebyggande bättre än försvar.
- Återbetalning vs reversering
En återbetalning är en ny transaktion som återför medel till kunden efter att en betalning har reglerats och som syns separat på kontoutdraget. En reversering annullerar en auktorisering eller capture innan den regleras, så att den ursprungliga debiteringen aldrig slutförs. Reversera när det går (det är snabbare och billigare); återbetala när pengarna redan har flyttats.
- 3-D Secure / SCA
3-D Secure (3DS) är protokollet som lägger till ett autentiseringssteg – en bankförfrågan, biometri eller engångskod – mellan kortuppgifterna och auktoriseringen, för att styrka att köparen är den verkliga kortinnehavaren. Det är det vanligaste sättet att uppfylla stark kundautentisering (SCA), tvåfaktorskravet för många onlinebetalningar i Europa. Med godkänd 3DS flyttas också bedrägeriansvaret från handlaren till kortutfärdaren.
- Tokenisering
Tokenisering ersätter ett känsligt kortnummer med ett ersättningsvärde – en token – som är värdelöst om det stjäls och som kan lagras eller återanvändas på ett säkert sätt. Det riktiga numret ligger kvar i ett skyddat valv; token ersätter det vid framtida debiteringar. Det minskar antalet system som hanterar kortdata i klartext och därmed både risken vid dataintrång och efterlevnadsomfånget.
Protocore Gateway
Kort & acceptans
- Kortutgivning
Kortutgivning är verksamheten att skapa och driva betalkort – virtuella eller fysiska – kopplade till konton som du kontrollerar, och att godkänna de transaktioner som görs med dem. En modern utgivningsplattform låter ett företag skapa kort via API, ställa in utgiftsregler och auktorisera i realtid mot sin egen huvudbok. Kortutgivning gör ett saldo till ett kort som någon faktiskt kan handla med.
Protocore Issuing- Förbetalt vs debet
Ett förbetalt kort använder ett saldo som laddats på själva kortet, oberoende av något bankkonto, medan ett debetkort belastar ett kopplat konto direkt. Förbetalt begränsar utgifterna till det laddade beloppet och är enkelt att ge ut utan en fullständig bankrelation; debet knyter varje transaktion till ett underliggande kontosaldo. Båda auktoriseras mot tillgängliga medel snarare än en kreditlimit.
Protocore Issuing- BIN
BIN (Bank Identification Number) är de första sex till åtta siffrorna i ett kortnummer och anger kortutfärdare, kortnätverk, land och produkttyp. Nätverk och inlösare använder BIN för att dirigera en transaktion till rätt kortutfärdare och tillämpa rätt regler och avgifter. Det är så en betalning vet vilken bank den ska be om godkännande.
Protocore Issuing- PAN
PAN (Primary Account Number) är det fullständiga kortnumret som är präglat eller tryckt på kortet – vanligtvis 16 siffror – och som identifierar kontot för nätverket. Det är det känsliga värde som tokenisering och kryptering finns till för att skydda, och dess exponering avgör en stor del av PCI-omfånget. PAN:ens första siffror är BIN; den sista siffran är en kontrollsiffra.
- EMV
EMV är den globala standarden för chipkort och autentiserar kortet kryptografiskt i kassan, i stället för det lättkopierade magnetstrecket. Varje transaktion genererar en unik kryptogram som kortutfärdaren kan verifiera, vilket gör förfalskade kort mycket svårare att använda. EMV styr även hur kort presenteras vid kontaktlösa betalningar och i mobilplånböcker.
Protocore PoS- Kontaktlöst / NFC
Kontaktlös betalning gör att ett kort eller en telefon kan betala genom att hållas mot en terminal, där NFC (Near Field Communication) utbyter ett EMV-kryptogram över några centimeter. Säkerheten är densamma som på chip vid insättning, och transaktionen auktoriseras på samma sätt. Telefoner lägger till biometri på enheten, vilket är anledningen till att tap-to-pay ofta klarar sig utan PIN-kod.
Protocore PoS- PoS (kassasystem)
Point of sale (PoS) är platsen där en kund slutför ett köp fysiskt – terminalen eller programvaran som läser kortet, bygger transaktionen och begär auktorisering. Moderna PoS-lösningar spänner från en bordsterminal till en telefon som tar emot taps direkt. Det är ingången i den fysiska världen till samma flöde från auktorisering till settlement som i en webbkassa.
Protocore PoS
Konton & IBAN
- IBAN
Ett IBAN (International Bank Account Number) är den standardiserade kontoidentifierare som används för att dirigera banköverföringar i Europa och stora delar av världen. Det kodar land, bank och konto i en enda sträng med en kontrollsiffra som fångar upp tryckfel innan en betalning skickas. Ett IBAN anger var pengarna ska hamna; det säger inte i sig vem som äger kontot.
Protocore vIBAN- Virtuellt IBAN
Ett virtuellt IBAN (vIBAN) är ett riktigt, dirigerbart IBAN som utfärdas ovanpå ett enda underliggande konto, så att medel kan tas emot och automatiskt hänföras till en viss kund, order eller ett visst syfte. Inkommande överföringar till ett vIBAN stäms av sig själva – du vet vem som har betalat så fort pengarna landar, utan att behöva matcha på referens. Virtuella IBAN ger en plattform kontonummer per användare utan att öppna ett bankkonto för varje användare.
Vad är ett virtuellt IBAN?- BIC / SWIFT
En BIC (Bank Identifier Code), även kallad SWIFT-kod, identifierar en specifik bank vid internationella överföringar – motsvarigheten till IBAN, som anger kontot. Där IBAN säger vilket konto säger BIC vilket institut och, via SWIFT-nätverket, hur det nås. Inom SEPA räcker oftast enbart IBAN, så BIC är ofta valfri.
- SEPA
SEPA (Single Euro Payments Area) är det system som gör att eurooverföringar mellan deltagande länder fungerar som inrikesöverföringar – samma format, samma regler, inget påslag för att korsa en gräns. Det omfattar vanliga kreditöverföringar och autogiro, som regleras i batchar över en dag eller mer. SEPA är anledningen till att en euro-betalning mellan IBAN-konton över hela Europa är rutin och billig.
Protocore vIBAN- SEPA Instant
SEPA Instant (SCT Inst) är realtidsversionen av en SEPA-kreditöverföring och flyttar euro mellan konton på sekunder, när som helst på dygnet, alla dagar. Medlen är slutgiltiga och tillgängliga direkt, till skillnad från vanlig SEPA som regleras i batchar. Det för kontoöverföringar nära kortets tap-hastighet, utan något kortnätverk emellan.
Protocore vIBAN
Krypto & settlement
- On-ramp
En on-ramp är vägen från vanliga pengar in i krypto – en användare betalar med kort eller banköverföring och får digitala tillgångar i en plånbok. Den sköter insamlingen av fiat, identitetskontrollerna och konverteringen i ett enda flöde. On-ramp är där ett betalningsproblem (ta emot pengar) möter ett blockkedjeproblem (leverera en tillgång).
Protocore Ramp- Off-ramp
En off-ramp är den omvända vägen – att växla tillbaka krypto till vanliga pengar och betala ut dem till ett bankkonto. Den säljer eller löser in tillgången, genomför efterlevnadskontrollerna av uttaget och regleras sedan över en vanlig betalrail. Tillsammans låter on- och off-ramps en produkt flytta värde in och ut ur krypto utan att användaren behöver röra en börs.
Protocore Ramp- Stablecoin
En stablecoin är en kryptotoken som är utformad för att hålla ett stabilt värde genom att följa en referens, till exempel en nationell valuta, och som vanligtvis backas av reserver. Eftersom värdet är stabilt kan den fungera som settlement-medel – värde flyttas on-chain utan de prissvängningar som andra kryptotillgångar har. Stablecoins låter pengar regleras med blockkedjans hastighet samtidigt som de förblir uttryckta i välkända enheter.
Protocore Chain- Avveckling on-chain
On-chain settlement är fullgörandet av en betalningsskyldighet genom att värde flyttas på en blockkedja, där överföringen registreras och är slutgiltig utan en bank emellan. Den kan regleras på sekunder, dygnet runt, och själva liggaren är betalningsbeviset. I praktiken är den mest användbar när värdet kan landa tillbaka på ett bankkonto – en on-chain-överföring som mynnar ut i ett IBAN.
Protocore Chain- Custody vs self-custody
Custody innebär att en tredje part håller de privata nycklarna till din krypto och ansvarar för att skydda den; self-custody innebär att du själv håller dina nycklar och bär det ansvaret. Custody byter kontroll mot bekvämlighet och möjlighet till upprättelse; self-custody byter upprättelse mot full kontroll. Skillnaden avgör vem som kan flytta tillgångarna och vem som är ansvarig om nycklar förloras eller stjäls.
Protocore Safe- Hot vs cold wallet
En hot wallet håller sina nycklar på ett internetanslutet system så att medel kan flyttas direkt; en cold wallet håller dem offline, isolerade från alla nätverk. Hot wallets används för det dagliga flödet och accepterar en större attackyta; cold wallets håller reserver som sällan flyttas men måste vara säkra. De flesta verksamheter delar upp medlen mellan de två – tillräckligt i hot för att kunna transigera, huvuddelen i cold.
Protocore Safe- Wallet-as-a-service
Wallet-as-a-service är en infrastruktur som gör det möjligt för en produkt att skapa och hantera kryptoplånböcker åt sina användare via ett API, utan att bygga nyckelhantering från grunden. Den sköter skapande av plånböcker, signering och säkerhet, så att appen kan fokusera på sin egen upplevelse. Att inneha och flytta tillgångar on-chain blir en funktion man anropar i stället för ett system man driver.
Protocore Wallets
Risk och compliance
- KYC
KYC (Know Your Customer) är processen att verifiera vem en kund är innan hen får genomföra transaktioner – att samla in och granska ID-handlingar och bekräfta att personen är den hen utger sig för att vara. Det är en grundläggande kontroll mot bedrägeri, penningtvätt och brott mot sanktioner. KYC fastställer identiteten; löpande övervakning följer vad den identiteten sedan gör.
- KYC vs KYB
KYC verifierar en enskild kund, medan KYB (Know Your Business) verifierar ett företag – dess juridiska existens, ägarstruktur och de personer som i slutändan kontrollerar det. KYB tillför steg som KYC inte har: registerkontroller, identifiering av verkliga huvudmän och bekräftelse av vem som har rätt att företräda bolaget. En plattform som onboardar företag behöver båda – KYB för bolaget och KYC för personerna bakom det.
- AML
AML (Anti-Money Laundering) är de kontroller som upptäcker och förhindrar att olagliga medel rör sig genom det finansiella systemet – genom transaktionsövervakning, screening av parter och rapportering av misstänkta aktiviteter. Det kombinerar identitetskontroller vid onboarding med löpande övervakning av beteende. AML är ett kontinuerligt program, inte en engångsspärr.
- Sanktionsscreening
Sanktionsscreening innebär att kunder, motparter och transaktioner kontrolleras mot nationella och internationella sanktionslistor för att blockera affärer med förbjudna personer, enheter och områden. Den körs vid onboarding och på nytt vid varje relevant transaktion, eftersom listorna ändras hela tiden. En enda bekräftad träff kan kräva att medel fryses och en rapport lämnas in, snarare än ett enkelt avslag.
Plattform och drift
- Embedded finance
Embedded finance innebär att finansiella tjänster – betalningar, konton, kort, krediter – levereras inuti en icke-finansiell produkt, så att användaren aldrig behöver lämna appen för att genomföra en transaktion. Det bygger på infrastrukturleverantörer som tillhandahåller det reglerade maskineriet via API:er. När det görs rätt försvinner finansen in i upplevelsen: checkout, utbetalning och kort sker helt enkelt på plats.
En kärna, många appar- BaaS (banking-as-a-service)
Banking-as-a-service (BaaS) gör det möjligt för en icke-bank att erbjuda banknära funktioner – konton, kort, betalningar – genom att bygga på en licensierad leverantörs infrastruktur via ett API. Leverantören har tillståndet och det regulatoriska ansvaret; plattformen bygger produkten och äger kundrelationen. BaaS är sättet för ett mjukvaruföretag att lansera konton och kort utan att bli en bank.
Behöver du bankstillstånd?- EMI (e-pengainstitut)
Ett e-pengainstitut (EMI) är ett företag med tillstånd att ge ut elektroniska pengar och hålla kunders medel utan att vara en fullfjädrad bank, och som skyddar dessa medel i stället för att låna ut dem. EMI:er driver ofta plånböcker, förbetalda program och betalkonton. Beteckningen avser en reglerad institutionstyp – en byggsten som plattformar bygger på – och innebär inte att en viss plattform själv innehar tillståndet.
Behöver du bankstillstånd?- Agentbaserade betalningar
Agentbaserade betalningar är transaktioner som initieras och slutförs av autonoma mjukvaruagenter på en användares uppdrag, inom gränser som användaren sätter. Agenten behöver avgränsad behörighet, ett utgiftsmandat och ett revisionsspår – kontroller som svarar på vad den får köpa, upp till vilket belopp och på vems instruktion. Det flyttar betalningens aktör från en person i en kassa till ett program med en budget.
Protocore Agents- Idempotens
Idempotens är egenskapen att samma operation utförd två gånger ger samma effekt som när den utförs en gång – skyddet som hindrar att en omförsökt förfrågan debiterar en kund två gånger. Klienten skickar en unik idempotensnyckel med betalningen; servern registrerar den och returnerar det ursprungliga resultatet vid varje upprepning. Det är det som gör det säkert, snarare än riskabelt, att försöka igen med en betalning som fått timeout.
- Webhook
En webhook är ett meddelande som ett betalsystem skickar till din server i samma stund något händer – en betalning avräknas, en utbetalning misslyckas, en tvist öppnas – så att du får veta om händelser utan att behöva polla efter dem. Din endpoint tar emot händelsen, verifierar dess signatur och agerar på den. Webhooks håller asynkrona penningflöden synkade med dina egna system.
- Huvudbok
En huvudbok är den auktoritativa registreringen av varje saldo och varje transaktion i ett finansiellt system – den enda sanningskällan om vem som har vad. I betalningar följer den medlen genom varje status, från auktoriserad till avräknad till utbetald, så att varje saldo kan förklaras av posterna bakom det. Om siffrorna någon gång inte stämmer är det mot huvudboken man stämmer av.
Protocore Center- Dubbel bokföring
Dubbel bokföring är den redovisningsprincip där varje transaktion bokförs som två motsvarande poster – en debet och en kredit – så att böckerna alltid balanserar. I en betalningshuvudbok garanterar den att pengar aldrig skapas eller förstörs, bara flyttas mellan konton. Det är den strukturella orsaken till att en korrekt förd huvudbok alltid kan stämmas av till noll.
Har du ett system att bygga?
Berätta vad problemet är. Vi återkommer med en arkitektur och en plan.