Seorang pelanggan melihat produk melalui live streaming, bertanya di WhatsApp, mencoba barang di toko, lalu checkout di marketplace karena ada voucher. Transaksi itu terasa terjadi di empat kanal, tetapi penjualannya hanya satu.
Pelanggan lain menemukan produk di marketplace, lalu membayar langsung di kasir. Ada pula pesanan dari toko fisik yang dikirim menggunakan sistem logistik platform. Batas antara online dan offline makin kabur, sementara kewajiban pajak tetap membutuhkan angka omzet yang utuh dan tidak dihitung ganda.
Perubahan 2026 membuat persoalan ini lebih terlihat. Tokopedia, Shopee, Lazada, dan Blibli ditunjuk Direktorat Jenderal Pajak pada 1 Juli 2026 sebagai pemungut PPh Pasal 22 atas transaksi yang termasuk cakupan PMK 37 Tahun 2025. Marketplace memungut 0,5 persen dari peredaran bruto dalam dokumen tagihan, tidak termasuk PPN dan PPnBM.
Platform hanya mengetahui transaksi yang melewati sistemnya. Wajib pajak mengetahui seluruh usaha. Karena itu, pemungutan otomatis tidak menggantikan konsolidasi omzet online dan offline.
Mengapa angka total menentukan lebih dari sekadar pajak terutang
Bagi Wajib Pajak orang pribadi, peredaran bruto tahun berjalan sampai Rp500 juta berkaitan dengan pengecualian pemungutan oleh marketplace setelah surat pernyataan disampaikan. DJP menegaskan bahwa hitungannya mencakup seluruh toko online dan offline serta penghasilan usaha dan jasa pekerjaan bebas yang masuk ketentuan.
Angka total juga digunakan untuk menilai kelayakan dan jangka penggunaan skema PPh final atas peredaran bruto tertentu, kewajiban pencatatan atau pembukuan, serta keputusan administrasi lain sesuai status wajib pajak. Batas dan syaratnya tidak boleh dicampur, tetapi semuanya membutuhkan data usaha yang lengkap.
Secara bisnis, omzet total menunjukkan skala sebenarnya. Owner yang hanya melihat marketplace dapat mengabaikan penjualan langsung. Owner yang hanya melihat POS dapat menganggap pesanan click-and-collect sebagai omzet toko kedua. Keduanya menghasilkan keputusan stok dan margin yang salah.
Satu perjalanan pelanggan, satu sumber transaksi final
Pisahkan kanal pemasaran dari kanal transaksi. Instagram, live streaming, toko fisik, dan WhatsApp dapat berperan dalam satu perjalanan pelanggan, tetapi sumber omzet adalah transaksi final yang mengikat penjualan.
Gunakan ID transaksi induk. Ketika pelanggan mencoba barang di toko lalu checkout di marketplace, POS mencatat pengeluaran stok dengan referensi order marketplace, bukan membuat penjualan baru. Ketika pesanan marketplace dibatalkan dan dibayar di kasir, order lama diberi status batal dan penjualan POS menjadi sumber final.
Aturan ini mencegah dua jenis kesalahan. Double count terjadi ketika order marketplace dan struk toko dijumlahkan. Missing count terjadi ketika masing-masing tim mengira transaksi dicatat pihak lain.
Tentukan momen serah tanggung jawab. Admin online memastikan ID order sampai ke kasir. Kasir memberi tanda fulfilment online. Finance menguji transaksi yang memiliki referensi silang. Proses sederhana lebih kuat daripada mencoba membersihkan duplikasi setelah sebulan.
Peta enam arus yang harus digabungkan
Arus pertama adalah marketplace. Gunakan data transaksi bruto dan dokumen tagihan, bukan settlement bersih.
Arus kedua adalah POS toko fisik. Pastikan retur, void, diskon, dan metode pembayaran terekam.
Arus ketiga adalah pesanan manual, termasuk WhatsApp, telepon, atau DM. Buat nomor order sebelum menerima pembayaran agar transaksi tidak hanya tinggal di chat.
Arus keempat adalah website sendiri. Hubungkan payment gateway, order management, dan invoice. Satu pembayaran gagal yang kemudian diulang jangan menjadi dua penjualan.
Arus kelima adalah penjualan korporat. Invoice, termin, dan penerimaan kas perlu dihubungkan agar uang muka tidak otomatis dianggap penjualan kedua.
Arus keenam adalah koreksi lintas kanal. Contohnya barang marketplace ditukar di toko atau refund dibayar tunai. Koreksi harus kembali ke transaksi asal.
Setiap arus memakai kode kanal dan ID unik. Setelah itu, konsolidasi dilakukan per NIK atau NPWP yang benar.
Settlement tidak boleh menjadi ukuran omzet online
Uang dari marketplace masuk setelah komisi, biaya program, voucher seller, refund, PPh Pasal 22, serta penyesuaian lain. Jika settlement Rp94 juta, omzet online bisa lebih tinggi atau berbeda periode.
Untuk menggabungkan dengan toko fisik, gunakan nilai transaksi pada level yang sebanding. Jangan menjumlahkan omzet bruto POS dengan kas bersih marketplace. Itu seperti menjumlahkan harga jual satu toko dengan laba toko lain.
Buat jembatan dari transaksi online ke settlement. PPh Pasal 22 dipisahkan sebagai pembayaran pajak sesuai posisi seller. Fee dipisahkan sebagai biaya. Refund dihubungkan ke order. Hanya setelah itu kas dicocokkan ke bank.
Bagaimana batas Rp500 juta bisa terlewati tanpa terlihat
Ambil ilustrasi pedagang orang pribadi. Omzet marketplace Januari sampai September Rp330 juta. Toko fisik Rp120 juta. Pesanan WhatsApp Rp35 juta. Jasa pemasangan terkait usaha Rp30 juta. Totalnya Rp515 juta, meskipun dashboard marketplace baru menunjukkan Rp330 juta.
Jika seller hanya mengandalkan platform, surat pernyataan omzet sampai Rp500 juta tidak diperbarui tepat waktu. FAQ DJP menjelaskan bahwa saat peredaran bruto melebihi Rp500 juta, orang pribadi menyampaikan pernyataan bermeterai paling lambat akhir bulan ketika batas terlewati, lalu pemungutan berlangsung pada masa berikutnya.
Meteran omzet harus diperbarui setidaknya bulanan, lebih sering jika penjualan cepat. Gunakan angka kumulatif dan proyeksi. Proyeksi bukan dasar pajak, tetapi membantu menyiapkan administrasi sebelum batas benar-benar terlampaui.
Online dipungut, offline masih perlu ditangani
Untuk pedagang yang menggunakan PPh final sesuai ketentuan, pungutan marketplace menjadi bagian pelunasan atas transaksi yang dipungut. Penjualan offline atau kanal langsung yang belum dipungut dapat tetap memerlukan setoran sendiri.
Untuk pedagang dalam rezim nonfinal, pungutan marketplace dapat menjadi kredit pajak. PPh terutang dihitung berdasarkan penghasilan kena pajak dan seluruh aktivitas, bukan hanya omzet platform. Dalam kedua kasus, angka total tetap diperlukan agar pungutan tidak disalahartikan sebagai penyelesaian semua pajak.
Lakukan rekonsiliasi dua tingkat. Tingkat kanal memastikan setiap sistem lengkap. Tingkat wajib pajak menggabungkan seluruh kanal serta pembayaran pajaknya. Jangan langsung menumpuk file tanpa menyelesaikan selisih per kanal karena masalah kecil akan tersembunyi dalam total.
Return anywhere adalah titik rawan
Ritel omnichannel sering mengizinkan produk online dikembalikan di toko. Jika kasir membuat retur tanpa ID marketplace, POS mengurangi omzet offline sementara order online tetap utuh. Omzet total menjadi salah dari dua arah.
Atur kode retur lintas kanal. Toko mencatat penerimaan barang dan referensi order asal. Refund mengikuti kanal pembayaran yang sah. Finance memastikan koreksi terjadi pada sumber penjualan awal dan dokumen PPh ikut diperiksa.
Jika marketplace mengoreksi pungutan pada settlement berikutnya, buat ageing hingga koreksi muncul. Jika tidak, minta klarifikasi dan simpan tiket. Jangan mengurangi PPh secara manual hanya karena barang sudah kembali ke rak.
Empat laporan untuk satu rapat bulanan
Laporan pertama adalah omzet per kanal sebelum biaya. Laporan kedua adalah transaksi silang yang berpotensi double count. Laporan ketiga adalah omzet kumulatif per NIK atau NPWP. Laporan keempat adalah pelunasan pajak: PPh marketplace, setoran sendiri, pemotongan pelanggan, dan kredit lain.
Rapat tidak perlu panjang. Fokus pada transaksi tanpa ID silang, refund belum selesai, perubahan identitas, serta posisi terhadap batas omzet. Owner menyetujui selisih yang dibawa ke bulan berikutnya dan siapa yang menindaklanjuti.
Kesalahan yang terlihat rapi
Sistem dapat menghasilkan total yang cocok dengan bank tetapi tetap salah. Itu terjadi ketika finance mencatat semua pencairan marketplace sebagai penjualan dan semua penerimaan kasir sebagai omzet offline. Kas cocok, tetapi fee serta PPh menghilang dari pembukuan dan transaksi lintas kanal dapat terhitung dua kali.
Sistem juga dapat menunjukkan omzet di bawah Rp500 juta karena setiap akun dipisah. Dashboard terlihat rapi, namun wajib pajaknya sama. Kerapian per kanal tidak menggantikan konsolidasi.
Gunakan uji sederhana: pilih sepuluh pelanggan yang berinteraksi di lebih dari satu kanal. Ikuti perjalanan mereka sampai transaksi final. Jika satu pembelian muncul dua kali atau tidak muncul sama sekali, perbaiki alur data sebelum mempercayai total bulanan.
Stok dapat menjadi alat kontrol kedua
Omzet dan kas bukan satu-satunya cara menemukan transaksi ganda. Gerakan stok memberi sinyal independen. Jika satu unit keluar dari gudang tetapi sistem menunjukkan penjualan marketplace dan POS sekaligus, ada kemungkinan double count. Jika stok berkurang tanpa transaksi final, bisa ada pesanan manual yang belum dibukukan, barang rusak, sampel, atau kehilangan.
Bangun kode fulfilment pada setiap pengeluaran barang: marketplace, POS, website, WhatsApp, retur pengganti, atau nonpenjualan. Kode tersebut tidak menentukan perlakuan pajak sendirian, tetapi membantu finance menemukan populasi yang perlu diperiksa.
Untuk jasa atau produk digital yang tidak memiliki stok fisik, gunakan bukti layanan. Jumlah aktivasi, peserta, lisensi, atau pengiriman file dapat dibandingkan dengan transaksi. Jangan menjadikannya omzet otomatis karena ada trial, bonus, dan layanan gratis. Ia berfungsi sebagai kontrol kewajaran.
Periksa pula transfer stok antar toko. Barang dipindah dari gudang online ke cabang bukan penjualan. Jika POS mencatat penerimaan sebagai pembelian dan sistem marketplace mencatat pengeluaran sebagai penjualan internal, omzet dapat terbentuk padahal belum ada pelanggan. Tetapkan jenis transaksi transfer yang terpisah.
Kontrol nonkeuangan ini membuat rekonsiliasi lebih tahan terhadap kesalahan mapping. Angka rupiah dapat dipaksa cocok melalui jurnal, tetapi satu barang hanya bisa diserahkan sekali kepada pelanggan. Ketika data transaksi, kas, dan pergerakan barang sejalan, omzet total jauh lebih dapat dipercaya.
Omzet total adalah angka kunci karena pajak melekat pada wajib pajak, bukan pada tampilan dashboard. Model omnichannel membuat pengalaman pelanggan lebih mulus, tetapi di belakang layar setiap transaksi tetap membutuhkan satu identitas, satu sumber final, satu nilai, dan satu jejak koreksi.
Ketika marketplace, toko fisik, chat, website, dan bank dapat dijembatani, pemungutan PPh Pasal 22 menjadi salah satu komponen yang mudah dibaca. Tanpa konsolidasi, otomatisasi justru menciptakan ilusi bahwa bagian online sudah selesai, sementara usaha yang sebenarnya lebih besar bergerak di luar layar platform.
Jangan berhenti pada total tahunan. Simpan jejak bulanan karena waktu melampaui batas Rp500 juta menentukan kewajiban memperbarui pernyataan dan awal pemungutan pada masa berikutnya menurut penjelasan DJP. Rekap tahunan dapat menunjukkan bahwa batas terlewati, tetapi hanya data bulanan yang menjawab kapan. Ketepatan waktu tersebut sama pentingnya dengan ketepatan total.
Bacaan dan rujukan terkait di ePajak.or.id
- Kategori: Pajak
- Entitas: Pajak UMKM
- Entitas: Pajak E-Commerce
- Pertanyaan terkait: Konsultan Pajak untuk E-Commerce
- Pertanyaan terkait: Konsultan Pajak untuk UMKM
- Topik: PPN Dan Faktur Pajak
- Artikel terkait: Seller Punya Empat Toko di Marketplace: Bagaimana Menggabungkan Omzet tanpa Double Count?
- Artikel terkait: Marketplace Potong PPh, Seller Masih Bayar Pajak Sendiri? Ini Titik yang Harus Direkonsiliasi
