REFERENCE

Betalingsordliste

Vokabularet for pengebevegelser – kort, konto, krypto og risikoen og driften rundt dem – definert på en enkel måte. Én oppføring per begrep, forankret i hvordan systemene faktisk fungerer.

01

Kjerneinfrastruktur

Autorisasjon

Autorisasjon er sanntidskontrollen som bekrefter at en betaling kan gå gjennom – utstederen godkjenner eller avslår forespørselen og reserverer beløpet ved godkjenning. Ingen penger flyttes i dette trinnet; beløpet reserveres, og en godkjenningskode returneres. En vellykket autorisasjon er et betalingsløfte, ikke selve betalingen.

Capture

Capture er trinnet som gjør en godkjent autorisasjon om til en faktisk belastning, og ber utstederen flytte de reserverte midlene. Det kan skje rett etter autorisasjonen eller senere – for eksempel når varene sendes – frem til autorisasjonen utløper. Hvis du fullfører et lavere beløp enn det autoriserte (partial capture), frigis resten til kortholderen.

Clearing

Clearing er utvekslingen av transaksjonsdata mellom innløser og utsteder som avgjør hvem som skylder hvem, før noen penger flyttes. Dagens gjennomførte transaksjoner nettes til beløpene hver part skal gjøre opp. Clearing fastslår forpliktelsen; oppgjøret innfrir den.

Betalingens livssyklus
Oppgjør

Oppgjør er den faktiske overføringen av midler som innfrir forpliktelsene fra clearing – øyeblikket da pengene faktisk bytter hender mellom bankene. For kortbetalinger skjer det vanligvis en dag eller mer etter kjøpet; på instant-baner og on-chain kan det skje nesten i sanntid. Før oppgjøret er fullført, er en gjennomført betaling en fordring, ikke kontanter.

Betalingens livssyklus
Interchange

Interchange er gebyret innløseren betaler utstederen for hver korttransaksjon. Det fastsettes av kortnettverkene og veltes vanligvis over på forhandleren. Det er den største kostnadsposten ved de fleste kortløsninger og varierer med korttype, region og hvordan transaksjonen gjennomføres. Interchange kompenserer utstederen for kundeforholdet til kortholderen og kredittrisikoen.

Avstemming

Avstemming er prosessen der du sammenligner det du forventet å få utbetalt med det som faktisk ble gjort opp, linje for linje, slik at hver krone er gjort rede for. Egne data sammenholdes med rapporter fra prosessoren, kontoutskrifter og scheme-filer, og gebyrer, tidsforskjeller og avvik flagges. Uten avstemming skjuler gebyrer og mislykkede utbetalinger seg i gapet mellom autorisasjon og kontanter.

Protocore Center
Utbetaling

En utbetaling er overføringen av oppgjorte midler til en forhandler, selger eller sluttbruker – den utgående delen av en betalingsplattform. Utbetalinger kan være planlagte (daglig eller ukentlig) eller on-demand, og hver har sin egen bane, tidsramme og gebyrer. Det er ved utbetalingen at en innkrevd betaling endelig blir penger man kan bruke på noens konto.

Protocore Center
Batch

En batch er en gruppe transaksjoner som sendes inn eller gjøres opp samlet i stedet for én og én, vanligvis avsluttet ved slutten av en virkedag. Forhandlere samler capture-transaksjoner i batcher til clearing; banker samler utbetalinger og direktedebiteringer i planlagte kjøringer. Batching bytter bort umiddelbarhet til fordel for effektivitet og forutsigbare oppgjørsvinduer.

02

Kortbetalinger

Innløser

En innløser (acquirer) er banken eller det lisensierte foretaket som gjør det mulig for en forhandler å ta imot kortbetalinger og mottar midlene på vegne av dem. Den kobler forhandleren til kortnettverkene, tar oppgjørsrisikoen og er til syvende og sist ansvarlig for chargebacks. Innløseren står på forhandlersiden av hver korttransaksjon, overfor utstederen.

Protocore Gateway
Utsteder

En utsteder (issuer) er banken eller institusjonen som gir kortholderen kortet og kontoen, og som godkjenner eller avslår hver transaksjon. Den dekker kjøpet ved autorisasjon, fakturerer kortholderen og betaler innløseren via nettverket. Hver korttransaksjon går mellom en utsteder og en innløser.

Betalingsgateway

