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
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.
- 01Je hebt één provider, of kiest je eerste
- 02Je conversieprobleem zit in methodedekking, niet in routing
- 03Je wilt liever geen relaties met meerdere acquirers beheren
- 04Eén reconciliatiemodel weegt zwaarder dan een procentpunt autorisatiegraad
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.
- 01Je werkt al met meerdere acquirers voor dekking, redundantie of tarieven
- 02Door het volume is een procentpunt autorisatiegraad meer waard dan de fee van de laag
- 03Je hebt één rapportagemodel nodig over providers heen die elkaar tegenspreken
- 04Failover tussen providers is een bedrijfseis, geen nice-to-have
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.
- 01Een gateway die afwikkelt, inclusief routing- en retrybeleid
- 02Kaarten, wallets, bankoverschrijving en USDC op één pagina en met één referentie
- 03Je eigen acquirers naast de onze gekoppeld op het whitelabelplatform
- 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.