Vergelijken / Categorieën

Payment gateway vs payment orchestration

De twee termen worden door elkaar gebruikt en betekenen iets anders. Een gateway verwerkt een betaling: hij toont de methoden, autoriseert, capturet en rekent af. Een orchestratieplatform zit boven de gateways en bepaalt per transactie welke wordt gebruikt. Of je het tweede nodig hebt, hangt bijna volledig af van hoeveel providers je al hebt — en waarom.

Categorie tegenover categorie

Waar elke laag echt voor dient

Dimension
Payment gateway
Orchestratieplatform
Wat het doet
Verwerkt de betaling van begin tot eind — toont methoden, autoriseert, capturet, rekent af en levert de bon en de uitbetaling.
Bepaalt waar een betaling heen gaat. Routeert over gateways en acquirers die je al hebt en normaliseert hun rapportage.
Voor wie het is
Iedereen die geld moet kunnen ontvangen — van één enkele webshop tot een bedrijf dat op schaal verwerkt.
Bedrijven die al meerdere providers draaien, meestal voor geografische dekking, redundantie of tariefarbitrage.
Wat het afrekent
Geld. Een gateway zit in het betaalpad en levert de uitbetaling die op je rekening komt.
Niets rechtstreeks. De afwikkeling blijft bij de onderliggende provider die de transactie verwerkte.
Waar de waarde zit
Dekking en eenvoud — één integratie voor elke methode die je klanten willen gebruiken.
Acceptatiepercentages en kosten — een procentpunt autorisatie, of een beter tarief op een bepaalde corridor, vermenigvuldigd met het volume.
Wat het je kost
Per transactie, in verhouding tot wat je verwerkt.
Een laagfee bovenop de providers die je nog steeds betaalt — alleen zinvol als de routingwinst die overstijgt.
Integratielast
Eén integratie, en de provider onderhoudt de methoden erachter.
Eén integratie met de orchestrator, plus de doorlopende commerciële en technische relatie met elke provider eronder.
Wanneer het overkill is
Zelden — je hebt in deze laag iets nodig om überhaupt betalingen te kunnen ontvangen.
Als je één provider hebt. Eén gateway orkestreren levert een fee, een afhankelijkheid en een extra laag op, zonder routingwinst.
01

Wanneer een gateway genoeg is

Heb je één provider, of kies je je eerste, dan valt er in de orchestratielaag niets te orkestreren. De winst die zo'n laag belooft — routeren tussen acquirers, een geweigerde betaling doorzetten naar een tweede provider, tarieven arbitreren per corridor — gaat ervan uit dat je al met meerdere partijen werkt. Een laag boven één gateway levert je een fee en een extra hop op. Wat in deze fase echt het verschil maakt, is dekking van betaalmethoden, een checkout die converteert en een nette reconciliatie.

  1. 01Je hebt één provider, of kiest je eerste
  2. 02Je conversieprobleem zit in methodedekking, niet in routing
  3. 03Je wilt liever geen relaties met meerdere acquirers beheren
  4. 04Eén reconciliatiemodel weegt zwaarder dan een procentpunt autorisatiegraad
02

Wanneer orchestratie zijn fee waard is

Als het volume zo groot is dat een fractie van een procent echt geld oplevert, en je al meerdere acquiringrelaties hebt omdat geen enkele ervan je markten, je risicoprofiel of je tarieven afdekt. Op die schaal zijn routering op issuer en corridor, soft declines doorzetten naar een tweede acquirer en rapportage over providers heen normaliseren geen mooie ideeën meer, maar een post in de winst-en-verliesrekening. De voorwaarde is altijd dezelfde: meerdere providers die je om goede redenen houdt.

  1. 01Je werkt al met meerdere acquirers voor dekking, redundantie of tarieven
  2. 02Door het volume is een procentpunt autorisatiegraad meer waard dan de fee van de laag
  3. 03Je hebt één rapportagemodel nodig over providers heen die elkaar tegenspreken
  4. 04Failover tussen providers is een bedrijfseis, geen nice-to-have
03

Waar Protocore past

Protocore Gateway is de eerste laag — die de betaling afhandelt en het geld afwikkelt — met de onderdelen van de tweede laag die voor een bedrijf met één provider tellen er direct in ingebouwd in plaats van erboven verkocht: routingbeleid dat je kunt lezen, een nieuwe poging via een alternatieve route voordat de klant een fout ziet, en weigeringsredenen in taal waarmee een operator aan de slag kan. Kom je op het punt dat je echt over eigen acquirers wilt routeren, dan koppelt het whitelabelplatform de jouwe naast de onze. Eerlijk samengevat: de meeste bedrijven die deze vraag stellen hebben een betere gateway nodig, geen laag boven de gateway die ze al hebben.

  1. 01Een gateway die afwikkelt, inclusief routing- en retrybeleid
  2. 02Kaarten, wallets, bankoverschrijving en USDC op één pagina en met één referentie
  3. 03Je eigen acquirers naast de onze gekoppeld op het whitelabelplatform
  4. 04Geen laagfee voor het orkestreren van één provider

In welke laag zit jouw probleem?

Vertel ons met hoeveel providers je werkt en waar betalingen mislukken. Wij zeggen of de oplossing in routing zit of in de gateway zelf.