Bisnis online semakin mudah dijalankan. Cukup mengunggah produk, menerima pesanan, mengirim barang, dan dana akan masuk ke rekening.
Namun, kemudahan tersebut juga membuat administrasi perpajakan menjadi semakin kompleks.
Salah satu masalah yang dapat muncul adalah ketika omzet menurut marketplace berbeda dengan omzet yang dilaporkan dalam administrasi perpajakan.
Kemudian datanglah SP2DK.
Misalnya:
Total penjualan menurut marketplace: Rp2 miliar
Sementara:
Omzet menurut pembukuan: Rp1,6 miliar
Lalu wajib pajak menerima pertanyaan mengenai perbedaan tersebut.
Pertanyaannya:
“Apakah selisih Rp400 juta otomatis dianggap sebagai omzet yang belum dilaporkan?”
Belum tentu.
Angka yang muncul di marketplace dapat terdiri dari berbagai komponen dan status transaksi.
Misalnya:
- pesanan yang dibatalkan;
- retur;
- refund;
- voucher;
- diskon;
- biaya platform;
- biaya pengiriman;
- transaksi yang belum selesai;
- pembayaran COD;
- atau transaksi lain yang perlu direkonsiliasi.
Karena itu, menghadapi SP2DK penjualan online membutuhkan lebih dari sekadar mencocokkan angka total.
Anda perlu memahami bagaimana angka marketplace terbentuk dan bagaimana angka tersebut seharusnya direkonsiliasi dengan pembukuan dan pelaporan pajak.
Artikel ini membahas penyebab perbedaan omzet marketplace, cara melakukan rekonsiliasi, dokumen yang harus disiapkan, contoh tabel, contoh jawaban SP2DK, serta kesalahan yang perlu dihindari.
Apa Itu SP2DK Penjualan Online?
SP2DK adalah Surat Permintaan Penjelasan atas Data dan/atau Keterangan.
Dalam konteks penjualan online, SP2DK dapat berkaitan dengan data transaksi atau informasi mengenai kegiatan usaha yang perlu dijelaskan dalam rangka pengawasan.
Bagi penjual marketplace, data tersebut dapat berkaitan dengan:
- nilai transaksi;
- penjualan;
- pembayaran;
- rekening penerimaan;
- data pihak ketiga;
- atau informasi lain yang berhubungan dengan aktivitas usaha.
Yang perlu dipahami:
Data marketplace tidak selalu sama dengan uang bersih yang masuk rekening.
Dan:
Uang bersih yang masuk rekening juga tidak selalu sama dengan omzet menurut pembukuan.
Ada beberapa tahap yang perlu dipahami:
Pesanan → Penjualan → Pembatalan/Retur → Settlement → Rekening → Pembukuan → Pelaporan Pajak
Jika salah satu tahap tidak diperhitungkan, angka dapat terlihat berbeda.
Artikel terkait:
- Apa Itu SP2DK? Memahami Surat Permintaan Penjelasan dari Kantor Pajak
- Kenapa Saya Mendapat SP2DK? 10 Penyebab yang Paling Sering Terjadi
- Apakah SP2DK Berarti Saya Akan Diperiksa Pajak?
Kenapa Omzet Marketplace Bisa Berbeda dengan Laporan Pajak?
Ini adalah pertanyaan utama.
Jawabannya:
Karena angka yang dibandingkan bisa memiliki definisi dan komponen yang berbeda.
Misalnya marketplace mencatat:
Gross Sales = Rp1 miliar
Kemudian terdapat:
- retur Rp50 juta;
- pembatalan Rp30 juta;
- voucher Rp20 juta;
- biaya platform Rp50 juta.
Maka jumlah settlement yang masuk rekening bisa berbeda dari angka penjualan bruto.
Namun, jangan langsung menggunakan rumus:
Uang masuk rekening = omzet
atau:
Omzet marketplace = omzet pajak
Keduanya perlu dianalisis berdasarkan jenis transaksi dan ketentuan perpajakan yang berlaku.
10 Penyebab Omzet Marketplace Berbeda dengan Laporan Pajak
1. Pesanan Dibatalkan
Misalnya marketplace mencatat:
Pesanan Rp100 juta
Tetapi transaksi kemudian dibatalkan.
Jika laporan yang digunakan untuk perbandingan mengambil seluruh order tanpa memperhitungkan pembatalan, angka akan menjadi lebih tinggi.
Karena itu, bedakan:
Order
dengan
Transaksi berhasil.
Ini merupakan perbedaan yang sangat penting.
2. Retur Barang
Penjualan online memiliki risiko retur yang relatif tinggi.
Misalnya:
Penjualan = Rp500 juta
Kemudian:
Retur = Rp50 juta
Jika laporan marketplace menggunakan angka tertentu sebelum retur, sedangkan pembukuan menggunakan angka setelah transaksi retur, maka muncul selisih.
Dokumen yang perlu diperiksa:
- detail order;
- bukti retur;
- refund;
- invoice;
- dan laporan settlement.
Artikel terkait:
- SP2DK karena Perbedaan Omzet: Cara Menjelaskan Selisih antara Data Pajak dan Pembukuan
- Cara Menjelaskan Retur Penjualan dalam SP2DK
3. Refund kepada Pembeli
Refund juga dapat menyebabkan perbedaan antara nilai order dan penerimaan bersih.
Misalnya:
Order = Rp200 juta
Tetapi:
Refund = Rp20 juta
Maka angka yang muncul pada laporan tertentu bisa berbeda.
Jangan hanya mengambil total transaksi dari dashboard.
Periksa status akhir transaksi.
4. Voucher dan Diskon
Marketplace sering memberikan:
- voucher penjual;
- voucher marketplace;
- diskon;
- cashback;
- subsidi;
- atau promosi lainnya.
Hal ini membuat angka:
Harga produk
tidak selalu sama dengan:
Dana settlement.
Namun perlakuan pajaknya tidak boleh ditentukan hanya berdasarkan angka settlement.
Perlu dilihat:
- siapa yang memberikan diskon;
- bagaimana transaksi dicatat;
- berapa nilai yang dibayarkan pembeli;
- dan bagaimana dokumen transaksi menunjukkan nilai penyerahannya.
Artikel terkait:
- Diskon Marketplace dan Pengaruhnya terhadap Omzet Pajak
- Cara Menghitung Omzet Penjualan Online
5. Biaya Platform
Misalnya penjualan:
Rp1 miliar
Marketplace memotong:
Rp100 juta
Dana yang masuk rekening:
Rp900 juta
Pemilik usaha kemudian berpikir:
“Omzet saya hanya Rp900 juta.”
Belum tentu.
Jangan mencampur:
nilai penjualan
dengan
uang bersih setelah biaya platform.
Biaya marketplace merupakan komponen biaya yang harus dianalisis secara terpisah dari nilai transaksi penjualan.
Ini salah satu sumber kekeliruan yang paling umum pada bisnis online.
6. Biaya Pengiriman
Dalam transaksi online, ongkos kirim dapat melibatkan:
- pembeli;
- penjual;
- marketplace;
- atau subsidi tertentu.
Karena itu, jangan memasukkan seluruh angka pada laporan settlement sebagai omzet tanpa memahami komponennya.
Periksa detail transaksi.
7. COD
COD juga dapat membuat pemilik usaha bingung.
Dalam transaksi COD, uang tidak selalu langsung masuk ke rekening penjual pada saat barang dikirim.
Ada proses:
Order → Pengiriman → Barang diterima → Pembayaran → Settlement
Karena itu, waktu pencatatan transaksi dan waktu dana masuk dapat berbeda.
Jangan menggunakan tanggal rekening masuk sebagai satu-satunya dasar menentukan kapan transaksi terjadi.
Artikel terkait:
- Cara Menjelaskan Transaksi COD dalam SP2DK
- Omzet Marketplace dan Mutasi Rekening: Kenapa Bisa Berbeda?
8. Settlement Marketplace
Ini sangat penting.
Marketplace biasanya memiliki laporan mengenai:
- transaksi;
- biaya;
- potongan;
- refund;
- dan dana yang akhirnya diselesaikan kepada penjual.
Akibatnya:
Total transaksi
bisa berbeda dengan:
Total settlement.
Jika DJP mempertanyakan omzet, jangan hanya mengirim rekening koran.
Tunjukkan hubungan:
Laporan marketplace → settlement → rekening → pembukuan.
9. Perbedaan Periode
Misalnya:
Order terjadi:
31 Desember
Tetapi settlement:
2 Januari
Maka jika hanya menggunakan rekening bank, transaksi tersebut dapat terlihat sebagai penerimaan Januari.
Padahal transaksi berasal dari penjualan pada periode sebelumnya.
Perbedaan seperti ini perlu dijelaskan dengan dokumen transaksi.
10. Marketplace Bukan Satu-Satunya Sumber Penjualan
Penjual online sering memiliki beberapa channel:
- marketplace A;
- marketplace B;
- marketplace C;
- website sendiri;
- WhatsApp;
- Instagram;
- TikTok;
- penjualan langsung.
Akibatnya, omzet pembukuan dapat merupakan gabungan seluruh channel.
Sedangkan data yang dibandingkan mungkin hanya berasal dari satu platform.
Karena itu, buat rekonsiliasi berdasarkan channel.
Contoh:
| Channel | Penjualan |
|---|---|
| Marketplace A | Rp800 jt |
| Marketplace B | Rp500 jt |
| Website | Rp200 jt |
| Penjualan langsung | Rp100 jt |
| Total | Rp1,6 M |
Artikel terkait:
- Cara Membuat Pembukuan Sederhana untuk Penjual Online
- Cara Menggabungkan Omzet dari Banyak Marketplace
Apakah Omzet Marketplace Sama dengan Omzet Pajak?
Tidak selalu dapat disamakan secara langsung.
Ini karena istilah dan basis angka yang digunakan dalam laporan marketplace dan administrasi perpajakan bisa berbeda.
Misalnya marketplace menampilkan:
Gross Transaction Value
sementara pembukuan mencatat:
Penjualan bersih tertentu
dan rekening bank menunjukkan:
Settlement setelah berbagai potongan.
Ketiganya dapat berbeda.
Karena itu, jangan mencari angka yang “paling kecil” untuk dijadikan omzet.
Yang benar adalah menentukan angka berdasarkan substansi transaksi dan ketentuan pajak yang berlaku, kemudian menjelaskan perbedaannya.
Cara Melakukan Rekonsiliasi Omzet Marketplace
Gunakan lima tahap.
Tahap 1 — Ambil Laporan Marketplace
Unduh laporan transaksi sesuai periode yang dipertanyakan.
Jangan hanya screenshot dashboard.
Jika tersedia, gunakan laporan rinci.
Tahap 2 — Pisahkan Status Transaksi
Kelompokkan:
- berhasil;
- dibatalkan;
- retur;
- refund;
- COD;
- belum settlement.
Tahap 3 — Pisahkan Komponen Nilai
Identifikasi:
- nilai barang;
- diskon;
- voucher;
- ongkos kirim;
- biaya platform;
- komisi;
- dan potongan lainnya.
Tahap 4 — Cocokkan dengan Rekening
Cari settlement yang masuk rekening.
Misalnya:
Marketplace = Rp1 miliar
Settlement = Rp900 juta
Cari:
Rp100 juta ke mana?
Jangan berhenti pada angka.
Cari komponen potongannya.
Tahap 5 — Cocokkan dengan Pembukuan dan SPT
Setelah itu bandingkan:
Marketplace
↓
Settlement
↓
Bank
↓
Pembukuan
↓
SPT
Dari sinilah sumber perbedaan dapat ditemukan.
Contoh Rekonsiliasi Marketplace
Misalnya:
| Komponen | Nilai |
|---|---|
| Total transaksi marketplace | Rp2.000 jt |
| Pembatalan | (Rp100 jt) |
| Retur/refund | (Rp100 jt) |
| Penyesuaian transaksi | (Rp50 jt) |
| Transaksi yang perlu direkonsiliasi | Rp1.750 jt |
| Potongan platform | (Rp150 jt) |
| Settlement | Rp1.600 jt |
Kemudian:
Settlement masuk rekening = Rp1,6 miliar
Sedangkan pembukuan menunjukkan nilai penjualan tertentu berdasarkan transaksi yang telah dianalisis.
Contoh ini hanya untuk menggambarkan alur rekonsiliasi.
Jangan menggunakan formula tersebut secara otomatis untuk menentukan omzet pajak.
Contoh Kasus SP2DK Penjualan Online
Misalnya seorang seller menerima SP2DK.
Data yang dipertanyakan:
Omzet marketplace = Rp3 miliar
Sedangkan pembukuan:
Rp2,4 miliar
Selisih:
Rp600 juta
Setelah diperiksa:
- Rp200 juta transaksi dibatalkan;
- Rp150 juta retur/refund;
- Rp100 juta perbedaan periode;
- Rp150 juta transaksi antarperiode/channel yang perlu direkonsiliasi.
Kemudian dibuat tabel dan dilengkapi bukti.
Dengan demikian, wajib pajak tidak hanya mengatakan:
“Omzet saya sebenarnya Rp2,4 miliar.”
Tetapi dapat menjelaskan:
“Selisih Rp600 juta berasal dari transaksi apa saja.”
Itulah inti jawaban SP2DK.
Contoh Jawaban SP2DK Penjualan Online
Berikut contoh struktur jawaban:
“Sehubungan dengan data penjualan online sebesar Rp3.000.000.000 yang menjadi dasar permintaan penjelasan, setelah dilakukan penelusuran dan rekonsiliasi atas laporan transaksi marketplace, dapat kami jelaskan bahwa terdapat perbedaan dengan nilai yang tercatat dalam pembukuan. Perbedaan tersebut antara lain berasal dari transaksi yang dibatalkan sebesar Rp200.000.000, transaksi retur/refund sebesar Rp150.000.000, serta perbedaan periode pencatatan sebesar Rp100.000.000. Atas masing-masing transaksi telah dilakukan penelusuran berdasarkan laporan marketplace, dokumen transaksi, dan rekening settlement. Rincian rekonsiliasi dan dokumen pendukung kami lampirkan.”
Perhatikan bahwa surat tersebut tidak sekadar mengatakan:
“Data marketplace tidak sama dengan omzet.”
Tetapi menjelaskan mengapa.
Jika Data Marketplace Memang Benar
Bagaimana jika setelah diperiksa ternyata:
Data marketplace = benar
dan ternyata pembukuan memang kurang mencatat transaksi?
Jangan memaksakan argumentasi.
Identifikasi:
- transaksi yang tertinggal;
- periode;
- nilai;
- dampak pajak;
- dan langkah koreksi yang diperlukan.
Ini jauh lebih aman daripada membuat alasan yang tidak sesuai fakta.
Jika Data Marketplace Tidak Menggambarkan Transaksi Sebenarnya
Sebaliknya, jika data tersebut mencakup transaksi yang:
- dibatalkan;
- diretur;
- direfund;
- atau memiliki status lain,
jelaskan secara spesifik.
Jangan hanya mengatakan:
“Marketplace salah.”
Tunjukkan transaksi yang dimaksud.
Contoh:
Order ID 12345
Nilai:
Rp5 juta
Status:
Cancelled
Bukti:
Laporan marketplace + refund.
Ini jauh lebih mudah diverifikasi.
Dokumen yang Perlu Disiapkan
Jika menerima SP2DK karena penjualan online, siapkan:
Marketplace
- Laporan transaksi.
- Laporan settlement.
- Detail order.
- Data pembatalan.
- Data retur.
- Data refund.
- Laporan biaya platform.
Bank
- Rekening koran.
- Bukti settlement.
- Bukti transfer.
Penjualan
- Invoice.
- Nota.
- Bukti pengiriman.
- Data pesanan.
Pembukuan
- Buku penjualan.
- Buku bank.
- Buku kas.
- Buku besar.
- Laporan keuangan.
Pajak
- SPT Tahunan.
- SPT Masa jika relevan.
- Bukti penerimaan.
- Dokumen pajak terkait.
Artikel terkait:
- Dokumen Apa Saja yang Harus Disiapkan untuk Menjawab SP2DK? Checklist Lengkap
- Cara Menyusun Lampiran Jawaban SP2DK
Jangan Hanya Mengirim Rekening Koran
Ini kesalahan yang cukup umum.
Misalnya:
“Ini rekening koran saya. Silakan dicek.”
Masalahnya, rekening koran hanya menunjukkan aliran dana.
Untuk penjualan online, perlu diketahui:
Dana tersebut berasal dari transaksi apa?
Karena itu, lebih baik buat hubungan:
Order ID → Nilai transaksi → Status → Settlement → Bank → Pembukuan
Dengan begitu, satu transaksi dapat ditelusuri dari awal sampai akhir.
Buat Rekonsiliasi Per Marketplace
Jika memiliki banyak platform, jangan digabung semuanya dalam satu tabel besar.
Pisahkan.
Marketplace A
Rp800 juta.
Marketplace B
Rp500 juta.
Website
Rp300 juta.
Penjualan langsung
Rp200 juta.
Kemudian:
Total omzet usaha = Rp1,8 miliar
Cara ini membuat sumber perbedaan lebih mudah ditemukan.
Bagaimana Jika Penjualan Online Masuk Rekening Pribadi?
Ini cukup umum pada UMKM.
Pemilik menggunakan rekening pribadi untuk menerima:
- settlement marketplace;
- transfer pelanggan;
- pinjaman;
- transfer keluarga;
- dan transaksi pribadi.
Akibatnya, rekening terlihat jauh lebih besar daripada omzet.
Solusinya adalah melakukan rekonsiliasi mutasi rekening.
Kategorikan setiap dana masuk:
Penjualan
Pinjaman
Transfer sendiri
Setoran modal
Refund
Transaksi pribadi
Kemudian cocokkan dengan pembukuan.
Artikel terkait:
- SP2DK Karena Mutasi Rekening: Apakah Semua Uang Masuk Dianggap Penghasilan?
- Cara Menjawab SP2DK Jika Uang di Rekening Berasal dari Pinjaman, Bukan Penghasilan
Bagaimana Jika Penjual Menggunakan Banyak Marketplace?
Ini justru alasan pentingnya memiliki satu sumber pembukuan utama.
Misalnya:
Shopee + Tokopedia + TikTok Shop + website + WhatsApp
Jangan membiarkan masing-masing platform memiliki angka sendiri-sendiri tanpa rekonsiliasi.
Buat:
Master Sales Report
yang menggabungkan seluruh channel.
Kemudian setiap bulan lakukan:
Marketplace → Settlement → Bank → Pembukuan → Pajak
Jika dilakukan sejak awal, SP2DK jauh lebih mudah ditangani.
Apakah Biaya Marketplace Mengurangi Omzet?
Jangan langsung menyimpulkan.
Misalnya:
Harga jual = Rp100.000
Marketplace memotong:
Rp10.000
Dana masuk:
Rp90.000
Bukan berarti secara otomatis omzet yang harus dicatat adalah Rp90.000.
Penentuan nilai penjualan dan perlakuan biaya harus dilihat berdasarkan substansi transaksi dan ketentuan perpajakan yang berlaku.
Karena itu:
Jangan menggunakan angka settlement sebagai satu-satunya dasar menentukan omzet.
Apakah Voucher Mengurangi Omzet?
Jawabannya bergantung pada jenis voucher dan siapa yang menanggungnya.
Misalnya:
Harga barang = Rp100.000
Ada voucher:
Rp20.000
Pertanyaan yang harus dijawab:
- Siapa pemberi voucher?
- Siapa yang menanggung diskon?
- Berapa yang dibayar pembeli?
- Berapa yang diterima penjual?
- Bagaimana transaksi tercatat?
Karena struktur promosi marketplace dapat berbeda, analisis harus melihat dokumen transaksi.
Bagaimana Jika Ada Penjualan yang Belum Masuk Rekening?
Ini juga penting.
Jangan menggunakan:
Rekening bank = omzet
karena penjualan dapat memiliki waktu settlement yang berbeda.
Misalnya:
Penjualan 31 Desember
Settlement:
2 Januari
Maka rekonsiliasi harus memperhatikan periode transaksi dan mekanisme settlement.
Berapa Lama Waktu Menjawab SP2DK?
Jangan menunda.
Untuk ketentuan yang berlaku saat ini, wajib pajak diberikan waktu paling lama 14 hari untuk memberikan tanggapan atas SP2DK.
Dalam kondisi tertentu terdapat mekanisme perpanjangan paling lama 7 hari, dengan pemberitahuan tertulis sebelum jangka waktu tanggapan berakhir.
Bagi penjual online, waktu tersebut dapat cepat habis karena harus memeriksa:
- ribuan order;
- beberapa marketplace;
- rekening bank;
- retur;
- refund;
- settlement;
- dan pembukuan.
Karena itu, segera mulai rekonsiliasi setelah SP2DK diterima.
Artikel terkait:
- Berapa Lama Batas Waktu Menjawab SP2DK? Jangan Sampai Terlambat
- Apa yang Terjadi Jika SP2DK Tidak Dibalas?
Kesalahan yang Sering Dilakukan Penjual Online
1. Menganggap Total Order = Omzet
Tidak selalu.
2. Menganggap Settlement = Omzet
Tidak otomatis.
3. Menganggap Uang Masuk Bank = Penjualan
Tidak selalu.
4. Tidak Memisahkan Retur
Padahal retur dapat memengaruhi rekonsiliasi.
5. Tidak Memeriksa Pembatalan
Order yang dibatalkan tidak boleh diperlakukan sama dengan transaksi berhasil tanpa melihat statusnya.
6. Mengabaikan Perbedaan Periode
Order dan settlement dapat terjadi pada tanggal berbeda.
7. Tidak Menyimpan Laporan Marketplace
Ini menyulitkan ketika harus melakukan rekonsiliasi beberapa tahun kemudian.
8. Mengirim Dokumen Tanpa Penjelasan
Dokumen yang banyak tanpa indeks justru sulit ditelusuri.
Checklist Menjawab SP2DK Penjualan Online
Data Marketplace
- Total transaksi.
- Transaksi berhasil.
- Pembatalan.
- Retur.
- Refund.
- Settlement.
- Biaya platform.
- Voucher/diskon.
Rekening
- Rekening settlement.
- Rekening operasional.
- Rekening pribadi jika digunakan.
- Transfer antar rekening.
Pembukuan
- Penjualan.
- Kas.
- Bank.
- Piutang.
- Biaya marketplace.
Pajak
- SPT.
- Pelaporan pajak terkait.
- Bukti penerimaan.
Jawaban
- Semua poin SP2DK dijawab.
- Selisih dijelaskan.
- Rekonsiliasi dibuat.
- Dokumen diberi indeks.
- Angka konsisten.
- Bukti penerimaan disimpan.
Download Template Jawaban SP2DK Gratis
Jika Anda sedang menghadapi SP2DK penjualan online karena omzet marketplace berbeda dengan laporan pajak, jangan menyusun jawaban dari halaman kosong.
Gunakan Template Jawaban SP2DK Gratis untuk membantu menyusun:
- tabel rekonsiliasi marketplace;
- daftar transaksi yang dipertanyakan;
- klasifikasi pembatalan dan retur;
- rekonsiliasi settlement;
- penjelasan perbedaan omzet;
- daftar dokumen pendukung;
- dan surat tanggapan SP2DK.
👉 Download Template Jawaban SP2DK Gratis
Gunakan pola:
Marketplace → Transaksi → Settlement → Bank → Pembukuan → Pajak
Dengan struktur tersebut, Anda dapat menjelaskan bukan hanya berapa omzet Anda, tetapi juga mengapa angka yang muncul pada sumber data berbeda.
FAQ SP2DK Penjualan Online
Salah satu kemungkinan adalah adanya data transaksi atau informasi penjualan online yang perlu dijelaskan dalam rangka pengawasan, termasuk ketika terdapat perbedaan dengan data yang dilaporkan.
Tidak selalu dapat disamakan secara langsung. Perlu dilihat komponen transaksi, status order, retur, refund, diskon, biaya, periode, dan ketentuan pajak yang berlaku.
Tidak otomatis. Settlement adalah dana yang diselesaikan kepada penjual setelah mekanisme marketplace dan berbagai komponen transaksi diperhitungkan. Nilai tersebut perlu direkonsiliasi dengan transaksi penjualan dan pembukuan.
Jangan langsung menyimpulkan demikian. Nilai penjualan dan biaya platform merupakan hal yang perlu dianalisis secara terpisah berdasarkan substansi transaksi dan ketentuan perpajakan.
Tidak selalu. Ada order yang dibatalkan, diretur, direfund, atau memiliki status lain. Karena itu, status akhir transaksi perlu diperiksa.
Lakukan rekonsiliasi. Cari transaksi yang menyebabkan perbedaan, seperti pembatalan, retur, refund, perbedaan periode, atau transaksi yang belum tercatat.
Lakukan rekonsiliasi seluruh mutasi rekening dan pisahkan settlement usaha dari transaksi pribadi, pinjaman, transfer antar rekening, dan penerimaan lainnya.
Siapkan laporan transaksi marketplace, settlement, data retur/refund, rekening koran, invoice, pembukuan, dan dokumen pajak yang relevan.
Tidak selalu. Berikan dokumen yang relevan untuk menjelaskan poin SP2DK. Sebaiknya dokumen diberi indeks agar mudah ditelusuri.
Jangan membuat alasan yang tidak sesuai fakta. Identifikasi transaksi yang belum dilaporkan dan evaluasi langkah koreksi yang diperlukan sesuai kondisi dan ketentuan perpajakan.
Tidak otomatis. SP2DK merupakan bagian dari kegiatan pengawasan. Namun hasil pengawasan dapat menentukan tindak lanjut sesuai kondisi dan ketentuan yang berlaku.
Untuk ketentuan yang berlaku saat ini, tanggapan diberikan paling lama 14 hari, dengan mekanisme perpanjangan paling lama 7 hari dalam kondisi tertentu sesuai ketentuan yang berlaku.
Kesimpulan
SP2DK penjualan online karena omzet marketplace berbeda dengan laporan pajak tidak selalu berarti Anda memiliki omzet yang belum dilaporkan.
Perbedaan dapat muncul karena:
- pembatalan;
- retur;
- refund;
- voucher;
- diskon;
- biaya platform;
- settlement;
- COD;
- perbedaan periode;
- atau penggunaan beberapa channel penjualan.
Karena itu, jangan membandingkan tiga angka secara langsung:
Marketplace ≠ Bank ≠ Pembukuan
Ketiganya harus direkonsiliasi.
Gunakan alur:
Order → Status Transaksi → Settlement → Bank → Pembukuan → Pelaporan Pajak
Jika terdapat selisih, cari penyebabnya.
Jika transaksi dibatalkan, tunjukkan bukti.
Jika terdapat retur, tunjukkan dokumennya.
Jika terdapat perbedaan settlement, tunjukkan laporan marketplace.
Jika memang terdapat omzet yang belum tercatat, jangan mencari alasan untuk mengubah kategorinya.
Dan jika data yang digunakan untuk SP2DK tidak menggambarkan transaksi sebenarnya, jelaskan dengan angka, kronologi, dan dokumen.
Pada akhirnya, jawaban SP2DK yang baik bukan:
“Omzet saya bukan sebesar itu.”
Tetapi:
“Berikut rekonsiliasi data transaksi marketplace dengan pembukuan kami. Selisih tersebut berasal dari transaksi yang dibatalkan, retur, refund, perbedaan periode, dan komponen lainnya. Berikut dokumen yang mendukung masing-masing penjelasan.”
Itulah pendekatan yang membuat masalah menjadi lebih terukur.
Bagi penjual online, pelajaran terpentingnya adalah satu:
Jangan menunggu SP2DK untuk mulai merekonsiliasi marketplace.
Lakukan setiap bulan.
Simpan laporan transaksi.
Simpan settlement.
Pisahkan rekening usaha.
Dan pastikan angka marketplace, bank, pembukuan, serta pelaporan pajak dapat ditelusuri satu sama lain.
Dengan administrasi seperti itu, ketika surat dari kantor pajak datang, Anda tidak perlu mulai mencari data dari nol.



