Royalti Software vs Jasa: Klasifikasi kontrak digital bisa mengubah perlakuan pajak
Dua invoice sama-sama bertuliskan “software service”. Invoice pertama memberi perusahaan akses aplikasi standar melalui browser. Invoice kedua memberi source code, hak memodifikasi, dan izin mendistribusikan modul kepada pelanggan. Nilai keduanya sama, tetapi hak ekonominya berbeda. Klasifikasi pajak tidak boleh berhenti pada kata software atau service yang dipilih vendor.
Perbandingan dimulai dari hak
Untuk setiap kontrak, buat daftar tindakan yang boleh dilakukan pembeli. Apakah hanya login dan menggunakan fungsi? Apakah boleh membuat salinan? Apakah tersedia source code? Bolehkah software dimodifikasi, direproduksi, disublisensikan, atau dipasarkan? Apakah hak terbatas untuk operasi internal?
Daftar larangan juga penting. Terms sering menyebut penggunaan non-transferable, batas user, larangan reverse engineering, dan kepemilikan vendor. Larangan membantu menunjukkan bahwa pembayaran mungkin untuk akses terbatas, bukan pengalihan hak eksploitasi. Namun kesimpulan tetap mengikuti keseluruhan fakta, hukum domestik, dan treaty yang relevan.
Kontrak A: akses aplikasi standar
Perusahaan membeli 200 seat aplikasi kolaborasi. Vendor mengoperasikan software, melakukan update, dan menyimpan data. User hanya memakai fungsi melalui internet. Tidak ada source code, hak distribusi, atau hak membuat produk turunan. Support standar termasuk dalam harga.
Fakta ini cenderung berbeda dari transaksi yang memberikan hak kekayaan intelektual lebih luas. Meski demikian, tax team belum boleh menulis “jasa” secara otomatis. Ia memeriksa definisi royalti dalam aturan domestik serta treaty, karakter cloud elements, pihak penerima, dan penggunaan di Indonesia.
Kontrak B: hak eksploitasi
Perusahaan lain memperoleh kode untuk disematkan dalam produk yang dijual kepada pelanggan. Kontrak mengizinkan reproduksi tertentu, modifikasi, serta distribusi dalam wilayah yang disepakati. Vendor tetap memiliki IP dasar, tetapi pembeli mendapat hak komersial yang lebih luas daripada end user biasa.
Elemen ini membuat pertanyaan royalti lebih kuat. Tax team mendokumentasikan hak apa yang menghasilkan fee, apakah ada batas unit, bagaimana sublicensing bekerja, dan apakah pembayaran terkait revenue. Label “enterprise license” belum cukup; schedule hak adalah bukti utama.
Kontrak C: development khusus
Developer luar negeri dibayar untuk membangun modul sesuai spesifikasi. Brand Indonesia memberikan requirement, menerima milestone, dan melakukan acceptance test. Kontrak juga menentukan siapa memiliki hasil kerja serta komponen pre-existing.
Pembayaran dapat mengandung jasa pengembangan dan hak atas hasil. Jika ownership atau lisensi tidak jelas, sengketa komersial dan pajak muncul bersamaan. Pisahkan fee discovery, coding, testing, maintenance, serta transfer atau lisensi IP. Allocation komersial harus disepakati, bukan dibuat tanpa dasar setelah audit.
Kontrak D: implementation dan support
Subscription standar sering disertai konfigurasi, migrasi data, training, serta dedicated support. Sebagian aktivitas dilakukan remote, sebagian on-site. Invoice bundle menyulitkan analisis location, withholding, dan permanent establishment.
Contract schedule perlu memisahkan deliverable, person-days, lokasi, dan acceptance. Support otomatis yang melekat pada produk dapat berbeda dari tenaga ahli khusus. Bila fee tidak terpisah, tim menilai apakah elemen bersifat insidental atau material berdasarkan fakta dan teks yang berlaku.
Domestic law adalah lapisan pertama
Indonesia mempunyai aturan pemotongan atas jenis penghasilan tertentu yang dibayarkan kepada wajib pajak luar negeri. Tim menguji definisi royalti, jasa, sewa, dan kategori lain di bawah undang-undang serta aturan pelaksanaannya. Tarif umum PPh Pasal 26 bukan pengganti klasifikasi.
Memo domestik menjawab objek, basis, tarif, saat pemotongan, dan kewajiban bukti. Jika beberapa komponen mempunyai perlakuan berbeda, invoice mapping mengikuti kontrak. Finance tidak boleh memilih kode pajak hanya dari nama akun general ledger.
Treaty adalah lapisan kedua
Persetujuan penghindaran pajak berganda dapat mempunyai definisi royalti yang tidak identik antarnegara. Business profits, royalties, fees for technical services pada treaty tertentu, serta artikel lain perlu dipertimbangkan sesuai teks bilateral. OECD Model atau satu treaty favorit tidak dapat menggantikan treaty yang benar.
Analisis menyebut treaty, artikel, penerima, status residence, beneficial ownership bila relevan, dan fakta yang menghubungkan pembayaran ke artikel. Kesimpulan juga memeriksa apakah penerima mempunyai bentuk usaha tetap di Indonesia dan apakah penghasilan terkait dengannya.
Dokumen treaty bukan langkah terakhir
Jika manfaat P3B digunakan, prosedur Indonesia perlu dipenuhi. PMK 112 Tahun 2025 mengatur tata cara penerapan P3B dan Formulir DGT. Tim meminta dokumen sebelum payment run dan memeriksa periode berlaku, identitas, serta konsistensi dengan invoice.
Formulir yang valid tidak mengubah akses biasa menjadi royalti atau sebaliknya. Ia mendukung entitlement terhadap treaty setelah karakter penghasilan dianalisis. Klasifikasi dan dokumentasi adalah dua kontrol yang saling melengkapi.
PPN berjalan pada sumbu berbeda
Pemanfaatan barang kena pajak tidak berwujud atau jasa kena pajak dari luar daerah pabean dapat menimbulkan konsekuensi PPN. Dalam PMSE, vendor atau platform yang ditunjuk dapat memungut dan menunjukkan PPN pada dokumen komersial. PPN pada invoice tidak menentukan apakah pembayaran merupakan royalti untuk PPh.
Tax mapping karena itu mempunyai dua kolom terpisah: PPN dan PPh. Kolom ketiga mencatat accounting. Pemisahan mencegah tim menyimpulkan seluruh pajak selesai hanya karena invoice menunjukkan satu jenis pajak.
Bundle membuat kesalahan mudah terjadi
Vendor menjual software, storage, data feed, implementation, dan managed service dalam satu paket. Nama paket merupakan keputusan pemasaran. Tax team membuat component matrix berisi deskripsi, hak, delivery, lokasi, price, penerima, dan evidence.
Allocation harus mengikuti relative value atau dasar lain yang dapat dijelaskan. Jangan mengalokasikan seluruh harga ke komponen dengan tarif paling rendah. Jika harga komponen tidak tersedia dan jumlah material, minta vendor memberi breakdown atau gunakan valuation support yang wajar.
Marketplace menambah pihak
Software dapat dibeli melalui cloud marketplace. Marketplace menagih kartu, tetapi publisher menyediakan produk. Periksa siapa contracting party, merchant of record, penerbit invoice, penerima ekonomi, dan pihak yang memungut PPN. Terms marketplace serta private offer harus dibaca bersama.
Payment routing tidak selalu mengubah karakter penghasilan, tetapi dapat mengubah siapa yang wajib didaftarkan dan dokumen apa yang tersedia. Vendor master perlu merekam publisher dan billing entity, bukan hanya nama marketplace.
Perubahan kecil memicu review ulang
Renewal dapat menambah source code escrow, API redistribution, white-label rights, atau premium engineer. Billing entity juga dapat berpindah negara. Karena itu, tax conclusion mempunyai version dan expiry. Renewal checklist membandingkan hak, pihak, bundle, price, dan lokasi.
Change order selama proyek memperoleh review yang sama. Addendum dua halaman dapat mengubah kesimpulan kontrak utama. Procurement tidak boleh menganggap nilai kecil berarti perubahan hak tidak material.
Pertanyaan yang harus dijawab business
Siapa user? Untuk operasi internal atau dijual kembali? Apakah output didistribusikan? Siapa yang dapat melihat source code? Apakah ada modifikasi? Di mana tenaga ahli bekerja? Siapa memiliki hasil? Berapa lama hak berlaku? Apakah fee terkait jumlah copy, revenue, atau usage?
Jawaban business masuk intake dan dikonfirmasi oleh kontrak. Jika praktik berbeda dari dokumen, tim memperbaiki salah satunya. Kontrak yang menyebut internal use tidak melindungi posisi bila unit bisnis nyata-nyata mendistribusikan software.
Evidence file yang dapat diuji
Simpan agreement, order form, product schedule, terms bertanggal, diagram penggunaan, invoice, payment, correspondence mengenai hak, acceptance, Formulir DGT, treaty memo, serta calculation. Screenshot portal berguna untuk menunjukkan produk, tetapi bukan satu-satunya dasar.
Reviewer harus dapat bergerak dari tax code ke clause dan dari clause ke penggunaan aktual. Bila penjelasan hanya berada di kepala product manager, file belum selesai.
Governance klasifikasi
Legal memiliki rights matrix. IT architecture menjelaskan deployment. Business memastikan use case. Tax menerapkan domestic law dan treaty. Finance mengeksekusi withholding, PPN, serta pencatatan. Procurement menjaga perubahan kontrak masuk workflow.
Kasus bernilai rendah dan standar dapat memakai approved pattern. Kasus dengan redistribution, source code, related party, country baru, atau bundle kompleks naik ke specialist. Pattern mempercepat keputusan tanpa mengubahnya menjadi tebakan.
Source code escrow
Escrow memberi akses ke source code hanya ketika trigger tertentu terjadi, misalnya vendor bangkrut atau gagal memberi support. Keberadaan escrow tidak otomatis sama dengan hak eksploitasi saat ini. Tax team membaca trigger, scope penggunaan setelah release, serta fee terpisah. Legal memastikan praktik tidak melewati batas kontrak.
Jika trigger benar-benar terjadi, penggunaan dapat berubah material. Incident owner memberi tahu tax, procurement, dan finance. Kesimpulan lama diberi status retired dan analisis baru mencatat tanggal perubahan hak.
Open-source components
Software komersial dapat memuat open-source library. Pembayaran kepada vendor tidak otomatis menjadi pembayaran untuk setiap komponen bebas lisensi. Namun license obligation seperti attribution, copyleft, atau distribution condition memengaruhi hak produk secara keseluruhan.
Engineering membuat software bill of materials, sedangkan legal menilai lisensi. Tax menggunakan informasi itu untuk memahami apa yang benar-benar dikembangkan dan diberikan. Jangan menyimpulkan nilai royalti dengan menghitung jumlah library tanpa valuation.
Related-party software
Grup dapat membayar afiliasi untuk platform, development, serta IP. Selain withholding dan treaty, transfer pricing menjadi relevan. Functional analysis melihat siapa mengembangkan, meningkatkan, memelihara, melindungi, dan mengeksploitasi intangible. Legal ownership bukan satu-satunya fakta ekonomi.
Charge dapat berupa license, service, cost contribution, atau kombinasi. Allocation serta markup memerlukan dasar. Intercompany agreement, invoice, dan perilaku harus konsisten. Audit trail menghubungkan charge ke user, benefit, serta calculation.
Sengketa dan refund
Jika implementation gagal, settlement dapat mengembalikan subscription, membayar damage, atau mengalihkan IP. Tax mapping awal harus diperbarui berdasarkan settlement rights. Credit note, payment reversal, dan koreksi bukti diselesaikan dengan periode yang jelas.
Reviewer kedua diperlukan ketika nilai material atau posisi bergantung pada hak yang ambigu. Ia menguji fakta, clause, treaty, serta alternatif kesimpulan. Perbedaan pendapat dicatat bersama alasan dan approval, bukan dihapus dari working paper.
Tanggal review berikutnya juga ditetapkan agar posisi tidak menjadi usang.
Royalti software versus jasa bukan pertandingan memilih satu label. Sebuah kontrak dapat memuat beberapa komponen, dan hak yang diberikan adalah pusat analisis. Domestic law, treaty, PPN, dokumentasi, serta penggunaan nyata perlu dibaca bersama. Ketika contract taxonomy terhubung dengan invoice dan workflow pembayaran, klasifikasi tidak lagi dibuat pada menit terakhir. Ia menjadi bagian dari desain transaksi digital.
Bacaan dan rujukan terkait di ePajak.or.id
- Kategori: Pajak
- Entitas: Pajak PMA
- Pertanyaan terkait: Konsultan Pajak untuk PMA
- Entitas: Tax Advisory
- Topik: Coretax DJP
- Indeks: Coretax
- Artikel terkait: Cloud Service dari Luar Negeri: PPN PMSE, withholding, dan kontrak perlu dibaca bersama
