Bisnis Menerima Pembayaran Kripto: Tantangan pajak dan accounting yang harus dipikir sebelum launch

Putuskan dulu apa yang sebenarnya dijual

Pajak atas barang atau jasa tidak berubah hanya karena pelanggan membayar dengan kripto. Jika perusahaan menjual software, konsultasi, merchandise, akses acara, atau produk lain, karakter penyerahan itulah yang menentukan pengakuan pendapatan, PPh, PPN, pemotongan, serta dokumen transaksi. Kripto berfungsi sebagai alat penyelesaian atau aset yang diterima sebagai imbalan.

Ini perlu ditulis dalam kontrak dan invoice. Sebutkan harga dasar dalam mata uang yang digunakan bisnis, token dan jaringan yang diterima, waktu penentuan nilai, masa berlaku quote, jumlah konfirmasi, pihak yang menanggung network fee, serta penanganan pembayaran kurang atau lebih. Tanpa aturan itu, pelanggan dapat merasa sudah membayar sementara perusahaan menganggap piutang masih terbuka.

Jangan membuat daftar token terlalu panjang saat awal. Setiap token dan jaringan menambah kontrak aset, risiko token palsu, sumber harga, wallet, prosedur keamanan, serta jalur pencairan. Stablecoin pun tidak bebas risiko. Nilainya dapat menyimpang dari patokan, likuiditas berbeda antarjaringan, dan penerbit dapat menerapkan pembatasan tertentu.

Checkout membutuhkan timestamp yang dapat dipertanggungjawabkan

Sistem harus menyimpan lebih dari status “paid”. Simpan nomor order, invoice, harga barang atau jasa, nilai token yang diminta, sumber harga, waktu quote, batas kedaluwarsa, alamat tujuan, jaringan, transaction hash, jumlah diterima, waktu konfirmasi, serta selisih. Data tersebut menghubungkan penjualan komersial dengan ledger blockchain.

Jika pelanggan membayar setelah quote kedaluwarsa, perusahaan perlu aturan apakah pembayaran diterima, dikembalikan, atau diminta tambahan. Jika token masuk ke alamat benar tetapi melalui jaringan yang tidak didukung, pemulihan mungkin memerlukan biaya atau bahkan tidak dapat dilakukan. Customer support tidak boleh menjanjikan pengembalian sebelum tim teknis memastikan akses dan implikasinya.

Nilai rupiah perlu ditentukan pada titik yang konsisten. Harga invoice, nilai aset saat diterima, dan nilai saat dicairkan bisa berbeda. Jangan menunggu rupiah masuk bank untuk mencatat seluruh penjualan jika barang atau jasa sudah diserahkan dan token telah dikuasai. Kebijakan pengakuan pendapatan serta standar akuntansi yang berlaku tetap perlu diterapkan.

Pisahkan transaksi pelanggan dari transaksi treasury

Ketika token diterima, satu peristiwa komersial selesai sesuai kontrak. Ketika treasury kemudian menjual token menjadi rupiah, perusahaan melakukan transaksi aset kripto. Kedua peristiwa tersebut tidak boleh digabung dalam satu jurnal kas.

Sejak 1 Agustus 2025, PMK 50 Tahun 2025 memperlakukan penyerahan aset kripto setara surat berharga sehingga tidak dikenai PPN. Aturan tersebut juga mengatur pemungutan PPh Pasal 22 final atas penghasilan penjual dalam transaksi perdagangan aset kripto yang dicakupnya, berdasarkan nilai transaksi dan status penyelenggara. Ketentuan ini tidak berarti barang atau jasa yang semula dijual perusahaan menjadi bebas PPN. Penjualan produk dan pelepasan kripto adalah dua lapis berbeda.

Treasury perlu mandat: apakah token langsung dikonversi, ditahan sampai batas tertentu, atau digunakan membayar vendor. Tentukan limit per token, wallet, dan periode; penyelenggara yang boleh digunakan; persetujuan penjualan; serta cara merekonsiliasi bukti pungut. Keputusan menahan aset adalah keputusan investasi dan likuiditas, bukan default karena tim lupa menjual.

