Multi-cabang, akun & keamanan data

Question 1

Lembaga saya punya beberapa cabang — datanya tercampur?

Accepted Answer

Tidak. Data tiap lembaga terpisah, dan di dalam lembaga, murid, kelas, staf, dan tagihan melekat pada cabangnya masing-masing. Tagihan tidak pernah melintasi cabang: keluarga yang anaknya belajar di dua cabang menerima dua tagihan, satu per cabang. Akses staf mengikuti perannya, dan data lembaga bisa diekspor ke spreadsheet di paket Pro. Murid yang berhenti dihentikan lewat status sehingga riwayatnya tetap utuh; penghapusan permanen atas permintaan pelindungan data pribadi dikerjakan tim kami, bukan lewat tombol di panel. Langganan Klasku sendiri bulanan tanpa kontrak dan bisa dihentikan kapan saja. Pemisahan antar-lembaga dijaga database, bukan filter di kode layar: tiap query membawa identitas sesi penggunanya, jadi kebocoran lintas lembaga bukan sesuatu yang bisa lahir dari satu layar yang lupa menyaring.

Question 2

Staf saya bisa dibatasi aksesnya?

Accepted Answer

Bisa. Panel tenant memakai peran, dan peran itu menentukan apa yang boleh dibuka serta diubah — termasuk pembatasan ke cabang tertentu, sehingga staf sebuah cabang tidak melihat murid dan tagihan cabang lain. Di luar staf, batasnya lebih tegas lagi: guru hanya melihat kelas yang diampunya, dan orang tua hanya melihat anaknya sendiri. Ketiganya ditegakkan pada lapisan data, bukan dengan menyembunyikan menu. Peran dan cabang adalah dua saringan terpisah, dan itu disengaja: "admin yang hanya mengurus cabang Bekasi" bisa ada tanpa membuka seluruh lembaga. Perubahan hak akses tercatat sebagai jejak, bukan berpindah diam-diam.

Question 3

Data saya bisa dibawa keluar dari Klasku?

Accepted Answer

Bisa di paket Pro: laporan dan daftar diekspor ke berkas spreadsheet langsung dari layar yang menampilkannya. Di paket Basic, tombolnya menjawab bahwa ekspor adalah fitur paket Pro, bukan gagal tanpa keterangan. Di luar itu, permintaan salinan data lembaga dapat diajukan ke tim kami. Yang kami jaga bukan datanya, melainkan agar salinan itu tidak bisa diminta sembarang orang atas nama lembaga-mu. Hasil ekspornya berbentuk berkas yang bisa dibuka aplikasi spreadsheet biasa, bukan format yang hanya berguna di dalam Klasku. Itu ukuran paling jujur untuk janji "datamu tetap milikmu".

Question 4

Bisa menghapus data murid yang sudah berhenti?

Accepted Answer

Dari panel tenant, tidak — dan itu disengaja. Murid yang berhenti diubah statusnya, sehingga riwayat absensi, tagihan, dan pembayarannya tetap utuh untuk pembukuan lembaga. Nomor teleponnya boleh diganti, tapi tidak boleh dikosongkan. Penghapusan permanen atas dasar pelindungan data pribadi punya jalurnya sendiri: permintaan diajukan lewat lembaga atau langsung ke tim kami, dan anonimisasinya dikerjakan tim Klasku. Caranya diterangkan di halaman Instruksi Penghapusan Data. Larangan menghapus dari panel adalah keputusan sadar, bukan fitur yang belum jadi. Satu tombol hapus di layar yang dipakai staf setiap hari adalah cara paling mudah kehilangan riwayat uang yang tidak bisa dibangun ulang.

Question 5

Lembaga lain memakai Klasku juga — data kami bisa tercampur?

Accepted Answer

Tidak. Tiap lembaga menempati ruang datanya sendiri, dan pemisahannya ditegakkan di lapisan database: tiap pembacaan membawa identitas pengguna yang sedang masuk, sehingga baris milik lembaga lain tidak pernah ikut terbaca. Artinya kebocoran lintas lembaga bukan sesuatu yang bisa lahir dari satu layar yang lupa menyaring — penyaringnya bukan di layar. Murid, kelas, tagihan, pesan, dan laporan semuanya mengikuti batas yang sama. Satu orang boleh punya hubungan dengan lebih dari satu lembaga — misalnya guru yang mengajar di dua tempat — dan tetap memakai satu identitas. Yang berpindah saat ia berganti lembaga adalah seluruh isi layarnya, bukan sekadar penyaring tampilan.

Question 6

Tim Klasku bisa melihat data lembaga saya?

Accepted Answer

Untuk keperluan dukungan dan operasional, ya — tim kami punya akses administratif ke platform, dan itu yang memungkinkan kami membantu saat ada yang tersendat, memulihkan kesalahan, atau menjalankan permintaan penghapusan data. Aksesnya tidak diam-diam. Masuk ke lembaga sebagai penggunanya berjalan lewat jalur yang tercatat, bukan lewat pintu belakang yang tak meninggalkan jejak, dan kewajiban kami atas data pribadi diterangkan di Kebijakan Privasi. Kami menyebutkannya terus terang karena jawaban lain akan jadi janji yang tak bisa ditepati siapa pun yang mengoperasikan sebuah platform. Yang bisa dijanjikan adalah batasnya: akses untuk dukungan, jejak yang tercatat, dan data lembaga tidak pernah dijual maupun dipakai untuk kepentingan lembaga lain.

Question 7

Staf saya resign — bagaimana mencabut aksesnya?

Accepted Answer

Cabut haknya dari menu pengguna di panel tenant. Sejak itu ia tidak bisa masuk lagi ke lembaga-mu, sementara pekerjaannya tetap tinggal: pembayaran yang ia catat, tagihan yang ia terbitkan, dan perubahan yang ia lakukan tetap menyebut namanya. Karena tiap staf punya akunnya sendiri, tidak ada sandi bersama yang perlu diganti beramai-ramai setelah seseorang keluar. Peran dan batas cabang staf lain tidak ikut terganggu. Satu peran khusus sengaja tak bisa dinonaktifkan: pemilik utama lembaga. Sistem yang mengizinkan lembaga kehilangan seluruh pemiliknya adalah sistem yang bisa mengunci pemiliknya sendiri di luar pintu.

Question 8

Bagaimana Klasku memperlakukan data pribadi murid dan orang tua?

Accepted Answer

Data murid dan orang tua adalah data lembaga-mu; Klasku memprosesnya untuk menjalankan layanan, bukan untuk kepentingan lain. Persetujuan atas kebijakan privasi diminta secara eksplisit saat lembaga mendaftar, dan halaman kebijakannya terbuka untuk siapa saja. Permintaan penghapusan data pribadi punya jalurnya sendiri dan diterangkan di halaman Instruksi Penghapusan Data. Anonimisasi dikerjakan tim kami atas permintaan resmi — bukan lewat tombol di panel yang bisa terpencet staf. Membedakan penghentian murid dari penghapusan datanya adalah inti keputusan ini: yang pertama pekerjaan harian lembaga dan cukup lewat status, yang kedua tindakan yang tak bisa dibatalkan dan karenanya menempuh jalur permintaan.

Multi-cabang, akun & keamanan data

Pertanyaanmu belum terjawab?