Bireysel ve Grup Derslerinde Eğitmen Kazanç Takibi Yazılımı Nasıl Seçilir?

Ayın son cumartesi akşamı bir eğitim merkezinde yönetici, iki öğretmenin kazanç dökümünü kapatmaya çalışıyor. Bir bireysel ders salıdan perşembeye taşınmış, kalabalık bir grup dersine başka bir öğretmen girmiş, hastalık nedeniyle iptal edilen oturum için telafi açılmış. Öğretmenlerden biri saatlik, diğeri grup başına yüzdelik modelle çalışıyor. Program, mesajlar ve ödeme tablosu aynı olayı farklı anlatınca herkesin aklında aynı soru beliriyor: Hangi kayıt esas alınacak?

Eğitmen kazanç takibi yazılımı seçerken yalnızca “maaş hesaplıyor mu?” sorusuna bakmak bu nedenle yetersizdir. Doğru sistem, ödenecek tutarı göstermeden önce o tutarın hangi gerçekleşmiş dersten, hangi öğretmenden ve hangi ödeme kuralından doğduğunu açıklayabilmelidir. Özellikle bireysel ve grup derslerini birlikte yürüten kurumlarda yazılım değerlendirmesi, ay sonu rakamından dersin günlük hayatına doğru geriye yürütülmelidir.

Ücretten önce “gerçekleşen ders” kaydını sınayın

Planlanan ders ile gerçekleşen ders her zaman aynı değildir. Öğrenci gelmeyebilir, kurum dersi taşıyabilir, öğretmen yerine başka biri girebilir veya grup oturumu telafiye dönüşebilir. Kazanç hesabı yalnızca ilk programa bakıyorsa ay sonunda gerçeği değil niyeti hesaplar.

Bir yazılım demosunda her ders kaydında şu bilgilerin birbirinden ayrıldığını doğrulayın: planlanan tarih ve saat, gerçekleşme durumu, dersi fiilen veren öğretmen, işlem türü ve değişiklik nedeni. Eski programın da izlenebilir kalması önemlidir. Çünkü “bu ders neden farklı hesaplandı?” sorusu çoğu zaman güncel kutuya bakılarak cevaplanamaz.

Kurumun önce kendi esas kaydını tanımlaması gerekir. Yoklaması tamamlanmış ders mi, yönetici tarafından onaylanmış oturum mu, yoksa programa eklenmiş her ders mi kazanca temel oluşturuyor? Bu karar sözleşme ve kurum politikasına göre değişebilir. Yazılımdan beklenen, kuralı kurum adına icat etmesi değil; seçilen kuralı tutarlı biçimde uygulaması ve istisnaları görünür bırakmasıdır.

Dört ödeme modeli aynı veriyi farklı yorumlar

Aylık, saatlik, yüzdelik ve hibrit modellerin hepsi öğretmen ödemesi üretir; fakat ihtiyaç duydukları kanıt aynı değildir. Yazılımın model adını desteklemesi tek başına yeterli sayılmaz. Hesabın ders değişikliklerine nasıl tepki verdiği görülmelidir.

Tablodaki istisnaları satış görüşmesinde yalnızca sözlü olarak sormayın. Örnek kayıt açın, değişikliği uygulayın ve dökümün nasıl yenilendiğini görün. Hesap değişiyorsa eski ve yeni tutar arasındaki neden de anlaşılabilmelidir.

Yüzdelik modelde “yüzde kaç?” sorusunun yanında oranın hangi tutara uygulandığı net olmalıdır. Hibrit modelde ise sabit ve değişken parçaların tek toplam içinde kaybolmaması gerekir. Kurumunuzda kullanılmayan bir modeli sırf özellik listesinde bulunuyor diye puanlamayın; bugün yürüttüğünüz ve yakın dönemde kullanmanız muhtemel modelleri gerçek senaryoyla test edin.

Kusursuz bir ders yerine sorunlu bir ayı demo edin

Ürün tanıtımlarında genellikle öğretmen derse girer, yoklama tamamlanır ve ödeme doğru oluşur. Bu senaryo sistemin en kolay hâlidir. Seçim yapmadan önce küçük bir “sorunlu ay” dosyası hazırlayın.

Dosyada bir normal bireysel ders, bir grup dersi, başka öğretmene devredilen oturum, ileri tarihe taşınan ders, henüz yapılmamış telafi ve kurum politikanıza göre iptal edilmiş bir kayıt bulunsun. Ardından şu sırayı izleyin:

1. Dersleri iki farklı ödeme modeline sahip öğretmenlere atayın.
2. Program değişikliklerini gerçek kullanımda yetkili olacak rollerle yapın.
3. Yoklama ve gerçekleşme durumlarını tamamlayın; açık kalan telafiyi özellikle kapatmayın.
4. Öğretmen kazanç dökümünü alın ve her satırı kaynak dersle eşleştirin.
5. Geçmiş bir kaydı düzeltip toplamın ve değişiklik izinin nasıl davrandığını inceleyin.

Bu test, yalnızca matematiksel hesabı değil, program ile ödeme arasındaki bağı gösterir. Açık telafi kesinleşmiş kazanç gibi görünüyorsa, dersi devralan öğretmen yerine ilk öğretmen hesaplanıyorsa veya düzeltmenin kim tarafından yapıldığı anlaşılamıyorsa ay sonu yükü devam edecektir.

Düzeltme yetkisi ile geçmişi korumayı birlikte değerlendirin

