Vi bruger Google Analytics til trafikstatistik. Analysecookies sættes kun, hvis du accepterer. Uden samtykke estimeres statistikken ud fra cookiefri signaler. Cookiepolitik.
Gateway · Betalinger
Et gennemgående eksempel følger hele siden — Arc Studio SRL, ordre 9F21-0716, €49.00. Kunden vælger kort, Apple Pay, Google Pay, USDC eller bankoverførsel, og forhandlerens side af historien er den samme uanset valg: én reference, én kvittering, ét eurobeløb.
Garantier
Metodefragmentering er forhandlerens problem, og den vokser: en kortprocessor med sit eget dashboard, en wallet-SDK med sin egen releasecyklus, en kryptomulighed på en anden side, der ikke afstemmes nogen steder. Hver ny metode er endnu en integration, endnu et sæt rapporter, endnu et sted, hvor en betaling kan forsvinde. Gateway samler det på én side og i én postering.
Det samme checkout på mobil — kort, wallets og USDC på én side. · Kvitteringen — 52.95 USDC ind, €49.00 afviklet, angivet i klart sprog.
Kort, Apple Pay, Google Pay, USDC, bankoverførsel og de lokale metoder, dine købere forventer, står på samme hostede side, ordnet efter hvad kunden foran skærmen sandsynligvis bruger. Siden tilpasser sig desktop, mobil og in-app; at tage en ny metode i brug er et tryk på en kontakt, ikke et projekt.
Back office for links — hvert link med sin status, €2,304.50 indkrævet denne måned.
USDC prissættes til en kurs, der vises på siden, før kunden bekræfter, afvikles i euro og havner i samme udbetaling som kortbetalingerne. Du holder aldrig en tokenposition, du opretter aldrig en treasury-funktion, og din revisor ser aldrig en ekstra valuta. Kvitteringen angiver omregningen på én linje — kunden betalte med krypto; regnskabet siger €49.00.
En refusion undervejs — mod ordren, begrundelse påkrævet, tilbage via den oprindelige rute.
Alt hænger på ordren frem for på betalingsmetoden. Ordre 9F21-0716 bærer sine varelinjer, sit behandlingsgebyr på €0.50, sin total, sit autorisationsresultat, sin kvittering og sine refusioner. Derfor er afstemning et opslag, en tvist én skærm, og en refusion peger på en ordre i stedet for på et kort, en wallet eller en chain.
Checkout-branding — logo, farver, skrifttype og hjørner, vist live før lagring.
Kort opbevares hos os i en vault og refereres med token, så en tilbagevendende kunde betaler med et tryk, og dine systemer gemmer en reference frem for et kortnummer. Abonnementer kører efter den plan, du fastsætter, mod den token, prøver selv igen ved bløde afvisninger og følger kortholderen gennem genudstedelser — hver cyklus giver sin egen ordre og sin egen kvittering.
Metodekonfiguration — slå metoder til og fra pr. checkout, med afvikling og routing ved siden af.
Korttrafik følger en routingpolitik, formuleret i termer du kender, prøver en blød afvisning igen på en alternativ rute, før kunden ser en fejl, og skifter til 3-D Secure, når politikken kræver det, frem for som standard. Når en betaling reelt afvises, kommer begrundelsen på et sprog, en operatør kan handle på, i stedet for en rå udsteder-kode.
Upload et logo, vælg farver, skrifttype og hjørner, og se det rigtige checkout, før du gemmer. Kør det på vores domæne, på dit eget eller inde i din egen app — med en powered-by-footer eller fuldt whitelabeled. Demo-checkout tilhører Arc Studio SRL, og det føles som deres.
Betalingsmetoder
Alle betalingsmetoder, som checkout viser, skinnerne bag dem og den valuta, de lander i. Pointen er højre kolonne: uanset hvad kunden vælger, er forhandlerens udbetaling ét beløb i euro.
Integration
Opret en ordre med en idempotensnøgle, send kunden videre til den hostede checkout, og modtag et signeret resultat. Hele integrationen er en håndfuld endpoints og ét webhook.
Ingen integration overhovedet — opret et link i backoffice, til engangsbrug eller indsamling, og send det. Betalingerne lander det samme sted som API-betalingerne.
iOS og Android viser den samme checkout nativt og holder kunden i din app gennem wallet-ark og 3-D Secure.
Tilslut en eksisterende webshop uden udvikler: installér, indsæt nøglerne, og gennemfør en testbetaling med et sandbox-kort.
Behold dit eget layout, og indlejr betalingsfelterne. De forbliver hostet og PCI-omfattet hos os, så kortdata stadig aldrig rører dine servere.
Integration
Din backend opretter en ordre via API: beløb, valuta, din reference.
Kunden vælger kort, wallet eller USDC på den hostede side.
Dækning verificeres og reserveres; 3-D Secure træder kun til, når politikken kræver det.
Betalingen gennemføres og stilles i kø til afvikling.
Et signeret order.paid-webhook ankommer; verificér signaturen, og lever.
Dagens ordrer samles i en batch og udbetales i EUR — én reference fra checkout til bankpost.
Funktioner
Den hostede checkout stiller kort, Apple Pay, Google Pay og USDC side om side. Ordre 9F21-0716 står til venstre — tre varelinjer, et ekspeditionsgebyr på €0.50, €49.00 til betaling — og valget af metode til højre. Kunden vælger; siden tilpasser sig; forhandleren integrerede én gang.
Den samme checkout-URL omformer sig til et telefonlayout: ordren foldes sammen til en oversigtslinje, metodeknapperne bliver på plads, og kortformularen beholder sine labels. Det, der leveres på desktop, leveres på mobil — og når betalingen skal ske i din egen app i stedet for i en browser, viser iOS- og Android-SDK'erne den samme checkout nativt mod samme ordre.
En betaling med USDC ender i en kvittering, som forhandlerens bogholder kan læse. Metode: 52.95 USDC på Base →︎ EUR-settlement, til den kurs der står på kvitteringen, 1 EUR = 1.0807 USDC. Reference 9F21-0716, sendt på e-mail til kunden og klar til download med det samme. Kunden betalte i krypto; bøgerne siger €49.00.
Betalingslinks får et rigtigt kontrolpunkt: 8 links for Arc Studio SRL fordelt på betalt, aktiv og udløbet, med beløb, antal betalinger og status på hver række. Kortene øverst holder stillingen — 4 aktive links, €2,304.50 indsamlet denne måned fra 18 linkbetalinger, €49.00 betalt i dag. Opret, søg, eksportér, færdig.
En refundering peger på ordren, ikke på en betalingsmetode. Skuffen åbner på 9F21-0716 med beløbet forudfyldt til hele €49.00, en påkrævet begrundelse og en valgfri note, der havner i eksporter og på kundens kvittering. Pengene rejser automatisk tilbage over den oprindelige betalingsrail — kortrefunderinger til kortet, USDC-ordrer som deres EUR-settlement — typisk på 1–3 hverdage.
Branding er en indstillingsside, ikke et konsulentforløb: upload et logo, vælg accent-, tekst- og overfladefarver, og vælg skrifttype og hjørnestil. Live-forhåndsvisningen viser din faktiske checkout — desktop eller mobil — før du gemmer, og accenten styrer fokus på betalingsknappen, statusmarkeringer og den aktive fane. Kør den på den checkout-host, der følger med din sandbox, eller på dit eget domæne.
Betalingsmetoder er kontakter med providere bag sig: kort med 3-D Secure, Apple Pay og Google Pay som wallet-knapper, USDC på Ethereum, Base og Solana, SEPA-bankoverførsel med vIBAN-reference. Ved siden af angiver settlement-panelet aftalen klart: kunderne ser omregningen, før de bekræfter; du afregner altid i EUR.
Opret en ordre, send videre til den hostede side, modtag resultatet. Gateway leverer betalings-UI'et, metodelogikken og kvitteringerne. Der er ingen checkout-frontend, som dit team skal bygge, patche eller holde ajour, når metoderne ændrer sig.
Alt hænger på ordren, ikke på betalingsmetoden. Ordre 9F21-0716 har sine varelinjer — et brand identity-sprint på €38.50, skrifttypelicens på €6.00, ekspreslevering på €4.00 — et ekspeditionsgebyr på €0.50 og én total. Uanset hvordan der betales, er den reference det, du forespørger, afstemmer og refunderer på.
Ændringer af metoder og branding gælder for nye checkout-sessioner — det står på skærmen, hvor du gemmer dem. En kunde midt i en betaling oplever aldrig, at siden ændrer sig under fingrene.
Kortvejen er den kedelige del, og den er klaret: inline-validering, 3-D Secure med stærk kundeautentificering indbygget i flowet under en læsbar routingpolitik og testkort pr. sandbox til integrationskørsler. At acceptere krypto gør aldrig kortflowet dårligere.
Wallets er knapper, ikke projekter. Apple Pay og Google Pay vises som ét-tryks-ark på samme side og betaler med enhedstokens — det rigtige kortnummer når aldrig siden — gennem samme ordre og samme kvittering. At aktivere dem er en kontakt på metodeskærmen.
Krypto prissættes til en kurs, der vises i checkout, og afregnes til euro. Forhandleren ender aldrig med en tokenposition ved et uheld; bøgerne forbliver i én valuta.
USDC-metoden dækker Ethereum, Base og Solana bag én enkelt kontakt. Kunden betaler på det netværk, hvor vedkommendes wallet bor; forhandlerens side ændrer sig ikke.
Betaling via overførsel bærer en vIBAN-reference, så en indgående SEPA-betaling pr. konstruktion identificerer sin ordre. Slå den til for de kunder, der vil have en faktura, de kan betale fra banken, og afstemningen forbliver automatisk.
Ud over kort og wallets rummer checkout de account-to-account- og lokale metoder, som en europæisk køber forventer at se, præsenteret efter kundens land i stedet for smidt i én lang liste.
BNPL står på samme metoderække som alt andet — kunden deler betalingen op, forhandleren får betaling én gang, og ordrereferencen ændrer sig ikke. Én kontakt, samme kvittering, samme afstemning.
Siden rangerer metoder efter, hvad kunden sandsynligvis bruger — land, sprog, enhed og om vedkommende har betalt hos dig før — så den relevante mulighed er den første, ikke den fjerde.
Vis beløbet i kundens valuta med omregningen angivet, før de bekræfter, og afregn til EUR uanset hvad. Kunden ser et velkendt tal; din ledger har ét.
Den hostede side lokaliserer sine labels, fejlmeddelelser og kvitteringer. Ingen dropper en betaling, fordi knappen var på det forkerte sprog.
En tilbagevendende kunde betaler med et gemt kort med ét tryk. Kortet opbevares i vores boks og refereres via token, så dine systemer gemmer en reference, aldrig et PAN — og det andet køb er kortere end det første.
Tilbagevendende betalinger kører efter en tidsplan, du definerer — beløb, interval, start og slut — mod et tokeniseret kort. Hver cyklus får sin egen ordre og sin egen kvittering, så et abonnement afstemmes linje for linje som alt andet.
Et soft decline på en tilbagevendende betaling forsøges igen efter en tidsplan i stedet for at blive afskrevet, og kunden får kun besked, når det har betydning. Mislykkede fornyelser bliver ikke længere til stille kundefrafald.
Gemte kort opbevares som netværkstokens og følger kortholderen gennem genudstedelser og udløb. Abonnementet, der før gik i stykker, når et kort blev erstattet, bliver ved med at trække.
Ordrer oprettes via API med idempotensnøgler — en gentagen forespørgsel returnerer det oprindelige resultat, aldrig en ekstra betaling — og udviklersektionen rummer nøglerne og dokumentationen. Checkout er hostet; integrationen er en håndfuld endpoints, dokumenteret dér, hvor indstillingerne bor.
Dit backend hører om betalinger i samme øjeblik, de sker: signerede webhook-events på ordrens livscyklus — betalt, mislykket, refunderet — med signaturverifikation hos dig og replay-beskyttelse hos os.
Native apps viser den samme checkout i appen i stedet for at sende brugeren ud i en browser. SDK'et bærer metodelogikken, wallet-arkene og 3-D Secure; ordren og kvitteringen er dem, dit backend allerede kender.
Plugins til webshops forbinder en eksisterende butik til Gateway uden en udvikler — installér, indsæt nøglerne, tag en testbetaling. De samme ordrer lander i samme back office som dem fra API'et.
Når betalingen skal ske inde i dit eget layout, kan du indlejre betalingsfelterne direkte: inputfelterne er hostet og PCI-afgrænset hos os, siden omkring dem er helt din egen, og kortdata rører aldrig dine servere.
Et link kan lukke efter én betaling eller blive ved med at indsamle — demoens workshoppladas har modtaget 3 betalinger, konsultationstimen 6. Links udløber som standard automatisk efter 30 dage, og udløbne links fortæller det i stedet for at fejle i det stille.
Integrationstest kører mod testsessioner med de kort, der udstedes sammen med dine sandbox-nøgler, før noget reelt flytter sig. Flowene er identiske, så det, der består i test, er det, der går i produktion.
Korttrafik følger en routingpolitik, der er skrevet i termer, du kender — kortmærke, udstedelsesland, valuta, beløb — og ikke en black box. Du kan se, hvilken rute en betaling tog, fra samme skærmbillede, som viser betalingen.
En soft decline forsøges igen via en alternativ rute i samme checkout-session, før kunden ser en fejl. De fleste genvundne betalinger er betalinger, som kunden aldrig vidste var i fare.
Rå udstederkoder oversættes til årsager, som en operatør kan handle på — udløbet kort, utilstrækkelig dækning, udstederrisiko — og grupperes, så et mønster på tværs af mange betalinger kan ses som et mønster.
De fleste betalinger går igennem alene på enheds- og adfærdssignaler; en step-up-udfordring vises, når politikken kræver det. Du fastsætter politikken — altid, risikobaseret eller undtaget, hvor reglerne tillader det — og den hostede side håndterer flowet.
Checkout, kvittering og settlement bærer den samme ordrereference. Den, der søger på 9F21-0716, finder én postering på €49.00 — ikke en kortpostering i ét system og en kryptopostering i et andet.
Settlement fastlægges dér, hvor du konfigurerer det: automatisk konvertering til EUR, settlement til RO49 •••• 0421, daglig udbetaling kl. 23:00. Det tal, revisoren ser i morgen, afgøres på en skærm, som forhandleren kan læse i dag.
Hver udbetaling åbner ind til de ordrer, der har finansieret den, med specificerede gebyrer. Banklinjen matcher en liste, du kan eksportere, så månedsafslutningen bliver et opslag og ikke en efterforskning.
Refunderingsbeløbet kan redigeres op til det oprindelige beløb — panelet viser maksimum og behandler alt mindre som en delvis refundering. Ti delvise refunderinger på én ordre afstemmes stadig mod én reference.
Hver refundering har en obligatorisk årsag og en valgfri note, og noten følger med: den vises i eksporter og på kundens kvittering. Seks måneder senere behøver ingen at huske, hvorfor ordre 9F21-0716 blev gjort god igen.
Kvitteringer sendes til kunden på e-mail og kan downloades med det samme, og refunderingskvitteringer følger samme vej. Forhandleren behøver aldrig bygge en kvitteringsskabelon.
Annullering før dagens batch frigiver reservationen på autorisationen, og der flyttes ingen penge — ingen refundering, intet gebyr, intet på kundens kontoudtog, der skal forklares.
Kortbetalinger kører 3-D Secure under en routingpolitik, du kan læse. Wallet-betalinger bærer enhedens egen autentificering, og webhook-hændelser signaturverificeres, før de betros.
Screeningsregler læses som sætninger — beløb over X fra land Y på et nyt kort — og handler på dem: tillad, udfordr eller bloker. Lister over betroede og blokerede kort, e-mails og adresser findes bag samme skærmbillede.
Gentagne forsøg fra ét kort, én enhed eller én adresse fanges af hastighedsregler i stedet for af en person, der opdager det senere. Signalerne vises på betalingen og er ikke gemt væk i en score.
En chargeback åbner med ordren bag sig: autorisationsresultat, 3-D Secure-udfald, kvittering, levering, refunderingshistorik. Svar fra det skærmbillede, og dokumentationspakken samles ud fra optegnelsen og ikke fra hukommelsen.
Siden, der indsamler kortoplysninger, er vores — PCI-omfattet og hostet. Uanset om kunden betaler på vores domæne, dit eller i din app, ser dine servere et token og en ordrereference — aldrig et kortnummer.
Betalingsdata krypteres i hvile og behandles i EU. For en europæisk forhandler er det, hvor data ligger, et svar og ikke en fodnote.
Refunderinger, metodeændringer, brandingændringer, nøglerotationer — alt skrives til et revisionsspor med operatør, tidsstempel og årsag. Privilegerede handlinger kræver en årsag, før de udføres.
Økonomi ser udbetalinger, support ser ordrer og udsteder refunderinger, udviklere ser nøgler og logs. Adgang gives pr. rolle og ikke ved at dele ét login.
Betalere samles i en kundeoversigt — hvem der har betalt, hvor ofte, med hvilken metode — så en tilbagevendende kunde er en post og ikke et tilfælde af matchende e-mails i eksporter.
Find en betaling via link eller reference i søgefeltet; eksportér den aktuelle visning til CSV, når regnskabet kræver det. Backoffice forudsætter, at en revisor kommer og spørger.
Volumen, godkendelsesrate, refunderinger og metodemix over den periode, du vælger. Nok til at svare på, hvor pengene blev af, og hvilken metode der er værd at fremme — uden at eksportere noget.
Gateway kobles til Protocore Center: backoffice for betalingslinks viser hvert link med dets settlement-overførsel knyttet til og et åbn-i-Tracer-link til det fulde spor. Dit driftsteam ser igennem checkout helt ned til hovedbogen.
Demo-checkouten tilhører Arc Studio SRL: deres navn, deres mærke, deres ordre. Kør den med en powered-by-Protocore-footer eller fuldt whitelabeled — under alle omstændigheder fremstår siden som din egen.
FAQ
Kortbetalinger foregår i to trin: autorisation reserverer beløbet ved købet, og afvikling flytter det. Gateway gennemfører betalingen automatisk, samler dagens ordrer i en batch og udbetaler i EUR til din angivne konto på det daglige udbetalingstidspunkt, der er sat i indstillingerne.
Timing. Før afvikling frigiver en annullering reservationen på autorisationen, og der flyttes ingen penge. Efter afvikling er det en refundering — udstedt mod ordren, helt eller delvist, og sendt tilbage via den oprindelige betalingsmetode med årsagen registreret.
Som politik, ikke som standardfriktion. De fleste flows godkendes alene på enheds- og adfærdsdata; en step-up-udfordring vises kun, når routingpolitikken kræver det. Du fastsætter politikken — den hostede side bærer flowet.
Euro. USDC-beløbet prissættes på siden, før kunden bekræfter, afvikles til EUR til den oplyste kurs, og kvitteringen registrerer vekslingen. Checkout, kvittering og afvikling deler én ordrereference — du har aldrig en tokenposition.
Ordren er din dokumentationsmappe. Autorisationsresultat, kvittering, refunderingshistorik og webhook-leverance hænger alle på én reference — ét opslag besvarer bestridelsen, og en refundering fra samme skærmbillede er ofte den hurtigste løsning.
Nej. Ordrer oprettes med idempotensnøgler, så en gentaget forespørgsel returnerer det oprindelige resultat i stedet for en ny betaling — og webhooks er signeret med replay-beskyttelse på vejen tilbage.
Siden, der indsamler kortoplysninger, er vores — hostet og PCI-omfattet hos os. Dine servere modtager en token og en ordrereference, aldrig et kortnummer. Det gælder, uanset om kunden betaler på vores domæne, på dit, i din app eller via betalingsfelter indlejret i dit eget layout.
Ja. Kør den på den checkout-host, der følger med din sandbox, på dit eget domæne eller indlejret på din side med hostede betalingsfelter. Branding — logo, farver, skrifttype, hjørner — er en indstillingsskærm med live-forhåndsvisning, og footeren er enten powered-by eller helt whitelabel, som du vælger.
Kort opbevares sikkert hos os som netværkstokens; dine systemer gemmer en reference. Et abonnement trækker på den token efter den plan, du fastsætter, forsøger selv igen ved bløde afvisninger og følger kortholderen gennem genudstedelser af kort. Hver cyklus opretter sin egen ordre og kvittering, så et abonnement kan afstemmes linje for linje.
Beløbet i kundens egen valuta, med vekslingen oplyst, før kunden bekræfter, og checkout på kundens sprog. Du afvikler stadig i EUR. Samme princip som med USDC: kundens side tilpasser sig, din bogføring forbliver i én valuta.
Din side af det er en tilgodehavende i euro. Gateway håndterer kryptoleddet — prissætning, betalingen på kæden og vekslingen — og det, der når din konto, er EUR fra en reguleret afviklingsvej, registreret på kvitteringen med den anvendte kurs. Du opbevarer ikke tokens, driver ikke en wallet og har ingen position, fordi vekslingen sker før afvikling, ikke efter.
Et betalingslink virker samme dag, som du har en konto. En API-integration er et ordre-endpoint, en omdirigering og ét signeret webhook — de fleste teams har den kørende i test samme uge og skifter til live, når de har gennemført en testbetaling fra start til slut. Butiksplugins springer udviklingen helt over.
Ja — kør begge. Send nye ordrer til Gateway, mens den gamle udbyder færdigafvikler og refunderer sine egne, da refunderinger altid går tilbage over den skinne, der tog betalingen. Gemte kort migreres som tokens, så dine abonnenter ikke skal indtaste kortoplysninger igen.
Ordrekaldet og webhook-handleren. Betalingssiden, metodelogikken, wallet-ark, 3-D Secure, kvitteringer og alle nye betalingsmetoder, der kommer til senere, holder vi ajour — det er netop meningen med en hostet checkout.
Priser
Gå live uden platformsgebyr — Gateway tjener på de betalinger, den behandler, så prisen følger den volumen, der løber gennem checkout.
Kør checkout under dit eget brand på en licens afgrænset efter de rails, du aktiverer, og den kapacitet, du planlægger med.
Dit brand på betalingssiden, vores rails nedenunder, drevet for dig — omfanget følger de betalingsmetoder, du slår til.
Prisen følger den volumen, der løber gennem checkout, og de rails, du aktiverer — kort, wallet og USDC-afvikling. Tag den standalone eller fuldt whitelabeled.
Vurdér
Vi gennemgår eksemplet sammen med dig — Arc Studio SRL, ordre 9F21-0716 — med betaling via kort, wallet og USDC, og viser forhandlerens back office bagved.
En testforhandler med API-nøgler, så dit team kan oprette ordrer, køre det hostede checkout og modtage signerede resultater fra ende til anden.
Ordre-API'et, order.paid-webhooken og integrationsguiden — alt, hvad der skal til for at pege et checkout mod Gateway i stedet for at bygge et selv.
Den hostede side under dit logo, dine farver og din typografi, så du kan se dit eget checkout, før du går live.
Læs videre
Kører standalone eller som whitelabel — dit brand på checkout, vores rails nedenunder.
PoS deler Gateways ordremodel i butikken, vIBAN giver bankoverførselsordrer selvidentificerende referencer, Chain veksler USDC-betalinger til EUR, Center er operatørkonsollen bag checkout, og Agents anvender den samme ordremodel på betalinger, der iværksættes af software under menneskelig politik.
Alt ovenfor kører i produktionsdemoer, vi kan gennemgå med jer – standalone, whitelabel eller som én platform. Fortæl os, hvad I bygger, så viser vi jer den korteste vej.
