Kurumsal yetkilendirme sistemi çoğu kurs merkezinde “admin şifresi herkeste” diye başlar. İlk ay sorun görünmez; üç ay sonra yanlış indirim, silinen kayıt ve kasa hareketi tartışması başlar. Rol bazlı erişim, veriyi korumak için değil; operasyonu güvenilir kılmak içindir — kim neyi görebilir, kim neyi değiştirebilir net olmalıdır.
80 öğrencili tek şubede sekreterya her şeyi bilir. 2–4 şubeye veya 8–10 personele çıkınca “kim girdi?” sorusu günlük hale gelir. Pratikte birçok kurumda takılan yer, yazılımın yetki ekranı değil; kurum içi sorumluluk matrisinin yazılmamış olmasıdır.
Kurumsal yetkilendirme sistemi neden kritik?
Eğitim kurumunda veri üç gruba dokunur: öğrenci/veli bilgisi, finansal hareket, akademik kayıt (yoklama, sınav). Her rolün ihtiyacı farklıdır:
- Sekreterya: Kayıt, ön kayıt, temel yoklama görüntüleme.
- Muhasebe: Tahsilat, makbuz, kasa; kayıt silme yetkisi olmamalı.
- Öğretmen: Kendi sınıf yoklaması, takvim; ödeme bilgisi görmemeli.
- Şube müdürü: Kendi şube raporu; merkez cari detayı sınırlı.
- Merkez yönetici: Karşılaştırmalı rapor, yetki tanımı.
Herkes her ekranı görürse hata kaçınılmaz olur; kasıtlı olmasa bile yanlış tıklama veri bozar. Kurumsal yetkilendirme sistemi bu sınırları teknik olarak uygular.
Rol bazlı erişim nasıl kurulur?
Önce iş kuralı, sonra yazılım ayarı. Şu soruları yazılı cevaplayın:
- Kim indirim tanımlayabilir, tavan ne?
- Kim öğrenci kaydını silebilir veya dondurabilir?
- Kim kasa hareketi girebilir, kim yalnızca görür?
- Öğretmen veli telefon numarasını görmeli mi?
- Şube personeli diğer şubenin öğrencisini arayabilir mi?
Cevaplar net değilse “admin” rolü dağıtılır; sorun büyür. Rol bazlı erişim matrisi bir sayfalık tablo bile olsa ekip içi anlaşmazlığı azaltır.
Sekreterya ve muhasebe ayrımı
Küçük kurumlarda aynı kişi hem kayıt hem tahsilat yapar; yine de yetki ayrımı düşünülmelidir. Kayıt açan kişi kendi açtığı kayda indirim uygularsa kontrol zayıflar. Muhasebe tahsilat girer; kayıt paketini değiştiremez kuralı basit ama etkilidir.
Senet, sözleşme yazdırma ve borçlandırma finansal iz taşır. Bu işlemlerde çift onay veya üst düzey yetki gereksinimi tartışılabilir. Amaç bürokrasi değil; geri dönüşü zor hataları sınırlamaktır.
Öğretmen ve veli panelleri
Öğretmen paneli yoklama ve takvim odaklı olmalıdır. Ödeme planı veya veli borç bilgisi öğretmen ekranına taşmamalıdır; sınıf içi ilişkiyi zedeler. Veli paneli devam, program ve ödeme planını gösterir; kurum hangi alanı açacağına karar verir.
Mobil uygulama erişimi kolaylık sağlar; yetki olmadan mobil erişim riski artırır. Öğretmen yalnızca kendi sınıfını görüyorsa mobil yoklama güvenli kalır.
Çoklu şube ve merkez ofis
Şube müdürü kendi şubesinin kayıt, yoklama ve tahsilat özetini görmeli; merkez tüm şubeleri karşılaştırmalı tabloda izlemeli. Tek hesapla şube geçişi olan yapılarda yanlış şubede işlem yapma riski vardır; arayüzde aktif şube görünür olmalıdır.
Çoklu kurum yönetimi merkez–şube yetki ayrımını destekler. Franchise veya bayi modelinde rapor görünürlüğü sözleşmeyle de uyumlu olmalıdır; yazılım tek başına hukuki sınır koymaz.
Veri güvenliği ve KVKK perspektifi
Bu bölüm bilgilendirme amaçlıdır; hukuki danışmanlık değildir. Kişisel verilerin korunması kapsamında kurumlar; erişim logu, yetki sınırı, veri aktarımı ve silme taleplerini kendi danışmanlarıyla değerlendirmelidir.
Yazılım tarafında sorulması gerekenler: kim hangi kaydı ne zaman değiştirdi görülebilir mi, dışa aktarma yetkisi kime verilmiş, veli/öğrenci panelinde hangi alanlar açık? Güvenlik ve KVKK sayfası genel yaklaşımı anlatır; kurumunuzun özel yükümlülükleri için profesyonel destek alın.
Kesin “%100 uyumluyuz” iddiasi yerine “dikkat edilmesi gerekenler” dili sağlıklıdır. Yetkilendirme, KVKK uyumunun tek parçasıdır; süreç ve sözleşmelerle birlikte ele alınmalıdır.
Yazılım seçerken yetki soruları
Demo sırasında şu senaryoları test edin:
- Sekreterya hesabıyla indirim tanımlama kapalı mı?
- Öğretmen başka sınıfın yoklamasını görebiliyor mu?
- Muhasebe kayıt silebiliyor mu?
- Şube müdürü merkez kasasını görüyor mu?
Kurs yazılımı seçiminde modül listesi kadar yetki derinliği de önemlidir. Kursmax’ta öğrenci, veli, öğretmen ve personel panelleri rol bazlı yapılandırılabilir; çoklu şube geçişi tek hesaptan yönetilir.
Geçişte sık yapılan hatalar
Yetkiyi sonraya bırakmak: sistem kurulur, herkes admin olur, düzeltmek zorlaşır. Geçmişte dağınık girilmiş veriyi yetkisiz silmek: audit izi olmadan kayıp yaşanır. “Geçici admin” hesabını kapatmamak: eski personel erişimi sürer.
Personel ayrılınca hesap kapatma rutini yazılmalıdır. Yıllık yetki gözden geçirmesi: kim hala indirim tanımlayabiliyor, kim dışa aktarma yapabiliyor?
Personel giriş–çıkış rutini
Yeni personel onboarding’inde hazır rol atanmalıdır; “geçici tam yetki” haftalarca açık kalmamalıdır. Ayrılan personelin hesabı aynı gün kapatılır veya salt okunur yapılır. Eski çalışan erişimi açık kaldığında veri sızıntısı veya yanlış giriş riski artar.
Merkez yönetici çeyrek dönemde yetki matrisini gözden geçirmeli: hangi hesaplar admin, kim dışa aktarma yapabiliyor, hangi şube müdürü kasa hareketi girebiliyor? Bu rutin yetki yapısını canlı tutar; bir kez kurup unutmak yetmez.
Denetim izi neden sorulmalı?
“Kim sildi?” sorusu ay sonu tartışmalarında sık çıkar. İyi yapılandırılmış sistemde kayıt değişikliği, indirim tanımı ve tahsilat girişi izlenebilir olmalıdır. Satın alma öncesi demo ile doğrulayın: sekreterya hesabıyla yapılan işlem yönetici logunda görünüyor mu?
Denetim izi personeli korkutmak için değil; hatalı tıklamayı hızla düzeltmek içindir. Kurum kültürü “log var, ceza var” değil “log var, geri alınabilir” olmalıdır.
Çoklu şube yetki senaryosu
Üç şubeli bir dil okulunda şube müdürü yalnızca kendi kayıt ve tahsilat özetini görür. Merkez muhasebe tüm şubeleri karşılaştırır ama günlük kasa detayına müdahale etmez. Öğretmen yalnızca atandığı sınıfın yoklamasını girer.
Bu model bozulduğunda şube müdürü merkez carisini görür ve yerel hız kararları gecikir; veya merkez hiçbir şubeyi göremez ve kampanya etkisi ölçülemez. Rol bazlı erişim teknik ayar değil; iş bölümü sözleşmesidir.
Sık itirazlar
“Herkes her şeyi bilsin, daha hızlı oluruz” — kısa vadede doğru görünür; üç ay sonra veri bozulunca hız sıfırlanır. “Yetki matrisi bürokrasi” — bir sayfalık tablo bürokrasi değil; tartışma süresini kısaltır. “Küçüğüz, gerek yok” — az personelde hata daha pahalıya patlar çünkü yedek yoktur.
Veli ve öğrenci paneli sınırları
Veli panelinde hangi alanların açılacağı kurum kararıdır. Ödeme planı ve devam bilgisi genelde faydalıdır; diğer öğrencilerin verisi asla görünmemelidir. Öğrenci paneli ödev ve takvim odaklı kalabilir.
Panel erişimi açılırken varsayılan şifre ve hesap oluşturma süreci net olmalıdır. Sekreterya her veli için manuel hesap açmak zorunda kalıyorsa verimlilik düşer; kayıt anında otomatik hesap modeli tercih edilir.
Geçiş döneminde yetki sıkılaştırma
Eski sistemden yeni sisteme geçerken geçici “herkes admin” dönemi yaşanır. Bu dönem kısa tutulmalıdır. Geçiş tamamlanınca roller sıkılaştırılır; aksi halde geniş yetki kalıcı olur.
Geçiş öncesi veri temizliği yetki kadar önemlidir. Yanlış telefon, mükerrer öğrenci ve bozuk bakiye yeni sisteme taşınırsa kimse panele güvenmez; “eski Excel daha doğru” algısı oluşur.
Muhasebe ve kasa yetkisi
Kasa hareketi giren personel ile kayıt silen personel aynı kişi olmamalıdır — küçük kurumda bile. Tek kişi her şeyi yapıyorsa bile audit izi (kim ne zaman girdi) ileride denetim ve düzeltme için şarttır. Tahsilat girişi yapılan gün makbuz yazdırılmadıysa veli “ödedim” iddiasında belge bulunamaz.
Şube müdürü kasa özetini görür; merkez muhasebe detay mutabakat yapar modeli çoğu zincirde işe yarar. Şube müdürü merkez carisine erişirse yerel kararlar gecikir; erişemezse şeffaflık artar.
Öğretmen ve personel hesapları
Öğretmen hesabı yalnızca atandığı sınıf ve takvimle sınırlı olmalıdır. Personel hesabı departmana göre ayrılmalıdır: sekreterya, muhasebe, şube müdürü. “Ortak şifre” alışkanlığı log izini bozar; kim girdi bilinmez.
Yarı zamanlı öğretmen sık değişiyorsa hesap açma–kapatma rutini hızlı olmalıdır. Eski öğretmen erişimi açık kalırsa veli verisi risk altına girer.
Demo sırasında sekreterya, muhasebe ve öğretmen hesaplarıyla aynı senaryoyu test edin: sekreterya indirim tanımlayabiliyor mu, öğretmen veli borcunu görüyor mu, muhasebe kayıt silebiliyor mu? Üç cevap da rolünüze uygun olmalıdır.
Çoklu şube geçişi ve tek hesap
Merkez yönetici tek hesapla şubeler arası geçiş yapabiliyorsa karşılaştırmalı tablo hızlanır. Yanlış şubede işlem yapma riski vardır; arayüzde aktif şube her zaman görünür olmalıdır. Şube personeli yalnızca kendi lokasyonunu görmeli; merkez tümünü görür.
Franchise veya bayi yapısında rapor görünürlüğü sözleşmeyle sınırlı olabilir. Yazılım tek platform sağlar; hukuki sınır kurum danışmanıyla netleştirilmelidir. Yetki matrisini yılda bir kez — tercihen yaz tatili öncesi — gözden geçirmek, eski personel hesaplarını kapatmak ve gereksiz admin yetkisini geri almak için uygun zamandır.
Personel “her şeyi bileyim” isteği kısa vadede hızlı görünür; veri bozulunca düzeltme süresi o hızın katına çıkar. Rol sınırı ekip içi güveni artırır; kim ne yaptı bellidir. İlk günden “admin herkese” vermeyin; sonradan geri almak daha zordur.
Sık Sorulan Sorular
Küçük kurumda yetkilendirme abartı mı?
Hayır. Az kişi olsa bile kasa ve indirim işlemleri sınırlı kalmalıdır. Büyüyünce düzenlemek, baştan kurmaktan zordur.
Öğretmen veli telefonunu görmeli mi?
Kurum politikasına bağlıdır. Devamsızlık araması öğretmende ise gerekli olabilir; finansal konuşma öğretmende olmamalıdır.
Admin sayısı kaç olmalı?
Mümkün olduğunca az. Genelde merkez yönetici ve bir yedek yeterlidir. Her şube müdürüne tam admin vermek risklidir.
Yetki değişikliği loglanır mı?
İyi yapılandırılmış sistemlerde kim ne zaman değiştirdi izlenebilir olmalıdır. Satın alma öncesi bunu demo ile doğrulayın.
KVKK için yeterli mi?
Yetkilendirme tek başına yeterli değildir. Aydınlatma metni, veri işleme envanteri ve sözleşmeler kurumun hukuk danışmanıyla ele alınmalıdır.
Çoklu şubede merkez her şeyi görmeli mi?
Rapor için evet; günlük operasyon için şube özerkliği korunmalıdır. Merkez müdahalesi ile şube hızı dengelenmelidir. Haftalık tablo merkezde, günlük kayıt şubede kalırsa denge oturur.
Rol bazlı erişim, eğitim kurumunda veriyi kilitlemekten çok operasyonu güvenilir kılar. Yetki matrisi yazılmadan panele geçmek sorunu erteler. İlk adım: kim indirim tanımlar, kim kasa girer, kim kayıt siler — üç soruyu tek sayfada cevaplayın.
Hazırsanız Kursmax’ı 15 gün boyunca ücretsiz deneyebilirsiniz; kredi kartı gerekmez. Kendi rol senaryolarınızı test ederek yetki yapısının size uyup uymadığını görün. Sekreterya, muhasebe ve öğretmen hesaplarıyla aynı öğrenci kaydına farklı gözle bakmak, tek admin hesabıyla demo yapmaktan daha gerçekçidir.
İçerik üretiminde okuyucuya değer verme konusunda Google’ın yararlı içerik ilkeleri genel bir çerçeve sunar; sizin için asıl test, “kim ne yaptı?” sorusuna net cevap alıp alamamanızdır.
İlgili Anahtar Kelimeler
kurumsal yetkilendirme sistemi, rol bazlı erişim, kurs yazılımı, kullanıcı yetkisi, eğitim kurumu güvenliği, çoklu şube yetki, KVKK eğitim kurumu