Kazanç kaydı finansal sonuç doğurduğu için herkesin sessizce değiştirebildiği bir alan olmamalıdır. Öte yandan küçük bir yoklama hatasını düzeltebilmek için bütün sürecin yöneticiye kalması da günlük işi yavaşlatır. Yazılım seçiminde rol ve yetki düzenini gerçek çalışan profilleriyle deneyin.

Eğitmen kendi derslerini ve kazanç görünümünü görebiliyor mu? Yoklama yetkisi yalnızca sorumlu olduğu oturumlarla sınırlı mı? Programı taşıyan koordinatör ödeme kuralını da değiştirebiliyor mu, yoksa finansal ayar ayrı bir yetkide mi? Yönetici geçmiş düzeltmenin önceki değerini, yeni değerini ve sorumlusunu görebiliyor mu?

Burada amaç çalışanlardan bilgi saklamak değildir. Tam tersine, öğretmenin hangi derslerin hesaba katıldığını görebilmesi ay sonu görüşmesini somutlaştırır. Yetki sınırı ise program düzeltmesiyle ödeme kuralı değişikliğinin birbirine karışmasını engeller.

Kazanç dökümü rakamdan çok açıklama taşımalı

“Bu ay toplam 28.400 TL” gibi tek bir sonuç, mutabakat için zayıf bir başlangıçtır. Öğretmen ve yönetim, toplamı oluşturan kayıtları anlaşılır biçimde inceleyebilmelidir. Dökümde kurumunuzun modeline göre ders tarihi, ders türü, süre, öğrenci veya grup, fiilî öğretmen, uygulanan oran ya da birim ve hesaplanan tutar görülebilir.

Her ayrıntının tek ekranda kalabalık biçimde gösterilmesi gerekmez. Önemli olan, toplamdan kaynak derse ulaşılabilmesidir. Filtreleme ve dönem seçimi de gerçek veri hacminde sınanmalıdır. Bir öğretmenin yalnızca bireysel dersleri, başka öğretmenden devraldığı oturumlar veya henüz kesinleşmemiş kayıtlar ayrıştırılabiliyorsa hata araştırması hızlanır.

Dışarı aktarma özelliği varsa dosyanın sadece biçimine değil, anlamına bakın. Ekrandaki toplam ile dışa aktarılan toplam uyuşuyor mu? İptal ve telafi durumları anlaşılır mı? Aynı ders iki kez görünüyorsa bunun iki ayrı işlem mi yoksa kopya mı olduğu seçilebiliyor mu? Yazılım içinde açıklanamayan toplam, elektronik tabloya aktarıldığında daha güvenilir hâle gelmez.

ArtechSchool bu kararın hangi ihtiyaçlarını karşılar?

ArtechSchool’da bireysel, grup ve etüt dersleri aynı planlama yapısı içinde ele alınabilir. Ders taşıma ve telafi kayıtları ile kurum, öğretmen ve öğrenci çizelgeleri; kazancın bağlı olduğu ders olayını güncel tutmaya yardımcı olur. Dersi fiilen veren kişinin kaydı ve eğitmen yoklama izni, gerçekleşen oturumun yalnızca ilk programa göre yorumlanmamasını destekler.

Eğitmen ödeme ve kazanç takibinde aylık, saatlik, yüzdelik ve hibrit maaş modelleri kullanılabilir. Eğitmen paneli, öğretmenin kendi süreciyle ilgili kayıtlara erişmesini sağlar. Ders oluşturulduğunda öğretmen ve öğrenci bildirimlerinin gönderilebilmesi de program değişikliğinin ilgili kişilere ulaşmasına yardımcı olur.

Bu özellikler değerlendirilirken yine kurumunuzun sorunlu ay dosyasını kullanın. Özellikle iptal, taşıma, telafi ve öğretmen değişimi örneklerinin kazanç görünümüne nasıl yansıdığını doğrulayın. Ürünü, yalnızca ödeme modeli seçilebildiği için değil; ders kaydı ile hesap sonucu arasında açıklanabilir bir bağ kurabildiği ölçüde değerlendirin.

Karar notunu üç kanıtla kapatın

Demo sonrasında uzun özellik listesi yerine her aday için kısa bir karar notu hazırlayın. İlk kanıt, sorunlu ay senaryosundaki hesap doğruluğu olsun. İkincisi, toplamdan kaynak derse ve değişiklik geçmişine ulaşılabilmesi. Üçüncüsü ise öğretmen, koordinatör ve yönetici rollerinin gerçek iş bölümünüze uymasıdır.

Açık kalan her konu için “var” veya “yok” yazmak yerine hangi senaryonun tamamlanamadığını belirtin. Örneğin “hibrit model gösterildi; başka öğretmenin verdiği telafide değişken bileşen doğrulanmadı” ifadesi, sonraki görüşmede neyin sınanacağını açık tutar.

Sağlam bir eğitmen kazanç sistemi ay sonunda yalnızca toplam üretmez. Yönetici hesabın dayanağını görür, öğretmen hangi derslerin değerlendirildiğini anlayabilir ve programdaki düzeltme ödeme geçmişini belirsizleştirmez. Seçimi bu kanıt zinciri üzerinden yaptığınızda yazılım, yeni bir hesap tablosu olmaktan çıkar; dersin gerçekleşmesinden mutabakata kadar ortak ve denetlenebilir bir kayıt düzeni kurar.