En betalingsgateway er programvarelaget som fanger opp betalingsopplysninger i checkout og sender dem sikkert videre til prosessoren og kortnettverkene. Den håndterer det kunden ser – betalingssiden, krypteringen og autorisasjonsforespørselen – og returnerer en godkjenning eller et avslag. En gateway flytter meldingen; den holder eller flytter ikke selv pengene.

Protocore Gateway
Betalingsprosessor

En betalingsprosessor er tjenesten som frakter en transaksjon mellom forhandlerens innløser og kundens utsteder, og håndterer autorisasjon, clearing og oppgjør. Den oversetter forhandlerens forespørsel til nettverksmeldinger og sender svaret tilbake. Gatewayen er inngangsdøren; prosessoren er maskineriet bak.

Protocore Gateway
PSP (betalingstjenesteleverandør)

En betalingstjenesteleverandør (PSP) samler gateway, prosessering og ofte innløsning i én tjeneste, slik at en forhandler kan ta imot betalinger uten å inngå avtale om hver del separat. PSP-er onboarder vanligvis forhandlere under sin egen innløsningsavtale og viderefører midlene til dem. Prisen for bekvemmeligheten er at man gir fra seg en del av kontrollen over ruting og oppgjør.

Protocore Gateway
Merchant of record

Merchant of record (MoR) er den juridiske enheten som er ansvarlig for et salg – den står på kundens kontoutskrift, mottar betalingen, avregner skatt og har ansvaret for refusjoner og chargebacks. Med en MoR-leverandør kan en virksomhet selge i markeder der den ikke har noe lokalt foretak. MoR-en bærer det regulatoriske og økonomiske ansvaret for hver transaksjon.

Trenger du banktillatelse?
Chargeback

En chargeback er en tvungen tilbakeføring av en kortbetaling, igangsatt av kortholderens utsteder, vanligvis etter en tvist om svindel, manglende levering eller en faktureringsfeil. Midlene trekkes tilbake fra forhandleren og returneres til kortholderen mens kravet behandles. Chargebacks medfører gebyrer og, ved store volumer, bøter fra nettverkene – derfor er forebygging bedre enn forsvar.

Refusjon vs. reversering

En refusjon er en ny transaksjon som returnerer midler til kunden etter at en betaling er gjort opp, og som vises separat på kontoutskriften. En reversering kansellerer en autorisasjon eller capture før oppgjør, slik at den opprinnelige belastningen aldri fullføres. Reverser når du kan (det er raskere og billigere); refunder når pengene allerede er flyttet.

3-D Secure / SCA

3-D Secure (3DS) er protokollen som legger til et autentiseringstrinn – en bankforespørsel, biometri eller engangskode – mellom kortinntasting og autorisasjon for å bevise at kunden er den reelle kortholderen. Det er den vanligste måten å oppfylle sterk kundeautentisering (SCA), tofaktorkravet for mange nettbetalinger i Europa. En vellykket 3DS flytter også svindelansvaret fra forhandleren til utstederen.

Tokenisering

Tokenisering erstatter et sensitivt kortnummer med en erstatningsverdi – et token – som er verdiløs hvis den blir stjålet, og som trygt kan lagres eller gjenbrukes. Selve nummeret blir i en sikret hhvelv; tokenet står i stedet for det ved senere belastninger. Det reduserer antallet systemer som berører rå kortdata, og kutter både risikoen for datalekkasje og omfanget av etterlevelseskrav.

Protocore Gateway
03

Kort og kortaksept

Kortutstedelse

Kortutstedelse er virksomheten med å opprette og drifte betalingskort – virtuelle eller fysiske – knyttet til kontoer du kontrollerer, og å godkjenne transaksjonene som gjøres med dem. En moderne issuing-plattform lar et selskap opprette kort via API, sette utgiftsregler og autorisere i sanntid mot sin egen hovedbok. Issuing gjør en saldo om til et kort noen faktisk kan bruke.

Protocore Issuing
Forhåndsbetalt vs. debet

Et forhåndsbetalt kort bruker en saldo som er lastet på selve kortet, uavhengig av en bankkonto, mens et debetkort trekker direkte fra en tilknyttet konto. Forhåndsbetalt begrenser forbruket til det lastede beløpet og er enkelt å utstede uten et fullt bankforhold; debet knytter hver transaksjon til en underliggende kontosaldo. Begge autoriseres mot tilgjengelige midler, ikke en kredittramme.

Protocore Issuing
BIN

