Digital Signature, Kode Otorisasi, dan Sertifikat Elektronik: Peta identitas baru dalam administrasi pajak

EPAJAK.OR.ID KNOWLEDGE SYSTEM

Digital Signature, Kode Otorisasi, dan Sertifikat Elektronik: Peta identitas baru dalam administrasi pajak

FormatPost
Diperbarui11 September 2026
Waktu baca7 menit
KonteksPanduan praktis

Di meja kerja lama, kewenangan sering terlihat dari map yang dibawa untuk ditandatangani. Dalam administrasi digital, map itu berubah menjadi akun, role, sertifikat, kode otorisasi, passphrase, dan log. Dokumen dapat selesai tanpa orang berada di ruangan yang sama. Risiko juga ikut berubah: siapa sebenarnya bertindak, atas nama siapa, dengan kewenangan apa, dan apakah buktinya masih dapat dibaca beberapa tahun kemudian?

Pertanyaan tersebut lebih penting daripada sekadar “bisa login atau tidak”. Coretax DJP menggunakan identitas dan penandatanganan elektronik untuk pelaksanaan hak serta kewajiban. Wajib pajak dapat menjumpai Kode Otorisasi DJP dan pilihan sertifikat digital sesuai mekanisme yang tersedia. Perusahaan perlu memetakan alat, orang, badan, dan dokumen secara tepat. Satu passphrase yang beredar di grup bukan efisiensi. Itu pemutusan rantai akuntabilitas.

Empat lapis identitas

Lapis pertama adalah subjek pajak atau badan yang hak dan kewajibannya dijalankan. Lapis kedua adalah orang yang bertindak untuk atau mewakili badan. Lapis ketiga adalah akun dan role yang memberi akses pada fungsi tertentu. Lapis keempat adalah alat penandatanganan atau autentikasi yang mengikat tindakan elektronik.

Keempatnya tidak boleh dicampur. NPWP badan bukan akun pribadi staf. Akun pimpinan bukan akun bersama finance. Role preparer tidak otomatis berhak menandatangani. Sertifikat atau kode otorisasi tidak boleh dipinjam hanya karena orang yang berwenang sedang rapat.

Buat identity map berisi entitas, pengurus atau wakil relevan, PIC, role, jenis akses, alat tanda tangan, masa berlaku, owner, backup, serta proses perubahan. Validasi terhadap informasi resmi terkini karena menu dan prosedur dapat disempurnakan.

Kode Otorisasi DJP dalam konteksnya

Panduan resmi DJP menjelaskan permintaan Kode Otorisasi melalui Coretax pada menu yang berkaitan dengan Kode Otorisasi atau sertifikat. Pengguna membuat passphrase, memeriksa status, dan setelah valid dapat menggunakannya untuk pelaporan serta penandatanganan dokumen yang relevan.

Kode Otorisasi DJP merupakan alat verifikasi dan autentikasi untuk tanda tangan elektronik yang dikeluarkan DJP. Ia perlu dibedakan dari sertifikat elektronik atau sertifikat digital lain yang dapat mempunyai penerbit dan karakter berbeda. Dalam komunikasi internal, jangan menyebut semuanya “sertifikat” bila perbedaan itu memengaruhi prosedur.

Status valid harus diperiksa, bukan diasumsikan dari keberhasilan permintaan. Simpan bukti penerbitan sesuai kebijakan arsip, tetapi jangan menyimpan passphrase di tempat yang sama dengan panduan atau file yang mudah diakses.

Sertifikat bukan sekadar file

Sertifikat elektronik menghubungkan identitas dengan kunci dan mekanisme penandatanganan. Dari sisi operasional, perusahaan perlu mengetahui siapa penerbit, untuk fungsi apa digunakan, di perangkat atau layanan mana tersimpan, kapan berlaku, dan bagaimana dicabut atau diperbarui.

Jangan mengirim file sertifikat serta kata sandinya lewat kanal yang sama. Jangan menaruhnya dalam shared folder tanpa pembatasan. Jika integrasi membutuhkan secret, gunakan pengelolaan rahasia yang sesuai dan batasi service account.

Inventaris sertifikat mencatat identifier, owner, purpose, environment, penerbit, tanggal, status, dependency, dan rencana renewal. Hindari menyalin private key atau passphrase ke inventaris. Sistem monitoring memberi peringatan jauh sebelum kedaluwarsa.

Tanda tangan tidak menggantikan review

Digital signature membuktikan tindakan penandatanganan dalam konteks mekanisme yang digunakan. Ia tidak otomatis membuktikan bahwa angka benar, kontrak telah dibaca, atau seluruh dokumen pendukung lengkap. Approval workflow tetap diperlukan sebelum tombol akhir.

