Tim engineering menyebut produknya open source. Procurement melihat vendor yang sama. Finance menerima dua invoice. Invoice pertama bertuliskan enterprise subscription. Invoice kedua berisi premium support dan technical assistance.
Kalau semuanya masuk ke akun “software”, laporan manajemen mungkin tetap jalan. Untuk pajak, detail yang hilang justru bisa menjadi detail terpenting.
Open source tidak berarti setiap pembayaran terkait teknologi tersebut otomatis bebas isu pajak. Sebaliknya, adanya kata license juga tidak otomatis menjadikan setiap pembayaran sebagai royalti.
Per 13 Agustus 2026, perusahaan tetap perlu membaca substansi hak dan jasa yang dibayar. Apakah perusahaan membeli hak penggunaan tertentu, akses ke fitur enterprise, layanan dukungan manusia, maintenance, hosting, indemnity, update, atau kombinasi beberapa komponen? Siapa penerimanya dan di negara mana? Apakah pembayaran domestik atau lintas negara?
Pertanyaan itu harus dijawab sebelum tax code dipilih.
Open source menjelaskan model distribusi, bukan seluruh transaksi komersial
Sebuah software dapat tersedia dalam versi open source dan pada saat yang sama mempunyai produk enterprise berbayar.
Vendor dapat menyediakan source code secara terbuka untuk komponen tertentu, lalu menjual fitur tambahan, dashboard manajemen, security module, observability, support, SLA, private repository, hosted service, atau hak penggunaan lain melalui kontrak komersial.
Artinya, kata “open source” tidak cukup untuk mengklasifikasikan pembayaran.
Perusahaan perlu bertanya: pembayaran ini sebenarnya membeli apa?
Jika tidak ada pembayaran untuk kode dasar tetapi ada pembayaran untuk support, maka objek ekonominya bisa berbeda dengan enterprise license.
Jika enterprise package memuat berbagai hak dan jasa dalam satu harga, kontraknya perlu dibaca untuk melihat apakah komponen dapat dipisahkan atau memang satu paket yang tidak terpisahkan.
Pajak mengikuti transaksi nyata, bukan filosofi lisensi software secara umum.
Support biasanya terlihat sederhana, tetapi tetap perlu klasifikasi
Bayangkan vendor lokal menyediakan support 24 jam untuk platform open source yang dipakai perusahaan.
Kontrak mencakup troubleshooting, patch assistance, configuration review, dan konsultasi ketika insiden terjadi.
Jika penerima pembayaran adalah badan usaha Indonesia, perusahaan perlu menguji apakah jasa tersebut termasuk objek pemotongan PPh Pasal 23 berdasarkan jenis jasa dan ketentuan yang berlaku.
DJP menjelaskan bahwa untuk imbalan jasa tertentu kepada wajib pajak dalam negeri, PPh Pasal 23 dikenakan sebesar 2 persen dari jumlah bruto. Namun penentuan tetap harus mengikuti jenis jasa yang sebenarnya dan status penerima.
Jika support dilakukan oleh orang pribadi, jalurnya dapat berbeda dan perlu dibaca melalui ketentuan PPh Pasal 21 sesuai karakter hubungan.
Dengan kata lain, label “support fee” belum cukup. Legal entity penerima dan ruang lingkup pekerjaannya tetap penting.
Enterprise license membutuhkan pembacaan hak
Sekarang bandingkan dengan invoice kedua.
Vendor memberikan enterprise license yang membuka fitur tambahan, hak penggunaan untuk jumlah server tertentu, akses update, dan hak menggunakan software di lingkungan produksi perusahaan.
Kata “license” sering membuat tim finance langsung memilih kategori royalti.
Itu terlalu cepat.
Analisis perlu membaca hak apa yang diberikan.
Apakah perusahaan hanya menjadi end user?
Apakah perusahaan memperoleh hak memperbanyak software di luar kebutuhan penggunaan internal?
Apakah boleh memodifikasi source code tertentu?
Apakah boleh mendistribusikan kembali?
Apakah ada hak komersial atas kekayaan intelektual vendor?
Apakah pembayaran sebenarnya lebih menyerupai akses ke layanan yang dikendalikan vendor?
Untuk transaksi domestik, royalti merupakan salah satu jenis penghasilan yang berada dalam cakupan PPh Pasal 23 dengan tarif 15 persen dari jumlah bruto menurut penjelasan DJP.
Untuk pembayaran kepada pihak luar negeri, karakter royalti dapat membawa analisis ke PPh Pasal 26 dan P3B yang relevan.
Tetapi kesimpulan royalti harus lahir dari hak dan ketentuan yang berlaku, bukan dari satu kata di invoice.
Kontrak open-source sering memiliki beberapa dokumen sekaligus
Satu produk dapat tunduk pada open-source license untuk kode tertentu, master subscription agreement untuk fitur enterprise, service level agreement untuk dukungan, dan order form untuk jumlah user atau server.
Tax tidak harus menjadi ahli software licensing, tetapi perlu tahu dokumen mana yang mengatur pembayaran.
Pembahasan yang masih berada dalam jalur isu yang sama dapat dilanjutkan ke FinOps Bertemu Tax: Kenapa Tagihan Cloud Harus Bisa Ditelusuri per Entity.
Jangan hanya membaca invoice.
Invoice biasanya ringkas. Kontrak menjelaskan substansi.
Jika order form mengatakan “enterprise subscription” tetapi master agreement memberi hak penggunaan terbatas ditambah support, analisis harus mempertimbangkan seluruh dokumen yang relevan.
Jika open-source license hanya menjelaskan komponen gratis, dokumen itu tidak otomatis menjelaskan pembayaran enterprise.
Pisahkan kontrak gratis dari kontrak komersial.
Vendor luar negeri menambah lapisan PPh dan PPN
Ketika vendor berada di luar Indonesia, perusahaan perlu melihat dua lapisan besar secara terpisah.
Pertama, PPh atas pembayaran kepada wajib pajak luar negeri.
Kedua, PPN atas pemanfaatan barang tidak berwujud atau jasa dari luar Daerah Pabean di Indonesia.
Untuk sisi PPN, DJP memasukkan pemanfaatan BKP tidak berwujud maupun JKP dari luar Daerah Pabean di Indonesia melalui PMSE ke dalam rezim PPN atas produk dan jasa digital. Ketika pelaku usaha digital terkait telah ditunjuk sebagai Pemungut PPN PMSE, kewajiban pemungutan dijalankan melalui skema pemungut tersebut.
Pada invoice digital nonmewah, perusahaan juga perlu membaca basis pengenaannya dengan benar. Ketentuan saat ini memakai tarif 12 persen terhadap DPP nilai lain sebesar 11/12, sehingga angka PPN yang dihasilkan ekuivalen secara matematis dengan 11 persen dari nilai transaksi yang relevan.
Invoice enterprise software dapat sudah memuat PPN PMSE.
Namun itu tidak menghapus pertanyaan PPh.
Sebaliknya, keputusan mengenai PPh tidak menentukan otomatis bagaimana PPN diperlakukan.
Dua lapisan itu harus direkonsiliasi, bukan dicampur.
Treaty tidak boleh dipakai hanya karena vendor berada di negara tertentu
Jika perusahaan membayar vendor luar negeri dan ingin menerapkan tarif atau perlakuan berdasarkan P3B, syarat administratif dan substantif perlu dipenuhi.
PMK 112 Tahun 2025 memperbarui tata cara penerapan Persetujuan Penghindaran Pajak Berganda oleh Wajib Pajak Luar Negeri dan menggunakan Formulir DGT. DJP juga mengarahkan administrasi Form DGT melalui Coretax sesuai ketentuan tersebut.
Ini berarti daftar negara treaty bukan spreadsheet tarif yang dapat dipakai otomatis.
Perusahaan perlu memastikan penerima penghasilan yang relevan, periode dokumen, informasi dalam Form DGT, dan persyaratan lain sesuai ketentuan.
Terutama pada vendor teknologi global, brand komersial dapat sama tetapi billing entity berubah.
Tahun ini invoice mungkin datang dari entitas di satu negara. Tahun depan entitas lain dalam grup mengambil alih kontrak.
Tax treatment harus mengikuti pihak yang benar, bukan brand.
Bundled package perlu dibaca apakah komponennya benar-benar terpisah
Banyak vendor menjual enterprise subscription yang mencakup software, support, update, security patch, training credits, dan account manager dalam satu harga.
Finance mungkin ingin memecah semuanya agar mudah diberi tax code.
Jangan memisahkan secara artifisial.
Pemisahan masuk akal jika kontrak dan substansi transaksi memang menunjukkan komponen berbeda, nilainya dapat ditentukan secara wajar, dan masing-masing mempunyai fungsi ekonominya sendiri.
Kalau vendor hanya menjual satu paket terintegrasi tanpa harga komponen dan perusahaan tidak dapat membeli support secara terpisah, analisis harus mempertimbangkan fakta itu.
Sebaliknya, jika ada dua order form dan dua harga independen, menggabungkannya ke satu akun dapat menghilangkan informasi yang seharusnya dipertahankan.
Prinsipnya sederhana: jangan memecah transaksi yang sebenarnya satu hanya untuk mendapatkan hasil pajak tertentu. Jangan juga menyatukan transaksi yang jelas berbeda hanya untuk menghemat pekerjaan.
Maintenance dan update tidak selalu identik dengan support manusia
Kontrak enterprise sering memakai istilah maintenance.
Isi maintenance dapat berbeda.
Pada satu vendor, maintenance berarti hak mendapat versi software terbaru. Pada vendor lain, maintenance mencakup dukungan engineer. Ada pula yang menggabungkan bug fix, upgrade, security patch, dan hotline.
Karena itu, tax mapping sebaiknya tidak memiliki rule “maintenance = jasa” tanpa review kontrak.
Pertanyaan yang perlu ditanyakan: apa deliverable-nya, siapa yang melakukan, apakah perusahaan menerima hak penggunaan baru, apakah ada akses ke versi baru, dan apakah layanan dilakukan secara aktif oleh personel vendor.
Jawaban itulah yang memberi konteks untuk menentukan klasifikasi.
Open-source support lokal dan asing juga tidak otomatis sama
Misalkan dua vendor memberikan dukungan identik secara teknis.
Vendor pertama PT Indonesia.
Vendor kedua perusahaan luar negeri.
Engineering melihat layanan yang sama. Tax melihat pihak penerima penghasilan yang berbeda.
Untuk vendor lokal, analisis pemotongan mengikuti ketentuan domestik seperti PPh Pasal 23 bila jenis jasanya termasuk objek.
Untuk vendor luar negeri, perusahaan perlu menilai PPh Pasal 26 dan kemungkinan penerapan P3B.
Jika layanan digital diberikan dari luar negeri dan dimanfaatkan di Indonesia, lapisan PPN juga perlu dilihat.
Karena itu, service catalog tidak boleh menjadi satu-satunya penentu tax code.
Legal entity vendor harus menjadi bagian dari rule.
Free software pun dapat menimbulkan biaya pajak pada transaksi pendukung
Ada anggapan lain: karena software tidak dibeli, tidak ada isu pajak.
Padahal perusahaan dapat mengeluarkan biaya besar untuk implementasi, customization, managed service, migration, hosting, support, dan training.
Kode software boleh gratis. Jasa di sekelilingnya tetap transaksi ekonomi.
Jika implementasi dilakukan vendor lokal, kewajiban pemotongan perlu diuji.
Jika cloud atau support dibeli dari luar negeri, PPh dan PPN lintas negara perlu dipetakan.
Jika perusahaan membayar afiliasi untuk mengembangkan atau memelihara solusi open source internal grup, isu pihak berelasi dan transfer pricing juga dapat muncul.
Jadi “free” pada lisensi inti tidak membuat seluruh ekosistem biaya menjadi bebas analisis pajak.
Dokumentasikan hak sebelum pembayaran pertama
Cara paling praktis untuk mengurangi risiko adalah membuat satu lembar transaction summary untuk kontrak software material.
Tidak perlu panjang.
Tuliskan nama legal entity vendor, negara, produk, kontrak utama, periode, apa yang dibayar, hak yang diperoleh, jasa yang diterima, siapa user internal, apakah vendor memungut PPN, potensi withholding, treaty jika relevan, serta dokumen yang perlu disimpan.
Jika ada support dan license terpisah, tampilkan sebagai dua baris.
Jika paket tidak dapat dipisahkan, catat alasan mengapa diperlakukan sebagai satu transaksi untuk review lebih lanjut.
Dokumen ringkas itu membuat procurement, tax, dan AP melihat fakta yang sama.
Tanpa summary, setiap bulan tim finance kembali membaca kontrak dari awal atau, lebih buruk, hanya menyalin tax code bulan sebelumnya.
Perubahan kontrak harus memicu review ulang
Software enterprise berubah cepat.
Perusahaan dapat menambah module, pindah dari self-hosted ke cloud, meningkatkan jumlah user, mengambil managed service, atau mendapat hak baru melalui renewal.
Tax review tidak boleh dianggap selesai selamanya setelah invoice pertama.
Renewal perlu dibandingkan dengan kontrak lama.
Apakah billing entity berubah?
Apakah produk masih sama?
Apakah support yang dulu opsional sekarang dibundel?
Apakah hak penggunaan diperluas?
Apakah vendor mulai memungut PPN PMSE?
Apakah dokumen treaty masih relevan untuk periode baru?
Perubahan kecil secara komersial dapat mengubah fakta yang dibaca oleh tax.
Satu vendor, dua invoice, dua cerita
Open-source ecosystem mendorong perusahaan berpikir fleksibel tentang software. Pajak membutuhkan fleksibilitas yang sama, tetapi bukan dalam arti memilih perlakuan sesuka hati.
Fleksibilitas berarti tidak mengunci kesimpulan dari label.
Open source bukan kategori pajak.
Support bukan otomatis satu jenis jasa tanpa membaca scope.
License bukan otomatis royalti tanpa membaca hak.
PPN pada invoice luar negeri tidak menyelesaikan analisis PPh.
Treaty tidak berlaku hanya karena negara vendor ada dalam daftar P3B.
Dan brand global tidak boleh menggantikan identitas legal entity yang sebenarnya menerima pembayaran.
Jika perusahaan memisahkan support dan enterprise license berdasarkan substansi, dokumentasi menjadi lebih kuat, tax code lebih mudah diaudit, dan risiko salah klasifikasi turun.
Untuk memperluas konteks pada bagian ini, lihat Tax Technology 2026: Otomasi Mana yang Membantu, Mana yang Justru Menambah Risiko Data?.
Tujuan akhirnya bukan membuat transaksi teknologi menjadi rumit. Justru sebaliknya. Dengan membaca kontrak sekali secara benar, perusahaan dapat mengotomasi transaksi berulang berikutnya dengan rule yang lebih sehat, tanpa menyamakan dua pembayaran yang secara ekonomi memang berbeda.