Rekonsiliasi Saldo Marketplace: Mencocokkan Payout, Fee, dan Penjualan agar Kas Tidak Selisih

Angka penjualan di dashboard terlihat besar, tapi dana yang benar-benar mendarat di rekening jauh lebih kecil. Banyak seller online panik melihat ini. Padahal bukan berarti ada dana raib atau marketplace curang. Selisih itu wajar, dan sepenuhnya bisa dijelaskan, asalkan Anda paham komponen apa saja yang memotong nilai penjualan sebelum berubah menjadi payout ke rekening.

Akarnya sederhana. Nilai transaksi yang tercatat di halaman "Penjualan" adalah nilai kotor yang dibayar pembeli, sedangkan angka yang masuk rekening adalah nilai bersih setelah dipotong berbagai biaya. Belum lagi ada jeda settlement antara pesanan selesai dan dana dicairkan, sehingga tanggal penjualan dan tanggal kas masuk hampir tidak pernah persis sama.

Buat pelaku UMKM, salah paham soal dua angka ini punya konsekuensi nyata, terutama menyangkut pajak. Pada skema PPh Final, dasar pengenaan pajaknya adalah omzet bruto 0,5% dari nilai penjualan kotor, bukan dari payout bersih yang sudah dipotong fee. Jadi kalau Anda hanya mencatat dana yang masuk rekening sebagai omzet, pelaporan pajak bisa keliru dan kurang bayar karena angkanya lebih rendah dari yang seharusnya. Rekonsiliasi yang benar membantu memisahkan mana nilai kotor untuk keperluan pajak dan mana nilai bersih untuk kas.

Sebelum bisa mencocokkan angka, kenali dulu apa saja yang mengubah nilai penjualan menjadi payout. Yang pertama biaya administrasi atau komisi platform, yaitu persentase yang dipotong marketplace dari tiap transaksi. Besarnya kerap berbeda per kategori produk atau per status toko, misalnya toko biasa dibanding toko dengan status khusus seperti mall atau star seller.

Berikutnya biaya layanan tambahan: biaya proses pembayaran, biaya program gratis ongkir, hingga potongan untuk fitur promosi atau iklan yang Anda ikuti. Lalu ada subsidi promo dan voucher. Saat pembeli memakai voucher toko, sebagian nilainya ditanggung penjual, dan itu mengurangi payout. Sebaliknya, voucher yang ditanggung penuh platform tidak memotong penerimaan Anda. Perbedaan kecil inilah yang paling sering bikin bingung.

Ongkos kirim juga ikut bermain. Pada sebagian skema, ongkir dititipkan lewat saldo Anda lalu dibayarkan ke kurir, sehingga muncul di laporan sebagai arus keluar-masuk yang perlu dipisahkan agar tidak salah dihitung sebagai pendapatan. Terakhir refund dan retur. Ketika pesanan dibatalkan atau barang dikembalikan, dana yang tadinya masuk akan ditarik kembali dari saldo. Pencatatan diskon, potongan, dan retur ini butuh perlakuan khusus supaya laba rugi tidak menyesatkan; pendekatannya kami bahas di cara mencatat diskon dan retur penjualan.

Idealnya setiap komponen dicatat sebagai akun terpisah dalam pembukuan. Pendapatan penjualan bruto masuk sebagai pendapatan, sementara fee admin, biaya iklan, dan subsidi promo dicatat sebagai beban usaha. Dengan begitu Anda punya jejak yang jelas antara berapa yang dijual dan berapa yang benar-benar tersisa.

Rekonsiliasi saldo marketplace sebaiknya dikerjakan per platform, bukan digabung, karena tiap marketplace punya struktur laporan dan istilah yang berbeda. Awali dengan mengunduh dua dokumen inti dari masing-masing marketplace untuk periode yang sama: laporan penjualan (order atau transaksi selesai) dan laporan keuangan atau penarikan dana (income atau settlement report).

Langkah pertama, tetapkan periode yang konsisten. Misalnya setiap Senin untuk minggu sebelumnya, atau bulanan saat tutup buku. Konsistensi ini sejalan dengan disiplin checklist tutup buku bulanan supaya tidak ada transaksi yang lolos lintas periode.

Langkah kedua, bandingkan total penjualan bruto dari laporan transaksi dengan total baris pemasukan di laporan keuangan platform. Jumlahkan seluruh potongan (fee admin, biaya layanan, subsidi promo, refund), lalu pastikan persamaannya terpenuhi: penjualan bruto dikurangi total potongan sama dengan saldo yang tersedia untuk ditarik. Langkah ketiga, cocokkan angka payout yang tercatat di marketplace dengan mutasi kredit di rekening bank. Nominal dan tanggalnya harus bertemu.

