BorderPay← Blog

Blog

Menerima Pembayaran untuk Marketplace Multi-penjual

Oleh Admin5 mnt baca

Bagian dari topik: Cara Terima Pembayaran per Kebutuhan

Menerima Pembayaran untuk Marketplace Multi-penjual
Foto: Nataliya Vaitkevich / Pexels

Marketplace berbeda dari toko biasa dalam satu hal mendasar: uang yang masuk bukan milikmu seorang, melainkan milik banyak penjual yang berjualan di platformmu. Ketika seorang pembeli membayar sebuah pesanan, kamu harus tahu persis penjual mana yang berhak atas dana itu, berapa komisi yang menjadi bagianmu, dan bagaimana sisanya dicairkan ke rekening penjual yang benar. Salah kelola di titik ini bukan cuma bikin pembukuan kacau, tapi bisa berujung pada penjual dibayar terlambat, salah alokasi, atau bahkan dana yang tertahan tanpa kejelasan.

Artikel ini membahas kebutuhan khas pembayaran marketplace multi-penjual: memisahkan dana per penjual, mengelola komisi platform, mencairkan ke banyak rekening, sampai menjaga rekonsiliasi tetap rapi meski ratusan transaksi terjadi setiap hari. Fokusnya pada pola arsitektur yang membuat alur uang tetap dapat ditelusuri dan adil bagi semua pihak.

Tantangan Unik Pembayaran Marketplace

Pada toko satu pemilik, semua dana masuk ke satu kantong dan tinggal dicairkan. Marketplace jauh lebih rumit karena harus menjawab pertanyaan-pertanyaan berikut untuk setiap transaksi:

  • Siapa penjual pemilik pesanan ini? Satu pembelian bisa berisi produk dari beberapa penjual sekaligus.
  • Berapa bagian platform? Komisi bisa berupa persentase, biaya tetap, atau kombinasi keduanya.
  • Kapan penjual berhak dibayar? Sebagian marketplace menahan dana sampai barang diterima pembeli, sebagian membayar setelah dana settle.
  • Ke rekening mana dana dicairkan? Setiap penjual punya rekening berbeda yang harus dikelola aman.

Karena kompleksitas ini, keputusan paling penting adalah memilih model penampungan dana. Apakah platform menahan dana dulu (mirip escrow) lalu mendistribusikannya, atau dana langsung diteruskan? Perbedaan ini berpengaruh besar pada pengalaman pembeli, risiko, dan aspek legal. Pahami dua kutubnya lewat escrow vs non-escrow sebelum menetapkan arsitektur, karena mengubahnya belakangan sangat mahal.

Memisahkan Dana per Penjual dengan Penanda

Kunci teknis marketplace adalah memastikan setiap rupiah dapat ditelusuri ke penjual dan pesanan yang benar. Ini dicapai dengan penanda unik yang kamu kendalikan sendiri. Saat membuat permintaan pembayaran lewat REST API, sertakan order_id atau reference_id yang menyimpan konteks: pesanan mana, penjual mana.

Praktik yang menjaga alokasi tetap benar:

  • Gunakan penanda unik dan tak mudah ditebak untuk setiap pesanan, misalnya kombinasi ID pesanan internal dengan komponen acak.
  • Simpan pemetaan pesanan ke penjual di sistemmu, sehingga saat webhook masuk kamu langsung tahu penjual mana yang berhak.
  • Catat rincian komisi per transaksi agar bagian platform dan bagian penjual jelas sejak awal, bukan dihitung ulang belakangan.

Ketika event payment.paid tiba, kamu memverifikasi tanda tangan HMAC-nya, mengecek idempotensi memakai order_id, lalu mencatat dana itu di buku besar internal sebagai milik penjual terkait dikurangi komisi. Untuk memahami arsitektur integrasi ini secara lengkap, baca integrasi API pembayaran, dan untuk pola webhook yang tahan banting, baca webhook pembayaran.

Mengelola Komisi dan Pembagian Dana

Komisi adalah sumber pendapatan marketplace, jadi cara menghitung dan mencatatnya harus rapi. Umumnya platform mengambil persentase dari nilai transaksi, kadang ditambah biaya tetap per pesanan. Yang penting: hitung dan bekukan komisi pada saat transaksi tercatat lunas, bukan diperkirakan belakangan, agar tidak ada perselisihan angka dengan penjual.

