Berbagi Akses Coretax ke Konsultan: Bagaimana menjaga prinsip least privilege?

EPAJAK.OR.ID KNOWLEDGE SYSTEM

Berbagi Akses Coretax ke Konsultan: Bagaimana menjaga prinsip least privilege?

FormatPost
Diperbarui16 September 2026
Waktu baca8 menit
KonteksPanduan praktis

Dalam review berkala, ada perbedaan besar antara pekerjaan yang tampak selesai dan pekerjaan yang benar-benar dapat dipertanggungjawabkan. Perbedaan itu sangat terasa ketika topiknya adalah pemberian akses yang terbatas, bernama, berjangka, dan dapat diaudit.

Dalam praktik, bagi pembaca ePajak.or.id, isu ini perlu dibaca sebagai keputusan operasional. Berbagi Akses Coretax ke Konsultan bukan sekadar istilah layanan atau dokumen. Secara operasional, ia menentukan siapa yang mempunyai informasi, kapan risiko dinaikkan, dan apakah perusahaan atau orang pribadi masih mampu menjelaskan pilihannya beberapa bulan kemudian.

Dasar yang perlu dikunci lebih dulu

Dalam PMK 44 Tahun 2026, Surat Kuasa Khusus dan persetujuan akses Portal Wajib Pajak diatur sebagai langkah yang berbeda. Berakhirnya kuasa juga mengakhiri akses portal yang diberikan berdasarkan kuasa tersebut. Pemberian akses perlu mengikuti tindakan perpajakan tertentu yang benar-benar dikuasakan. Pada tahap ini, ketentuan resmi harus dibedakan dari saran tata kelola dalam artikel ini pada pekerjaan tersebut. Dalam pengujian, aturan menjelaskan syarat minimum; keputusan yang aman sering memerlukan kontrol tambahan sesuai kompleksitas perkara dan sensitivitas data pada pekerjaan tersebut.

Surat kuasa dan akses adalah dua hal

Pada surat kuasa dan akses adalah dua hal, pertanyaan ‘siapa yang mengerjakan’ belum cukup karena ownership data dan ownership risiko bisa berada pada orang berbeda. RACI sederhana membantu pemberian akses yang terbatas, bernama, berjangka, dan dapat diaudit, terutama ketika pelaksana, pemberi data, pengambil keputusan, dan penanggung risiko bukan orang yang sama. Risiko surat kuasa dan akses adalah dua hal membesar ketika akses, kewenangan, dan tanggung jawab diperlakukan sebagai satu hal yang sama.

Untuk mengurangi rework, jalankan langkah berikut: membandingkan kondisi saat ini dengan standar yang disepakati untuk surat kuasa dan akses adalah dua hal. Dalam pengujian, setelah itu minta reviewer menyebut asumsi mana yang paling menentukan hasil pada area terkait. Retensi bukti surat kuasa dan akses adalah dua hal perlu mengikuti kebutuhan hukum dan bisnis, bukan umur inbox orang yang kebetulan menjadi PIC. Setiap exception surat kuasa dan akses adalah dua hal harus mempunyai compensating control, pemberi persetujuan, dan tanggal kembali ke proses normal.

Mulai dari daftar tugas

Ukuran sehat untuk mulai dari daftar tugas bukan banyaknya aktivitas, melainkan apakah risiko penting ditemukan pada waktu yang masih memungkinkan koreksi. Untuk menguji mulai dari daftar tugas, pilih satu contoh aktual dan minta PIC menunjukkan jejaknya tanpa menyiapkan folder khusus lebih dulu. Kelemahan pada mulai dari daftar tugas biasanya baru terlihat ketika PIC berganti atau pihak luar meminta bukti yang tidak ada di memo final.

Pada tahap awal, cukup menutup gap mulai dari daftar tugas melalui tindakan berurutan yang dapat diverifikasi; kedalaman analisis baru ditambah ketika indikator risiko atau nilai menunjukkan kebutuhan. Dokumentasi mulai dari daftar tugas sebaiknya memuat bukti yang mendukung sekaligus fakta yang berpotensi melemahkan kesimpulan. Jika manajemen menerima risiko mulai dari daftar tugas, alasan dan masa berlakunya perlu dicatat agar penerimaan itu tidak menjadi izin permanen.

Gunakan identitas individual

Ketika membahas gunakan identitas individual, tim perlu memisahkan syarat formal, kebutuhan operasional, dan keputusan yang masih terbuka. Pada pemberian akses yang terbatas, bernama, berjangka, dan dapat diaudit, kalender kerja harus menampilkan tenggat resmi, tenggat internal, waktu review, serta ruang untuk memperbaiki data. Jika langkah tersebut dilewati, gunakan identitas individual dapat tampak selesai meskipun asumsi utama belum pernah diuji oleh pemilik fakta.

