Pada Senin pagi, pekerjaan pajak sebuah perusahaan bisa berjalan serentak di beberapa meja. Staf account payable sedang menyiapkan data vendor. Tim pajak memeriksa bukti potong. Supervisor meninjau SPT. Direktur baru dibutuhkan ketika dokumen harus disahkan. Masalahnya, pembagian kerja seperti ini sering masih ditopang oleh satu kebiasaan lama: semua orang meminta akses kepada orang yang dianggap paling tahu.
Di Coretax DJP, kebiasaan itu seharusnya tidak diterjemahkan menjadi satu akun yang dipakai ramai-ramai. DJP menjelaskan bahwa pihak yang mewakili wajib pajak badan bekerja melalui akun orang pribadinya, lalu melakukan impersonate terhadap badan yang diwakili. Penanggung jawab atau PIC dapat memberi tambahan role kepada pihak terkait sesuai kebutuhan. Dengan desain ini, pertanyaan pentingnya bukan “siapa tahu kata sandinya?”, melainkan “siapa diberi kewenangan untuk melakukan apa?”.
Perubahan tersebut terlihat teknis, padahal dampaknya menyentuh tata kelola. Akses menentukan siapa dapat melihat data, menyiapkan konsep, memproses dokumen, atau melakukan tindakan yang menimbulkan konsekuensi perpajakan. Karena itu, membagi role tidak cukup dilakukan sambil lalu ketika ada pekerjaan mendesak. Perusahaan perlu merancangnya seperti merancang otorisasi pembayaran: cukup luas agar pekerjaan bergerak, tetapi cukup terbatas agar kendali tidak hilang.
Mengapa akun bersama terasa praktis, tetapi sebenarnya mahal
Akun bersama memang menghemat percakapan pada hari pertama. Tidak perlu mendaftarkan orang satu per satu. Siapa pun yang sedang kosong dapat masuk dan melanjutkan pekerjaan. Efisiensi semu itu biasanya dibayar kemudian.
Ketika ada dokumen keliru, perusahaan sulit menjawab siapa yang membuat, mengubah, meninjau, atau mengirimnya. Saat pegawai resign, kata sandi harus diganti dan dibagikan ulang. Jika kredensial tersebar di chat pribadi, catatan browser, atau spreadsheet internal, perusahaan tidak benar-benar tahu siapa yang masih memilikinya. Lebih buruk lagi, orang yang hanya perlu mengunduh data dapat memperoleh akses yang jauh lebih luas daripada kebutuhan pekerjaannya.
Coretax memberi dasar untuk meninggalkan pola tersebut. Panduan resmi DJP mengenai penanggung jawab, impersonate, dan penambahan role menjelaskan bahwa praktik berbagi kata sandi akun badan tidak diperlukan. Individu yang telah diberi peran masuk melalui akun pribadinya. Jejak kewenangan menjadi lebih terkait dengan orang yang menjalankan tugas, bukan dengan satu kredensial kolektif yang identitas penggunanya kabur.
Tetapi fitur tidak otomatis menghasilkan tata kelola. Perusahaan tetap bisa membagikan role terlalu luas, membiarkan akses lama aktif, atau menunjuk semua orang sebagai solusi cepat. Sistem menyediakan pintu dan kunci. Desain siapa memegang kunci tetap menjadi pekerjaan manajemen.
Mulai dari pekerjaan, bukan dari jabatan
Kesalahan yang sering terjadi adalah menyalin struktur organisasi ke dalam struktur akses. Manajer dianggap harus memperoleh semua akses. Staf dianggap cukup mendapat akses minimum. Padahal, kebutuhan di Coretax mengikuti proses kerja, bukan gengsi jabatan.
Seorang staf pajak mungkin perlu menyiapkan konsep dan memeriksa detail transaksi setiap hari. Seorang finance manager mungkin hanya perlu melakukan review pada titik tertentu. Direktur mempunyai tanggung jawab sebagai wakil atau penanggung jawab, tetapi tidak harus mengerjakan input rutin. Konsultan eksternal dapat membutuhkan data dan kewenangan tertentu dalam masa penugasan, bukan akses terbuka tanpa batas waktu.
Cara paling masuk akal adalah membuat daftar kegiatan selama satu siklus pajak. Tuliskan siapa yang menyiapkan data, siapa yang membuat konsep, siapa yang memeriksa, siapa yang menyelesaikan pembayaran, siapa yang menandatangani, dan siapa yang hanya memantau. Setelah itu, cocokkan kebutuhan tersebut dengan role yang tersedia pada Coretax saat pengaturan dilakukan. Nama role dan tampilan menu dapat berkembang, sehingga perusahaan sebaiknya memeriksa panduan Coretaxpedia atau buku panduan DJP terbaru, bukan mengandalkan tangkapan layar lama.
Prinsipnya sederhana: kewenangan diberikan berdasarkan tugas nyata. Jangan memberikan akses penuh hanya karena batas antarperan belum sempat dipikirkan.
Empat lapis pembagian yang lebih sehat
Lapisan pertama adalah penyiapan. Orang pada lapisan ini membutuhkan ruang untuk mengolah data, membuat konsep, mengunggah bahan, atau menjalankan pekerjaan rutin sesuai modul yang ditangani. Ia tidak otomatis harus menjadi pihak yang menyetujui hasil akhir.
Lapisan kedua adalah pemeriksaan. Reviewer perlu melihat cukup banyak informasi untuk menguji angka, identitas lawan transaksi, masa pajak, dan kelengkapan dokumen. Posisi ini harus benar-benar berfungsi sebagai kontrol, bukan sekadar nama kedua yang menekan tombol setelah staf pertama selesai.
Lapisan ketiga adalah otorisasi. Di sinilah perusahaan memastikan tindakan final dilakukan oleh pihak yang memang berwenang. Tidak semua dokumen mempunyai alur identik, dan status wakil, kuasa, atau pihak terkait perlu sesuai dengan ketentuan serta data perusahaan. Karena itu, perusahaan tidak boleh mengasumsikan bahwa siapa pun yang dapat membuat konsep otomatis dapat menandatangani atau mengirim semua jenis dokumen.
Lapisan keempat adalah administrasi akses. Seseorang harus bertanggung jawab menambah, meninjau, mengubah, dan mencabut role. Pada banyak perusahaan, fungsi ini melekat pada PIC atau penanggung jawab, tetapi proses internalnya tetap perlu melibatkan HR, atasan fungsi pajak, dan bila relevan bagian legal atau keamanan informasi. Orang yang mengelola akses seharusnya tidak menebak status kepegawaian dari kabar informal.
Empat lapis ini tidak harus berarti empat orang berbeda. Pada perusahaan kecil, satu orang bisa menjalankan lebih dari satu fungsi. Yang tidak boleh hilang adalah kesadaran bahwa fungsi tersebut berbeda dan mengandung risiko yang berbeda pula.
Skenario yang menguji desain akses
Bayangkan perusahaan memiliki Rani sebagai tax staff, Bayu sebagai tax supervisor, Mira sebagai finance manager, dan direktur sebagai penanggung jawab. Rani mengerjakan input dan konsep. Bayu memeriksa konsistensi dengan pembukuan. Mira memantau penyelesaian dan eskalasi. Direktur menjalankan tindakan yang memang memerlukan otoritasnya.
Pada hari biasa, desain itu terlihat sedikit lebih lambat daripada memberikan akses luas kepada semua orang. Pada hari bermasalah, manfaatnya baru terasa. Jika ada konsep dengan nilai tidak wajar, reviewer tahu di titik mana harus menahan proses. Jika Rani cuti, pengganti bisa diberi role secara resmi tanpa memakai akunnya. Jika Bayu pindah divisi, haknya dapat ditinjau kembali tanpa mengganti kredensial seluruh tim.
Skenario lain lebih sensitif. Perusahaan memakai konsultan untuk membantu pembetulan satu masa pajak. Pertanyaan yang sehat bukan hanya apakah konsultan dapat masuk, tetapi modul apa yang diperlukan, tindakan apa yang boleh dilakukan, kapan akses mulai berlaku, dan kapan harus dicabut. Akses eksternal tanpa tanggal evaluasi mudah berubah menjadi akses permanen yang terlupakan.
Gunakan prinsip akses minimum, tetapi jangan membuat pekerjaan lumpuh
Prinsip least privilege sering diterjemahkan terlalu kaku: beri sesedikit mungkin akses. Dalam praktik pajak, terjemahan yang lebih tepat adalah memberi akses minimum yang cukup untuk menyelesaikan tanggung jawab secara benar.
Jika staf tidak bisa melihat data yang dibutuhkan untuk rekonsiliasi, ia akan mencari jalan pintas dengan meminta unduhan dari akun orang lain. Jika reviewer hanya menerima PDF akhir tanpa akses terhadap detail yang perlu diuji, review menjadi formalitas. Pembatasan yang buruk dapat mendorong munculnya kembali berbagi akun, kirim file tanpa proteksi, atau pekerjaan di luar sistem.
Karena itu, desain role perlu diuji dengan satu transaksi nyata dari awal sampai akhir. Apakah pembuat konsep bisa menyelesaikan tugasnya? Apakah reviewer melihat informasi yang relevan? Apakah pemisahan antara persiapan dan otorisasi benar-benar terjadi? Apakah ada langkah yang hanya dapat diselesaikan dengan meminjam akun orang lain? Jika jawaban terakhir “ya”, desainnya belum sehat.
Daftar akses harus menjadi dokumen hidup
Perusahaan membutuhkan register sederhana yang setidaknya memuat nama individu, hubungan dengan perusahaan, role yang diberikan, modul atau kewenangan yang relevan, tanggal mulai, tanggal evaluasi, atasan atau pemberi persetujuan, dan status aktif. Register ini adalah catatan internal, bukan pengganti data pada Coretax. Fungsinya untuk memastikan perusahaan mempunyai pandangan utuh ketika harus melakukan review.
Review tidak perlu menunggu audit tahunan. Ada beberapa peristiwa yang seharusnya langsung memicu pemeriksaan akses: pegawai resign, mutasi jabatan, cuti panjang, perubahan pengurus, pergantian konsultan, berakhirnya proyek, restrukturisasi fungsi finance, atau insiden keamanan. HR sebaiknya memasukkan akses pajak digital ke checklist offboarding, sejajar dengan email kantor, internet banking, ERP, dan aplikasi bisnis lain.
Lakukan juga recertification berkala. Atasan fungsi pajak melihat daftar akses dan menjawab dua pertanyaan: apakah orang ini masih membutuhkan akses, dan apakah cakupannya masih sesuai pekerjaan? Jawaban “dia orang lama” bukan alasan kontrol. Lama bekerja tidak sama dengan kebutuhan kewenangan.
Jangan abaikan kualitas akun orang pribadi
Karena individu masuk melalui akun pribadinya sebelum menjalankan peran atas badan, keamanan akun orang tersebut ikut menjadi bagian dari keamanan perusahaan. Email dan nomor ponsel harus aktif. Kata sandi tidak boleh dibagikan. Verifikasi dua langkah sebaiknya diaktifkan sesuai fasilitas yang disediakan DJP. Kode otorisasi dan passphrase harus dikelola secara hati-hati karena berkaitan dengan tanda tangan digital.
Perusahaan juga perlu menjelaskan batas antara akun pribadi dan pekerjaan perusahaan. Pegawai memang memakai identitasnya untuk mengakses peran yang diberikan, tetapi tugas dilakukan atas nama badan sesuai kewenangan. Karena itu, dokumentasi penugasan, persetujuan akses, dan pencabutan role harus jelas. Jangan membiarkan pegawai menanggung kebingungan karena prosedur perusahaan tidak pernah ditulis.
Siapa yang seharusnya memegang kendali
Kendali tidak berarti direktur mengerjakan semua langkah. Kendali berarti perusahaan tahu siapa yang berwenang, mengapa kewenangan diberikan, bagaimana hasil diperiksa, dan kapan akses berakhir. PIC mempunyai posisi penting dalam struktur Coretax, tetapi kualitas kontrol tetap bergantung pada kolaborasi.
Tim pajak memahami pekerjaan. HR mengetahui perubahan status orang. Legal memahami perubahan pengurus dan kuasa. Bagian keamanan informasi dapat membantu standar kredensial. Direksi menetapkan toleransi risiko dan jalur pertanggungjawaban. Ketika fungsi-fungsi ini bekerja sendiri-sendiri, celah biasanya muncul pada masa transisi.
Uji desain ketika orang utama tidak tersedia
Ada satu simulasi yang cepat mengungkap ketergantungan tersembunyi: anggap PIC operasional tidak dapat dihubungi selama tiga hari menjelang tenggat. Apakah tim lain tahu siapa yang menjadi pengganti? Apakah pengganti sudah mempunyai akun dan role yang sah? Apakah kertas kerja, passphrase pribadi, dan persetujuan diperlakukan dengan benar? Apakah direktur memahami tindakan yang memang harus dilakukan olehnya?
Jangan menyelesaikan simulasi dengan menaruh semua rahasia akses di satu amplop atau grup chat. Yang diuji adalah ketahanan proses, bukan kemampuan menemukan kata sandi orang lain. Buat jalur delegasi, dokumentasikan siapa yang boleh meminta perubahan role, dan tetapkan kanal darurat. Jika simulasi gagal, perbaiki sebelum keadaan nyata memaksa perusahaan mengambil jalan pintas.
Catat pula akses yang sengaja tidak diberikan. Keputusan penolakan penting agar permintaan serupa tidak dinilai ulang dari nol oleh manajer berbeda. Alasan seperti konflik tugas, cakupan kontrak, atau tidak adanya kebutuhan operasional membuat batas kewenangan lebih konsisten.
Target akhirnya bukan membuat semua orang bisa masuk. Targetnya adalah membuat pekerjaan pajak tetap berjalan meski orang berganti, tanpa mengorbankan kerahasiaan dan akuntabilitas. Perusahaan yang matang tidak bangga karena “semua tim sudah pegang akses”. Mereka bisa menunjukkan bahwa setiap akses mempunyai pemilik, tujuan, batas, reviewer, dan tanggal untuk diperiksa kembali.
Bacaan dan rujukan terkait di ePajak.or.id
- Kategori: Pajak
- Topik: Coretax DJP
- Indeks: Coretax
- Panduan: Panduan Coretax DJP
- Evidence: Administration Source Map
- Topik: Pelaporan SPT
- Artikel terkait: Ketika PIC Pajak Resign: Cara Merapikan Akses Coretax Sebelum Jadi Masalah Operasional
- Artikel terkait: Coretax 2026 Sudah Jadi Rutinitas, Tapi Kenapa Tim Finance Masih Sering Nyangkut di Hal Kecil?