BIN (Bank Identification Number) er de første seks til åtte sifrene i et kortnummer, og identifiserer utsteder, kortnettverk, land og produkttype. Nettverk og innløsere bruker BIN til å rute en transaksjon til riktig utsteder og til å anvende riktige regler og gebyrer. Det er slik en betaling vet hvilken bank den skal be om godkjenning hos.

Protocore Issuing
PAN

PAN (Primary Account Number) er det fullstendige kortnummeret som er preget eller trykt på kortet – vanligvis 16 sifre – og som identifiserer kontoen overfor nettverket. Det er den sensitive verdien tokenisering og kryptering finnes for å beskytte, og eksponeringen av det definerer mye av PCI-omfanget. De første sifrene i PAN er BIN; det siste sifferet er en kontrollsum.

EMV

EMV er den globale standarden for brikkekort, som autentiserer et kort kryptografisk i salgsøyeblikket og erstatter den lett kopierbare magnetstripen. Hver transaksjon genererer en unik kryptogram-verdi utstederen kan verifisere, noe som gjør falske kort langt vanskeligere å bruke. EMV styrer også kontaktløs betaling og kortpresentasjon i mobile lommebøker.

Protocore PoS
Kontaktløs / NFC

Kontaktløs betaling lar et kort eller en telefon betale ved å holdes inntil en terminal, ved hjelp av NFC (Near Field Communication) til å utveksle et EMV-kryptogram over noen få centimeter. Den har samme sikkerhet på brikkenivå som et innsatt kort, og transaksjonen autoriseres på samme måte. Telefoner legger til biometri på enheten, og derfor hopper tap-to-pay ofte over PIN.

Protocore PoS
PoS (salgssted)

Salgsstedet (PoS) er der en kunde fullfører et kjøp fysisk – terminalen eller programvaren som leser kortet, bygger transaksjonen og ber om autorisasjon. Moderne PoS spenner fra en skranketerminal til en telefon som tar imot tap direkte. Det er inngangen i den fysiske verden til den samme flyten fra autorisasjon til oppgjør som i en nettbasert checkout.

Protocore PoS
04

Kontoer og IBAN

IBAN

En IBAN (International Bank Account Number) er den standardiserte kontoidentifikatoren som brukes til å rute bankoverføringer i Europa og store deler av verden. Den koder land, bank og konto i én enkelt streng med en kontrollsum som fanger opp skrivefeil før en betaling sendes. En IBAN angir hvor pengene skal havne; den sier ikke i seg selv hvem som eier kontoen.

Protocore vIBAN
Virtuell IBAN

En virtuell IBAN (vIBAN) er en ekte, rutbar IBAN utstedt oppå én underliggende konto, slik at midler kan mottas og automatisk tilordnes en bestemt kunde, ordre eller et bestemt formål. Innkommende overføringer til en vIBAN avstemmes av seg selv – du vet hvem som betalte i det øyeblikket pengene lander, uten å matche på referanse. Virtuelle IBAN-er gir en plattform kontonumre per bruker uten å åpne en bankkonto for hver enkelt.

Hva er en virtuell IBAN?
BIC / SWIFT

En BIC (Bank Identifier Code), også kalt SWIFT-kode, identifiserer en bestemt bank i internasjonale overføringer – motstykket til IBAN, som angir kontoen. Der IBAN sier hvilken konto, sier BIC hvilken institusjon og, over SWIFT-nettverket, hvordan den nås. Innenfor SEPA er IBAN alene vanligvis nok, så BIC er ofte valgfri.

SEPA

SEPA (Single Euro Payments Area) er ordningen som gjør at eurooverføringer mellom deltakerlandene fungerer som innenlandske – samme format, samme regler, ingen tillegg for å krysse en landegrense. Den dekker vanlige kredittoverføringer og direktedebiteringer, gjort opp i batcher over en dag eller mer. SEPA er grunnen til at en euro-betaling fra IBAN til IBAN i Europa er rutine og rimelig.

Protocore vIBAN
SEPA Instant

SEPA Instant (SCT Inst) er sanntidsversjonen av en SEPA-kredittoverføring, som flytter euro mellom kontoer i løpet av sekunder, når som helst på døgnet, alle dager. Midlene er endelige og tilgjengelige umiddelbart, i motsetning til vanlig SEPA som gjøres opp i batcher. Det bringer konto-til-konto-betalinger nær hastigheten til et korttrykk, uten et kortnettverk i midten.

Protocore vIBAN
05

Krypto og oppgjør

On-ramp