Pisahkan preparation, review, dan signing. Preparer membangun draft serta evidence pack. Reviewer memeriksa treatment, nilai, periode, dan rekonsiliasi. Signer melihat ringkasan keputusan dan exception material. Untuk proses sederhana, tingkat approval dapat disesuaikan, tetapi ownership harus jelas.

Jangan menjadikan signer rubber stamp karena antrean. Ukur jumlah dokumen, waktu review, nilai, dan exception. Bila kapasitas tidak cukup, perbaiki cut-off atau delegasi melalui mekanisme resmi, bukan berbagi passphrase.

Wewenang perusahaan berubah

Direktur berganti, pegawai pindah, konsultan selesai kontrak, atau entitas direstrukturisasi. Identity map harus mengikuti perubahan ini. Trigger dari HR, legal, dan corporate secretarial masuk ke proses akses pajak.

Joiner memperoleh akses minimum setelah verifikasi dan training. Mover kehilangan role lama sebelum atau bersamaan dengan role baru. Leaver dinonaktifkan tepat waktu, sesi ditutup, dan aset dikembalikan. Jangan mengandalkan review tahunan untuk perubahan yang sudah diketahui.

Perubahan pengurus atau wakil dapat membutuhkan pemutakhiran data dan langkah resmi. Tim memeriksa panduan serta ketentuan terbaru, tidak mengasumsikan perubahan internal otomatis tercermin di sistem eksternal.

Delegasi tanpa meminjam identitas

Puncak pelaporan sering memunculkan kalimat, “Pakai akun saya dulu.” Kalimat itu harus dianggap control exception. Sistem modern menyediakan pengelolaan role atau akses untuk membagi pekerjaan. Gunakan mekanisme tersebut sesuai ketentuan dan kebutuhan.

Delegasi memuat scope, entitas, fungsi, tanggal mulai, tanggal berakhir, serta approver. Backup signer disiapkan sebelum cuti atau perjalanan. Emergency delegation berdurasi singkat dan direview setelah dipakai.

Konsultan eksternal mendapat akses yang diperlukan, bukan kredensial orang dalam. Kontrak mengatur confidentiality, security, penggunaan subkontraktor, incident, pengembalian data, dan penghentian akses. Perusahaan tetap mengawasi tindakan atas identitasnya.

Passphrase adalah rahasia, bukan workflow

Passphrase tidak boleh menjadi pengganti approval. Mengetik passphrase berarti melakukan tindakan sensitif, bukan hanya melewati layar. Jangan tempel di monitor, kirim melalui chat, masukkan ke SOP, atau simpan bersama file sertifikat.

Gunakan password manager atau secret management sesuai risiko serta kebijakan. Akses dicatat, dibatasi, dan direview. Jangan membuat passphrase yang sama untuk berbagai sistem.

Jika ada dugaan kompromi, aktifkan incident response. Batasi akses, ubah atau cabut sesuai prosedur, periksa log, identifikasi dokumen yang ditandatangani, dan nilai dampaknya. Jangan sekadar mengganti kata sandi lalu melupakan histori.

Log adalah saksi administratif

Simpan log login, perubahan role, permintaan sertifikat atau kode, status, penandatanganan, dokumen, waktu, dan response. Korelasikan dengan workflow internal. Log tidak boleh mudah diubah oleh orang yang diawasi.

Timestamp dan zona waktu harus konsisten. Untuk tindakan kritis, catat transaction ID dan document ID. Ketika API atau portal memberi response, simpan secara aman tanpa merekam rahasia.

Retensi log mengikuti kebutuhan legal, pajak, keamanan, serta kebijakan. Uji apakah log dapat dicari dan diekspor ketika ada pemeriksaan atau incident. Memiliki log yang tidak pernah dapat dibuka sama saja tidak memilikinya.

Perangkat dan sesi juga bagian identitas

Akun aman dapat disalahgunakan dari perangkat yang terinfeksi atau sesi yang ditinggalkan. Terapkan kontrol perangkat, pembaruan, proteksi endpoint, screen lock, dan pengelolaan browser. Hindari komputer bersama untuk penandatanganan material.

Remote work memerlukan aturan koneksi, lokasi file, dan dukungan. Jangan mengambil alih layar signer hanya untuk mengetik passphrase. Signer perlu memahami apa yang disetujui.

Pantau login tidak lazim, perangkat baru, kegagalan berulang, dan sesi bersamaan sesuai kemampuan serta kebijakan. Sinyal memicu verifikasi, bukan otomatis tuduhan.