Prinsipnya pada dasarnya sama dengan rekonsiliasi bank biasa, yaitu mencocokkan catatan internal dengan sumber eksternal. Kalau Anda belum terbiasa, alur dasarnya bisa dipelajari lewat panduan rekonsiliasi bank untuk UMKM. Bedanya, di sini ada satu lapisan tambahan: dari penjualan ke saldo marketplace dulu, baru dari saldo marketplace ke rekening.

Misalkan toko Anda mencatat penjualan bruto Rp50.000.000 dalam sebulan di satu marketplace, tetapi total payout yang masuk rekening hanya Rp41.200.000. Selisih Rp8.800.000 ini harus bisa dijelaskan komponen demi komponen, bukan diterima begitu saja.

Telusuri berurutan: fee admin 4% sebesar Rp2.000.000; biaya program gratis ongkir dan iklan Rp1.800.000; subsidi voucher toko Rp1.500.000; refund tiga pesanan Rp3.500.000. Totalnya Rp8.800.000, cocok. Kalau masih tersisa selisih yang tak terjelaskan, biasanya penyebabnya transaksi yang settlement-nya jatuh di periode berikutnya (order selesai akhir bulan, dana cair awal bulan depan), atau saldo yang ditahan platform karena sengketa pembeli.

Ada kasus lain yang juga sering muncul: dana masuk rekening tapi detailnya sulit dilacak karena beberapa payout digabung dalam satu transfer. Jalan keluarnya, jangan pernah mencocokkan hanya berdasarkan nominal transfer; selalu rujuk withdrawal ID atau nomor pencairan dari laporan platform. Di titik inilah banyak UMKM kewalahan bila masih mengandalkan spreadsheet manual. Satu marketplace saja bisa ratusan baris per bulan, apalagi kalau tiga sampai lima kanal jalan sekaligus. Menyusun jurnal yang memisahkan pendapatan bruto, beban fee, dan refund secara otomatis, seperti alur di platform pembukuan rekana, membantu memastikan omzet untuk pajak tetap utuh sementara kas mengikuti angka bersih yang benar-benar masuk.

Selisih yang tak pernah ditelusuri akan menumpuk dan mengaburkan laba yang sebenarnya. Yang lebih berisiko, refund yang tidak dicatat sebagai pengurang pendapatan bisa membuat omzet tampak lebih besar dari kenyataan, dan itu berpengaruh langsung pada perhitungan PPh Final. Karena batas omzet Rp4,8 miliar setahun menjadi penentu apakah usaha masih boleh memakai skema PPh Final atau harus beralih ke ketentuan lain sekaligus mempertimbangkan status Pengusaha Kena Pajak, akurasi angka bruto ini krusial bagi UMKM yang omzetnya mendekati ambang tersebut.

Rekonsiliasi manual masih masuk akal selama volume transaksi kecil dan Anda hanya berjualan di satu kanal. Tapi begitu toko melebar ke beberapa marketplace, atau transaksi harian mulai puluhan, pendekatan spreadsheet jadi rawan salah dan menyita waktu. Di titik itulah otomatisasi layak dipertimbangkan.

Ada beberapa cara yang bisa dipakai. Integrasi laporan marketplace langsung ke software akuntansi, sehingga penjualan bruto, fee, dan payout terjurnal otomatis dengan akun yang benar. Bisa juga dengan aturan pencocokan otomatis antara mutasi bank dan withdrawal ID, atau dashboard yang menampilkan gap antara penjualan tercatat dan kas masuk secara berkala. Kalau Anda masih bergantung pada Excel, transisinya bisa dilakukan bertahap. Panduannya ada di migrasi dari Excel ke software akuntansi.

Perlu ditegaskan, otomatisasi tidak menghapus kebutuhan Anda memahami logikanya. Alat hanya mempercepat pencocokan; keputusan atas selisih yang mencurigakan tetap butuh mata manusia. Karena itu, susun SOP internal sederhana: siapa yang menarik laporan, kapan dicocokkan, dan bagaimana selisih dieskalasi. Disiplin proses seperti inilah yang membuat kas Anda selalu bisa dipertanggungjawabkan, dan kelak memudahkan bila laporan perlu ditelaah lebih lanjut lewat jasa Review & Analisa Laporan Keuangan.

Kalau Anda ingin mulai merapikan pencocokan payout, fee, dan penjualan tanpa membangun sistem dari nol, tak ada salahnya mencoba menata alur pembukuan marketplace lewat app.rekana.ai, atau berdiskusi dengan tim rekana soal cara memisahkan omzet bruto dari kas bersih agar pelaporan pajak dan arus kas sama-sama akurat. Tidak harus langsung menyeluruh. Mulai dari satu marketplace dan satu periode saja, lalu rasakan bedanya ketika angka akhirnya benar-benar bertemu.