Permintaannya tampak ringan: kontrak, invoice, bukti pembayaran, dan dokumen pendukung untuk dua belas transaksi tiga tahun lalu. Tax team memberi waktu sehari kepada accounting. Accounting meneruskan ke procurement. Procurement mencari mantan pegawai. Mantan pegawai menjawab bahwa semua file dulu ada di folder proyek, tetapi akun proyek sudah ditutup. Pada hari ketiga, yang ditemukan baru sembilan invoice dan sebuah screenshot percakapan tanpa konteks.
Masalah tersebut bukan semata-mata orang lambat. Perusahaan tidak memiliki kebijakan arsip digital yang menyatukan retensi, ownership, format, metadata, akses, backup, dan pemusnahan. File memang pernah ada, tetapi tidak dikelola sebagai record perusahaan.
Dalam perpajakan, kelemahan ini memiliki konsekuensi nyata. Ketentuan mengharuskan buku, catatan, dokumen dasar pembukuan atau pencatatan, serta dokumen lain disimpan selama sepuluh tahun di Indonesia. Untuk pemeriksaan di bawah PMK 15 Tahun 2025, surat permintaan buku, catatan, dokumen, dan data elektronik pada umumnya wajib dipenuhi paling lama satu bulan sejak disampaikan. Dokumen yang diserahkan setelah jangka waktu itu dianggap tidak diberikan pada saat pemeriksaan. Detail aturan dan konteks aktual tetap harus diperiksa, tetapi pesannya jelas: retensi panjang dan respons cepat harus berjalan bersama.
Retensi bukan sekadar “jangan delete”
File yang tidak dihapus belum tentu arsip yang berguna. Ia mungkin berada di akun pribadi, bernama “final final 2”, terenkripsi tanpa kunci, menggunakan format yang tidak lagi didukung, atau kehilangan lampiran email yang menjelaskan konteksnya.
Kebijakan retensi perlu menjawab lima hal. Record apa yang disimpan? Berapa lama dan berdasarkan pemicu tanggal apa? Siapa pemilik bisnisnya? Di mana salinan resmi berada? Bagaimana record ditahan lebih lama bila ada pemeriksaan, sengketa, investigasi, atau legal hold?
Jangka waktu pajak juga bukan satu-satunya pertimbangan. Perusahaan dapat memiliki kewajiban lain atas data personal, dokumen korporasi, kontrak, industri tertentu, atau litigasi. Legal, tax, privacy, records management, dan IT perlu menyusun retention schedule bersama. Jangan memakai angka sepuluh tahun sebagai alasan menyimpan semua data selamanya tanpa klasifikasi.
Tentukan record resmi pada saat transaksi berlangsung
Satu transaksi dapat menghasilkan puluhan file: draft kontrak, versi negosiasi, email persetujuan, kontrak final, invoice, purchase order, bukti penerimaan, chat koordinasi, dan bukti pembayaran. Kebijakan perlu membedakan working document dari official record.
Untuk kontrak, official record dapat berupa versi final yang ditandatangani beserta amendemen dan approval. Untuk jasa, tambahkan bukti pelaksanaan atau deliverable. Untuk pembayaran, simpan dokumen sumber dan approval yang menghubungkan pembayaran dengan kewajiban. Untuk jurnal manual, pertahankan dasar, perhitungan, dan persetujuan.
Penetapan ini harus terjadi ketika proses selesai, bukan saat audit. Tambahkan closure checklist pada procurement, proyek, payroll, penjualan, dan accounting. Sebelum sebuah proyek ditutup atau pegawai offboard, pastikan record berpindah ke repositori perusahaan.
Metadata mempercepat pencarian lebih daripada folder bertingkat
Bayangkan dua repositori. Yang pertama memiliki seratus folder tetapi file bernama “scan01.pdf”. Yang kedua memiliki metadata entitas, tanggal, jenis dokumen, vendor, nomor kontrak, nilai, pemilik, periode pajak, dan status final. Ketika auditor meminta transaksi tertentu, repositori kedua jauh lebih cepat meski struktur foldernya sederhana.
Gunakan identifier yang konsisten lintas sistem. Nomor kontrak dapat dihubungkan dengan purchase order, invoice, payment batch, dan jurnal. Vendor ID menghubungkan master data dengan transaksi. Project code menghubungkan biaya dengan deliverable. Kunci ini memungkinkan pencarian dan rekonsiliasi tanpa bergantung pada ejaan nama.
Tetapkan minimal metadata wajib. Validasi format tanggal dan identitas. Jangan membiarkan setiap departemen menciptakan kode sendiri tanpa mapping. Jika merger atau migrasi sistem mengubah identifier, simpan crosswalk antara kode lama dan baru.
Arsip email dan chat perlu kebijakan, bukan screenshot dadakan
Banyak keputusan bisnis hidup dalam email, platform kolaborasi, atau chat. Screenshot hanya menangkap tampilan, sering tanpa header, thread lengkap, lampiran, waktu, atau identitas yang dapat diverifikasi. Ia juga mudah terpotong dan sulit dicari.
Tentukan komunikasi mana yang menjadi record dan bagaimana mengekspornya ke repositori resmi. Keputusan material harus diringkas dalam memo, approval sistem, atau notulen yang terhubung dengan transaksi. Jangan menjadikan chat pribadi sebagai satu-satunya bukti persetujuan.
Jika kebijakan mengizinkan penggunaan platform tertentu, atur retensi, ownership akun, ekspor, dan offboarding. Larang pengiriman data pajak sensitif melalui akun pribadi jika kanal perusahaan tersedia. Kecepatan pesan tidak boleh mengorbankan integritas dan kerahasiaan.
Offboarding adalah titik kegagalan terbesar
Dalam sebuah skenario ilustratif, HR berkata, “Akun Dimas sudah dinonaktifkan sesuai SLA.”
Tax manager bertanya, “Dokumen proyeknya sudah dialihkan?”
IT menjawab, “Kami hanya menahan mailbox tiga puluh hari. Tidak ada tiket legal hold.”
Ketiga fungsi melakukan prosedurnya masing-masing, tetapi perusahaan tetap kehilangan record. Offboarding checklist harus menanyakan kepemilikan data, proyek aktif, record wajib retensi, delegasi mailbox, perangkat, cloud drive, dan kebutuhan hold. Business manager bertanggung jawab memastikan record dipindahkan; IT menjalankan transfer; legal dan tax memberi aturan retensi.
Jangan meminta mantan pegawai menyimpan file perusahaan di perangkatnya sebagai solusi. Itu memindahkan risiko ke luar kontrol. Perusahaan harus memiliki record ketika orang tersebut masih bekerja.
Backup tidak sama dengan arsip
Backup dirancang untuk pemulihan setelah kehilangan atau kerusakan sistem. Arsip dirancang untuk mempertahankan record yang dapat ditemukan dan dipahami dalam jangka panjang. Mengandalkan backup harian untuk mencari satu invoice tiga tahun lalu mahal dan kadang mustahil karena siklus overwrite.
Arsip memerlukan indeks, retensi, legal hold, format, serta akses granular. Backup memerlukan frekuensi, redundansi, keamanan, dan recovery test. Keduanya perlu, tetapi tidak saling menggantikan.
Lakukan restore drill. Pilih sampel tahun lama dan minta tim membuka kontrak, spreadsheet, email, serta dokumen scan. Periksa apakah font, formula, attachment, dan audit trail masih utuh. Catat aplikasi atau lisensi yang diperlukan. Bila format proprietary akan dihentikan, siapkan migrasi dengan menjaga file asal dan catatan konversi.
Integritas file perlu dapat dibuktikan
Official record sebaiknya read-only setelah final, dengan kontrol versi dan audit log. Gunakan hash atau mekanisme integritas bila sesuai sistem dan risiko. Pencatatan perubahan harus menunjukkan siapa, kapan, dan mengapa.
Jangan mengganti kontrak lama dengan versi yang sudah diberi anotasi tanpa menyimpan source. Jangan membuka spreadsheet asal lalu memperbaiki formula untuk respons audit. Buat working copy dan change log. Auditor atau reviewer perlu mengetahui mana file yang hidup pada saat transaksi dan mana analisis yang dibuat belakangan.
Untuk scan, pastikan semua halaman ada, terbaca, orientasinya benar, dan hubungan depan-belakang tidak hilang. Optical character recognition membantu pencarian, tetapi hasil OCR bukan pengganti gambar asli. Lakukan quality check pada dokumen material.
Hak akses harus bertahan mengikuti sensitivitas
Arsip sepuluh tahun tidak boleh berarti sepuluh tahun akses terbuka. Gunakan role-based access. Payroll, data personal, rekening, rahasia dagang, dan legal advice membutuhkan perlindungan berbeda.
Review akses secara berkala. Hapus akses orang yang berpindah fungsi. Gunakan akun perusahaan, autentikasi kuat, logging, dan enkripsi. Pastikan admin sistem tidak otomatis memiliki hak bisnis untuk membaca semua data, dan business owner tidak dapat menghapus record wajib tanpa workflow.
Saat pemeriksaan, buat audit room terpisah. Salin atau tautkan dokumen yang telah direview sesuai request. Jangan membuka seluruh archive kepada semua anggota response team atau pihak luar. Catat siapa mengunduh dan apa yang diserahkan.
Bangun retrieval SLA berdasarkan kelas dokumen
Kebijakan arsip perlu mempunyai ukuran layanan. Misalnya, SPT final dan bukti pembayaran harus dapat ditemukan dalam hitungan menit. Kontrak material dan transaksi sampel dalam beberapa jam. Restore dari cold archive mungkin membutuhkan waktu lebih lama, tetapi tetap memiliki owner serta prosedur.
SLA bukan janji kosong. Uji dengan sample request setiap kuartal. Pilih entitas, periode, dan transaksi secara acak. Minta tim menelusuri dari ledger menuju invoice, kontrak, bukti pelaksanaan, pembayaran, dan perlakuan pajak. Ukur waktu, kelengkapan, serta jumlah eskalasi.
Jika hasilnya selalu bergantung pada satu orang senior, archive belum matang. Dokumentasikan search path dan latih backup owner. Jika file ditemukan tetapi tidak dapat dikaitkan dengan transaksi, metadata perlu diperbaiki.
Siapkan request tracker ketika pemeriksaan dimulai
Untuk setiap permintaan, catat tanggal diterima, deskripsi literal, periode, pemilik, lokasi sumber, kebutuhan redaksi atau review, tanggal target internal, tanggal jatuh tempo, status, dan bukti penyerahan. Set internal due date lebih awal agar ada waktu untuk quality control.
Dokumen tidak boleh keluar langsung dari hasil pencarian. Reviewer memastikan file tepat, lengkap, sesuai asli, relevan, dan konsisten dengan penjelasan. Jika permintaan tidak jelas, koordinasikan klarifikasi melalui jalur resmi. Jika dokumen tidak ada, eskalasi cepat dan dokumentasikan upaya pencarian.
Ketiadaan dokumen harus menghasilkan root-cause, bukan dokumen baru yang berpura-pura lama. Cari bukti alternatif yang sah seperti log sistem, bank record, korespondensi perusahaan, atau konfirmasi yang diberi tanggal aktual. Nilai kekuatan dan keterbatasannya dengan jujur.
Ubah setiap kegagalan pencarian menjadi perbaikan proses
Setelah transaksi tiga tahun lalu akhirnya ditemukan, jangan berhenti pada “request selesai”. Tanyakan mengapa pencarian sulit. Apakah tidak ada owner? Metadata kosong? Akun sudah ditutup? Format tak terbaca? Link eksternal mati? Dokumen tak pernah diterima?
Masukkan jawabannya ke remediation register. Perbaiki workflow sumber, bukan hanya folder masa lalu. Jika deliverable jasa sering hilang, buat persyaratan closure pada accounts payable. Jika amendemen tidak terhubung dengan kontrak, perbaiki contract register. Jika ekspor ERP tidak punya data dictionary, jadikan dokumentasi sebagai bagian migrasi.
Kecepatan respons dibangun bertahun-tahun sebelumnya
Ketika auditor meminta dokumen lama, tim yang cepat bukan tim yang paling pandai mencari. Mereka cepat karena record ditetapkan sejak transaksi selesai, metadata konsisten, akun pegawai tidak menjadi gudang, backup pernah diuji, dan setiap kelas dokumen punya owner.
Kebijakan arsip digital yang matang juga memberi batas. Ia menentukan apa yang disimpan, siapa yang boleh melihat, kapan dapat dimusnahkan, dan kapan pemusnahan harus dihentikan. Dengan itu, perusahaan tidak terjebak pada dua risiko sekaligus: kehilangan bukti penting dan menimbun data sensitif tanpa tujuan.
Tiga tahun seharusnya bukan masa yang terlalu jauh bagi arsip pajak. Jika permintaan tiga tahun lalu terasa seperti penggalian arkeologi, masalahnya tidak berada pada auditor. Masalahnya ada pada proses yang menganggap file selesai ketika pembayaran selesai, padahal umur pertanggungjawabannya baru saja dimulai.
Bacaan dan rujukan terkait di ePajak.or.id
- Kategori: Pajak
- Topik: Data Wajib Pajak
- Entitas: Tax Compliance
- Entitas: Tax Litigation
- Pertanyaan terkait: Kapan Bisnis Perlu Tax Litigation?
- Evidence: Identity Source Map
- Artikel terkait: Tax Audit Readiness: Folder apa yang seharusnya sudah ada sebelum pemeriksaan datang?
- Artikel terkait: PMK 15 Tahun 2025 dan Pemeriksaan Pajak: Apa yang Berubah dalam Cara Perusahaan Menyiapkan Diri?