Untuk menjaga proporsionalitas, pilih area berisiko lebih dulu, kemudian membuat daftar bukti untuk gunakan identitas individual dan menguji satu sampel sebelum pekerjaan diperluas; cakupan baru diperbesar bila hasil awal memang menunjukkan kebutuhan. Jika dokumen gunakan identitas individual berasal dari pihak ketiga, simpan juga bukti penerimaan, pemeriksaan, dan tindak lanjut atas kekurangannya. Ukuran penutupan gunakan identitas individual adalah kemampuan tim menjelaskan tindakan dan buktinya, bukan hilangnya pertanyaan dari daftar rapat.

Batasi hak sesuai kebutuhan

Batasi hak sesuai kebutuhan bukan pekerjaan satu fungsi apabila sumber faktanya tersebar di finance, legal, operasi, atau pihak eksternal. Tim dapat mengubah batasi hak sesuai kebutuhan menjadi decision table yang membandingkan pilihan, syarat, biaya internal, risiko, dan reversibilitas. Tanpa pemetaan itu, batasi hak sesuai kebutuhan mudah berubah menjadi pekerjaan reaktif yang hanya memindahkan pertanyaan dari satu meja ke meja lain.

Langkah berikutnya adalah menetapkan owner, reviewer, tenggat, serta keluaran minimum untuk batasi hak sesuai kebutuhan, lalu menetapkan tanggal kapan hasilnya harus dibawa kembali untuk keputusan. Bukti untuk batasi hak sesuai kebutuhan perlu memiliki tanggal, sumber, versi, pemilik, dan hubungan dengan keputusan yang diambil. Jangan menutup batasi hak sesuai kebutuhan hanya karena dokumen sudah dikirim; tutup setelah penerima memahami implikasi dan tindakan berikutnya.

Hindari berbagi password

Kualitas hindari berbagi password bergantung pada hal yang sering tidak terlihat, yaitu versi data, urutan kejadian, dan alasan di balik persetujuan. Dalam konteks pemberian akses yang terbatas, bernama, berjangka, dan dapat diaudit, satu issue list bersama mencegah tim internal dan penasihat bekerja dengan versi masalah yang berbeda. Mengabaikan exception pada hindari berbagi password membuat dashboard tampak bersih justru ketika transaksi tidak standar sedang menumpuk di luar proses.

Untuk mengurangi rework, jalankan langkah berikut: menyusun matriks fakta, asumsi, pilihan, dan risiko yang berkaitan dengan hindari berbagi password. Untuk pekerjaan ini, setelah itu minta reviewer menyebut asumsi mana yang paling menentukan hasil pada area terkait. Catatan keputusan hindari berbagi password perlu menyebut pilihan yang ditolak agar tim berikutnya tidak mengulang analisis dari nol. Hasil review hindari berbagi password perlu berakhir pada keputusan, owner, tenggat, serta risiko tersisa yang secara sadar diterima.

Tetapkan masa berlaku

Kesalahan membaca tetapkan masa berlaku biasanya dimulai ketika satu dokumen dianggap mewakili seluruh kronologi dan substansi transaksi. Dokumen kerja untuk tetapkan masa berlaku sebaiknya menunjukkan sumber dan transformasi data agar reviewer dapat melakukan drill-down. Pada pemberian akses yang terbatas, bernama, berjangka, dan dapat diaudit, respons cepat dapat menciptakan false comfort bila belum ada pemisahan antara fakta terverifikasi dan dugaan kerja.

Pada tahap awal, cukup membandingkan kondisi saat ini dengan standar yang disepakati untuk tetapkan masa berlaku; kedalaman analisis baru ditambah ketika indikator risiko atau nilai menunjukkan kebutuhan. Untuk menguji kualitas tetapkan masa berlaku, pilih sampel yang gagal atau terlambat, bukan hanya contoh paling rapi yang sudah diketahui tim. Perbedaan pendapat atas tetapkan masa berlaku perlu diterjemahkan menjadi fakta tambahan atau keputusan risk appetite, bukan dibiarkan sebagai dua memo.

Review log dan aktivitas

Dalam praktik review log dan aktivitas, kecepatan hanya berguna jika orang yang merespons mempunyai data, otorisasi, dan konteks yang memadai. Kronologi pada review log dan aktivitas perlu menghubungkan kejadian bisnis, dokumen, pencatatan, pembayaran, pelaporan, serta komunikasi penting. Jika review log dan aktivitas hanya dipahami penasihat, perusahaan membeli jawaban tetapi tidak membangun kemampuan untuk menggunakan atau mengujinya.

