• umkm
  • engineering
  • e-commerce

Data Penjualan Website untuk Lapor SPT Coretax UMKM 2026

Siapkan data penjualan website untuk lapor SPT Tahunan Coretax UMKM: omzet bulanan L-3B, rekonsiliasi QRIS, ekspor dari checkout, dan hindari selisih audit DJP.

6 menit baca
Data Penjualan Website untuk Lapor SPT Coretax UMKM 2026

Lapor SPT Tahunan lewat Coretax di 2026 menjadi momen pertama banyak UMKM mengisi omzet bulanan tanpa mengunduh e-Form PDF seperti era DJP Online. Istilah Coretax sendiri masuk jajaran pencarian teratas Google Indonesia sepanjang 2025 — bukan karena UMKM tiba-tiba menyukai pajak, melainkan karena portal baru di coretaxdjp.pajak.go.id menggabungkan billing, pembayaran PPh final 0,5%, dan konsep SPT dalam satu alur web. Yang sering tertinggal bukan login ke portal, melainkan data penjualan website (dan WhatsApp) yang tidak pernah dirapikan per bulan sehingga Lampiran L-3B diisi dari ingatan.

Artikel ini menjelaskan cara membangun rekapitulasi omzet dari checkout dan payment gateway yang selaras dengan kewajiban pelaporan — tanpa mengulang tutorial akuntansi, tetapi dengan pendekatan engineering yang kami pakai saat membantu UMKM di Nganjuk, Jawa Timur, dan klien yang menjual lintas kanal.

1. Apa yang Berubah di Coretax untuk UMKM Orang Pribadi

DJP memposisikan Coretax DJP sebagai sistem administrasi perpajakan terpadu: login browser, konsep SPT, penandatanganan elektronik, tanpa instalasi desktop. Untuk UMKM dengan skema PPh Final 0,5% (PP 55/2022), pembayaran bulanan yang Anda buat lewat menu billing dapat prepopulate ke konsep SPT tahunan — mengurangi input manual, tetapi juga memperlihatkan selisih jika catatan internal tidak cocok.

Perubahan yang paling terasa bagi pemilik toko online:

  • Omzet diisi per bulan (Januari–Desember) di lampiran usaha, bukan sekali setahun dari perkiraan.
  • Sumber data bercampur: marketplace dashboard, mutasi QRIS, transfer virtual account, dan pesanan website sendiri.
  • Fasilitas omzet bebas pajak untuk orang pribadi (batas yang berlaku sesuai ketentuan DJP, umumnya dibicarakan sebagai plafon Rp500 juta per tahun) dihitung sistem — omzet yang Anda input harus konsisten, bukan optimis.

Jika Anda sudah PKP dan menerbitkan e-Faktur, baca juga PPN 11% dan Coretax di website bisnis. Artikel ini fokus pada UMKM yang melapor omzet usaha dari kanal digital non-faktur pajak rutin.

2. Lampiran L-3B dan Definisi Omzet yang Harus Anda Kumpulkan

Bagian krusial bagi banyak UMKM di Coretax adalah Lampiran L-3B (rekapitulasi peredaran bruto bulanan). Angka yang dimasukkan adalah omzet bruto penjualan, bukan laba bersih dan bukan selalu sama dengan uang masuk rekening pada hari yang sama.

KonsepTermasukTidak termasuk (biasanya)
Omzet bruto websiteHarga barang/jasa yang dibayar pelanggan sebelum pajak final dihitungPajak PPN jika Anda PKP (laporan terpisah)
Refund penuhMengurangi omzet bulan saat refund diprosesBiaya admin bank
Diskon tokoTetap bagian dari bruto; neto dicatat terpisahSubsidi marketplace yang tidak Anda terima sebagai penjualan
Ongkir dibebankan ke pembeliIkut bruto jika Anda yang menagihkanOngkir murni pihak ketiga tanpa markup

Kesalahan klasik: menjumlahkan settlement QRIS mingguan sebagai omzet, padahal satu hari transaksi bisa masuk rekening di bulan berikutnya. Solusinya bukan menghindari QRIS — justru MDR QRIS yang lebih ramah merchant membuat kanal website makin menarik — melainkan memisahkan tanggal transaksi dan tanggal settlement.

3. Mengapa Website Sendiri Membuat Pelaporan Lebih Mudah (jika Datanya Benar)

Marketplace memberi laporan omzet, tetapi format dan definisi "penghasilan" tidak selalu identik dengan cara DJP meminta rekapitulasi. Website yang Anda kontrol bisa menjadi sumber kebenaran untuk:

  • Timestamp order (zona waktu WIB)
  • Channel (website, whatsapp, offline)
  • Metode bayar (QRIS, GoPay, VA BCA, COD)
  • Refund dan cancel status

Tanpa website, banyak UMKM mengekspor chat WhatsApp dan screenshot — tidak scalable saat SPT tahunan. Fondasi yang sama juga membuka akses pembiayaan; lihat pencatatan keuangan digital UMKM.

4. Skema Data Minimum per Pesanan (Siap Ekspor Bulanan)

Desain tabel pesanan sejak awal agar satu query SQL atau satu pivot spreadsheet menghasilkan 12 baris omzet:

YAML
order_id: "ORD-2026-09304"
ordered_at: "2026-03-15T10:22:00+07:00"
channel: "website"
gross_amount: 350000
discount_amount: 25000
refund_amount: 0
payment_method: "qris"
payment_status: "paid"
settlement_at: "2026-03-16T08:00:00+07:00"
is_cancelled: false

Aturan agregasi per bulan kalender:

sql
-- Contoh logika (sesuaikan dengan DB Anda)
SELECT
  DATE_TRUNC('month', ordered_at AT TIME ZONE 'Asia/Jakarta') AS bulan,
  SUM(gross_amount - refund_amount) AS omzet_bruto
