1. Mengapa Hak Akses RDM Perlu Dipisahkan?

Pembagian akun bukan sekadar soal tampilan menu. Dalam tata kelola sistem, setiap peran sebaiknya memperoleh akses yang diperlukan untuk tugasnya tanpa otomatis memperoleh seluruh kewenangan administratif. Prinsip ini membantu mengurangi kesalahan perubahan data, mempermudah penelusuran pekerjaan, dan membatasi dampak ketika satu kredensial bermasalah.

Pada praktik RDM, pekerjaan juga memiliki urutan. Operator menyiapkan lingkungan dan data, guru mengerjakan penilaian sesuai penugasan, wali kelas melengkapi serta memeriksa data kelas, sedangkan pimpinan menjalankan fungsi pemantauan sesuai fitur yang tersedia. Karena itu, kualitas hasil akhir bergantung pada alur antarperan, bukan hanya pada satu pengguna.

2. Matriks Peran RDM: Fungsi Utama dan Batasnya

3. Proktor dan Staf: Akses Administratif dengan Risiko Tertinggi

Dokumentasi Kementerian Agama tahun 2021 menjelaskan proktor sebagai peran penting dalam registrasi awal dan mencatat fungsi seperti sinkronisasi profil, pengaturan tahun ajaran/semester, mata pelajaran, kelas, guru, siswa, ekstrakurikuler, akun administrasi, serta backup/restore. Dokumentasi yang sama menyebut akses staf mendekati proktor dengan pengecualian pada beberapa fungsi sensitif.

Checklist sebelum menggunakan akun administratif

1. Pastikan pengguna masuk dengan akun dan role yang benar.
2. Catat periode/semester aktif sebelum melakukan perubahan massal.
3. Periksa data yang akan terpengaruh sebelum sinkronisasi, impor, perpindahan, atau perubahan konfigurasi.
4. Buat backup sesuai tingkat risiko sebelum perubahan yang sulit dibatalkan.
5. Uji perubahan pada sampel kecil jika mekanisme aplikasi memungkinkan.
6. Dokumentasikan tindakan penting dan hasilnya.

Restore bukan tombol undo. Pemulihan database dapat mengubah kondisi data yang sedang berjalan. Operator sebaiknya memahami sumber backup, periode, versi, dan dampak pemulihan sebelum menjalankan restore.

4. Kamad dan Wakakur: Pemantauan Bukan Berarti Harus Menjadi Admin

Dokumentasi implementasi awal RDM menggambarkan akses Kepala Madrasah dan Wakil Kepala Bidang Kurikulum terutama sebagai akses pemantauan. Ini selaras dengan kebutuhan organisasi: pimpinan perlu mengetahui kesiapan proses tanpa harus menggunakan kredensial administratif untuk setiap pemeriksaan.

Yang perlu dipantau bukan sekadar persentase “selesai”. Pimpinan dapat menggunakan data RDM sebagai pemicu verifikasi: kelas mana yang belum lengkap, bagian apa yang masih perlu diperiksa, apakah penugasan sudah sesuai, dan apakah keluaran rapor telah melalui pemeriksaan sebelum dibagikan. RDM masih digunakan dalam proses input, verifikasi, sinkronisasi, dan penyelesaian rapor di madrasah pada 2026, sehingga koordinasi antarguru dan wali kelas tetap relevan.

5. Guru Mata Pelajaran: Fokus pada Penilaian Sesuai Penugasan

Dokumentasi lama RDM mencatat fungsi guru mata pelajaran seperti menginput dan mengirim nilai, mengelola komponen penilaian tertentu, serta melakukan koreksi sesuai mekanisme aplikasi. Istilah seperti nilai harian, PAS/PAT, pengetahuan, dan keterampilan perlu dibaca dalam konteks versi serta kurikulum ketika dokumentasi itu dibuat.

Karena kebijakan asesmen berkembang, jangan menjadikan label menu lama sebagai rumus penilaian universal. Guru tetap perlu mengikuti kebijakan kurikulum, asesmen, dan keputusan madrasah yang berlaku, kemudian menggunakan RDM sebagai sarana pengelolaan/pelaporan sesuai konfigurasi.

Panduan rinci tersedia pada Panduan Guru RDM: Input Nilai dan Template Excel.

6. Wali Kelas: Quality Control Kelas, Bukan Sekadar Cetak Rapor

Pada dokumentasi historis, wali kelas memperoleh fungsi terkait data siswa kelas, presensi, catatan wali kelas, elemen penilaian tertentu, pemantauan nilai, penguncian, dan pencetakan dokumen. Rincian dapat berbeda menurut jenjang dan versi.

Praktik yang lebih aman adalah menjadikan wali kelas sebagai titik quality control sebelum keluaran rapor digunakan. Pada Juni 2026, dokumentasi Kemenag Bantul juga menunjukkan proses penyusunan rapor melalui RDM melibatkan guru mata pelajaran dan wali kelas dalam input kelengkapan, verifikasi data, dan sinkronisasi hasil penilaian.

