Bandingkan / Kategori

Payment gateway vs payment orchestration

Kedua istilah ini sering dipakai bergantian padahal artinya berbeda. Gateway menerima pembayaran: menampilkan metode, melakukan otorisasi, capture, dan settlement. Platform orchestration berada di atas gateway dan menentukan gateway mana yang dipakai untuk setiap transaksi. Perlu tidaknya yang kedua hampir sepenuhnya bergantung pada berapa banyak provider yang sudah Anda pakai — dan alasannya.

Kategori vs kategori

Fungsi sebenarnya dari tiap lapisan

Dimension
Payment gateway
Platform orchestration
Apa yang dilakukan
Menerima pembayaran dari ujung ke ujung — menampilkan metode, otorisasi, capture, settlement, serta menghasilkan tanda terima dan pencairan dana.
Menentukan ke mana pembayaran diarahkan. Mengatur routing ke gateway dan acquirer yang sudah Anda miliki, serta menyeragamkan pelaporannya.
Untuk siapa
Siapa pun yang perlu menerima uang — dari satu toko online hingga bisnis berskala besar.
Bisnis yang sudah menjalankan beberapa provider, biasanya demi cakupan wilayah, redundansi, atau arbitrase tarif.
Apa yang di-settle
Uang. Gateway berada di jalur pembayaran dan menghasilkan pencairan dana yang masuk ke rekening Anda.
Tidak ada secara langsung. Settlement tetap dilakukan provider yang memproses transaksinya.
Letak nilainya
Cakupan dan kesederhanaan — satu integrasi untuk semua metode yang ingin dipakai pelanggan Anda.
Approval rate dan biaya — satu poin persentase otorisasi, atau tarif lebih baik di koridor tertentu, dikalikan volume.
Biaya yang Anda tanggung
Per transaksi, sebanding dengan volume yang Anda proses.
Biaya layer tambahan di atas provider yang tetap Anda bayar — baru masuk akal jika keuntungan routing melebihinya.
Beban integrasi
Satu integrasi, dan provider yang merawat metode pembayaran di baliknya.
Satu integrasi ke orkestrator, ditambah hubungan komersial dan teknis yang terus berjalan dengan setiap provider di bawahnya.
Kapan berlebihan
Jarang — Anda tetap butuh sesuatu di layer ini untuk bisa menerima pembayaran.
Saat Anda hanya punya satu provider. Mengorkestrasi satu gateway hanya menambah biaya, ketergantungan, dan satu lapisan perantara tanpa keuntungan routing.
01

Saat gateway saja sudah cukup

Jika Anda hanya punya satu provider, atau baru memilih yang pertama, layer orkestrasi tidak punya apa pun untuk diorkestrasi. Manfaat yang dijual — routing antar-acquirer, cascading transaksi ditolak ke provider kedua, arbitrase tarif per koridor — semuanya mengandaikan Anda sudah menjalankan beberapa hubungan sekaligus. Menambah layer di atas satu gateway hanya memberi Anda biaya tambahan dan satu hop ekstra. Yang benar-benar menggerakkan angka pada tahap ini adalah cakupan metode pembayaran, checkout yang berkonversi, dan rekonsiliasi yang rapi.

  1. 01Anda punya satu provider, atau sedang memilih yang pertama
  2. 02Masalah konversi Anda ada di cakupan metode pembayaran, bukan routing
  3. 03Anda tidak ingin mengelola hubungan dengan beberapa acquirer
  4. 04Satu model rekonsiliasi lebih penting daripada selisih satu poin approval rate
02

Saat orkestrasi sepadan dengan biayanya

Saat volumenya cukup besar sehingga pecahan persen berarti uang nyata, dan Anda sudah memegang beberapa hubungan acquiring karena tidak ada satu pun yang mencakup pasar, profil risiko, atau tarif Anda. Pada skala itu, routing berdasarkan issuer dan koridor, cascading soft decline ke acquirer kedua, dan normalisasi pelaporan lintas provider bukan lagi gagasan yang bagus untuk dimiliki, melainkan satu baris di laporan laba rugi. Prasyaratnya selalu sama: beberapa provider yang memang punya alasan untuk Anda pertahankan.

  1. 01Anda sudah menjalankan beberapa acquirer demi cakupan, redundansi, atau tarif
  2. 02Volume membuat satu poin approval rate bernilai lebih besar daripada biaya layer
  3. 03Anda butuh satu model pelaporan lintas provider yang datanya saling berbeda
  4. 04Failover antar-provider adalah kebutuhan bisnis, bukan sekadar pelengkap
03

Posisi Protocore

Protocore Gateway adalah layer pertama — menerima pembayaran dan menyelesaikan settlement dana — dengan bagian-bagian layer kedua yang penting bagi bisnis satu provider sudah tertanam di dalamnya, bukan dijual di atasnya: kebijakan routing yang bisa Anda baca, retry lewat rute alternatif sebelum pelanggan melihat kegagalan, dan alasan penolakan dalam bahasa yang bisa langsung ditindaklanjuti operator. Jika suatu saat Anda benar-benar perlu merutekan di antara acquirer milik Anda sendiri, platform whitelabel menghubungkan acquirer Anda berdampingan dengan milik kami. Ringkasnya, kebanyakan bisnis yang menanyakan hal ini butuh gateway yang lebih baik, bukan layer di atas gateway yang sudah ada.

  1. 01Gateway yang melakukan settlement, lengkap dengan kebijakan routing dan retry
  2. 02Kartu, dompet digital, transfer bank, dan USDC dalam satu halaman dan satu referensi
  3. 03Acquirer milik Anda terhubung berdampingan dengan milik kami di platform whitelabel
  4. 04Tanpa biaya layer untuk mengorkestrasi satu provider

Di layer mana masalah Anda berada?

Ceritakan berapa provider yang Anda jalankan dan di mana pembayaran gagal. Kami akan sampaikan apakah solusinya ada di routing atau di gateway itu sendiri.