Invoice intercompany sering tiba dengan disiplin yang mengagumkan. Tanggalnya konsisten, mata uangnya sama, dan deskripsinya hampir tidak pernah berubah: regional support, shared services, IT allocation, atau management service. Justru karena terlihat rutin, perusahaan mudah menganggap dokumennya sudah cukup. Setiap bulan dibayar, setiap bulan dijurnal, lalu pada akhir tahun tax team diminta menjelaskan apa yang sebenarnya diterima entitas Indonesia.
Invoice hanya membuktikan ada tagihan. Ia belum membuktikan jasa diberikan, manfaat diterima, biaya dialokasikan secara masuk akal, atau harga memenuhi prinsip kewajaran dan kelaziman usaha. Untuk transaksi afiliasi, rangkaian bukti harus hidup selama layanan berlangsung. Membuatnya sekaligus pada Desember biasanya menghasilkan dokumen yang rapi tetapi tidak mengenali kejadian bulanan.
Dokumen pertama: perjanjian yang mengikuti layanan nyata
Intercompany agreement perlu menyebut penyedia dan penerima, scope, periode, basis biaya, mark-up bila ada, mekanisme alokasi, mata uang, penagihan, pajak, serta tanggung jawab dokumen. Namun kontrak tidak boleh menjadi fosil. Jika regional team menambah layanan keamanan siber, menghentikan HR support, atau memindahkan penyedia ke entitas lain, perjanjian perlu ditinjau.
Bandingkan kontrak dengan kenyataan. Apakah orang yang disebut sebagai penyedia memang menjalankan fungsi? Apakah entitas Indonesia boleh meminta layanan? Apakah ada service level? Siapa menanggung kegagalan? Apakah hak atas perangkat lunak ikut diberikan atau hanya akses? Pertanyaan ini menghindari kontrak generik yang dapat dipakai oleh seluruh entitas tanpa penyesuaian.
Dokumen kedua: katalog layanan dan pemiliknya
Satu tagihan “regional support” dapat menampung sepuluh jenis pekerjaan. Buat service catalogue yang mudah dibaca: nama layanan, deskripsi, tim penyedia, penerima di Indonesia, frekuensi, output, dan contact person. Katalog bukan brosur. Ia menjadi peta untuk menghubungkan invoice dengan bukti.
Pemilik layanan di Indonesia harus dapat menjawab apa yang diterima dan untuk keputusan apa layanan dipakai. Jika hanya tax atau finance yang tahu adanya tagihan, human evidence-nya lemah. User bisnis tidak perlu menghafal teori transfer pricing, tetapi perlu mengonfirmasi manfaat operasionalnya.
Dokumen ketiga: bukti delivery
Bukti tidak selalu berupa laporan setebal seratus halaman. Bentuknya mengikuti jasa. IT support dapat mempunyai ticket log, uptime report, daftar akun, change request, dan catatan insiden. Finance shared service dapat mempunyai closing calendar, rekonsiliasi, deliverable, dan meeting minutes. HR regional dapat mempunyai materi kebijakan, sesi pelatihan, analisis remunerasi, atau dukungan rekrutmen. Legal support dapat mempunyai draft, review, dan daftar permintaan.
Email tunggal “please see attached invoice” bukan delivery evidence. Sebaliknya, ribuan email mentah juga bukan paket bukti yang mudah diuji. Pilih evidence yang menunjukkan hubungan antara permintaan, pekerjaan, output, penerimaan, dan tindak lanjut.
Untuk layanan yang selalu tersedia, seperti akses platform atau help desk, bukti dapat menunjukkan availability dan penggunaan. Tidak semua bulan harus menghasilkan deliverable unik, tetapi harus ada alasan mengapa biaya tetap timbul dan bagaimana entitas Indonesia memperoleh manfaat.
Dokumen keempat: benefit narrative yang tidak dibuat oleh tax sendirian
Benefit test sering baru ditulis ketika dokumentasi transfer pricing disusun. Hasilnya terdengar normatif: layanan meningkatkan efisiensi, mendukung operasional, dan memberi sinergi. Kalimat seperti itu mudah dipindahkan ke perusahaan mana pun.
Minta user menjelaskan kondisi sebelum, tindakan dari grup, dan perubahan setelahnya. Contoh: tim lokal sebelumnya menutup buku pada hari kedelapan; regional team menyediakan standard chart, tool rekonsiliasi, dan review; setelah implementasi, error tertentu dapat dideteksi lebih awal. Klaim hasil harus didukung data bila disebut sebagai fakta. Jika manfaat belum terukur, katakan manfaat yang diharapkan dan bukti penggunaan yang tersedia.
Benefit narrative juga perlu menjawab apakah perusahaan independen bersedia membayar jasa serupa atau mengerjakannya sendiri. Ia harus membedakan shareholder activity, duplikasi layanan, dan manfaat insidental dari layanan yang layak dibebankan. Penilaian spesifik memerlukan analisis fakta dan aturan transfer pricing yang berlaku.
Dokumen kelima: cost pool dan rekonsiliasinya
Intercompany charge berbasis biaya tidak dapat dijelaskan hanya dengan persentase pada invoice. Perusahaan perlu mengetahui biaya apa yang masuk cost pool, periode, entitas penyedia, akun sumber, pengecualian, mark-up, dan hubungan ke laporan keuangan penyedia. Biaya pemegang saham, aktivitas yang tidak memberi manfaat, atau biaya untuk entitas lain tidak seharusnya tersembunyi dalam satu total.
Rekonsiliasi menjawab perjalanan angka dari ledger penyedia ke tagihan Indonesia. Total cost pool, pengurangan, dasar alokasi, bagian Indonesia, mark-up, dan invoice harus dapat diikuti. Jika ada true-up akhir tahun, dokumentasikan alasan dan hubungannya dengan tagihan bulanan.
Dokumen keenam: allocation key yang mempunyai logika bisnis
Jumlah karyawan, pendapatan, transaksi, pengguna, tiket, waktu kerja, atau kombinasi beberapa indikator dapat menjadi dasar alokasi tergantung layanan. Kunci yang nyaman dihitung belum tentu paling mencerminkan konsumsi manfaat.
Misalnya, biaya help desk mungkin lebih dekat dengan jumlah pengguna atau tiket daripada pendapatan. Treasury support mungkin memerlukan indikator berbeda. Satu revenue key untuk semua layanan memang mudah, tetapi kesederhanaan itu harus dapat dipertanggungjawabkan.
Simpan sumber data allocation key, pemilik data, periode, kontrol perubahan, dan alasan pemilihan. Jika jumlah karyawan berubah karena akuisisi atau revenue anjlok, periksa apakah hasil alokasi masih masuk akal. Jangan memperbarui persentase diam-diam tanpa version trail.
Dokumen ketujuh: approval dan dispute trail
Setiap invoice perlu melewati persetujuan yang memahami layanan, bukan hanya budget owner yang mengejar tenggat. Approval dapat mencatat layanan diterima, jumlah sesuai mekanisme, dan pengecualian yang sedang ditelusuri. Jika ada dispute, simpan alasan, korespondensi, credit note, atau koreksi.
Jejak ini penting karena transaksi afiliasi tidak selalu sempurna. Bukti bahwa perusahaan memeriksa dan mengoreksi tagihan lebih meyakinkan daripada folder yang seolah tidak pernah mempunyai pertanyaan.
Dokumen kedelapan: pajak dan administrasi pembayaran
Tax team perlu memetakan karakter pembayaran, PPN bila relevan, pemotongan, dokumen domisili, penerapan persetujuan pajak, faktur atau dokumen pendukung, serta bukti potong. Untuk cross-border charge, label “service fee” belum menyelesaikan analisis. Tempat pemanfaatan, keberadaan personel, komponen hak kekayaan intelektual, dan identitas penerima penghasilan dapat relevan.
Per Agustus 2026, aturan dan prosedur harus diverifikasi pada sumber resmi DJP dan JDIH Kementerian Keuangan pada saat transaksi. Jangan mengandalkan memo tiga tahun lalu hanya karena skema penagihan terlihat sama. Perubahan sistem administrasi atau fakta dapat membuat workflow perlu disesuaikan.
Folder bulanan yang dapat tumbuh
Daripada membuat satu folder besar di akhir tahun, gunakan paket bulanan. Isinya dapat mencakup invoice, approval, ringkasan layanan, sampel delivery evidence, data allocation key, rekonsiliasi, dokumen pajak, dan daftar isu. Tidak semua bukti harus disalin berulang. Dokumen permanen seperti agreement disimpan sebagai master, lalu paket bulanan merujuk versinya.
Tetapkan materiality dan sampling agar proses realistis. Layanan dengan nilai besar atau perubahan signifikan membutuhkan bukti lebih dalam. Layanan rutin dapat memakai dashboard triwulanan dengan sampel bulan. Namun “sampling” bukan alasan tidak mempunyai data sumber.
Hubungkan dengan dokumentasi transfer pricing
Siapa yang menjaga dokumen tetap hidup?
Tax tidak dapat menjadi satu-satunya pemilik. Service owner memegang bukti kebutuhan dan penerimaan. Regional provider memegang cost pool serta delivery record. Finance menjaga rekonsiliasi ledger dan invoice. AP menjaga pembayaran dan bukti potong. Legal menjaga agreement dan perubahan scope. Transfer pricing lead menghubungkan seluruhnya ke analisis kewajaran.
Gunakan RACI sederhana per service line. Tidak perlu membuat struktur baru untuk setiap invoice. Cukup tentukan satu owner lokal, satu owner regional, reviewer keuangan, dan titik eskalasi. Bila owner pindah, serah terima dokumen menjadi bagian dari offboarding atau perubahan peran.
Dashboard bukti, bukan hanya dashboard nilai
Perusahaan biasanya mempunyai dashboard nilai charge per entitas. Tambahkan status bukti: agreement valid, service catalogue terbaru, delivery evidence tersedia, allocation data terkunci, rekonsiliasi selesai, dokumen pajak lengkap, dan isu terbuka. Warna merah harus memicu tindakan sebelum pembayaran berikutnya atau sebelum quarter close.
Dashboard juga membantu membedakan masalah dokumentasi dan masalah harga. Invoice bisa sesuai persentase tetapi bukti layanan kosong. Sebaliknya, layanan terbukti tetapi true-up belum direkonsiliasi. Kedua kondisi membutuhkan pemilik yang berbeda.
Simpan dashboard per periode dan jangan menimpa status lama. Riwayatnya menunjukkan kapan isu pertama kali diketahui, siapa menindaklanjuti, dan berapa lama koreksi dilakukan. Informasi ini membuat governance dapat diuji, bukan sekadar diceritakan.
Apa yang dilakukan saat bukti tidak cukup?
Jangan otomatis membuat memo setelah kejadian. Hubungi service owner, identifikasi apakah layanan memang ada, dan cari bukti dari sistem sumber. Jika layanan tidak diterima atau alokasi salah, gunakan mekanisme dispute, credit note, atau koreksi sesuai kontrak. Jika layanan ada tetapi proses dokumentasinya lemah, perbaiki kontrol bulan berikutnya dan catat keterbatasan periode sebelumnya dengan jujur.
Dokumen buatan akhir tahun yang terlalu sempurna dapat menjadi risiko sendiri bila tidak cocok dengan jejak digital. Bukti yang sedikit tetapi autentik, tertanggal, dan terhubung dengan pekerjaan lebih berguna daripada narasi panjang tanpa sumber.
Jika nilai tetap harus dibayar karena alasan kontraktual, catat dasar keputusan dan risiko yang diterima. Pembayaran tidak sama dengan penerimaan bahwa seluruh substansi dan harga sudah benar. Pisahkan keputusan cash management dari kesimpulan pajak.
Dokumen bulanan adalah bahan baku, bukan pengganti kewajiban dokumentasi yang ditetapkan aturan. Ketika master file atau local file disusun, penulis seharusnya dapat mengambil fungsi, risiko, transaksi, metode, data keuangan, dan bukti manfaat dari sistem yang sudah berjalan. Bukan meminta user mengingat apa yang terjadi sebelas bulan lalu.
Pemetaan juga membantu menilai konsistensi antara kontrak, invoice, ledger, laporan pajak, dan dokumentasi transfer pricing. Jika nama transaksi berbeda di setiap tempat, selesaikan perbedaannya sebelum pemeriksaan memaksa tim melakukannya.
Invoice tetap penting, tetapi ia berada di ujung cerita. Ceritanya dimulai dari kebutuhan lokal, berjalan melalui pekerjaan grup, masuk ke cost pool, dibagi dengan allocation key, disetujui oleh penerima lokal, lalu diproses pajaknya. Jika halaman-halaman sebelum invoice tidak ada, perusahaan tidak memiliki dokumentasi transaksi. Ia hanya memiliki bukti bahwa uang pernah diminta.
Bacaan dan rujukan terkait di ePajak.or.id
- Kategori: Pajak
- Topik: Data Wajib Pajak
- Entitas: Tax Compliance
- Topik: Troubleshooting Pajak Online
- Indeks: Troubleshooting Pajak Online
- Artikel terkait: Management Fee dan Jasa Afiliasi: Bukti manfaat apa yang harus hidup sebelum audit?
- Artikel terkait: Shared Service Center Regional: Apa yang perlu dipahami tim pajak Indonesia?
- Artikel terkait: Management Fee dari Grup: Kenapa substansi jasa penting sebelum bicara deductible expense
