3 Cümlede Özet: Klasik PDKS sistemleri ay sonunda toplu hesaplama yapar; bu yüzden fazla mesai aşımı, izin çakışması, vardiya hatası gibi 7 klasik sürpriz ay sonunda ortaya çıkar. VARDIO; olay tabanlı mimarisi, yapay zekâ kural motoru ve Redis önbellek katmanı sayesinde bu sürprizleri gerçekleştiği saniyede yöneticiye anlık bildirim olarak gönderir. Sonuç: ay sonu bir hesaplama anı değil, sadece bir kapanış tuşudur.
1. Klasik PDKS ile Eş Zamanlı PDKS Arasındaki Felsefe Farkı
Klasik PDKS sistemleri ofis bilgisayarına kurulduğunda doğal olarak "toplu hesap" mantığıyla çalıştı. Cihaz log dosyası USB ile aktarılır, ayın 1'inde "ay sonu raporu" tuşuna basılır ve sistem o güne kadar biriken verileri tek seferde değerlendirirdi. Bu mimari 2005'te makuldü; çünkü internet zayıftı, mobil panel yoktu, kural motorları henüz gelişmemişti.
Bugün artık makul değil. Bir personelin Cumartesi gecesi yaptığı fazla mesai, ayın 29'unda farkedildiğinde geri sarılamaz. Klasik PDKS modelinde yönetici, kararı veremediği bir hesaplama sonucuna tepki vermek zorunda kalır. VARDIO ise olay tabanlı (event-driven) bir mimari kullanır:
- Her giriş-çıkış olayı MongoDB'ye milisaniye damgalı yazılır.
- Redis'teki kural motoru olayı anında değerlendirir.
- Bir eşik aşıldığında yöneticiye push bildirim gider.
- Canlı ön-bordro paneli yıl içi tahmini bordro tutarını günceller.
Bu, "ay sonu" diye bir kavramın bordro tarafında çok küçülmesi demektir. Çünkü ay zaten saniye saniye yaşandı; ay sonu sadece kapanış imzasıdır.
2. Klasik PDKS Sistemlerinde Sıkça Görülen 7 Bordro Sürprizi
Sürpriz 1: Habersiz Fazla Mesai Patlaması
Ekibin Cumartesi günü "biraz takılalım" tarzı çalışmaları, ay sonunda ortalama %6-9 fazla mesai bütçe sapması olarak geri döner. Yönetici "fazla mesai izin verilmemişti" der; personel "ama biz çalıştık, sistem kaydetti" der. Sonuç: ödeme yapılır, bütçeden çıkar.
Sürpriz 2: Vardiya Çakışması
Klasik sistemde iki vardiya yöneticisi farklı şubelere aynı personeli atayabilir. Ay sonunda personel "ben gerçekten iki yerde çalışmış göründüm" diye gelir; sistem hem A şubesi hem B şubesi mesaisini yazmıştır.
Sürpriz 3: İzin Bakiyesi Sızıntısı
Personel ay içinde 3 gün izin kullanır, klasik sistem bunu "izin günü" olarak işaretlemez; çünkü onaylayan müdür izinlimiş ve manuel girişi kaçırmış. Ay sonunda 3 gün ekstra mesai gibi görünür, fazla ödeme yapılır.
Sürpriz 4: Resmi Tatil Çarpan Hatası
Klasik PDKS'ler resmi tatil günlerini takvimden çekmez; her ay yöneticinin manuel girişine bağlıdır. Yönetici unuttuğunda %150 çarpan uygulanmaz, personel itiraz eder.
Sürpriz 5: Geç Gelme Birikiminin Görünmezliği
Her sabah 7-15 dakika geç gelen bir personel, klasik sistemde "gün geldi sayıldı" olarak işaretlenir. Aylık birikim 5-6 saate ulaşır; ama bunu fark eden yönetici ay sonunda zor kararla karşı karşıya kalır.
Sürpriz 6: Bordro-PDKS Tutarsızlığı
Klasik PDKS çıktısı muhasebe yazılımına Excel olarak aktarılır. Sütun kayması, ondalık virgül hatası ve "geçen ay düzeltmeyi unuttuğum mesai" tipi sapmalar burada ortaya çıkar.
Sürpriz 7: SGK Eksik Gün / Fazla Gün Bildirimi
Ayın son günü çıkartılan SGK e-bildirgesinde personel sayısı veya çalışılan gün sayısı klasik PDKS ile uyuşmaz. Düzeltme her ay yarım gün İK mesaisi yer.
Editörün Notu: VARDIO; bu yedi sürprizi tespit etmek için kural tabanlı + yapay zekâ destekli hibrid bir motor kullanır. Kural motoru kesin eşikleri (örn. günlük 11 saat aşımı) yakalar; AI modeli ise örüntü tabanlı riskleri (örn. "bu personelin geçen 4 ay her ayın son haftası 3 gün izin kullanması") tespit eder. İkisi birden çalıştığında ay sonu sürprizinin gizleneceği yer kalmaz.
3. VARDIO AI Önleme Katmanı: Nasıl Çalışıyor?
VARDIO mimarisinde her olay üç katmandan geçer:
- Toplama Katmanı: Cihaz veya mobil uygulamadan gelen giriş-çıkış olayı MongoDB'ye yazılır. Yazma anında zaman damgası, kullanıcı kimliği, lokasyon ve cihaz kimliği eklenir.
- Değerlendirme Katmanı: Redis'teki bellek içi kural motoru, olayı sektör şablonundan gelen kurallarla karşılaştırır. Java/Kotlin tabanlı motor bu kararı 0.4 ms altında verir.
- Sezgi Katmanı (AI): Aynı personelin önceki davranışı ile karşılaştırılır. Eğer örüntüden sapma varsa (örn. her sabah 09:00'da gelen biri 11:00'da geliyor), bu sapma "anomali" olarak işaretlenir.
Her üç katman da bir anomali tespit ederse, web paneline canlı bildirim ve mobil push düşer. Bu, ay sonu raporunda görmek yerine olayın olduğu gün veya saatte müdahale etmenizi sağlar.
| Senaryo | Klasik PDKS | VARDIO AI |
|---|---|---|
| Fazla mesai aşımı | Ay sonunda görülür | Eşik aşılan saatte push bildirim |
| İzin çakışması | Manuel kontrol | Otomatik blok + alternatif öner |
| Resmi tatil çarpanı | Manuel takvim girişi | Otomatik resmi tatil API'si |
| Bordro tutarsızlığı | Excel aktarımıyla risk | API ile gerçek zamanlı senkron |
| Geç gelme örüntüsü | Görülmez | AI sapma raporu |
4. Canlı Ön-Bordro Paneli: Yöneticinin Yeni Süper Gücü
VARDIO panelindeki "ön-bordro" göstergesi, ay içinde yapılan her mesai ve her izin sonrası yeniden hesaplanır. Yönetici sabah kahvesini içerken bütçenin nereye gittiğini görür. CFO ay ortasında "bu ay personel maliyeti tahmini ne?" sorusunu sorduğunda cevap çoktan ekrandadır.
Editörün Notu: Ön-bordro paneli aslında bir materialized view tekniğinin canlı sürümüdür. MongoDB'nin "change streams" özelliği ile her güncellemede tetiklenir; sonuç AES-256 ile şifrelenerek Redis'e yazılır ve panel WebSocket üzerinden anlık akış alır. Bunun sonucu: yöneticinin tarayıcısı F5'lemeden tahmini bordro 5 saniyede güncellenir.
5. 30 Günde Şoksuz Geçiş Planı
Klasik PDKS'den VARDIO'ya geçmek bir "büyük göç" değildir; aşağıdaki 4 fazlı, organik plan uygulanır:
- Gün 1-7: Çift Çalışma. Eski sistem ve VARDIO birlikte koşar. Personel her iki sisteme de işaret atar.
- Gün 8-21: Karşılaştırma. İki sistemin verileri kıyaslanır; sapmaların kaynağı (eski sistem hatası mı, AI tespit ettiği gerçek anomali mi) belirlenir.
- Gün 22-28: Eğitim. Müdürlere ön-bordro paneli kullanımı kısaca anlatılır. Genellikle 30 dakika yeterlidir.
- Gün 29-30: Eski Sistem Read-Only. Eski sistem sadece geçmiş veriler için okuma erişimine alınır.
Sonuç: kullanıcı için kesintisiz, müdür için fark edilebilir derecede daha sakin bir ay sonu.
"Ay sonu sürprizi bir hatadır; aslında her şirket için çözümü olan bir hatadır. VARDIO o çözümü her saniyeye yayar."
Bu yazı faydalı oldu mu?
58 okuyucunun bu yazıya verdiği ortalama puan.
4.9/5
58 Oy
Levent Şahin — İK Direktörü
"7 sürpriz listesi adeta departmanımızın günlüğüydü. Ön-bordro paneline geçtikten sonra ay sonu paniği bitti."
Derya Akın — CFO Asistanı
"Eş zamanlı bütçe görünümü CFO'muzun en sevdiği özellik oldu. Ay ortasında soru gelmesi bitti."
Cem Y. — Operasyon Yöneticisi
"AI anomali bildirimleri sayesinde geç gelme örüntülerini ay içinde fark edip personelle konuşabiliyoruz."
Okuyucu Soruları & Uzman Cevapları
VARDIO destek ekibine sıkça yöneltilen, bu rehbere özel cevaplanmış 3 sorudan derleme.
S1. Canlı ön-bordro tam olarak ne demek?
Cevap: VARDIO'nun canlı ön-bordro paneli, her bir mesai olayı bittiği anda yıl içi tahmini bordro değerini güncelleyen yapay zekâ destekli bir göstergedir. Ay henüz bitmeden tahmini fazla mesai, izin masrafı ve toplam SGK matrahı şeffafça görünür. Klasik PDKS'lerde bu rakamlar ancak ay sonunda hesaplanır.
S2. VARDIO AI hangi sürprizleri ay içinde önler?
Cevap: VARDIO yapay zekâsı; fazla mesai aşımı, eksik vardiya doldurma, geç gelme örüntüsü, hafta tatili çakışması, izin bakiyesi aşımı, vardiya çakışması ve resmi tatil çarpan hatası gibi 7 ana sürprizi gerçek zamanlı tespit eder ve İK'ya alarm gönderir.
S3. Eş zamanlı PDKS modeli klasik sistemden teknik olarak nasıl farklı?
Cevap: Klasik sistemler ay sonunda toplu hesaplama yapar. VARDIO ise olay tabanlı (event-driven) mimariye sahiptir: her giriş-çıkış MongoDB'ye milisaniye damgalı yazılır, Redis önbelleğindeki kural motoru sonucu anında günceller, push bildirim yöneticiye düşer.
Bir sonraki ay sonu sürprizsiz geçsin
5 personele kadar süresiz ücretsiz. Canlı ön-bordro paneli, AI anomali tespiti ve eş zamanlı bütçe görünümü dahil.