Ketika grup memindahkan finance, procurement, IT, HR, atau customer support ke satu shared service center regional, presentasinya biasanya menjanjikan standardisasi dan efisiensi. Bagi tim pajak Indonesia, perubahan itu lebih dari perpindahan meja kerja. Data, kontrak, fungsi, risiko, invoice, pajak, dan bukti layanan dapat berpindah ke negara lain dalam waktu bersamaan.
Jika tax baru dilibatkan saat tagihan pertama datang, banyak keputusan sudah terkunci. Entitas penyedia telah dipilih, cost pool dibentuk, allocation key dipasang, dan sistem tidak menyediakan field dokumen yang dibutuhkan Indonesia. Karena itu, tim pajak perlu memahami model SSC sejak desain, bukan menjadi pemeriksa invoice di ujung.
Peta fungsi sebelum dan sesudah
Mulai dengan daftar proses. Siapa melakukan vendor onboarding, invoice processing, closing, payroll, procurement analytics, IT support, dan kontrol? Tandai fungsi yang pindah, yang tetap lokal, dan yang dibagi. Perhatikan siapa membuat keputusan, bukan hanya siapa menekan tombol.
Jika tim regional memproses invoice tetapi approval risiko dan pajak tetap lokal, kontrak serta RACI harus mencerminkan itu. Jika regional team mengambil keputusan kredit atau treasury, fungsi dan risikonya berbeda. Headcount yang pindah tidak selalu sama dengan fungsi yang pindah.
Peta juga menunjukkan potensi duplikasi selama transisi. Local team mungkin masih bekerja sambil SSC mulai menagih. Dokumentasikan periode, tujuan, dan kapan duplikasi berakhir.
Siapa penyedia dan siapa penerima?
SSC dapat berada dalam entitas khusus atau bagian dari operating company. Ia dapat melayani banyak negara melalui satu agreement atau kontrak bilateral. Tim perlu mengidentifikasi pihak yang secara hukum menagih dan pihak yang benar-benar melakukan pekerjaan, termasuk subcontractor.
Jika satu entitas menagih tetapi personel berada di beberapa negara, cost flow perlu dipahami. Apakah ada recharge berlapis? Apakah mark-up dikenakan lebih dari sekali? Apakah entitas penagih mempunyai fungsi dan kontrol yang sesuai?
Di Indonesia, service owner harus jelas. Tanpa penerima yang dapat mengonfirmasi layanan, benefit test menjadi narasi dari penyedia saja.
Service catalogue sebagai bahasa bersama
Nama “finance shared service” terlalu luas. Pecah menjadi account payable, account receivable, general ledger, master data, reporting, dan lain-lain. Untuk setiap layanan, catat aktivitas, output, frekuensi, service level, sistem, owner, dan negara penyedia.
Katalog membantu tax memetakan karakter transaksi dan pajak. Ia juga membantu finance menguji cost allocation. Dua layanan dalam satu fungsi dapat mempunyai driver berbeda.
Jangan membuat katalog hanya saat implementasi. Update saat proses berubah, otomatisasi masuk, atau layanan dihentikan.
Cost pool dan allocation key
SSC biasanya memakai model cost plus atau mekanisme biaya lain. Tim pajak Indonesia perlu melihat akun yang masuk, biaya yang dikeluarkan, perlakuan pass-through, mark-up, dan rekonsiliasi ke laporan penyedia. Shareholder cost, biaya untuk entitas lain, dan inefisiensi abnormal perlu diperiksa.
Allocation key harus mencerminkan konsumsi manfaat. Jumlah invoice mungkin cocok untuk AP. Headcount dapat relevan untuk HR. Jumlah user atau ticket dapat cocok untuk IT. Revenue sebagai satu key untuk semua layanan mudah tetapi belum tentu andal.
Simpan data sumber. Jika Indonesia menanggung 18 persen biaya karena 18 persen pengguna, tim harus dapat menunjukkan daftar pengguna dan periode, bukan hanya persentase pada spreadsheet regional.
Transfer pricing dimulai dari substansi
PMK 172 Tahun 2023 mengatur penerapan prinsip kewajaran dan kelaziman usaha dalam transaksi yang dipengaruhi hubungan istimewa, termasuk kerangka analisis dan metode. Tim perlu memverifikasi apakah aturan tersebut masih berlaku atau telah berubah pada tanggal transaksi.
Untuk jasa intragrup, buktikan layanan, manfaat, non-duplikasi, dan dasar harga. Benchmark mark-up bukan pengganti delivery evidence. Service level report, ticket, output, dan konfirmasi user perlu hidup sepanjang tahun.
Analisis juga perlu melihat apakah entitas penyedia menanggung risiko dan mempunyai kemampuan menjalankannya. Label low-value service tidak boleh dipakai tanpa menguji karakter aktivitas.
Pajak pembayaran lintas negara
Charge SSC dapat memunculkan analisis pemotongan pajak penghasilan, persetujuan pajak, penerima manfaat, bentuk usaha tetap, dan PPN atas pemanfaatan jasa dari luar daerah pabean. Hasil bergantung pada fakta, jenis layanan, pihak, dan ketentuan yang berlaku.
Dokumen domisili harus masuk onboarding, bukan dikejar saat pembayaran. Jika personel SSC datang ke Indonesia, durasi dan aktivitas perlu dilacak. Jika charge mencakup software atau hak penggunaan, pisahkan analisis lisensi dan jasa.
Tarif serta prosedur harus diverifikasi dari DJP dan JDIH Kementerian Keuangan per Agustus 2026 dan pada tanggal transaksi. Jangan mengandalkan template regional yang dibuat untuk negara lain.
Data dan akses audit
SSC sering memegang dokumen sumber di platform regional. Pastikan entitas Indonesia mempunyai akses selama masa retensi yang diperlukan, termasuk setelah kontrak berakhir. Tentukan bahasa, format, dan waktu penyediaan jika ada pemeriksaan.
Data vendor dan karyawan dapat melibatkan isu privasi serta transfer data. Tax perlu berkoordinasi dengan legal dan security, bukan mengunduh seluruh database tanpa kontrol. Yang dibutuhkan adalah akses yang sah, dapat dilacak, dan cukup untuk membuktikan transaksi.
Sistem harus menjaga identitas pajak lokal, kode, tanggal, dan dokumen. Standardisasi regional tidak boleh menghapus field khusus Indonesia.
Retensi data setelah migrasi
Proyek SSC sering mematikan sistem lama setelah go-live. Sebelum itu, tentukan data pajak apa yang harus tetap dapat diambil: invoice, approval, master vendor, kurs, tax code, faktur, bukti potong, jurnal, log perubahan, dan korespondensi koreksi. Lakukan test restore, bukan hanya percaya pada backup.
Kontrak dengan platform dan penyedia regional perlu menjamin akses sesuai kebutuhan hukum Indonesia. Jika data tersimpan dalam format yang hanya dapat dibaca aplikasi lama, arsip belum benar-benar tersedia.
Buat data dictionary yang menerjemahkan field regional ke kebutuhan lokal. Nama kolom yang sama dapat mempunyai definisi berbeda. “Invoice date”, “posting date”, dan “tax date” harus dipahami operator dan sistem.
Bahasa dan bukti operasional
Dokumen regional mungkin berbahasa Inggris. Siapkan ringkasan atau terjemahan ketika dibutuhkan, tetapi pertahankan dokumen sumber. User lokal harus dapat menjelaskan layanan tanpa menghafal presentasi kantor pusat.
Meeting minutes dapat mencatat keputusan dan isu, tetapi bukan bukti tunggal. Hubungkan dengan ticket, report, atau output. Untuk proses otomatis, log sistem dan kontrol perubahan menjadi lebih penting daripada email.
Ketika robot atau workflow menggantikan staf, cost model perlu diperbarui. Driver berbasis headcount penyedia mungkin tidak lagi mencerminkan konsumsi. Lisensi platform dan investasi otomasi juga harus dialokasikan dengan logika yang dapat dijelaskan.
RACI dan escalation path
Kesalahan invoice vendor dapat terjadi di SSC tetapi konsekuensinya muncul di Indonesia. Tetapkan siapa memperbaiki master data, siapa menilai pajak, siapa menghubungi vendor, dan siapa menyetujui override. SLA perlu memasukkan cut-off pajak Indonesia.
Jika regional team tidak memahami aturan lokal, sediakan decision tree dan jalur eskalasi. Jangan memaksa operator membuat opini. Mereka cukup mengenali trigger dan mengirim data lengkap kepada tim lokal.
Kontrol masa transisi
Tiga bulan pertama paling rawan. Lakukan parallel run, rekonsiliasi output lama dan baru, uji tax code, akses bukti, serta sample invoice. Catat defect dan owner. Jangan menonaktifkan kontrol lokal sebelum SSC menunjukkan hasil stabil.
Invoice SSC pertama juga perlu direkonsiliasi ke cost pool dan data alokasi. Jika detail belum tersedia, jangan menerima persentase sebagai fakta final. Gunakan dispute atau provisional process yang disepakati.
Tetapkan exit criteria untuk parallel run. Misalnya, tingkat error berada di bawah batas, dokumen pajak dapat diambil, rekonsiliasi seimbang, dan isu kritis ditutup selama beberapa siklus. Keputusan mematikan proses lokal harus dicatat dengan approver.
Jika go-live dilakukan bertahap, pisahkan charge implementasi, transisi, dan operasi rutin. Jangan membebankan seluruh proyek regional kepada negara yang kebetulan masuk gelombang pertama tanpa dasar manfaat dan alokasi.
Vendor lokal juga perlu diberi instruksi baru dengan hati-hati. Perubahan alamat invoice, portal, dan contact person dapat membuat faktur terlambat atau salah. Uji komunikasi dan sediakan masa transisi.
Dashboard untuk tax Indonesia
Pantau nilai charge per layanan, perubahan scope, mark-up, allocation key, bukti delivery, dokumen pajak, kunjungan personel, isu sistem, dan true-up. Dashboard sebaiknya menunjukkan status bukti, bukan hanya jumlah tagihan.
Review triwulanan bersama service owner membuat masalah terlihat sebelum local file dan SPT tahunan. Pertanyaan bisnis juga dapat muncul: apakah layanan masih digunakan, apakah SLA tercapai, dan apakah biaya sesuai manfaat?
Tambahkan indikator lokal: invoice yang melewati cut-off, koreksi tax code, bukti potong terlambat, faktur tidak cocok, ticket pajak terbuka, dan selisih rekonsiliasi. SSC dinilai bukan hanya dari biaya per transaksi, tetapi juga biaya kesalahan yang ditinggalkan pada entitas Indonesia.
Siapkan juga business continuity plan. Jika portal regional tidak dapat diakses menjelang tenggat, siapa mengekstrak data dan siapa mempunyai kewenangan menjalankan proses darurat? Uji setidaknya satu skenario, termasuk gangguan jaringan dan personel kunci yang tidak tersedia.
Kontrol darurat tidak boleh membuka akses tanpa batas. Gunakan akun, approval, dan log yang tetap dapat ditelusuri. Setelah sistem pulih, rekonsiliasi transaksi manual ke platform utama.
SSC harus mempunyai kalender Indonesia yang diperbarui. Hari libur regional, cut-off pusat, dan tenggat lokal dapat bertabrakan. SLA yang hanya memakai jam kantor penyedia belum tentu melindungi kewajiban entitas penerima.
SSC regional yang baik tidak membuat tim pajak Indonesia kehilangan kontrol. Ia memindahkan pekerjaan sambil mempertahankan jejak keputusan, data, dan bukti. Jika efisiensi hanya terlihat pada berkurangnya headcount lokal tetapi proses pajak menjadi kotak hitam, grup belum membangun shared service. Ia hanya memindahkan risiko ke tempat yang lebih sulit dilihat.
Sebelum go-live, minta seorang staf yang tidak ikut proyek mencoba menelusuri satu transaksi dari invoice vendor sampai laporan dan bukti pajak. Jika ia gagal karena akses, istilah, atau data, perbaiki desain. Tes pengguna independen sering menemukan celah yang tidak terlihat dalam presentasi implementasi. Ulangi tes setelah pembaruan sistem besar, perpindahan penyedia, atau perubahan proses yang memengaruhi data Indonesia. Catat seluruh hasil pengujiannya.
Bacaan dan rujukan terkait di ePajak.or.id
- Kategori: Pajak
- Topik: Data Wajib Pajak
- Entitas: Tax Compliance
- Artikel terkait: Intercompany Charge Tiap Bulan: Dokumen apa yang perlu hidup selain invoice?
- Artikel terkait: Management Fee dan Jasa Afiliasi: Bukti manfaat apa yang harus hidup sebelum audit?
- Artikel terkait: Cost Allocation Grup: Formula yang nyaman di Excel belum tentu cukup untuk pajak
