Panduan admin

1Peran dan menu admin

Siapa pun masuk dengan akun Google @fiwa.sch.id. Peran menentukan menu yang tampil. Hak dicek ulang selama dasbor dipakai (paling lama 5 menit), jadi akun yang dicabut haknya otomatis kehilangan akses.

Pemegang beberapa peran melihat gabungan menunya. Peran yang sedang dipakai tampil di kepala bilah samping, misalnya Superadmin atau Admin akademik · Kepala sekolah.

Menu Administrasi

Sejak v3.36 menu kiri berisi tujuh menu menurut pekerjaan. Setiap menu yang punya aturan jarang diubah memiliki halaman Setelan sendiri di urutan terakhir. Sub-menu yang tidak boleh dibuka akun Anda tidak tampil.

Setiap menu, tab, dan saringan punya alamat sendiri, misalnya #/admin/akses/setelan?tab=aturan-situs. Tombol Back kembali ke tab sebelumnya, muat ulang tetap di tempat, dan tautan bisa dikirim ke admin lain. #/admin membuka Beranda. Alamat lama dari sebelum v3.36 (mis. #/admin/situs/antrean atau #/admin/setup/situs) dialihkan otomatis ke halaman barunya. Lonceng membuka panel pemberitahuan di halaman yang sama; Ctrl/⌘+klik membuka halaman Peringatan.

Angka merah di menu hanya ada pada menu yang menuntut tindakan: Beranda, Pembelajaran (sesi berjalan), Akses internet (pengajuan menunggu), Chromebook (kontrol kepatuhan menyimpang), dan Sistem (temuan kritis). Ctrl+K membuka pencarian cepat menu, setelan, grup, akun, santri, situs, dan Chromebook.

Batas diam dasbor

• Dasbor admin keluar sendiri setelah 30 menit tidak dipakai; dasbor guru setelah 3 jam. Masuk lagi dengan akun Google.
• Bila dasbor sudah lebih dari 15 menit tidak dipakai, menekan Mulai sesi atau Ikutkan memunculkan jendela Konfirmasi akun Google. Ini mencegah orang lain memakai dasbor yang tertinggal terbuka.

2Bawaan aman v3.11

Semua fitur pengawasan dan penegakan baru dipasang dalam keadaan paling lunak. Tidak ada santri yang tiba-tiba kehilangan akses setelah pembaruan. Mengubah setiap bawaan di bawah adalah keputusan sadar: bicarakan dulu dengan Mudir, jalankan mode lunaknya sekitar satu minggu, periksa hasilnya, baru diperketat.

Sejak v3.30.3 kedua mode di seluruh dasbor bernama Pantau dan Tegakkan (dulu Monitor dan Aktif). Nilai yang tersimpan di server tidak berubah.

3Beranda dan pemberitahuan

Menunggu keputusan Anda

Halaman pertama setelah masuk. Daftar Menunggu keputusan Anda hanya memuat antrean yang boleh Anda putuskan. Tiap baris menyebut jumlah butir dan umur butir tertua; yang kritis lalu yang paling lama menunggu ada di atas. Tangani atau Tinjau membuka tab yang dimaksud. Butir yang hanya perlu diketahui (sesi berjalan, berita acara yang baru selesai, tinjauan peran, permintaan akses yang tertunda di PDC) dikumpulkan di baris Untuk diketahui di bawahnya.

Di sebelahnya ada panel Sesi berjalan dengan tautan ke Pembelajaran › Ruang belajar dan tombol Zona darurat. Pekerjaan massal yang sedang berjalan atau menunggu di server (pindah Chromebook, pembatasan login, siapkan OU pribadi) tampil di baki pekerjaan di atas Beranda untuk admin akademik, admin teknis, dan superadmin; baki memuat ulang kemajuannya hanya selama ada pekerjaan yang berjalan. Admin teknis juga melihat bilah status layanan dan ubin ringkas kinerja di bawahnya.

PDC, guru, dan kepala sekolah yang bukan admin melihat panel Menunggu keputusan Anda yang sama di halaman pertamanya, hanya berisi antrean miliknya, dan hanya bila ada yang perlu diputuskan.

Lonceng dan pemberitahuan

Ikon lonceng di bilah atas menghitung peringatan temuan yang belum dilihat ditambah pemberitahuan yang belum dibaca. Klik untuk membuka panel Pemberitahuan di halaman yang sama (saringan Semua, Kritis, Situs, Sesi). Klik satu pemberitahuan untuk membuka halamannya; Semua peringatan atau Ctrl/⌘+klik lonceng membuka halaman Peringatan temuan.

• Isinya antara lain: perubahan peran Anda, permintaan dan keputusan izin baca log, pengajuan dan keputusan situs, alarm kritis dan eskalasinya, sapaan pengawas, laporan guru tentang santri tertahan, laporan bulanan pengawasan, dan langkah permintaan akses santri: permintaan baru untuk guru pilihan santri, pengingat jam ke-24, walisantri yang perlu ditelepon PDC, permintaan siap diputuskan, dan ruang yang jarang dipakai (v3.41).
• Membuka pemberitahuan menandainya dibaca. Tandai semua dibaca menurunkan angka lonceng sekaligus.
• Pemberitahuan dibaca kapan saja. Daftar peringatan temuan untuk admin hanya diisi pada jam layanan 07.00–21.00 WIB.

Email pemberitahuan

Email hanya terkirim bila super admin sudah mengisi akun pengirim (SUREL_PENGIRIM). Bila belum, Sistem › Setup umum › Akun dan keamanan menulis "Email pemberitahuan belum aktif", dan semua pemberitahuan hanya tampil di lonceng.

• Ringkasan harian: pemberitahuan yang tidak mendesak, termasuk temuan Serius untuk admin teknis, digabung menjadi satu email per orang pukul 06.00 WIB.
• Email langsung hanya untuk kejadian mendesak, misalnya eskalasi alarm kritis ke superadmin, permintaan izin baca log, dan laporan bulanan pola.
• Permintaan akses santri (v3.41): pemberitahuan untuk guru pilihan santri dan PDC (permintaan masuk, pengingat jam ke-24, walisantri perlu ditelepon) selalu masuk lonceng, dan dikirim lewat email atau Google Chat sesuai tabel saluran di Sistem › Setup umum › Email dan pemberitahuan. Kepala sekolah menerima email untuk setiap hasil, dan tiap pagi satu email berisi permintaan yang tertunda di PDC. Santri tidak menerima email; kemajuannya tampil di popup ekstensi dan halaman permintaan.
• Email peringatan Google Cloud Monitoring (Kritis, dan Serius bila dipilih) tetap terpisah dan dikirim ke penerima di Sistem › Setup umum › Data dan privasi (bagian 26).

4Akun (sebelumnya Pengguna dan peran)

Sistem › Akun punya dua tab: Pengguna dan Akses. Tab PDC santri (dulu di Akun) sejak v3.36 ada di Santri › PDC santri.

• Pengguna: semua akun yang punya peran di Digispace. Di atas ada tombol Periksa akses akun, Impor CSV, dan Tambah pengguna (tombol ⋯ di sebelahnya berisi Beri peran ke banyak akun).
• Kotak Perlu perhatian mengumpulkan semua peringatan: superadmin kurang dari dua, belum ada admin teknis, akun bermasalah, dan akun yang ditolak masuk. Klik butirnya untuk langsung ke tindakannya.
• Satu kolom cari (nama, email, atau kelas) dan pil peran berjumlah, termasuk Bermasalah: staf atau guru tanpa 2SV, status 2SV tidak terbaca, akun ditangguhkan, belum dikonfirmasi saat tinjauan semester berjalan, atau izin baca log yang berakhir dalam 24 jam. Akun bermasalah selalu tampil paling atas; tabel dibagi per 50 akun. Kampus dipilih di sisi kiri.
• Klik nama atau Ubah untuk membuka panel di sisi kanan: masalah akun dan cara membereskannya, peran, kelas/klub yang diampu, ringkasan perubahan, lalu Simpan. Dari panel itu juga ada Periksa akses lengkap dan Nonaktifkan. Tombol ⋯ di tiap baris berisi Periksa akses, Konfirmasi tinjauan, dan Nonaktifkan.
• Centang beberapa akun: bilah gelap muncul di bawah dengan Beri peran, Cabut peran, Unduh CSV, dan Nonaktifkan (serta Konfirmasi saat tinjauan semester berjalan). Pilih juga ... lainnya yang cocok memilih semua akun hasil saringan, tidak hanya halaman ini.
• Akses: izin baca log per kasus, aturan akses, akun yang Ditolak masuk dalam 7 hari (dengan tombol Jadikan pengguna), dan Buka nomor rujukan.

PDC dan permintaan cerita (v3.21)

Santri bisa menekan Ingin cerita ke PDC-mu? di ekstensi 2.4. Server hanya menerima nama santri dan "ingin bercerita"; perasaan yang dipilih santri tidak pernah dikirim. Permintaan hanya sampai ke PDC santri itu, tidak ke PDC lain.

Sejak v3.32.9 PDC tiap santri diambil dari FIMS (grup PDC di view pdc_group dan anggota_kelas), disegarkan tiap pukul 04.00 setelah tarikan malam atau lewat tombol Segarkan dari FIMS. Unggahan CSV dan perubahan di tab ini menjadi penyesuaian manual: hanya santri yang di FIMS kosong atau berbeda yang disimpan, ditandai penyesuaian manual di daftar binaan. Menetapkan PDC yang sama dengan FIMS menghapus penyesuaiannya; Lepas penyesuaian mengembalikan santri ke PDC menurut FIMS.

1. Beri peran PDC kepada setiap PDC lewat Ubah peran dan kelas. Peran ini wajib 2SV seperti peran staf lain.
2. Siapkan CSV dua kolom: email santri dan email PDC (baris judul boleh ada). Satu santri satu PDC; jumlah santri per PDC tidak dibatasi.
3. Di Santri › PDC santri, klik Unggah daftar lengkap, pilih berkasnya, lalu klik Pratinjau. Baris yang salah (email tidak sah, santri ganda, akun bukan santri) disebut satu per satu dan harus diperbaiki dulu. PDC yang belum berperan PDC ditandai.
4. Klik Terapkan daftar ini. Daftar baru menggantikan seluruh daftar lama, jadi unggah daftar lengkap tiap semester. Permintaan yang masih terbuka langsung pindah ke PDC barunya.
5. Mengubah sebagian: tab PDC santri terdiri dari dua kolom. Kiri: daftar PDC beserta jumlah santrinya dan status Google Chat, ditambah kelompok Belum punya PDC (santri aktif di OU santri yang belum dipetakan). Kanan: santri PDC yang dipilih. Centang santri lalu pilih PDC tujuan dan klik Pindahkan (di kelompok Belum punya PDC: Tetapkan), atau klik Lepas penyesuaian (hanya untuk santri bertanda penyesuaian manual). Untuk menambah, ketik nama atau tempel beberapa email santri di isian di atas tabel lalu klik Tambahkan; santri yang sudah punya PDC lain ikut dipindah. Unduh daftar (CSV) mengunduh daftar yang berlaku dalam format unggahan. Kalau admin lain mengubah daftar setelah tab dibuka, perubahan Anda ditolak; pilih PDC-nya lagi lalu ulangi.
6. PDC masuk dasbor dengan tampilan guru dan menu Permintaan cerita (admin: Santri › Permintaan cerita); permintaan baru juga masuk lonceng. Setelah menemui santri, klik Sudah saya temui.
7. Google Chat: setiap PDC membuka Google Chat, klik + di bagian Aplikasi (atau Chat baru › Cari aplikasi), cari Digispace, klik Pasang aplikasi, lalu kirim pesan apa saja. Digispace membalas "Digispace tersambung". Sejak itu setiap permintaan santri binaannya juga masuk ke pesan langsung dari Digispace, berisi nama santri dan tautan ke halaman Permintaan cerita. Di daftar PDC kolom kiri, PDC yang belum tersambung ditandai Chat belum tersambung.

Satu santri hanya punya satu permintaan terbuka, dan bisa meminta lagi 6 jam setelah ditemui. Permintaan disimpan 30 hari. Jejak audit mencatat bahwa ada permintaan, impor, atau perubahan daftar PDC, tanpa email santri.

Kebijakan ekstensi (Admin Console › Aplikasi dan ekstensi › FIWA Digispace) bisa mengatur personalisasiAktif, kartuPerasaan, namaPanggilan, dan temaBawaan per OU. Semuanya menyala secara bawaan. Permintaan cerita tetap tersedia walau kartu perasaan dimatikan.

Siapa memberi peran apa

1. Klik Tambah pengguna untuk akun baru, atau Ubah di baris akun. Akun Google Workspace-nya harus sudah ada (dibuat di Admin Console).
2. Ketik nama atau email lalu pilih akunnya. Nama, OU, status 2SV, peran, dan kelas/klub yang sudah diampu terbaca otomatis. Akun santri, akun di luar domain sekolah, dan akun yang ditangguhkan ditolak saat itu juga.
3. Centang Peran dan Kelas/klub diampu. Peran yang tidak boleh Anda ubah terkunci beserta alasannya. Peran staf wajib 2SV. Mencentang Kepala sekolah ikut mencentang Appraisal.
4. Periksa Ringkasan perubahan. Server memeriksa setiap perubahan; yang bertanda ! harus diperbaiki dulu. Klik Simpan. Perubahannya berjalan satu per satu di baki proses kanan bawah, dan kelas/klub dianggap berhasil setelah Google mengonfirmasi.
5. Untuk mencabut satu peran, klik × pada label peran di baris akun lalu konfirmasi. Aksesnya berubah dalam 1–5 menit.
6. Untuk staf yang keluar atau berhenti mengajar, klik Nonaktifkan di baris akunnya atau di kartu akun: semua peran dan kelas/klub yang bisa Anda cabut dikosongkan; periksa ringkasan lalu Simpan. Bila superadmin yang menonaktifkan, izin baca log yang masih berlaku ikut dicabut. Akses dasbor hilang dalam 5 menit. Akun Google, riwayat, ruang belajar, dan jejak audit tetap ada, dan perannya bisa diberikan lagi kapan saja. Digispace tidak pernah menghapus akun Google; itu dilakukan di Admin Console bila memang perlu.

Impor pengguna dan peran untuk banyak akun (v3.21.1)

Untuk memberi peran ke banyak staf sekaligus, misalnya semua PDC di awal semester. Akun Google-nya harus sudah ada di Admin Console. Semua jalur ini hanya menambah atau hanya mencabut peran yang disebut; peran lain tidak tersentuh.

Format CSV (baris judul wajib, dikenali dari kata email dan peran; kolom lain seperti Nama diabaikan):

Email,Nama,Peran,Kelas
ahmad.contoh@fiwa.sch.id,Ust. Ahmad,pdc,
fatimah.contoh@fiwa.sch.id,Ustzh. Fatimah,pdc; appraisal,
umar.guru.contoh@fiwa.sch.id,Ust. Umar,guru,les-fisika10@fiwa.sch.id; les-kimia10@fiwa.sch.id

• Nama peran: pdc, appraisal, kepala sekolah, pimpinan, support, it, admin akademik, admin teknis, superadmin, guru (atau ustadz/ustadzah). Beberapa peran dipisah titik koma. Tulisan admin saja ditolak supaya tidak tertukar.
• Guru wajib mengisi kolom Kelas dengan email grup kelas/klub (dipisah titik koma); Digispace menjadikannya pengampu (MANAGER) grup itu. Kolom Kelas untuk peran lain ditolak.
• CSV dari Google Sheets (koma) maupun Excel berbahasa Indonesia (titik koma) sama-sama terbaca. Satu akun boleh ditulis di beberapa baris, mis. satu baris per peran; perannya digabung. Tulis akun it untuk akun IT di CB santri; it saja ditolak supaya tidak tertukar dengan admin teknis.
• Paling banyak 500 baris per impor. Pecah file yang lebih panjang.

1. Pilih berkas atau tempel email, lalu klik Pratinjau. Digispace memeriksa setiap akun di Google Workspace: harus akun sekolah, bukan santri, tidak ditangguhkan, dan sudah 2SV untuk peran staf. Baris yang salah disebut dengan nomor barisnya; langkah yang tidak boleh dijalankan ditandai ! beserta alasannya, mis. peran admin akademik hanya bisa diberikan superadmin.
2. Akun diperiksa per 50 dengan bilah kemajuan; Batal menghentikan pemeriksaan. Semua galat tampil, dan Unduh daftar galat (CSV) menyimpan baris yang dilewati serta langkah yang tidak bisa dijalankan untuk diperbaiki di Sheets. Pratinjau tidak mengubah apa pun. Klik Jalankan n langkah; langkah berjalan satu per satu di baki proses kanan bawah, diperiksa ulang oleh server, tercatat di audit (BERI_PERAN, CABUT_PERAN), dan diberitahukan ke superadmin. Langkah yang gagal bisa diulang dari baki, dan Unduh daftar (CSV) menyimpan yang gagal atau dilewati beserta alasannya.
3. Setelah PDC berperan, unggah Daftar PDC santri.

Aturan akses baru (tahap 3)

Sesuai keputusan Mudir 5 Oktober 2026, aturan akses baru membuat tiga perubahan. Aturan ini tidak berlaku otomatis: superadmin menerapkannya setelah memeriksa laporan perubahan hak.

1. Di Sistem › Akun › Akses, panel Aturan akses, klik Lihat laporan perubahan hak. Laporan menghitung hak setiap pemegang peran staf dengan aturan lama dan baru, lalu menyebut peran yang akan hilang dan sebabnya.
2. Bila ada akun yang berperan Appraisal hanya dari grup Google, klik Salin ke aplikasi sebagai Appraisal (admin akademik atau superadmin). Akun yang memang bukan tim appraisal bisa dicabut setelahnya.
3. Minta staf yang tertera "2SV belum aktif" mengaktifkan 2SV, atau terima bahwa peran stafnya tidak berlaku sampai 2SV menyala.
4. Untuk membatasi admin akademik ke satu kampus, buka kartu akunnya (Periksa akses), lalu pilih kampus di baris peran Admin akademik.
5. Superadmin klik Terapkan aturan baru. Perubahan berlaku dalam 1 menit, tercatat di audit (ATUR_ATURAN_AKSES), dan semua superadmin diberi tahu. Kembali ke aturan lama tersedia bila ada masalah.

Periksa akses: dari mana hak berasal dan kenapa tidak bisa

Bila guru atau staf melapor tidak bisa masuk atau tidak bisa melakukan sesuatu, periksa dulu sebelum mengubah apa pun. Jangan menghapus lalu membuat ulang akun: riwayat, ruang belajar, dan jejak audit ikut terputus.

1. Klik Periksa akses di baris akun, atau Periksa akses akun di atas tabel untuk akun yang belum punya peran (misalnya guru yang ditolak masuk).
2. Profil akun menampilkan panel Akses dan peran: apakah akun bisa masuk dasbor (sebagai admin, guru, atau tidak sama sekali) beserta alasannya, setiap peran dan asalnya (grup Google atau aplikasi, siapa yang memberi dan kapan), izin tambahan, dan riwayat akses 30 hari.
3. Klik Kenapa tidak bisa?, pilih tindakan yang dicoba (misalnya Menambahkan santri ke ruang belajar) dan sasarannya (santrinya). Layar menampilkan setiap syarat yang diperiksa dengan tanda ✓ (terpenuhi), ✗ (tidak terpenuhi), atau ? (tidak terbaca dari Google), lalu siapa yang bisa memperbaikinya dan di mana.
4. Baru setelah itu perbaiki lewat Ubah (peran, kelas/klub yang diampu) atau menu yang disebut di kotak Cara memperbaiki.

Nomor rujukan penolakan

Setiap penolakan akses di dasbor (tombol yang ditolak, halaman yang tidak boleh dibuka, atau masuk dasbor yang ditolak) menampilkan tiga hal: apa yang tidak bisa, syarat yang kurang, dan Cara memperbaiki. Pesan itu juga membawa nomor rujukan seperti R-0ABC12XY dan tombol Salin pesan untuk admin.

1. Saat guru atau staf mengirim nomor rujukan, buka Sistem › Akun › Akses lalu klik Buka nomor rujukan.
2. Tempel nomornya dan klik Buka. Layar menampilkan siapa yang ditolak, kapan, pesannya, lalu memeriksa ulang tindakan yang sama dengan aturan saat ini, lengkap dengan syarat dan cara memperbaikinya.
3. Penolakan yang sama dari akun yang sama dalam 10 menit memakai nomor yang sama. Penolakan tercatat di audit (DITOLAK) dan tampil di Riwayat akses kartu akun.

Staf yang punya peran admin, appraisal, Pimpinan, atau Tim Support tetapi belum mengaktifkan 2SV masuk dengan tampilan guru. Mereka melihat pita Peran Anda belum aktif, dan semua superadmin menerima pemberitahuan Staf masuk tanpa 2SV (paling sering sekali sehari per akun).

Contoh: guru tidak bisa memilih santri G8 Akhwat. Hasil pemeriksaan: Guru ini anggota biasa (MEMBER) di G8 Akhwat, belum pengampu. Perbaikannya: admin akademik membuka Ubah pada akun guru itu dan mencentang G8 Akhwat di kelas/klub yang diampu.

Izin baca log per kasus

Log URL dan jejak santri lintas ruang hanya untuk superadmin; admin teknis tidak membukanya. Admin akademik yang menangani kasus disiplin bisa meminta izin sementara, lewat Buka kasus forensik… di Pantau › Aktivitas santri (izinnya diminta otomatis) atau lewat panel berikut:

1. Di Sistem › Akun › Akses, panel Izin baca log per kasus, isi Santri (email) atau Kelas/ruang, Alasan (minimal 15 huruf: nomor kasus, kejadian, siapa yang meminta), dan Lama izin (2, 6, 24, 48, atau 72 jam).
2. Klik Minta izin baca log. Semua superadmin mendapat pemberitahuan. Paling banyak 5 permintaan menunggu sekaligus.
3. Superadmin lain menekan Setujui atau Tolak. Pemohon tidak bisa menyetujui permintaannya sendiri. Izin yang berlaku bisa dicabut kapan saja dengan Cabut.
4. Selama izin berlaku, pemohon membaca log dan jejak santri itu di Pantau › Aktivitas santri, bagian Forensik pada halaman santri tersebut. Setiap pembukaan log tetap wajib beralasan dan diaudit.

Izin untuk satu kelas/ruang hanya membuka log URL sesi. Jejak semua URL hanya bisa dibuka dengan izin untuk santri tertentu.

2SV untuk guru

Di panel Tinjauan dan syarat (Sistem › Setup umum › Akun dan keamanan), pilihan Verifikasi 2 langkah (2SV) untuk guru bernilai Pantau sejak awal: guru tanpa 2SV hanya ditandai "Guru tanpa 2SV". Hanya superadmin yang bisa mengubahnya. Pilih Tegakkan setelah semua guru memasang 2SV; aplikasi menyebut berapa guru yang belum dan tidak akan bisa masuk. Status 2SV dibaca dari Directory Google; mewajibkan 2SV di tingkat domain tetap pekerjaan super admin di Admin Console.

Tinjauan berkala

Tiap awal semester (tanggal di Sistem › Setup umum › Kalender dan hari libur) aplikasi memulai tinjauan otomatis; superadmin juga bisa mengklik Mulai tinjauan di Sistem › Setup umum › Akun dan keamanan. Konfirmasi yang dihitung untuk indikator D5 Dashboard Pimpinan adalah yang dilakukan dalam 30 hari sejak tinjauan dimulai. Semua konfirmasi lama dikosongkan, lalu admin menekan Konfirmasi di setiap akun yang masih bertugas. Akun yang belum dikonfirmasi tetap terlihat di kolom Tinjauan, dan kartu Tinjauan peran semester muncul di Beranda admin akademik dan admin teknis selama 60 hari. Cabut peran akun yang sudah tidak bertugas.

Status santri dan staf (v3.60)

Sejak v3.60 setiap santri punya satu status yang dipakai semua fitur: Onboarding, Active, On leave, Offboarding, dan Alumni. Sumber kebenaran untuk kelas, PDC, walisantri, dan status keluar adalah FIMS (keputusan Mudir U1). Google dan Digispace mengikuti, dan selisihnya diputuskan manusia, kecuali langkah otomatis pada hari keluar.

Akun santri keluar (alumni)

Sesudah Offboarding dimulai, akun Google santri mengikuti jadwal alumni: lulusan tetap bisa dipakai selama masa alumni (Setup, bawaan 30 hari) untuk mengunduh berkasnya, lalu ditangguhkan; santri yang keluar atau pindah ditangguhkan di hari keluarnya. Sesudah ditangguhkan sekian hari (bawaan 90), akun masuk calon daftar hapus. Digispace tidak menghapus akun: gelombang hapus disetujui superadmin kedua, lalu IT menghapusnya di Admin Console.

• Santri › Akun santri keluar (superadmin, admin teknis, admin akademik): ubin per keadaan (Perlu klasifikasi, Terjadwal, Mode alumni, Ditangguhkan, Di daftar hapus), angka Masih aktif sesudah jadwalnya, dan bagian Perlu perhatian. Yang perlu tindakan tampil di atas. Klik nama untuk membuka laci: sebab, tanggal keluar, jadwal, galat terakhir, dan riwayat.
• Klasifikasi sebab (admin akademik atau superadmin): Offboarding yang tidak membawa sebab (misalnya dimulai dari sinyal Statistik di bagian Ditahan) atau lulusan SMP yang mungkin lanjut ke SMA FIWA tampil Perlu klasifikasi. Tidak ada yang diubah di Google sampai sebabnya dipastikan. Di laci pilih Lulus, Keluar, atau Pindah sekolah, isi tanggal keluar dan alasan (paling sedikit 10 huruf), lalu Simpan klasifikasi; sesudah itu jadwal alumni berjalan.
• Bila menangguhkan akun gagal, laci menyebut kodenya dan admin teknis bisa menekan Coba lagi sekarang. Jadwal yang Ditahan karena FIMS dan Digispace belum sama tidak dicoba ulang; betulkan di FIMS, atau admin akademik memakai Batalkan: bukan keluar…. Mengaktifkan lagi akun yang sudah ditangguhkan hanya superadmin.
• Tab Daftar hapus akun (hanya superadmin dan admin teknis): calon gelombang dengan kontrol keputusan terisi saran Masukkan ke gelombang. Satu gelombang = satu persetujuan superadmin lain (Setujui gelombang…, pengaju bisa menarik pengajuannya). Sesudah disetujui, IT menekan Unduh CSV (email saja), menghapus akunnya di Admin Console, dan Digispace menandai akun yang sudah tidak ada tiap jam. Superadmin bisa mengeluarkan satu akun dari daftar hapus dengan alasan.
• Tunda dan Pertahankan sementara: di Daftar hapus akun, kontrol keputusan tiap baris berisi Masukkan ke gelombang (saran), Tunda n hari, dan Pertahankan sementara; Tunda dan Pertahankan wajib beralasan per baris. Lama Tunda mengikuti Setup Lama Tunda di daftar hapus (bawaan 30 hari, 7–90, diubah superadmin) dan ditolak bila masa tunda melewati masa simpan catatan santri. Akun yang ditunda atau dipertahankan pindah ke bagian Ditunda atau dipertahankan: yang ditunda kembali menjadi calon pada tanggalnya, yang dipertahankan hanya dilepas superadmin lewat Lepas… dengan alasan.
• Gelombang yang berhenti di tengah jalan dilanjutkan dengan Lanjutkan gelombang. Hanya pengaju gelombang itu yang bisa melanjutkannya; admin teknis lain melihat nama pengajunya.
• Pindah ke OU Alumni (admin akademik dan superadmin): Jadwalkan pindah ke OU Alumni… dari Perlu perhatian atau dari laci lulusan. Pilih waktunya (harus sesudah saat ini; waktu yang sudah lewat ditolak server) dan tulis alasan. Laci juga punya Buka Offboarding untuk melihat langkah Offboarding santri itu.

Tandai serah terima selesai: santri menjadi Alumni (v3.62.1)

Di laci santri Offboarding (Santri › Offboarding), superadmin, admin akademik, dan admin teknis menandai tugas yang sudah dikerjakan, misalnya Tandai WiFi dicabut, dan terakhir Tandai serah terima selesai…. Tombol serah terima selalu membuka jendela konfirmasi lebih dulu; tidak ada yang tersimpan sebelum Anda memilih.

• Bila ini tugas terakhir dan semua langkah otomatis sudah berhasil, jendela menyebut bahwa santri itu menjadi Alumni pada pemeriksaan server berikutnya, dan tombolnya Tandai selesai dan jadikan Alumni.
• Bila masih ada tugas lain atau langkah otomatis yang belum berhasil, jendela menyebut jumlahnya. Status tetap Offboarding sampai semuanya selesai, lalu santri menjadi Alumni dengan sendirinya.
• Status Alumni tidak bisa dikembalikan ke Active dari dasbor. Tombol Kembalikan ke Active hanya ada selama santri masih Offboarding.

Rencana naik kelas (awal tahun ajaran)

Santri › Rencana naik kelas memindahkan santri ke OU kelas tahun ajaran baru berdasarkan penempatan rombel di FIMS, kelas demi kelas, dengan persetujuan kepala sekolah. Yang dipindah adalah OU pribadi santri beserta akun dan Chromebook di dalamnya. Pemindahan selalu berjalan di luar jam KBM, pada hari libur yang Anda pilih. Halaman ini punya dua tab.

• Rencana per kelas (dilihat superadmin, admin akademik, kepala sekolah, dan admin teknis):
  1. Admin akademik menekan Susun dari FIMS. Tiap OU kelas mendapat satu rencana: siapa naik, tinggal kelas, atau lulus, dan OU tujuannya. Panel Syarat sebelum rencana bisa dijalankan menyebut yang belum terpenuhi, misalnya OU tujuan belum ada di Directory, penempatan rombel di FIMS tanpa email atau id santri (semua kelas ditahan sampai admin FIMS melengkapinya), atau akun di OU kelas tanpa penempatan rombel tahun depan. Kelas yang syaratnya belum terpenuhi bertanda Belum siap.
  2. Klik nama kelas untuk membuka laci: daftar santri, kelas sekarang dan tujuan, dan syarat kelas itu. Bila santri juga pindah grup kelas, isi bagian Grup kelas (opsional) di laci: Grup kelas lama dan Grup kelas tujuan, keduanya diisi atau keduanya dikosongkan, sebelum menyetujui rencana. Kepala sekolah ikut membaca grup ini.
  3. Admin akademik memutus tiap kelas di tabel: Setujui rencana (untuk kelas yang semua santrinya lulus: Setujui: lulus ke Offboarding), Tunda kelas ini, atau Kembalikan ke admin FIMS. Alasan wajib, paling sedikit 10 huruf, masuk audit dan kabar ke kepala sekolah. Pilihan Setujui tidak muncul untuk kelas yang Belum siap. Rencana yang disetujui diajukan ke kepala sekolah.
  4. Kepala sekolah memutus kelas yang Menunggu kepala sekolah: Setujui rencana atau Kembalikan ke admin akademik. Kepala sekolah melihat semua kelas (saringan bawaan Menunggu kepala sekolah), tetapi hanya bisa memutus kelas di unitnya; kelas unit lain bertanda Diputus kepala sekolah lain. Kepala sekolah yang cakupan unitnya belum diatur tidak bisa memutus. Kepala sekolah yang bukan admin membukanya dari kartu Beranda atau tautan Rencana naik kelas di bilah atas, yang tampil bila ada kelas yang menunggu keputusannya. Pengaju tidak bisa menyetujui ajuannya sendiri. Persetujuan yang tidak diputus dalam Setup Masa tunggu persetujuan kepala sekolah (bawaan 168 jam, 24–336) kedaluwarsa; sesudah kedaluwarsa, ditolak, atau ditarik, kelas kembali ke Belum diputus.
  5. Sesudah disetujui kepala sekolah, admin akademik membuka laci kelas dan menekan Jadwalkan pemindahan…: Tanggal (hari libur), Jam (WIB) (bawaan 08.00), dan alasan; grup kelas yang sudah dipilih hanya ditampilkan. Jadwal ditolak bila tanggalnya bukan hari libur di kalender sekolah atau waktunya sudah lewat, ada OU kelas berisi santri yang belum punya rencana, OU tujuan belum ada, masih ada kunci plafon ber-path OU, ada butir Peta OU kelas itu yang belum diputus atau salinannya belum aktif, penegakan waktu OU tujuan belum menyala padahal OU kelas sekarang ditegakkan, atau pemindahan kelas itu masih berjalan.
  6. Pemindahan berjalan sebagai pekerjaan massal di server; kemajuannya tampil di baki pekerjaan. Bila sebagian santri gagal dipindah, kelas tetap Sedang dipindah: buka kartunya di baki dan tekan Ulangi yang gagal. Kelas baru menjadi Selesai sesudah tidak ada butir gagal. Santri yang lulus tidak dipindah; mereka mengikuti Offboarding dan jalur alumni.
  7. Bila data rombel di FIMS berubah sesudah kelas diajukan, disetujui, atau dijadwalkan, kelas kembali ke Belum diputus dengan catatan bahwa data FIMS berubah dan perlu disetujui ulang. Pemindahan yang sedang berjalan berhenti sendiri bila data FIMS berubah.
• Peta OU dan aturan (admin akademik dan superadmin): aturan Kebijakan akses dan plafon yang menyasar OU kelas lama, dipetakan ke OU tahun ajaran baru per jenjang. Tiap butir diputus Tambahkan OU baru atau Biarkan di OU lama; bila OU baru belum ada, pilihannya Tunda sampai OU baru ada. Alasan wajib, 5 sampai 300 huruf, ditulis di alasan aturan baru dan audit. Salinan aturan menjadi aturan biasa di Kebijakan akses: yang mengetatkan langsung berlaku, yang melonggarkan menunggu orang kedua (kepala sekolah atau superadmin lain). Plafon mengikuti angkatan (kelas 9 tahun ini → kelas 10 tahun depan); angkatan yang lulus tidak disalin. Butir yang belum diputus, ditunda, atau salinannya belum aktif menahan jadwal pemindahan kelas itu. Aturan lama dicabut sistem sesudah pemindahan kelas itu selesai dan OU lamanya kosong (laci menulis Dicabut sistem …); aturan yang sasarannya sudah Anda ubah ke OU lain tidak dicabut. Bagian Setelan lain yang perlu diatur ulang mendaftar setelan yang tidak ikut disalin (misalnya kebijakan waktu ber-OU, pemetaan kelas, RPP per jam).

