Platform digital suka memakai istilah yang terdengar sederhana.
Revenue sharing.
Profit sharing.
Commission split.
Creator share.
Merchant share.
Driver share.
Partner payout.
Affiliate revenue.
Dari dashboard, semuanya terlihat seperti persentase.
Customer bayar Rp100 ribu.
Platform ambil 20 persen.
Partner dapat 80 persen.
Apakah revenue platform Rp100 ribu atau Rp20 ribu?
Jawabannya tidak boleh ditentukan hanya dari formula split.
Pertanyaan pertama adalah:
Siapa sebenarnya pemilik penghasilan dari transaksi utama?
Kalau platform hanya menjadi perantara, sebagian besar uang yang diterima bisa merupakan hak partner.
Kalau platform bertindak sebagai principal yang menjual barang atau jasa kepada customer, gross consideration dapat menjadi revenue platform lalu bagian partner menjadi biaya atau kewajiban lain.
Pembahasan yang masih berada dalam jalur isu yang sama dapat dilanjutkan ke Biaya Riset Produk Digital: Kapan Menjadi Beban, Kapan Bisa Menjadi Aset?.
Untuk memperluas konteks pada bagian ini, lihat Marketplace Startup dengan Banyak Merchant: Siapa Pemilik Revenue yang Sebenarnya?.
Pajak mengikuti transaksi yang sebenarnya.
Bukan label revenue sharing.
Ini sebabnya kontrak, invoice, settlement, dan peran setiap pihak harus dibaca sebelum menghitung PPh atau PPN.
Mulai dari customer contract
Customer membeli apa?
Dari siapa?
Kalau aplikasi menampilkan:
“Jasa disediakan oleh Mitra A melalui Platform X”
itu memberi petunjuk bahwa Mitra A bisa menjadi penyedia jasa utama.
Platform mungkin menyediakan teknologi dan memotong commission.
Tetapi jangan berhenti pada wording UI.
Baca terms.
Siapa yang bertanggung jawab atas kualitas layanan?
Siapa menentukan harga?
Siapa menerima komplain?
Siapa menanggung refund?
Siapa menerbitkan invoice?
Siapa menanggung risiko gagal memenuhi layanan?
Siapa memiliki inventory atau resource utama?
Jawaban tersebut membantu menentukan siapa principal dan siapa agent secara ekonomi.
Revenue ownership harus dimulai dari hak dan kewajiban.
Bukan rekening bank.
Kas masuk platform belum tentu revenue
Customer membayar Rp1 juta ke platform.
Platform kemudian membayar Rp800 ribu kepada partner.
Platform menyimpan Rp200 ribu.
Kalau platform hanya mengelola pembayaran untuk partner, Rp800 ribu bisa merupakan payable.
Bukan revenue.
Ledger yang sehat seharusnya menunjukkan:
customer cash Rp1 juta
partner entitlement Rp800 ribu
platform fee Rp200 ribu
tax withholding jika ada
refund reserve jika ada
net settlement partner
Jangan credit seluruh Rp1 juta ke revenue lalu debit Rp800 ribu ke cost hanya karena lebih mudah.
Model gross dan net harus mengikuti substansi serta standar akuntansi yang digunakan.
Dari sisi pajak, revenue tax base dan withholding juga membutuhkan pihak yang benar.
Kalau salah menentukan pemilik penghasilan, hampir semua pasal setelahnya ikut salah.
Commission platform dapat mempunyai PPh sendiri
Partner badan membayar commission kepada platform badan.
Kalau commission merupakan imbalan jasa yang termasuk objek PPh Pasal 23, pemotongan 2 persen dari jumlah bruto dapat relevan sesuai ketentuan jasa.
DJP menjelaskan PPh Pasal 23 atas imbalan jasa tertentu dikenakan 2 persen dari jumlah bruto kepada wajib pajak dalam negeri atau bentuk usaha tetap.
Tetapi jangan langsung menyimpulkan seluruh revenue share adalah PPh 23.
Lihat bentuk hubungan.
Platform fee.
Royalty.
License.
Advertising.
Management.
Referral.
Payment processing.
Jenis payment menentukan objek.
Satu istilah “revenue share” dapat menyembunyikan banyak service.
Tax matrix perlu bergerak dari nature of payment.
Bukan persentase split.
Partner orang pribadi bisa masuk PPh Pasal 21
Platform membayar creator, driver, consultant, atau orang pribadi independen.
Pembayaran dapat masuk PPh Pasal 21 sesuai PMK 168 Tahun 2023 kalau karakter penerimanya adalah Bukan Pegawai atau peserta kegiatan yang masuk ketentuan.
Dasar pengenaan untuk Bukan Pegawai secara umum 50 persen dari penghasilan bruto sesuai PMK 168/2023.
Tetapi jangan semua individual payout dimasukkan sebagai Bukan Pegawai.
Driver yang mempunyai hubungan kerja berbeda.
Hadiah kompetisi berbeda.
Royalty berbeda.
Merchant selling goods berbeda.
Affiliate commission perlu dilihat bentuk kegiatannya.
Platform harus mempunyai recipient taxonomy.
PERSONAL-SERVICE.
MERCHANT.
EMPLOYEE.
ROYALTY.
PRIZE.
REFERRAL.
Tanpa taxonomy, withholding engine akan salah.
Marketplace memberi contoh jelas soal pemilik penghasilan
PMK 37 Tahun 2025 mengatur marketplace sebagai pemungut PPh Pasal 22 atas penghasilan Pedagang Dalam Negeri.
DJP menjelaskan objek pemungutan adalah penghasilan yang diterima atau diperoleh pedagang dalam negeri dari transaksi melalui marketplace.
Per 1 Juli 2026 DJP telah menunjuk empat marketplace besar untuk menjalankan mekanisme tersebut.
PPh Pasal 22 sebesar 0,5 persen dipungut dari peredaran bruto pedagang sesuai ketentuan.
Ini memberi pelajaran penting.
Marketplace dapat memegang uang.
Marketplace dapat memungut pajak.
Tetapi penghasilan penjualan tetap milik pedagang jika modelnya memang marketplace.
Tax collector bukan revenue owner.
Jangan karena platform memegang customer cash lalu seluruh GMV disebut revenue perusahaan.
Merchant gross dan platform fee perlu dua ledger.
Revenue sharing pada creator economy juga butuh dua sumber
Platform menjual subscription Rp100 ribu.
Creator mendapat 70 persen.
Platform 30 persen.
Siapa seller legal?
Ada dua model.
Model A:
Platform adalah principal.
Customer membeli subscription dari platform.
Platform mempunyai kewajiban layanan kepada customer.
Creator menerima revenue share berdasarkan contract dengan platform.
Model B:
Creator adalah seller.
Platform hanya marketplace atau agent.
Customer pada dasarnya membeli dari creator.
Platform mengambil commission.
Tax outcome dapat berbeda.
Jangan menggunakan satu revenue policy untuk semua product.
Membership.
Tip.
Digital content.
Marketplace product.
Ads.
Setiap stream perlu contract map.
Advertising revenue share punya karakter lain
Platform mendapatkan Rp1 miliar dari advertiser.
Kemudian membagi 55 persen kepada publisher.
Sekarang advertiser adalah customer platform atau ad network.
Publisher memberikan inventory atau audience.
Apakah publisher share merupakan cost of revenue?
Royalty?
Service fee?
Revenue split?
Lihat kontrak.
Jangan hanya meniru accounting perusahaan global.
Indonesia tax treatment membutuhkan payer, recipient, dan nature.
Kalau publisher badan dalam negeri memberi jasa tertentu, PPh Pasal 23 dapat relevan.
Kalau publisher orang pribadi, PPh Pasal 21 dapat relevan.
Kalau publisher luar negeri, PPh Pasal 26 dan tax treaty perlu dianalisis.
Satu formula 55 persen menghasilkan tiga kemungkinan withholding berdasarkan siapa penerimanya.
Foreign partner menambah PPh Pasal 26
Platform Indonesia membayar revenue share kepada company Singapura.
Tidak cukup menulis “partner payout”.
Apakah payment itu:
royalty
service
commission
business profit
license
advertising share
Tax treaty Indonesia-Singapura dapat memengaruhi hak pemajakan dan tarif.
DJP menjelaskan jika ketentuan treaty akan digunakan, persyaratan dokumen domisili dan administrasi perlu dipenuhi.
Kalau tidak memenuhi syarat treaty, tarif domestik PPh Pasal 26 dapat berlaku sesuai objek.
Jangan memilih tax treaty article berdasarkan label dari invoice.
Baca agreement.
Siapa memberi apa.
Kalau platform memberikan akses software ke partner dan partner membayar share, mungkin berbeda dari platform membayar partner atas jasa.
Direction of payment bukan satu-satunya penentu.
PPN juga perlu lihat siapa menyerahkan apa
Customer membayar Rp100 ribu.
Kalau merchant atau partner adalah PKP dan menjual JKP atau BKP kepada customer, kewajiban PPN bisa berada pada partner sesuai model.
Platform sendiri dapat mengenakan PPN atas commission atau jasa platform jika merupakan PKP dan jasanya terutang PPN.
Dalam model principal, platform bisa menjadi pihak yang menyerahkan kepada customer.
Karena itu, invoice architecture perlu mengikuti revenue architecture.
Jangan merchant invoice customer tetapi accounting menganggap platform principal tanpa analisis.
Jangan platform menerbitkan invoice seluruh GMV jika hanya commission yang menjadi haknya dan contract menunjukkan merchant seller.
Tax invoice, commercial invoice, dan revenue recognition seharusnya menceritakan transaksi yang sama.
Refund memperlihatkan siapa menanggung risiko
Customer refund Rp100 ribu.
Siapa yang kehilangan revenue?
Kalau partner harus mengembalikan Rp80 ribu dan platform mengembalikan commission Rp20 ribu, masing-masing menanggung reversal.
Kalau platform tetap membayar partner tetapi menanggung refund sendiri sebagai guarantee, risk profile berbeda.
Principal-agent analysis dapat berubah.
Simpan refund rule.
Order.
Original revenue.
Partner share.
Platform share.
Tax correction.
Settlement.
Jangan net refund ke marketing expense tanpa tahu owner.
Refund adalah ujian nyata atas contract.
Chargeback juga begitu.
Voucher jangan mengubah owner secara diam-diam
Harga jasa Rp100 ribu.
Platform memberi voucher Rp20 ribu.
Customer bayar Rp80 ribu.
Partner tetap mendapat Rp70 ribu.
Platform share awal Rp30 ribu tetapi Rp20 ribu dipakai subsidi.
Apakah revenue platform Rp30 ribu dan marketing cost Rp20 ribu?
Atau consideration platform hanya Rp10 ribu?
Tergantung model dan siapa menanggung voucher.
Kalau partner-funded discount, economics berubah lagi.
Simpan funding source.
Customer discount.
Partner contribution.
Platform subsidy.
Net payout.
Tax base.
Jangan hanya settlement net.
Revenue sharing tanpa voucher map hampir pasti membingungkan.
Profit sharing lebih rumit dari revenue sharing
Revenue sharing biasanya berbasis gross or net revenue.
Profit sharing berbasis laba setelah biaya tertentu.
Pertanyaannya:
Biaya apa yang boleh mengurangi?
Marketing?
Refund?
Tax?
Payment fee?
Chargeback?
Cost of content?
Kalau contract tidak jelas, dispute mudah terjadi.
Pajak juga perlu tahu.
Partner menerima share of profit belum tentu otomatis dividend.
Kalau partner bukan shareholder, payment bisa merupakan contractual fee atau bentuk imbalan lain.
Jangan memakai istilah profit share untuk menghindari withholding.
Substansi transaksi tetap dibaca.
Kalau benar dividend kepada pemegang saham, aturan dividen berbeda.
Revenue share bukan dividend hanya karena dihitung dari laba.
Merchant fund jangan dipakai untuk runway
Platform menerima Rp50 miliar customer cash.
Rp40 miliar merupakan entitlement partner yang belum dibayar.
Operating cash sebenarnya bukan Rp50 miliar.
Accounting harus menunjukkan payable.
Tax payable juga terpisah.
Kalau treasury menggunakan seluruh cash untuk membayar payroll, liquidity risk besar.
Revenue ownership memengaruhi bukan hanya pajak.
Ia memengaruhi cash management.
Marketplace dan platform dengan settlement cycle T+7 perlu daily payable reconciliation.
Jangan menggunakan GMV cash sebagai unrestricted cash.
Investor akan bertanya.
Auditor juga.
Buat revenue stream matrix
Kolom:
stream
customer legal
seller legal
principal
agent
gross customer payment
partner entitlement
platform entitlement
invoice issuer
PPN
PPh withholding
refund owner
voucher owner
Contoh stream:
merchant sale
creator subscription
affiliate
ads
payment fee
logistics
membership
Satu stream bisa principal.
Stream lain agent.
Jangan membuat satu company-wide conclusion.
Platform bisa agent pada merchandise tetapi principal pada ads.
Tax follows stream.
Buat settlement statement yang menjelaskan gross-to-net
Partner tidak boleh hanya menerima:
Payout Rp7.450.000.
Buat breakdown.
Gross entitlement.
Refund.
Discount.
Platform fee.
PPh withheld.
PPN if relevant.
Other deduction.
Net payout.
Dengan statement ini, partner dapat membukukan revenue dan tax credit dengan benar.
Platform juga punya audit trail.
Kalau partner hanya melihat net cash, mereka mudah melaporkan omzet terlalu kecil.
Platform data seharusnya membantu compliance.
PMK 37/2025 memperlihatkan arah sistem pajak digital menuju transaksi yang lebih terstruktur.
Jangan melawan dengan statement opaque.
Revenue ownership harus ditentukan sebelum tax engine dibangun
Engineering team ingin segera coding.
Rule:
platform 20 persen
partner 80 persen
Tax team harus masuk sebelum launch.
Siapa seller?
Siapa customer?
Invoice siapa?
Withholding siapa?
PPN siapa?
Refund siapa?
Kalau pertanyaan itu baru dijawab setelah product live, database mungkin tidak menyimpan field yang diperlukan.
Tax kemudian dipaksa menebak dari payout.
Lebih mahal.
Tax requirement bukan tambahan administrasi.
Ia bagian transaction design.
Pemilik penghasilan harus jelas sebelum menghitung pajak
Itu inti masalah.
Kalau Rp100 ribu masuk rekening platform, jangan mulai menghitung PPh dari Rp100 ribu.
Tentukan dulu siapa berhak atas nilai tersebut.
Merchant.
Creator.
Platform.
Driver.
Publisher.
Partner.
Kemudian lihat nature masing-masing payment.
Revenue.
Commission.
Royalty.
Service.
Refund.
Tax collected.
Only then calculate tax.
Revenue sharing bukan pasal pajak.
Ia hanya formula ekonomi.
Pajak membutuhkan pemilik penghasilan yang nyata.