En on-ramp er veien fra vanlige penger inn i krypto – en bruker betaler med kort eller bankoverføring og mottar digitale eiendeler i en lommebok. Den håndterer innkrevingen av fiat, identitetskontrollene og konverteringen i én flyt. On-ramp er stedet der et betalingsproblem (å ta imot penger) møter et blokkjedeproblem (å levere en eiendel).

Protocore Ramp
Off-ramp

En off-ramp er den motsatte veien – å konvertere krypto tilbake til vanlige penger og utbetale dem til en bankkonto. Den selger eller innløser eiendelen, gjennomfører etterlevelseskontrollene på uttaket og gjør opp de resulterende midlene over en vanlig betalingsbane. Sammen lar on- og off-ramps et produkt flytte verdi inn og ut av krypto uten at brukeren berører en børs.

Protocore Ramp
Stablecoin

En stablecoin er et kryptotoken designet for å holde en stabil verdi ved å følge en referanse, for eksempel en nasjonal valuta, vanligvis dekket av reserver som holdes mot den. Fordi verdien er stabil, kan den fungere som oppgjørsmiddel – verdi flyttes on-chain uten prissvingningene til andre kryptoeiendeler. Stablecoins lar penger gjøres opp med blokkjedens hastighet, samtidig som de er denominert i kjente enheter.

Protocore Chain
Oppgjør on-chain

On-chain-oppgjør er innfrielsen av en betalingsforpliktelse ved å flytte verdi på en blokkjede, der overføringen registreres og er endelig uten en bank i midten. Det kan gjøres opp i løpet av sekunder, døgnet rundt, og selve hovedboken er betalingsbeviset. I praksis er det mest nyttig når verdien kan ende tilbake på en bankkonto – en on-chain-overføring som løses opp til en IBAN.

Protocore Chain
Custody vs. self-custody

Custody betyr at en tredjepart holder de private nøklene til kryptoen din og er ansvarlig for å sikre den; self-custody betyr at du selv holder nøklene og bærer ansvaret. Custody bytter kontroll mot bekvemmelighet og mulighet for oppreisning; self-custody bytter oppreisning mot full kontroll. Skillet avgjør hvem som kan flytte eiendelene og hvem som er ansvarlig hvis nøkler går tapt eller blir stjålet.

Protocore Safe
Hot vs. cold wallet

En hot wallet har nøklene på et system koblet til internett, slik at midler kan flyttes umiddelbart; en cold wallet har dem offline, isolert fra alle nettverk. Hot wallets brukes til den daglige flyten og aksepterer en større angrepsflate; cold wallets holder reserver som sjelden flyttes, men må være trygge. De fleste operasjoner fordeler midlene mellom de to – nok hot til å gjøre transaksjoner, hovedtyngden cold.

Protocore Safe
Wallet-as-a-service

Wallet-as-a-service er infrastruktur som lar et produkt opprette og administrere kryptolommebøker for brukerne sine via et API, uten å bygge nøkkelhåndtering fra bunnen av. Den tar seg av opprettelse av lommebøker, signering og sikkerhet, slik at appen kan konsentrere seg om sin egen brukeropplevelse. Det gjør det å oppbevare og flytte eiendeler on-chain til en funksjon du kaller, ikke et system du må drifte.

Protocore Wallets
06

Risiko og compliance

KYC

KYC (Know Your Customer) er prosessen med å bekrefte hvem en kunde er før vedkommende får gjennomføre transaksjoner – ved å innhente og kontrollere legitimasjon og bekrefte at kunden er den hen utgir seg for å være. Det er en grunnleggende kontroll mot svindel, hvitvasking og brudd på sanksjoner. KYC fastslår identiteten; løpende overvåking følger med på hva denne identiteten deretter gjør.

KYC vs. KYB

KYC verifiserer en enkeltkunde, mens KYB (Know Your Business) verifiserer et selskap – dets juridiske eksistens, eierskap og personene som til syvende og sist kontrollerer det. KYB omfatter steg som KYC ikke har: registerkontroller, identifisering av reelle rettighetshavere og bekreftelse av hvem som har fullmakt til å handle på selskapets vegne. En plattform som onboarder bedrifter trenger begge deler – KYB for selskapet, KYC for personene bak.

AML

AML (Anti-Money Laundering) er samlingen av kontroller som oppdager og forhindrer at ulovlige midler beveger seg gjennom et finansielt system – ved å overvåke transaksjoner, screene parter og rapportere mistenkelig aktivitet. Det kombinerer identitetskontroll ved onboarding med løpende overvåking av atferd. AML er et kontinuerlig program, ikke en engangsport.