Pemindahan naik kelas yang dibatalkan (v3.61)

Pemindahan kelas yang sudah Dijadwalkan bisa dibatalkan dari kartunya di baki pekerjaan. Akibatnya bergantung pada kapan dibatalkan:

• Sebelum pemindahan mulai: kelas kembali ke Belum diputus. Persetujuan kepala sekolah ikut ditarik, sehingga kelas harus disetujui admin akademik dan diajukan lagi ke kepala sekolah sebelum bisa dijadwalkan ulang. Riwayat kelas menulis Rencana kembali ke Disusun karena pemindahan dibatalkan; ajukan lagi ke kepala sekolah. Belum ada santri yang dipindah.
• Sesudah pemindahan mulai: kelas berpil Dihentikan. Santri yang sudah dipindah tetap di OU tujuan; lihat rinciannya di kartu pekerjaan di baki.

Akun baru dari FIMS (v3.62)

Sistem › Akun baru membuat akun Google sekolah untuk orang yang sudah tercatat di FIMS tetapi belum punya akun. Nama tidak pernah tampil di halaman ini dan alamat email disamarkan; Tampilkan alamat membuka email utuh satu orang dan tercatat di audit. Akun dibuat oleh layanan pembuat akun yang terpisah; dasbor sendiri tidak memegang hak Google untuk membuat akun.

• Persetujuan orang kedua: pengajuan tampil di panel Menunggu persetujuan Anda di tab yang sama. Pemutus memilih Setujui atau Tolak per pengajuan; alasan wajib bila ada yang ditolak. Pengaju melihat pengajuannya di Pengajuan Anda yang menunggu orang lain dan hanya bisa menariknya.
• Sakelar: bawaannya Mati (tayang gelap). Selama Mati, antrean tetap bisa dibaca dan diperiksa, tetapi tidak ada akun yang dibuat atau dihapus. Superadmin menyalakannya di Sistem › Setup umum › Akun baru sesudah semua syarat lulus: layanan tersambung, OU penampungan diisi, setelan Google OU penampungan dikonfirmasi, dan pola email sah.
• OU staf baru harus aman: tanpa sub-OU berisi akun, tanpa admin Google, tanpa pemegang peran Digispace, dan di luar OU santri dan OU penampungan. Bila tidak aman, pembuatan dan aktivasi akun staf berhenti dan halaman menyebut sebabnya.
• Sandi: Digispace tidak menyimpan sandi dan tidak menyimpan lembar sandi atau lembar serah. Cetak ulang menerbitkan sandi baru hanya untuk satu orang; lembar lamanya tidak berlaku lagi.
• Email ke FIMS: Digispace hanya mengisi email yang masih kosong di FIMS. Email yang gagal ditulis bisa ditulis ulang, atau diunduh sebagai berkas impor untuk admin FIMS.

Persetujuan superadmin kedua

Tindakan yang tidak bisa dibatalkan (powerwash jarak jauh, deprovision, penghapusan akhir data alumni) baru berjalan sesudah superadmin lain menyetujuinya. Permintaan muncul di Beranda › Menunggu keputusan Anda superadmin lain, lengkap dengan alasan peminta. Peminta tidak bisa menyetujui permintaannya sendiri. Permintaan yang tidak diputus sampai batas waktu di Setup (bawaan 72 jam) kedaluwarsa tanpa mengubah apa pun.

5Membuat kelas/klub

1. Buka Pembelajaran › Kelas dan klub.
2. Isi Nama grup, misalnya Les Biologi OSN. Alamat grup terisi otomatis (les-biologi-osn@fiwa.sch.id) dan boleh diubah.
3. Klik Buat grup. Aplikasi membuat grup bermode Pribadi, beserta pasangannya, grup [Aktif] (aktif-les-biologi-osn@…), yang disiapkan untuk berjaga-jaga bila grup kelak diubah ke F+.
4. Tambahkan guru dan santri (bagian 8). Untuk banyak kelas/klub sekaligus, pakai Impor roster (CSV). Guru lalu membuat ruang belajar dari santri kelas/klub itu.
5. Opsional tetapi dianjurkan: buka Santri › Kebijakan santri lalu klik Siapkan OU pribadi pada grup itu (bagian 7), supaya masalah hak Google ketahuan sebelum les pertama.

Status grup di tabel: Siap berarti grup sudah disiapkan dan whitelist-nya tersimpan. Bila tertulis Belum disiapkan, buka grupnya lalu klik Siapkan grup.

Menghapus kelas/klub

Hanya admin akademik dan superadmin. Di tabel Kelas dan klub, klik Hapus di baris grup, lalu ketik nama grup persis untuk mengonfirmasi.

• Google Group les-… dan pasangan [Aktif]-nya dihapus permanen dari Google Workspace, beserta kebijakan URL grup [Aktif]. Akun guru dan santri tidak terhapus.
• Aplikasi menyimpan daftar anggota terakhir dan mencatat audit Hapus grup kelas/klub. Ruang belajar yang sudah dibuat guru, riwayat sesi, log URL, dan laporan tetap ada.
• Grup yang sedang punya sesi berjalan atau santri yang sedang les tidak bisa dihapus. Grup yang dipakai untuk peran admin/appraisal juga tidak bisa dihapus dari sini.
• Bila alamat yang sama dibuat lagi, grup baru mulai kosong (whitelist dan mode tidak diwarisi).

Menghapus ruang belajar

Admin bisa menghapus ruang belajar mana pun: di Pembelajaran › Ruang belajar, centang ruang (atau Pilih semua) lalu Hapus N ruang, atau dari tab Santri di dalam ruang. Guru hanya bisa menghapus ruang yang ia buat sendiri; ruang yang dibuat admin atas nama guru hanya bisa dihapus admin. Ruang dengan sesi berjalan tidak bisa dihapus.

6Mode grup: Pribadi dan F+

Setiap grup punya satu mode. Mode tampil di tabel Pembelajaran › Kelas dan klub dan di kepala halaman grup. Ruang belajar selalu bermode Pribadi.

Mengubah mode

1. Di Pembelajaran › Kelas dan klub, klik Ubah mode di baris grup (atau di halaman Atur anggota).
2. Baca ringkasan akibatnya, lalu konfirmasi. Perubahan tercatat di audit sebagai Ubah mode grup.

7OU pribadi santri

OU pribadi adalah OU tepat di bawah OU kelas santri, dinamai bagian depan email santri tanpa awalan. Contoh: akun aisyah.contoh@fiwa.sch.id di /…/New_Account_Akhwat/G10 Akhwat 2627 mendapat OU /…/New_Account_Akhwat/G10 Akhwat 2627/aisyah.contoh. OU kelas adalah OU satu tingkat di bawah OU santri, yaitu G7 Akhwat 2627 sampai G12 Ikhwan 2627.

• Dibuat otomatis saat santri pertama kali ikut sesi grup Pribadi. Akunnya dipindah ke sana sekali; sesudah itu aplikasi tidak pernah memindahkannya lagi.
• Hanya akun yang tepat berada di OU kelas yang dipindah. Akun di sub-OU kelas (misalnya G10 Akhwat 2627/Problem_Management atau G12 Akhwat 2627/G12 OU Exception) atau langsung di New_Account_* dibiarkan. Aplikasi mencatat temuan di-luar-ou-kelas, dan di sesi grup Pribadi santri itu berstatus Gagal. Grup F+ tetap bisa ia pakai.
• Di luar les, OU pribadi mewarisi semua kebijakan OU kelas (keadaan standar), jadi aturan internet santri sama persis dengan teman sekelasnya.
• Selama les (keadaan les), aplikasi menulis kebijakan URL blocking di OU pribadi: daftar blokir dan pengecualian OU kelas, ditambah situs whitelist grup yang belum diizinkan OU kelas. Perubahan di OU kelas selama sesi ikut tersalin tiap menit.

Siapkan OU pribadi lebih awal

Di Santri › Kebijakan santri, panel Siapkan OU pribadi berisi semua grup Pribadi. Klik Siapkan OU pribadi (juga ada di halaman Atur anggota grup Pribadi). Hasilnya menyebut santri yang siap, yang gagal beserta alasannya (santri di sub-OU kelas: "bukan tepat di OU kelas"), dan yang bukan akun santri (dilewati). Aman diulang.

Grup dengan lebih dari 20 santri yang belum siap, dan tombol Siapkan semua yang belum (n grup), dijalankan sebagai pekerjaan massal di server: jendela pratinjau menyebut cakupannya, lalu kemajuannya tampil di baki pekerjaan (juga di Beranda). Halaman boleh ditutup selama pekerjaan berjalan. Grup yang lebih kecil disiapkan langsung di baki proses kanan bawah.

Chromebook di OU pribadi

Chromebook milik santri dipindah ke OU pribadi pemiliknya lewat migrasi empat langkah di Pantau › Kondisi Chromebook, atau lewat Pindahkan … CB ke OU pribadi di Chromebook › Kepemilikan. Saat migrasi, aplikasi menulis pembatasan login (sign-in restriction) di OU pribadi: hanya pemilik dan akun staf di Chromebook › Settings › Chromebook santri. Rinciannya di bagian 17.

8Mengatur guru dan santri

Di Pembelajaran › Kelas dan klub, klik Atur anggota pada kelas/klub yang dimaksud.

Menambah guru

1. Ketik awal nama atau email guru di kotak Guru. Saran akun muncul saat mengetik; pilih dengan klik atau tombol panah lalu Enter.
2. Setiap pilihan menjadi chip. Chip merah artinya akun itu tidak bisa ditambahkan; arahkan kursor ke chip untuk melihat alasannya, misalnya akun santri atau akun nonaktif.
3. Klik Tambah guru. Guru langsung bisa masuk dasbor (bila 2SV guru diatur Tegakkan, guru itu juga harus sudah memasang 2SV).

Menambah santri

Ada empat cara, pilih yang paling cepat:

Hanya akun di OU santri yang bisa menjadi santri, dan hanya akun di luar OU santri yang bisa menjadi guru. Aplikasi menolak kombinasi lain.

Kemajuan dan konfirmasi Google

Menambah atau mengeluarkan banyak akun berjalan di baki proses di pojok kanan bawah: bilah kemajuan, perkiraan sisa waktu, dan pesan galat per akun. Tombol Jeda, Lanjutkan, dan Hentikan mengatur proses yang sedang berjalan; Ulangi yang gagal mengirim ulang akun yang gagal saja. Halaman boleh ditinggal, proses tetap berjalan selama tab dasbor terbuka.

Akun baru tampil di daftar setelah Google mengonfirmasi perubahannya (biasanya beberapa detik, paling lama 2 menit), bukan saat permintaan dikirim. Akun yang belum terkonfirmasi setelah 2 menit dilaporkan sebagai gagal dengan alasannya, supaya daftar di dasbor selalu sama dengan Admin Console.

Mengeluarkan anggota

Klik Keluarkan di baris anggota, lalu konfirmasi. Untuk banyak akun sekaligus, centang barisnya (atau kotak di judul kolom untuk semua yang tampil), lalu klik Keluarkan di atas tabel. Tombol itu nonaktif untuk santri berstatus Dalam sesi; minta guru mengeluarkan santri itu dari sesinya dulu. Guru yang dikeluarkan dari semua kelas/klub otomatis kehilangan akses dasbor.

Impor roster dari CSV

Dipakai untuk memperbarui daftar santri banyak kelas/klub sekaligus, misalnya di awal semester dari ekspor FIMS atau spreadsheet TU. Hanya admin akademik (dan superadmin) yang bisa memakainya. Akun guru tidak diubah lewat impor ini.

1. Di Pembelajaran › Kelas dan klub, klik Impor roster (CSV) di kepala tabel Grup kelas dan klub.
2. Pilih berkas CSV, atau tempel isinya di kotak Atau tempel isinya. Formatnya dua kolom per baris: kelas/klub (alamat grup, bagian depan alamatnya, atau nama grup) dan email santri. Pemisah boleh koma, titik koma, atau tab. Baris judul boleh ada.
   Contoh isi CSV

   kelas/klub,email santri les-fisika-8a@fiwa.sch.id,aisyah.contoh@fiwa.sch.id Les Biologi OSN,umar.contoh@fiwa.sch.id
3. Bila santri yang tidak tercantum di CSV harus keluar dari kelas/klubnya, centang Keluarkan santri yang tidak ada di CSV (hanya untuk kelas/klub yang disebut di CSV). Bawaannya tidak dicentang: impor hanya menambah. Kelas/klub yang tidak disebut di CSV tidak pernah disentuh.
4. Klik Pratinjau. Belum ada yang berubah. Tabel pratinjau per kelas/klub berisi santri yang Ditambahkan, Dikeluarkan (hanya bila kotak tadi dicentang), jumlah yang Tetap, dan yang Tidak bisa beserta alasannya (misalnya bukan akun santri, atau santri sedang dalam sesi di grup itu). Di atasnya tampil kelas/klub yang tidak dikenal (barisnya dilewati) dan baris tanpa email santri.
5. Bila sudah benar, klik Terapkan lalu konfirmasi. Perubahan dikerjakan per kelas/klub di baki proses kanan bawah, dan setiap kelas/klub baru dianggap selesai setelah Google mengonfirmasi perubahannya (Kemajuan dan konfirmasi Google di atas).

Setelah selesai, setiap kelas/klub yang berubah tercatat di audit sebagai IMPOR_ROSTER (jumlah ditambah dan dikeluarkan), dan guru pengampunya menerima pemberitahuan "Daftar santri kelas/klub diperbarui" di ringkasan. Bila ada kelas/klub yang gagal, pakai Ulangi yang gagal di baki proses, atau jalankan impor lagi; baris yang sudah diterapkan tercatat Tetap.

9Cari akun dan profil

Dipakai bila yang dicari adalah orangnya, bukan grupnya. Misalnya: santri ini ikut kelas/klub dan ruang belajar apa saja, atau guru ini mengampu apa dan punya ruang belajar apa.

1. Buka Cari di bilah atas (Ctrl+K), ketik minimal 2 huruf nama atau email. Hasil muncul sambil mengetik; Enter membuka hasil pertama. Cara cepat: Ctrl+K, ketik nama, pilih akunnya.
2. Klik orangnya. Profil menampilkan OU, peran, sesi yang sedang berjalan, kelas/klub, ruang belajar, dan untuk santri juga OU pribadi dan Chromebook terakhir melapor. Untuk guru dan staf ada aktivitas 30 hari terakhir.
3. Klik Tambahkan ke kelas/klub lain, cari dan centang satu atau beberapa kelas/klub, lalu klik tombol tambahkan. Santri masuk sebagai santri, guru/staf sebagai guru pengampu. Untuk mengeluarkan, centang kelas/klubnya di daftar lalu klik Keluarkan dari n kelas/klub.
4. Untuk guru: Buat ruang belajar untuk guru ini membuka formulir ruang belajar dengan guru itu sebagai pemilik. Untuk santri: tombol Diagnosis (bagian 16).

Jejak akses dan akses berlebih

Akses di Digispace ada dua lapis: santri dimasukkan ke ruang belajar (siapa yang boleh diberi akses), lalu diikutkan dalam sesi (situs les benar-benar terbuka di CB-nya). Guru hanya bisa memasukkan santri dari kelas/klub yang ia ampu; admin bisa memasukkan santri di luar itu (Izin admin). Pembelajaran › Pemberian akses (kepala sekolah: Jejak akses di bilah atas) menelusuri keduanya. Setiap pembukaan halaman ini tercatat di audit (BACA_JEJAK_AKSES).

1. Per guru: tabel semua guru pemilik ruang atau pemberi akses sesi dalam rentang (7, 30, atau 90 hari): jumlah ruang, anggota, izin admin, anggota tidak aktif, santri yang diberi akses, sesi, santri yang ia masukkan, penambahan terbanyak per hari, dan jangkauan (santri di kelas/klub yang ia ampu). Sel berwarna melewati ambang. Klik nama guru untuk rinciannya.
2. Jejak santri (ketik email, atau tombol Jejak akses di profil santri): ruang tempat santri menjadi anggota beserta jalurnya dan siapa yang memasukkannya, siapa saja yang membuka sesi untuknya (jumlah sesi dan menit), daftar sesi, dan riwayat masuk/keluar ruang dan kelas. URL yang dibuka santri tidak ditampilkan; itu tetap lewat Log dengan izin baca.
3. Jejak guru: ruang miliknya, santri yang ia masukkan ke ruang, dan santri yang sesinya ia buka.

Deteksi akses berlebih berjalan setiap hari pukul 03.00 WIB (atau Periksa sekarang) dan memunculkan temuan: ruang terlalu besar, anggota yang tidak pernah ikut sesi, penambahan massal oleh satu orang dalam 24 jam, santri di terlalu banyak ruang, guru dengan jangkauan terlalu luas, dan santri izin admin. Temuan tertutup sendiri bila kondisinya hilang. Ambangnya di Pembelajaran › Setelan, kelompok Saat sistem memeriksa akses berlebih; melonggarkan ambang butuh superadmin. Riwayat masuk/keluar ruang tercatat sejak v3.13; data sesi sebelumnya tetap terbaca dari catatan sesi.

CB dan pengaturan OU pribadi

Untuk santri yang OU pribadinya sudah siap, profil menampilkan CB yang sudah dipindah ke OU itu dan kebijakan yang menjadi atribut cek kepatuhan: sign-in restriction, mode developer, update ChromeOS, mode tamu, Linux, mode samaran, alat developer, dan Play Store. Setiap baris menunjukkan nilai yang berlaku dan asalnya: Diatur di OU pribadi atau Diwarisi dari OU induk.

• Atur memasang nilai khusus di OU pribadi santri itu saja, misalnya pin versi ChromeOS untuk satu CB yang bermasalah.
• Warisi menghapus nilai khusus itu sehingga OU pribadi mengikuti OU induk lagi. Pakai ini setelah masalahnya selesai, supaya pengaturan tidak berbeda-beda antar santri.
• Kebijakan perangkat berlaku untuk CB di OU itu; kebijakan pengguna berlaku untuk akun santri di perangkat mana pun. Kebijakan URL les tidak bisa diubah di sini karena diatur aplikasi.

10Pengawasan sesi les

Prinsipnya: akses les hanya dibuka untuk santri yang hadir, selama ada guru yang mengawasi. Guru yang menekan Mulai tercatat sebagai pengawas. Aturan pengawasan diatur admin akademik di Pembelajaran › Setelan, panel Aturan pengawasan sesi.

Aturan pengawasan

Tanda kehadiran pengawas: setiap tindakan guru di layar sesi (mengikutkan santri, menambah waktu, kunci layar, dan seterusnya), tombol Ya, saya mengawasi pada sapaan "Masih mengawasi?", dan tombol Saya di sini di panel kode hadir. Kode hadir yang diperbarui otomatis tidak dihitung (v3.11.1). Selain ambang, guru ditanya "Masih mengawasi?" tiap 20 menit sebagai konfirmasi berkala. Sapaan tidak muncul bila guru baru saja bertindak.

Pemeriksaan piket. Ambang pertama juga memberi tahu piket. Sesekali aplikasi meminta piket mengecek satu sesi secara acak. Di layar sesi, piket menekan Catat pemeriksaan piket dan memilih Pengawas ada di ruang atau Pengawas TIDAK ada di ruang. Hasilnya diaudit; bila pengawas tidak ada, menjadi kejadian sesi dan admin akademik diberi tahu. Pengawas tidak bisa memeriksa sesinya sendiri. Berita acara hanya bisa disahkan pengawas sesi itu atau admin akademik/superadmin. Setiap perubahan aturan tercatat dengan nama pengubah dan waktunya.

Memulai sesi atas nama guru

Admin bisa memulai sesi di ruang mana pun. Di langkah 4. Mulai, isi Pengawas yang hadir di ruang (admin bisa memulai atas nama guru) dengan email guru yang benar-benar ada di kelas, centang Saya berada di ruang dan mengawasi, lalu Mulai sesi. Santri yang ditahan gerbang kepatuhan tidak bisa dicentang. Setelah Semua hadir, aplikasi meminta konfirmasi "N dari M santri hadir, benar?". Santri yang tidak mengirim laporan dari CB dalam 5 menit pertama ditandai Belum terlihat di CB.

Pembelajaran › Ruang belajar: Sedang berjalan

Tabel semua sesi yang sedang berjalan: Ruang (dan topik), Pengawas dengan statusnya (hadir, diam N mnt, tidak menjawab N mnt), jumlah santri, Sisa, dan Penanda. Penanda yang mungkin muncul: pengawas di luar jaringan sekolah, rasio terlampaui, tanpa konfirmasi mengawasi, pengawas diam, di luar jam les, durasi melebihi batas. Tanpa penanda tertulis Lancar. Buka membuka layar sesi. Untuk mencabut semua akses les sekaligus, pakai kartu Cabut semua akses les di Sistem › Zona darurat (bagian 21). Beranda juga memuat baris Santri di sesi tidak melapor bila ada Chromebook yang perlu di-restart.

Peringatan "Kesiapan OU pribadi belum bisa dibaca" (v3.61)

Di Pembelajaran › Ruang belajar, bagian semua ruang, Digispace membaca kesiapan OU pribadi untuk ruang bermode Pribadi, sedikit demi sedikit, supaya saringan kampus bisa berlaku. Bila pembacaan itu gagal, di atas daftar tampil peringatan kuning Kesiapan OU pribadi belum bisa dibaca: (atau …sebagian grup belum bisa dibaca:) beserta sebab dan kodenya. Selama peringatan itu ada, saringan kampus belum berlaku untuk ruang bermode Pribadi yang belum terbaca, jadi daftar bisa memuat ruang kampus lain. Muat ulang halaman untuk mencoba lagi; bila tetap muncul, kabari admin teknis dengan kodenya.

Yang bisa dilakukan pengawas di layar sesi

Tombol yang tampil mengikuti kewenangan guru di Pembelajaran › Setelan. Admin yang membuka layar sesi melihat tombol yang sama.

Kunci layar dan buka situs butuh ekstensi 2.1 di CB santri; pesan, kembalikan, dan mode fokus butuh ekstensi 2.3. Di HP, Serah terima dan Catat pemeriksaan piket pindah ke menu Arahkan kelas. Bila kode hadir aktif, layar sesi menampilkan kode 4 angka yang bisa dibuat Layar penuh untuk proyektor.

Kode hadir

Kode hadir diatur per ruang di panel Kode hadir pada tab Santri ruang itu. Bawaannya Mati. Bila Aktif, santri yang datang memasukkan kode 4 angka dari layar guru di popup ekstensi. Kode hanya diterima dari santri anggota ruang itu, dari CB miliknya sendiri. Santri itu ditandai kode ✓ di bagian Belum ikut sesi, lalu guru tetap menekan Ikutkan. Butuh ekstensi 2.1.

Kode hadir juga menjadi tanda kehadiran pengawas. Kode hanya tampil di layar sesi yang terbuka, dan dasbor mengambil kode baru setiap kali kode berganti; setiap pengambilan oleh pengawas sesi dihitung hadir. Jadi pengawas yang membiarkan layar sesi terbuka (misalnya di proyektor) tidak ditanya "Masih mengawasi?" selama kode hadir aktif. Admin atau guru lain yang membuka layar sesi itu tidak dihitung sebagai pengawas.

Absensi, berita acara, dan rekap

• Status absensi per santri: Hadir, Terlambat (dengan jam masuk), Izin, Sakit, Alpa. Santri yang dicentang saat Mulai tercatat Hadir; yang diikutkan kemudian tercatat Terlambat; yang tidak datang tercatat Alpa kecuali guru memilih Izin atau Sakit. Hanya Hadir dan Terlambat yang mendapat akses.
• Koreksi setelah sesi: selama berita acara belum disahkan, status santri yang tidak datang bisa diubah antara Alpa, Izin, dan Sakit di bagian Absensi per santri dalam berita acara. Rekap berita acara ikut diperbarui, dan perubahannya tercatat di audit (Ubah absensi, dengan keterangan "setelah sesi"). Santri yang Hadir atau Terlambat tidak bisa diubah di sini. Setelah disahkan, absensi tidak bisa diubah lagi.
• Saat sesi berakhir, aplikasi menyusun berita acara: pengawas dan serah terima, rekap absensi, kejadian, dan jumlah percobaan situs yang diblokir. Pengawas (atau admin) menekan Sahkan; catatan opsional. Sesi tanpa kejadian cukup satu ketukan.
• Berita acara yang belum disahkan muncul di Beranda dan Pantau › Laporan berkala › Berita acara (tombol Buka).
• Rekap absensi: di tab Riwayat ruang, klik Rekap absensi (CSV), isi jumlah hari terakhir (paling lama 366), lalu file CSV terunduh: tanggal, jam, santri, status, jam masuk, keluar, kode hadir, topik. CSV berisi data pribadi santri; simpan seperlunya.

Jaringan sekolah tanpa IP tetap

Sekolah belum punya IP publik tetap, jadi aplikasi tidak pernah memblokir berdasarkan IP. Sebagai gantinya, server mempelajari IP sekolah sendiri: IP publik yang dipakai minimal 3 CB santri berbeda dalam satu jam dianggap jaringan sekolah, dan daftarnya berlaku 24 jam. Bila pengawas memulai sesi, menjawab sapaan, atau mengikutkan santri dari IP di luar daftar itu, sesi diberi penanda pengawas di luar jaringan sekolah. Penanda ini bahan pemeriksaan acak admin piket, bukan bukti pelanggaran: bila SSID staf keluar lewat modem yang berbeda dari SSID Student, guru bisa tertandai keliru. Jumlah IP yang dikenali tampil di Aturan pengawasan.

Permintaan situs dan tanda dari santri

Selama sesi, situs yang belum dibuka untuk les tidak menampilkan halaman blokir Chrome biasa: ekstensi menggantinya dengan halaman Digispace Situs ini belum dibuka untuk les ini yang punya tombol Minta ke guru dan Kembali. Popup ekstensi juga punya tombol Minta situs ini. Paling banyak 5 permintaan per santri per sesi, dan nama santri ikut tercatat. Situs les yang belum terbuka dan layar yang sedang dikunci guru tidak dialihkan ke halaman ini.

Permintaan masuk ke panel Perlu ditanggapi di layar sesi, bersama tanda dari santri (butuh bantuan di atas, lalu sudah selesai). Di kepala panel tertulis sisa jatah jalur darurat minggu ini. Untuk tiap permintaan:

• Buka untuk sesi ini: lewat jalur darurat, dengan alasan; mengurangi jatah jalur darurat guru minggu itu.
• Ajukan ke penyetuju: diajukan ke penyetuju situs dengan lingkup satu halaman supaya bisa dipakai lagi.
• Abaikan.

Untuk tanda santri: Lihat santri menyorot barisnya di tabel, Tandai ditangani menutup tandanya.

Bagian halaman les yang terblokir

Kadang halaman les sudah terbuka, tetapi isinya ada yang kosong karena memuat bingkai atau video tempelan dari situs lain yang belum diizinkan, atau halaman les mengalihkan ke situs lain. Ekstensi mencatatnya selama sesi, dan layar sesi menampilkan panel Bagian halaman les yang terblokir: situs yang terblokir, jenisnya, halaman tempat ia dimuat, jumlah santri yang mengalaminya, serta kolom Saran dan Alasan. Situs yang sudah diizinkan atau sudah diabaikan tetap tampil dengan keterangannya.

• Tambahkan yang disarankan (n): menambahkan semua yang disarankan ke daftar situs ruang sekaligus, supaya berlaku seterusnya.
• Situs darurat di barisnya: isi alasan singkat, lalu situs itu dibuka untuk sesi ini saja lewat jalur darurat.
• Ajukan: diajukan dengan lingkup seluruh situs (domain) supaya berlaku seterusnya setelah disetujui.

Bila halaman les mengalihkan santri ke situs lain, di atas panel juga muncul kartu … mengalihkan ke …. Tambahkan? dengan tombol Tambahkan ke daftar situs dan Abaikan. Keputusan Abaikan bisa diubah di tab Situs ruang.

Saran alamat tambahan dan paket situs

Tab Situs setiap ruang punya bagian Alamat tambahan yang dibutuhkan: alamat yang ditemukan saat sesi (bingkai, pengalihan, tab baru), dari pemeriksaan otomatis entri baru (lewat PageSpeed bila kuncinya disimpan, sehingga pengalihan JavaScript ikut terlihat), dan dari ruang lain yang memakai situs yang sama. Sejak v3.38 setiap baris punya kolom Saran dan Alasan, dan alamat yang dibutuhkan situs di daftar bisa ikut terbuka otomatis (Prasyarat situs). Alamat dari katalog langsung berlaku; alamat di luar katalog menjadi pengajuan untuk penyetuju situs bila tata kelola situs menyala. Sejak v3.40 paket situs guru boleh berisi situs katalog termasuk tingkat C, dan tautan satu halaman. Admin akademik dan superadmin melihat dan bisa mengubah semua paket di halaman Paket situs. Bila katalog masih kosong, jalankan Impor pustaka awal di Akses internet › Setelan, panel Persetujuan situs.

Situs les yang mengalihkan ke situs lain (contoh: dokumen Microsoft)

Bila situs les mengalihkan santri ke alamat yang belum diizinkan, halaman blokir Digispace menyebut asalnya, panel di atas menampilkan alamat tujuan dengan keterangan halaman les dialihkan ke sini, dan guru pengawas diberi tahu sekali per situs per sesi. Untuk Microsoft 365 untuk web, alamat pendukungnya (word/excel/powerpoint/onedrive.cloud.microsoft, officeapps.live.com, office.net, sharepointonline.com, login Microsoft) dipasang otomatis bila daftar situs berisi alamat OneDrive/SharePoint/Office. Sejak v3.38 daftar pendukung ini adalah baris Microsoft 365 untuk web di tabel Prasyarat situs (bagian 31). Akibatnya selama sesi santri bisa membuka dokumen OneDrive publik lain; semuanya tercatat di log.

11Tata kelola situs

Menu Akses internet mengatur situs apa yang terbuka di Chromebook santri, kapan, dan untuk siapa. Admin akademik mengatur setelannya; Tim appraisal dan kepala sekolah memutuskan pengajuan situs. Appraisal dan kepala sekolah yang bukan admin membuka antrean yang sama lewat Persetujuan dan katalog lewat Katalog di bilah atas.

Isi menu Akses internet

Tindak lanjut di Beranda

Halaman Ringkasan akses internet sudah dilebur: butir tindak lanjutnya kini tampil di Beranda (Menunggu keputusan Anda), dan Akses internet dibuka langsung di Akses internet › Katalog situs. Butir yang dulu ada di Ringkasan:

• Alur empat langkah dengan keadaan nyata: 1 Katalog situs (jumlah situs disetujui dan yang perlu ditinjau ulang tingkatnya), 2 Jadwal akses (kebijakan waktu aktif dan usulan yang menunggu), 3 Penegakan (berapa kelas yang penegakannya menyala, per kampus), 4 Permintaan dan pemantauan (permintaan akses santri dan keadaan penyaring isi situs C). Langkah yang belum selesai bertanda sekarang; klik langkahnya untuk membuka halamannya.
• Perlu dikerjakan: kelas yang sudah punya kebijakan waktu tetapi penegakannya belum menyala, situs belajar bertingkat C tanpa masa peralihan (tertutup untuk semua santri bila penyaring isi Aktif), situs yang perlu ditinjau ulang tingkatnya, dan masa penyiapan yang masih aktif. Tiap butir punya tombol ke tempat menyelesaikannya.
• Situs ini terbuka atau tidak? Tempel alamat lalu klik Periksa. Jawabannya satu kalimat (terlarang, rak Tertutup, Selalu diizinkan, ada di katalog, atau belum ada di katalog) dengan rincian pemeriksaan yang bisa dibuka.
• Apa yang terbuka untuk seorang santri sekarang? Isi email santri lalu klik Simulasikan: mode yang berlaku sampai jam berapa, jumlah alamat yang terbuka, dan apakah penegakan kelasnya sudah menyala. Untuk jam lain, pakai tab Simulasi di Jadwal akses.
• Pil di kepala halaman memberi tahu bila semua kelas sedang dikunci darurat atau sebagian angka masih disiapkan (halaman memuat ulang sendiri).

Pemeriksaan otomatis

Setiap situs baru diperiksa saat guru menyimpannya, juga pada jalur darurat:

Keadaan keenamnya (aktif atau belum dipasang) tampil di panel Persetujuan situs, Akses internet › Setelan tab Umum. Situs berkategori Proxy/VPN, Dewasa, Judi, atau terdaftar di TrustPositif tidak bisa disetujui siapa pun dan tidak bisa dibuka lewat jalur darurat. Domain platform besar tanpa jalur (misalnya youtube.com, google.com, tiktok.com) juga ditolak. Satu-satunya jalan membuka seluruh YouTube adalah pengajuan khusus Seluruh YouTube dari tab Situs ruang (lihat Video YouTube di bawah).

Periksa alamat dan alamat ikutan

Akses internet › Katalog situs, kotak Periksa alamat, memeriksa satu alamat tanpa menambahkannya ke mana pun. Tempel alamatnya, pilih lingkup (Seluruh situs (domain), Satu bagian (jalur pertama), atau Satu halaman), lalu klik Periksa. Hasilnya: kategori, TrustPositif, Web Risk, usulan tingkat pengawasan, dan alamat ikutan, yaitu frame dari domain lain dan pengalihan yang harus ikut diizinkan supaya isi halaman tidak tampil sebagai halaman diblokir. Untuk situs yang sudah di katalog, buka kartunya lalu klik Periksa alamat ikutan. Bila situsnya aman, lanjutkan dengan Tambah ke katalog.