Untuk menjaga proporsionalitas, pilih area berisiko lebih dulu, kemudian menutup gap review log dan aktivitas melalui tindakan berurutan yang dapat diverifikasi; cakupan baru diperbesar bila hasil awal memang menunjukkan kebutuhan. Reviewer review log dan aktivitas perlu dapat membuka angka ringkasan sampai ke transaksi tanpa meminta pembuat file menjelaskan setiap formula. Keputusan mengenai review log dan aktivitas sebaiknya ditinjau ulang saat fakta, regulasi, sistem, pihak, atau tujuan bisnis berubah.

Cabut segera ketika mandat berakhir

Nilai cabut segera ketika mandat berakhir terlihat saat orang lain mampu mengulang prosesnya dengan data yang sama dan memperoleh penjelasan yang konsisten. Sebelum cabut segera ketika mandat berakhir ditutup, lakukan walk-through dari dokumen asal sampai keluaran akhir bersama orang yang tidak menyusun analisis. Data yang lengkap tidak otomatis menyelesaikan cabut segera ketika mandat berakhir bila data itu berasal dari cut-off, definisi, atau versi yang berbeda.

Langkah berikutnya adalah membuat daftar bukti untuk cabut segera ketika mandat berakhir dan menguji satu sampel sebelum pekerjaan diperluas, lalu menetapkan tanggal kapan hasilnya harus dibawa kembali untuk keputusan. Pada pemberian akses yang terbatas, bernama, berjangka, dan dapat diaudit, setiap koreksi data harus meninggalkan bridge antara versi awal dan final beserta alasan perubahannya. Pada pemberian akses yang terbatas, bernama, berjangka, dan dapat diaudit, keputusan final tetap berada pada wajib pajak meskipun analisis, administrasi, atau komunikasi dikerjakan pihak lain.

Uji akses berkala

Pembahasan uji akses berkala menjadi lebih jernih bila fakta, asumsi, interpretasi, dan preferensi risiko ditempatkan pada kolom berbeda. Pada pemberian akses yang terbatas, bernama, berjangka, dan dapat diaudit, dependency eksternal harus diberi nama karena kata ‘menunggu’ tidak menjelaskan siapa yang harus bergerak. Untuk pemberian akses yang terbatas, bernama, berjangka, dan dapat diaudit, ketergantungan pada satu individu merupakan risiko kontinuitas sekalipun individu tersebut sangat kompeten.

Untuk mengurangi rework, jalankan langkah berikut: menetapkan owner, reviewer, tenggat, serta keluaran minimum untuk uji akses berkala. Bagi pengambil keputusan, setelah itu minta reviewer menyebut asumsi mana yang paling menentukan hasil pada area terkait. Pada pemberian akses yang terbatas, bernama, berjangka, dan dapat diaudit, screenshot saja tidak cukup bila tidak terlihat identitas akun, waktu, objek tindakan, dan hasil sistem. Pada pemberian akses yang terbatas, bernama, berjangka, dan dapat diaudit, keputusan yang baik boleh berbeda dari rekomendasi penasihat selama alasannya dipahami dan konsekuensinya disiapkan.

Pisahkan hak akses dan hak memutuskan

Pada pemberian akses yang terbatas, bernama, berjangka, dan dapat diaudit, orang yang dapat membuka sistem belum tentu berhak menentukan posisi, menyetujui pembayaran, mencabut kuasa, atau menerima risiko. Dalam review berkala, daftar hak akses dan decision rights perlu dibuat terpisah pada pekerjaan tersebut.

Uji surat kuasa dan akses adalah dua hal dengan meminta setiap pihak menjelaskan batasnya. Pada kondisi tersebut, perbedaan jawaban menandakan dokumen formal belum diterjemahkan ke operasi pada pekerjaan tersebut. Dalam praktik, koreksi matriks kewenangan dan komunikasikan perubahan sebelum transaksi berikutnya dalam proses ini.

Pertahankan kendali data

Secara operasional, wajib pajak seharusnya dapat mengambil kembali seluruh data, memo, korespondensi, dan working paper yang menjadi haknya tanpa bergantung pada goodwill seseorang dalam proses ini. Retensi serta handover merupakan bagian dari desain pemberian akses yang terbatas, bernama, berjangka, dan dapat diaudit.

Kualitas uji akses berkala akhirnya terlihat saat hubungan kerja berubah. Pada tahap ini, bila akses dapat dicabut, data tetap terbuka, keputusan dapat diteruskan, dan tenggat tidak terlewat, governance bekerja dalam proses ini. Dalam pengujian, jika tidak, masalahnya sudah ada jauh sebelum transisi dimulai dalam proses ini.

Leave a Comment

Your email address will not be published. Required fields are marked *

Scroll to Top