Yovita NabilaDalam praktik SPBE Tanda Tangan, tantangan kementerian biasanya bukan sekadar memilih aplikasi untuk membubuhkan paraf digital. Tantangannya adalah mengubah alur surat, nota dinas, persetujuan, dokumen pengadaan, dan arsip menjadi proses yang sah, terlacak, dan bisa diaudit. Tanda tangan scan terasa cepat, tetapi rapuh saat dokumen harus dibuktikan: siapa yang menandatangani, kapan, dengan sertifikat apa, apakah isi dokumen berubah, dan bagaimana jejak persetujuannya disimpan.
SPBE perlu diperlakukan sebagai model operasi. Artinya, tanda tangan digital untuk kementerian harus menyatu dengan tata kelola dokumen, identitas pejabat, klasifikasi data, kontrol akses, arsip, dan proses audit. Artikel ini menyusun panduan praktis untuk tim SPBE, pranata komputer, kepala biro umum, legal, dan sekretariat jenderal yang ingin berpindah dari tanda tangan scan ke tanda tangan elektronik tersertifikasi secara bertahap.
Daftar Isi
TL;DR
- Tanda tangan scan tidak cukup untuk kebutuhan bukti karena tidak melekat kuat pada identitas penanda tangan, integritas isi dokumen, dan audit trail.
- Kerangka SPBE dari Perpres No. 95 Tahun 2018 mendorong layanan pemerintahan berbasis elektronik; tanda tangan digital perlu dilihat sebagai bagian dari workflow layanan dan administrasi, bukan fitur terpisah.
- PP No. 71 Tahun 2019 dan UU ITE menjadi rujukan penting untuk tanda tangan elektronik, sertifikat elektronik, PSrE, dan bukti integritas dokumen.
- BSrE/BSSN dapat menjadi konteks layanan sertifikat elektronik pemerintah, sementara PSrE komersial seperti Tilaka perlu dipilih berdasarkan kebijakan internal, pengadaan, klasifikasi data, integrasi, dan kebutuhan operasi.
- Rollout yang aman dimulai dari pemetaan dokumen, role pejabat, lifecycle sertifikat, pilot unit, integrasi portal/API, audit trail, dan arsip.
Mengapa Tanda Tangan Scan Tidak Cukup untuk SPBE
Tanda tangan scan sering dipakai karena mudah: pejabat menandatangani kertas, tim memindai, lalu file dikirim melalui email atau aplikasi internal. Masalahnya muncul saat dokumen berpindah lintas unit, diaudit, atau disengketakan. Gambar tanda tangan bisa disalin ke dokumen lain, metadata file bisa berubah, dan riwayat approval sering tersebar di email, chat, atau folder lokal.
Saat auditor meminta bukti, tim harus menyusun ulang cerita dari banyak potongan data. Untuk dokumen bernilai keputusan, pola ini membuat pembuktian terlalu bergantung pada kedisiplinan manual, bukan pada evidence yang melekat pada dokumen.
Dalam konteks kementerian, dokumen bukan hanya file. Dokumen bisa menjadi dasar keputusan, instruksi, belanja, pelayanan publik, atau komunikasi antarlembaga. Karena itu, tanda tangan perlu membawa bukti yang lebih lengkap: identitas penanda tangan, validitas sertifikat saat penandatanganan, waktu, hash dokumen, riwayat persetujuan, dan status arsip. Di sinilah e-signature pemerintah harus disatukan dengan proses, bukan ditempel di akhir dokumen.
Catatan tata kelola: jangan memulai migrasi dengan pertanyaan “aplikasi tanda tangan apa yang dipakai?” Mulailah dari pertanyaan “dokumen apa yang butuh kekuatan bukti, siapa pejabat yang berwenang, dan bukti apa yang harus tersedia saat audit?”
Portal SPBE dari Kementerian PANRB menempatkan SPBE sebagai sistem pemerintahan berbasis elektronik untuk administrasi pemerintahan dan pelayanan publik. Dengan perspektif itu, tanda tangan digital kementerian perlu mendukung kecepatan layanan sekaligus akuntabilitas.
Peta Regulasi yang Perlu Dibaca Bersama
Ada tiga lapis regulasi yang perlu dipahami tim sebelum memilih solusi. Rujukan berikut dipakai sebagai pagar desain teknis, bukan pengganti review legal internal.
Pertama, Perpres No. 95 Tahun 2018 tentang SPBE perlu dibaca sampai tingkat pasal. Pasal 1 mendefinisikan SPBE sebagai penyelenggaraan pemerintahan yang memanfaatkan TIK untuk memberi layanan kepada pengguna SPBE. Pasal 2 menempatkan prinsip seperti keterpaduan, akuntabilitas, interoperabilitas, dan keamanan. Pasal 3 memasukkan tata kelola, manajemen, audit TIK, penyelenggara, percepatan, serta pemantauan dan evaluasi dalam ruang lingkup pengaturan. Implikasinya, proyek tanda tangan tidak cukup berdiri sebagai fitur aplikasi; ia harus masuk ke arsitektur layanan, kontrol keamanan, dan bukti audit SPBE.
Kedua, PP No. 71 Tahun 2019 tentang Penyelenggaraan Sistem dan Transaksi Elektronik mengatur konteks sistem elektronik, transaksi elektronik, penyelenggara sertifikasi elektronik, dan tanda tangan elektronik. Untuk kebutuhan tanda tangan, Pasal 52 dan Pasal 53 penting untuk membaca peran PSrE dan pengakuannya. Pasal 59 dan Pasal 60 membantu membedakan prosedur tanda tangan elektronik serta fungsi autentikasi identitas dan keutuhan dokumen. Pasal 61 dan Pasal 64 menguatkan desain terkait data pembuatan tanda tangan, verifikasi identitas awal, dan kontrol agar bukti digital tidak mudah dipersoalkan.
Ketiga, UU ITE No. 11 Tahun 2008, beserta perubahan berikutnya termasuk UU No. 1 Tahun 2024, penting karena Pasal 11 menjadi rujukan umum tentang keabsahan tanda tangan elektronik ketika persyaratan hukumnya terpenuhi. Dalam artikel ini, rujukan pasal dipakai sebagai konteks desain, bukan nasihat hukum final. Unit hukum tetap perlu menyesuaikan dengan jenis dokumen, peraturan sektoral, dan kebijakan internal kementerian.
BSrE, PSrE Komersial, dan Cara Memilih Model
Untuk instansi pemerintah, BSrE BSSN adalah konteks penting karena menyediakan layanan sertifikat elektronik dan tanda tangan elektronik untuk lingkungan pemerintahan. Di sisi lain, ekosistem PSrE juga mencakup penyedia yang terdaftar/berinduk di bawah mekanisme Komdigi, yang statusnya perlu dicek pada daftar resmi seperti portal Tanda Tangan Elektronik Komdigi saat proses pengadaan atau evaluasi teknis.
Tilaka dapat dipertimbangkan sebagai opsi komersial untuk workflow tanda tangan elektronik tersertifikasi, terutama ketika kementerian membutuhkan integrasi aplikasi, portal layanan, API, pengelolaan pengalaman pengguna, atau model implementasi tertentu. Tetapi pilihannya tidak boleh disederhanakan menjadi “BSrE versus Tilaka”. Pertanyaan yang lebih sehat adalah: dokumen mana yang wajib mengikuti layanan pemerintah tertentu, dokumen mana yang bisa memakai PSrE komersial sesuai kebijakan, dan bagaimana bukti digitalnya disimpan secara konsisten.
| Model Penandatanganan | Cocok untuk | Kekuatan Bukti | Catatan Tata Kelola |
|---|---|---|---|
| Tanda tangan scan | Draft informal, dokumen rendah risiko, transisi sementara | Lemah karena mudah disalin dan sulit membuktikan integritas isi | Hindari untuk keputusan, pengadaan, layanan publik, dan dokumen bernilai tinggi |
| Tanda tangan elektronik tidak tersertifikasi | Persetujuan internal sederhana dengan risiko rendah | Bergantung pada kontrol aplikasi dan audit log internal | Perlu batas penggunaan yang jelas |
| BSrE/BSSN | Kebutuhan sertifikat elektronik pemerintah sesuai kebijakan instansi | Kuat untuk konteks pemerintahan ketika proses dan sertifikat valid | Perlu mengikuti alur, kebijakan, dan integrasi layanan pemerintah |
| PSrE komersial seperti Tilaka | Workflow yang membutuhkan API, portal, UX, integrasi sistem, atau skenario layanan tertentu | Kuat ketika memakai sertifikat elektronik tersertifikasi dan bukti lengkap | Wajib dicek terhadap kebijakan, pengadaan, klasifikasi data, dan status PSrE saat implementasi |
| Model hibrida | Kementerian dengan banyak jenis dokumen dan sistem | Dapat menyeimbangkan kepatuhan, kecepatan, dan cakupan use case | Perlu matriks dokumen agar tidak terjadi standar ganda |
Prinsip pemilihan PSrE: pilih berdasarkan kebutuhan dokumen dan operasi, bukan hanya nama penyedia. Policy, procurement, data, integrasi, dan bukti audit harus masuk dalam keputusan.
Untuk konteks layanan, tim dapat memulai dari halaman solusi Government dan BUMN, serta informasi Tilaka .
Arsitektur Praktis untuk Kementerian
Arsitektur tanda tangan digital kementerian sebaiknya dibaca sebagai rangkaian bukti. Di depan, ada pengguna: pejabat, staf pembuat dokumen, admin persuratan, pemeriksa legal, dan auditor. Di tengah, ada aplikasi: sistem naskah dinas elektronik, portal layanan, aplikasi pengadaan, sistem perizinan, atau repository dokumen. Di belakang, ada layanan identitas, sertifikat elektronik, penandatanganan, timestamp, audit log, arsip, dan monitoring.
Pola arsitektur yang aman biasanya memiliki komponen berikut.
| Komponen | Fungsi | Pertanyaan Kritis |
|---|---|---|
| Identity dan role mapping | Memastikan siapa yang berhak membuat, meninjau, dan menandatangani dokumen | Apakah role pejabat mengikuti struktur organisasi terbaru? |
| Certificate lifecycle | Onboarding, aktivasi, penggunaan, perpanjangan, pencabutan, dan rotasi pejabat | Bagaimana sertifikat dicabut saat pejabat pindah jabatan? |
| Document template | Menjaga format, klausul, dan metadata dokumen | Apakah template resmi dikontrol versi? |
| Signing service | Membubuhkan tanda tangan elektronik tersertifikasi dan bukti terkait | Apakah validasi sertifikat, hash, dan timestamp tersedia? |
| Repository dan arsip | Menyimpan dokumen final serta metadata audit | Apakah dokumen bisa dicari kembali saat pemeriksaan? |
| Monitoring dan exception | Mencatat kegagalan, anomali, perubahan role, dan proses manual | Siapa owner exception dan kapan kedaluwarsa? |
Dalam assessment awal, tim Docotel biasanya memisahkan tiga arus bukti: bukti kewenangan pejabat, bukti integritas dokumen, dan bukti perjalanan approval. Pemisahan ini membantu tim SPBE memilih apakah integrasi cukup lewat portal, perlu API, atau perlu kontrol arsip yang lebih ketat sejak hari pertama pilot.
Untuk kementerian yang memiliki batasan data, jaringan, atau integrasi legacy, desain teknis perlu dibahas dengan Solution Architect sebelum diputuskan. Artikel ini sengaja tidak menjanjikan pola on-premise tertentu sebagai default. Pilihan deployment harus mengikuti klasifikasi data, kebijakan keamanan, kesiapan infrastruktur, dan kemampuan aplikasi yang terlibat.
Workflow Persuratan Digital yang Bisa Diaudit
Workflow ideal dimulai sebelum dokumen dibuat. Unit pemilik proses perlu menentukan jenis dokumen, tingkat risiko, approver, penanda tangan, dan lokasi arsip.
Setelah itu, template dokumen dibuat atau dipilih. Draf masuk ke jalur review; jika perlu, legal atau unit teknis memberi catatan. Setelah semua persetujuan tercatat, pejabat menandatangani secara elektronik.
Sistem menyimpan dokumen final bersama bukti waktu, sertifikat, hash, dan audit trail.
Alur sederhana yang bisa dipakai saat pilot:
- Pilih 3 sampai 5 jenis dokumen yang paling sering menimbulkan delay, misalnya nota dinas, surat tugas, persetujuan internal, dokumen kerja sama, dan berita acara.
- Petakan siapa pembuat, reviewer, approver, penanda tangan, admin arsip, dan auditor.
- Tentukan mana yang membutuhkan tanda tangan elektronik tersertifikasi dan mana yang cukup approval internal.
- Siapkan template dan metadata wajib: nomor, unit, klasifikasi, masa retensi, dan tingkat kerahasiaan.
- Jalankan pilot di satu biro atau direktorat dengan volume dokumen yang cukup.
- Review exception: gagal tanda tangan, pejabat tidak tersedia, dokumen salah template, atau arsip tidak ditemukan.
- Perbaiki policy, training, dan integrasi sebelum diperluas.
Di tahap ini, PT Docotel Teknologi Informasi biasanya menyarankan kementerian membuat matriks dokumen. Matriks ini menghindari kebingungan seperti semua dokumen diperlakukan terlalu berat, atau sebaliknya dokumen sensitif masih memakai scan karena dianggap “lebih cepat”.
Jika tim ingin menguji readiness, unduh atau minta SPBE Compliance Checklist melalui kontak Docotel atau hubungi WhatsApp WhatsApp Docotel.
Sertifikat Pejabat, Delegasi, dan Rotasi Jabatan
Kementerian memiliki dinamika organisasi yang berbeda dari perusahaan biasa. Pejabat bisa berganti karena mutasi, promosi, penugasan sementara, atau perubahan struktur. Karena itu, sertifikat elektronik tidak boleh dianggap sebagai aset yang sekali dibuat lalu dilupakan.
Lifecycle yang sehat mencakup onboarding pejabat, verifikasi identitas, aktivasi sertifikat, penetapan kewenangan tanda tangan, pencatatan delegasi, perubahan jabatan, pencabutan, dan penyimpanan bukti. Saat pejabat berpindah, sistem harus bisa menjawab: dokumen lama tetap valid sebagai bukti historis, tetapi kewenangan tanda tangan untuk dokumen baru harus mengikuti jabatan terbaru.
Delegasi juga perlu dibatasi. Jika pejabat sedang dinas luar atau cuti, apakah ada pelaksana tugas yang sah? Apakah delegasi berlaku untuk semua dokumen atau hanya jenis tertentu? Apakah delegasi otomatis berakhir pada tanggal tertentu? Tanpa aturan ini, workflow digital bisa cepat, tetapi rentan dipersoalkan.
Audit Trail dan Arsip sebagai Evidence Pack
Audit trail yang baik tidak sekadar menulis “dokumen selesai”. Bukti yang perlu tersedia mencakup siapa membuat dokumen, siapa meninjau, siapa menyetujui, siapa menandatangani, kapan proses terjadi, sertifikat apa yang digunakan, apakah tanda tangan valid saat dilakukan, hash dokumen final, dan lokasi arsip. Bila dokumen pernah ditolak atau direvisi, riwayat itu juga perlu tercatat.
Praktik audit: simpan evidence pack sejak awal pilot. Jangan menunggu akhir tahun, pemeriksaan inspektorat, atau permintaan regulator untuk menyusun bukti dari jejak yang tercerai-berai.
Arsip digital juga perlu dipisahkan dari folder kerja. Folder kerja dipakai untuk kolaborasi. Repository final dipakai untuk dokumen yang sudah sah, dikunci, diklasifikasikan, diberi masa retensi, dan bisa ditelusuri. Untuk dokumen publik, akses dapat lebih luas. Untuk dokumen rahasia, akses harus dibatasi, dipantau, dan dicatat.
Checklist Rollout 90 Hari
Rollout tidak harus menunggu semuanya sempurna. Namun pilot perlu cukup disiplin agar kesalahan kecil tidak menjadi kebijakan permanen.
| Periode | Fokus | Output Minimum |
|---|---|---|
| Hari 1-15 | Asesmen dokumen dan regulasi internal | Daftar jenis dokumen, risiko, owner, dan kebutuhan tanda tangan |
| Hari 16-30 | Desain policy dan arsitektur | Role matrix, lifecycle sertifikat, desain integrasi, dan rencana arsip |
| Hari 31-45 | Setup pilot | Template, group pengguna, konfigurasi signing, helpdesk, dan logging |
| Hari 46-60 | Pilot unit terbatas | Dokumen pilot selesai, exception tercatat, feedback pengguna terkumpul |
| Hari 61-75 | Perbaikan dan audit evidence | Bukti audit lengkap, SOP diperbarui, gap integrasi ditutup |
| Hari 76-90 | Perluasan bertahap | Roadmap unit berikutnya, training, SLA support, dan dashboard monitoring |
Ukuran sukses pilot sebaiknya operasional: waktu siklus dokumen lebih pendek, dokumen final lebih mudah ditemukan, exception berkurang, auditor mendapat bukti tanpa rekonstruksi manual, dan pejabat merasa proses tanda tangan tidak mengganggu pekerjaan.
FAQ Tanda Tangan Digital untuk Kementerian
Apakah tanda tangan digital otomatis sah untuk semua dokumen kementerian?
Tidak otomatis. Setiap dokumen tetap perlu dilihat berdasarkan jenis, kewenangan pejabat, kebijakan internal, dan aturan sektoral.
Apakah Tilaka menggantikan BSrE untuk instansi pemerintah?
Tidak untuk semua skenario. Tilaka dapat dipertimbangkan sebagai opsi PSrE komersial jika kebijakan, pengadaan, klasifikasi data, dan integrasi mendukung.
Apa bedanya tanda tangan scan dan tanda tangan elektronik tersertifikasi?
Tanda tangan scan adalah gambar. Tanda tangan elektronik tersertifikasi membawa bukti sertifikat elektronik, validasi, dan integritas dokumen.
Dokumen apa yang sebaiknya diprioritaskan dalam pilot?
Dokumen bervolume tinggi, sering terlambat, bernilai keputusan, atau sering diminta saat audit.
Apakah perlu integrasi API sejak awal?
Tidak selalu. Pilot bisa memakai portal, tetapi API penting bila volume besar atau sudah ada aplikasi persuratan/pengadaan/layanan publik.
Bagaimana mengelola pejabat yang pindah jabatan?
Gunakan lifecycle sertifikat dan role mapping agar kewenangan dokumen baru mengikuti jabatan terbaru.
Apa bukti minimal yang perlu disiapkan untuk audit?
Dokumen final, identitas penanda tangan, validitas sertifikat, timestamp, hash, approval history, log perubahan, dan lokasi arsip.
Langkah Praktis Berikutnya
Kementerian yang ingin menjalankan spbe tanda tangan secara serius sebaiknya mulai dari matriks dokumen dan readiness checklist, bukan langsung dari deployment aplikasi. Petakan dokumen prioritas, pilih model sertifikat yang sesuai, desain lifecycle pejabat, siapkan audit trail, lalu jalankan pilot terbatas.
Docotel membantu organisasi memetakan workflow tanda tangan elektronik tersertifikasi berbasis Tilaka, e-Meterai, identitas digital, dan integrasi dokumen agar implementasi lebih siap untuk operasi dan audit. Untuk langkah awal, minta Download SPBE Compliance Checklist melalui kontak Docotel atau diskusikan kebutuhan integrasi melalui WhatsApp WhatsApp Docotel.
Disusun oleh: Tim Solution Architects Docotel
Dipublikasikan: 2026-08-17
Terakhir diperbarui: 2026-08-11
Clara
Add comment