FROM orders
WHERE is_cancelled = false
  AND payment_status = 'paid'
GROUP BY 1
ORDER BY 1;

Untuk bisnis yang juga menjual di Tokopedia atau Shopee, simpan omzet marketplace di sheet terpisah, lalu jumlahkan per bulan di laporan induk — jangan impor dua kali ke Coretax.

5. Rekonsiliasi Payment Gateway, QRIS, dan Mutasi Bank

Alur yang kami rekomendasikan untuk UMKM tanpa tim finance penuh:

  1. Hari transaksi — omzet bruto dari database website (atau WooCommerce export).
  2. Mingguan — cocokkan dengan dashboard Midtrans, Xendit, atau Doku (gross vs fee vs net settlement).
  3. Bulanan — bandingkan total omzet database dengan prepopulate pembayaran PPh final di Coretax; dokumentasikan selisih (refund, COD belum cair, pesanan akhir bulan).
SinyalGunakan untukJangan pakai sebagai omzet langsung
Dashboard gatewayFee, settlement, dispute—
Mutasi rekeningVerifikasi kas masukOmzet bruto (terlambat / campur pribadi)
Database orderL-3B bulanan—
Laporan marketplaceKanal terpisahDigandakan dengan website

Jika margin per kanal masih kabur, hitung dulu dengan cara hitung margin bersih marketplace vs website — omzet untuk SPT tetap bruto, tetapi pemahaman margin membantu Anda tidak salah mengklasifikasi diskon atau subsidi platform.

6. Pola Ekspor dari Stack Umum UMKM

Spreadsheet + WA manual — template 12 kolom bulan + baris kanal; cocok untuk <30 order/bulan. Risiko: human error saat copy.

WordPress + WooCommerce — plugin export orders; pastikan kolom date_created dan total konsisten; refund sebagai order terpisah atau meta.

Custom Next.js / Laravel — endpoint admin GET /reports/monthly-gross?year=2025 mengembalikan JSON/CSV; simpan arsip CSV per tahun pajak di cloud storage (bukan hanya laptop pemilik).

POS + website — satu order_id prefix (POS-, WEB-) agar integrasi POS dan website tidak double-count saat digabung.

Untuk setiap pola, uji dengan satu bulan sampel: bandingkan total ekspor dengan penjumlahan manual 5 order acak. Jika selisih >0, perbaiki timezone atau status pending.

7. Checklist Sebelum Submit SPT di Coretax

  • Omzet per bulan Jan–Des sudah dijumlah dari semua kanal usaha
  • Refund tahun berjalan mengurangi bulan yang benar
  • Pembayaran PPh final bulanan tercatat dan cocok dengan prepopulate Coretax
  • Rekening operasional terpisah dari pribadi (mutasi tidak tercampur)
  • Arsip CSV/PDF ekspor website disimpan minimal 5 tahun
  • Konsultasi akuntan jika ada penghasilan lain (gaji karyawan + usaha)

8. Tabel: Input Manual vs Pipeline dari Website

AspekIsi manual dari ingatanPipeline dari website
Waktu persiapan SPT2–5 hari panik2–4 jam review
Risiko selisih auditTinggiRendah jika rekonsiliasi rutin
Biaya awalRp0Setup database/export
Skalabilitas >100 order/bulanBurukBaik
Kesiapan KUR / bankLemahKuat jika konsisten 12 bulan

Kesimpulan

Data penjualan website untuk lapor SPT Coretax bukan proyek akhir Maret — ini disiplin bulanan: omzet bruto per kalender, refund yang dikurangkan dengan benar, dan rekonsiliasi gateway sebelum Anda menekan submit di Coretax DJP. Portal baru mengurangi gesekan administrasi, tetapi tidak mengganti catatan yang rapi dari checkout Anda sendiri.

Tim Zero Args Technology membantu UMKM membangun checkout, webhook payment gateway, dan laporan omzet bulanan sederhana tanpa over-engineering. Mulai percakapan jika Anda ingin ekspor L-3B otomatis dari website yang sudah ada atau yang sedang direncanakan.

Pertanyaan yang sering diajukan

Apakah omzet website harus sama persis dengan mutasi rekening saat lapor Coretax?

Omzet yang dilaporkan adalah peredaran bruto dari penjualan, bukan selalu sama dengan saldo rekening pada tanggal yang sama karena ada settlement QRIS, refund, dan COD. Yang penting Anda bisa menjelaskan selisih dengan catatan rekonsiliasi bulanan.

Bagaimana jika sebagian penjualan lewat marketplace dan sebagian lewat website?

Gabungkan omzet bruto per bulan dari semua kanal usaha yang Anda laporkan dalam satu SPT, tanpa double-count. Marketplace dan website harus masuk rekapitulasi terpisah di catatan internal, lalu dijumlahkan per bulan untuk Lampiran L-3B.

Apakah artikel ini menggantikan konsultan pajak?

Tidak. Artikel ini fokus pada struktur data dan alur engineering dari website ke rekapitulasi omzet. Status wajib pajak, model SPT, dan fasilitas omzet bebas pajak harus dikonfirmasi dengan akuntan atau DJP.

Field apa yang wajib ada di database pesanan untuk lapor SPT?

Minimal order_id, tanggal transaksi, gross_amount, refund_amount, channel, payment_method, dan status settlement. Tanpa refund dan tanggal yang konsisten, omzet bulanan mudah meleset dari pembayaran PPh final yang sudah prepopulate di Coretax.

Artikel terkait

Punya proyek dalam pikiran?

Mari diskusikan kebutuhan Anda. Kami siap membantu mewujudkan ide menjadi produk nyata.