SOP & Keamanan Akun Operator RDM
Panduan operasional untuk membantu madrasah mengelola akses, perubahan data, backup, pemulihan, musim rapor, penanganan insiden, dan serah-terima operator secara lebih tertib—tanpa menganggap semua instalasi RDM memiliki menu atau kemampuan yang sama.
Lima aturan sebelum menyentuh konfigurasi atau data.
Tujuannya bukan membuat prosedur rumit, tetapi mengurangi perubahan acak dan mempermudah pemulihan ketika sesuatu tidak berjalan sesuai rencana.
Gunakan satu alamat aktif yang telah diuji dan hentikan penyebaran tautan lama setelah migrasi.
Prioritaskan backup sebelum migrasi, perubahan semester, update besar, atau pekerjaan database.
Jadwalkan pekerjaan berat di waktu yang meminimalkan dampak kepada pengguna.
Simpan waktu, pelaksana, alasan, tindakan, dan hasil.
Bedakan masalah perangkat, jaringan, aplikasi, database, dan server sebelum mengubah konfigurasi.
Hak akses mengikuti tugas, bukan senioritas atau kebiasaan.
Nama peran di bawah adalah model operasional. Menu dan tipe akun aktual tetap mengikuti versi RDM yang digunakan.
| Peran | Fokus | Prinsip akses | Hindari |
|---|---|---|---|
| Operator utama | Konfigurasi dan administrasi sesuai kewenangannya. | Akun individual; akses administratif hanya bila diperlukan. | Akun bersama tanpa jejak siapa melakukan perubahan. |
| Staf/TU/teknisi | Tugas pendukung yang didelegasikan. | Gunakan akun/peran terpisah bila aplikasi mendukung. | Memberi hak admin hanya demi kemudahan. |
| Guru/wali kelas | Input/pengelolaan data sesuai peran. | Akses terbatas ke fungsi yang dibutuhkan. | Akses konfigurasi server/database. |
| Pimpinan/PJ | Otorisasi internal dan pengawasan proses. | Menyetujui perubahan material sesuai kebijakan internal. | Menggunakan akun operator hanya untuk monitoring. |
Satu link resmi mengurangi kebingungan, bukan menghilangkan kebutuhan verifikasi.
Tetapkan URL aktif
Dokumentasikan alamat yang digunakan institusi dan berhenti membagikan tautan lama setelah migrasi selesai.
Lindungi data in transit
Gunakan HTTPS yang valid pada halaman login. HTTPS tidak menggantikan password kuat, kontrol akses, backup, atau keamanan aplikasi.
Bagikan melalui kanal resmi
Gunakan kanal internal yang dapat diperbarui agar pengguna tidak terus memakai alamat lama.
Uji sebelum diumumkan
Periksa login, halaman utama, fungsi penting, dan redirect setelah perubahan domain/subdomain.
Keamanan operator dimulai dari akun individual dan kontrol sesi.
Kredensial
- Gunakan password panjang dan unik.
- Hindari nama madrasah, tanggal lahir, nomor telepon, atau pola yang mudah ditebak.
- Aktifkan MFA/2FA bila sistem atau provider mendukung.
- Ganti kredensial ketika diduga bocor atau ketika akses petugas lama harus dicabut.
Perangkat dan sesi
- Gunakan perangkat yang dikelola dan diperbarui.
- Logout setelah menggunakan perangkat bersama.
- Jangan simpan password pada browser/perangkat publik.
- Gunakan sesi/browser terpisah ketika menguji akun lain.
Backup adalah titik pemulihan—bukan jaminan zero-data-loss.
Frekuensi backup mengikuti tingkat perubahan data, kemampuan sistem, kapasitas penyimpanan, dan konsekuensi kehilangan data. SOP ini tidak menetapkan satu interval universal untuk semua madrasah.
Kapan diprioritaskan
- sebelum perubahan besar atau migrasi;
- sebelum perubahan semester/configuration yang sulit dibatalkan;
- lebih sering saat aktivitas input meningkat;
- sebelum pekerjaan yang menyentuh database atau berkas aplikasi.
Salinan yang dapat digunakan
- jangan mengandalkan satu salinan pada server yang sama;
- batasi akses ke arsip backup;
- catat tanggal, sumber, dan konteks pembuatan backup;
- uji pemulihan pada lingkungan yang sesuai bila memungkinkan dan aman.
Rutinitas ringan lebih berguna daripada perubahan besar yang jarang terdokumentasi.
Pemeriksaan operasional
- uji URL aktif;
- periksa laporan kendala;
- catat perubahan/gangguan relevan;
- lihat indikator kapasitas bila tersedia.
Pemeriksaan berkala
- tinjau akun aktif;
- periksa backup terbaru;
- evaluasi kebutuhan kapasitas;
- perbarui daftar kontak eskalasi.
Saat musim rapor, kurangi perubahan dan tingkatkan observabilitas.
Gunakan data/pengalaman periode sebelumnya untuk mengetahui waktu akses tertinggi.
Pembagian waktu input hanya digunakan bila akses serentak terbukti menimbulkan masalah.
Hindari migrasi dan perubahan konfigurasi besar ketika input aktif.
Minta waktu, halaman, pesan error, dan screenshot tanpa kredensial.
Berikan perhatian lebih ketika perubahan data berlangsung cepat.
Perubahan kritis harus punya alasan, backup, uji, dan jalan kembali.
Gunakan prosedur ini untuk migrasi, perubahan semester, impor massal, perubahan konfigurasi, atau pekerjaan lain yang berdampak luas.
Apa yang berubah, siapa menyetujui, dan dampak yang diharapkan.
Sediakan titik pemulihan yang relevan sebelum tindakan.
Gunakan sampel atau lingkungan uji bila memungkinkan.
Kerjakan sesuai rencana dan hindari perubahan tambahan yang tidak perlu.
Periksa fungsi dan keluaran yang terdampak.
Kembalikan bila kriteria gagal terpenuhi, lalu catat hasil dan tindak lanjut.
Insiden dimulai dengan triase, bukan percobaan konfigurasi acak.
Pisahkan masalah lokal dari masalah aplikasi/server, kumpulkan bukti secukupnya, lalu eskalasi ke pihak yang memang memiliki akses dan kewenangan.
Pergantian operator harus memindahkan kontrol, bukan sekadar password.
Checklist singkat sebelum periode kritis atau pergantian operator
Rujukan & Layanan Terkait
Gunakan SOP ini sebagai baseline, lalu sesuaikan dengan versi RDM dan kebijakan internal.
Untuk perubahan yang menyentuh domain, server, database, migrasi, backup, atau akses administratif, pastikan scope dan kewenangan jelas sebelum tindakan dilakukan.