Alamat ikutan yang benar-benar terblokir saat sesi tampil per ruang di tab Situs ruang (Alamat tambahan yang dibutuhkan). Gambar, skrip, dan font dari domain lain tidak perlu ditambahkan karena tidak diblokir kebijakan URL Chrome.

Tambah situs ke katalog dari Periksa alamat

Situs yang sudah diperiksa bisa langsung dimasukkan ke katalog tanpa menunggu pengajuan guru. Di bawah hasil Akses internet › Katalog situs, kotak Periksa alamat, muncul tombol Tambah ke katalog… (untuk platform dokumen selebar domain: Tambah ke katalog sebagai C…), atau keterangan kenapa situs itu belum bisa masuk katalog. Tombol Tambah situs… di Katalog situs membuka pemeriksaan yang sama. Dialognya meminta judul, mapel, kelas, dan kata kunci, lalu menampilkan alamat ikutan yang ikut masuk dan peringatan dari pemeriksaan. Situs di katalog berlaku untuk semua ruang sampai akhir semester. Pengajuan guru yang masih menunggu untuk alamat yang sama ikut disetujui, dan setiap penambahan tercatat di audit (TAMBAH_SITUS_KATALOG).

Kategori isi (mis. Konten pengguna) hanya keterangan: yang menentukan boleh atau tidaknya masuk katalog adalah tingkat pengawasan dan pemeriksaan keamanan. Hasil pemeriksaan juga menyebut jenis yang berlaku bila situs masuk katalog (jenis 3 Sesi, bawaan entri baru).

Tautan satu halaman di bawah situs katalog tidak perlu dimasukkan ke katalog satu per satu. Bila platformnya punya resep alamat (Aturan situs, daftar Kedalaman minimum per platform) dan tautannya cukup dalam, misalnya satu desain canva.com/design/…, guru langsung memakainya di ruang sebagai tingkat B. Persetujuan hanya dibutuhkan untuk alamat di luar katalog.

Untuk Google Docs, Drive, dan Sites (sudah selalu diizinkan atau sering dipakai), pengamanannya ada di Google Admin Console: Apps › Google Workspace › Drive dan Dokumen › Setelan berbagi untuk OU santri, matikan berbagi ke luar organisasi dan penerimaan berkas dari luar. Kebijakan Chrome Allowed domains for apps berisi fiwa.sch.id memastikan layanan Google di Chromebook hanya bisa dipakai dengan akun sekolah.

Enam jenis situs (v3.29)

Kebijakan Enam Jenis Situs disahkan Mudir 9 Oktober 2026. Setiap situs punya dua sumbu: jenis (kapan dan untuk siapa terbuka) dan tingkat pengawasan (A Cukup alamat, B Per tautan, C Diawasi mendalam; lihat Tingkat pengawasan A/B/C). Sifat terkurasi/alat tidak tampil lagi di layar; sifat tetap disimpan dan mengikuti tingkat (A terkurasi, B dan C alat).

• Pemeriksa karakter situs menilai tiap alamat: hijau (aman, terkurasi), kuning (perlu satu jawaban petugas tinjau: "dibuka di ruang saja, atau tidak?"), merah (tidak dibuka). Muncul di Periksa alamat, saat mengimpor daftar guru, dan lewat Periksa karakter di kartu katalog.
• Migrasi dari empat jenis ke enam jenis sudah dijalankan sekali oleh superadmin (9 Okt 2026), dengan pratinjau dan tanpa efek ganda; tab Migrasi enam jenis sudah tidak ada di Setup umum. Entri jenis 2 lama yang kategorinya sensitif diperlakukan sebagai alat, tetapi tingkat pengawasannya dibiarkan kosong: kolom Tingkat menulis ? (belum ditetapkan), dan entri itu dihitung Perlu ditinjau serta masuk Akses internet › Antrean situs › Tinjau ulang tingkat sampai petugas tinjau menetapkan tingkatnya.
• Mengubah jenis: jenis 1, 4, 5, dan 6 hanya superadmin; jenis 2 lewat pengesahan paket; jenis 3 oleh admin akademik atau appraisal. Buka kartu katalog, bagian Jenis situs, lalu klik Simpan jenis, atau centang beberapa situs lalu Ubah jenis… di bilah pilih (audit Ubah jenis atau sifat situs). Tingkat pengawasan diubah di bagian Tingkat pengawasan pada kartu yang sama atau lewat Tetapkan tingkat… (audit Mengubah tingkat pengawasan situs); melonggarkan tingkat hanya superadmin. Ingat keputusan G2 di Tingkat pengawasan A/B/C.
• Impor daftar guru. Akses internet › Katalog situs › Impor daftar guru…: tempel CSV (Mapel, Alamat, Catatan), lihat pratinjau (hijau ke katalog, kuning ke antrean, merah tidak dibuka, duplikat dan yang sudah ada dilewati), lalu Impor. Entri hijau berlaku sampai akhir semester. Di HP, tombolnya ada di menu ⋯.
• Antrean kuning. Akses internet › Antrean situs › Antrean kuning (admin) atau Persetujuan › Antrean kuning (petugas tinjau). Tiap kartu menampilkan kartu karakter dan satu pertanyaan: Dibuka di ruang saja, atau tidak? Jawaban: Ya, di ruang saja (jenis 3), Tidak dibuka, Persempit jalur, atau Alihkan ke Mudir bila ragu. Keputusan bisa dibatalkan 24 jam; entri kedaluwarsa 14 hari. Aplikasi hanya mengusulkan, manusia yang memutuskan.
• Petugas tinjau adalah tanda di atas peran Appraisal (Sistem › Akun › Pengguna, kartu Petugas tinjau): satu petugas utama menerima kabar antrean kuning, yang lain menjadi pengganti.
• Paket mapel. Akses internet › Paket situs (kepala sekolah yang bukan admin: Persetujuan › Paket situs): entri katalog dikelompokkan per mapel semester ini. Kepala sekolah mengesahkan paket yang semua entrinya hijau (Sahkan per mapel atau sekaligus) atau menolaknya dengan alasan. Paket yang disahkan dibuka otomatis pada jam mapelnya begitu tautannya ada di RPP FIMS (v3.30); yang tidak disahkan sampai 30 hari setelah semester mulai tetap jenis 3. Paket situs buatan guru ada di halaman Paket situs guru (tombol Buka paket situs guru), dengan tab Paket saya, Dibagikan guru lain, dan Paket mapel disahkan. Guru boleh memasang paket mapel yang disahkan ke ruangnya tanpa bisa mengubah isinya, dan paket guru boleh berisi situs C dan tautan satu halaman.
• Kebijakan URL santri. Di profil santri (buka lewat Ctrl+K, ketik nama santri) ada panel Kebijakan URL santri ini: sumber kebijakan per jenis, anggaran 900 entri per OU, dan Jalankan simulasi untuk menjawab "kenapa situs ini tertutup untuk dia sekarang". Tersedia untuk admin dan PDC.

Tingkat pengawasan A/B/C (v3.34)

Setiap situs di katalog punya dua sumbu: jenis 1 sampai 6 (kapan dan untuk siapa terbuka, lihat Enam jenis situs di atas) dan tingkat pengawasan (seberapa dalam situs itu perlu diawasi). Tingkat menggantikan sifat terkurasi/alat di layar dan di semua keputusan manusia. Jenis tidak berubah.

Alat B yang dibuka selebar domain (tanpa jalur dokumen) otomatis naik ke C.

Mode penyaring isi menentukan nasib situs C (v3.40.2). Superadmin memilih satu dari tiga mode di Akses internet › Setelan › Penyaring isi (wajib alasan, tercatat di audit, semua superadmin diberi tahu):

Bila setelan penyaring belum terbaca dengan sah (misalnya galat saat dimuat), server memperlakukan situs C seperti mode Aktif. Rincian setelannya ada di Setelan › Penyaring isi.

Jalur tiap tingkat (v3.40). Makin berisiko situsnya, makin ketat jalurnya:

• Situs C dari katalog di ruang, saat penyaring Aktif. Situsnya terbuka untuk seorang santri hanya bila semua syarat ini terpenuhi: mode akses yang berlaku saat itu membolehkan situs C; Chromebook santri memakai ekstensi 2.15 atau lebih baru dan melaporkan keadaan penyaringnya dalam 10 menit terakhir, dengan model gambar yang tidak gagal; dan superadmin tidak memilih Tutup untuk situs itu di Katalog situs › Situs C. Selama syarat belum terpenuhi, tab Situs ruang menulis Belum bisa … dan situsnya tetap tertutup. Server memeriksa ulang tiap menit, jadi situsnya terbuka atau tertutup lagi sendiri begitu keadaannya berubah.
• Tautan satu halaman (B lewat resep). Satu desain Canva atau satu dokumen di bawah platform katalog yang cocok resep di Aturan situs (daftar Kedalaman minimum per platform) dipakai langsung, tanpa persetujuan dan tanpa penyaring isi, hanya selama sesi les. Bila superadmin memilih Tutup untuk situs C induknya, tautan satu halamannya ikut tertutup (keputusan Mudir K1, 15 Okt). Alamat dengan jalur janggal seperti .., //, atau %2e ditolak. Resep bawaan belum memuat Google Docs; sampai superadmin menambahkannya, tautan satu dokumen Docs belum dikenali sebagai tingkat B dan diperlakukan seperti alamat Docs lain.
• Rencananya tingkat B dilebur ke C setelah penyaring isi berjalan Aktif dan lolos masa pantau dua minggu. Sesudah itu tautan satu halaman juga selalu disaring.

Sifat tetap ada di belakang layar. Tingkat selalu ditulis bersama sifat: A sama dengan terkurasi, B dan C sama dengan alat. Karena itu mengubah A menjadi B atau C (atau sebaliknya) ikut mengubah dua hal: situs alat tidak ditawarkan di ruang tugas kelas, dan permintaan akses yang memakai situs alat menjadi tingkat berat. Dialog konfirmasi menyebut dampaknya.

Siapa mengusulkan, siapa memutuskan

• Mesin mengusulkan. Usulan dihitung dari ciri situs: pola host di Akses internet › Setelan, panel Aturan tingkat pengawasan situs, lalu Gemini membaca halaman publik situs itu. Ciri tertinggi menang. Bila mesin ragu, gagal, atau tidak menemukan ciri, entri ditandai Perlu ditinjau; diam tidak pernah berarti A. Yang dikirim ke Gemini hanya alamat (ID dokumen disamarkan), teks halaman publik, dan daftar ciri; tanpa data santri.
• Manusia memutuskan. Mesin tidak pernah mengubah tingkat. Petugas tinjau, Tim appraisal, admin akademik, dan superadmin memutuskan (kepala sekolah di jalur situs sensitif).
• Mengetatkan boleh, melonggarkan hanya superadmin. A ke B, A ke C, dan B ke C boleh dilakukan peran yang memutuskan di jalur itu. C ke B, C ke A, dan B ke A hanya superadmin; peran lain ditolak dengan pesan bahwa melonggarkan hanya bisa dilakukan superadmin, dan pilihan yang lebih longgar di daftar tingkat bertanda (superadmin). Menetapkan tingkat pertama untuk entri Perlu ditinjau bukan pelonggaran, kecuali memilih tingkat di bawah batas entri itu: di bawah usulan mesin, atau A untuk entri bersifat alat (batasnya B).

Akses internet › Katalog situs: tingkat di tab Daftar situs

1. Buka Akses internet › Katalog situs, tab Daftar situs. Tampilan bawaannya Tabel (kolom Situs, Jenis, Tingkat, Dipakai, Kartu); Kartu menampilkan gambar tiap situs. Klik judul kolom untuk mengurutkan.
2. Pil di kepala halaman memberi tahu bila usulan tingkat belum dinilai ulang dengan aturan terbaru, penilaian ulang sedang berjalan, atau Gemini tidak terhubung.
3. Tombol jenis di atas daftar (Semua, 1 sampai 5) menyaring per jenis. Saringan… membuka saringan Tingkat pengawasan (A, B, C, Belum ditetapkan, Perlu ditinjau), Kartu, Pemakaian, Mata pelajaran, dan Status.
4. Kolom Tingkat menampilkan huruf tingkat (atau ? bila belum ditetapkan) dan, untuk situs C, keadaannya di tab Situs C.
5. Untuk satu entri, buka kartunya. Bagian Tingkat pengawasan memuat Sekarang, Usulan mesin, Ciri yang ditemukan (dengan bukti dan keyakinan), Tetapkan tingkat, Catatan, dan riwayatnya. Pilih tingkat, tulis catatan bila perlu, lalu klik Simpan tingkat. Tombol Nilai ulang dengan Gemini meminta usulan baru.
6. Untuk banyak entri, centang barisnya lalu pakai bilah pilih: Tetapkan tingkat… (tiap baris terisi usulan mesin, bisa diubah per baris atau lewat Jadikan semua), atau menu ⋯ › Nilai ulang dengan Gemini.

Setiap perubahan tercatat di audit Mengubah tingkat pengawasan situs.

Akses internet › Antrean situs › Tinjau ulang tingkat

Antrean ini berisi entri yang usulan mesinnya berbeda dari tingkat sekarang, ragu, gagal dinilai, atau belum ditentukan. Angkanya juga muncul di Beranda › Menunggu keputusan Anda dan di Ringkasan.

1. Buka Akses internet › Antrean situs, pilih Tinjau ulang tingkat. Chip di atas daftar memisahkan yang lebih ketat, lebih longgar, dan perlu ditinjau.
2. Tiap baris sudah terisi saran. Ubah yang perlu. Pilih Tetap B (sekarang) (atau huruf tingkat sekarang yang lain) bila tingkat sekarang sudah benar; baris itu tidak muncul lagi sampai usulannya berubah.
3. Klik Terapkan di barisnya, centang beberapa baris lalu terapkan yang dicentang, atau klik Terapkan semua keputusan (N)…. Ringkasan per hasil (misalnya "Menjadi C · Diawasi mendalam") tampil sebelum diterapkan.
4. Baris yang gagal atau ragu bisa dinilai ulang lewat Nilai ulang dengan Gemini; prosesnya tampil di baki proses kanan bawah.

Tab Di luar katalog dan Selalu diizinkan server

Tab Di luar katalog di Katalog situs berisi alamat yang bukan entri katalog tetapi punya tingkat pengawasan. Isinya dibaca dari daftar Selalu diizinkan (misalnya Gmail sekolah, Docs, Drive, Meet; diatur superadmin di Aturan situs) dan dari rak Tertutup "tidak bisa diawasi" (baris Pesan pribadi dan Email pribadi).

• Kolom: Alamat, Asal, Tingkat, Ciri penentu, Keadaan sekarang, Sampai kapan, dan Tetapkan.
• Kolom Tetapkan hanya tampil untuk superadmin. Peran lain melihat usulan mesin dan pil Menunggu superadmin.
• Menetapkan tingkat di sini tidak mengubah akses: Selalu diizinkan, rak, kebijakan, dan OU tidak disentuh.

Tab Selalu diizinkan server mendaftar alamat Selalu diizinkan yang berasal dari pengaturan server, bukan dari katalog. Tombol jenis 1 di tab Daftar situs hanya menghitung entri katalog. Tab ini hanya untuk membaca; sejak v3.46.2 daftarnya diubah superadmin di Aturan situs (superadmin melihat tautan Ubah di Aturan situs).

Masa peralihan

Masa peralihan menjaga akses tetap seperti sebelum v3.34.0. Situs C yang terbuka saat v3.34.0 tayang tetap terbuka dan dipantau alamat dan judulnya seperti biasa (pil Masa peralihan di Situs C, Terbuka · masa peralihan di Di luar katalog). Situs C yang saat itu tertutup (pesan pribadi, email pribadi) tetap tertutup. Situs katalog yang dijadikan C sesudahnya berpil Peralihan tertutup (lihat G2 di bawah), dan situs yang masa peralihannya sudah dinyatakan selesai berpil Peralihan selesai. Superadmin mengakhiri masa peralihan per situs lewat Akhiri masa peralihan… di Akses internet › Katalog situs › Situs C, atas keputusan Mudir per situs. Pada mode penyaring Tidak aktif dan Pantau saja, setiap situs C yang tidak dicatat Tutup diperlakukan seperti masa peralihan terbuka.

Tab Situs C mendaftar semua situs bertingkat C di katalog dengan dua keadaan yang dipilih superadmin: Tutup atau Buka. Nama pilihan Buka mengikuti mode penyaring: Buka dengan penyaring isi (Aktif), Buka, dipantau (Pantau saja), atau Buka (Tidak aktif). Kolom Kejadian 7 hari menghitung kejadian penyaring isi di situs itu; angkanya bertaut ke daftar kejadian bagi yang boleh membukanya. Peran lain hanya melihat keadaannya. Perubahan berlaku di semua Chromebook pada sinkron berikutnya.

Dua keputusan Mudir yang perlu diketahui (G1 dan G2)

• G1: tingkat kosong bukan C. Entri Perlu ditinjau atau Belum ditentukan tidak pernah ditutup oleh aturan situs C. Hanya C yang ditetapkan manusia yang ikut.
• G2: situs yang menjadi C sesudah v3.34.0 tayang langsung tertutup selama penyaring Aktif. Lihat kotak di bawah.

Penyambung (v3.29, kini di Sistem › Setup umum)

Bagian penyambung dari v3.29 sekarang menjadi tab di Sistem › Setup umum, kecuali Kebijakan waktu yang pindah ke Akses internet › Setelan › Jadwal dan penegakan.

• Migrasi enam jenis (tab Migrasi enam jenis (sekali jalan)): pratinjau pemetaan dan tombol Terapkan (superadmin). Setelah diterapkan, komposer kebijakan v2 aktif: jenis 6 Tertutup ditulis ke daftar blokir semua OU kelas yang penegakannya menyala, dan "Boleh mandiri" tidak dipublikasikan lagi.
• Syarat sebelum fitur dinyalakan (dulu Gerbang B dan C, di Sistem › Setup umum › Data dan privasi): kartu Gerbang B (DPIA, persetujuan wali ≥ 90%, email wali, akun pengirim, pelatihan) dan Gerbang C (uji coba, pengukuran alat, laporan evaluasi). Angka persetujuan dan email wali dibaca dari FIMS. Sakelar warga digital di Setup tetap mati sampai Gerbang B dinyatakan lewat oleh superadmin.
• Email dan pemberitahuan: tabel pengalihan kabar per peran (langsung atau ringkasan, jadwal, isi). Kabar kritis selalu langsung. Pilih peran di Uji lalu Kirim uji ke saya untuk menerima contohnya.
• Daftar situs mengikuti jenis (panel di Akses internet › Setelan › Jadwal dan penegakan): daftar URL disusun otomatis dari jenis situs per OU kelas, anggaran 900 entri, dan bagian Selisih Admin Console dengan daftar yang disusun otomatis (tombol Periksa sekarang) yang membandingkan Admin Console dengan daftar yang seharusnya. OU induk (mis. OU penampung akun baru) tidak pernah ditegakkan, jadi diberi pil OU induk, tidak ditegakkan dan tidak dihitung berbeda.
• Integrasi FIMS: versi skema ekspor, keadaan lima view penyambung (guru, grup PDC, wali santri, jadwal kelas, periode), waktu tarikan terakhir, dan Unduh SQL v2 untuk dijalankan admin FIMS. Sampai skema v2 dijalankan, view v2 dilewati (bukan gagal).

Jenis konten (tahap 1, digantikan enam jenis)

Pengenal jenis

Setiap alamat yang diperiksa (Periksa alamat, dialog Ajukan situs, kartu pengajuan, Tambah ke katalog) diberi saran jenis, alasannya, dan tingkat keyakinannya. Pengenal memeriksa dari sumber yang paling pasti:

1. Terlarang: kategori Proxy/VPN, Dewasa, Judi; Selalu diblokir; TrustPositif; Web Risk → Tertutup (jenis 6).
2. Infrastruktur: alamat masuk akun Google dan pemuat halaman (bukan konten).
3. Keputusan sekolah: entri katalog, Alat terdaftar, entri katalog yang lebih luas.
4. Templat alat yang belum didaftarkan (Docs/Drive, Seluruh YouTube, Google Sites, Canva bebas) → jenis 3.
5. Daftar bawaan sekitar 340 domain (alat belajar, konten pengguna, video, media sosial, AI, game, proxy, dewasa, judi), kini diatur di Aturan situs. Situs sensitif selebar domain → jenis 3; satu halaman tertentu → jenis 2.
6. Tanda di halaman: judul atau deskripsi yang memuat kata judi/dewasa/proxy → perkiraan jenis 6; tombol daftar, unggah, buat, kolom komentar → perkiraan jenis 3.
7. Klasifikasi isi Google (Cloud Natural Language, bila kuncinya dipasang) → perkiraan. Hasil disimpan 30 hari per domain.

Tingkat keyakinan: keputusan sekolah, dikenali, perkiraan, belum dikenali. Yang belum dikenali tidak otomatis menjadi jenis 2.

• Menyetujui pengajuan menjadi entri katalog wajib beralasan bila jenis yang dipilih berbeda dari saran pengenal, atau pengenal belum yakin. Saran dan alasan tercatat di audit.
• Situs yang diperkirakan jenis 6 hanya bisa dimasukkan ke katalog oleh kepala sekolah, juga dengan alasan.

Memasang klasifikasi isi Google (pilihan): aktifkan Cloud Natural Language API (gcloud services enable language.googleapis.com), buat kunci API yang dibatasi ke API itu, simpan dengan ./simpan-kunci.sh klasifikasi, lalu ./deploy.sh. Tanpa kunci ini, lapisan lain tetap bekerja.

Persetujuan situs: Mati dan Aktif

Situs katalog selalu langsung dipakai di ruang tanpa persetujuan (situs C mengikuti jalur tiap tingkat). Mode persetujuan hanya mengatur alamat di luar katalog:

• Mati (bawaan): situs yang disimpan guru langsung berlaku setelah lolos pemeriksaan otomatis. Tidak ada antrean.
• Aktif: situs berlaku bila tercakup katalog sekolah, sudah disetujui untuk ruang itu, atau dibuka lewat jalur darurat sesi berjalan. Sisanya menjadi pengajuan dan belum terbuka untuk santri sampai diputuskan.

Setelannya ada di Akses internet › Setelan (tab Umum), panel Persetujuan situs. Panel yang sama memuat channel YouTube tepercaya dan prasyarat permintaan akses.

1. Sebelum menyalakan, klik Impor pustaka awal di panel itu. Semua situs yang sekarang dipakai ruang dan kelas diperiksa: yang aman masuk katalog, yang sensitif diizinkan untuk ruangnya saja (perlu ditinjau), dan yang terlarang tidak diimpor dan dicabut.
2. Minta appraisal meninjau hasil impor di Katalog situs.
3. Atur Batas jalur darurat per guru per minggu (bawaan 3).
4. Klik Aktifkan persetujuan. Perubahan tercatat di audit. Matikan mengembalikan ke mode Mati.

Siapa memutuskan

Pengaju tidak bisa memutuskan pengajuannya sendiri. Persetujuan berlaku sampai akhir semester (30 Juni atau 31 Desember), lalu harus diajukan ulang atau diperpanjang.

Antrean situs

Akses internet › Antrean situs punya dua tab: Antrean situs dan Izin selebar host (di bawah). Tab Antrean situs memakai chip: Antrean kuning, Tinjau ulang tingkat, Pengajuan guru, Izin superadmin, Jalur darurat, Ditolak, dan Laporan salah tutup. Chip yang tidak boleh dibuka akun Anda tidak tampil. Katalog punya menu sendiri, Akses internet › Katalog situs.

• Pengajuan guru: di atas daftar ada dua chip asal, Dari guru dan Dari santri, masing-masing dengan jumlahnya (v3.41). Bila tidak ada pengajuan dari guru tetapi ada dari santri, chip Dari santri terbuka sendiri.
  • Dari guru: kartu pengajuan berisi situs, label Kategori aman atau Sensitif: kepala sekolah, lingkup (Seluruh situs, Satu bagian, Satu halaman, Satu video, Seluruh YouTube), ruang, pengaju, alasan, gambar pratinjau, hasil pemeriksaan, usulan tingkat pengawasan, paket dependensi, dan Keputusan situs serupa. Klik Setujui (untuk Seluruh YouTube: Setujui 30 hari) atau Tolak (alasan dikirim ke guru). Pengajuan kategori aman yang punya saran pengenal bisa dicentang lalu disetujui sekaligus sesuai saran.
  • Dari santri: usulan situs belajar dari santri, berpil Usulan santri. Usulan yang dikirim dari halaman permintaan akses (situs belum ada di katalog) berpil Ditunggu permintaan akses dan tampil paling atas, karena permintaan santri itu menunggu situsnya masuk katalog. Disetujui berarti masuk katalog sehingga guru bisa memakainya di ruang; masuk katalog tidak langsung membuka akses untuk santri. Lihat juga Usulan situs belajar dari santri.
• Ditolak: riwayat pengajuan yang ditolak beserta alasannya, dengan chip Dari guru dan Dari santri yang sama.
• Jalur darurat: semua pemakaian jalur darurat. Appraisal bisa menekan Jadikan tetap supaya situs itu tidak gugur di akhir sesi.
• Izin superadmin: hanya superadmin (di bawah).
• Laporan salah tutup: laporan santri bahwa penyaring isi menutup halaman yang tidak seharusnya; diputuskan penyetuju situs, kepala sekolah, atau superadmin.

Rak Tertutup

Akses internet › Katalog situs › Tertutup menampilkan semua pola alamat di rak Tertutup, dikelompokkan Berbahaya (kategori terlarang dan daftar Selalu diblokir sekolah) dan Tidak bisa diawasi (isinya percakapan pribadi). Ketik di kotak Cari alamat untuk memastikan satu alamat ada di rak atau tidak. Alamat di rak ini selalu diblokir di semua OU kelas yang ditegakkan, termasuk saat sesi berjalan. Halaman ini hanya untuk dibaca; isi rak diubah superadmin di Aturan situs.

Kurasi katalog situs belajar

Setiap situs dan video di katalog punya kartu katalog: judul, ringkasan, jenis sumber (simulasi, video, latihan/kuis, referensi, buku, alat, kursus), mata pelajaran, kelas 7–12, bahasa, kata kunci, dan gambar kecil. Guru mencari dan menyaring katalog berdasarkan kartu ini, jadi kartu yang lengkap membuat situs mudah ditemukan. Kurator adalah Tim appraisal dan admin akademik.

1. Buka Akses internet › Katalog situs (appraisal tanpa peran admin: Katalog di bilah atas). Kolom Kartu menulis Lengkap atau Belum lengkap, dan saringan Kartu menampilkan yang belum lengkap saja.
2. Klik menu ⋯ di kepala halaman › Lengkapi otomatis (N). Dasbor membuka halaman tiap situs untuk mengambil judul, ringkasan, dan gambar, lalu menebak jenis sumber, mapel, dan bahasa. Hanya bagian kosong yang diisi; kelas tidak pernah ditebak. Prosesnya tampil di baki kanan bawah dan bisa dijeda.
3. Kartu yang diisi mesin bertanda saran otomatis di kolom Kartu. Buka kartunya, klik Ubah kartu, periksa, lengkapi kelas, lalu Simpan kartu. Menyimpan menghapus tanda saran otomatis.
4. Untuk banyak kartu sekaligus, centang barisnya lalu buka menu ⋯ di bilah pilih: Ubah kartu sekaligus… (mapel, kelas, dan kata kunci ditambahkan; jenis sumber dan bahasa menggantikan bila dipilih) atau Terima saran otomatis (n)…. Judul dan ringkasan diubah satu per satu.
5. Menu ⋯ di bilah pilih juga memuat Tandai sudah ditinjau, Perpanjang semester depan (perpanjangan massal di akhir semester), dan Cabut dari katalog… (wajib alasan). Tombol Tambahkan ke ruang… memasukkan situs terpilih ke satu ruang belajar.

Daftar mata pelajaran diatur di Akses internet › Setelan, isian Mata pelajaran katalog. Saringan Status menampilkan entri kedaluwarsa dan dicabut (bawaan: hanya yang berlaku).

Video di katalog. Video YouTube tunggal yang disetujui satu anggota appraisal ikut masuk katalog (Akses internet › Setelan › Video yang disetujui masuk katalog, bawaan Ya), sehingga guru lain memakainya tanpa pengajuan baru. Anggota appraisal juga bisa memasukkan video langsung lewat Cari video YouTube › Masukkan ke katalog. Video ditolak bila privat atau dihapus, tidak bisa disematkan, atau dibatasi usia. Setiap malam pukul 02.00 WIB server memeriksa ulang video di katalog; video yang tidak bisa diputar lagi diberi tanda Video tidak bisa diputar.

Pencarian YouTube butuh kunci YouTube Data API (YOUTUBE_KEY di env.sh). Kuota gratisnya sekitar 100 pencarian per hari untuk seluruh sekolah, jadi ada batas per orang (Akses internet › Setelan › Pencarian YouTube per guru per hari, bawaan 30) dan hasil yang sama disimpan 24 jam. Tanpa kunci, guru tetap bisa menempel alamat video; server memastikan video bisa disematkan, tetapi batas usia belum bisa diperiksa.

Pratinjau untuk penyetuju

Setelah guru mengajukan situs, server menyiapkan gambar pratinjau di latar (biasanya dalam satu-dua menit). Gambar tampil di kartu pengajuan, dengan keterangan jenisnya di bawah gambar:

Gambar diunduh server dan ditampilkan dari Digispace, jadi peramban penyetuju tidak menghubungi situs yang diajukan. Bila tertulis Pratinjau sedang disiapkan atau tidak tersedia, muat ulang beberapa saat lagi; bila tetap kosong, nilai dari judul, deskripsi, dan hasil pemeriksaan, atau buka alamatnya sendiri di perangkat staf. Pengajuan Seluruh YouTube tidak diberi pratinjau.

Jalur darurat per sesi

Guru yang butuh situs sekarang juga menekan Situs darurat di layar sesi atau di tab Situs ruang selama sesi berjalan (juga dari panel permintaan santri dan panel bagian halaman yang terblokir), mengisi alamat dan alasan singkat. Pemeriksaan otomatis tetap berlaku. Bila lolos, situs dibuka hanya untuk sesi itu dan gugur saat sesi selesai, kecuali sudah dijadikan tetap. Grup appraisal diberi tahu. Pemakaian di atas batas mingguan ditolak; guru harus mengajukan lewat tab Situs ruang.

Paket dependensi

Saat situs diajukan, server membuka halaman itu dan mencatat frame dan pengalihan yang dibutuhkan ("Butuh N alamat tambahan (frame)", "Dialihkan ke …"). Alamat tambahan ikut diperiksa dan ikut disetujui sebagai paket. Bila halaman memuat gambar atau video dari domain terlarang, kartu menyebutnya.

Video YouTube

• Satu video: guru menempel alamat video (youtube.com/watch?v=…). Santri menontonnya lewat pemutar Digispace (youtube-nocookie.com/embed/…), tanpa membuka youtube.com.
• Playlist atau channel: alamatnya diubah menjadi daftar video (paling banyak 200) saat daftar situs disimpan. Butuh kunci YouTube Data API; tanpa kunci, entri ditolak dengan pesan "tempel alamat per video".
• Pembaruan playlist/channel: aplikasi mengingat sumber playlist/channel tiap ruang. Tiap malam pukul 01.00 WIB, video baru ditambahkan ke daftar ruang lewat jalur yang sama dengan guru menyimpan daftar (pemeriksaan otomatis, dan persetujuan bila persetujuan situs Aktif), dan video yang sudah keluar dari playlist/channel dicabut. Guru pemilik ruang menerima pemberitahuan "Playlist YouTube diperbarui" di ringkasan.
• Channel YouTube tepercaya (panel Persetujuan situs di Akses internet › Setelan): kepala sekolah menambahkan channel lewat Tambah channel (berlaku 180 hari); appraisal mana pun bisa mencabutnya dengan Cabut. Video tunggal dari channel itu disetujui otomatis.
• Seluruh YouTube untuk satu ruang: guru memilih lingkup Seluruh YouTube (kepala sekolah, maks. 30 hari) di Ajukan situs pada tab Situs ruang belajar (tidak tersedia untuk kelas/klub). Pengajuan selalu menunggu kepala sekolah, juga saat persetujuan situs Mati, dan tidak masuk katalog. Kepala sekolah menekan Setujui 30 hari. Untuk memperpanjang, guru mengajukan lagi setelah izinnya habis.
• YouTube untuk ruang itu hanya terbuka selama kontrol B10y (YouTube Restricted Mode Strict) patuh di Chromebook › Kepatuhan perangkat. Bila tidak patuh, izin yang sudah disetujui tertahan: tab Situs ruang menulis bahwa YouTube "BELUM terbuka", superadmin diberi tahu sekali sehari, dan admin teknis perlu memperbaiki B10y. Status ini dihitung ulang tiap jam. Bila B10y belum patuh saat diajukan, kartu pengajuan sudah menyebutnya.
• Di luar pengajuan itu, youtube.com tanpa jalur tetap ditolak sebagai platform besar, termasuk bila ditulis langsung di daftar situs.
• Kunci pemutar (v3.26, ekstensi 2.8): di setiap pemutar sematan YouTube, termasuk yang tertanam di halaman les, Chromebook santri hanya memutar video yang disetujui untuk ruangnya. Video saran, layar akhir, judul, dan logo YouTube disembunyikan; bila pemutar berganti ke video lain, video itu dihentikan dan dikembalikan ke video yang disetujui dengan pesan singkat. Ruang yang memakai izin Seluruh YouTube tidak dikunci. Setelan: Akses internet › Setelan, kelompok Saat santri memutar video YouTube.
• Verifikasi channel langsung (v3.27, ekstensi 2.9): ruang yang daftar situsnya memuat channel YouTube bisa memutar video baru dari channel itu saat itu juga, tanpa menunggu pembaruan malam, termasuk channel dengan lebih dari 200 video. Selama sesi, kebijakan Chrome ruang itu membuka semua sematan youtube-nocookie.com/embed/; ekstensi menahan dan menutup tiap video di luar daftar ruang sampai server memastikan lewat YouTube Data API bahwa videonya milik channel ruang dan tidak dibatasi usia. Video dari channel lain, dibatasi usia, atau pribadi ditolak dengan pesan. Tautan video dari guru (youtube.com/watch, youtu.be) yang lolos dibuka di pemutar terkunci. Menyetujui channel berarti menyetujui seluruh isinya, termasuk unggahan baru. Butuh kunci YouTube Data API (./simpan-kunci.sh youtube) dan Kunci pemutar menyala; sakelarnya Verifikasi channel langsung di Akses internet › Setelan, kelompok Saat santri memutar video YouTube. Playlist tidak ikut: video di luar playlist tetap ditolak walau dari channel yang sama.
• Iklan: setelan Lewati dan blokir iklan di pemutar YouTube (hanya superadmin, menyala sesuai keputusan Mudir 8 Okt 2026) melewati iklan di pemutar sematan dan memblokir permintaan iklannya. Cara ini bertentangan dengan ketentuan layanan YouTube dan bisa berhenti bekerja saat YouTube berubah. Matikan bila video les gagal diputar.

