Split Payment & Disbursement Otomatis untuk Marketplace

Begitu bisnis Anda bukan lagi sekadar "customer bayar ke saya", tapi "customer bayar, lalu sebagian harus diteruskan ke pihak lain" — Anda masuk dunia yang berbeda. Marketplace, platform booking, agregator jasa, aplikasi yang mempertemukan penjual dan pembeli. Di sini pertanyaannya bukan lagi "gateway mana yang paling murah", tapi "bagaimana uang seller sampai ke seller — otomatis, tepat, dan tanpa saya sentuh manual."

Kami sudah membangun alur split payment dan disbursement untuk beberapa model platform. Artikel ini menjelaskan cara kerjanya, dan bagian teknis yang menentukan payout Anda lancar atau jadi sumber komplain seller.

Split payment vs disbursement — dua hal berbeda

Sering tertukar, padahal beda fungsi:

• Split payment: saat satu pembayaran customer langsung dipecah ke beberapa penerima. Customer bayar Rp 100.000 → Rp 90.000 ke seller, Rp 10.000 komisi platform. Terjadi di titik pembayaran.
• Disbursement (payout): saat platform mengirim dana ke banyak rekening penerima secara massal. Terjadi belakangan, biasanya terjadwal (harian/mingguan) ke ratusan seller sekaligus.

Kebanyakan marketplace butuh keduanya, atau menampung dulu lalu payout terjadwal. Model mana yang dipakai menentukan arsitektur dan cash flow Anda.

Model penampungan dana — dan kenapa ini keputusan besar

Ada dua pola:

1. Escrow / hold di platform. Uang masuk ke akun platform dulu, ditahan sampai transaksi selesai (barang diterima, jasa tuntas), baru dipayout ke seller. Ini melindungi pembeli, tapi berarti Anda menyimpan uang orang lain — ada implikasi kepercayaan dan operasional.

2. Direct split. Uang langsung terpecah saat pembayaran, seller terima seketika. Lebih ringan, tapi minim proteksi kalau ada dispute.

Pilihan ini bukan soal teknis semata — ia menyentuh cash flow, kepercayaan, dan bagaimana Anda menangani refund. Putuskan ini sebelum menulis satu baris kode.

Bagian teknis yang menentukan lancar atau kacau

Xendit dikenal kuat untuk disbursement — bulk payout ke banyak rekening adalah salah satu keunggulan intinya. Tapi provider hanyalah alat; logika di sisi Anda yang menentukan hasilnya.

Rehearsal payout gagal sebagian. Anda payout ke 300 seller, 297 berhasil, 3 gagal (rekening salah, bank down). Sistem Anda harus tahu persis yang mana gagal, dan bisa retry tanpa membayar dobel yang 297. Payout tanpa penanganan partial failure adalah bom waktu.

Idempotency di disbursement. Sama seperti pembayaran masuk — perintah payout tidak boleh dieksekusi dua kali karena timeout atau retry. Seller dibayar dua kali jauh lebih sulit ditarik kembali daripada dicegah.

Ledger internal Anda sendiri. Jangan pernah jadikan saldo di gateway sebagai sumber kebenaran saldo seller. Anda butuh ledger sendiri yang mencatat berapa hak tiap seller, sudah dibayar berapa, sisa berapa. Gateway mencatat pergerakan uang; ledger Anda mencatat kewajiban.

Rekonsiliasi payout. Setiap batch payout harus dicocokkan: yang diperintahkan, yang berhasil, yang benar-benar keluar dari saldo. Selisih di sini artinya uang platform bocor.

FAQ

Provider mana yang cocok untuk disbursement massal? Xendit umumnya jadi rujukan untuk bulk disbursement. Tapi pilihan ideal tergantung volume, biaya per payout, dan apakah Anda juga butuh split di titik bayar. Baca perbandingan provider.

Apakah saya wajib pakai escrow? Tidak wajib, tapi kalau platform Anda menahan dana sebelum barang/jasa diterima, Anda perlu memikirkan aspek kepercayaan dan operasionalnya dengan serius. Ini keputusan model bisnis, bukan hanya teknis.

Berapa kompleks membangun ini dibanding integrasi biasa? Lebih kompleks dari sekadar terima pembayaran, karena ada ledger, partial failure, dan rekonsiliasi payout. Ini bukan pekerjaan plugin — butuh dibangun dengan benar sejak awal.

Bisa mulai sederhana lalu berkembang? Bisa, dan sering kami sarankan begitu — mulai dari alur payout inti yang solid, lalu tambah fitur. Yang penting fondasi ledger-nya benar dari hari pertama.

Alba Tech dan platform pembayaran multi-pihak

Marketplace gagal bukan karena gateway-nya jelek, tapi karena logika uang di antaranya dibangun asal. Kami membangun alur split, disbursement, dan ledger yang tahan terhadap kegagalan parsial dan tidak pernah membayar dobel — karena di platform, kepercayaan seller adalah produk Anda.

Kalau model Anda juga melibatkan langganan berulang, lihat recurring & subscription billing. Untuk gambaran biaya membangun platform, baca biaya membuat aplikasi.

Bangun alur payout yang tidak bikin seller komplain. WhatsApp kami — konsultasi gratis, kami bantu petakan alur dana platform Anda.