Arsip harus mempertahankan konteks

Simpan dokumen final, receipt, status, versi, signer, approval, dan evidence pack. Jika ada pembetulan atau pengganti, hubungkan dengan versi awal. Jangan menimpa file lama.

Format dan media arsip perlu tetap dapat dibaca. Backup diuji. Hak akses arsip dapat berbeda dari hak membuat dokumen. Orang yang tidak lagi boleh menandatangani mungkin masih memerlukan akses baca terbatas untuk pekerjaan tertentu.

Catat dasar kewenangan signer pada saat tindakan, bukan hanya struktur organisasi sekarang. Ini penting ketika orang dan jabatan berubah.

Rekonsiliasi identitas dengan dokumen

Secara berkala, tarik daftar pengguna, role, alat tanda tangan, dan aktivitas. Cocokkan dengan HR, legal, daftar pengurus, vendor, serta matriks otorisasi. Cari orphan account, dormant account, role berlebih, sertifikat tidak dikenal, dan tindakan setelah tanggal keluar.

Untuk setiap filing atau batch material, pastikan preparer, reviewer, dan signer sesuai matriks. Exception mempunyai approval serta alasan. Jangan menunggu audit untuk menemukan konsultan lama masih aktif.

Review juga entitas yang jarang bertransaksi. Akun dormant dapat luput karena tidak muncul dalam pekerjaan harian. Tutup atau batasi sesuai kebutuhan.

Simulasi sebelum tenggat

Beberapa minggu sebelum pelaporan besar, uji login, role, status KO/sertifikat, perangkat, approval, dan backup. Gunakan dokumen uji atau prosedur resmi yang tidak menciptakan pelaporan palsu. Periksa email serta nomor kontak yang terdaftar bila relevan.

Simulasikan signer utama tidak tersedia, passphrase lupa, sertifikat tidak valid, role salah, dan portal terganggu. Runbook menjelaskan kanal resmi, bukti yang disimpan, serta jalur eskalasi. Jangan menunggu malam terakhir untuk pertama kali memeriksa status.

Kegagalan simulasi menjadi tiket dengan owner dan tenggat. Setelah perbaikan, uji ulang. Checklist tidak ditandatangani berdasarkan pernyataan lisan.

Metrik identitas yang berguna

Pantau akun aktif, role berlebih, orphan account, dormant account, emergency access, perubahan role, sertifikat mendekati kedaluwarsa, kegagalan signing, shared credential incident, dan dokumen tanpa approval lengkap. Ukur waktu pencabutan akses setelah trigger.

Jumlah akun bukan indikator utama. Fokus pada kesesuaian akses, jejak, dan kesiapan. Satu akun pimpinan yang dipakai banyak orang lebih berbahaya daripada banyak akun individu dengan role terkontrol.

Peta identitas baru membuat administrasi pajak lebih cepat sekaligus lebih tegas. Setiap tindakan digital harus menghubungkan badan, orang, role, alat tanda tangan, dokumen, dan waktu. Kode Otorisasi DJP atau sertifikat elektronik bukan sekadar syarat teknis untuk melewati halaman. Keduanya berada di ujung rantai keputusan. Jika rantai itu dirancang baik, perusahaan dapat menjawab siapa melakukan apa tanpa mengandalkan ingatan. Jika passphrase menjadi milik ramai-ramai, digitalisasi hanya memindahkan map tanda tangan ke tempat yang lebih sulit diaudit.

Renewal dan revocation perlu dimiliki sebagai proses, bukan pengingat pribadi. Renewal dimulai cukup awal untuk verifikasi data, approval, penerbitan, konfigurasi, dan uji. Revocation dipicu oleh kompromi, pergantian orang, perubahan kewenangan, atau penghentian alat sesuai prosedur yang berlaku.

Selama transisi, nyatakan alat mana yang sah untuk dokumen baru. Cegah dua sertifikat dipakai tanpa aturan. Setelah pergantian, periksa antrean dan transaksi yang tertunda. Jika status eksternal belum berubah, dokumentasikan risiko serta kontrol sementara.

Lakukan post-renewal review: status valid, signer tepat, log tersedia, dokumen uji berhasil, dan alat lama tidak lagi dapat digunakan di luar kebutuhan arsip. Dengan disiplin ini, kedaluwarsa tidak baru ditemukan pada menit penandatanganan.

Catat juga ketergantungan antarentitas. Satu orang dapat menjadi signer beberapa badan, sehingga perubahan akses perlu dinilai sebagai portofolio, bukan tiket tunggal.

Leave a Comment

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

Scroll to Top