Hva er en betalingsgateway? Hvordan nettbetalinger fungerer
En betalingsgateway er tjenesten som trygt tar imot en kundes betalingsopplysninger i kassen, sender dem til bankene og kortnettverkene for godkjenning, og sender tilbake «godkjent» eller «avvist», vanligvis på noen få sekunder. Den er broen mellom appen din og det finansielle systemet. Stripe, PayPal, Adyen, Square og Braintree er kjente eksempler.
I dag pakker de fleste av disse selskapene gatewayen sammen med alt annet du trenger for å få betalt, så «betalingsgateway», «betalingsprosessor» og «betalingsleverandør» brukes ofte om det samme.
Hvorfor betalingsgatewayer betyr noe når du bygger med AI
«Legg til betalinger» er et av de vanligste ønskene folk har til AI-byggere, og et av de lettest å gjøre subtilt feil. Koden selv er vanligvis kort. De viktige delene er beslutningene rundt den:
- Hvilken leverandør som passer virksomheten din, landet ditt og det du selger.
- Hvor koden kjører. Hemmelige betalingsnøkler må ligge på serveren, aldri i nettleseren.
- Hvordan appen din får vite at en betaling lyktes. Den pålitelige måten er en webhook fra leverandøren, ikke at kunden havner på en «takk»-side.
- Dine juridiske og skatteforpliktelser, som avhenger av hvem som er merchant of record.
Å forstå hva en gateway gjør, hjelper deg å gi klare instruksjoner og kontrollere at resultatet er trygt.
En hverdagslig sammenligning
Tenk på å betale med kort i en butikk.
Kortterminalen på disken er gatewayen: den leser kortet ditt trygt og sender forespørselen av sted. Den avgjør ingenting. Den sender spørsmålet «kan denne personen betale 40 euro?» videre i en kjede til banken din og får svaret tilbake. Butikkens bank (acquirer) og din bank (issuer) er de som avgjør, via kortnettverket (Visa, Mastercard) som kobler dem sammen.
En online betalingsgateway er den terminalen, bygget om for nettet, pluss sikkerheten som trengs for å håndtere kortopplysninger som sendes over internett.
Slik fungerer en online kortbetaling
Her er hva som skjer i de få sekundene etter at kunden klikker «Betal»:
| Steg | Hva som skjer | Hvem gjør det |
|---|---|---|
| 1. Kassen | Kunden legger inn kortopplysninger i et sikkert betalingsskjema | Leverandørens skjema eller side |
| 2. Kryptering | Opplysningene krypteres og sendes til gatewayen | Gateway |
| 3. Autorisasjonsforespørsel | Forespørselen går til kortnettverket og kundens bank | Prosessor, kortnettverk |
| 4. Kontroller | Banken sjekker saldo og svindelsignaler, og kan be om ekstra verifisering, som 3D Secure | Utstedende bank |
| 5. Svar | Godkjent eller avvist sendes tilbake til appen din | Gateway |
| 6. Innkreving og oppgjør | Pengene innkreves og utbetales til kontoen din, etter leverandørens utbetalingsplan, med fradrag for gebyrer | Prosessor, acquirer |
To punkter er verdt å kjenne til:
- Autorisasjon er ikke det samme som å bli betalt. Pengene reserveres først, deretter trekkes de inn, og så gjøres de opp til kontoen din, ofte flere dager senere.
- Appen din bør aldri se kortnummeret. Moderne leverandører gir deg en hostet kasse eller innebygde felt som de selv kontrollerer, og appen din får bare en referanse til betalingen.
Hoveddelene, og hvem som håndterer dem
| Del | Hva det er |
|---|---|
| Betalingsgateway | Tar trygt imot betalingsopplysninger og sender dem videre. |
| Betalingsprosessor | Flytter transaksjonsdataene mellom bankene. |
| Merchant-konto | Kontoen som mottar kortbetalinger på dine vegne. Pakkes sammen av leverandører som Stripe. |
| Acquirer | Banken på handlerens side. |
| Issuer | Kundens bank, som godkjenner eller avviser. |
| Kortnettverk | Visa, Mastercard og andre, som kobler acquirere og issuere sammen. |
| Merchant of record | Virksomheten som juridisk selger til kunden og er ansvarlig for skatt, refusjoner og tvister. |
Noen leverandører (Paddle, Lemon Squeezy) er selv merchant of record, og håndterer salgsskatt og MVA for deg i bytte mot høyere gebyrer. Andre (Stripe, PayPal) lar deg være merchant of record, med valgfrie skatteverktøy. For en rettferdig oversikt over alternativene, se Stripe vs. Paddle vs. Lemon Squeezy og Stripe vs. PayPal.
Et konkret eksempel: å selge et kurs
Du selger et nettkurs for 99 euro og ber AI-byggeren legge til en «Kjøp»-knapp.
- Kunden klikker Kjøp. Serveren din bruker sin hemmelige nøkkel til å be leverandøren opprette en betalingsøkt for 99 euro, og får tilbake en lenke.
- Kunden sendes til leverandørens hostede betalingsside, legger inn kortet og fullfører eventuell 3D Secure-kontroll med sin bank.
- Betalingen godkjennes, og kunden sendes videre til «suksess»-siden din.
- Separat sender leverandøren en webhook til serveren din: «betaling for økt X lyktes.» Serveren din sjekker webhookens signatur, finner bestillingen, markerer den som betalt og låser opp kurset.
- Dager senere havner pengene, med fradrag for gebyrer, på bankkontoen din.
Steg 4 er viktigst. Hvis du låste opp kurset på suksess-siden i stedet, kunne alle som fant den URL-en, fått det gratis, og kunder hvis nettleser ble lukket tidlig, ville betalt og fått ingenting.
Viktige begreper
| Begrep | Betydning |
|---|---|
| Betalingsøkt (checkout session) | En engangsbetalingsside eller -flyt som serveren din oppretter for et bestemt kjøp. |
| Testmodus | En sandkasse der du bruker testnøkler og testkortnumre. Ingen ekte penger flyttes. |
| Publiserbar / hemmelig nøkkel | Den publiserbare nøkkelen kan vises i nettleserkode. Den hemmelige nøkkelen må holdes på serveren. |
| 3D Secure | Et ekstra steg der kunden bekrefter betalingen med sin bank, vanlig i Europa under SCA-reglene (Strong Customer Authentication). |
| PCI DSS | Kortbransjens sikkerhetsstandard for alle som håndterer kortdata. |
| Tilbakeføring (chargeback) | Når en kunde bestrider en betaling hos sin bank, og pengene trekkes tilbake. |
| Refusjon | Penger du frivillig returnerer. |
| Utbetaling (payout) | Leverandøren som overfører innkrevde penger til bankkontoen din. |
Vanlige misforståelser
- «Jeg må lagre kortnumre for å kunne belaste kunder igjen.» Nei. Leverandører lagrer kortet og gir deg en referansetoken for gjentatte belastninger og abonnementer. Du bør aldri lagre kortnumre selv.
- «Suksess-siden betyr at betalingen virket.» Bekreft betalinger med webhooks på serveren. Omdirigeringer kan hoppes over, forfalskes eller aldri skje.
- «Betalingsleverandører koster omtrent det samme.» Gebyrene varierer etter leverandør, land, korttype og om skattehåndtering er inkludert. Sjekk hver leverandørs prisside for ditt land.
- «Med Stripe er jeg PCI-kompatibel.» Det gjør etterlevelse mye enklere, fordi kortdata blir hos leverandøren, men du har fortsatt en (vanligvis kort) egenvurdering å fullføre.
- «Testmodus og live-modus oppfører seg helt likt.» De er nære, men live-modus krever en fullt verifisert konto, ekte webhook-endepunkter satt opp for live-miljøet, og ekte bankopplysninger.
- «En betalingsgateway håndterer skatten min.» Bare hvis den er merchant of record, eller du slår på og setter opp skattefunksjonene. Sjekk de lokale reglene dine, eller spør en rådgiver.
Hva du bør be AI-byggeren din om
- «Legg til [Stripe Checkout] for [produkt]. Opprett økten på serveren med den hemmelige nøkkelen fra en miljøvariabel.»
- «Marker bare bestillinger som betalt fra en verifisert webhook, og sjekk webhookens signatur.»
- «Håndter at webhooken sendes to ganger, uten å lage dupliserte bestillinger.»
- «Bruk testnøkler og gå meg gjennom testing med leverandørens testkort, inkludert et avvist kort.»
- «Hva skjer hvis kunden lukker fanen etter å ha betalt?»
- «Vis meg hver plass en betalingsnøkkel brukes, og bekreft at den hemmelige nøkkelen aldri når nettleseren.»
Betalingsgatewayer i Mythex
Mythex inkluderer ikke innebygde betalinger for appene du bygger, og det finnes ingen «Koble til Stripe»-knapp med ett klikk. Du oppretter en konto hos leverandøren du velger, legger testnøklene inn som prosjekthemmeligheter, og ber agenten bygge kassen på serversiden. Test i forhåndsvisningen med leverandørens testkort, og publiser deretter. Dokumentasjonen går gjennom dette i Ta imot betalinger med Stripe, og Webhooks dekker bekreftelsessteget.
For en trinn-for-trinn-bygging, se hvordan legge til betalinger i appen din, og for gjentakende fakturering, hvordan legge til abonnementer med Stripe.
Spørsmål
Hva er en betalingsgateway, enkelt forklart?
En betalingsgateway er tjenesten som trygt tar imot en kundes betalingsopplysninger i kassen din, sender dem til bankene og kortnettverkene for godkjenning, og returnerer et godkjent eller avvist svar til appen din, vanligvis på noen få sekunder.
Hva er forskjellen på en betalingsgateway og en betalingsprosessor?
Strengt tatt er gatewayen den sikre inngangsdøren som tar imot og videresender betalingsopplysninger, mens prosessoren flytter transaksjonen mellom bankene. I praksis samler moderne leverandører som Stripe, PayPal og Adyen begge, pluss merchant-kontoen, i én tjeneste, så begrepene brukes ofte om hverandre.
Må jeg være PCI-kompatibel for å ta imot kortbetalinger?
Enhver virksomhet som tar imot kort må oppfylle sikkerhetsstandarden PCI DSS på en eller annen måte. Hvis du bruker en hostet betalingsside eller leverandørens innebygde betalingsfelt, berører kortnumrene aldri serverne dine, og det reduserer ansvaret ditt mye. Leverandøren forteller deg hvilken egenvurdering som gjelder.
Hva er en merchant of record?
En merchant of record er virksomheten som juridisk selger til kunden, og som er ansvarlig for ting som å innkreve og betale salgsskatt eller MVA, og håndtere refusjoner og tilbakeføringer. Tjenester som Paddle og Lemon Squeezy er merchant of record for deg. Med Stripe eller PayPal er det vanligvis du.
Kan jeg legge til betalinger i en app bygget med AI?
Ja. En AI-byggere kan skrive koden som kobler appen din til en leverandør som Stripe: opprette betalingsøkter på serveren, håndtere webhooks og oppdatere bestillinger. Du trenger fortsatt en egen konto hos leverandøren, og du bør teste alt i testmodus før du går live.