Pindai ulang harian

Tiap hari sekitar pukul 01.00 WIB, aplikasi menandai persetujuan dan entri katalog yang kedaluwarsa, lalu memeriksa ulang semua situs yang dipakai ruang mana pun. Situs yang belakangan masuk daftar terlarang dicabut otomatis dari ruang dan katalog; guru pemilik ruang dan grup appraisal diberi tahu. Pada saat yang sama playlist/channel YouTube diperbarui (lihat di atas).

Laporan pola dan label 1-on-1

Pantau › Laporan berkala › Pola menampilkan 30 hari terakhir. Isinya bahan tinjauan, bukan tuduhan, dan tidak dikirim sebagai peringatan langsung:

Di bawahnya ada tabel per guru (sesi, 1-on-1, satu santri, jam malam, jalur darurat, luar jaringan, pengawas diam), Audit pengawasan (sesi dengan pengawas diam, rasio terlampaui, tanpa konfirmasi, luar jaringan, atau serah terima, dengan tombol Berita acara), daftar berita acara belum disahkan, dan Label 1-on-1. Pembacaan log santri per pembaca ada di Sistem › Log dan audit › Tindakan staf (superadmin). Tanggal 1 pukul 07.00 WIB, ringkasan bulanan dikirim ke superadmin dan kepala sekolah.

Label 1-on-1 untuk les privat terjadwal yang sah (misalnya bimbingan OSN satu santri). Guru memintanya di panel Label 1-on-1 pada tab Santri ruang (jadwal dan alasan) dengan tombol Minta label. Anggota appraisal selain peminta menekan Setujui atau Tolak di Pantau › Laporan berkala › Pola. Sesi 1-on-1 tetap dihitung di tabel per guru.

Izin superadmin (darurat)

Untuk keadaan darurat, superadmin bisa mengizinkan satu guru memakai alamat yang biasanya tertahan aturan sekolah, misalnya berkas di storage.googleapis.com yang masuk daftar Selalu diblokir. Buka Akses internet › Antrean situs › Izin superadmin (hanya tampil untuk superadmin), isi email guru, alamat, alasan (minimal 10 huruf), dan masa berlaku (bawaan 7 hari, paling lama 30), lalu Beri izin.

• Yang ditembus: persetujuan tata kelola, daftar Selalu diblokir, dan aturan alamat terlalu luas.
• Yang tidak ditembus: jenis 6, yaitu kategori Proxy/VPN, Dewasa, Judi, daftar TrustPositif, dan Google Web Risk, juga alamat server Digispace. Dugaan jenis 6 dari isi halaman ikut ditolak, dan bila Web Risk atau TrustPositif sedang gagal, izin tidak diberikan. Seluruh YouTube tetap lewat izin platform kepala sekolah; izin superadmin untuk YouTube diberikan per video.
• Hosting bersama wajib alamat lengkap: izin tanpa jalur untuk host yang memuat situs buatan siapa saja (mis. github.io, storage.googleapis.com, sites.google.com, atau induknya seperti google.com) ditolak, karena subdomainnya tidak ikut diperiksa jenis 6. Tulis situs lengkap (nama.github.io) atau berkasnya (storage.googleapis.com/nama-bucket/berkas.pdf).
• Pengelola lain: admin atau pengelola lain ruang itu boleh mempertahankan alamat yang sudah dimasukkan guru penerima, tetapi tidak bisa menambah alamat baru lewat izin guru lain.
• Pemakaian: hanya guru penerima yang bisa memasukkan alamat itu ke ruang yang ia kelola, lewat tombol Tambahkan ke ruang ini di tab Situs ruang (bagian Lainnya › Izin dari superadmin) atau dengan menempelnya di kotak Tambah situs. Di daftar Situs ruang, keterangannya Diizinkan superadmin.
• Audit: BERI_IZIN_SUPERADMIN saat diberikan, PAKAI_IZIN_SUPERADMIN saat guru memakainya di ruang (dengan nama superadmin pemberi), catatan "diizinkan superadmin" pada UBAH_WHITELIST, dan CABUT_IZIN_SUPERADMIN saat dicabut atau kedaluwarsa.
• Berakhir: saat dicabut atau kedaluwarsa, alamat yang hanya bisa ada karena izin itu ditarik dari daftar ruang dan OU pribadi santri. Guru diberi tahu lewat lonceng.

Temukan alamat, resep per platform, dan izin luas (v3.20.1)