Beberapa hal yang perlu dijelaskan gamblang dalam kebijakan marketplace-mu:

  • Dasar perhitungan komisi: dari harga produk saja, atau termasuk ongkir?
  • Siapa menanggung biaya pemrosesan pembayaran: platform atau penjual? Ini harus transparan agar penjual paham berapa bersih yang mereka terima.
  • Kapan komisi diambil: langsung dipotong saat pencairan, atau ditagih terpisah?

Karena setiap transaksi menghasilkan potongan komisi dan sisa untuk penjual, catat semuanya di buku besar (ledger) internal dengan status yang jelas. Ledger inilah yang jadi sumber kebenaran saat kamu perlu menjawab "berapa saldo penjual X yang siap dicairkan". Untuk menjaga catatan tetap akurat, biasakan rekonsiliasi transaksi secara rutin, mencocokkan dana yang tersedia dengan angka di ledger.

Mencairkan Dana ke Banyak Rekening Penjual

Setelah dana settle dan komisi dipotong, sisanya harus sampai ke rekening penjual. Di sinilah disbursement (pencairan) berperan. Berbeda dari toko satu pemilik yang cukup menarik ke satu rekening, marketplace harus mengirim ke banyak rekening berbeda, masing-masing dengan nominal dan jadwal sendiri.

Pertimbangan penting saat merancang pencairan penjual:

  • Validasi data rekening penjual sebelum mencoba mencairkan, karena data yang salah menyebabkan transfer gagal.
  • Tetapkan jadwal pencairan yang jelas, misalnya harian atau mingguan, sesuai kebijakan dan arus kas platform.
  • Perlakukan setiap pencairan secara idempoten agar penjual tidak dibayar dua kali jika terjadi percobaan ulang.

Untuk memahami mekanisme dan istilah pencairan, baca apa itu disbursement. Perlu dicatat secara jujur: kemampuan mengirim dana ke banyak rekening penjual pihak ketiga bergantung pada fitur dan izin yang tersedia di platform serta mitra yang dipakai. Jangan mengasumsikan alur pembayaran massal ke penjual eksternal tersedia begitu saja; pastikan lebih dulu lewat dokumentasi dan uji di sandbox sebelum membangun ketergantungan bisnis di atasnya.

Menjaga Rekonsiliasi dan Kepercayaan Penjual

Kepercayaan penjual adalah nyawa marketplace. Penjual harus yakin bahwa uang mereka aman, terhitung benar, dan cair tepat waktu. Ini dibangun lewat kombinasi pencatatan yang rapi dan transparansi.

Kebiasaan yang menjaga kepercayaan:

  • Beri penjual visibilitas atas transaksi, komisi, dan saldo yang siap dicairkan.
  • Gunakan tanggal ketersediaan dana, bukan tanggal pesanan, sebagai acuan kapan uang bisa dibayarkan; dana settle mengikuti jadwal hari kerja.
  • Simpan status lengkap tiap transaksi (pending, paid, expired, failed, refunded) agar laporan tidak mencampur pesanan batal dengan yang lunas.
  • Tangani refund dan sengketa dengan aturan jelas, karena di marketplace komplain bisa datang dari pembeli maupun penjual.

Semakin besar volume, semakin penting otomasi rekonsiliasi. Mencocokkan manual ratusan transaksi ke penjual yang benar tidak berkelanjutan; bangun proses yang memetakan setiap dana masuk dan setiap pencairan ke penanda asalnya.

Posisi BorderPay untuk Marketplace

BorderPay adalah lapisan teknologi (software) di atas mitra Payment Gateway yang berlisensi Bank Indonesia; pemrosesan dan penyimpanan dana dilakukan oleh mitra berlisensi tersebut. BorderPay menyediakan API pembayaran, checkout, dan webhook yang membantumu menerima pembayaran dengan penanda unik dan mencatat alokasinya. Untuk fitur lanjutan seperti pembagian dana otomatis atau pencairan massal ke penjual, verifikasi dulu ketersediaannya lewat dokumentasi dan uji di mode sandbox; jangan berasumsi rel yang belum tentu ada.

Membangun pembayaran marketplace multi-penjual pada akhirnya soal disiplin melacak: setiap rupiah harus punya jejak jelas dari pembeli, ke penjual, dikurangi komisi, sampai cair ke rekening yang benar. Pilih model penampungan dana yang tepat, kaitkan setiap transaksi ke penanda unik, catat komisi dan saldo di ledger yang rapi, lalu rekonsiliasi rutin. Dengan fondasi ini, marketplace-mu bisa tumbuh tanpa kehilangan kendali atas alur uang. Siap membangun? Daftar akun dan mulai dari sandbox.

Siap menerima pembayaran?

Coba integrasi & mode test gratis sejak hari pertama.

Daftar gratis →