Jika token ditukar dengan token lain sebelum dicairkan, swap tetap harus dicatat. Jika dipindahkan antara wallet perusahaan dan exchange perusahaan, beri label transfer internal agar tidak dianggap pendapatan atau penjualan ganda. Network fee ditautkan ke transaksi yang memicunya.

Accounting membutuhkan subledger aset digital

Buku besar umum biasanya tidak menyimpan detail token dan hash. Buat subledger yang minimal memuat unit token, contract address, jaringan, waktu, nilai rupiah, sumber nilai, wallet asal dan tujuan, tipe transaksi, invoice, fee, serta bukti pajak. Saldo unit dalam subledger harus cocok dengan blockchain dan saldo kustodian.

Rekonsiliasi berjalan dari tiga arah. Order dan invoice menunjukkan apa yang seharusnya diterima. Blockchain atau laporan payment processor menunjukkan apa yang benar-benar diterima. Buku besar menunjukkan apa yang diakui. Selisih harus mempunyai status, bukan dilempar ke akun lain-lain.

Contoh selisih yang nyata meliputi quote kedaluwarsa, fee dipotong dari jumlah kirim, token salah, refund parsial, pembayaran ganda, transaksi pending, token spam, dan perbedaan zona waktu. Buat kode exception sehingga finance tidak menulis penjelasan baru setiap kali. Namun bukti individual tetap dipertahankan.

Kebijakan akuntansi harus menjawab klasifikasi aset yang diterima, pengukuran awal, pengukuran berikutnya, penurunan nilai atau perubahan nilai, serta penyajian. Jawabannya dipengaruhi standar yang dipakai dan model bisnis. Perusahaan yang sekadar menerima token lalu segera menjualnya belum tentu sama dengan pedagang aset atau entitas yang menahan portofolio besar. Minta akuntan menilai substansi sebelum volume tumbuh.

Pemotongan dan PPN tidak berhenti di checkout

Untuk pelanggan bisnis di Indonesia, jenis transaksi dapat membuat pelanggan berkewajiban memotong PPh. Sistem harus memungkinkan invoice bruto, pajak yang dipotong, jumlah token bersih, dan bukti potong direkonsiliasi. Jangan menagih jumlah token bruto lalu baru mengetahui pelanggan membayar neto sesuai kewajiban pemotongan.

Jika perusahaan merupakan pengusaha kena pajak dan penyerahannya terutang PPN, faktur pajak serta dasar pengenaan tetap mengikuti ketentuan yang berlaku. Harga dalam token harus diterjemahkan ke nilai yang dibutuhkan untuk administrasi rupiah. Ketentuan PPN atas jasa payment processor, exchange, atau biaya platform juga perlu dipisahkan dari PPN atas produk yang dijual.

Transaksi lintas negara menambah isu tempat pemanfaatan, ekspor jasa atau barang, withholding di negara pelanggan, treaty, dan bukti domisili. Alamat wallet tidak menunjukkan negara. KYC pelanggan, kontrak, alamat penagihan, dan bukti penggunaan jasa tetap dibutuhkan. Jangan menyimpulkan transaksi luar negeri hanya karena token datang dari exchange asing.

Refund adalah transaksi sendiri, bukan tombol undo

Refund kripto bisa bernilai berbeda dari pembayaran awal. Perusahaan harus menentukan apakah mengembalikan jumlah token yang sama, nilai fiat yang sama, atau nilai setelah potongan tertentu. Pilihan itu harus ada dalam syarat penjualan. Catat credit note, persetujuan refund, token keluar, hash, nilai rupiah, dan alasan.

Mengembalikan token dari wallet perusahaan juga merupakan perpindahan aset. Jika perusahaan sudah menjual token pembayaran dan membeli token baru untuk refund, ada dua transaksi treasury tambahan. Sistem commerce mungkin hanya melihat order dibatalkan, tetapi ledger aset tidak kembali otomatis ke kondisi awal.