Sanksjonsscreening

Sanksjonsscreening kontrollerer kunder, motparter og transaksjoner mot nasjonale og internasjonale sanksjonslister for å hindre forretninger med forbudte personer, enheter og områder. Den kjøres ved onboarding og på nytt ved hver relevant transaksjon, siden listene endres hele tiden. Et enkelt bekreftet treff kan kreve at midler fryses og at det sendes en rapport, i stedet for at transaksjonen bare avvises.

07

Plattform og drift

Embedded finance

Embedded finance er levering av finansielle tjenester – betalinger, kontoer, kort, utlån – inne i et ikke-finansielt produkt, slik at brukeren aldri forlater appen for å gjennomføre en transaksjon. Det bygger på infrastrukturleverandører som står for det regulerte rørleggerarbeidet via API-er. Når det er godt gjort, forsvinner finansen inn i opplevelsen: checkout, utbetaling og kort bare skjer på stedet.

Én kjerne, mange apper
BaaS (banking-as-a-service)

Banking-as-a-service (BaaS) lar en ikke-bank tilby banklignende funksjoner – kontoer, kort, betalinger – ved å bygge på en lisensiert leverandørs infrastruktur via et API. Leverandøren har lisensen og det regulatoriske ansvaret; plattformen bygger produktet og eier kunden. BaaS er måten et programvareselskap kan lansere kontoer og kort uten å bli en bank.

Trenger du banktillatelse?
EMI (e-pengeforetak)

Et e-pengeforetak (EMI) er et selskap med tillatelse til å utstede elektroniske penger og oppbevare kundemidler uten å være en full bank, og som sikrer disse midlene i stedet for å låne dem ut. EMI-er driver ofte lommebøker, forhåndsbetalte programmer og betalingskontoer. Betegnelsen beskriver en regulert institusjonstype – en byggestein plattformer bygger på, ikke en påstand om at en bestemt plattform har lisensen.

Trenger du banktillatelse?
Agentbaserte betalinger

Agentbaserte betalinger er transaksjoner som initieres og fullføres av autonome programvareagenter på vegne av en bruker, innenfor grenser brukeren selv setter. Agenten trenger avgrenset fullmakt, et forbruksmandat og et revisjonsspor – kontroller som svarer på hva den kan kjøpe, opp til hvilket beløp og etter hvems instruks. Det flytter betalingens aktør fra en person i kassen til et program med et budsjett.

Protocore Agents
Idempotens

Idempotens er egenskapen at å utføre den samme operasjonen to ganger gir samme effekt som å utføre den én gang – sikringen som hindrer at en gjentatt forespørsel belaster en kunde to ganger. Klienten sender en unik idempotensnøkkel sammen med betalingen; serveren lagrer den og returnerer det opprinnelige resultatet ved enhver gjentakelse. Det er dette som gjør det trygt, ikke farlig, å prøve en betaling på nytt etter tidsavbrudd.

Webhook

En webhook er en melding som et betalingssystem sender til serveren din i det øyeblikket noe skjer – en betaling gjøres opp, en utbetaling feiler, en tvist åpnes – slik at du får vite om hendelser uten å måtte polle etter dem. Endepunktet ditt mottar hendelsen, verifiserer signaturen og handler på den. Webhooks er måten asynkrone pengebevegelser holdes synkronisert med dine egne systemer.

Hovedbok

En hovedbok (ledger) er den autoritative oversikten over alle saldoer og bevegelser i et finansielt system – sannhetskilden for hvem som har hva. I betalinger sporer den midler gjennom hver tilstand, fra autorisert til gjort opp til utbetalt, slik at enhver saldo kan forklares med postene bak. Hvis tallene noen gang spriker, er det hovedboken du avstemmer mot.

Protocore Center
Dobbelt bokholderi

Dobbelt bokholderi er den regnskapsmessige disiplinen der hver bevegelse registreres som to samsvarende poster – en debet og en kredit – slik at regnskapet alltid balanserer. I en betalingshovedbok garanterer det at penger aldri skapes eller forsvinner, bare flyttes mellom kontoer. Det er den strukturelle grunnen til at en korrekt ført hovedbok alltid kan avstemmes til null.

Har du et system som skal bygges?

Fortell oss problemet. Vi kommer tilbake med en arkitektur og en plan.