Sammenlign / Kategorier

Betalingsgateway vs. betalingsorkestrering

De to ordene brukes om hverandre, men betyr ulike ting. En gateway tar imot en betaling: den viser metodene, autoriserer, belaster og gjør opp. En orkestreringsplattform ligger over gatewayene og bestemmer hvilken som skal brukes for hver transaksjon. Om du trenger den andre, avhenger nesten helt av hvor mange leverandører du allerede har — og hvorfor du har dem.

Kategori mot kategori

Hva hvert lag egentlig er til for

Dimension
Betalingsgateway
Orkestreringsplattform
Hva den gjør
Tar imot betalingen fra ende til ende — viser metoder, autoriserer, belaster, gjør opp og lager kvitteringen og utbetalingen.
Bestemmer hvor en betaling går. Den ruter på tvers av gatewayer og acquirere du allerede har, og normaliserer rapporteringen deres.
Hvem den er for
Alle som trenger å ta imot penger — fra en enkelt nettbutikk til en virksomhet som prosesserer i stor skala.
Virksomheter som allerede kjører flere leverandører, som regel for geografisk dekning, redundans eller satsarbitrasje.
Hva den gjør opp
Penger. En gateway ligger i betalingsflyten og skaper utbetalingen som når kontoen din.
Ingenting direkte. Oppgjøret blir hos den underliggende leverandøren som tok transaksjonen.
Hvor verdien ligger
Dekning og enkelhet — én integrasjon for hver metode kundene dine vil bruke.
Godkjenningsrate og kostnad — ett prosentpoeng autorisering, eller en bedre sats på en korridor, ganger volum.
Hva det koster deg
Per transaksjon, proporsjonalt med det du behandler.
Et lagergebyr oppå leverandørene du fortsatt betaler — noe som bare gir mening hvis gevinsten fra rutingen er større.
Integrasjonsbyrde
Én integrasjon, og leverandøren vedlikeholder betalingsmetodene bak den.
Én integrasjon mot orkestratoren, pluss løpende kommersielt og teknisk forhold til hver enkelt leverandør under den.
Når det er overkill
Sjelden — du trenger noe i dette laget for i det hele tatt å ta imot betalinger.
Når du har én leverandør. Å orkestrere én enkelt gateway gir et gebyr, en avhengighet og et ekstra ledd uten gevinst på rutingen.
01

Når en gateway er alt du trenger

Har du én leverandør, eller velger du din første, har orkestreringslaget ingenting å orkestrere. Gevinstene det selger — ruting mellom acquirere, kaskade av avslag til en annen leverandør, prisarbitrasje per korridor — forutsetter alle at du allerede har flere avtaler. Et lag oppå én gateway gir deg bare et gebyr og et ekstra hopp. Det som faktisk flytter tallene på dette stadiet, er dekning av betalingsmetoder, en checkout som konverterer og ryddig avstemming.

  1. 01Du har én leverandør, eller velger din første
  2. 02Konverteringsproblemet ditt handler om metodedekning, ikke ruting
  3. 03Du vil helst slippe å håndtere flere acquirer-avtaler
  4. 04Én avstemmingsmodell betyr mer enn ett prosentpoeng i godkjenningsrate
02

Når orkestrering lønner seg

Når volumet er så stort at en brøkdel av en prosent utgjør reelle penger, og du allerede har flere acquiring-avtaler fordi ingen enkeltleverandør dekker markedene, risikoprofilen eller prisene dine. I den skalaen slutter ruting etter utsteder og korridor, kaskade av myke avslag til en annen acquirer og normalisert rapportering på tvers av leverandører å være fine ideer, og blir en post i resultatregnskapet. Forutsetningen er den samme hver gang: flere leverandører du har grunn til å beholde.

  1. 01Du har allerede flere acquirere for dekning, redundans eller priser
  2. 02Volumet gjør ett prosentpoeng i godkjenningsrate mer verdt enn lagets gebyr
  3. 03Du trenger én rapporteringsmodell på tvers av leverandører som ikke er enige
  4. 04Failover mellom leverandører er et forretningskrav, ikke et fint tillegg
03

Hvor Protocore passer inn

Protocore Gateway er det første laget — det tar imot betalingen og gjør opp pengene — med de delene av det andre laget som betyr noe for en virksomhet med én leverandør bygget inn i stedet for solgt oppå: rutingpolicy du kan lese, nytt forsøk på en alternativ rute før kunden ser en feil, og avslagsårsaker på et språk en operatør kan handle på. Kommer du dit at du faktisk må route på tvers av acquirere du eier selv, kobler whitelabel-plattformen dine til side om side med våre. Den ærlige oppsummeringen er at de fleste virksomheter som stiller dette spørsmålet trenger en bedre gateway, ikke et lag oppå den de har.

  1. 01En gateway som gjør opp, med ruting og retry-policy inkludert
  2. 02Kort, wallets, bankoverføring og USDC på én side og med én referanse
  3. 03Dine egne acquirere koblet til side om side med våre på whitelabel-plattformen
  4. 04Intet lagergebyr for å orkestrere én enkelt leverandør

Hvilket lag ligger problemet ditt i?

Fortell oss hvor mange leverandører du bruker og hvor betalingene feiler. Vi sier fra om løsningen er ruting eller selve gatewayen.