Personel sayısı arttıkça mesai takibinin zorluğu hesaplamadan yönetime kayar: kim onaylar, kim görür, kim değiştirebilir, bir itiraz geldiğinde kanıt nerede duruyor. Bu sayfa CloudPDKS'nin bu sorulara verdiği cevapları toplar.
Organizasyon ve yetki
Organizasyon birimi ağacı ve yönetici ilişkisi tanımlanır; her yönetici yalnız kendi ekibini görür. Çok kademeli onay motoru, onayın hangi sırayla kimden geçeceğini belirler. Görev ayrılığı kuralı, kendi talebini onaylayan bir kullanıcıyı engeller. Vekâlet ve onay yükseltme, izindeki bir yöneticinin akışı tıkamasını önler.
Kimlik altyapınızla
OIDC ve LDAP ile tek oturum açma desteklenir: kullanıcı yönetimi kendi dizininizde kalır, işten ayrılan kişinin erişimi orada kesildiğinde burada da kesilir. İki aşamalı doğrulama için TOTP kullanılabilir.
Çok lokasyon ve saat dilimi
Her saha kendi saat dilimini (IANA) ve kendi kural setini taşıyabilir. Grup bazlı kural setleri, farklı çalışma düzenlerini aynı hesap içinde yönetmeyi mümkün kılar: fabrika üç vardiya, merkez ofis esnek saat, saha ekibi mobil.
Denetlenebilirlik
Her yazma işlemi aktör, IP ve öncesi-sonrası değerleriyle kayda geçer. Denetim kayıtları değiştirilemez ve silinemez; bütünlük hash zinciriyle korunur. Kapanmış bir dönem yeniden açılmadan değişmez ve yeniden açma işlemi iz bırakır. Bir iş uyuşmazlığında cevap verilebilir olmanın koşulu budur.
Kuruma özel kurulum
Kurumsal ihtiyaçlar tek bir kurulum biçimine sığmaz. CloudPDKS tam bulut, kuruma ayrılmış sunucu, kurumun kendi sunucusu, işletim sistemi dahil hazır ISO ve hibrit (web bulutta, veri kurumda) modelleriyle kurulabilir. Her kurumun verisi ayrı bir veritabanında durur. Uygulama Windows, Linux, macOS ve Docker'da çalışır; Intel/AMD 64 bit ve ARM64 desteklenir. Cihazları bağlayan Edge kuruma özel kurulabilir ve her lokasyona ayrı bir Edge konabilir. Ayrıntılar kurulum seçenekleri sayfasında.
Ölçek
Puantaj ve bordro hesapları büyük personel sayılarında eşzamansız çalışır: işlem arka planda ilerler, durumu görünür, takılan bir iş kurtarılabilir. Rapor ve pano sorguları keyset sayfalama ile çalışır, yani veri büyüdükçe sayfa gezinmesi yavaşlamaz.
Geçiş süreci
Kurumsal geçişlerde önerdiğimiz yol, bir ayı paralel yürütmektir: CloudPDKS ve mevcut sisteminiz aynı ayı hesaplar, iki çıktı karşılaştırılır ve her fark açıklanır. Fark kalmadığında geçiş tamamlanır. Bu, en pahalı hata türünü — fark edilmeyen hesap sapmasını — geçiş aşamasında yakalar.
Satın alma sürecinde sorulanlar
Kurumsal alımlarda teknik değerlendirmeden önce üç soru gelir: veri nerede tutuluyor, erişim nasıl denetleniyor, çıkış mümkün mü? Üçünün de yazılı cevabı sözleşme ekinde verilir.
Dördüncü soru genellikle entegrasyondur: mevcut İK ya da bordro sisteminizle nasıl konuşacağı. Hazır aktarımların dışında API ve webhook yüzeyleri bu iş için var.
Pilot nasıl kurulur
Kurumsal geçişlerde tek seferde tüm kuruma açmak yerine bir birimle pilot yapmayı öneriyoruz. Pilot biriminde bir ay paralel yürütülür, çıktılar karşılaştırılır ve her fark açıklanır.
Pilot bitmeden kalan birimlere açmanın bir faydası yok: pilotun amacı kurulumu doğrulamak değil, kuralların gerçeği karşıladığını görmektir ve o kuralların bir kısmı birimden birime değişir.