Sammenlign / Kategorier
Betalingsgateway vs. betalingsorkestrering
De to ord bruges i flæng og betyder forskellige ting. En gateway tager imod en betaling: den viser metoderne, autoriserer, hæver og afregner. En orkestreringsplatform ligger oven på gateways og beslutter, hvilken der skal bruges til hver transaktion. Om du har brug for den anden, afhænger næsten helt af, hvor mange udbydere du allerede har – og hvorfor du har dem.
Kategori mod kategori
Hvad hvert lag egentlig er til
Når en gateway er nok
Har du én udbyder, eller er du ved at vælge din første, er der ikke noget at orkestrere for orkestreringslaget. Gevinsterne, det sælger — routing mellem acquirere, cascading af et afslag til en anden udbyder, arbitrage på priser pr. korridor — forudsætter alle, at du allerede har flere aftaler kørende. Et lag oven på én gateway giver dig et gebyr og et ekstra hop. Det, der reelt flytter tallene på dette stadie, er dækning af betalingsmetoder, et checkout, der konverterer, og ren afstemning.
- 01Du har én udbyder eller er ved at vælge din første
- 02Dit konverteringsproblem er manglende betalingsmetoder, ikke routing
- 03Du vil helst undgå at styre flere acquirer-relationer
- 04Én afstemningsmodel betyder mere end ét point i godkendelsesrate
Når orkestrering tjener sit gebyr hjem
Når volumen er så stor, at brøkdele af en procent er rigtige penge, og du allerede har flere acquiring-aftaler, fordi ingen enkelt dækker dine markeder, din risikoprofil eller dine priser. Ved den skala holder routing efter udsteder og korridor, cascading af bløde afslag til en anden acquirer og ensretning af rapportering på tværs af udbydere op med at være gode idéer og bliver en post i regnskabet. Forudsætningen er den samme hver gang: flere udbydere, du har en grund til at beholde.
- 01Du kører allerede flere acquirere for dækning, redundans eller priser
- 02Volumen gør ét point i godkendelsesrate mere værd end lagets gebyr
- 03Du har brug for én rapporteringsmodel på tværs af udbydere, der ikke er enige
- 04Failover mellem udbydere er et forretningskrav, ikke et nice-to-have
Hvor Protocore passer ind
Protocore Gateway er det første lag — den modtager betalingen og afvikler pengene — med de dele af andet lag, der betyder noget for en virksomhed med én udbyder, bygget ind frem for solgt ovenpå: en routingpolitik, du kan læse, et nyt forsøg på en alternativ rute, før kunden ser en fejl, og afslagsårsager i et sprog, en operatør kan handle på. Når du når et punkt, hvor du reelt har brug for at route på tværs af acquirere, du selv har, forbinder whitelabel-platformen dine ved siden af vores. Den ærlige opsummering er, at de fleste virksomheder, der stiller dette spørgsmål, har brug for en bedre gateway, ikke et lag oven på den, de har.
- 01En gateway, der afvikler, med routing- og retry-politik inkluderet
- 02Kort, wallets, bankoverførsel og USDC på én side og med én reference
- 03Dine egne acquirere forbundet ved siden af vores på whitelabel-platformen
- 04Intet lagergebyr for at orkestrere én udbyder
Hvilket lag ligger dit problem i?
Fortæl os, hvor mange udbydere du kører, og hvor betalingerne fejler. Vi siger, om løsningen er routing eller selve gatewayen.