Di atas formulir Beri izin ada panel Temukan alamat. Tempel alamat apa pun dari bilah alamat Chrome; Digispace membuang bagian yang tidak menentukan halaman (?utm_…, #…, www.) lalu menyusun tangga cakupan dari paling luas ke paling sempit. Setiap anak tangga diberi keputusan: Ditolak, Disarankan (yang paling luas yang masih lolos), Boleh, atau Izin luas (hanya kurang kedalaman). Klik Pakai untuk mengisi formulir; Uji membuka hasil Periksa alamat untuk anak tangga itu.

• Kedalaman minimum per platform (resep): platform berisi konten buatan siapa saja harus sampai satu isi, misalnya Canva /design/<kode>, Padlet /<akun>/<papan>, Wordwall /resource/<nomor>. Aturan ini berlaku di semua jalur: daftar situs guru, pengajuan, saran alamat tambahan, usulan santri, jalur darurat, izin superadmin, dan penulisan OU pribadi. Google Sites di domain sekolah (sites.google.com/fiwa.sch.id) cukup. Karena Chrome mencocokkan awalan teks, bagian terakhir juga harus cukup panjang: canva.com/design/D ditolak karena membuka semua desain yang kodenya diawali D.
• Resep: daftar platform beserta kedalaman minimum, arti tiap kedalaman, dan langkah menemukan alamat spesifiknya. Hanya superadmin yang bisa mengubah, menambah, atau menonaktifkan resep; setiap perubahan tercatat (UBAH_RESEP_ALAMAT). Resep bawaan bisa dikembalikan. Sejak v3.20.2, perubahan yang melonggarkan resep (menurunkan kedalaman atau panjang minimum, mengeluarkan host, menonaktifkan) meminta alasan, tercatat MELONGGARKAN di audit, dan diberitahukan ke semua superadmin, karena berlaku di semua jalur untuk semua guru. Untuk satu guru, pakai izin luas.
• Izin luas: superadmin boleh memberi izin yang lebih dangkal dari kedalaman minimum dengan mencentang konfirmasi, menulis alasan minimal 30 huruf, dan masa berlaku paling lama 7 hari. Audit mencatatnya sebagai izin luas. Seluruh platform (mis. canva.com, padlet.com) juga bisa, tetapi hanya sebagai izin luas; audit mencatatnya "seluruh platform (IZIN LUAS)". Situs konten pengguna yang subdomainnya berisi situs buatan siapa saja (mis. itch.io, notion.so), jenis 6, dan server Digispace tetap tidak bisa. Untuk kebutuhan yang menetap (santri satu ruang memakai Canva tiap sesi), pakai Alat untuk ruang itu.
• Alamat ikutan: satu izin bisa berisi alamat utama dan sampai 10 alamat ikutan (pengalihan, bingkai) yang diperiksa, dipakai, dan dicabut bersama.
• Huruf besar-kecil: jalur alamat peka huruf besar-kecil di Chrome, jadi Digispace kini menyimpan jalur apa adanya (hanya host yang dikecilkan). Tautan lama yang tersimpan dalam huruf kecil dan berisi kode berhuruf besar perlu ditempel ulang.
• Permintaan dari guru: guru yang tertolak karena alamat terlalu luas bisa menekan Minta ke superadmin. Permintaan tampil di panel Permintaan dari guru; Proses mengisi Temukan alamat dan formulir, Tolak… wajib beralasan. Audit MINTA_IZIN_SUPERADMIN dan TOLAK_PERMINTAAN_IZIN.
• Ruang memilih Alat: guru memilih Alat (jenis 3) yang didaftarkan kepala sekolah di tab Situs ruang. Seluruh YouTube, hosting bersama, Selalu diblokir, dan jenis 6 tidak bisa menjadi alamat Alat. Alamat alat hanya berlaku untuk ruang itu, jadi hanya selama santrinya di sesi ruang itu; tetap diperiksa jenis 6 dan ditarik bila alat dicabut. Audit PILIH_ALAT_RUANG dan LEPAS_ALAT_RUANG.

Mode, daftar situs, dan jadwal rentang (v3.20.3, diperbarui v3.40)

Kebijakan waktu tersusun dari tiga lapis: Daftar situs (alamat apa), Mode (apa yang boleh terjadi di Chromebook), dan Jadwal (kapan). Satu menit di satu kelas selalu punya tepat satu mode, jadi tidak ada urutan prioritas yang perlu diatur. Sejak v3.36 ketiganya ada di Akses internet › Jadwal akses: tab Per kelas, Kebijakan waktu, Mode dan daftar situs (dulu Fondasi), Simulasi, dan Riwayat.

Halaman Mode dan daftar situs (v3.40)

• Ringkasan mode di atas halaman: tabel per mode dengan kolom Terbuka tanpa guru, Sesi les (B), dan Situs C + penyaring, dihitung dari setelan tiap mode. Kalimat di bawahnya mengingatkan bahwa infrastruktur terbuka di semua mode dan tidak dilog.
• Di kiri ada daftar mode beserta nama daftar situsnya (mis. Utama + Boleh mandiri) atau Dikunci. + Mode membuat mode baru, yang mulai dalam keadaan dikunci. Di HP daftar mode ada di atas formulir.
• Di kanan ada formulir mode. Bagian 1 · Yang terbuka memilih Terbuka: disusun dari daftar atau Dikunci: hanya infrastruktur. Lapis yang terbuka tampil bertumpuk: Infrastruktur Chromebook (selalu, tombol Lihat), Selalu diizinkan sekolah (superadmin bisa mematikannya untuk satu mode lewat sakelar Selalu diizinkan sekolah ikut di mode ini), lalu tiap daftar situs dengan centang, jumlah alamat, berapa yang belum terbuka lewat lapis di atasnya, dan mode lain yang juga memakainya. Baris Terbuka di mode ini menjumlah semuanya terhadap batas Chrome 900 alamat per kelas. Selama mode dikunci, lapis selain infrastruktur bertanda Diabaikan dan centang daftarnya diingat.
• Bagian 2 · Sesi les guru memuat sakelar sesi les dan sakelar baru Situs tingkat C dengan penyaring isi boleh dibuka pada jam mode ini. Bawaannya menyala untuk mode terbuka dan mati untuk mode yang dikunci; mode yang dikunci selalu menutup situs C. Sakelar ini mengatur situs C yang dibuka lewat penyaring isi, jadi berpengaruh saat mode penyaring Aktif; pada Tidak aktif dan Pantau saja, situs C di daftar mode terbuka seperti situs lain (Mode penyaring isi). Bagian 3 · Izin superadmin dan jalur darurat tetap seperti sebelumnya.

Menyunting isi daftar di tempat. Tab Daftar situs yang terpisah tidak lagi dipakai untuk menyunting. Klik Buka di baris daftar pada lapis mode untuk membuka penyuntingnya:

1. Isi daftar tampil dengan huruf tingkat tiap alamat; × menghapus satu alamat. Alamat yang tersimpan sebelum v3.40 tetapi bertingkat B atau belum dinilai diberi tanda Perlu ditinjau.
2. Ketik di kotak cari katalog, lalu persempit dengan saringan Kategori, Tingkat, dan Jenis. Kolom Pemeriksaan menyebut keadaan tiap hasil terhadap mode yang memakai daftar ini:

   Pemeriksaan	Artinya	Tombol
   Bisa	Belum terbuka di mode mana pun.	Tambahkan
   Tumpang tindih	Sudah terbuka di mode atau daftar lain, tetapi belum di semua mode yang memakai daftar ini. Pesannya menyebut mode mana yang ikut terbuka bila ditambahkan.	Tambahkan
   Mubazir	Sudah tercakup infrastruktur, Selalu diizinkan, atau daftar lain di setiap mode yang memakai daftar ini. Menambahkannya tidak membuka apa pun yang baru.	Tetap tambah
   Sudah ada	Sudah ada di daftar ini.	Tidak ada
   Tidak bisa	Tingkat B (Perlu guru: hanya lewat sesi les atau ruang guru), tingkat belum dinilai, atau belum ada di katalog.	Tidak ada

3. Perubahan terkumpul di bilah Belum disimpan. Klik Simpan daftar, atau Batal. Perubahan berlaku di semua mode yang memakai daftar itu.
4. Ambil dari paket… memilih paket situs (paket guru atau paket mapel disahkan) dan menyalin alamat tingkat A-nya ke daftar. Alamat B dan C tampil Hanya lewat ruang atau sesi les dan tidak ikut. Hasilnya salinan: mengubah paket sesudahnya tidak mengubah daftar.
5. + Daftar situs di bawah lapis daftar membuat daftar baru yang masih kosong. Isi dari katalog, lalu centang di mode yang memakainya.

Untuk entri baru, daftar mode menerima tingkat A dan C (sejak v3.40.2 tingkat C tidak lagi menunggu penyaring isi menyala). Tingkat B selalu ditolak karena butuh guru yang mendampingi; entri yang tingkatnya belum dinilai ditolak sampai dinilai di Akses internet › Katalog situs. Situs rak Tertutup tidak tampil di pencarian. Entri lama yang sudah tersimpan tidak dihapus otomatis.

Mode Ujian (v3.40)

Mode bawaan untuk hari ujian. Selama mode Ujian berlaku, Chromebook santri hanya membuka infrastruktur dan isi daftar Ujian. Yang tertutup: layanan sekolah di Selalu diizinkan (mis. Gmail dan Classroom), alamat warisan Admin Console, sesi les guru, izin tambahan superadmin, ruang mandiri dari permintaan akses, dan situs tingkat C yang tidak ada di daftar Ujian.

1. Superadmin mengisi daftar Ujian lewat penyunting daftar di tab Mode dan daftar situs. Daftar ini tidak bisa dipilih guru.
2. Admin akademik memasang mode Ujian lewat pengecualian jadwal pada kebijakan waktu kelas yang ujian, untuk tanggal dan jam ujiannya. Pengecualian menang atas jadwal biasa dan kalender libur.
3. Sebelum hari ujian, buka tab Simulasi, pilih kelas dan jam ujian, lalu pastikan yang terbuka hanya yang dimaksud.

Seperti mode lain, mode Ujian hanya ditulis ke Chromebook di OU kelas yang penegakannya menyala (Penegakan).

• Menutup langsung berlaku. Membuka lebih banyak (alamat baru, sesi les, izin tambahan, menambah OU) menunggu kepala sekolah atau superadmin lain. Longgar atau ketat dihitung dari isi per menit dibanding versi aktif.
• Bypass superadmin: menerapkan langsung tanpa persetujuan, dengan alasan minimal 20 huruf dan konfirmasi ulang akun Google. Semua superadmin dan kepala sekolah diberi tahu, audit BYPASS_KEBIJAKAN_WAKTU, dan kepala sekolah bisa membatalkannya dalam 7 hari. Tetap tidak bisa dilewati: jenis 6 dan Web Risk berbahaya, batas 900 alamat, dan audit. Membuka alamat Selalu diblokir selalu ditandai khusus.
• Masa penyiapan: selama aktif, perubahan superadmin langsung berlaku; kepala sekolah menerima ringkasan pukul 17.00 dan pengingat tiap Senin. Berakhir saat diakhiri superadmin atau kepala sekolah.
• Kunci semua kelas: tombol insiden superadmin. Semua OU kelas yang penegakannya menyala hanya membuka infrastruktur; sesi les dan izin tambahan berhenti sampai dibuka lagi.
• Sesi les dan izin tambahan mengikuti mode hanya di OU kelas yang penegakannya menyala.

Sinkronisasi Admin Console (v3.29.4)

Chromebook › Settings, panel Sinkronisasi Admin Console (dulu Setup › Penyambung › Admin Console). Digispace menjadi satu-satunya pengatur daftar izin dan daftar blokir URL di OU santri. Setelan yang ditulis Digispace menimpa ubahan manual di Admin Console; ubahan yang tertimpa dicatat sebagai temuan.

1. Baca Admin Console sekarang (superadmin): Digispace membaca setelan URL akar OU santri dan setiap OU kelas. Alamat yang belum dikenal Digispace menjadi temuan validasi. Membaca tidak mengubah apa pun.
2. Validasi temuan: alamat izin diputuskan menjadi jenis 1, jenis 3, atau ditolak; alamat blokir menjadi jenis 6 (rak Diblokir sekolah) atau dibuang. Selama belum diputuskan, alamat izin tetap terbuka sebagai warisan dan alamat blokir tetap tertutup.
3. OU pilot: pilih satu OU kelas, lihat pratinjaunya, lalu kelola. Setelah pilot berjalan sehari tanpa gagal tulis, Kelola semua OU… menyalakan semua OU kelas yang punya kebijakan waktu.
4. Jadwal sinkron: penimpaan ulang setiap 1, 2, 4, 6, 12, atau 24 jam (pukul tertentu), dan baca ulang Admin Console setiap sinkron atau harian pukul 04.00 WIB. Sinkronkan sekarang… menjalankannya seketika. Pemulihan cadangan OU yang dimatikan tetap tiap jam.

Memutuskan banyak alamat sekaligus (v3.29.9): tiap baris Validasi temuan punya kotak pilihan yang sudah terisi saran mesin (jenis 1, jenis 3, tolak, jenis 6, atau biarkan sebagai warisan). Ubah yang perlu, lalu tekan Terapkan di barisnya, centang beberapa lalu Terapkan keputusan (n)…, atau Terapkan semua keputusan (N)…. Sebelum diterapkan, ringkasan per hasil tampil: berapa ke jenis 1, berapa ke jenis 3, berapa ditolak, dan berapa yang kuning (artinya Anda yang memutuskannya). "Biarkan sebagai warisan" tidak diputuskan: alamat tetap terbuka seperti sekarang, untuk calon jenis 4 (Mandiri terjadwal) dan 5 yang rilisnya belum ada. Keputusan yang salah dibuka kembali lewat Ubah… di tab Sudah diputuskan. Pola yang sama dipakai antrean kuning, pengajuan situs, katalog, paket mapel, dan pratinjau impor daftar guru.

Periksa lengkap (v3.29.7): Baca Admin Console hanya memakai pemeriksaan cepat, jadi banyak alamat masih kuning "belum dikenali". Tombol Periksa lengkap di Validasi temuan membuka halaman setiap alamat izin yang belum hijau, membaca judul dan ringkasannya, lalu menilai isinya. Prosesnya tampil di kanan bawah dan bisa dijeda. Hasilnya tertulis di setiap baris; tidak ada yang diputuskan otomatis. Alamat yang tetap kuning atau "Gagal dibuka" diputuskan manusia.

Memilih OU pilot (v3.29.7): ketik sebagian path OU atau email santri. Pilot bisa satu OU kelas atau OU pribadi satu santri. Untuk OU pribadi, hanya OU santri itu yang ditulis Digispace; OU kelasnya tidak berubah. Selama santri itu les, situs les ditambahkan di atas daftar Digispace, dan setelah les OU pribadinya kembali ke daftar Digispace. Kebijakan waktu OU kelasnya tetap diperlukan.

Halaman internal Chrome yang sensitif (v3.29.8): Google menyediakan setelan Block sensitive internal Chrome URLs yang menutup sekitar 115 halaman internal Chrome dan ChromeOS (chrome://flags, chrome://inspect, chrome-untrusted://terminal, pemicu crash, dan sebagainya). Sejak Chrome 147 pola "*" tidak lagi menutup halaman chrome://, jadi setelan ini satu-satunya pagarnya. Digispace menyalakannya di setiap OU yang dikelola, mengembalikannya persis saat OU dimatikan, dan menimpa kembali bila dimatikan tangan di Admin Console. Satu-satunya pengecualian sistem adalah chrome://policy, karena diagnosis Digispace menyuruh santri membukanya lalu menekan Reload policies. Halaman chrome:// lain yang ditemukan di Admin Console tidak dibawa ke OU yang dikelola. Bila Chrome Policy API menolak setelan ini (tampil di blok "Halaman internal Chrome yang sensitif" setelah Uji hak tulis), nyalakan manual di Admin Console › Devices › Chrome › Settings › Users & browsers › URL Blocking untuk OU santri.

Alamat sistem ChromeOS selalu diizinkan di setiap OU yang dikelola, termasuk jam tidur: masuk akun, pembaruan ChromeOS, pendaftaran dan kebijakan, pemeriksa jaringan, ekstensi dan Safe Browsing, token masuk ekstensi, serta server dan ekstensi Digispace. Daftarnya mengikuti panduan Google "Hostnames to allow" untuk perangkat ChromeOS; uji dulu di OU pilot.

Ruang mapel dari FIMS (v3.30)

Pembelajaran › Ruang mapel. Setiap guru di FIMS mendapat satu ruang belajar untuk tiap kelas dan mapel yang ia ampu. Ruang dibuat, santrinya diperbarui, pengampunya diganti, dan ruang diarsipkan mengikuti tarikan FIMS tiap malam (sinkron pukul 01.45, setelah tarikan 01.30). Daftar situsnya paket mapel yang disahkan kepala sekolah; guru tidak menyusun daftar sendiri.

• Nama, santri, pengampu, dan daftar situs ruang mapel tidak bisa diubah dari Digispace. Perbaikan data dilakukan di FIMS (anggota kelas, pengampu) atau di Akses internet › Paket situs (daftar situs).
• Ruang yang diarsipkan karena kelas-mapel berakhir tetap menyimpan sesi, berita acara, dan log sesuai masa simpan.
• Guru FIMS tanpa akun sekolah: ruang dibuat tanpa pengampu dan hanya admin yang bisa memulai sesinya. Santri tanpa akun di OU santri belum masuk ruang.
• Aturan aman: bila satu tarikan akan mengarsipkan lebih dari 30% ruang mapel (minimal 2), pengarsipan ditahan dan superadmin diberi tahu. Superadmin meneruskannya dengan Sinkronkan dan arsipkan setelah memastikan data FIMS benar.
• Butuh SQL v2 FIMS (view guru) yang dijalankan admin FIMS. Sebelum itu halaman ini menampilkan keadaan "Ruang mapel belum bisa dibuat".

Sesi otomatis ruang mapel (v3.30 tahap 2)

Pembelajaran › Sesi otomatis. Ruang mapel membuka sesinya sendiri pada jam pelajaran menurut jadwal FIMS (view jadwal_kelas dan periode) dan menutupnya saat jam usai. Tidak ada yang perlu menekan Mulai; ruang tanpa pengampu pun terbuka atas nama sistem. Guru pengampu melihat jam mapelnya di Beranda (panel Ruang mapel hari ini) dan boleh Tutup lebih awal atau Perpanjang 10 menit (berulang, paling banyak 30 menit, tidak melewati jam pelajaran berikutnya kelas itu). Keduanya tercatat di audit.

• Dinyalakan per OU kelas, berurutan: penegakan kebijakan waktu OU itu menyala (Akses internet › Jadwal akses › Per kelas), jadwal FIMS dikonfirmasi admin akademik lewat Konfirmasi jadwal…, lalu masa amati 14 hari sejak jadwal itu pertama terlihat selesai. Setelah itu tombol Nyalakan sesi otomatis… aktif. Superadmin bisa menyalakan sebelum 14 hari dengan alasan minimal 10 karakter (audit ATUR_SESI_OTOMATIS, superadmin lain diberi tahu).
• Sesi otomatis hanya dibuka pada jendela KBM kebijakan waktu, bukan di hari libur Kalender Digispace, dan tidak bila ruang itu sudah punya sesi yang dimulai guru. Santri yang sedang berada di sesi lain tidak dipindahkan.
• Jadwal berubah di FIMS (jam ditambah, dipindah, atau dihapus) menangguhkan sesi otomatis OU itu sampai dikonfirmasi ulang; admin akademik diberi tahu sekali. Tarikan FIMS yang gagal lebih dari 3 hari menghentikan semua sesi otomatis; kelas mengikuti kebijakan waktu saja sampai tarikan berjalan lagi.
• Panel Ruang mapel hari ini menampilkan jam pelajaran semua kelas (bisa disaring per OU) dengan keadaannya: Nanti, Berjalan, Selesai, Libur, Belum aktif, atau Dilewati beserta alasannya.
• Audit: MULAI_SESI_OTOMATIS, AKHIRI_SESI_OTOMATIS, TUTUP_SESI_OTOMATIS_AWAL, PERPANJANG_SESI_OTOMATIS, KONFIRMASI_JADWAL_FIMS, ATUR_SESI_OTOMATIS. Di riwayat ruang, sesi otomatis bertanda Otomatis; berita acara dan absensinya sama dengan sesi biasa.

Sesi terarah dari RPP dan aturan interaksi (v3.31)

Pembelajaran › Setelan, kelompok Selama sesi terarah dari RPP, menyalakan pembaca RPP, usulan per langkah, dan alur langkah di sesi; Pakai layanan AI untuk membaca RPP (superadmin) mengirim teks RPP ke layanan AI Google dengan kunci KLASIFIKASI_KEY untuk mengenali langkah (tanpa kunci: pengurai bawaan). Panel Aturan interaksi di Chromebook santri di halaman yang sama (admin teknis) merawat pustaka selector per situs yang dimatikan atau disembunyikan ekstensi 2.11, aturan umum, dan bawaan per mode (KBM menjadi titik awal usulan; Luar KBM berlaku langsung). Pustaka berversi; sesi yang sedang berjalan memakai versi saat sesinya dimulai; situs yang aturannya gagal diuji tetap dibuka atau ditutup per situs seperti biasa.

• RPP dari FIMS butuh SQL v3 (view rpp_langkah, kolom sub_chapter_id pada konten, target pekan terisi). Sebelum itu tab Dari FIMS menampilkan sebabnya dan guru menempel atau menautkan RPP.
• Ketikan dikendalikan, tidak direkam: selector yang membaca isi kotak teks ditolak; laporan ekstensi tetap host tab aktif dan aktif/diam. Izin <all_urls> ekstensi 2.11 tercatat di register janji ekstensi (kontrak versi 2).
• Audit: BACA_RPP, PUTUSKAN_RENCANA_SESI, TOLAK_RENCANA_SESI, SIMPAN_POLA_RPP, LANGKAH_SESI, UBAH_ATURAN_INTERAKSI. Jawaban refleksi santri disimpan per sesi dengan retensi log sesi.

Akses santri: laporan dan saran katalog (v3.29.14)

Akses internet › Katalog situs › Sering dibuka santri menghitung situs yang dibuka santri lalu menyarankan perubahan katalog. Sumbernya log URL sesi les (selalu ada) dan, bila superadmin memilih Rekam akses santri: Sepanjang hari di Sistem › Setup umum › Data dan privasi, jejak semua situs yang dibuka di Chromebook sekolah. Pilihan sepanjang hari butuh gudang BigQuery dan pemberitahuan resmi ke santri dan wali; isi Rekam sepanjang hari sampai supaya rekam berhenti sendiri setelah masa pengamatan (2–4 pekan cukup di awal penerapan).

• Laporan hanya berisi angka per domain: kunjungan, santri berbeda, dan percobaan yang diblokir, saat sesi les dan sepanjang hari. Nama dan email santri tidak tampil. Domain yang dibuka kurang dari 3 santri disembunyikan dan hanya jumlahnya yang disebut.
• Alamat infrastruktur ChromeOS dan server Digispace tidak dihitung.
• Susun laporan untuk 7, 14, 30, 60, atau 90 hari terakhir. Selama rekam sepanjang hari berlaku, laporan 14 hari disusun ulang tiap pukul 03.00 WIB dan superadmin diberi tahu bila ada saran baru.
• Saran mesin per baris: situs di luar katalog menjadi jenis 3 (atau jenis 1 bila dipakai semua mapel, dibutuhkan ChromeOS, atau LMS FIWA), jenis 6 bila merah, atau biarkan bila belum dikenali; situs di katalog disesuaikan jenisnya atau dicabut bila tidak dibutuhkan. Entri katalog yang tidak pernah dibuka baru diberi saran setelah rekam sepanjang hari berjalan minimal 14 hari.
• Periksa lengkap membuka halaman situs yang belum dikenali supaya warnanya pasti sebelum diputuskan.
• Superadmin memutuskan lewat daftar keputusan yang sama dengan validasi Admin Console. Keputusan langsung berlaku di OU yang dikelola Digispace dan tercatat di audit PUTUSKAN_LAPORAN_AKSES.

Izin selebar host (v3.32)

Akses internet › Antrean situs › Izin selebar host mendaftar host serba-layanan yang diizinkan utuh, misalnya docs.google.com, googleusercontent.com, atau microsoft.com. Satu host seperti itu membuka puluhan layanan lain sekaligus. Sumbernya Selalu diizinkan, infrastruktur, katalog jenis 1, dan daftar izin Admin Console OU santri (warisan). Keputusan Mudir 10 Okt: tidak ada izin selebar host untuk domain serba-layanan; yang tersisa wajib punya alasan tertulis, pemilik, dan tanggal kedaluwarsa.

• Tiap baris terisi usulan mesin: Turunkan ke jenis 3 (utuh hanya di sesi guru), Persempit ke jalur (jalur pengganti masuk katalog jenis 1, izin utuh dicabut dari sumbernya), Pertahankan utuh, atau Cabut. Superadmin memutuskan; admin akademik dan teknis bisa melihat.
• Pertahankan utuh wajib berisi alasan (minimal 10 huruf), pemilik (admin teknis, admin akademik, atau superadmin), dan kedaluwarsa (paling lama setahun; bawaannya tiga bulan).
• Infrastruktur sejak v3.38 diatur di Aturan situs (kelompok Infrastruktur), bukan di halaman ini. Yang diputuskan dipersempit atau dicabut tampil di Menunggu rilis dan baru berubah setelah diuji di Chromebook uji; sampai itu host tetap terbuka.
• Pemilik dan superadmin diberi tahu 14 hari sebelum kedaluwarsa (pukul 07.00 WIB). Yang lewat kembali ke Perlu keputusan dengan isian lama; izin tidak dicabut otomatis supaya Chromebook tidak tiba-tiba gagal. Tiap tanggal 1 superadmin diingatkan meninjau halaman ini.
• Audit: PUTUSKAN_IZIN_HOST, BUKA_IZIN_HOST; perubahan Selalu diizinkan juga tercatat sebagai UBAH_SETUP.

Penegakan kebijakan waktu per OU kelas (v3.20.2)

Superadmin menyalakan penegakan per OU kelas di Akses internet › Jadwal akses, tab Per kelas (dulu panel Penegakan di Situs › Aturan › Kebijakan waktu). Selama menyala, Digispace menulis setelan URL OU itu di Admin Console mengikuti jendela kebijakan waktu. Mati bawaan; OU yang tidak dinyalakan tidak disentuh.

Tabel di atas isi bawaan. Isi tiap jendela yang sebenarnya mengikuti mode dan daftar situsnya di tab Mode dan daftar situs (di atas).

1. Uji hak tulis (sekali per 30 hari): Digispace membuat OU uji di bawah OU kelas, menulis setelan URL, membacanya kembali, lalu menghapus OU uji.
2. Pratinjau per OU: setelan Admin Console sekarang, jumlah alamat per jendela, alamat yang akan tertutup, dan daftar Warisan Admin Console (alamat lama yang belum ada di katalog; tetap terbuka di luar jam tidur sampai dimasukkan ke katalog dengan jenisnya).
3. Nyalakan… dengan alasan. Setelan Admin Console OU itu dicadangkan lebih dulu. Semua superadmin diberi tahu; audit NYALAKAN_PENEGAKAN_OU. Mulailah dari satu OU kelas uji, minimal 3 hari.
4. Matikan… mengembalikan cadangan persis (nilai lama ditulis ulang, atau OU kembali mewarisi induk). Matikan semua… untuk keadaan darurat. Audit MATIKAN_PENEGAKAN_OU.

• Waktu: jendela yang lebih longgar ditulis 10 menit lebih awal; yang lebih ketat ditulis tepat saat mulai. Chromebook butuh beberapa menit untuk menerima setelan baru, dan Google tidak menjamin waktunya; penguncian tepat waktu datang lewat ekstensi 2.4.
• Rekonsiliasi tiap jam: bila setelan OU diubah langsung di Admin Console, Digispace menimpanya kembali dan memunculkan temuan penegakan-menyimpang (audit TIMPA_PENEGAKAN_OU). Ubah apa yang terbuka lewat kebijakan waktu, atau matikan dulu penegakannya.
• Gagal menulis tiga kali berturut-turut memunculkan temuan penegakan-gagal-tulis, kritis bila jendela yang gagal ditulis lebih ketat dari yang berlaku.
• Kebijakan yang dihapus atau tidak lagi mencakup OU itu mematikan penegakannya otomatis dan mengembalikan cadangan.
• Hanya OU kelas yang bisa dinyalakan (bukan OU induk), dan tidak bila ada kebijakan lain untuk OU di bawahnya.
• Ruang belajar guru tetap berjalan: OU pribadi santri yang sedang les menyalin setelan OU kelas yang berlaku lalu menambahkan situs ruang.
• Daftar izin satu jendela di atas 900 alamat per OU kelas tidak ditulis (batas Chrome 1.000, sisanya untuk situs ruang les); muncul temuan penegakan-batas-url.

Ekstensi perekam di Chrome superadmin (v3.20.1d)

Ekstensi kecil terpisah, FIWA Digispace Perekam, membantu superadmin menemukan semua alamat yang dibutuhkan satu halaman. Ekstensi ini hanya dipasang di Chrome superadmin dan tidak ada hubungannya dengan ekstensi santri.

1. Siapkan sekali di Mac: cd ~/sesi-les/infra && ./kemas-perekam.sh. Hasilnya folder ~/sesi-les/perekam-siap.
2. Di Chrome superadmin buka chrome://extensions, nyalakan Mode pengembang, tekan Muat yang belum dikemas, lalu pilih folder itu.
3. Buka situs yang ingin diizinkan, tekan ikon perekam, lalu Rekam tab ini. Pakai situsnya seperti santri nanti (buka desain, putar kuis, tekan tombol yang dibutuhkan), lalu Selesai.
4. Tekan Kirim ke Digispace. Akses internet › Antrean situs › Izin superadmin terbuka dengan hasil rekaman di Temukan alamat: tangga cakupan halaman pertama, halaman lain yang dibuka, calon alamat ikutan (pengalihan dan bingkai ke domain lain, masing-masing sudah diperiksa jenis 6), dan domain pendukung. Calon alamat ikutan sudah dipersempit ke anak tangga paling luas yang lolos (mis. youtube.com/embed/… diarahkan ke pemutar, padlet.com/akun/papan, bukan seluruh Padlet); yang hanya bisa sebagai izin luas tidak dicentang.
5. Pilih anak tangga, centang alamat ikutan yang dibutuhkan, tekan Masukkan ke Alamat ikutan, lalu isi guru dan alasan seperti biasa. Izin tercatat bersumber rekam di audit.

• Yang direkam: hanya tab yang direkam, hanya selama tombol Rekam menyala (berhenti sendiri setelah 10 menit): alamat halaman, pengalihan, dan bingkai tanpa bagian setelah ? dan #, serta nama host gambar, skrip, dan font. Isi halaman, kuki, kata sandi, isian formulir, dan tangkapan layar tidak direkam.
• Tanpa kunci: hasil rekaman dibawa di bagian # alamat dasbor, yang tidak pernah dikirim browser ke server. Dasbor membacanya dengan login superadmin, lalu menghapusnya dari bilah alamat. Ekstensi tidak menyimpan token Digispace, jadi salinannya tidak bisa dipakai masuk.
• Domain pendukung (gambar, skrip, font) hanya informasi: kebijakan URL Chrome tidak memblokirnya.

Alamat ikutan yang kurang (umpan balik sesi, v3.20.1d)

Saat sesi berjalan, ekstensi santri melaporkan bingkai dan pengalihan yang diblokir. Bila halaman asalnya dari alamat izin superadmin yang dipakai ruang itu, host-nya dicatat di izin sebagai alamat ikutan yang kurang, dan superadmin pemberi izin mendapat lonceng "Izin … kurang 1 alamat ikutan" sekali per host.

• Panel Alamat ikutan yang kurang muncul di atas Temukan alamat. Tambahkan ke izin memeriksa host itu seperti alamat ikutan biasa (jenis 6 tetap ditolak) lalu menambahkannya ke izin; audit TAMBAH_IKUTAN_IZIN. Abaikan menandainya tanpa pemberitahuan lagi; audit ABAIKAN_IKUTAN_IZIN.
• Ruang yang sudah memakai izin itu tidak diubah otomatis, karena perubahan daftar ruang tetap atas nama guru. Guru penerima diberi tahu untuk menekan Tambahkan ke ruang ini lagi di tab Situs ruang.
• Ekstensi santri 2.3 hanya melaporkan host halaman asal, jadi pencocokan memakai host izin. Gambar, skrip, dan font tidak dilaporkan karena tidak diblokir.
• Yang tidak dicatat: host jenis 6 (mis. iklan judi di dalam halaman), dan host yang justru melebarkan izin (mis. canva.com untuk izin canva.com/design/…). Alamat ikutan yang membuka seluruh platform tidak bisa ditambahkan lewat jalur ini; beri izin baru bila memang perlu.

Akun uji santri (v3.20.1d)

Akun santri fiktif untuk mencoba izin baru di satu Chromebook sebelum guru memakainya. Daftarkan di Sistem › Setup umum › Akun dan keamanan, isian akun santri untuk uji coba (hanya superadmin, email sekolah, paling banyak 5).

• Buat akunnya di OU santri. Agar bisa dimasukkan ke ruang guru, akun ini harus anggota kelas atau klub yang guru ampu, atau dimasukkan admin.
• Akun uji ikut ruang dan sesi seperti santri lain, dan gerbang kepatuhan tetap berlaku untuknya supaya uji menunjukkan keadaan sebenarnya.
• Akun uji tidak dihitung di laporan sesi, dasbor pimpinan (termasuk jumlah santri aktif), absensi dan rekap absensi, berita acara, pola mencurigakan, deteksi akses berlebih, KPI armada dan kepatuhan, jumlah santri tertahan, dan Pareto temuan.
• Temuan untuk akun uji (mis. URL les gagal dicabut, akun lain masuk di CB-nya) tetap muncul dengan tanda [Akun uji] dan tetap dihitung di indikator keamanan (temuan kritis, waktu penanganan). Yang tidak menghitungnya: Pareto santri di laporan dan indikator santri di dasbor pimpinan.
• Sesi yang hanya berisi akun uji tidak dicatat di dasbor pimpinan dan tidak masuk pola mencurigakan.
• Setiap perubahan daftar akun uji diberitahukan ke semua superadmin. Jangan memasukkan akun santri sungguhan.
• Data yang sudah tercatat sebelum akun didaftarkan tidak diubah.

Kebijakan waktu (v3.20)

Kebijakan waktu mengatur apa yang terbuka bagi santri tanpa ruang guru, menurut waktu. Setiap menit santri berada di tepat satu jendela: KBM, Luar KBM, Jam tidur, atau Hari libur (luar KBM pada tanggal di kalender libur sekolah; jam tidur tetap berlaku). Buka Akses internet › Jadwal akses › tab Kebijakan waktu. Kepala sekolah yang bukan admin membukanya dari Persetujuan › Kebijakan waktu.

Kebijakan baru berlaku di Chromebook untuk OU kelas yang penegakannya dinyalakan superadmin (v3.20.2, lihat Penegakan). OU lain tetap mengikuti setelan Admin Console seperti sebelumnya.

Situs Tertutup (berbahaya, jenis 6) tidak pernah terbuka di jendela mana pun.

• Membuat kebijakan: admin akademik menekan Kebijakan baru…, memberi nama, memilih OU santri, lalu mengisi jadwal mingguan. Jadwal bawaan: KBM 07:00–15:00 Senin–Kamis dan Sabtu, 07:00–11:30 Jumat, Ahad tanpa KBM, jam tidur 21:30–04:00. Setiap hari harus tertutup penuh 00:00–24:00 tanpa celah dan tanpa tumpang tindih; tulis 24:00 untuk tengah malam.
• OU yang lebih dalam menang: satu kebijakan untuk OU santri induk, dan OU kelas boleh punya kebijakan sendiri. Satu OU tidak boleh diatur dua kebijakan aktif sekaligus.
• Pengetatan: alamat yang ditutup pada jendela tertentu walaupun Utama atau boleh mandiri, misalnya youtube.com/shorts saat luar KBM. Pengetatan Luar KBM ikut berlaku di hari libur. Domain besar boleh ditutup (menutup selalu lebih ketat), tetapi infrastruktur tidak: akun Google, gstatic.com, googleapis.com, server Digispace, dan induknya (mis. google.com/…, karena Chrome menerapkannya ke semua subdomain).
• Periksa: menampilkan masalah sebelum diajukan: celah atau tumpang tindih jadwal, OU di luar OU santri, OU bentrok, hari tanpa jam tidur, dan batas Chrome 1.000 alamat per daftar.
• Persetujuan: perubahan yang mengetatkan langsung aktif oleh satu admin akademik. Arah perubahan dihitung per menit dari apa yang benar-benar terbuka (jendela beserta pengetatannya), untuk hari biasa dan hari libur. Perubahan yang melonggarkan (kebijakan baru, menambah OU, memperpanjang luar KBM, memendekkan jam tidur, mengurangi pengetatan, menghapus kebijakan) menunggu persetujuan kepala sekolah atau superadmin lain; pengusul tidak bisa menyetujui usulannya sendiri. Penolakan wajib beralasan.
• Hari libur: selama ada kebijakan yang ikut kalender libur, menambah hari libur di Sistem › Setup umum › Kalender dan hari libur hanya bisa dilakukan kepala sekolah atau superadmin, karena hari libur membuka situs boleh mandiri seharian. Menghapus hari libur tetap bisa dilakukan admin akademik.
• Kembali ke versi sebelumnya: tanpa persetujuan kedua, karena versi itu sudah pernah berlaku. Bila versi sebelumnya lebih longgar, hanya dalam 7 hari sejak diganti; sesudahnya ajukan sebagai usulan baru.
• Simulasi (tab Simulasi): isi email santri, waktu (WIB), dan alamat bila perlu. Hasilnya: kebijakan dan jendela yang berlaku, sampai jam berapa, apa yang terbuka, dan keputusan untuk alamat itu (Terbuka, Hanya lewat ruang guru, atau Tertutup) beserta alasannya. Tombol Simulasikan draf menguji isi formulir sebelum diajukan; tombol Simulasikan pada usulan menguji usulan itu.
• Pratinjau dampak (tab Simulasi, Muat pratinjau): membandingkan allowlist Admin Console tiap OU santri dengan jumlah alamat yang direncanakan per jendela. Kolom Akan tertutup mendaftar alamat yang sekarang terbuka setiap saat tetapi tidak ada di rencana luar KBM. Putuskan alamat itu sebelum penegakan: jadikan Utama, beri tanda boleh mandiri, atau biarkan hanya lewat ruang.
• Boleh mandiri: di kartu katalog situs jenis 2, admin akademik menekan Boleh untuk belajar mandiri… dengan alasan pedagogis. Admin akademik atau kepala sekolah bisa mencabutnya. Situs kategori sensitif yang jenisnya baru perkiraan harus ditetapkan sebagai jenis 2 dulu.
• Audit: USUL_KEBIJAKAN, SETUJUI_KEBIJAKAN, TOLAK_KEBIJAKAN, AKTIFKAN_KEBIJAKAN, KEMBALIKAN_KEBIJAKAN, TANDAI_BOLEH_MANDIRI, dan CABUT_BOLEH_MANDIRI.

12Kebijakan santri dan OU pribadi

Santri › Kebijakan santri (admin teknis) menampilkan keadaan OU pribadi setiap santri yang pernah ikut sesi Pribadi atau sedang dalam sesi Pribadi. Di atasnya ada daftar grup Pribadi dengan tombol Siapkan OU pribadi per grup, untuk menyiapkan OU pribadi semua santrinya sebelum sesi pertama (bagian 7). Tabelnya berjudul Kebijakan santri.

Chip di atas tabel menghitung santri les, standar, gagal, dan tanpa OU pribadi. Saring dengan pilihan grup, keadaan, atau Hanya yang bermasalah. Filter grup hanya menampilkan santri yang sedang dalam sesi grup itu.

Selisih sebentar antara "Seharusnya" dan keadaan tercatat itu wajar: server menulis ulang tiap menit. Tombol Diagnosis di setiap baris membuka pemeriksaan lengkap santri itu. Menu ⋯ di sebelahnya berisi Konfigurasi Chromebook dan Rekonsiliasi sekarang. Bila keadaan tetap berbeda, pilih Rekonsiliasi sekarang: server menghitung ulang keadaan yang seharusnya dan menulisnya ke Google saat itu juga (tercatat di audit). Tindakan darurat seperti Darurat: cabut semua akses les ada di Sistem › Zona darurat; tautannya ada di bawah tabel (bagian 21).

13Kepatuhan perangkat

Chromebook › Kepatuhan perangkat (admin teknis) memastikan setiap OU, Chromebook, dan akun santri patuh pada kebijakan sekolah, membantu memperbaiki setelan Admin Console, dan menahan sesi santri yang belum patuh bila gerbang diaktifkan. Tidak ada filter jaringan lagi, jadi kontrol tingkat K di kelompok A, B, dan F adalah satu-satunya lapisan pertahanan. Halaman ini punya dua tab: Kontrol dan Santri tidak patuh; Gerbang kepatuhan ada di Chromebook › Settings, dan Bukti keamanan (superadmin, untuk laporan uji penetrasi dan DPIA yang tampil di Dashboard Pimpinan).

Tab Kontrol: katalog A–G

Ringkasan di atas menghitung kontrol yang patuh per kelompok: A. Perangkat, B. Pengguna, C. URL dasar, D. Layanan Workspace, E. Jaringan, F. Keadaan CB, G. Akun santri. Kontrol diperiksa otomatis tiap jam; Periksa sekarang memeriksa saat itu juga.

Kontrol Chrome dicocokkan dengan skema kebijakan yang tersedia di domain FIWA. Kontrol yang skemanya tidak ditemukan diperlakukan sebagai Manual. Kontrol K yang menyimpang menjadi temuan kritis kontrol-menyimpang dan kartu di Beranda.

Menerapkan perbaikan: uji dulu, lalu akar

Nilai target disimpan di OU akar santri (untuk kebijakan perangkat: OU perangkat) dan diwarisi semua OU kelas dan OU pribadi. Kebijakan URL les di OU pribadi tidak pernah disentuh.

1. Pilih OU kelas uji di kotak OU uji di atas tabel.
2. Pada kontrol Otomatis yang Menyimpang, klik Uji di OU kelas. Jendela konfirmasi menyebut skema, nilai lama, dan nilai baru. Nilai lama disimpan dan bisa dibatalkan.
3. Periksa beberapa CB di OU uji itu (Diagnosis atau Armada).
4. Klik Terapkan di akar. Nilai dipasang di OU akar, dan setelan lokal OU uji dikembalikan ke warisan.
5. Bila ada OU kelas yang punya nilai sendiri dan menimpa akar, muncul tombol Warisi <nama OU>. Klik supaya OU itu kembali mewarisi.

OU perangkat uji, hanya baca, dan aturan lain

• OU perangkat uji. Untuk kebijakan perangkat, pilih OU uji perangkat lalu Uji di OU perangkat sebelum menerapkan di akar. OU perangkat anak yang menimpa akar juga dideteksi dan bisa di-Warisi.
• Warisi kontrol kritis memakai empat mata seperti Terapkan: permintaan menunggu persetujuan superadmin lain.
• Hanya baca (kotak di tab Gerbang, untuk peluncuran tahap 1–2): audit tetap berjalan, tombol Terapkan dan Warisi dimatikan.
• Gerbang Tegakkan baru bisa dipilih setelah minimal 7 hari Pantau. Superadmin bisa melewatinya lewat jendela "Aktifkan gerbang lebih cepat?" dengan alasan yang dicatat di audit.
• Kontrol fisik hanya menyimpang bila ada CB yang benar-benar gagal. Boot mode selain Verified menjadi temuan kritis. Versi ekstensi dan ChromeOS minimum mengikuti isian di Sistem › Setup umum › Perangkat: nilai yang sama dipakai Armada, gerbang sesi, WiFi, dan daftar kerja fisik. Menurunkan minimum wajib beralasan. Kontrol S yang menyimpang menjadi temuan Serius dan masuk ringkasan harian.
• Guru melihat alasan santri tertahan dalam bentuk ringkas dan langkahnya saja; rincian teknis hanya tampil untuk admin.

Kontrol Android, AI generatif, dan permainan dinosaurus (v3.33.1)

Konfirmasi manual 90 hari

Kontrol Workspace (Drive, Meet, Gmail, Chat, dan seterusnya) dan jaringan tidak bisa dibaca lewat API. Kerjakan sesuai panduan yang tertulis di barisnya, lalu klik Konfirmasi, tulis apa yang sudah diperiksa, dan tekan Konfirmasi 90 hari. Setelah 90 hari statusnya menjadi Konfirmasi kedaluwarsa dan kartu Kontrol manual perlu dikonfirmasi muncul lagi.

Gerbang (Chromebook › Setelan › Gerbang kepatuhan)

Setelan yang sama juga bisa diubah di Chromebook › Settings, panel Gerbang kepatuhan.

Melonggarkan gerbang (Tegakkan ke Pantau, K + S ke K, atau mematikan kotak V7) oleh admin teknis yang bukan superadmin butuh persetujuan superadmin. Setiap perubahan gerbang tercatat di audit (ATUR_GERBANG) dan diberitahukan ke semua superadmin. Jalankan Pantau sekitar satu minggu sebelum Tegakkan.

Kesehatan layar santri (Santri › Setelan, ekstensi 2.3)

Ekstensi 2.3 memberi pengingat lembut tanpa suara kepada santri yang terlalu lama di depan layar. Pengingat tidak mengunci atau membatasi apa pun, dan santri bisa menundanya. Waktu layar dihitung dan disimpan hanya di Chromebook santri; guru, admin, dan server tidak menerimanya.

Cara penyampaian. Semua pengingat berupa pemberitahuan kecil di pojok layar: tanpa suara, hilang sendiri, tidak menutup layar, dan tidak memindah tab. Pengingat yang tidak mendesak menunggu jeda alami (santri berpindah tab, atau berhenti mengetik 20–60 detik karena sedang membaca atau berpikir), paling lama 5 menit. Paling banyak satu pengingat tiap 2 menit, termasuk jarak dari pesan guru. Hanya pengingat waktu sholat yang tampil tepat waktu. Bila santri meninggalkan Chromebook, ajakan istirahat mata dan gerak dibatalkan karena ia sudah beristirahat.

Penghitung layar tanpa jeda mulai lagi dari nol bila Chromebook tidak disentuh sekitar satu menit. Pengingat tidak muncul saat layar dikunci guru. Matikan sementara (Pengingat kesehatan layar: Tidak) saat ujian berbasis komputer bila dianggap mengganggu.

Bahasa. Ekstensi 2.3 (popup, halaman blokir, mode fokus, jeda gerak, dan semua pengingat) mengikuti bahasa Chromebook masing-masing santri: Bahasa Indonesia bila bahasa Chromebook Indonesia, selain itu English. Tidak ada setelan di dasbor; santri atau admin teknis mengubahnya di Settings › System preferences › Languages and inputs › Device language di Chromebook (atau kebijakan bahasa di Admin Console). Pesan yang ditulis guru tampil apa adanya.

Pengingat waktu sholat dan nasihat adab belajar (ekstensi 2.3)

Diatur di Santri › Setelan, kelompok Kesehatan layar dan ibadah santri. Semua pengingat tanpa suara dan hanya muncul bila Chromebook sedang dipakai.

Chromebook tidak memutar suara adzan: adzan sudah terdengar dari masjid, dan suara serempak dari banyak Chromebook membuat kelas riuh. Pengingat istirahat mata dan gerak ditahan 15 menit setelah adzan.

Tab Santri tidak patuh

Santri dikelompokkan per penyebab, dengan kode kontrol, tingkat, dan langkah perbaikannya. Alasannya dua lapis: ringkas untuk guru, TU, dan santri (misalnya "CB dalam mode developer", "Bawa CB ke ruang IT untuk dipulihkan"), rinci untuk IT. Klik email untuk Diagnosis. Tindakan massal:

• Beri pengecualian: centang santri, tulis alasan (dicatat di audit), isi lama pengecualian 1–30 hari (bawaan 3). Selama pengecualian berlaku, santri itu tidak ditahan. Daftar Pengecualian berlaku ada di bawah.
• Kumpulkan ulang: membaca ulang data Admin Console untuk santri yang dicentang.

Santri melihat pesan dan langkahnya di popup ekstensi 2.1 dan lewat tombol Cek kesiapan. Guru melihat santri Ditahan di layar sesi beserta tombol Laporkan ke IT, yang mengirim pemberitahuan berisi alasan rinci ke admin teknis dan superadmin (tercatat sebagai LAPOR_IT).

Chromebook › Daftar kerja fisik

CB yang harus dipegang (mode developer, tidak terdaftar, lewat AUE, versi usang) dikelompokkan per lokasi. Klik Cetak untuk dibawa berkeliling, lalu centang baris yang sudah selesai.

CB yang dicatat dari Pantau › Kondisi Chromebook lewat Masukkan ke Daftar kerja fisik ikut tampil dengan tanda Dicatat dari Kondisi Chromebook dan isian "apa yang perlu dicek". Butir ini tetap di daftar sampai dicentang selesai, lalu tampil 30 hari lagi (v3.46.2).

14Temuan dan alarm

Pemeriksaan otomatis (tiap menit dan tiap jam) mencatat masalah sebagai temuan. Sistem › Temuan › Temuan menampilkan jumlah kritis, serius, dan info, lalu daftar terbaru di atas. Serius adalah nama tampilan untuk tingkat peringatan. Jumlah temuan kritis yang terbuka tampil sebagai angka merah di menu Sistem.

Temuan selesai sendiri saat kondisinya pulih. Klik Tandai selesai untuk menutupnya setelah diperiksa; catatan boleh diisi dan tercatat di audit. Bila kondisinya masih ada, temuan dilaporkan lagi otomatis pada pemeriksaan berikutnya. Pilih Semua, termasuk selesai untuk melihat riwayatnya. Klik email santri untuk membuka Diagnosis. Tombol Analisis di setiap temuan membuka kartu insiden (bagian 23). Temuan berawalan cb- punya tombol Konfigurasi CB yang membuka detail konfigurasi Chromebook santri itu. Kegagalan saat memindah Chromebook ke OU pribadi tidak dicatat sebagai temuan; sebabnya dikelompokkan di halaman pekerjaan migrasi (bagian 17).

Alarm kritis dan eskalasi 30 menit

Temuan kritis adalah alarm: santri bisa mendapat akses tanpa kendali, atau sistem tidak bisa menegakkan aturan.

1. Alarm kritis baru masuk lonceng admin teknis (bila belum ada admin teknis: superadmin). Email Kritis dikirim Google Cloud Monitoring ke penerima di Sistem › Setup umum › Data dan privasi.
2. Admin teknis yang mulai mengerjakannya menekan Ditangani di temuan itu. Tertulis "Ditangani <nama>".
3. Bila 30 menit sejak alarm pertama belum ada yang menekan Ditangani, alarm diteruskan ke semua superadmin lewat lonceng dan email langsung, dan temuan diberi tanda Diteruskan ke superadmin.

Temuan Serius tidak dieskalasi. Untuk admin teknis, temuan Serius masuk email ringkasan harian pukul 06.00 WIB. Termasuk di sini alarm "banyak Chromebook santri tidak melapor saat les": akses tetap dicabut server bila CB diam, jadi yang hilang hanya pemantauannya. Bila Serius tetap ingin dikirim langsung, centang setelannya di Sistem › Setup umum › Data dan privasi (bagian 26).

Peringatan Kritis dan Serius di dasbor

Notifikasi desktop hanya muncul selama tab dasbor terbuka, dan peramban baru menanyakan izin setelah tombol Aktifkan diklik. Bila lebih dari tiga peringatan baru datang sekaligus (misalnya saat dasbor baru dibuka), notifikasinya diringkas menjadi satu. Tandai semua sudah dilihat menurunkan angka lonceng sampai ada peringatan baru; temuannya tetap terbuka di Sistem › Temuan.

15Kesiapan sistem dan Uji hak

Sistem › Rincian teknis › Kesiapan sistem memeriksa apakah semua bagian mode Pribadi terpasang benar. Hasilnya disimpan 10 menit; klik Periksa ulang untuk membaca Admin Console saat itu juga.

Yang diperiksa: OU santri dan kebijakan URL-nya terbaca; struktur OU kelas; domain server diizinkan; hak membuat OU dan memindahkan akun; kebijakan Chrome pendukung; ringkasan OU pribadi; temuan kritis terbuka; dan armada Chromebook 24 jam terakhir. Panel OU pribadi dan konfigurasi menampilkan jumlah OU pribadi siap/gagal, santri yang sedang les, galat tulis, jumlah OU kelas dan letaknya di bawah OU santri, batas detak, dan daftar OU santri.

Baris Struktur OU kelas menyebut berapa OU kelas yang ditemukan beserta namanya, jumlah akun santri aktif, dan berapa yang tidak tepat di OU kelas (paling banyak 5 contoh). Akun yang disebut di sana tidak akan dipindah ke OU pribadi; biarkan bila memang sengaja, atau pindahkan ke OU kelasnya bila santri itu perlu ikut grup Pribadi. Bila baris ini ✕ Gagal, tidak ada OU kelas yang ditemukan: minta super admin memeriksa OU_SANTRI, KEDALAMAN_OU_KELAS, dan POLA_OU_KELAS.

Uji hak Google

Sebelum OU pribadi pertama dibuat, hak service account belum terbukti. Klik Uji hak Google: server membuat satu OU uji bernama zz-uji-hak-… tepat di bawah OU kelas pertama lalu langsung menghapusnya. Hasilnya tampil di baris Hak membuat OU dan memindahkan akun. Hak memindahkan akun baru terbukti saat OU pribadi pertama benar-benar dibuat, jadi lanjutkan dengan Siapkan OU pribadi untuk satu grup kecil atau satu akun santri uji.

Jalankan Uji hak Google juga bila langkah migrasi Chromebook berhenti sendiri karena hak Google ditolak di beberapa OU (bagian 17). Kartu langkah itu menyediakan tombol Buka Uji hak Google; tombolnya ada di halaman ini, Sistem › Rincian teknis › Kesiapan sistem.

16Diagnosis santri

Dipakai saat situs les tidak terbuka untuk satu santri. Tombol Diagnosis ada di baris santri pada layar sesi (guru dan admin), di Santri › Kebijakan santri, di Sistem › Temuan, di Chromebook › Kepatuhan perangkat › Santri tidak patuh, dan di profil akun.

1. Ringkasan di atas menyebut penyebab pertama yang ditemukan dan yang perlu dilakukan, beserta kodenya.
2. Galat dikenal (kotak kuning tepat di bawah ringkasan): muncul bila santri ini terkena masalah yang sudah punya solusi sementara di Masalah berulang (bagian 25). Guru juga melihatnya, jadi tulis solusi sementara yang bisa langsung dikerjakan di kelas.
3. Pemeriksaan berurutan: akun di OU santri, OU pribadi (dicek langsung ke Google), ekstensi melapor, token, versi ekstensi, URL les di OU pribadi (seharusnya vs tercatat), kebijakan URL di Google, galat navigasi 30 menit terakhir, dan mode darurat. Hasilnya ✓ OK, ✕ Gagal, atau – Dilewati.
4. OU pribadi: OU kelas, OU pribadi dan statusnya, OU akun saat ini, keadaan tercatat, URL tambahan, dan galat terakhir.
5. Linimasa 24 jam menggabungkan kejadian server (mulai, tambah, hentikan, akhiri sesi; buat OU pribadi; URL les dipasang ke OU pribadi; OU pribadi kembali standar) dan kejadian dari Chromebook (situs les pertama dibuka, galat navigasi, ditutup di perangkat), dalam WIB.
6. Konfigurasi CB: status kepatuhan Chromebook santri dan maksimal 3 dugaan akar masalah beserta tindakannya. Lihat konfigurasi lengkap membuka detailnya (bagian 17).
7. Admin bisa menekan Rekonsiliasi langsung dari jendela Diagnosis.
8. Bila masih belum jelas, klik Minta diagnostik perangkat. Chromebook mengirim paket pada sinkron berikutnya (±30 detik bila online). Klik Muat ulang, lalu Lihat JSON. Paket disimpan 48 jam; santri juga bisa mengirimnya sendiri dari tombol Kirim diagnostik.

17Chromebook (Device Management, v3.60)

Sejak v3.60 setiap Chromebook santri punya satu catatan di Digispace (registri). Semua halaman Chromebook membaca angka dari catatan itu, sehingga jumlah Chromebook sama di Overview, Inventory, Kepatuhan, dan WiFi. Admin Console tetap yang menjalankan perintah; Digispace mencatat keputusan, siapa yang memutuskan, dan alasannya.

Tahap Chromebook

Setiap Chromebook berada di tepat satu tahap. Nama tahap di dasbor memakai istilah device management (keputusan Mudir D2):

Di samping jalur utama ada Out of service (sementara tidak dipakai pemiliknya: Repair, Lost, atau Loaner). Selama Out of service, CB tidak dihitung "tidak melapor". Quarantined bukan tahap, melainkan keadaan CB In service yang dicurigai diutak-atik: CB dipindah ke OU karantina dan hanya akun staf yang bisa masuk.

Overview dan Inventory

• Chromebook › Overview menampilkan angka Fleet (CB In service), posture Fleet, dan corong tahap. Empat ubin membuka daftar yang sama dengan hitungannya: Provisioning lebih dari {n} hari (CB yang macet sebelum In service, ambang di Settings), Stok siap pinjam (dibanding minimum stok), Non-compliant, dan AUE habis ≤ {n} hari (CB In service yang pembaruan ChromeOS-nya segera berhenti; membuka Inventory tersaring AUE segera habis). Setiap ubin memuat garis tren 14 hari sesudah ada 7 hari data, dan lencana selisih dari minggu lalu; sebelum itu tertulis "Tren tampil sesudah 7 hari data". Pada hari pertama v3.60 tren Fleet ditandai "dasar berubah sejak …", karena cara hitungnya berganti.
• Chromebook › Inventory memuat semua CB dengan ubin per tahap dan saringan posture, kelas, model, kepemilikan (milik santri atau milik FIWA), dan AUE (Semua AUE, AUE segera habis, AUE sudah lewat). Daftar pilihan Kelas dan Model memuat 200 pertama; yang lain dicari lewat kotak Cari. Klik nama CB untuk membuka laci di kanan: tahap, posture, Akses efektif, pemilik dan pemakai, kasus Service atau tugas Retirement yang terbuka, riwayat, dan satu tombol utama.
• Akses efektif = yang paling ketat di antara tahap CB, posture, dan status pemiliknya. Contoh: CB In service yang pemiliknya sedang Offboarding tidak mendapat WiFi.
• Restart, Hapus profil pengguna, dan Lost mode untuk satu CB ada di laci › Tindakan lain ▾. Untuk lebih dari 20 CB, centang barisnya: aksi dari bilah pilih menjadi pekerjaan massal di server (pratinjau, di luar jam KBM).

Enrollment: meja pendaftaran

1. Buka Chromebook › Enrollment di HP atau laptop. Pilih Santri (pemilik yang akan diusulkan) atau Stok FIWA.
2. Daftarkan CB ke domain seperti biasa, lalu ketik atau Pindai stiker nomor serinya.
3. Simpan pendaftaran. Digispace mencocokkan nomor seri dengan CB yang baru terdaftar, menulis nomor aset dan pemilik ke Admin Console, dan memindah CB ke OU penampungan (/Device/Baru). Di sana hanya akun staf yang bisa masuk sampai Provisioning selesai.

CB yang muncul di Admin Console tanpa lewat meja masuk antrean Discovered. Setiap baris punya kontrol keputusan yang sudah terisi saran: setujui santri usulan, pilih santri lain, stok FIWA, bukan CB santri, atau tolak. Centang beberapa baris lalu Terapkan keputusan (n)…; dialog ringkasan per hasil tampil sebelum diterapkan. Daftar aset milik FIWA diunggah sekali lewat Impor daftar aset FIWA (CSV)…. Berkas CSV itu tidak disimpan di repo.

Provisioning

Chromebook › Provisioning menampilkan CB yang sedang disiapkan beserta butir siap pakai: CB di OU pribadi pemiliknya, pembatasan login pemilik + akun staf terbaca ulang, kebijakan perangkat OU pribadi, ekstensi melapor atas nama pemiliknya, versi ekstensi dan ChromeOS di atas minimum, dan WiFi siap. Butir yang belum lulus menyebut langkah berikutnya dan siapa yang mengerjakannya, misalnya "menunggu santri menyalakan CB" atau "admin: tulis ulang pembatasan login". Jadikan In service aktif bila semua butir lulus dan akun pemiliknya siap. Ubin Belum dinilai menghitung CB Provisioning yang daftar siap pakainya belum dibaca tick registri, sehingga jumlah semua ubin langkah sama dengan jumlah Provisioning. Migrasi OU pribadi tetap dipakai di sini; rinciannya di Kepemilikan dan migrasi OU pribadi.

Service: Repair, Lost, Loaner

Chromebook › Service berisi satu daftar kasus dengan ubin Repair, Lost, Loaner, dan Kerja fisik, serta tiga angka: Stok siap pinjam (dibanding minimum stok di Settings), Pinjaman lewat batas, dan Lost belum diverifikasi.

Banyak CB sekaligus. Tindakan massal… di kepala halaman Service: pilih tindakan, tempel nomor aset atau nomor seri (satu per baris; koma dan spasi juga boleh), lalu Periksa daftar. Kode yang tidak dikenal registri, dan kode yang cocok dengan lebih dari satu CB, tidak ikut dan disebut di pratinjau; untuk CB seperti itu pakai nomor serinya. Pratinjau server menyebut jumlah, yang dilewati, dan kapan dijalankan (di luar jam KBM). Pekerjaan berjalan di server dan kemajuannya tampil di baki di bawah daftar.

Service: daftar tempel dan powerwash yang sudah diminta (v3.61)

• Daftar tempel di Tindakan massal dicocokkan di server, bukan di peramban, sehingga cepat walau Inventory besar. Satu daftar paling banyak 1.500 nomor aset atau nomor seri; daftar yang lebih panjang dipecah. Huruf besar dan kecil dianggap sama. Nomor aset dan nomor seri dari Chromebook yang sama dihitung satu Chromebook.
• Powerwash jarak jauh hanya bisa diminta sekali per Chromebook. Permintaan kedua ditolak dengan pesan Powerwash sudah diminta bila permintaan pertama masih menunggu superadmin kedua, atau Powerwash sudah terkirim bila perintahnya sudah dikirim ke Google tetapi belum terkonfirmasi (perintah Google menunggu sampai Chromebook tersambung). Tunggu status Terkonfirmasi di halaman Service. Bila perintah itu tidak terkonfirmasi sampai batasnya, perintah dilepas dan powerwash bisa diminta lagi.

Retirement

Chromebook › Retirement (admin teknis dan superadmin) berisi tugas yang dibuat sinyal: santri lulus, keluar, atau pindah sekolah; akun Google ditangguhkan; Chromebook tidak tersambung lama (Dormant); atau rusak total dan hilang permanen dari Service. Sinyal hanya membuat tugas; admin teknis yang memutuskan. Superadmin bisa membuka halaman ini dan menyetujui Retire, tetapi tidak memutus tugas.

• Ubin saringan: Semua tugas, Lulus, keluar, pindah, Perlu dicek (suspend, Dormant), Rusak atau hilang, dan Lewat {n} hari (sudah dinaikkan ke superadmin). Tugas yang belum diputus sesudah batas Setup Tugas Retirement dinaikkan ke superadmin sesudah (bawaan 14 hari) dikabarkan ke superadmin; untuk Chromebook milik FIWA, PDC juga dikabari supaya Chromebook dikembalikan.
• Perlu perhatian di atas daftar merangkum tugas yang lewat batas dan tugas yang langkah Google-nya belum berhasil.
• Keputusan per baris sudah terisi saran. Chromebook milik santri: Retire (deprovision, hapus data, berita acara), Reassign ke santri lain, Bukan keluar, atau Tunda. Chromebook milik FIWA: Tarik ke stok, Reassign, Retire (rusak total atau hilang), Bukan keluar, atau Tunda. Chromebook hilang: Retire tanpa berita acara, atau Tunda. Lama Tunda mengikuti Setup Tunda tugas Retirement selama (bawaan 14 hari).
• Terapkan keputusan (n)… meminta satu alasan untuk semua baris (paling sedikit 10 huruf, masuk audit). Paling banyak 20 Chromebook yang berubah di Google sekaligus. Reassign selalu dari laci, dan Tarik ke stok baru bisa sesudah Chromebook ditandai sudah diterima di laci.
• Retire diajukan dulu ke superadmin lain di antrean persetujuan orang kedua; tidak ada yang dijalankan ke Google sebelum disetujui, dan pengaju tidak bisa menyetujui pengajuannya sendiri. Sesudah disetujui, laci menampilkan daftar penghentian: cabut akses jaringan, akhiri sesi belajar, powerwash (hapus data), deprovision, bersihkan OU pribadi dan anotasi, berita acara serah terima, dan arsipkan catatan perangkat. Pilih cara hapus data: powerwash manual di meja (Chromebook hadir) atau powerwash jarak jauh (tidak hadir). Reassign, Tarik ke stok, Tunda, dan Bukan keluar tidak butuh persetujuan kedua.
• Retire bergelombang (lebih dari 20 Chromebook sekaligus, misalnya angkatan lulus): sesudah dialog ringkasan, Terapkan keputusan (n)… membuka pratinjau server. Pratinjau menyebut jumlah yang masuk, pembagian gelombang (ukurannya dari Setup Chromebook per gelombang Retire massal), yang dilewati beserta sebabnya, langkah per Chromebook, dan kapan dijalankan (jendela berikutnya di luar jam KBM, atau dijadwalkan). Setiap gelombang butuh persetujuan superadmin kedua. Cabut jaringan berjalan sesudah gelombang disetujui, dan deprovision di luar jam KBM. Keputusan lain yang dipilih bersamaan (Tunda, Bukan keluar, dan seterusnya) diterapkan terpisah dengan alasan yang sama. Pekerjaan tampil di baki di atas daftar. Baris yang masuk pekerjaan berpil Retire bergelombang · gelombang n, tanpa kotak pilih dan kontrol keputusan; untuk memutusnya satu per satu, batalkan dulu pekerjaannya. Daftar tidak dimuat ulang sendiri saat pekerjaan selesai; muat ulang halaman.
• Berita acara serah terima untuk Chromebook milik santri dicetak dari laci (Cetak berita acara), ditandatangani di kertas, lalu Tandai sudah ditandatangani… dengan nomornya. Pindaian tidak diunggah.
• Ulangi langkah Google: bila Reassign atau Tarik ke stok sudah diterapkan tetapi satu langkah di Google belum berhasil (hapus akun pengguna, catat pemilik baru, atau pindah ke OU stok), barisnya berlabel Langkah Google belum berhasil dan laci memuat tombol Ulangi langkah Google: …. Langkah tidak diulang bila keadaan Chromebook sudah berubah sejak keputusan diterapkan, atau bila Penulisan ke Google sedang Mati.
• Selama sakelar Penulisan ke Google Mati, Retire, Reassign, dan Tarik ke stok ditolak; Tunda dan Bukan keluar tetap bisa.
• Langkah akun santri yang keluar ada di Status santri dan staf, bukan di sini.

Persetujuan Retire dan menarik pengajuan (v3.61, v3.62.1)

Panel Persetujuan Retire ada di atas daftar tugas Chromebook › Retirement. Isinya pengajuan Retire satu Chromebook dan pengajuan per gelombang Retire bergelombang. Tautan dari lonceng membuka halaman ini dan laci tugasnya.

• Superadmin yang bukan pengaju melihat Persetujuan Retire: menunggu Anda. Tiap baris punya kontrol keputusan Setujui atau Tolak; centang beberapa baris lalu Putuskan n pengajuan…. Menolak wajib beralasan (paling sedikit 10 huruf, dikirim ke pengaju, masuk audit); menyetujui boleh dengan catatan. Hasilnya ditulis tetap di halaman, misalnya Persetujuan Retire pukul 09.12: disetujui 2, ditolak 0.
• Satu tugas juga bisa diputus dari lacinya: Setujui Retire… atau Tolak…. Retire tidak bisa dibatalkan sesudah disetujui: akses jaringan dicabut, sesi diakhiri, powerwash jarak jauh dikirim bila dipilih pengaju, lalu Chromebook di-deprovision. Retire bergelombang disetujui per gelombang.
• Bila ditolak, tidak ada yang dijalankan ke Google; tugasnya terbuka lagi pada pemeriksaan server berikutnya.
• Hanya pengaju yang bisa menarik pengajuannya (Tarik pengajuan…), selama belum diputus. Admin teknis atau superadmin lain melihat kalimat Hanya pengaju yang bisa menarik pengajuan ini: beserta email pengajunya. Pengaju melihat pengajuannya sendiri di Pengajuan Retire Anda yang menunggu superadmin lain dan tidak bisa menyetujuinya.

Settings

Chromebook › Settings memuat kamus definisi (Live 10 menit, Reporting 24 jam, Synced 7 hari, Dormant 30 hari), ambang Overview, stok minimum dan lama pinjam Loaner, OU penampungan dan karantina, awalan nomor aset, sakelar Penulisan ke Google dan Akses efektif dari registri, serta versi minimum. Setiap perubahan wajib beralasan dan tercatat di audit. Urutan menyalakan sakelar ada di panduan super admin.

Armada: pemeriksaan konfigurasi dan Cakupan ekstensi (sampai sakelar paket B Nyala)

Menu Chromebook › Armada dan Chromebook › Kepemilikan tetap tampil selama Registri atau Penulisan ke Google dari menu Chromebook masih Mati. Sesudah keduanya Nyala, kedua menu itu disembunyikan dan alamat lamanya membuka Chromebook › Inventory dan Chromebook › Enrollment.

Chromebook › Armada memeriksa konfigurasi Chromebook setiap santri terhadap tiga hal: standar Google untuk Chromebook terkelola, syarat aplikasi FIWA Digispace, dan CB acuan (satu Chromebook yang dipilih admin karena terbukti lancar). Gunanya mencari penyebab di tingkat perangkat ketika situs les tidak terbuka untuk santri tertentu saja. Hasil pemeriksaan ini juga dipakai gerbang kepatuhan (bagian 13).

Chromebook yang ekstensinya diam (dipakai santri, tetapi tidak melapor) dibahas di Cakupan ekstensi (di bawah). Untuk pekerjaan harian, Pantau › Kondisi Chromebook mengelompokkan Chromebook yang bermasalah per jenis masalah dan menyediakan tombol perbaikan per Chromebook.

Apa yang dikumpulkan, dari mana, dan kapan

Kebijakan pengguna sengaja dibaca di OU kelas, bukan OU pribadi, supaya URL les yang sedang terpasang tidak dianggap perbedaan.

Membaca tab Armada

1. Ringkasan: jumlah CB, yang sesuai, perlu perhatian, dan bermasalah. Di bawahnya sebaran versi Chrome (versi yang tertinggal 2 atau lebih dari versi stabil Google ditandai), sebaran model, dan CB acuan.
2. Saring dengan grup (anggota santri grup itu) dan status. Tabel menampilkan model, versi Chrome/OS, versi ekstensi, tanggal AUE (merah bila lewat, kuning bila kurang dari 6 bulan), status dan akar utamanya, jumlah masalah dan perbedaan dengan CB acuan, serta kapan CB terakhir melapor dan kapan Admin Console terakhir dibaca.
3. Klik baris untuk membuka detail konfigurasi: dugaan akar masalah berurutan (gagal sebelum peringatan, Google dan aplikasi sebelum acuan) beserta tindakannya, semua pemeriksaan per sumber, tabel perbedaan dengan CB acuan, lalu data mentah perangkat, CB lokal, kebijakan, grup yang menimpa, dan galat pengumpulan.
4. Kumpulkan sekarang membaca ulang Admin Console saat itu juga dan meminta Chromebook mengirim paket diagnostik; konfigurasi lokal terbarunya masuk saat CB online (±30 detik). Tekan Muat ulang sesudahnya.

Memilih CB acuan

Pilih satu Chromebook yang sudah terbukti lancar saat les mode Pribadi: situs les terbuka dalam hitungan detik, ekstensi dipasang paksa, ChromeOS terbaru, bukan mode developer, dan berada di OU perangkat yang benar. Buka konfigurasinya, tekan Kumpulkan sekarang supaya datanya segar, lalu Jadikan CB acuan. Server menyimpan salinan konfigurasinya saat itu; CB lain dibandingkan butir per butir dengannya. Setelah update ChromeOS besar atau perubahan kebijakan sekolah, perbarui acuannya dengan cara yang sama. Hapus acuan menghentikan perbandingan; pemeriksaan Google dan aplikasi tetap berjalan.

Arti setiap pemeriksaan

Hasil – Dilewati berarti datanya belum ada, misalnya ekstensi belum melapor atau perangkat belum terbaca di Directory.

Tentang AUE

AUE (Auto Update Expiration) adalah tanggal Google berhenti mengirim update ChromeOS dan keamanan untuk satu model Chromebook. Setelah lewat, Chromebook tetap menyala tetapi versinya makin tertinggal, sehingga ekstensi dan kebijakan baru bisa tidak berjalan. Tanggalnya dibaca dari Admin Console. Rencanakan penggantian CB yang AUE-nya kurang dari 6 bulan lagi.

Cakupan ekstensi

Chromebook › Cakupan ekstensi menjawab satu pertanyaan: santri dan Chromebook mana yang ekstensinya sudah melapor, dan mana yang belum. Pilih segmen Per santri atau Per Chromebook. Datanya gabungan direktori santri, inventaris Chromebook di Admin Console, dan laporan ekstensi.

Klik kotak angka di atas untuk langsung menyaring tabel. Centang baris lalu Unduh CSV, atau pakai Unduh CSV semua yang tampil, untuk mengirim daftar ke PDC atau teknisi.

Diagnosis penyebab

Santri atau CB yang tidak melapor diberi penyebab dan langkah yang disarankan. Klik penyebabnya di tabel untuk melihat bukti dan langkahnya. Ekstensi baru bisa melapor setelah mendapat token Google, jadi kegagalannya tidak pernah sampai ke server. Karena itu penyebab disimpulkan dari bukti di sekitarnya: login Google terakhir, CB yang dipakai, versi Chrome, kebijakan OU kelas, teman sekelas, dan CB yang sama.

• Yakin: buktinya langsung, misalnya Chrome di bawah 120 atau OU tanpa Force install.
• Kemungkinan: penyebab paling masuk akal dari bukti yang ada.
• Dugaan: datanya kurang, misalnya Track recent users mati. Cek langsung di CB.

Kerjakan dulu yang berlabel Perlu tindakan. "Belum memakai CB" berarti akun belum masuk Google sejak ekstensi mulai melapor. Itu bukan kegagalan pasang, jadi cukup ditunggu. Untuk "Seharusnya terpasang, tetapi tidak melapor", langkah paling cepat adalah membuka ikon FIWA Digispace di CB santri dan membaca pesannya.

Inventaris lama (tidak sinkron lebih dari 30 hari atau nonaktif) tidak dihitung di angka CB. Centang Tampilkan inventaris lama untuk merapikannya.

Kepemilikan dan migrasi OU pribadi (alat kerja Provisioning; sampai sakelar paket B Nyala)

Setiap Chromebook santri ditautkan ke pemiliknya, lalu dipindah dari OU perangkat (misalnya /1. FIWA 1 - KARIHKIL/2. Device) ke OU pribadi santri itu, dan login di sana dibatasi hanya untuk pemilik dan akun staf. Sesudah itu CB dan akunnya bisa diatur per santri dari profilnya (bagian 9), dan CB ikut pindah saat OU pribadi dipindah ke kelas baru. Pekerjaannya ada di dua tempat:

• Chromebook › Kepemilikan (admin teknis): menyiapkan OU tujuan, menentukan dan menyetujui pemilik, serta mengembalikan CB ke OU asal.
• Chromebook › Kepemilikan, panel Migrasi ke OU pribadi (admin teknis, admin akademik, superadmin): empat langkah migrasi yang dijalankan server.

Urutan kerja yang disarankan

1. Siapkan OU tujuan di Chromebook › Kepemilikan: bereskan butir bertanda Menahan pindah di panel Kesiapan OU tujuan, lalu tinjau yang Perlu perhatian (di bawah).
2. Rapikan akun staf di Chromebook › Settings › Chromebook santri (superadmin): hanya beberapa akun IT, satu per satu.
3. Setujui pemilik di tab Usulan Kepemilikan. CB yang kepemilikannya belum disetujui tidak ikut migrasi.
4. Langkah 1, Cek kesiapan OU tujuan untuk semua. Buka Lihat hasil dan bereskan syarat bersama yang belum lolos, terutama pembatasan login warisan.
5. Langkah 2, Pindahkan Chromebook ke OU pribadi: mulai dari satu OU kelas, minta beberapa santri memakai CB-nya, periksa di Kondisi Chromebook dan Cakupan ekstensi, lalu jalankan untuk semua.
6. Langkah 3, Batasi login ke pemilik untuk semua OU pribadi yang sudah berisi CB.
7. Langkah 4, Audit ulang tiap OU pribadi. Ulangi audit sesudah ada perubahan di Admin Console atau di daftar akun staf.

Urutan ini hanya saran. Keempat langkah tidak saling bergantung: masing-masing memeriksa syaratnya sendiri sebelum menulis.

1. Siapkan OU tujuan (Kepemilikan)

1. Buka Setelan di panel Kesiapan OU tujuan: isi OU sumber (tempat CB sekarang) dan OU tujuan (OU santri, induk semua OU pribadi). Bila santri ada di lebih dari satu akar OU (mis. Akhwat dan Ikhwan), pilih OU yang membawahi semuanya: CB hanya dipindah ke OU pribadi yang berada di bawah OU tujuan. Kebijakan perangkat yang disalin ke sana tidak memengaruhi OU yang hanya berisi akun. Tulis jalur OU yang diawali /, misalnya /FIWA 1 - KARIHKIL/Device/Ikhwan School; teks remah roti yang ditempel dari Admin Console ditolak, dan OU yang tidak ditemukan di Google tidak disimpan. Mengganti OU sumber atau OU tujuan menghitung ulang perbandingan dan catatan salinan untuk pasangan OU yang baru; pekerjaan migrasi yang sedang berjalan berhenti dan perlu dimulai lagi.
2. Klik Siapkan semua yang bisa (n)…, atau tombol per baris (Salin n kebijakan, Terapkan…). Aplikasi menulis kebijakan yang berbeda atau belum ada di OU tujuan (mode developer, mode tamu, Linux, Play Store, pelaporan lengkap, kebijakan lain dari OU sumber). Penulisan berjalan sebagai pekerjaan server di luar jam KBM, dengan kemajuan di baki pekerjaan di atas panel. Nilai lama dicadangkan; superadmin bisa membatalkannya di Perubahan Digispace di OU tujuan (bisa dibatalkan), dan pembatalan yang melonggarkan butuh persetujuan superadmin lain.
3. Jadwal off hours pembatasan login ditandai kritis karena selama jam itu akun lain bisa masuk; hapus lewat tombol Hapus jadwal off hours….
4. WiFi (Menahan pindah bila kurang): bila jaringan WiFi di OU sumber terbaca dan ada yang belum berlaku di OU tujuan, pemindahan tertahan, karena CB yang dipindah ke sana kehilangan WiFi dan tidak bisa menerima kebijakan lagi sampai disambungkan langsung. Berlakukan jaringan itu untuk perangkat di OU tujuan (Admin Console › Devices › Networks › Wi-Fi), lalu muat ulang. Bila tidak terbaca lewat API, butirnya hanya Perlu perhatian: pastikan sendiri, tanpa centang konfirmasi.
5. Allowlist RADIUS: Perlu perhatian bila penarik allowlist Digispace belum menarik dalam 24 jam terakhir (bagian 18). Tidak menahan; CB yang baru dipindah masuk allowlist sesudah penarik berjalan lagi.
6. Pembatasan login (Menahan pindah bila gagal): ditulis dan dibaca ulang di OU pribadi sebelum setiap CB dipindah. Ini penahan keamanan yang tetap ada.

Di bawah panel kesiapan, tabel Kebijakan perangkat: OU sumber dibanding OU tujuan memberi pil keadaan untuk setiap kebijakan:

Bagian Per Chromebook: OU pribadi dibanding OU tujuan menunjukkan kebijakan yang disetel di OU kelas atau OU pribadi. Daftar Bukan kebijakan keamanan (kebijakan tampilan yang boleh berbeda, misalnya bahasa dan wallpaper layar masuk) diatur superadmin di Chromebook › Setelan › Chromebook santri.

Akun staf di Chromebook santri

Selain pemiliknya, hanya akun staf yang boleh login di Chromebook santri. Daftarnya ada di Chromebook › Settings › Chromebook santri, kartu Akun staf yang boleh login di semua Chromebook santri:

• Dari peran IT (otomatis): akun berperan Akun IT di CB di Sistem › Akun › Pengguna (bagian 4).
• Akun tambahan: hanya superadmin yang bisa mengubahnya, dengan alasan. Setiap akun diperiksa di Directory: harus akun sekolah, satu per satu (tanpa pola *@), dan bukan akun santri. Lebih dari 5 akun memunculkan peringatan. Akun guru tidak dimasukkan: daftar ini untuk perawatan, bukan untuk mengajar.
• Sesudah Simpan…, pratinjau menyebut akun yang ditambah dan dikurangi, lalu pembatasan login di semua OU pribadi berisi CB ditulis ulang lewat pekerjaan server yang sama dengan langkah 3. Kemajuannya tampil di baki di bawah kartu.
• Entri lama yang memakai pola atau akun di luar domain ditandai perlu dirapikan. Selama masih ada, langkah 2, 3, dan 4 berhenti sebelum butir pertama; langkah 1 melaporkannya sebagai syarat yang belum lolos.

2. Tentukan pemilik

Halaman Kepemilikan punya tab Usulan, Disetujui, Di OU pribadi, Tanpa usulan, dan Lainnya. Di tab Usulan, centang lalu Setujui n usulan, atau Tolak bila salah. CB di tab Tanpa usulan dipilihkan pemiliknya satu per satu. Daftar yang sudah ada bisa diunggah lewat Impor kepemilikan dari CSV (serial, nomor aset, atau ID CB, lalu email santri); hasil impor tetap masuk tab Usulan.

Persetujuan banyak CB sekaligus berjalan di baki proses, 50 per langkah. CB yang gagal tercatat dengan serial, nama, email, dan alasannya (mis. email tidak ditemukan di OU santri), sementara yang lain tetap diproses. Inventaris CB dari Admin Console disimpan 2 menit; Muat ulang membacanya ulang langsung.

3. Migrasi ke OU pribadi: empat langkah (Chromebook › Kepemilikan)

Panel Migrasi ke OU pribadi (bertanda Tugas armada) menampilkan dua angka: Dipindah ke OU pribadi x dari n Chromebook yang kepemilikannya disetujui, dan Dibatasi ke pemilik y dari x yang sudah dipindah. CB yang masih menunggu persetujuan kepemilikan disebut jumlahnya dan tidak ikut. Di bawahnya ada empat kartu langkah:

Setiap langkah adalah pekerjaan di server. Semuanya bisa dimulai, dijeda, dilanjutkan, dihentikan, dibatalkan, atau diulang kapan saja, termasuk saat jam KBM, dan halaman boleh ditutup selama berjalan. Kartu memperbarui diri tiap 10 detik hanya selama ada langkah yang berjalan. Setiap tindakan dicatat di audit beserta alasannya.

Memulai langkah

Klik Mulai… (langkah 1: Cek…; langkah 4: Mulai audit…). Dialog Mulai langkah berisi:

• Kotak syarat di atas. Langkah 1 dan 4 bertuliskan Hanya membaca. Langkah 2 dan 3 bertuliskan Diperiksa sendiri saat mulai: syarat bersama diperiksa sekali di awal, lalu tiap butir diperiksa lagi tepat sebelum ditulis. Bila tertulis Syarat bersama belum lolos, tombol Mulai mati sampai syaratnya dibereskan (misalnya lewat Samakan pembatasan login di …, lihat di bawah).
• Cakupan:
  • Semua yang belum dipindah (langkah 2), Semua yang belum dibatasi (langkah 3), Semua OU pribadi yang berisi Chromebook (langkah 4), atau Semua yang belum selesai dimigrasi (langkah 1). Langkah 3 punya centang Termasuk OU pribadi yang Chromebook-nya belum dipindah.
  • OU tertentu: cari dan pilih satu atau lebih OU asal Chromebook, OU kelas, atau OU pribadi, termasuk yang di bawahnya.
  • Satu Chromebook: cari nomor seri, nama santri, atau email.
  • Hanya yang gagal di pekerjaan terakhir langkah itu.
• Kapan berjalan: Mulai sekarang (berjalan sampai selesai, termasuk saat jam KBM) atau Jadwalkan dengan tanggal dan jam.
• Perkiraan waktu dari jumlah butir dan jumlah yang dikerjakan sekaligus, beserta ringkasan ulang otomatis dan tautan Ubah setelan.
• Alasan minimal 10 huruf, dicatat di audit. Tombol utama menyebut jumlahnya, misalnya Mulai 60 Chromebook sekarang.

Untuk satu Chromebook saja, klik Chromebook itu di daftar Kondisi Chromebook, lalu buka Jalankan untuk Chromebook ini di rinciannya. Keempat langkah tersedia di sana, dan dialog Mulai terbuka dengan cakupan Chromebook itu.

Pekerjaan yang siap jalan dikerjakan bergiliran, yang tertua dulu. Kartu yang menunggu bertanda Menunggu giliran.

Keadaan kartu dan tombolnya

Setiap kartu punya Setelan…. Tombol Jeda, Lanjutkan, Hentikan, Batalkan, dan Ulangi tersedia untuk admin teknis, admin akademik, dan superadmin.

Yang gagal: halaman pekerjaan

Buka yang gagal (n) membuka halaman Yang gagal dan dilewati untuk pekerjaan itu. Saring dengan chip Semua, Diulang otomatis, atau Perlu tindakan. Butir dikelompokkan menurut sebabnya. Tiap kelompok menyebut apa yang terjadi dalam kalimat awam, pil keadaannya (Diulang otomatis, Perlu tindakan, Temuan untuk hasil pemeriksaan langkah 1 dan 4, atau Dilewati), tabel Chromebook, santri, OU pribadi, dan percobaan ke berapa, serta Rincian teknis yang terlipat.

Tombol per kelompok sesuai sebabnya:

• Sudah saya tinjau… dan Bukan kebijakan keamanan… (superadmin, alasan minimal 10 huruf) untuk perbedaan kebijakan perangkat. Pekerjaan yang berjalan memakai keputusan ini mulai menit berikutnya.
• Samakan di <OU>… (superadmin) untuk pembatasan login warisan yang lebih longgar.
• Batasi login n OU ini… pada temuan audit "Login belum dibatasi ke pemilik": membuka dialog langkah 3 dengan OU itu.
• Buka di Kepemilikan dan Buka Uji hak Google.
• Ulangi n Chromebook (langkah 1 dan 4: Periksa ulang n). Percobaan dihitung ulang dari nol.

Di kepala halaman ada Ulangi semua yang bisa (n) (langkah 1 dan 4: Periksa ulang semua (n)) dan Muat ulang. Selama pekerjaan masih berjalan, Ulangi manual tersedia sesudah putaran itu selesai. "Chromebook tidak ditemukan di Admin Console" tidak diulang: sebabnya tidak berubah sendiri.

Hasil langkah 1 dibuka lewat Lihat hasil: halaman Hasil langkah 1: kesiapan OU tujuan dengan panel Syarat bersama: x dari y lolos. Setiap syarat (antara lain kebijakan perangkat OU tujuan, hak Google, cara menulis pembatasan login, daftar akun santri, akun staf rapi, WiFi, dan pembatasan login warisan) tampil dengan rincian dan yang bisa dilakukan. Untuk pembatasan login warisan ada tabel OU asal, OU kelas, jumlah Chromebook, dan keadaannya.

Ulang otomatis, rem, dan macet

• Satu Chromebook bermasalah tidak menghentikan pekerjaan. Butir itu dicatat gagal dengan sebabnya, lalu pekerjaan lanjut ke butir berikutnya. Perbedaan kebijakan di satu OU pribadi dan hak yang ditolak di satu OU juga diperlakukan begitu.
• Ulang otomatis untuk sebab yang bisa berubah sendiri: batas laju dan gangguan server Google (selalu), hak ditolak di satu OU, kebijakan OU pribadi yang berbeda (berhasil sesudah ditinjau), dan Google yang belum mengonfirmasi. Ulangan berjalan di akhir putaran sesudah jeda (bawaan 5 menit), paling banyak 3 percobaan. Setelan Kepemilikan, daftar bukan kebijakan keamanan, tanda sudah ditinjau, dan akun staf dibaca ulang paling lambat tiap menit, jadi keputusan baru langsung berlaku tanpa Jeda lalu Lanjutkan. Temuan langkah 1 dan 4 tidak diulang otomatis dan tidak memicu rem.
• Rem hanya untuk masalah bersama: syarat bersama gagal pada pemeriksaan awal (termasuk pembatasan login warisan di langkah 2), akun staf belum rapi, cara menulis pembatasan login atau daftar akun santri tidak terbaca, OU sumber atau OU tujuan diubah saat pekerjaan berjalan, galat hak yang sama di 3 OU berbeda (bisa diatur), atau beberapa butir berturut-turut gagal karena sebab sama yang tidak dikenali. Kartu menjadi Dihentikan otomatis; yang sudah selesai tetap tersimpan dan sisanya belum disentuh.
• Macet: tanpa kemajuan selama 10 menit (bisa diatur) memunculkan Ulangi sekarang.

Setelan per langkah

Setelan… di tiap kartu membuka Setelan langkah n. Alasan perubahan minimal 10 huruf dan dicatat di audit; pekerjaan yang sedang berjalan memakai setelan baru mulai menit berikutnya.

Kuota Google untuk menulis kebijakan sekitar 30 tulisan per menit tetap dijaga, berapa pun angka Dikerjakan sekaligus.

Syarat pengaman langkah 2: pembatasan login warisan

Langkah 2 hanya memindah. Sampai langkah 3 dijalankan, OU pribadi mewarisi pembatasan login dari OU kelas lalu OU tujuan. Karena itu pembatasan login yang berlaku di sana harus sama atau lebih ketat dari OU asal Chromebook. Contoh: di OU asal hanya akun sekolah yang boleh masuk, tetapi Active Students belum membatasi apa pun. Tanpa syarat ini, CB yang dipindah bisa dimasuki akun mana saja sebelum langkah 3.

Syarat ini diperiksa di awal pekerjaan (bila gagal, pekerjaan berhenti dengan pesan "Belum bisa dipindah: pembatasan login di OU kelas lebih longgar dari OU asal Chromebook.") dan lagi untuk setiap CB (bila gagal, CB itu saja yang tertahan dan diulang otomatis sesudah dibereskan). Dua cara membereskannya:

1. Samakan pembatasan login. Tombol Samakan pembatasan login di Active Students… (atau di OU kelas yang menimpanya) muncul di kotak syarat dialog Mulai, di kartu yang dihentikan otomatis, di hasil langkah 1, dan di kelompok gagal (Samakan di <OU>…). Hanya superadmin, dengan alasan minimal 10 huruf; bila akun Google belum dikonfirmasi dalam 15 menit terakhir, dasbor meminta konfirmasi ulang dulu. Yang ditulis adalah nilai OU asal yang paling ketat. Digispace tidak pernah menulis nilai yang lebih longgar dari OU asal mana pun atau dari nilai yang sekarang berlaku di OU itu. Bila nilai OU asal berbeda-beda dan tidak bisa diurutkan, samakan manual di Admin Console. Nilai lama dicadangkan di Perubahan Digispace di OU tujuan (bisa dibatalkan) di Kepemilikan; membatalkannya butuh persetujuan superadmin lain. Sesudah disamakan, mulai lagi atau lanjutkan langkahnya.
2. Batasi login dulu. Jalankan langkah 3 untuk OU pribadi itu, dengan centang Termasuk OU pribadi yang Chromebook-nya belum dipindah atau cakupan OU tertentu. OU pribadi tidak bisa disamakan lewat tombol Samakan; OU pribadi dibatasi ke pemiliknya lewat langkah 3.

Jam bebas pembatasan login (off hours) yang berlaku di OU pribadi tetapi tidak di OU asal juga menahan CB itu.

Jalur di Kepemilikan: Pindahkan dan Kembalikan

Di tab Disetujui, setiap CB bertanda Tervalidasi atau Belum valid beserta alasannya. Saring per kelas, centang, lalu Pindahkan n CB ke OU pribadi. Jalur ini dipakai untuk beberapa CB tertentu dan berbeda dari langkah 2: untuk setiap CB, pembatasan login (pemilik + akun staf) ditulis dan dibaca ulang dulu, kebijakan perangkat OU pribadi diperiksa, baru CB dipindah. CB yang gagal dibaca ulang tidak dipindah. Kebijakan keamanan OU pribadi yang lebih longgar dari OU tujuan tidak menahan; catatannya tampil di baris CB dan di hasil pekerjaan. Bila ada butir Menahan pindah di Kesiapan OU tujuan, tombol pindah diganti baris Pindah tertahan yang menyebut sebabnya. Bila kolom Chromebook memakai nomor aset, nomor serial tampil di baris kedua.

Di tab Di OU pribadi, centang lalu Kembalikan n CB ke OU asal: CB dipindah ke OU asalnya dan pembatasan login di OU pribadi dilepas. Pindahkan dan Kembalikan dari Kepemilikan hanya untuk admin teknis, berjalan sebagai pekerjaan server di luar jam KBM (pada jam KBM pekerjaannya menunggu jendela berikutnya), dan kemajuannya tampil di baki pekerjaan halaman Kepemilikan. Semua pemindahan, salinan kebijakan, dan perubahan pengaturan tercatat di audit.

18WiFi: allowlist MAC (RADIUS)

WiFi Student hanya menerima Chromebook yang MAC-nya ada di allowlist FreeRADIUS. Panel WiFi Student: allowlist MAC (RADIUS) di Chromebook › Network mengisinya otomatis untuk CB yang sudah pindah ke OU pribadi pemiliknya. Server RADIUS menarik daftarnya sendiri lewat HTTPS, jadi aplikasi tidak perlu masuk ke server itu.

CB yang dilaporkan hilang (oleh PDC, walisantri, atau kantor) langsung kehilangan WiFi saat laporannya tercatat, sebelum admin teknis memeriksanya, dan berlaku di RADIUS pada penarikan berikutnya. Laporan yang ditarik atau CB yang ditemukan mendapat WiFi lagi. Cara melapor dan menindaklanjuti ada di bab Chromebook, bagian Service.

CB yang dikembalikan ke OU asal, dinonaktifkan, atau pemiliknya keluar akan hilang dari allowlist pada penarikan berikutnya (sekitar 5 menit). CB di blok lama (hasil export Admin Console 29 September) tidak disentuh; blok itu terus berlaku sampai dihapus sendiri oleh admin teknis. Setelah semua CB berada di OU pribadi, pensiunkan blok lama (kontrol E4 di Chromebook › Kepatuhan perangkat).

Panel menampilkan jumlah MAC yang Ditulis ke allowlist dan yang Dikecualikan, masing-masing dengan daftar terlipat. Status sambungan tampil sebagai pil di kepala panel (Belum tersambung, Belum pernah menarik, Tersambung). Hitung ulang menyusun ulang daftarnya saat itu juga.

Memasang penarik (sekali saja)

1. Di panel, klik Buat token. Token hanya tampil sekali; salin kotaknya.
2. Di server RADIUS, simpan isinya sebagai /etc/digispace-radius.env dengan mode 600, milik root. Jangan tempel token di chat atau email.
3. Unduh skrip dari aplikasi ke /usr/local/bin/digispace-radius-sync.sh dengan mode 755.
4. Buat berkas kosong authorize-digispace di /etc/freeradius/3.0/mods-config/files/, lalu tambahkan satu baris $INCLUDE authorize-digispace di akhir berkas authorize. Cadangkan authorize dulu.
5. Jalankan sudo digispace-radius-sync.sh --dry-run. Skrip hanya melaporkan berapa MAC yang akan ditambah atau dihapus.
6. Jalankan tanpa --dry-run. Skrip memeriksa isi unduhan, menulis berkas, menjalankan freeradius -C, lalu reload. Bila ada yang gagal, berkas lama dipulihkan.
7. Pasang jadwal tiap 5 menit di /etc/cron.d/digispace-radius. Panel akan menampilkan "Tersambung" beserta waktu penarikan terakhir.

Ganti token berkala

• Token yang sudah lebih dari 90 hari memunculkan kartu Ganti token RADIUS di Beranda. Klik Ganti token, lalu segera perbarui /etc/digispace-radius.env di server RADIUS. Penarik berhenti sampai token barunya terpasang.
• Bila daftar ditarik dari IP yang tidak dipakai CB sekolah dalam 24 jam terakhir, muncul temuan Serius radius-ip-asing. Bila bukan server RADIUS sekolah, ganti token saat itu juga.

19Log, jejak, dan audit

Sistem › Log dan audit berisi Tindakan staf. Log dan jejak penjelajahan santri adalah data pribadi anak di bawah umur yang dilindungi UU PDP. Yang boleh membacanya hanya superadmin dan admin akademik dengan izin per kasus yang masih berlaku (bagian 4), dan keduanya membacanya di Pantau › Aktivitas santri, bagian Forensik pada halaman satu santri. Admin teknis tidak membuka log dan jejak santri. Guru tetap bisa melihat log sesi ruangnya sendiri. Sejak v3.46.2 tab Aktivitas santri di Log dan audit tidak ada lagi.

Log URL selama sesi

Log URL selama sesi satu santri tampil di bagian Forensik sebagai Log selama sesi setelah kasus forensiknya aktif. Guru membaca log sesi ruangnya sendiri di tab Aktivitas ruang belajar (atau Log URL di kelas dan klub); tabelnya memuat 500 baris terbaru, dan Muat lebih lama di bawah tabel mengambil 500 baris berikutnya. Log URL terhapus otomatis setelah masa simpannya (bawaan 30 hari, diatur di Sistem › Setup umum › Data dan privasi).

Kolom Cara menunjukkan bagaimana santri sampai ke alamat itu: diklik (tautan), diketik, dialihkan situs, kirim formulir, dimuat ulang, di dalam aplikasi (pindah halaman di aplikasi web, misalnya membuka dokumen di Word Online atau proyek di Tinkercad, beserta judul dokumennya), dan bagian halaman (bingkai) (dokumen yang dimuat di dalam halaman, misalnya penyunting Office atau penampil PDF). Pengenal dokumen di alamat (docid, resid, id, dsb.) disimpan; token akses dibuang. Isi yang diambil aplikasi di latar (gambar, data) tidak dicatat, hanya pindah halaman dan bingkai. Kolom yang sama ada di CSV dan di jejak semua URL.

Jejak semua URL

Chromebook sekolah bisa mencatat setiap situs yang dibuka santri, di dalam maupun di luar les, lalu mengirimnya begitu tersambung ke server. Kunjungan berulang ke alamat yang sama dalam beberapa menit digabung menjadi satu baris dengan hitungan. Pencatatan ini mengikuti setelan Rekam akses santri di Sistem › Setup umum › Data dan privasi (hanya superadmin yang mengubah): bawaannya Hanya saat sesi les yang dimulai guru; Sepanjang hari menyalakan jejak semua URL, dan Rekam sepanjang hari sampai membatasi masa pengamatannya.

Panel Baca jejak satu santri dan Kasus dan penahanan data ada di Pantau › Aktivitas santri, tepat di bawah Forensik pada halaman satu santri, untuk superadmin dan admin akademik selama izin baca log per kasusnya berlaku. Isian santrinya sudah terisi santri yang sedang dibuka. Kartu Jejak semua URL santri ada di Sistem › Setup umum › Data dan privasi.

Deteksi berjalan saat data masuk: kunjungan atau percobaan ke kategori Proxy/VPN, Dewasa, Judi, atau situs TrustPositif menjadi temuan kritis jejak-terlarang; kategori Game menjadi temuan Serius jejak-mencurigakan.

Tindakan staf (audit)

Tab Tindakan staf (judul panel Jejak audit) mencatat siapa melakukan apa: memulai dan mengakhiri sesi, mengubah whitelist, membuat grup, menambah atau mengeluarkan anggota, membuka log dan jejak, mengubah peran dan setelan, menjalankan pekerjaan massal, serta setiap login. Tampilan awal berisi catatan hari ini; ubah rentang tanggal untuk melihat yang lebih lama, maksimal 31 hari sekali tampil dan 1000 catatan terbaru. Setiap tindakan tampil dengan namanya (misalnya Beri peran, Baca jejak santri); kode aslinya (BERI_PERAN, BACA_JEJAK) tetap ada di kolom Tindakan pada CSV. Tindakan yang dijalankan server sendiri, misalnya rem pekerjaan massal, tercatat dengan pelaku sistem.

Nama tindakan migrasi Chromebook dan pekerjaan massal

Tindakan permintaan akses santri bertahap (v3.41) juga punya nama sendiri, misalnya Analisis AI permintaan akses, Santri melanjutkan permintaan ke guru, Santri mengganti guru permintaan akses, PDC mencatat jawaban telepon walisantri, Permintaan akses lewat batas PDC, dan Guru lewat batas jawab permintaan akses. Alurnya ada di bagian 29.

20Admin Console dan Google Cloud

Pengaturan di Admin Console dan Google Cloud dipegang super admin dan dijelaskan di panduan super admin. Yang perlu admin tahu: kapan masalah di dasbor sebenarnya berasal dari sana, dan apa yang perlu disampaikan.

Halaman uji filter URL

Untuk memeriksa apa yang benar-benar diblokir kebijakan URL Chrome di Chromebook santri, buka <alamat Digispace>/uji/filter-url.html di CB santri (akun santri, di luar sesi). Halaman ini memeriksa otomatis apakah gambar, video, dan permintaan data dari domain yang tidak diizinkan ikut dimuat, dan memuat langkah uji YouTube yang memerlukan sesi les uji. Hasilnya bisa disalin dan dikirim ke tim pengembang. Halaman ini tidak mengubah apa pun.

21Masalah dan darurat

Menutup semua akses les seketika (grup Pribadi)

Semua tindakan darurat ada di Sistem › Zona darurat (atau tombol Zona darurat di Beranda): Cabut semua akses les, Kunci semua kelas, dan Matikan penegakan jadwal akses. Tiap kartu menyebut keadaan saat ini. Klik tombolnya, ketik kata konfirmasi (CABUT, KUNCI, atau MATIKAN), tulis alasan (minimal 10 huruf, dicatat di audit), lalu tekan tombol merah. Kunci dan penegakan hanya bisa dijalankan superadmin. Untuk Cabut semua akses les: semua sesi grup Pribadi diakhiri dan semua OU pribadi dikembalikan ke standar; Chromebook menerima perubahan dalam hitungan detik. Hasilnya menyebut jumlah sesi yang diakhiri, OU pribadi yang dicabut, dan yang gagal (dicoba lagi otomatis tiap menit; lihat Temuan). Sesi grup F+ tidak tersentuh.

Bila dasbor tidak bisa dibuka

Penutupan lewat kebijakan ekstensi (darurat-tutup), pengosongan grup [Aktif] untuk grup F+, dan rollback server dikerjakan super admin di Admin Console dan Google Cloud. Langkahnya ada di panduan super admin, bagian 13. Diagnosis santri menandai Chromebook yang masih dalam mode darurat.

22Perawatan

23Kinerja

Sistem › Rincian teknis › Kinerja dan SLO menjawab satu pertanyaan: apakah layanan les sehat sekarang? Server menghitung ulang angkanya tiap menit, dan halaman memuat ulang sendiri tiap 20 detik selama tab ini terbuka. SLO (target layanan) hanya dihitung pada jam layanan 07.00–21.00 WIB; data di luar jam itu tetap dikumpulkan dan ditampilkan.

Peringatan aktif

Panel pertama berisi temuan Kritis dan Serius yang sedang terbuka, yang kritis di atas. Setiap baris menyebut judul, rincian, ringkasan analisis, sudah berapa lama berlangsung, dan grup atau santri yang terkena. Analisis membuka kartu insiden (di bawah). Selesai menutup temuan dengan catatan opsional; bila kondisinya masih ada, temuan muncul lagi pada pemeriksaan berikutnya.

Membaca ubin SLO

Setiap ubin memuat kode dan nama ukuran, angka terkini, status, target, garis kecil 60 menit terakhir, dan untuk A1–A3 batang sisa anggaran galat bulan ini. Klik ubin untuk rincian dan tren per jam selama 7 hari.

p50, p90, p95: angka yang dilampaui separuh, 10%, dan 5% kejadian terlama. p90 waktu buka 60 dtk berarti 9 dari 10 santri sudah bisa membuka situs les dalam semenit.

Anggaran galat dan laju bakar

Target 99,5% berarti dalam sebulan masih ada jatah kegagalan kecil, yaitu 0,5% permintaan. Jatah itu disebut anggaran galat. Batang di ubin A1–A3 menunjukkan sisanya: 70% berarti baru 30% jatah bulan ini terpakai. Bila habis, target bulan ini sudah terlewati; utamakan perbaikan dan tunda perubahan yang berisiko sampai bulan berikutnya.

Laju bakar (di rincian A1) menunjukkan seberapa cepat jatah itu terpakai. 1× berarti jatah habis tepat di akhir bulan; 6× habis dalam ±5 hari; 14× habis dalam ±2 hari. Peringatan baru dibuat bila laju tinggi bertahan di jendela pendek dan panjang sekaligus, supaya lonjakan sesaat tidak membangunkan siapa pun.

Sesi berjalan dan tren

Tabel Sesi berjalan menampilkan setiap grup yang sedang les: mode, jumlah santri, corong akses (grup Pribadi), p90 waktu buka, dan jam berakhir. Corong membagi santri menjadi terbuka (URL les sudah di OU pribadi), menunggu (Chromebook belum melapor), dicabut offline, dan gagal (penulisan kebijakan gagal; buka Diagnosis). Grup F+ tidak punya corong.

Tren 7 hari (klik untuk membuka) memuat grafik per jam untuk ketersediaan, latensi sinkron, cakupan detak, dan waktu buka. Segitiga di atas grafik menandai perubahan: deploy, pengaturan Admin Console, pengaturan pemantauan, dan perubahan grup. Arahkan kursor ke grafik untuk melihat angka per jam. Bila grafik memburuk tepat setelah segitiga, perubahan itu tersangka pertama.

Kartu insiden

Tombol Analisis (di Peringatan aktif, Sistem › Temuan, halaman peringatan dari lonceng, dan laporan) membuka kartu insiden:

1. Ringkasan: gejala, dugaan lapis, pola, perubahan terkait, dan tindakan pertama dalam satu paragraf.
2. Lapis: bagian yang paling mungkin bermasalah (server aplikasi, Google Workspace API, Chromebook, jaringan/WiFi asrama, atau belum jelas) beserta alasannya dan keadaan KPI saat gejala.
3. Dimensi: kelompok yang menonjol di antara kejadian buruk, misalnya satu model CB atau satu versi Chrome. Lift 3× berarti kelompok itu tiga kali lebih sering muncul pada kejadian buruk daripada biasanya.
4. Perubahan sebelum gejala: perubahan dalam 2 jam sebelum gejala pertama terlihat.
5. Santri terdampak dengan tombol Diagnosis, lalu Tindakan yang disarankan dan Linimasa berurutan waktu.
6. Pascainsiden: draf apa yang terjadi, mengapa, dan apa yang diubah. Salin menyalinnya untuk catatan rapat. Tulis tanpa menyalahkan orang: yang diperbaiki adalah sistem dan prosesnya.
7. Jadikan masalah mencatat insiden yang berulang atau belum jelas akarnya ke Masalah berulang (bagian 25).

Antrean tulisan Google dan pesan "sibuk" (berlaku di v3.39)

Paket kinerja yang ikut v3.39 membuat server tidak lagi menunggu Google di dalam tombol Simpan. Tulisan ke Google masuk antrean pekerjaan di server, lalu dikerjakan di latar. Jawaban tombol langsung kembali, dan hasilnya menyusul.

• Daftar situs ruang dan sesi. Setelah guru atau admin menyimpan daftar situs ruang, OU pribadi santri yang sedang les ditulis ulang lewat antrean (biasanya ±30 detik). Untuk grup F+, kebijakan grup [Aktif] juga ditulis lewat antrean dan dikirim ke Google paling lambat sekitar 1 menit setelah Simpan; Chromebook menerimanya setelah Google menyebarkannya. Pencabutan akses saat santri dihentikan, sesi diakhiri, atau waktu habis (ruang Pribadi) memakai antrean yang sama. Sejak v3.40 kotak Tambah situs (tab Situs ruang dan dialog Tambah situs… di layar sesi) menyimpan semua alamat yang siap dalam satu kali tulis lewat antrean ini. Situs C dari katalog yang dibuka lewat ruang diperiksa ulang tiap menit per santri, jadi bisa terbuka atau tertutup lagi tanpa Simpan baru (bagian 11).
• Bila Google sedang membatasi (kuota penuh atau galat sementara), pekerjaan dicoba ulang otomatis dengan jeda yang makin panjang, paling banyak 6 percobaan. Tidak perlu menekan Simpan lagi. Bila tetap gagal, temuan seperti gagal-terapkan atau gagal-cabut muncul seperti biasa (bagian 14).
• "Server sedang sibuk. Coba lagi sebentar." berarti server menunda permintaan itu karena terlalu banyak permintaan diproses bersamaan. (Ekstensi bisa menerima pesan serupa, "Data akun sedang disiapkan", saat data akun santri belum siap.) Ekstensi di Chromebook mengulang sendiri beberapa detik kemudian. Di dasbor, tunggu beberapa detik lalu ulangi. Bila pesan ini terus muncul lebih dari beberapa menit, periksa halaman Kinerja dan SLO.
• Sinkron ekstensi lebih hemat. Jalur sinkron Chromebook tidak lagi memanggil Google; data akun santri dibaca dari potret yang sudah disiapkan server. Server juga sudah mengirim sidik aturan (ETag), tetapi ekstensi sampai 2.16 belum memakainya.

Pekerjaan massal di server (v3.40.1)

Aksi yang mengubah lebih dari 20 butir di Google (memindah Chromebook, menulis kebijakan atau pembatasan login, menyiapkan OU) berjalan sebagai pekerjaan massal di server, bukan satu per satu di peramban. Halaman boleh ditutup; server tetap mengerjakannya. Pekerjaan massal dipakai oleh empat langkah migrasi di Pantau › Kondisi Chromebook, Pindahkan dan Kembalikan di Chromebook › Kepemilikan, Siapkan OU tujuan, Siapkan OU pribadi, tulis ulang pembatasan login sesudah akun staf diubah, tulis ulang kebijakan santri, dan Perbaiki semua di Kondisi Chromebook bila butirnya lebih dari 20.

1. Pratinjau dulu. Dialog menyebut jumlah butir, yang dilewati beserta sebabnya, kesiapan OU tujuan (diperiksa sekali per pekerjaan), dan kapan pekerjaan berjalan. Alasan minimal 10 huruf wajib diisi dan dicatat di audit.
2. Kapan berjalan. Pindahkan dan Kembalikan di Kepemilikan serta Siapkan OU tujuan hanya berjalan di luar jam KBM menurut jadwal akses yang aktif di OU kelas (mode Luar KBM, Jam tidur, dan Hari libur). Bila jadwal OU tidak bisa ditentukan, pukul 06.00 sampai 16.00 WIB dianggap jam KBM. Empat langkah migrasi, tulis ulang pembatasan login, Siapkan OU pribadi, dan tulis ulang kebijakan santri berjalan kapan saja (v3.41.1). Semua pekerjaan bisa dijadwalkan ke tanggal dan jam tertentu.
3. Baki pekerjaan. Pekerjaan aktif tampil sebagai kartu di halaman tempat ia dimulai dan di Beranda admin. Kartu diperbarui tiap 10 detik hanya selama ada pekerjaan yang berjalan. Perkiraan selesai baru tampil sesudah 10 butir selesai, beserta dasarnya.
4. Rem otomatis. Pekerjaan berhenti sendiri bila galatnya berlaku untuk semua butir: galat di tingkat OU, setelan belum siap, atau hak Google kurang, juga bila tiga butir berturut-turut gagal dengan sebab yang sama. Kartu menulis satu kalimat sebabnya, rincian teknis terlipat, dan tombol membuka butir yang gagal. Butir yang belum disentuh tetap menunggu.

Batas laju Google. Google membatasi tulisan kebijakan Chrome sekitar 30 per menit untuk seluruh sekolah. Bila Google meminta melambat, pekerjaan menunggu sebentar lalu melanjutkan; kartu langkah migrasi menampilkan Menunggu kuota. Ini tidak dihitung gagal dan tidak memicu rem. Butir yang terus terkena batas sesudah beberapa kali dicatat gagal dengan sebab Batas laju Google; di langkah migrasi butir itu diulang otomatis.

Kecepatan. Butir pertama dikerjakan sendiri sebagai percobaan, lalu beberapa butir sekaligus: bawaan 5 untuk pekerjaan umum, 15 untuk langkah 2 dan 3 migrasi, 10 untuk langkah 1 dan 4, paling banyak 20. Jumlah sekaligus per langkah hanya diubah superadmin lewat Setelan… di kartu langkahnya (bagian 26).

Empat langkah migrasi Chromebook (v3.41.1)

Di Chromebook › Kepemilikan, panel Migrasi ke OU pribadi menampilkan dua angka (Dipindah ke OU pribadi x dari n, Dibatasi ke pemilik y dari x) dan empat kartu yang berdiri sendiri: 1 Cek kesiapan OU tujuan, 2 Pindahkan Chromebook ke OU pribadi, 3 Batasi login ke pemilik, 4 Audit ulang tiap OU pribadi. Langkah 1 dan 4 hanya membaca. Perbedaan kebijakan di satu OU pribadi atau galat hak di satu OU hanya menggagalkan butir itu; rem hak baru berlaku bila galat hak yang sama muncul di beberapa OU berbeda (bawaan 3). Butir yang gagal karena sebab yang bisa berubah diulang otomatis sesudah jeda (bawaan 5 menit, paling banyak 3 percobaan); kartunya bertanda Diulang otomatis dengan tombol Ulangi sekarang. Kartu tanpa kemajuan selama 10 menit bertanda Tidak ada kemajuan; Ulangi sekarang mengambil alih dari posisi terakhir. Halaman hasil (Buka yang gagal) mengelompokkan butir gagal per sebab dengan kalimat awam dan tombol per kelompok.

24Laporan

Pantau › Laporan berkala punya empat tab: Ringkasan berkala, Absensi, Berita acara (berita acara sesi yang belum disahkan, bagian 10), dan Pola (pola dan pengawasan, bagian 11). Kepatuhan santri ada di Santri › Kepatuhan santri (di bawah).

Absensi (v3.11.1; admin akademik, appraisal, kepala sekolah) merekap absensi semua ruang dalam rentang tanggal (paling panjang satu tahun): per santri jumlah sesi dan persentase hadir, terlambat, dan alpa, diurutkan menurut nomor absen dari impor roster. Unduh CSV memuat semua baris absensi beserta ringkasan per santri. Pembacaan rekap dicatat di audit.

Di tab Pola, Atur hari libur membuka Sistem › Setup umum › Kalender dan hari libur untuk mengisi hari libur pekanan (misalnya Jumat) dan tanggal libur. Sesi di hari libur menjadi pola tersendiri, begitu juga situs yang ditambah menjelang/selama sesi lalu langsung dihapus. Sesi 1-on-1 di luar jadwal ruang ikut ditandai. Ringkasan pola dikirim tiap minggu.

Ringkasan berkala menyimpan laporan harian (pukul 21.00 WIB), mingguan (Sabtu pukul 06.00, berisi Sabtu–Jumat sebelumnya), dan bulanan (tanggal 1 pukul 06.00). Pilih jenisnya, lalu periodenya: Periode berjalan, laporan tersimpan dari daftar, atau tanggal/bulan tertentu. Periode yang belum selesai dihitung langsung dan ditandai Sementara.

Pareto mengurutkan kode temuan dari yang paling sering; memperbaiki dua-tiga baris teratas biasanya menghilangkan sebagian besar gangguan. Aturan bising adalah aturan yang memicu 5 episode atau lebih seminggu tanpa ditindak admin: setel ambangnya atau catat akar masalahnya, supaya peringatan tetap dipercaya.

Cetak mencetak laporan tanpa menu dan tombol (pilih "Simpan sebagai PDF" untuk arsip). Unduh CSV menyimpan tabel SLO dan tabel utama laporan, misalnya laporan-harian-20261001.csv.

Kepatuhan santri (v3.32.7)

Santri › Kepatuhan santri (admin akademik, superadmin; kepala sekolah membaca) menunjukkan seberapa patuh santri memakai Chromebook untuk belajar. Berbeda dari Chromebook › Kepatuhan perangkat yang memeriksa perangkat. Tiga angka tetap per sekolah, kelas, dan santri: Di langkah saat sesi terarah (menit santri berada di situs langkah RPP dibagi menit melapor), Di luar langkah per santri per sesi, dan Luar KBM di situs di luar katalog (menit per santri per hari, dari rekam sepanjang hari), ditambah Percobaan ke situs tertutup. Tanpa skor tunggal dan tanpa peringkat; tanpa isi ketikan, tangkapan layar, judul video, atau kata kunci pencarian.

1. Pilih rentang (7, 14, atau 30 hari), kampus, kelas, dan jendela waktu (Saat KBM, Luar KBM, Keduanya). Luar KBM hanya tersedia bila Rekam sepanjang hari menyala (Sistem › Setup umum › Data dan privasi); bila belum 7 hari data, angkanya diganti tanda strip beserta keterangan, bukan 0.
2. Baca tabel Per kelas (urutan bawaan: di langkah terendah). Baris kuning berada di bawah ambang di Santri › Setelan, kelompok Saat sekolah menilai kepatuhan santri (bawaan 75% dan 30 menit per hari). Klik Rincian untuk kelas, lalu Rincian untuk santri; setiap pembukaan rincian santri dicatat di Tindakan staf.
3. Di Situs yang dibuka di luar langkah saat KBM pada rincian kelas, tiap baris sudah terisi saran mesin (Biarkan, Persempit ke jalur langkah, Jadikan jenis 3, Tutup, Catat pembinaan). Terapkan per baris, pilih beberapa baris, atau Terapkan semua keputusan (N)…; dialog ringkasan per hasil tampil dulu. Tutup oleh admin akademik menunggu konfirmasi superadmin. Di HP, daftar ini dibaca saja; keputusan diambil di layar lebar.
4. Di rincian santri: batang waktu aktif per hari (empat lapis: KBM dan Luar KBM, di katalog dan di luar katalog), sesi terarah yang diikuti, situs per jenis, lalu Catat pembinaan… (10 sampai 500 karakter, tersimpan di riwayat santri) dan Buka Jejak akses (izin kasus) bagi yang berhak.
5. Susun ulang menghitung ulang dari data terbaru. Bila gudang BigQuery gagal, angka waktu aktif memakai hasil 03.00 WIB terakhir dan bertanda Data lama. Ringkasan pekanan dikirim tiap Senin 06.30 WIB ke lonceng (dan Google Chat bila tersambung): admin akademik menerima ringkasan seluruh sekolah, guru pemilik ruang menerima ringkasan kelas yang ikut sesi terarah di ruangnya, dan PDC menerima ringkasan santri binaannya.

25Masalah berulang

Temuan adalah gejala; masalah adalah penyebab yang membuat gejala itu berulang. Sistem › Temuan › Masalah berulang melacak penyebab itu sampai benar-benar hilang.

1. ? Calon dibuat otomatis tiap jam dari temuan berkode sama yang muncul pada 3 santri atau lebih, atau pada 3 hari berbeda atau lebih, dalam 7 hari. Untuk temuan Chromebook, calon dipecah per model bila satu model mendominasi. Klik Terima, atau Tolak bila bukan masalah (tidak diusulkan lagi selama 30 hari).
2. ! Terbuka: isi akar masalah bila sudah diketahui, dan solusi sementara.
3. i Dikenal: begitu solusi sementara diisi, statusnya berubah sendiri. Solusinya tampil sebagai Galat dikenal di Diagnosis setiap santri yang sedang terkena, bagi admin maupun guru.
4. Catat tindakan permanen beserta penanggung jawab dan tenggatnya, lalu centang Selesai saat dikerjakan dan klik Simpan tindakan.
5. ✓ Selesai: otomatis bila semua tindakan selesai dan temuannya tidak muncul selama 14 hari layanan, atau lewat Tandai selesai. Bila temuannya muncul lagi, masalah dibuka ulang dan diberi tanda Dibuka ulang.

Setiap perubahan tercatat di Riwayat masalah dan di audit. Masalah juga bisa dibuat langsung dari kartu insiden dengan Jadikan masalah.

26Setelan dan Setup umum

Aturan yang jarang diubah dan menjadi patokan pekerjaan harian dipisahkan dari menu kerja. Setiap menu punya halaman Setelan berisi aturan yang dipakai menu itu, dan sisanya ada di Sistem › Setup umum. Alamat lama menu Setup sistem (#/admin/setup/…) dialihkan otomatis ke halaman barunya, dan pencarian Ctrl+K menemukan halaman Setelan dan setelan satu per satu menurut namanya.

Admin akademik dan admin teknis bisa membuka halaman Setelan dan Setup umum. Yang boleh mengubah tergantung bidang: admin akademik untuk sesi, kewenangan guru, situs, dan kalender; admin teknis untuk Chromebook, data, dan daftar selalu-izinkan/blokir; superadmin untuk akun dan keamanan, rekam akses santri, akun staf di Chromebook santri, dan sebagian setelan permintaan akses. Mengubah ke arah yang lebih longgar (misalnya menurunkan versi minimum ekstensi, memperpanjang masa simpan data santri, atau menghapus domain dari daftar selalu-blokir) butuh superadmin. Setiap perubahan tercatat di audit (Ubah setup sistem) dengan nilai lama dan baru. Isian yang berbeda dari bawaan punya tautan Kembalikan ke bawaan.

Di atas setiap halaman Setelan ada pilihan tampilan Yang biasa diubah (bawaan), Semua setelan, dan Diubah dari bawaan, serta kotak Cari setelan di halaman ini. Isian dikelompokkan menurut keadaan (mis. Saat guru membuka sesi les); setelan yang jarang diubah dalam satu kelompok dilipat di bawah Lanjutan, dan panel khusus yang jarang dibuka dilipat di bawah Pengaturan lain di halaman ini.

Anggota Grup Pimpinan dan Tim Support diatur di Sistem › Akun › Pengguna.

Isian akun. Di mana pun dasbor meminta email akun (pengecualian guru, piket, pengawas, serah terima, beri peran, filter log), ketik sebagian nama atau email lalu pilih dari saran. Setiap akun tampil sebagai chip ✓ (nama dan OU) atau ✕ (alasannya, mis. bukan akun sekolah, akun santri, akun dinonaktifkan). Beberapa email boleh ditempel sekaligus.

Nilai yang dulu hanya di env.sh (durasi les, batas detak, cabut saat diam, interval sinkron, retensi, selalu-izinkan/blokir) kini menjadi nilai awal: sekali diubah di halaman Setelan, nilai Setelan yang berlaku tanpa deploy ulang, paling lambat satu menit di semua server.

Kalender sekolah

Di Sistem › Setup umum › Kalender dan hari libur, kelompok Kalender sekolah berisi dua isian yang tampil di Yang biasa diubah: Tanggal awal semester (BB-HH, bawaan 01-01 dan 07-01; patokan masa berlaku izin situs dan tinjauan peran) dan Tanggal akhir semester (TTTT-BB-HH, mis. 2026-12-19; boleh lebih dari satu). Akhir semester menjadi batas masa permintaan akses santri. Bila kosong, dipakai sehari sebelum awal semester berikutnya. Hari libur pekanan dan tanggal libur diisi di panel di bawahnya.

Setelan permintaan akses santri (v3.41, diperluas v3.43)

Di Akses internet › Setelan, tab Umum, kelompok Saat santri meminta akses di luar KBM. Sakelar Permintaan akses santri (Mati atau Nyala, hanya superadmin) tampil di Yang biasa diubah; bawaannya Mati. Tiga batas waktu tampil di Semua setelan, dan sepuluh lainnya dilipat di bawah Lanjutan. Alurnya ada di bagian 29.

Kelompok yang sama juga berisi Ruang tugas kelas, Ruang aktif dan permintaan menunggu per santri, dan Jeda sholat yang tidak boleh dipakai ruang. Ambang dan pekan pemakaian rendah serta kesempatan santri mengubah hanya dipakai permintaan cara lama; sejak v3.43 pemakaian dinilai lewat penilaian berkala. Setelan baru v3.43 tercantum di bagian 31, Setup.

Chromebook santri: akun staf dan bukan kebijakan keamanan (v3.40.1)

Chromebook › Settings › Chromebook santri dibuka admin teknis dan superadmin; hanya superadmin yang mengubah isinya. Ini satu-satunya tempat mengatur siapa yang boleh login di Chromebook santri selain pemiliknya. Chromebook › Kepemilikan hanya menampilkan ringkasannya.

1. Kartu Akun staf yang boleh login di semua Chromebook santri berisi dua bagian. Dari peran IT (otomatis) ikut berubah bila peran IT diubah di Sistem › Akun › Pengguna. Akun tambahan diisi superadmin: harus akun sekolah, bukan akun santri, dan tanpa pola *. Akun guru tidak dimasukkan karena kartu ini untuk perawatan, bukan untuk mengajar. Lebih dari 5 akun memunculkan peringatan.
2. Entri lama berpola * atau di luar domain sekolah ditandai perlu dirapikan. Entri berpola * menghentikan migrasi Chromebook sampai dirapikan.
3. Tulis Alasan perubahan (minimal 10 huruf), lalu Simpan…. Server memeriksa tiap akun dulu dan menyebut alasan bila ada yang ditolak. Dialog berikutnya menyebut akun yang ditambah dan dikurangi serta jumlah OU pribadi yang ditulis ulang.
4. Simpan dan jadwalkan membuat pekerjaan massal Tulis ulang pembatasan login di semua OU pribadi. Kemajuannya tampil di baki di bawah kartu (bagian 23).
5. Kartu Bukan kebijakan keamanan berisi nama kebijakan perangkat yang boleh berbeda antara OU tanpa menghalangi migrasi, misalnya Timezone atau SignInWallpaperImage. Nama boleh diakhiri * untuk satu awalan. Simpan meminta alasan, lalu kesiapan OU tujuan dihitung ulang.

Kedua perubahan tercatat di audit sebagai Ubah setelan kepemilikan CB.

Setelan pekerjaan massal per langkah (v3.41.1)

Tombol Setelan… di tiap kartu langkah migrasi (Pantau › Kondisi Chromebook) membuka Setelan langkah. Admin yang boleh menjalankan langkah itu boleh mengubahnya, kecuali jumlah sekaligus yang hanya bisa diubah superadmin. Alasan minimal 10 huruf wajib diisi dan dicatat di audit sebagai Ubah setelan pekerjaan massal. Perubahan berlaku untuk pekerjaan yang sedang berjalan mulai menit berikutnya.

Pekerjaan massal lain (Kepemilikan, Siapkan OU pribadi, Siapkan OU tujuan, tulis ulang kebijakan santri) memakai setelan umum: 5 butir sekaligus, dan mode jadwal akses Luar KBM, Jam tidur, serta Hari libur sebagai jendela bagi pekerjaan yang wajib di luar jam KBM. Setelan umum ini belum punya halaman di dasbor; perubahannya lewat superadmin.

Penerima peringatan

Di Sistem › Setup umum › Data dan privasi (admin teknis), panel Penerima email peringatan:

1. Penerima email peringatan (1–10 alamat), sebaiknya admin teknis. Google Cloud Monitoring mengirim email Kritis ke alamat ini. Alarm kritis yang 30 menit tidak ditandai "Ditangani" diteruskan ke semua superadmin (bagian 14).
2. Kirim juga peringatan Serius langsung: kotak centang ini mati sejak awal, jadi Serius masuk ringkasan harian. Centang hanya bila memang ingin email Serius tiap kali muncul.
3. Kurs USD (opsional), untuk menghitung biaya per santri (ubin B1) dalam rupiah bila tagihan Google Cloud dalam dolar.

Saat disimpan, server menyelaraskan Cloud Monitoring: satu saluran email per alamat, saluran lama yang tidak ada di daftar dihapus, dan semua kebijakan peringatan berlabel app=sesi-les memakai daftar baru. Hasilnya tampil di Status penyelarasan:

27Dashboard Pimpinan

Kepala sekolah SMP, Kepala sekolah SMA, dan Direktur/Mudir melihat Dashboard Pimpinan di Pantau › Dashboard Pimpinan: satu halaman yang menjawab apakah Digispace benar-benar memberi santri ruang belajar digital yang cepat, andal, dan aman, dan apakah guru serta admin menjalankan perannya. Semua angka disusun dari data yang sudah dicatat aplikasi, bukan laporan manual.

Grup Pimpinan dan cakupan

1. Superadmin membuka Sistem › Akun › Pengguna › Grup Pimpinan, lalu menambah anggota (wajib 2SV). Keanggotaan ini hanya-baca dan tidak memberi hak admin apa pun.
2. Klik Cakupan pada anggota: Semua santri, atau batasi ke kampus (Ikhwan/Akhwat), jenjang (SMP kelas 7–9, SMA kelas 10–12, dibaca dari nama OU kelas), dan/atau OU tertentu. Pratinjau menunjukkan jumlah santri yang tercakup sebelum disimpan.
3. Setiap perubahan anggota dan cakupan tercatat di audit. Setiap pembukaan dashboard juga tercatat (Buka Dashboard Pimpinan).

Enam kartu

Manfaat bagi santri, Perlindungan, Fokus belajar, Kinerja guru, Kinerja admin, dan Mutu aplikasi. Setiap indikator bernilai 100 bila mencapai target dan turun sebanding bila meleset; skor kartu adalah rata-rata indikatornya. Angka asli setiap indikator tetap tampil di rincian, dan ikon ⓘ menjelaskan arti, rumus, sumber data, dan cara menaikkannya. Indikator bertanda seluruh sekolah (armada CB, temuan kritis, kontrol Workspace, tinjauan peran, aplikasi) sama untuk semua anggota.

Target indikator disetujui Mudir dan Direktur (5 Okt 2026) dan diubah hanya oleh superadmin di Pantau › Setelan. Bukti keamanan diisi superadmin di Sistem › Setup umum › Data dan privasi: tanggal uji penetrasi terakhir, temuan uji penetrasi yang belum ditutup, dan status DPIA.

Skor guru

Rincian Kinerja guru menampilkan angka agregat dan per nama guru: jumlah sesi, ruang, santri, lalu G1–G5. Skor per guru baru dihitung setelah minimal 5 sesi dalam sebulan (bisa diubah superadmin); di bawah itu tampil "data belum cukup". Guru melihat skornya sendiri di menu Skor saya dengan rincian yang sama, tanpa data guru lain.

Laporan bulanan

Tanggal 1 pukul 06.00 WIB, aplikasi menyimpan potret indikator seluruh sekolah bulan lalu, lalu mengirim ringkasan ke setiap anggota grup Pimpinan sesuai cakupannya (pemberitahuan dan email). Tombol Cetak di dashboard menyimpan halaman sebagai PDF lewat peramban. Data santri selalu agregat; nama santri tidak pernah tampil di dashboard.

28Bantuan dan tiket

Penjelasan ada di tempat pertanyaan muncul, supaya pengguna tidak perlu bertanya ke admin, superadmin, atau developer:

1. ⓘ di samping isian Setup, kewenangan guru, dan indikator: arti, nilai bawaan dan alasannya, dampak bagi guru dan santri, kapan diubah, siapa boleh, dan risiko bila dilonggarkan.
2. Kenapa? pada temuan, status, dan pesan galat: apa yang terjadi, penyebab paling mungkin, cara memperbaiki sendiri, dan siapa yang berwenang.
3. Panel Bantuan (tombol ? di bilah atas, atau tombol F1): penjelasan halaman yang sedang dibuka beserta alur kerja yang relevan.
4. Ctrl+K mencari halaman, grup, akun, dan juga isi bantuan.
5. Panduan ini, dibuka tepat di bagian yang dirujuk.
6. Minta bantuan bila semua di atas belum menjawab: membuat tiket.

Setiap penjelasan punya pertanyaan kecil Membantu? Ya / Tidak. Jawaban, pencarian tanpa hasil, dan galat yang berulang dikumpulkan untuk laporan bantuan bulanan.

Tiket bantuan

Sistem › Bantuan › Tiket. Konteks tiket terisi otomatis: halaman yang sedang dibuka, peran, kode galat atau temuan, entri bantuan yang sudah dibaca, dan versi aplikasi. Pengguna menambah keterangan dan boleh melampirkan tangkapan layar. Log dan jejak santri tidak pernah dilampirkan otomatis; jangan menempelkan token, kata sandi, atau isi env.sh (aplikasi menyamarkannya bila terdeteksi).

Status: Baru → Ditangani → Menunggu pengguna → Selesai. Label bidang (akademik, teknis, superadmin) dipasang otomatis dari entri bantuan atau kode galat. Tim Support menangani lebih dulu dan bisa meneruskan ke admin bidang pemilik. Saat menutup, Tim Support memilih tindak lanjut: jadikan entri katalog, perbaiki entri, atau bukan masalah dokumentasi.

Tim Support

Grup khusus yang dikelola superadmin di Sistem › Akun › Pengguna (panel Tim Support). Di Sistem › Setup umum › Akun dan keamanan diatur target waktu tanggap (bawaan 24 jam) dan email untuk tiket baru dan balasan. Tiket yang lewat target ditandai terlambat dan masuk indikator D6–D7 Dashboard Pimpinan. Bila Tim Support belum diisi, tiket dikirim ke superadmin.

Laporan bantuan bulanan

Tanggal 1 pukul 07.00 WIB, Tim Support dan admin menerima ringkasan; rinciannya di Sistem › Bantuan › Laporan bantuan: tingkat swalayan, entri yang dinilai kurang membantu, pencarian tanpa hasil, galat berulang, dan tiket per bidang. Prinsipnya: pertanyaan yang sudah dijawab manusia sekali, berikutnya dijawab sistem.

Usulan situs belajar dari santri

Santri bisa mengusulkan situs untuk belajar dari ekstensi (Usulkan situs untuk belajar di popup, atau halaman situs diblokir) dan dari halaman permintaan akses, untuk situs yang belum ada di katalog. Usulan masuk Akses internet › Antrean situs di pilihan Dari santri (terpisah dari Dari guru), bertanda Usulan santri, dan diproses penyetuju situs dengan alur yang sama. Usulan dari halaman permintaan akses juga bertanda Ditunggu permintaan akses. Disetujui (kategori aman) → masuk pustaka, sehingga guru bisa menambahkannya ke ruang tanpa pengajuan baru. Batas usulan per santri per hari diatur di Akses internet › Setelan (bawaan 5; 0 = dimatikan).

29Permintaan akses santri (v3.43)

Santri menyusun sendiri situs yang ia butuhkan untuk belajar di luar KBM, per waktu akses, di halaman Akses belajarku. AI menimbang dan menantang permintaannya, guru pilihannya memberi rekomendasi per situs, walisantri menjawab per situs, lalu PDC memutuskan per situs. Kepala sekolah memantau persetujuan. Sistem menilai amanah dan manfaat akses secara berkala dan memberi rekomendasi ke PDC. Fitur ini diatur sakelar Permintaan akses santri, bawaannya Mati (Setup). Langkah santri ada di panduan santri, langkah guru di panduan guru.

Tiap santri hanya punya satu permintaan berjalan. Selama guru belum menjawab, santri boleh menambah atau mengubah isinya; bagian yang baru ditimbang ulang AI. Setelah guru menjawab, isinya terkunci sampai permintaan selesai. Mengurangi akses (lepas situs, kurangi hari, akhiri lebih awal) langsung berlaku tanpa persetujuan, tercatat di audit, dan masuk laporan walisantri dan PDC esok pagi. Menambah situs atau hari, memperpanjang, mengubah rencana pakai, atau mengubah alasan lewat permintaan baru.

Yang bisa diatur santri

• Waktu: hanya Luar KBM dan Hari libur menurut Akses internet › Kebijakan akses. KBM tetap lewat sesi les guru; Jam tidur, Ujian, dan Terkunci tetap tertutup. Untuk Hari libur santri boleh memilih Sabtu, Ahad, dan Libur sekolah di hari biasa (kalender di Sistem › Setup umum › Kalender dan hari libur); kosong berarti semua hari libur. Pilihan hari diambil dari jadwal mode yang sebenarnya, jadi bila Sabtu hari sekolah, Sabtu muncul di Luar KBM.
• Situs: hanya dari katalog. Alamat di luar katalog diusulkan dulu dan masuk Akses internet › Antrean situs pilihan Dari santri. Situs yang tertutup untuk semua santri tidak bisa diminta. Situs aktif per santri paling banyak 20 (setelan). Alamat prasyarat dari tabel Prasyarat situs (Akses internet › Setelan › Aturan situs) ikut dibuka pada jam yang sama, termasuk halaman masuk akun Microsoft; PDC melihat daftarnya di kartu sebagai "ikut dibuka".
• Rencana pakai: wajib per situs, angka acuan dan bukan batas. Situs tidak ditutup bila rencananya terlewati; pemakaian lebih dari dua kali rencana dalam sepekan menjadi tanda lemah ke PDC.
• Situs C: paling lama 4 pekan sekali disetujui (setelan, paling banyak 28 hari). Menjelang habis, sistem merekomendasikan perpanjangan bila amanah Baik dan pemakaian sesuai rencana; PDC yang memperpanjang. Santri dengan situs C selalu berprofil Ketat.
• Bukti: boleh satu foto atau PDF. Bukti tidak pernah dikirim ke AI.
• Santri yang belum punya PDC di Santri › PDC santri tidak bisa melanjutkan ke guru.

Daftar dan kartu permintaan

• Beranda. Daftar Menunggu keputusan Anda memuat kartu permintaan untuk guru terpilih dan PDC, juga tinjauan yang menunggu dan usul walisantri.
• Daftar. Akses internet › Permintaan akses punya tab Menunggu keputusan Anda, Pemantauan, dan Riwayat; kepala sekolah juga punya Pantau persetujuan. Staf bukan admin membukanya dari tautan Permintaan akses di bilah atas.
• Peran di kartu ditentukan berurutan: PDC santri itu, guru yang dipilih, kepala sekolah kampusnya, lalu superadmin. Superadmin yang tidak punya peran lain atas santri itu hanya membaca, dan tetap punya hentikan darurat.
• Cetak… di kartu permintaan dan profil akses mencetak isinya dengan kepala "FIWA Digispace · dicetak oleh {nama} pada {tanggal jam}".

Guru memberi rekomendasi per situs

Untuk tiap situs guru memilih Rekomendasikan, Tidak merekomendasikan (dengan alasan), atau Bukan mapel saya, serahkan ke PDC (bukan penolakan, tanpa alasan), lalu menekan Kirim rekomendasi. Rekomendasi bisa diubah selama PDC belum memutuskan. Guru menerima kabar lonceng (tanpa email) untuk setiap hasil akhir per situs.

Walisantri menjawab per situs, dan telepon PDC

• Sesudah guru menjawab, email walisantri dari FIMS menerima tautan ke halaman walisantri. Walisantri memilih Setuju atau Tidak setuju per situs (alasan boleh diisi), atau Setuju semua. Situs yang ditolak walisantri tertolak dan tidak bisa disetujui PDC; situs lain lanjut ke PDC.
• Santri boleh menekan Ingatkan walisantri sekali sehari (setelan). Tiap pengingat mengirim tautan baru dan mencabut tautan lama.
• Bila santri tidak punya email walisantri, email pengirim sekolah belum siap, atau walisantri belum menjawab sampai batas, PDC menelepon lalu menekan Catat jawaban telepon walisantri… dan mencatat jawaban per situs.
• Usul walisantri. Laporan email membawa tautan untuk mengirim usul ke PDC kapan saja (hentikan, persempit, atau tanya dulu). Usul masuk antrean PDC sebagai kartu prioritas. Bila belum dijawab sampai akhir hari sekolah berikutnya, kepala sekolah kampus diberi tahu dan kartunya tampil di pantauannya. Selama usul belum dijawab, akses tetap seperti semula.

PDC memutuskan per situs

1. Buka kartu dari Beranda atau dari Akses internet › Permintaan akses › Menunggu keputusan Anda. Panel Kondisi pengawasan merangkum ikrar, rekomendasi guru, walisantri, keadaan Chromebook, dan mode penyaring isi.
2. Di Profil pengawasan, baca usulan AI (atau aturan) beserta alasannya, lalu tetapkan Standar atau Ketat. Naikkan ke Ketat… butuh alasan. Menurunkan Ketat ke Standar tidak bisa selama ada situs C.
3. Di Keputusan per situs, kontrol tiap baris sudah terisi saran: setujui, setujui sampai tanggal lain, minta santri mengubah, atau tolak. Situs yang tidak direkomendasikan guru hanya bisa disetujui dengan alasan tertulis; alasan itu terlihat guru dan kepala sekolah, dan tercatat di audit.
4. Untuk situs C, centang pernyataan "Saya tahu penyaring isi sedang [mode saat itu] …" sebelum menyetujui, misalnya "Saya tahu penyaring isi sedang Pantau saja". Pernyataan, mode, waktu, dan nama PDC dicatat di audit. Pernyataan yang sama wajib setiap kali situs C diperpanjang.
5. Tekan Terapkan keputusan (n)…; dialog ringkas menampilkan hasil per situs sebelum dikirim. Situs yang disetujui langsung masuk profil akses santri.

Sesudah disetujui: gerbang dan profil pengawasan

• Situs terbuka lewat OU pribadi santri hanya pada jam waktu aksesnya, di luar jeda sholat, sampai masanya habis.
• Profil Standar: pada jam akses dicatat nama situs, jam, lamanya, percobaan membuka situs tertutup, dan keadaan Chromebook melapor. Profil Ketat: ditambah alamat dan judul halaman, dan santri check-in sekali sehari per situs lewat popup (ekstensi 2.18). Situs tetap terbuka tanpa check-in, tetapi tercatat "tanpa check-in" dan ikut dinilai.
• Situs C mengikuti mode penyaring isi (bagian 30). Pada mode Pantau saja situs C terbuka, isinya dinilai dan dicatat tanpa menutup halaman, kecuali data penyaring di Chromebook basi lebih dari 15 menit atau model gambar gagal dimuat: situs C tertutup sementara di Chromebook itu.

Pemantauan, penilaian, dan profil akses

• Penilaian. Tiap Senin 06.00 sistem membuat tinjauan untuk pekan lalu: profil Ketat tiap pekan, profil Standar di tengah dan akhir masa. Label Amanah (Baik, Perlu perhatian, Bermasalah) dan Manfaat (Tampak, Sebagian tampak, Belum tampak) memakai angka di Akses internet › Setelan › Umum, kelompok Saat santri meminta akses di luar KBM; angka bawaannya ditinjau ulang sesudah 4 pekan pilot.
• Rekomendasi. "Lanjutkan" untuk santri beramanah Baik berlaku sendiri bila PDC tidak mengubahnya sampai batas tinjauan (bawaan 72 jam). Persempit, lepas, dan akhiri selalu menunggu PDC; lewat batas, kartunya tampil di pantauan kepala sekolah. Perpanjangan situs C selalu butuh PDC. Santri dan walisantri baru melihat rekomendasi setelah PDC memutuskan.
• Tanda kuat (membuka situs proxy/VPN, dewasa, judi, atau Web Risk dari tab mana pun selama jam akses) menghentikan akses otomatis dan menaikkan profil ke Ketat. Penyetuju situs menilai akses yang dihentikan (Nyatakan bersih dan lanjutkan… atau Tutup permanen…) dan boleh membuka log kunjungan rinci khusus akses yang dihentikan itu; setiap pembukaan tercatat. Tanda lemah hanya dilaporkan.
• Siapa membuka profil, laporan, dan penilaian. PDC santri, kepala sekolah kampusnya, guru yang menyetujui situs yang masih berlaku, dan superadmin (semua kampus, tanpa isian alasan). Setiap pembukaan tercatat di audit. Log kunjungan rinci hanya untuk PDC, penyetuju situs khusus akses yang dihentikan tanda kuat, dan superadmin. Admin teknis dan admin akademik tidak melihat data perilaku santri.
• Laporan. Profil akses diperbarui tiap hari pukul 06.00. Pukul 06.30 walisantri dan PDC menerima laporan hanya sesudah hari yang punya jadwal akses atau ada kejadian; PDC satu email gabungan. Senin ada ringkasan pekanan. Kepala sekolah menerima satu email gabungan pagi bila ada isinya; usul walisantri lewat batas dan tanda kuat dikirim langsung.

Setup

• Akses internet › Setelan, tab Umum, kelompok Saat santri meminta akses di luar KBM: Permintaan akses santri (Mati atau Nyala; hanya superadmin) dan Ruang tugas kelas. Isian v3.43 di kelompok yang sama: pilihan rencana pakai per pekan (60, 120, 180, 300 menit), masa paling lama situs C (28 hari), situs aktif per santri (20), tanda lemah bila pemakaian melewati rencana (2 kali), batas keputusan tinjauan PDC (72 jam), analisis AI tinjauan per hari (200), masa simpan laporan harian, check-in, dan penilaian, serta angka label penilaian. Semuanya diubah superadmin.
• Sebelum menyalakan, pastikan ekstensi 2.18 sudah sampai ke Chromebook santri (Cakupan ekstensi) supaya check-in profil Ketat berjalan. Chromebook dengan ekstensi 2.16 tetap bisa membuka Akses belajarku.
• Mematikan menahan alur: santri tidak bisa mengajukan, guru dan PDC tidak bisa menjawab, dan pengingat serta tugas pagi berhenti. Permintaan yang ada tetap tersimpan dan berlanjut saat dinyalakan lagi.

Masa simpan

• Laporan harian dan check-in: 90 hari.
• Penilaian, usul walisantri, dan permintaan: 400 hari.
• Profil akses: selama masih ada situs yang berlaku, lalu 400 hari sesudah situs terakhirnya berakhir.
• Log kunjungan rinci pada jam akses mengikuti masa simpan log situs di Setup (bawaan 30 hari).
• Bukti unggahan terhapus 30 hari (setelan) sesudah masa permintaannya berakhir.
• Superadmin bisa memperpendek masa simpan laporan harian, check-in, dan penilaian, tetapi tidak memperpanjangnya melewati angka di atas.

Permintaan cara lama (v3.33 sampai v3.41)

Permintaan dan ruang cara lama (slot hari dan jam) sudah diakhiri saat v3.43 tayang dan hanya tampil sebagai riwayat. Ruang tugas kelas tetap berjalan seperti sebelumnya: guru pengampu membuka situs tugas FIMS untuk sekelas di Pembelajaran › Ruang tugas kelas.

30Penyaring isi situs C

Situs tingkat C (Gmail sekolah, Docs, Drive, Meet, Chat, Canva, Padlet, dan sejenisnya) isinya dibuat siapa saja, jadi bahayanya tidak terlihat dari alamat. Penyaring isi menilai isi halamannya saat tampil di Chromebook santri. Superadmin memilih satu dari tiga mode untuk seluruh sekolah (v3.40.2).

Bawaan setelah pemasangan v3.40.2 adalah Tidak aktif. Mode yang sedang berlaku selalu tertulis di bagian Status Akses internet › Setelan › Penyaring isi, di tab Situs C, dan di Periksa alamat. Bila setelan atau daftar situs penyaring tidak terbaca sah, server memperlakukan situs C seperti mode Aktif (gagal tertutup), bukan seperti Tidak aktif.

Cara menilai: gambar dinilai di Chromebook dari tangkapan tab lalu langsung dibuang; teks halaman dikirim ke server, dinilai, lalu dibuang; tautan dan sematan diperiksa terhadap daftar terlarang. Yang disimpan hanya kejadian (waktu, santri, situs dan jalur halaman, kategori, dinilai dari, tindakan) dan, untuk temuan teks, cuplikan 1 sampai 2 kalimat yang terhapus otomatis setelah masa simpannya. Penyaring tidak merekam layar, tidak menyimpan gambar, tidak menyimpan percakapan atau dokumen utuh, dan tidak menilai situs selain tingkat C.

Setelan › Penyaring isi

1. Buka Akses internet › Setelan, tab Penyaring isi. Bagian Status memuat pil mode (Tidak aktif, Pantau saja: halaman tidak ditutup, atau Aktif), berapa Chromebook sudah siap, dan berapa masih berekstensi lama (Lihat daftar membuka Kondisi Chromebook). Di sebelahnya ada pilihan Mode penyaring isi situs C dengan keterangan tiap mode.
2. Kategori: 10 kategori dalam empat kelompok (Isi, Kontak, Perilaku, Transaksi). Tiap baris punya sakelar Menyala, Tindakan (Tutup halaman; Tutup dan beri tahu PDC; Beri tahu PDC dan BK, tanpa tutup), dan Kepekaan (Ketat juga menutup temuan yang belum pasti; Sedang). Kolom Dinilai dari: gambar dan teks untuk pornografi, alamat tautan untuk tautan terlarang, teks untuk lainnya. Pada mode Pantau saja, tiap baris menulis perilaku yang berlaku, misalnya Pantau saja: dicatat tanpa kabar, halaman tetap terbuka. Pilihan di samping berlaku saat Aktif.
3. Pemberitahuan: kategori yang hanya menutup halaman memberi tahu PDC bila santri yang sama mencapai Kejadian berulang (bawaan 3 kejadian dalam 10 menit). Daftar penerima per kelompok mengikuti mode, dan pilihan Kepala sekolah ikut diberi tahu untuk kategori kontak ada di sini. Pada Pantau saja, catatan di atasnya menjelaskan bahwa hanya menyakiti diri dan bujukan orang asing yang dikabarkan. Walisantri tidak diberi tahu otomatis.
4. Cuplikan: hanya PDC santri itu dan BK yang membuka, setiap pembukaan dicatat, dan masa simpannya diatur di sini. Lipatan Lanjutan memuat batas panggilan penilai teks per menit dan per hari; bila habis, halaman tetap terbuka dengan pemeriksaan daftar kata, tautan, dan gambar, dan superadmin diberi tahu.
5. Tekan Simpan setelan. Mengganti mode membuka dialog alasan; memperpendek masa simpan cuplikan meminta konfirmasi. Perubahan sampai ke Chromebook pada sinkron berikutnya.

Katalog situs › Situs C

Tabel semua situs C dengan keadaannya, kejadian 7 hari, dan siapa yang terakhir mengubah. Di atasnya pil mode dan tautan Setelan penyaring isi. Superadmin memilih Tutup atau Buka di tiap baris; label Buka mengikuti mode: Buka dengan penyaring isi (Aktif), Buka, dipantau (Pantau saja), atau Buka (Tidak aktif). Menutup meminta konfirmasi. Situs di rak berbahaya atau yang diblokir sekolah tetap tertutup apa pun pilihannya. Situs yang baru dijadikan C belum punya catatan: pada mode Aktif ia dianggap Tutup, pada mode lain terbuka seperti situs lain.

Pil Masa peralihan hanya berpengaruh pada mode Aktif: situsnya juga terbuka di Chromebook berekstensi lama. Akhiri masa peralihan… membuatnya hanya terbuka di Chromebook yang penyaringnya siap.

Di ruang guru. Pada mode Aktif, situs C dari katalog yang dipakai guru di ruang terbuka per santri dengan penyaring isi walau keadaannya di tabel ini belum dicatat (syaratnya di Jalur tiap tingkat). Pada mode lain situs itu terbuka seperti situs lain. Di semua mode, yang menutupnya hanya Tutup yang dicatat superadmin, dengan nama dan tanggal di baris situs. Pilihan itu berlaku untuk semua ruang dan ikut menutup tautan satu halaman di bawah situs itu (keputusan Mudir K1). Guru melihatnya sebagai Tidak bisa di kotak Tambah situs. Situs C dari permintaan akses santri mengikuti gerbang yang sama.

Kejadian penyaring isi

1. Buka Pantau › Aktivitas santri › Penyaring isi (juga dari tautan kabar). Bilah perhatian di kepala halaman memuat kejadian yang belum ditindaklanjuti, misalnya kategori menyakiti diri atau permintaan bicara dengan BK.
2. Ringkasan 7 hari terakhir memuat empat ubin: Isi, Kontak, Perilaku, dan Transaksi. Tiap ubin menulis jumlah kejadian dan keterangannya: ditutup atau semuanya ditutup untuk kejadian mode Aktif, dicatat saja, halaman tidak ditutup bila semuanya kejadian Pantau saja, atau n ditutup; m hanya dicatat, tanpa ditutup bila bercampur. Ubin Perilaku menulis n menunggu tindak lanjut, dan untuk kejadian Pantau tanpa kabar tidak ada yang menunggu tindak lanjut. Ubin bisa tertulis disembunyikan: kurang dari 3 santri supaya santrinya tidak bisa dikenali. Klik ubin untuk menyaring.
3. Kolom tindakan menulis Ditutup, Ditutup, PDC diberi tahu, PDC dan BK diberi tahu, atau pil Pantau saja: halaman tidak ditutup, ditambah Berulang n kali dan pil Kasus bila ada.
4. Daftar tidak memuat cuplikan. Untuk temuan teks, PDC dan BK menekan Lihat cuplikan…, boleh mengisi Alasan membuka (tidak wajib), lalu Buka cuplikan. Teks alasannya tidak disimpan; audit hanya mencatat alasan diisi atau tidak, sedangkan siapa dan kapan membuka selalu tercatat. Riwayat buka terlihat oleh yang berhak. Temuan gambar tidak pernah tersimpan.
5. Setelah berbicara dengan santri: Tindak lanjuti… (catatan wajib) atau Jadikan kasus… (kejadian dan cuplikan disimpan sampai 400 hari, linimasa pembinaan mendapat catatan tanpa isi).

Henti akses C dan persetujuan (dilepas)

Henti akses C, persetujuan santri dan wali per situs, Setup › Pemantauan, dan Adaptor pembaca dari v3.34 tidak dipakai lagi. Alamat lamanya dialihkan ke halaman Kejadian atau Setelan › Penyaring isi. Catatan lama tetap tersimpan di server.

Laporan salah tutup

Laporan ini hanya muncul bila halaman benar-benar ditutup, yaitu pada mode Aktif. Santri menekan Laporkan salah tutup di halaman blokir. Laporan per halaman dan kategori masuk Akses internet › Antrean situs › Laporan salah tutup. Penyetuju situs membuka halaman itu sendiri (email santri tidak bisa dibuka), memilih Tetap ditutup, Kecualikan halaman ini, atau Kecualikan seluruh situs (hanya superadmin) per baris, lalu menerapkannya dengan ringkasan per hasil. Santri pelapor diberi kabar hasilnya di popup ekstensi. Pengecualian bisa dicabut superadmin di Setelan › Penyaring isi › Pengecualian.

31Aturan situs

Aturan situs adalah semua daftar domain yang menentukan akses seluruh santri: alamat yang ikut dibuka bersama situs tertentu, rak Tertutup, infrastruktur Chromebook, aturan alamat yang terlalu luas, kategori isi domain, dan resep kedalaman alamat. Isinya setelan, bukan kode (v3.38): isi di kode hanya menjadi bawaan awal dan pegangan untuk Kembalikan bawaan.

Buka Akses internet › Setelan, tab Aturan situs (alamat #/admin/akses/setelan?tab=aturan-situs), atau ketik "aturan situs" di Ctrl+K.

Kelompok dan daftar

Ada 20 daftar dalam lima kelompok. Setiap kartu menyebut nama daftar, jumlah isinya, penjelasan singkat, peringatan bila ada, dan pil Bawaan atau Diubah oleh … · tanggal beserta alasan perubahan terakhir. Pilihan Semua daftar dan Diubah dari bawaan menyaring kartu; kotak Cari daftar atau alamat juga mencari di dalam isi daftar, dan kartu yang cocok lewat isinya diberi keterangan Ada alamat yang cocok dengan ….

Aturan alamat luas berlaku untuk katalog, jenis 1, dan Selalu diizinkan. Sejak v3.36.3 daftar situs ruang guru tetap boleh berisi domain utama utuh (mis. khanacademy.org). Yang tetap ditolak di daftar ruang: google.com utuh dan host Google serba-layanan, akhiran publik (mis. co.id), alamat rak Tertutup, dan alamat Diblokir kebijakan sekolah.

Mengubah satu daftar (superadmin)

1. Klik Ubah di kartu daftar. Penyunting terbuka sesuai bentuk daftarnya: satu alamat per baris, tabel baris (Prasyarat situs, Halaman galat layanan), rak dengan nama dan alamat, pilihan kategori dengan kotak Cari domain di semua kategori, atau JSON (resep dan templat alat).
2. Ubah isinya. Selama ada perubahan, kartu bertanda Belum disimpan; menutup penyunting atau menekan Kembalikan bawaan meminta konfirmasi Tinggalkan tanpa menyimpan?.
3. Klik Simpan…. Server memeriksa isi lebih dulu (pratinjau, belum mengubah apa pun). Entri yang salah ditulis di penyunting dengan tautan Baris n yang membawa ke barisnya.
4. Bila sah, dialog Simpan perubahan …? menampilkan jumlah dan daftar alamat Ditambah dan Dikurangi, bagian Dampak dalam kalimat biasa (mis. berapa ruang yang memuat alamat itu), catatan yang perlu diperiksa, dan peringatan bila ada alamat yang dikurangi dari daftar berperingatan.
5. Tulis Alasan perubahan (wajib, minimal 5 huruf, mis. Zoom kelas daring butuh zoom.us (uji CB 14 Okt)), lalu Simpan perubahan. Hasilnya ditulis di bawah tombol kartu.

• Riwayat menampilkan 50 perubahan terakhir daftar itu: waktu, oleh siapa, alasan, ditambah, dan dikurangi.
• Kembalikan bawaan (superadmin) mengganti isi daftar dengan isi bawaan dari kode, juga dengan alasan wajib. Tombolnya mati bila isi sudah sama dengan bawaan.
• Setiap simpan dan kembalikan bawaan tercatat di audit UBAH_ATURAN_SITUS beserta ringkasan ditambah, dikurangi, dan alasannya.
• Selalu diizinkan dan Selalu diblokir hanya diubah di sini (keputusan Mudir U110-C4, v3.46.2). Menyimpannya lewat Setelan ditolak dengan pesan yang menunjuk ke halaman ini. Perubahan di sini juga tercatat sebagai UBAH_SETUP.

Sampai ke Chromebook. Setelah disimpan, server menerapkan ulang daftar situs semua ruang dan kebijakan Chromebook di latar. Server lain membaca aturan baru paling lama 60 detik kemudian. Perubahan dikirim ke Google secara bertahap dan sampai di Chromebook santri beberapa menit sesudahnya.

Resep dan tautan satu halaman (v3.40). Tautan di bawah platform katalog yang cocok resepnya, misalnya satu desain canva.com/design/<kode>, dipakai guru langsung di ruang sebagai tingkat B: tanpa persetujuan, tanpa penyaring isi, dan hanya selama sesi les (Jalur tiap tingkat). Resep yang dihitung hanya yang punya kedalaman minimum dan bisa disempitkan lewat jalur; resep seperti Quizizz dan Kahoot (kode permainan di isian) tidak. Tautannya harus sedalam resep, termasuk panjang bagian terakhir. Resep bawaan belum memuat Google Docs, jadi tautan satu dokumen Docs belum dikenali sebagai tingkat B sampai superadmin menambahkan resepnya (langkahnya di panduan super admin). Bila superadmin memilih Tutup untuk situs C induknya di Katalog situs › Situs C, tautan satu halamannya ikut tertutup.

Prasyarat situs dan alamat "ikut"

Banyak situs belajar baru bisa dipakai bila alamat lain ikut terbuka, misalnya tautan OneDrive yang membuka penyunting Word di alamat Microsoft lain, atau zoom.com yang mengalihkan ke zoom.us. Sejak v3.38 alamat itu ikut dibuka otomatis saat guru menyimpan situs ruang (sejak v3.40 lewat kotak Tambah situs), dari dua sumber:

• Tabel prasyarat situs (daftar Prasyarat situs di atas). Tiap baris berisi Nama, Situs pemicu, Alamat yang ikut dibuka, dan Alasan. Bawaannya tiga baris: Microsoft 365 untuk web (OneDrive, SharePoint, Word/Excel/PowerPoint, login Microsoft), Zoom (zoom.com dan zoom.us saling membuka), dan Google Docs dan Drive (ogs.google.com, clients6.google.com). Selama situs pemicu ada di daftar ruang, alamatnya ikut terbuka.
• Pemeriksa server. Saat daftar disimpan, server membuka halaman situs baru dan mencatat bingkai serta pengalihan ke domain lain. Yang sarannya Tambahkan dan lolos aturan ketat ikut dibuka untuk ruang itu.

Di tab Situs ruang, situs pemicunya menulis Ikut dibuka: …, dan rinciannya ada di lipatan n alamat bertanda ikut dibuka otomatis … pada kelompok Siap dipakai saat sesi: tiap alamat berstatus Ikut dibuka dengan pil ikut: dibutuhkan <situs> dan alasannya. Alamat dari pemeriksa server bisa dilepas guru atau admin dengan tombol Lepas (bisa diurungkan beberapa detik); server mengingatnya supaya tidak masuk lagi. Baris dari tabel prasyarat tidak bisa dilepas per ruang: ubah tabelnya di Aturan situs bila memang salah.

Alamat dari pemeriksa server hanya ikut dibuka bila lolos aturan ketat: bukan platform besar, hosting bersama, YouTube, Google serba-layanan, pelacak, kategori sensitif, atau situs bertingkat B/C. Alamat rak Tertutup dan Selalu diblokir tidak pernah ikut, juga yang berasal dari tabel prasyarat. Yang tidak lolos tetap muncul sebagai saran untuk diputuskan guru. Entri ikut lama yang kini tidak lolos keluar dari daftar berlaku dengan sendirinya.

Kartu satu klik di layar sesi. Bila Chromebook santri melaporkan bahwa halaman les dialihkan ke alamat lain yang bersaran Tambahkan, layar sesi guru menampilkan kartu "X mengalihkan ke Y. Tambahkan?" dengan tombol Tambahkan ke daftar situs. Kartu ini tidak menambahkan apa pun dengan sendirinya.

Panel Saran dan Alasan (sisi admin)

Panel Alamat tambahan yang dibutuhkan di tab Situs ruang kini punya kolom Saran dan Alasan. Mesin mengisi saran per baris: Tambahkan, Perbaiki di luar Digispace (layanan dimatikan untuk akun santri, lihat Halaman galat layanan), Jangan (pelacak, iklan, tidak perlu), atau Tidak bisa (tertutup). Alasan ditulis dalam bahasa awam. Guru atau admin mengubah saran yang perlu, lalu menerapkan per baris, mencentang beberapa baris, atau Terapkan semua saran (N)…; dialog ringkasan per hasil tampil dulu. Keputusan selain Tambahkan hanya menyembunyikan alamat untuk ruang itu dan bisa diubah lagi di bagian Sudah diputuskan. Rincian langkah guru ada di panduan guru.

Bagi admin, saran yang keliru biasanya berarti salah satu daftar di Aturan situs perlu diperbaiki: tambahkan alamat ke Pelacak dan iklan bila selalu disarankan Tambahkan padahal tidak perlu, ke Halaman galat layanan bila pengalihannya berarti layanan mati, atau ke Prasyarat situs bila alamat itu memang selalu dibutuhkan situs tertentu. Bila guru sering menunggu persetujuan untuk tautan satu dokumen atau satu papan di platform yang sudah ada di katalog, tambahkan resep platform itu di Kedalaman minimum per platform; sesudahnya tautan seperti itu langsung terbuka sebagai tingkat B (di atas).

32Rutinitas admin