Dua invoice teknologi bisa bernilai sama, berasal dari negara yang sama, dan dibayar kepada grup vendor yang sama. Namun jika satu pembayaran merupakan royalti dan yang lain merupakan jasa, konsekuensi withholding tax dapat berbeda.
Di sinilah tim finance sering terjebak oleh nama komersial.
“Software fee”, “technology fee”, “platform fee”, “license fee”, “support fee”, dan “service fee” bukan kategori pajak yang otomatis. Nama pada invoice hanya petunjuk awal. Analisis tetap harus melihat hak yang diberikan, pekerjaan yang dilakukan, pihak penerima penghasilan, dan ketentuan Persetujuan Penghindaran Pajak Berganda bila transaksi lintas negara.
Per 13 Agustus 2026, isu ini semakin penting karena perusahaan Indonesia membeli makin banyak software, AI, database, cloud, cybersecurity, dan layanan digital dari luar negeri. Satu klasifikasi yang dibuat terlalu cepat dapat memengaruhi tarif PPh Pasal 26, pasal treaty yang digunakan, dokumen Form DGT, klausul gross-up, dan biaya bersih perusahaan.
Mulai dari pertanyaan yang salah
Pertanyaan yang sering terdengar adalah: “Ini software, berarti royalti, kan?”
Pertanyaan itu terlalu cepat.
Software dapat dipasarkan melalui berbagai model. Ada pelanggan yang hanya memperoleh akses menggunakan aplikasi standar. Ada yang memperoleh hak tertentu atas program. Ada yang mendapatkan source code atau hak modifikasi. Ada yang membayar pengembangan khusus. Ada yang hanya membayar support dan maintenance. Ada juga kontrak yang mencampur beberapa elemen tersebut.
Untuk memperluas konteks pada bagian ini, lihat Perusahaan Membayar Database Global: Jasa, Royalti, atau Hak Akses?.
Karena itu, kata “software” tidak identik dengan “royalti”.
Sebaliknya, kata “service” juga tidak otomatis berarti pembayaran tersebut bebas dari karakter royalti.
Kontrak bisa menyebut “technology service” tetapi memberikan hak penggunaan kekayaan intelektual tertentu.
Tax harus membaca substansi hak.
Apa yang biasanya membuat isu royalti muncul?
Secara umum, royalti berkaitan dengan pembayaran atas penggunaan atau hak menggunakan hak tertentu, termasuk kekayaan intelektual dan kategori lain yang diatur dalam UU PPh serta P3B.
Dalam transaksi teknologi, perhatian biasanya tertuju pada hak cipta software, paten, formula, proses, desain, atau pengetahuan tertentu.
Pertanyaan praktisnya adalah apa yang boleh dilakukan pelanggan.
Apakah hanya login dan memakai aplikasi?
Apakah boleh memperbanyak program?
Apakah boleh memodifikasi kode?
Apakah boleh mendistribusikan software kepada pihak lain?
Apakah memperoleh hak komersialisasi?
Apakah ada transfer know-how atau informasi teknis yang sifatnya lebih dari dukungan biasa?
Hak-hak ini perlu dibaca dari license agreement, master service agreement, terms of service, dan lampiran intellectual property.
Jangan hanya membaca judul kontraknya.
Jasa teknologi mempunyai fokus berbeda
Pada jasa, pembayaran biasanya berhubungan dengan pekerjaan atau aktivitas yang dilakukan penyedia.
Contohnya implementasi sistem, konfigurasi, migrasi data, konsultasi arsitektur, technical support, managed service, maintenance tertentu, atau pengembangan berdasarkan scope.
Di sini, pertanyaan utamanya adalah apa pekerjaan vendor, siapa yang melakukannya, di mana pekerjaan dilakukan, bagaimana deliverable diterima, dan apakah pekerjaan tersebut tetap melibatkan pemberian hak atas kekayaan intelektual.
Satu proyek implementasi dapat memiliki komponen jasa dan komponen lisensi.
Jika kontrak menyatukan keduanya dalam satu angka, tax perlu menilai apakah pemisahan secara substansi dimungkinkan dan didukung dokumen.
Mengapa klasifikasi memengaruhi withholding?
Untuk pembayaran kepada wajib pajak luar negeri, ketentuan domestik PPh Pasal 26 mencakup antara lain royalti serta imbalan sehubungan dengan jasa, pekerjaan, dan kegiatan. Tarif domestik yang disebut dalam ketentuan umum adalah 20 persen dari jumlah bruto untuk penghasilan yang relevan, sebelum mempertimbangkan penerapan P3B.
Namun treaty dapat membedakan perlakuan royalti, business profits, jasa tertentu, atau kategori lain.
Pasal royalti biasanya memberikan hak pemajakan tertentu kepada negara sumber dengan batas tarif yang ditentukan treaty.
Sementara itu, penghasilan usaha dalam banyak P3B umumnya dibaca bersama konsep bentuk usaha tetap. Treaty tertentu juga dapat memiliki rumusan yang perlu dibaca spesifik.
Karena itu, salah memilih kategori bukan sekadar salah nama.
Perusahaan bisa memakai pasal treaty yang salah, tarif yang salah, atau dokumentasi yang tidak sesuai.
P3B harus dibaca per negara
Tidak ada satu tarif treaty untuk semua pembayaran teknologi.
Indonesia mempunyai P3B dengan banyak negara dan redaksinya tidak selalu identik.
Definisi royalti, batas tarif, aturan beneficial owner, permanent establishment, dan ketentuan jasa dapat berbeda.
Pembayaran ke Singapura tidak boleh otomatis diperlakukan sama dengan pembayaran ke Amerika Serikat atau negara lain hanya karena produknya serupa.
Sejak PMK 112 Tahun 2025, penerapan P3B untuk WPLN menggunakan tata cara dan Form DGT terbaru melalui Coretax.
Maka tax matrix perusahaan sebaiknya mempunyai kolom negara treaty, pasal yang digunakan, tarif, basis klasifikasi, periode Form DGT, dan dokumen pendukung.
Jangan menyimpan hanya satu angka tarif.
Contoh sederhana: akses SaaS standar
Bayangkan perusahaan Indonesia membayar platform SaaS asing.
Pelanggan hanya boleh menggunakan aplikasi melalui browser untuk kebutuhan internal. Tidak ada source code. Tidak ada hak memperbanyak atau menjual software. Vendor tetap mengendalikan sistem dan dapat memperbarui fitur secara sepihak.
Apakah ini pasti bukan royalti?
Tidak boleh disimpulkan hanya dari contoh singkat.
Namun fakta tersebut menunjukkan mengapa analisis hak penting. Pelanggan tampaknya memperoleh akses penggunaan terbatas, bukan hak eksploitasi hak cipta yang luas.
Tax kemudian perlu membaca definisi royalti dalam hukum domestik dan treaty yang relevan, serta fakta kontrak lainnya.
Kesimpulan harus lahir dari dokumen, bukan dari asumsi bahwa semua SaaS sama.
Contoh lain: lisensi dengan hak lebih luas
Sekarang bayangkan perusahaan memperoleh software yang dapat dipasang pada server sendiri, dimodifikasi untuk kebutuhan tertentu, dan digunakan untuk mengembangkan produk yang akan dijual kepada pelanggan.
Hak yang diberikan lebih luas.
Namun tetap perlu dibaca apakah pelanggan memperoleh hak atas copyright itu sendiri, hak menggunakan program sebagai copyrighted article, atau hak lain yang relevan menurut ketentuan yang diterapkan.
Perbedaan detail kontrak dapat mengubah analisis.
Karena itu, legal dan tax perlu berbicara sebelum klausul lisensi disetujui.
Support fee juga jangan otomatis disatukan
Banyak kontrak software mempunyai annual license fee dan support fee.
Support dapat mencakup help desk, bug fixing, update, maintenance, atau akses engineer.
Finance sering menggabungkan keduanya karena vendor yang sama.
Padahal tax perlu menilai apakah support merupakan bagian tak terpisahkan dari lisensi atau jasa yang dapat diidentifikasi terpisah.
Jika nilainya material, contract allocation membantu.
Tanpa alokasi, perusahaan mungkin dipaksa menerapkan satu karakter terhadap seluruh pembayaran meskipun substansinya campuran.
Development fee lebih rumit lagi
Perusahaan dapat membayar vendor asing untuk membangun software khusus.
Di sini ada dua lapisan.
Pertama, jasa pengembangan.
Kedua, siapa yang memiliki intellectual property atas hasil pengembangan.
Jika vendor mengembangkan sistem lalu seluruh hak tertentu dialihkan kepada pelanggan, hasilnya berbeda secara komersial dari model di mana vendor tetap memiliki IP dan pelanggan hanya mendapat lisensi.
Tax tidak boleh membaca development fee tanpa membuka klausul ownership.
Klausul IP sering hanya beberapa paragraf, tetapi dampaknya dapat lebih besar daripada puluhan halaman technical specification.
Gross-up dapat membuat salah klasifikasi mahal
Bayangkan kontrak menyatakan vendor harus menerima USD100.000 net setelah pajak.
Jika perusahaan ternyata wajib memotong PPh dan kontrak mewajibkan gross-up, biaya perusahaan menjadi lebih tinggi dari nilai invoice.
Jika sejak awal pembayaran diklasifikasikan salah, budgeting juga salah.
Procurement melihat harga USD100.000.
Finance membayar lebih besar karena gross-up.
Manajemen baru tahu setelah transaksi berjalan.
Karena itu, withholding analysis harus menjadi bagian dari total cost of ownership.
Vendor termurah sebelum pajak belum tentu termurah setelah pajak.
Form DGT bukan formalitas terakhir
Jika perusahaan ingin menggunakan manfaat P3B, Form DGT dan persyaratan lain perlu dipenuhi sesuai PMK 112 Tahun 2025.
Jangan menunggu hari pembayaran untuk meminta dokumen.
Vendor besar bisa memerlukan waktu.
Sebagian vendor bahkan mempunyai kebijakan tidak menyediakan dokumen tertentu kepada pelanggan kecil.
Jika dokumen tidak tersedia, perusahaan perlu mengetahui konsekuensinya sebelum kontrak efektif.
Tax clause sebaiknya mengatur kewajiban vendor menyediakan dokumen residensi dan treaty documentation bila manfaat treaty menjadi asumsi harga.
Beneficial owner perlu diperhatikan
Untuk kategori penghasilan tertentu dalam treaty, status beneficial owner dapat menjadi syarat penting.
Nama penerima pada invoice belum otomatis menyelesaikan isu tersebut.
Jika pembayaran masuk ke entitas grup yang hanya bertindak sebagai perantara, sementara hak ekonomi sebenarnya berada di entitas lain, tax perlu memahami struktur transaksi.
Ini terutama relevan ketika ada licensing hub, payment agent, atau reseller antarperusahaan.
Jangan membuat kesimpulan hanya dari rekening bank.
Lihat kontrak, legal ownership, dan aliran hak.
PPN tetap berada di jalur lain
Klasifikasi royalti versus jasa lebih sering dibahas dalam konteks PPh dan treaty. Namun transaksi digital lintas negara juga dapat menimbulkan PPN atas pemanfaatan barang tidak berwujud atau jasa dari luar Daerah Pabean.
Jika pelaku PMSE telah ditunjuk sebagai pemungut, PPN dapat muncul pada invoice sesuai mekanisme yang berlaku.
Perusahaan harus memproses PPN dan withholding sebagai dua lapisan.
Jangan menggunakan hasil klasifikasi PPh untuk otomatis menyimpulkan mekanisme PPN.
Satu transaksi dapat mempunyai analisis berbeda pada dua jenis pajak tersebut.
Buat decision tree yang tidak terlalu sederhana
Perusahaan memang membutuhkan standar agar finance tidak membaca treaty dari nol setiap invoice.
Tetapi decision tree harus dimulai dari fakta.
Siapa penerima?
Negara mana?
Apa hak yang diperoleh?
Apa pekerjaan vendor?
Apakah ada IP?
Apakah komponen bisa dipisahkan?
Apakah P3B berlaku?
Apakah Form DGT valid?
Apakah ada gross-up?
Apakah PPN PMSE dipungut?
Setelah itu barulah sistem menentukan jalur approval.
Untuk transaksi standar dan berulang, tax dapat menetapkan treatment setelah review awal.
Untuk transaksi baru atau material, wajib manual review.
Simpan rationale klasifikasi
Saat pemeriksaan datang beberapa tahun kemudian, orang yang menandatangani kontrak mungkin sudah pindah.
Tax perlu meninggalkan jejak keputusan.
Simpan memo singkat atau tax classification sheet yang menjelaskan vendor, kontrak, karakter pembayaran, hak pengguna, pasal domestik, treaty yang dianalisis, dokumen DGT, dan alasan kesimpulan.
Tidak perlu menjadi memo 20 halaman untuk setiap subscription kecil.
Namun transaksi material harus dapat dijelaskan tanpa mengandalkan ingatan seseorang.
Terms of service juga perlu disimpan berdasarkan versi
Vendor teknologi sering mengubah terms secara online.
Jika perusahaan hanya menyimpan URL, beberapa tahun kemudian dokumen yang terbuka bisa berbeda dari versi saat pembayaran terjadi.
Untuk transaksi material, arsipkan versi kontrak atau terms yang berlaku pada periode tersebut.
Ini sangat relevan untuk klasifikasi royalti karena perubahan klausul hak pengguna dapat mengubah fakta yang dianalisis.
Tax treatment harus mengikuti transaksi yang benar-benar terjadi, bukan terms terbaru yang kebetulan masih tersedia di internet.
Jangan pakai nama akun sebagai kesimpulan pajak
Chart of accounts mungkin hanya memiliki “software expense” dan “IT service expense”.
Itu berguna untuk akuntansi manajemen.
Untuk withholding, perusahaan membutuhkan detail tambahan.
Satu akun software dapat berisi vendor domestik, vendor asing, SaaS, perpetual license, API, database, dan support.
Jika tax engine hanya membaca GL account, hasilnya terlalu kasar.
Gunakan kombinasi vendor, contract type, service category, country, dan tax classification.
GL account bukan legal analysis.
Kesalahan klasifikasi biasanya terjadi karena proses terlalu terlambat
Ketika invoice sudah jatuh tempo, finance ditekan untuk membayar.
Vendor menagih.
User internal meminta akses tidak diputus.
Tax baru menerima kontrak.
Pada kondisi seperti itu, kualitas analisis mudah turun.
Solusinya bukan membuat tax bekerja lebih cepat. Solusinya adalah memindahkan review ke tahap procurement.
Untuk transaksi teknologi asing yang material, tax harus melihat kontrak sebelum ditandatangani.
Di sana perusahaan masih bisa meminta alokasi harga, memperbaiki tax clause, meminta dokumen treaty, dan memahami IP rights.
Setelah kontrak efektif, pilihan menjadi lebih sempit.
Royalti versus jasa adalah pertanyaan substansi
Tidak ada shortcut yang aman.
“License” tidak selalu berarti royalti.
“Service” tidak selalu berarti jasa murni.
“SaaS” tidak otomatis menentukan pasal treaty.
“Technology fee” bahkan hampir tidak menjelaskan apa pun.
Yang perlu dibaca adalah hak, pekerjaan, pihak, dan treaty.
Jika empat hal itu jelas, withholding menjadi lebih mudah ditentukan dan dipertanggungjawabkan.
Jika empat hal itu kabur, tarif yang terlihat benar di spreadsheet bisa berdiri di atas klasifikasi yang salah.
Dalam pembayaran teknologi lintas negara, pekerjaan tax yang paling penting bukan menghitung persentase. Pekerjaan paling penting adalah memastikan persentase tersebut diterapkan pada kategori penghasilan yang benar.