Rekonsiliasi Marketplace: Buktikan Dana Bersih
Cocokkan rekonsiliasi marketplace dari order bruto ke dana bersih dengan contoh refund, potongan, dua batch pencairan dan selisih yang belum jelas.
Tim Sparta5 menit baca
Untuk kebutuhan yang berbeda tetapi terkait, baca Rekonsiliasi Penjualan: Cocokkan Filter Harian.
Rekonsiliasi marketplace mencocokkan nilai pesanan, pengembalian, potongan yang terbukti, saldo yang belum dicairkan, dan dana yang masuk bank. Nilai transfer bersih tidak selalu sama dengan penjualan bruto. Mulailah dari identitas pesanan dan batch pencairan, lalu jelaskan setiap perbedaan tanpa menganggap seluruh selisih sebagai biaya atau mengakui dana yang belum diterima sebagai uang di rekening.
Mengapa pesanan dan pencairan harus dibaca terpisah?
Pesanan menjelaskan transaksi komersial, sedangkan pencairan menjelaskan penyelesaian dana dari platform. Waktu dan jumlahnya dapat berbeda sesuai status serta komponen yang tercatat pada laporan Anda. Karena itu, satu total penjualan harian belum cukup untuk mencocokkan satu transfer bank tanpa rincian penghubung.
Situs resmi Jubelio mencantumkan pengelolaan keuangan serta rekonsiliasi pelunasan sebagai bagian dari penawaran operasionalnya. Itu konteks kebutuhan sistem, bukan sumber tarif marketplace atau jaminan seluruh saluran memakai format sama. Artikel ini memberikan lembar kontrol manual dengan angka hipotetis, bukan klaim integrasi marketplace otomatis pada Sparta.
Gunakan laporan yang benar-benar Anda unduh dari akun platform dengan akses yang sah. Catat jenis laporan, filter tanggal dan status yang dipilih. Jangan mengganti rincian dengan angka dari dashboard yang definisinya belum diketahui, sebab nilai pesanan dibuat, selesai, dibatalkan dan dicairkan dapat mengukur tahap yang berbeda.
Bagaimana contoh Rp1 juta menjadi Rp850 ribu?
Misalnya kelompok pesanan mempunyai nilai bruto Rp1.000.000. Laporan yang sudah diperiksa menunjukkan refund Rp100.000 dan biaya Rp50.000, sehingga dana bersih ilustratif Rp850.000. Angka tersebut bukan tarif platform tertentu dan mengabaikan pajak, subsidi, penahanan dana serta komponen lain yang mungkin ada dalam transaksi nyata.
Simpan setiap komponen sesuai identitasnya. Jika Rp50.000 belum mempunyai rincian, statusnya belum terjelaskan, bukan otomatis biaya admin. Jika refund baru diajukan tetapi belum berlaku pada laporan yang sedang dibandingkan, jangan menguranginya dua kali. Angka harus mengikuti status serta cakupan dokumen yang Anda pegang.
Ketika Rp850.000 terlihat di bank, cocokkan tanggal, referensi dan rekening penerima. Nominal yang sama bisa muncul dari batch lain. Kesamaan jumlah membantu pencarian tetapi belum membuktikan hubungan. Beri tanda terpasangkan hanya setelah identitas dan rincian pendukung menunjukkan bahwa transfer itu memang menyelesaikan kelompok transaksi yang diperiksa.
Kolom apa yang dibutuhkan pada lembar kontrol?
Gunakan kolom identitas pesanan, saluran, status, nilai bruto, koreksi, biaya, batch dan dana masuk. Jika satu baris terlalu panjang, pisahkan tabel pesanan dan tabel pencairan dengan referensi penghubung. Struktur tersebut lebih mudah dipelihara daripada satu kolom catatan bebas berisi banyak nomor tanpa hubungan yang jelas.
Pertahankan referensi asli dari platform dan nomor internal aplikasi Anda. Jangan mengganti salah satunya sehingga hubungan sumber hilang. Bila ada beberapa toko dengan nomor yang formatnya mirip, sertakan identitas toko. Kesalahan pasangan lintas toko bisa membuat total cocok pada satu hari tetapi menimbulkan selisih ketika salah satu order diretur.
Untuk pengembalian, simpan referensi ke order asal dan status penyelesaiannya. Untuk biaya, simpan rincian jenis serta bukti yang digunakan, tanpa menetapkan tarif universal. Untuk bank, simpan identitas batch dan tanggal kredit aktual. Kolom yang baik memungkinkan orang lain menelusuri kesimpulan Anda tanpa menebak maksud catatan singkat.
Bagaimana menangani beberapa batch untuk satu kelompok order?
Pasangkan berdasarkan rincian, bukan memaksa semua penjualan satu tanggal masuk ke transfer tanggal sama. Bisa ada perbedaan waktu atau sebagian dana belum selesai. Daftar yang terbuka perlu mempertahankan sisa yang masih menunggu agar pemeriksaan berikutnya tidak dimulai dari nol.
Misalnya dana bersih contoh Rp850.000 dicairkan Rp600.000 lebih dahulu dan Rp250.000 kemudian. Setelah kredit pertama, jumlah yang terbukti masuk bank Rp600.000 dan sisa yang masih perlu ditelusuri Rp250.000. Jangan mencatat dua penerimaan masing-masing Rp850.000 ketika membaca dua notifikasi berbeda yang ternyata merujuk tahap pencairan yang sama.
- Tetapkan kelompok order dan cutoff pemeriksaan.
- Jumlahkan bruto serta koreksi yang benar-benar termasuk kelompok itu.
- Cocokkan rincian potongan dan hitung nilai bersih yang dapat dijelaskan.
- Pasangkan batch pencairan terhadap order berdasarkan laporan sumber.
- Cocokkan kredit bank dan pertahankan sisa yang belum selesai.
- Baca ulang batch berikutnya agar sisa tidak dihitung sebagai penjualan baru.
Baca rekonsiliasi bank untuk tahap rekening. Lembar marketplace ini menambahkan jembatan sebelum bank: order, refund dan potongan. Kecocokan bank tidak otomatis membuktikan setiap order sudah benar, sehingga kedua pemeriksaan harus saling mendukung, bukan saling menggantikan.
Apa yang dilakukan jika saldo tetap berbeda?
Kelompokkan selisih menurut penyebab yang sudah ditemukan: cakupan tanggal, status, pasangan order, refund, biaya atau dana belum cair. Untuk yang belum jelas, simpan pertanyaan dan bukti yang masih dibutuhkan. Jangan menambah jurnal penyeimbang hanya supaya total lembar cocok dengan transfer yang diharapkan.
Misalnya laporan bersih Rp850.000 tetapi kredit bank Rp830.000. Selisih Rp20.000 perlu ditelusuri melalui rincian batch dan bukti bank. Bisa ada komponen yang belum tercakup atau pasangan yang salah, tetapi Anda belum boleh menyatakan penyebab tanpa bukti. Catat penanggung jawab dan batas pemeriksaan berikutnya agar selisih tidak tenggelam dalam batch baru.
Jika penyelesaian menyangkut pengakuan pendapatan, pajak atau perubahan nilai akun, minta penanggung jawab akuntansi meninjau perlakuannya. Artikel ini tidak menetapkan jurnal universal berdasarkan laporan payout saja. Daftar penghubung bertujuan menjelaskan bukti, sementara keputusan pencatatan harus mengikuti substansi transaksi dan aturan yang berlaku pada perusahaan Anda.
Bagaimana menguji kebutuhan pada software?
Simpan daftar pasangan yang sudah selesai agar impor laporan berikutnya tidak membuka kembali semua order lama. Referensi yang sama perlu dikenali, tetapi perubahan status pada sumber juga harus diperiksa. Jika ada koreksi terhadap batch yang pernah dicocokkan, catat perubahan sumber dan dampaknya, kemudian lakukan pemeriksaan ulang pada bagian terkait. Jangan menganggap identitas yang sama berarti nilainya pasti tidak pernah berubah, terutama ketika refund atau penyesuaian diproses setelah pencairan pertama.
Bawa tiga order contoh, satu refund, dua jenis potongan dan dua batch bank. Minta vendor menunjukkan sumber setiap nilai serta cara menangani pengulangan data. Jangan menganggap fitur impor otomatis membuktikan seluruh rekonsiliasi selesai; hasil harus tetap dapat diperiksa dan pengecualian harus terlihat.
Gunakan panduan Jubelio Omnichannel untuk keputusan sistem saluran dan software ERP untuk UKM untuk kebutuhan pembukuan umum. Sparta menyediakan penjualan, penerimaan pembayaran, kas dan buku besar; artikel ini tidak menjanjikan konektor atau rekonsiliasi marketplace otomatis. Untuk membuktikan alur pencatatan yang Anda butuhkan, minta akses awal Sparta dengan data anonim tadi. Sparta gratis dicoba dengan data sendiri selama akses awal termasuk simulasi migrasi Accurate, dan harga final belum dipublikasikan.
