Bayangkan laporan kartu kredit perusahaan pada akhir bulan. Ada tagihan cloud, domain, iklan, lalu beberapa baris baru: token AI, API inference, embedding, speech to text, dan vector database. Nilainya mungkin kecil pada bulan pertama. Tiga bulan kemudian, produk mulai ramai dan tagihan API naik sepuluh kali lipat.
Di titik itu, finance sering baru bertanya: ini sebenarnya biaya apa, PPN-nya di mana, dan apakah ada withholding tax?
Pembayaran dengan kartu kredit membuat transaksi API terlihat seperti belanja digital biasa. Padahal dari perspektif pajak, kartu hanya saluran pembayaran. Kewajiban pajak tetap ditentukan oleh substansi transaksi, identitas vendor, lokasi pemanfaatan, karakter hak yang diterima, serta ketentuan P3B bila pihak yang menerima penghasilan berada di luar Indonesia.
Karena API AI sering dibeli langsung oleh developer, risiko pertamanya bahkan bukan salah tarif. Risiko pertama adalah transaksi tidak pernah masuk radar tax.
API itu bukan satu jenis transaksi
Kata “API” menjelaskan cara sistem berkomunikasi, bukan otomatis menjelaskan karakter pajaknya.
Sebuah API dapat memberikan akses ke model bahasa, pengenalan gambar, translasi, pencarian, verifikasi identitas, pembayaran, database, atau perangkat lunak lain. Kontraknya bisa berbasis pemakaian, minimum commitment, prepaid credits, atau enterprise agreement.
Ada vendor yang hanya memberi hak mengirim request dan menerima output. Ada pula kontrak yang memasukkan dedicated capacity, fine tuning, technical support, data hosting, penggunaan model privat, atau hak lisensi tertentu.
Karena itu, tim finance tidak boleh membuat satu kode pajak bernama “API luar negeri” lalu memakainya untuk semua vendor.
Yang perlu dibaca adalah bagaimana transaksi bekerja secara komersial. Apakah perusahaan hanya memperoleh layanan terstandar? Apakah ada hak menggunakan atau mengeksploitasi kekayaan intelektual? Apakah vendor melakukan pekerjaan khusus untuk perusahaan? Apakah ada komponen jasa profesional terpisah?
Satu kontrak enterprise bahkan dapat memuat beberapa komponen sekaligus.
Lapisan pertama: cek PPN PMSE
Untuk produk dan jasa digital dari luar Daerah Pabean yang dimanfaatkan di Indonesia melalui PMSE, Indonesia memiliki mekanisme PPN PMSE. Pelaku usaha yang telah ditunjuk sebagai Pemungut PPN PMSE memungut, menyetor, dan melaporkan PPN atas transaksi yang berada dalam cakupannya.
Per 13 Agustus 2026, halaman resmi DJP mengenai pajak digital menunjukkan PPN dipungut dengan tarif 12 persen atas dasar pengenaan pajak berupa nilai lain sebesar 11 per 12 dari nilai uang yang dibayar sebelum PPN. Secara matematis, formula tersebut setara dengan 11 persen dari nilai pembayaran sebelum PPN.
Finance sebaiknya tidak sekadar mencari tulisan “VAT” pada statement kartu. Bukti pungut PPN PMSE dapat berupa commercial invoice, billing, order receipt, atau dokumen sejenis yang menunjukkan pemungutan PPN dan pembayaran.
Untuk PKP, identitas pada dokumen menjadi penting ketika PPN tersebut akan diperlakukan sebagai Pajak Masukan sesuai ketentuan. Maka akun developer yang awalnya dibuat untuk eksperimen pribadi sebaiknya tidak langsung menjadi akun produksi perusahaan tanpa merapikan billing profile.
Nama perusahaan, informasi pajak, email yang teradministrasi dengan benar, dan penyimpanan invoice adalah bagian dari kontrol. Kalau tidak, tim pajak akan menghabiskan waktu mengejar dokumen beberapa bulan setelah transaksi.
Vendor global, entitas invoice bisa berbeda
Developer biasanya mengenal merek. Tax perlu mengenal legal entity.
Contohnya, dashboard memakai satu merek global, tetapi invoice bisa diterbitkan oleh entitas grup di Amerika Serikat, Singapura, Irlandia, atau negara lain. Untuk PPN PMSE dan PPh, identitas entitas pada invoice lebih relevan daripada nama produk di layar.
DJP menerbitkan daftar Pemungut PPN PMSE yang dapat diperiksa. Finance perlu mencocokkan nama badan pada invoice dengan daftar tersebut. Jangan mengasumsikan seluruh entitas dalam satu grup otomatis memiliki status yang sama.
Jika vendor sudah memungut PPN PMSE secara benar, perusahaan fokus memastikan dokumen pungutnya tersimpan dan perlakuan Pajak Masukan ditangani sesuai posisi perusahaan.
Jika vendor tidak memungut, kesimpulannya bukan otomatis “tidak ada PPN”. Tim pajak perlu memeriksa kewajiban PPN atas pemanfaatan BKP tidak berwujud atau JKP dari luar Daerah Pabean yang mungkin perlu dipenuhi melalui mekanisme yang berlaku bagi pemanfaat.
Dengan kata lain, ketiadaan baris PPN pada invoice adalah trigger untuk review, bukan bukti pembebasan.
Lapisan kedua: withholding tidak boleh dijawab dari nama produk
Setelah PPN, pertanyaan berikutnya adalah Pajak Penghasilan.
PPh Pasal 26 mengatur pemotongan atas kategori penghasilan tertentu yang diterima atau diperoleh Wajib Pajak luar negeri dari Indonesia. Dalam ketentuan domestik, kategori yang relevan dapat mencakup royalti serta imbalan sehubungan dengan jasa, pekerjaan, dan kegiatan.
Namun transaksi API tidak otomatis menjadi royalti dan tidak otomatis menjadi jasa yang hasil akhirnya selalu dipotong 20 persen.
Tim tax harus melakukan klasifikasi berdasarkan kontrak dan fakta. Hak apa yang diberikan vendor? Apakah pelanggan hanya memperoleh layanan untuk mengirim input dan menerima output? Apakah ada hak memperbanyak, memodifikasi, mendistribusikan, atau mengeksploitasi software atau model? Apakah pembayaran lebih dekat dengan akses layanan standar atau pemberian hak atas kekayaan intelektual?
Pertanyaan ini penting karena tax treaty dapat membedakan perlakuan royalti dari laba usaha. Jika pembayaran diklasifikasikan sebagai laba usaha berdasarkan P3B dan vendor tidak memiliki bentuk usaha tetap di Indonesia, hak pemajakan Indonesia bisa berbeda dari perlakuan domestik tanpa treaty.
Sebaliknya, jika pembayaran memenuhi karakter royalti menurut treaty yang berlaku, treaty dapat memberi batas tarif tertentu kepada negara sumber.
Tidak ada shortcut yang aman berupa “semua API adalah business profits” atau “semua software adalah royalty”.
PMK 112 Tahun 2025 mengubah sisi administrasi treaty
Perusahaan yang hendak menggunakan manfaat P3B juga harus memperhatikan administrasinya.
DJP mengumumkan bahwa penerapan P3B oleh WPLN menggunakan Formulir DGT sesuai PMK 112 Tahun 2025. Penyampaian informasi dan pengunggahan Formulir DGT dilakukan melalui menu SKD WPLN di Coretax DJP. Form DGT lama yang diterbitkan sebelum PMK tersebut masih dapat berlaku sesuai periode yang tercantum jika memenuhi ketentuan transisi.
Artinya, keputusan withholding sebaiknya tidak menunggu statement kartu datang.
Kalau perusahaan mempunyai API vendor material dari luar negeri, proses onboarding harus meminta informasi negara domisili dan dokumen treaty sejak awal. Developer tidak perlu menjadi ahli pajak, tetapi sistem procurement harus tahu kapan transaksi perlu dialihkan ke tax review.
Masalah prepaid credits
AI API sering dijual dengan prepaid credits. Perusahaan membayar USD 10.000 hari ini, lalu kredit dipakai selama beberapa bulan.
Dari sisi kontrol, ini membuat tiga tanggal harus dibedakan: tanggal pembayaran, tanggal invoice atau billing, dan periode konsumsi API.
Tax dan accounting perlu sepakat dokumen mana yang menjadi dasar pencatatan dan kapan kewajiban pajak timbul sesuai aturan yang relevan. Jangan menganggap seluruh logika pajak mengikuti tanggal pemakaian token hanya karena biaya internal dialokasikan berdasarkan usage.
Untuk kebutuhan manajemen, biaya bisa dibagi ke banyak cost center. Untuk pajak, trigger dan dokumennya harus mengikuti ketentuan transaksi, bukan sekadar dashboard engineering.
Jika ada minimum commitment tahunan, finance juga perlu memisahkan nilai yang benar-benar dibayar, nilai yang sudah dikonsumsi, dan kredit yang kedaluwarsa. Ini berguna untuk rekonsiliasi sekaligus untuk menjelaskan transaksi jika diperiksa.
Siapa yang seharusnya menjadi owner transaksi?
Kebanyakan kegagalan terjadi karena tidak ada satu pemilik data.
Engineering tahu fungsi API tetapi tidak menyimpan dokumen pajak. Procurement tahu kontrak tetapi tidak melihat usage. Finance melihat pembayaran tetapi tidak mengerti produk. Tax melihat invoice terakhir setelah semuanya terjadi.
Untuk API yang material, perusahaan sebaiknya menetapkan business owner dan finance owner.
Business owner menjelaskan penggunaan: produk apa yang memakai API, siapa pengguna akhirnya, apakah layanan hanya standar atau ada pengembangan khusus.
Finance owner memastikan vendor master, invoice, metode pembayaran, billing profile, dan rekonsiliasi.
Tax menentukan klasifikasi PPN dan PPh, posisi treaty, serta dokumen yang harus tersedia.
Pembagian ini sederhana, tetapi jauh lebih efektif dibandingkan membuat satu spreadsheet yang tidak jelas siapa yang bertanggung jawab memperbaruinya.
Kartu kredit korporat perlu rule khusus vendor digital
Ada argumen bahwa semua pembelian perusahaan sebaiknya melalui purchase order. Dalam praktik startup atau tim teknologi, aturan itu sering terlalu kaku untuk eksperimen.
Solusi yang lebih realistis adalah threshold.
Eksperimen kecil boleh memakai kartu perusahaan dengan daftar vendor yang disetujui. Ketika biaya melewati nilai tertentu atau kontrak berubah menjadi enterprise, transaksi wajib masuk procurement dan tax review.
Perusahaan juga bisa membuat deteksi otomatis dari statement kartu. Jika merchant termasuk cloud, software, AI, hosting, database, advertising platform, atau vendor asing berulang, transaksi masuk daftar rekonsiliasi digital services.
Yang dicari bukan hanya transaksi besar. Pola kecil yang berulang bisa menjadi material secara tahunan.
Jangan mencampur PPN dan withholding dalam satu pertanyaan
Kalimat “vendor sudah charge tax” bisa menyesatkan.
PPN yang dipungut vendor melalui mekanisme PMSE adalah pajak atas konsumsi digital. Withholding PPh adalah mekanisme yang menyangkut penghasilan vendor. Keduanya mempunyai dasar analisis berbeda.
Vendor bisa memungut PPN PMSE, tetapi tim tax masih perlu menentukan apakah ada konsekuensi PPh atas pembayaran berdasarkan hukum domestik dan P3B. Sebaliknya, posisi treaty yang membuat tidak ada pemotongan PPh tertentu tidak menghapus PPN atas pemanfaatan digital.
Finance harus membiasakan diri memisahkan dua kolom: PPN dan PPh. Jangan menulis satu kolom “tax 11%” lalu menganggap seluruh kewajiban selesai.
Bukti yang sebaiknya masuk digital tax pack
Untuk vendor API material, satu folder per tahun sudah cukup jika isinya disiplin: kontrak atau terms yang berlaku, order form, invoice, bukti pembayaran, billing statement, legal name vendor, negara vendor, bukti PPN PMSE, dokumen DGT jika treaty digunakan, bukti potong jika ada, serta memo singkat klasifikasi.
Tambahkan juga screenshot atau export billing profile jika invoice tidak menjelaskan siapa pemilik akun dengan jelas.
Tidak perlu menyimpan jutaan baris API request untuk tujuan pajak umum. Tetapi perusahaan perlu mampu menunjukkan bagaimana nilai yang dibayar terbentuk, terutama jika invoice berbasis pemakaian.
Dari eksperimen menjadi infrastruktur
Saat API hanya dipakai dua engineer, nilainya tampak tidak penting. Setelah AI masuk ke customer service, recommendation engine, document processing, fraud detection, atau produk utama, API berubah menjadi infrastruktur.
Pada tahap itu, pajak tidak boleh tetap diperlakukan seperti expense kecil dari kartu kredit.
Kontrol yang benar bukan memperlambat developer. Kontrol yang benar membuat perusahaan bisa menjawab lima pertanyaan kapan pun diperlukan: vendor legalnya siapa, layanan apa yang diperoleh, PPN ditangani bagaimana, PPh dan treaty dianalisis bagaimana, dan bukti apa yang disimpan.
Kalau lima jawaban itu tersedia, kartu kredit perusahaan tidak menjadi masalah. Yang menjadi masalah adalah ketika jutaan rupiah atau miliaran rupiah pembayaran API berjalan otomatis setiap bulan sementara perusahaan sendiri tidak tahu perlakuan pajaknya.