Chargeback tradisional tidak bekerja sama pada transaksi blockchain yang final. Risiko sengketa berpindah ke kebijakan merchant, escrow, atau payment processor. Tim legal dan customer experience perlu duduk bersama finance sebelum launch, khususnya untuk produk dengan masa pembatalan panjang.

Keamanan dan pajak bertemu pada kontrol akses

Wallet penerimaan tidak boleh bergantung pada satu pegawai. Gunakan desain akses sesuai nilai dan frekuensi transaksi, seperti multisignature atau kustodian dengan kontrol yang memadai. Pisahkan fungsi pembuat transaksi, pemberi persetujuan, dan pencatat. Simpan audit trail tanpa menyimpan seed phrase bersama dokumen finance.

Daftar alamat resmi harus dikendalikan. Perubahan alamat checkout membutuhkan persetujuan dan monitoring karena penggantian satu karakter dapat mengalihkan seluruh penerimaan. Whitelist alamat exchange serta vendor, limit transaksi, dan notifikasi anomali mengurangi risiko. Uji pemulihan akses, bukan hanya backup di atas kertas.

Data pelanggan dan wallet juga sensitif. Tetapkan siapa dapat melihat alamat, identitas, dan volume. Vendor payment processor perlu dinilai dari keamanan, pelaporan, kemampuan ekspor data, status regulasi, serta kejelasan pihak yang menjalankan pemungutan pajak. Integrasi API yang cepat tidak cukup jika laporan akhir bulan tidak dapat ditarik.

Kontrak vendor perlu mengatur kepemilikan data dan rencana keluar. Tanyakan apakah processor menerima token atas nama merchant atau hanya menyediakan teknologi, kapan hak atas dana berpindah, siapa menentukan kurs, siapa menanggung selisih, dan siapa menerbitkan dokumen fee. Pastikan perusahaan dapat mengunduh data mentah jika layanan dihentikan. Merchant yang hanya menerima rekap rupiah kehilangan kemampuan membuktikan jumlah token serta transaksi asal.

Lakukan uji satu transaksi sampai bukti pajaknya sebelum menandatangani kontrak panjang. Mintalah contoh settlement report, invoice fee, daftar jaringan, kebijakan refund, dan prosedur insiden. Periksa juga apakah aset disimpan terpisah atau bercampur dengan dana pengguna lain. Risiko counterparty dan akses data dapat lebih besar daripada fluktuasi harga token selama beberapa menit.

Simulasi penutupan bulan sebelum transaksi nyata

Jalankan beberapa skenario di lingkungan uji: pembayaran tepat, terlambat, kurang, lebih, jaringan salah, refund, swap, penjualan melalui platform domestik, dan saldo yang ditahan. Minta product, finance, tax, accounting, legal, security, dan customer support mengikuti satu transaksi dari invoice sampai SPT.

Hasil uji harus berupa artefak konkret: jurnal, subledger, bukti harga, invoice, faktur pajak bila relevan, bukti potong, bukti pungut perdagangan kripto, serta rekonsiliasi bank. Jika satu tim masih harus menyalin hash dari chat pribadi, sistem belum siap.

Tetapkan juga materiality dan eskalasi. Selisih kecil berulang dapat menunjukkan bug besar. Pembayaran token tidak dikenal, transaksi dari yurisdiksi berisiko, atau pola refund abnormal perlu jalur pemeriksaan. Untuk transaksi material, review manusia wajib tetap ada meski payment processor memberi status otomatis.

Launch yang matang bukan yang menerima koin paling banyak. Launch yang matang mampu menjawab lima pertanyaan pada setiap pembayaran: apa yang dijual, berapa nilai rupiahnya, kapan aset dikuasai, bagaimana pajak produk ditangani, dan apa yang terjadi pada token setelah diterima. Jika jawaban itu sudah hidup dalam kontrak, sistem, ledger, serta kontrol, pembayaran kripto menjadi kanal yang dapat dikelola. Jika belum, tombol checkout hanya memindahkan kerumitan dari pelanggan ke akhir bulan perusahaan.