(00)Panduan
Dokumen terkendali: cara mengelola versi, distribusi, dan penarikan salinan usang
Di banyak perusahaan, satu SOP atau kebijakan bisa ada di lima tempat sekaligus: di folder bersama, di lampiran email, di laptop seseorang, di hasil cetak yang ditempel di dinding, dan di folder kiriman WhatsApp. Ketika ada yang bertanya mana yang berlaku, jawabannya biasanya ditebak dari tanggal file. Dokumen terkendali adalah cara untuk menghentikan tebakan itu, dan panduan ini membahas cara menyusunnya tanpa perlu sistem yang rumit.
Apa itu dokumen terkendali
Dokumen terkendali adalah dokumen resmi yang pembuatan, penyetujuan, perubahan, dan penyebarannya diatur dengan aturan yang jelas. Setiap dokumen terkendali punya pemilik, nomor, nomor versi, tanggal berlaku, dan catatan siapa yang menyetujuinya. Siapa pun yang memegang dokumen itu bisa memastikan bahwa isinya masih versi yang berlaku.
Salinan tidak terkendali adalah salinan yang tidak ikut dipantau setelah dibuat. Contohnya hasil cetak yang disimpan di laci, file yang diunduh ke laptop, atau lampiran email yang diteruskan ke pihak lain. Salinan seperti itu tidak salah pada hari pertama, tetapi ia tidak ikut berubah ketika dokumen aslinya direvisi, sehingga lama-lama orang bekerja dengan aturan yang sudah tidak berlaku.
Istilah "informasi terdokumentasi" (documented information) muncul di ISO 9001:2015 klausul 7.5, dan banyak perusahaan menjadikannya acuan umum ketika menyusun aturan pengendalian dokumen. Panduan ini hanya menyebutnya sebagai rujukan. Mengikuti panduan ini tidak membuat perusahaan Anda memenuhi standar apa pun, dan Obscura juga tidak menjanjikan hal itu.
Dokumen mana yang perlu dikendalikan
Tidak semua file perlu diperlakukan sama. Dokumen yang dipakai sebagai pedoman kerja atau dasar keputusan biasanya layak dikendalikan, misalnya SOP, kebijakan, instruksi kerja, formulir baku, template kontrak, dan struktur organisasi. Notulen rapat, korespondensi, dan dokumen kerja sementara umumnya cukup dikelola sebagai arsip biasa. Pilihan ini sebaiknya ditulis dalam satu daftar induk supaya semua orang tahu mana yang masuk.
Contoh daftar induk dokumen
Daftar induk adalah satu tabel yang memuat semua dokumen terkendali, sehingga siapa pun bisa mengecek versi berlaku tanpa bertanya ke banyak orang. Contohnya:
| Nomor | Judul | Pemilik | Versi berlaku | Berlaku sejak |
|---|---|---|---|---|
| SOP-HR-004 | Prosedur rekrutmen | [jabatan pemilik] | 2.1 | 1 Sep 2026 |
| KBJ-FIN-001 | Kebijakan pengeluaran | [jabatan pemilik] | 3.0 | 15 Jun 2026 |
Kolom versi berlaku inilah yang diperiksa lebih dulu ketika ada keraguan tentang salinan yang dipegang seseorang.
Stempel "terkendali" dan "tidak terkendali"
Banyak perusahaan menandai salinan cetak dengan stempel "DOKUMEN TERKENDALI" atau "TIDAK TERKENDALI". Ini kebiasaan internal, bukan kewajiban hukum, sehingga Anda bebas menentukan bentuk dan aturannya. Aturan yang lazim dipakai seperti berikut.
- Salinan cetak yang dibagikan sesuai daftar distribusi diberi stempel terkendali dengan nomor salinan, dan penerimanya menandatangani tanda terima.
- Salinan lain yang dicetak untuk keperluan sesaat diberi stempel tidak terkendali, lengkap dengan kalimat bahwa salinan itu hanya berlaku pada tanggal cetak.
- File di sistem penyimpanan resmi dianggap terkendali selama ia masih berstatus versi berlaku, dan hasil unduhan atau cetaknya otomatis dianggap tidak terkendali.
Stempel hanya berguna jika aturannya dipatuhi. Stempel pada kertas tidak menjamin isinya masih terbaru, jadi cantumkan juga tanggal cetak dan alamat tempat versi terbaru bisa dicek.
Penomoran versi dan riwayat revisi
Setiap dokumen terkendali memerlukan nomor dokumen yang tetap dan nomor versi yang berubah. Format nomor dokumen bisa mengikuti penomoran surat perusahaan, misalnya SOP-HR-004. Untuk versi, aturan yang sederhana sudah cukup.
- Perubahan kecil seperti salah ketik atau tautan yang rusak menaikkan angka belakang, misalnya dari 2.0 ke 2.1.
- Perubahan isi yang memengaruhi cara kerja menaikkan angka depan, misalnya dari 2.1 ke 3.0.
- Draf yang belum disetujui memakai penanda sendiri, misalnya "draf 3.0-a", dan tidak pernah dibagikan sebagai versi berlaku.
Di halaman depan atau bagian akhir dokumen, simpan tabel riwayat revisi. Contohnya:
| Versi | Tanggal berlaku | Perubahan | Disusun | Disetujui |
|---|---|---|---|---|
| 1.0 | 2 Jan 2026 | Penerbitan pertama | [nama/jabatan] | [nama/jabatan] |
| 2.0 | 15 Jun 2026 | Langkah verifikasi vendor ditambah | [nama/jabatan] | [nama/jabatan] |
| 2.1 | 1 Sep 2026 | Perbaikan nama formulir | [nama/jabatan] | [nama/jabatan] |
Diagram berikut menunjukkan perjalanan satu dokumen dari draf sampai versi lama ditarik.
Daftar distribusi
Daftar distribusi mencatat siapa yang berhak menerima dokumen tertentu, dalam bentuk apa, dan sejak kapan. Untuk setiap dokumen, catat jabatan penerima (bukan hanya nama, karena orangnya bisa berganti), jumlah salinan, bentuk salinan (cetak atau digital), dan tanggal diterima. Ketika versi baru terbit, daftar ini menjadi dasar untuk mengetahui siapa saja yang harus diberi tahu dan siapa yang harus mengembalikan salinan lama.
Dokumen yang sangat rahasia memerlukan perhatian tambahan. Jika salinan sampai ke pihak yang tidak berhak, Anda perlu bisa menelusuri salinan itu diterbitkan kepada siapa. Panduan tentang watermark dokumen rahasia membahas hal ini.
Menarik salinan usang
Penarikan salinan usang sering terlewat karena semua perhatian tertuju pada penerbitan versi baru. Langkah yang disarankan:
- Tanggal berlaku versi baru ditetapkan, dan versi lama dinyatakan tidak berlaku sejak tanggal yang sama.
- Pemilik dokumen memeriksa daftar distribusi dan memberi tahu semua penerima.
- Penerima mengembalikan atau memusnahkan salinan cetak lama, lalu menandatangani konfirmasi di daftar distribusi.
- File lama di folder kerja dipindahkan atau ditandai sebagai usang.
- Satu salinan versi lama tetap disimpan di riwayat dokumen, diberi tanda "usang" dan tanggal penarikan.
Langkah terakhir penting karena versi lama masih diperlukan untuk menjawab pertanyaan seperti "aturan apa yang berlaku ketika kejadian itu terjadi". Lama penyimpanannya mengikuti kebijakan arsip Anda, dan panduan lama penyimpanan dokumen perusahaan membahas dasarnya.
Siapa yang menyetujui revisi
Pembuat dokumen, pemeriksa, dan penyetuju sebaiknya orang yang berbeda. Pemilik dokumen mengusulkan revisi, pemeriksa yang memahami isinya menilai apakah revisi itu benar, dan pejabat yang berwenang atas proses tersebut menyetujuinya. Tingkat persetujuan boleh disesuaikan dengan dampak dokumen: perubahan formulir bisa cukup disetujui kepala bagian, sedangkan perubahan kebijakan yang berlaku untuk seluruh perusahaan sebaiknya naik ke direksi. Cara merancang tingkat persetujuan dibahas di panduan alur persetujuan dokumen.
Sebelum menyetujui, penyetuju perlu melihat apa yang berubah. Membandingkan dua versi secara berdampingan jauh lebih andal daripada mengandalkan ringkasan dari pengusul.
Jejak audit
Jejak audit (audit trail) adalah catatan kronologis tentang apa yang terjadi pada dokumen: siapa yang mengubah, siapa yang menyetujui, kapan versi diterbitkan, dan kapan versi lama ditarik. Catatan ini berguna ketika auditor internal, atasan, atau pihak luar bertanya mengapa sebuah aturan berubah dan siapa yang memutuskannya. Jika catatan hanya tersebar di email dan ingatan orang, menjawab pertanyaan itu memakan waktu berhari-hari. Jika Anda mengelolanya dengan spreadsheet, tetapkan satu orang yang bertugas memperbaruinya setiap kali ada revisi.
Cara Obscura membantu
Di Obscura, setiap unggahan menjadi versi baru dan versi sebelumnya tetap bisa dilihat. Anda bisa menunjuk satu PDF sebagai salinan resmi, membandingkan dua versi beserta metadatanya sebelum revisi disetujui, dan mengatur siapa yang boleh melihat serta mengubah setiap dokumen. Audit log mencatat perubahan, keputusan, dan aktivitas pada tiap dokumen, sehingga bukti tidak perlu dikumpulkan dari beberapa aplikasi. Untuk jalur persetujuan revisinya, lihat persetujuan dan tanda tangan. Penjelasan lengkapnya ada di halaman kontrol dokumen, dan aspek keamanannya ada di halaman keamanan.