Admin melihat order, chat pembeli, voucher, dan refund. Owner melihat rekening, pembukuan, serta SPT. Keduanya merasa sudah memegang data yang penting. Pada akhir bulan, justru tidak ada satu orang pun yang mempunyai cerita transaksi secara lengkap.
Pemisahan tugas sebenarnya sehat. Admin tidak perlu mengakses seluruh informasi pajak dan rekening. Owner tidak perlu mengurus setiap komplain. Masalah muncul ketika tidak ada protokol serah data. Screenshot dikirim lewat chat, file tertimpa, refund disampaikan secara lisan, dan PPh Pasal 22 baru terlihat saat uang bersih lebih kecil.
Sejak marketplace tertentu menjadi pemungut PPh Pasal 22 pada Juli 2026, data operasional serta pajak bertemu di level order. Seller memerlukan pembagian kerja yang menjaga keamanan sekaligus memastikan setiap pungutan dapat ditelusuri.
Tentukan satu sumber untuk setiap fakta
Order dan status berasal dari laporan transaksi marketplace. Dokumen tagihan serta PPh berasal dari dokumen atau laporan resmi platform. Biaya berasal dari laporan fee. Pencairan berasal dari settlement. Uang masuk berasal dari mutasi bank. Perlakuan pajak berasal dari rekonsiliasi owner atau finance.
Jangan meminta admin mengetik ulang seluruh angka ke spreadsheet jika file ekspor tersedia. Pengetikan ulang menambah salah nominal dan menghilangkan ID. Admin cukup mengunduh file asli, memberi konteks pada transaksi bermasalah, dan menyerahkannya melalui folder yang disepakati.
Owner tidak boleh mengganti data sumber untuk membuat total cocok. Buat salinan kerja dan pertahankan file mentah.
Paket serah data mingguan
Untuk toko dengan volume aktif, serah mingguan lebih aman daripada menunggu akhir bulan. Paketnya dapat berisi laporan order, dokumen tagihan, daftar refund, daftar promo yang ditanggung seller, perubahan akun, tiket platform, dan settlement yang telah terbit.
Admin menambahkan catatan singkat hanya untuk pengecualian: order dispute, refund sebagian, voucher yang tidak biasa, akun pembeli korporat, atau dokumen gagal diunduh. Transaksi normal tidak memerlukan narasi satu per satu.
Gunakan nama file konsisten: platform, toko, jenis laporan, periode, tanggal unduh. Misalnya SHOPEE-TOKOA-ORDER-2026-08-01_07.csv. Nama ini menjaga versi tanpa membuka isi.
Checklist admin sebelum menyerahkan
Jumlah order pada file sesuai dashboard untuk periode yang sama. Filter status dicatat. Zona waktu diketahui. File belum diubah. Semua akun toko tercakup. Refund mempunyai ID order. Promo ditandai menurut penanggung bila informasinya tersedia. Dokumen PPh atau tagihan dapat diakses. Perubahan profil disertai bukti.
Admin tidak perlu menilai apakah pungutan menjadi kredit pajak. Itu tugas owner atau tim pajak. Namun admin harus dapat menunjukkan di mana nilai pungutan muncul dan transaksi mana yang membentuknya.
Checklist owner setelah menerima
Owner memeriksa kelengkapan file, bukan langsung menghitung pajak. Bandingkan jumlah akun dan periode. Pastikan tidak ada file kosong atau duplikat. Setelah populasi aman, normalisasi transaksi, pisahkan biaya, dan cocokkan PPh.
Owner kemudian menggabungkan omzet di luar marketplace. Admin mungkin tidak tahu penjualan toko fisik atau WhatsApp, padahal angka tersebut penting untuk meteran Rp500 juta bagi Wajib Pajak orang pribadi.
Terakhir, cocokkan settlement ke bank dan tentukan perlakuan PPh sesuai status seller. Jika ada selisih, kembalikan pertanyaan spesifik kepada admin, misalnya “Order 8472 direfund sebagian pada tanggal berapa dan apakah ada dokumen koreksi?” Hindari pesan “angka marketplace beda”.
Hak akses berdasarkan kebutuhan
Admin membutuhkan akses ke transaksi, chat, fulfilment, promo, dan laporan yang relevan. Owner memegang pengaturan identitas, rekening, data pajak, serta otorisasi perubahan kritis.
Gunakan akun staf bila platform menyediakannya. Jangan berbagi password utama. Aktifkan autentikasi dua faktor dan simpan recovery code secara aman. Cabut akses segera ketika staf keluar.
Perubahan rekening, NIK atau NPWP, alamat korespondensi, dan legal entity harus memerlukan persetujuan owner. Admin boleh menyiapkan dokumen tetapi tidak mengubah sendiri. Simpan log siapa melakukan apa.
Pembagian akses bukan hanya keamanan. Ia mencegah perubahan profil pajak terjadi tanpa diketahui orang yang menyiapkan SPT.
Bahasa status yang sama
Istilah “selesai” dapat berarti barang dikirim bagi admin, dana dilepas bagi finance, atau pajak direkonsiliasi bagi owner. Buat status internal yang tidak ambigu.
Contohnya: ORDER-PAID, ORDER-COMPLETED, REFUND-OPEN, REFUND-CLOSED, DOC-MISSING, PPH-MATCHED, SETTLEMENT-MATCHED, dan BANK-MATCHED. Nama dapat berbahasa Indonesia. Yang penting definisinya tertulis.
Satu order bergerak melalui status tersebut. Owner dapat melihat pekerjaan mana yang belum selesai tanpa membaca chat panjang.
Peran PPh Pasal 22 dalam pembagian kerja
Tokopedia, Shopee, Lazada, dan Blibli ditunjuk DJP pada 1 Juli 2026. Marketplace memungut 0,5 persen dari peredaran bruto dalam dokumen tagihan, tidak termasuk PPN dan PPnBM, untuk transaksi yang termasuk cakupan PMK 37 Tahun 2025.
Admin memastikan dokumen tagihan serta nilai PPh tersedia. Owner menentukan apakah pungutan menjadi bagian pelunasan PPh final atau kredit pajak. Keduanya tidak boleh bertukar peran tanpa pengetahuan yang cukup.
Jika seller orang pribadi menggunakan surat pernyataan omzet sampai Rp500 juta, owner memantau omzet seluruh kanal. Admin memastikan status pernyataan di akun marketplace dan melaporkan jika pungutan tiba-tiba mulai atau berhenti. Saat batas terlewati, owner menyiapkan pembaruan pernyataan; admin mengunggah hanya dengan instruksi serta bukti.
Refund adalah proyek bersama
Admin mengetahui alasan dan status refund. Owner mengetahui apakah koreksi muncul di settlement serta pajak. Buat satu register bersama dengan ID order, nilai awal, nilai refund, tanggal, status barang, dokumen koreksi, perubahan PPh, settlement, dan pemilik tindak lanjut.
Admin menutup sisi operasional setelah pembeli menerima dana atau barang kembali. Owner menutup sisi finance setelah kas serta PPh terkoreksi. Status akhir baru “closed” ketika keduanya selesai.
Cara ini mencegah admin menyatakan refund beres sementara pungutan pajak tetap menggantung, atau owner menghapus penjualan padahal refund belum disetujui platform.
Pertemuan lima belas menit
Setiap minggu, bahas hanya pengecualian. Berapa dokumen hilang? Berapa refund terbuka lebih dari tujuh hari? Ada perubahan format? Ada promo baru? Ada transaksi besar? Ada akun yang status pajaknya berubah?
Owner menugaskan tindakan dan tanggal. Catatan rapat ditempatkan di folder periode, bukan hanya chat. Jika tidak ada masalah, rapat dapat lebih singkat.
Pada akhir bulan, lakukan sign-off. Admin menyatakan seluruh akun serta transaksi sudah diserahkan. Owner menyatakan settlement, bank, dan PPh sudah direkonsiliasi. Dua tanda persetujuan memisahkan tanggung jawab dengan jelas.
Ketika admin juga menangani banyak toko
Buat daftar master akun dengan kode unik, platform, nama toko, identitas seller, dan folder tujuan. Admin tidak boleh menyalin laporan Toko A ke folder Toko B hanya karena produknya sama.
Gunakan kontrol jumlah file serta transaksi per akun. Jika satu toko biasanya memiliki 500 order dan bulan ini file hanya berisi 50, sistem memberi peringatan sebelum pajak dihitung.
Produk sama di dua toko bukan transaksi sama. ID unik harus menggabungkan platform, kode toko, dan ID order agar tidak bertabrakan.
Jangan jadikan chat sebagai database
WhatsApp berguna untuk alarm cepat, bukan penyimpanan utama. Pesan dapat tenggelam, file kedaluwarsa, dan anggota grup berubah. Setiap keputusan atau dokumen dari chat dipindahkan ke folder atau register resmi.
Gunakan chat untuk format singkat: kode order, masalah, tindakan, pemilik, tenggat, tautan ke file. Jangan mengirim NIK, NPWP, atau mutasi bank ke grup umum.
Jika owner memberi instruksi melalui voice note, admin merangkum keputusan tertulis. Ini bukan birokrasi. Ringkasan mencegah dua orang mengingat instruksi berbeda.
Rencana ketika admin berhenti
Sebelum hari terakhir, ekspor daftar akses, file periode berjalan, refund terbuka, tiket dukungan, promo aktif, settlement menunggu, dan perubahan profil. Owner mengubah password atau mencabut akun staf.
Lakukan uji pemulihan: orang pengganti harus dapat menemukan satu order, dokumen PPh, dan status refund tanpa bantuan admin lama. Jika gagal, handover belum selesai.
Jangan membiarkan email atau nomor telepon pribadi admin menjadi satu-satunya metode pemulihan akun. Gunakan kontak perusahaan yang dikelola.
Kamus kolom yang dimiliki bersama
Format ekspor marketplace dapat berubah. Admin biasanya melihat perubahan pertama, sedangkan owner baru menyadarinya ketika rumus gagal. Buat kamus kolom yang berisi nama asli, arti, tipe data, perlakuan, dan tanggal mulai berlaku.
Jika “platform fee” dipecah menjadi dua kolom, admin memberi tanda pada paket serah. Owner meninjau mapping sebelum file diproses. Kolom baru tidak dimasukkan otomatis ke biaya lain-lain. Periksa apakah ia fee, PPN atas fee, PPh, refund, atau saldo ditahan.
Uji perubahan pada transaksi normal dan pengecualian. Bandingkan total sebelum serta sesudah mapping. Setelah lolos, beri nomor versi dan gunakan mulai periode tertentu.
Cara menyelesaikan selisih tanpa saling menyalahkan
Selisih ditulis sebagai fakta: ID order, nilai, laporan A, laporan B, dan perbedaan. Admin menelusuri status operasional serta konfigurasi promo. Owner menelusuri mapping, bank, dan pajak. Keduanya menambahkan bukti, bukan dugaan.
Jika sumber ada pada platform, satu orang membuat tiket agar jawaban tidak terpencar. Jika sumber internal, aturan diperbaiki untuk seluruh transaksi sejenis. Selisih tidak ditutup dengan jurnal umum sebelum akar serta dampaknya diketahui.
Tetapkan batas material untuk eskalasi cepat, tetapi jangan mengabaikan selisih kecil berulang. Sepuluh rupiah pada ribuan transaksi dapat menunjukkan pembulatan sistematis. Owner memutuskan perlakuan setelah pola jelas.
Scorecard kualitas handover
Ukur ketepatan waktu paket, persentase file lengkap, jumlah dokumen hilang, refund lewat umur, serta selisih yang belum selesai. Jangan mengukur admin dari nol selisih karena menemukan selisih justru bagian kontrol. Ukur kecepatan dan kualitas penyelesaiannya.
Scorecard membuat perbaikan konkret. Jika dokumen sering hilang, jadwal unduh diperketat. Jika refund menua, tanggung jawab ditinjau. Jika mapping sering rusak, kamus kolom diperbaiki.
Pembagian data yang sehat membuat admin tidak dibebani keputusan pajak dan owner tidak buta terhadap operasi. Batasnya jelas, tetapi file bergerak melalui jalur yang sama setiap minggu. Ketika satu order dapat diikuti dari pembayaran, dokumen, refund, PPh, settlement, sampai bank, tidak ada kebutuhan bagi satu orang untuk menguasai semua sistem. Yang dibutuhkan adalah protokol yang membuat dua peran berbicara dengan data yang sama.
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: PPh Potong Pungut
- Artikel terkait: Settlement Marketplace Sudah Dipotong Banyak Komponen: Cara Menemukan Bagian Pajaknya