Pemeriksaan sebelum keluaran rapor

• identitas siswa dan kelas sesuai;
• nilai yang seharusnya tersedia sudah masuk dan berasal dari sumber yang benar;
• presensi/catatan atau komponen lain yang digunakan madrasah telah diperiksa;
• tidak ada data siswa lain yang tertukar;
• sampling keluaran dilakukan sebelum proses cetak/finalisasi massal.

7. P5RA/Kokurikuler dan Ekstrakurikuler: Perhatikan Perubahan Terminologi

Dokumentasi RDM dan Kementerian Agama pada 2024 menunjukkan pembaruan RDM terkait pengisian rapor P5RA dan KKTP. Dokumentasi kurikulum pada periode tersebut juga mengenal koordinator dan fasilitator P5RA. Karena kebijakan kurikulum kemudian mengalami perubahan, istilah pada menu lama tidak boleh otomatis dianggap sebagai terminologi terkini untuk seluruh instalasi.

Jika pada versi yang digunakan masih tersedia menu/role P5RA, operator dan guru perlu mengikuti petunjuk versi tersebut sambil memastikan kegiatan dan pelaporannya selaras dengan kebijakan kurikulum yang sedang berlaku. Untuk pembahasan langkah kerja yang lebih khusus, lihat Panduan P5RA/Kokurikuler di RDM.

Untuk pembina ekstrakurikuler, dokumentasi historis RDM mencatat fungsi penilaian siswa binaan dan pengelolaan peserta pada kegiatan tertentu. Terapkan prinsip yang sama: pembina hanya perlu mengakses data yang relevan dengan tugasnya.

8. Akses Siswa dan Mobile: Pisahkan Fakta Historis dari Kondisi Saat Ini

Artikel lama menyatakan adanya “versi mobile iOS/Android” dan menyimpulkan bahwa kanal tersebut tidak membebani server utama. Klaim arsitektur seperti itu tidak aman dipertahankan tanpa dokumentasi teknis terkini.

Sumber Kementerian Agama historis menunjukkan bahwa RDM dapat diakses menggunakan perangkat Android. Namun, akses melalui Android tidak otomatis berarti terdapat aplikasi native resmi terpisah, tersedia di toko aplikasi tertentu, atau menggunakan backend yang terpisah dari server RDM. Cara akses siswa/orang tua juga perlu mengikuti fitur, versi, dan kebijakan madrasah yang benar-benar tersedia.

Pembahasan khusus tersedia pada Akses RDM dari HP Android: Cara Kerja, Syarat Akses, dan Batasannya.

9. Serah-Terima Data Antarperan: Titik yang Sering Terlewat

Banyak masalah bukan disebabkan oleh “role salah”, melainkan pekerjaan satu peran belum siap ketika peran berikutnya mulai bekerja. Gunakan titik serah-terima yang dapat diverifikasi.

10. Keamanan Akun dan Pergantian Petugas

Hak akses yang baik kehilangan manfaatnya jika banyak orang menggunakan satu akun. Gunakan akun individual bila sistem menyediakan mekanismenya, dan batasi akun berprivilege tinggi kepada petugas yang memang membutuhkan.

1. Inventaris akun. Ketahui akun aktif, role, pemegang, dan tujuan penggunaannya.
2. Hindari password bersama. Jangan mengirim kredensial admin melalui grup terbuka.
3. Batasi privilege. Gunakan role paling rendah yang masih cukup untuk tugas pengguna.
4. Review berkala. Periksa akun lama, guru/petugas yang sudah berpindah, dan akun yang tidak lagi dibutuhkan.
5. Serah terima formal. Ketika operator berganti, pindahkan akses domain/server/RDM secara terdokumentasi.
6. Periksa log yang tersedia. Gunakan sebagai petunjuk teknis, bukan bukti tunggal identitas pelaku.
7. Lindungi data. Hindari screenshot publik yang menampilkan identitas siswa, kredensial, token, atau informasi sensitif.

11. Troubleshooting Hak Akses Berdasarkan Gejala

12. FAQ Hak Akses RDM

13. Metodologi dan Batas Informasi

Artikel ini disusun ulang dari dokumentasi Hosch.id yang merangkum fitur berdasarkan level akses. Daftar fungsi proktor, staf, Kamad/Wakakur, guru mapel, wali kelas, dan pembina ekstrakurikuler dibandingkan dengan publikasi Kementerian Agama tentang implementasi RDM. Publikasi 2021 memberi dokumentasi rinci tentang pembagian akses pada masa implementasi awal, sementara publikasi 2024 menunjukkan adanya pembaruan RDM terkait P5RA/KKTP dan publikasi 2026 menunjukkan RDM tetap digunakan dalam pengolahan serta verifikasi rapor.

Bagian tentang least privilege, serah-terima data, review akun, checklist, keamanan, dan troubleshooting merupakan sintesis operasional Hosch.id. Bagian tersebut dimaksudkan sebagai praktik tata kelola, bukan kutipan regulasi atau permission matrix resmi RDM.