Çalışan tanımları, ilk bakışta insan kaynakları konusu gibi görünür ve operasyon sisteminde ikinci planda kalır. Oysa yetkiler, zimmetler, satış performansı ve masraf takibi hep bu tanıma bağlanır.
Eksik kurulmuş bir çalışan yapısı, kısa sürede kendini gösterir. Kimin hangi ekipte olduğu bilinmediğinde ne yetki verilebilir ne performans ölçülebilir.
Bu yazıda çalışan kartını, departman yapısını, kullanıcı bağlantısını ve yetki ilişkisini anlattık.
İçindekiler
Neden gerekli?
Çalışan tanımı, sistemdeki birçok kaydın sahibini belirleyen referanstır. Bir satışın kime, bir zimmetin kime ait olduğu bu tanım üzerinden bilinir.
Departman yapısı ise raporlamanın kırılımını oluşturur. Hangi ekibin ne ürettiği ve ne harcadığı ancak bu ayrımla görülür.
Yetkilendirme de bu yapıya dayanır. Rol bazlı bir kurgu, ancak kimin hangi görevde olduğu bilindiğinde işler.
İşe giriş ve çıkış süreçleri de bu tanım üzerinden yürür; eksik yapı, çıkışta toparlanmayan zimmetler ve açık kalan erişimler üretir.
Tanımlar iş ortakları modülünde yönetilir.
Çalışan kartında ne bulunmalı?
Operasyon sistemindeki çalışan kartı, bir insan kaynakları dosyası olmak zorunda değildir. Yalnızca operasyonun ihtiyaç duyduğu alanlar yeterlidir.
Temel alanlar ad, departman, görev ve bağlı olduğu şubedir. Bu dördü, çoğu kurgunun ihtiyacını karşılar.
İletişim bilgileri de faydalıdır; iç yönlendirmeler ve bildirimler bu bilgiyi kullanır.
İşe giriş tarihi ve varsa çıkış tarihi kaydedilmelidir. Aktif olmayan çalışanların listede görünmemesi bu bilgiye bağlıdır.
Özlük bilgileri ise ayrı bir konudur ve gerekli değilse operasyon sistemine taşınmamalıdır.
Departman yapısı
Departman tanımları, hem yetkilendirmenin hem raporlamanın kırılımını belirler ve sade tutulmalıdır.
Yapının gerçek organizasyonu yansıtması önemlidir; kâğıt üzerindeki şema ile fiili çalışma düzeni farklıysa sistem işlemez.
Departman sayısı ölçülü tutulmalıdır. Her küçük ekibi ayrı departman yapmak, raporları okunamaz hale getirir.
Hiyerarşik yapı kurulabilir; alt ekipler üst departmanda toplanarak konsolide görünüm sağlar.
Departmanların masraf merkezleriyle eşleşmesi, gider takibini doğrudan besler.
Çalışan ve kullanıcı ilişkisi
Çalışan kaydı ile sistem kullanıcısı farklı kavramlardır ve bu ayrımın anlaşılması önemlidir.
Her çalışanın sistem kullanıcısı olması gerekmez; depo elemanı veya sürücü sisteme hiç girmeyebilir. Ancak zimmet ve performans kaydı için çalışan tanımı gerekir.
Kullanıcı hesabı olan çalışanlarda bu iki kaydın bağlanması şarttır. Aksi halde kimin ne yaptığı izlenemez.
Ortak kullanılan hesaplardan kaçınılmalıdır; paylaşılan bir hesap, tüm izlenebilirliği ortadan kaldırır.
Denetim kayıtlarının anlamlı olması bu bağa dayanır; denetim kayıtları yazısına bakın.
Yetki bağlantısı
Yetkilerin kişi bazında tek tek tanımlanması, çalışan sayısı arttıkça sürdürülemez hale gelir.
Bunun yerine roller tanımlanır ve çalışanlar bu rollere atanır. Yeni bir kişi işe başladığında yalnızca rol seçilir.
Roller görevlere göre kurgulanmalıdır; kasiyer, depo sorumlusu ve satış temsilcisi farklı ihtiyaçlara sahiptir.
Şube ve depo kapsamı da çalışan tanımına bağlanır; kişi yalnızca kendi biriminin verisini görür.
Kurguyu rol bazlı yetkilendirme yazısında ele aldık.
Operasyonel bağlantılar
Çalışan tanımı, operasyonun birçok noktasında referans olarak kullanılır.
Satış belgelerinde temsilci alanı bu tanıma bağlanır ve prim hesaplarının temelini oluşturur.
Demirbaş zimmetleri de çalışan kaydına bağlanır; kimde ne olduğu bu bağ üzerinden bilinir.
Filo tarafında sürücü tanımları, servis tarafında ise teknisyen atamaları aynı yapıyı kullanır.
Zimmet kurgusunu demirbaş zimmet takibi yazısında anlattık.
Performans takibi
Çalışan bazlı veriler biriktikçe performans değerlendirmesi için bir zemin oluşur.
Satış tarafında ciro, müşteri sayısı ve tahsilat performansı izlenebilir. Bu göstergeler prim kurgusunun temelidir.
Servis tarafında çözüm süresi ve memnuniyet puanı öne çıkar. Kasa tarafında ise fark oranı izlenir.
Bu verilerin amacı ceza değil, eğitim ihtiyacını ve süreç sorunlarını görmektir. Baskı aracına dönüştüğünde kayıtların doğruluğu bozulur.
Değerlendirmenin şeffaf olması, ekibin sisteme güvenmesini sağlar.
İşe giriş ve çıkış
Çalışan tanımının en yoğun kullanıldığı anlar, işe giriş ve çıkış süreçleridir.
Girişte role göre hangi yetkilerin ve hangi ekipmanın verileceği önceden tanımlanabilir. Bu, hazırlık süresini belirgin şekilde kısaltır.
Çıkışta ise kişiye ait tüm zimmetler ve erişimler tek listeden görülmelidir. Bu liste olmadan mutlaka bir şey atlanır.
Kullanıcı hesabının derhal kapatılması gerekir; açık kalan hesaplar ciddi güvenlik riski oluşturur.
Çalışan kaydı ise silinmemeli, pasife alınmalıdır; geçmiş kayıtların sahibi görünür kalmalıdır.
Gizlilik
Çalışan kayıtları kişisel veri içerir ve bu, yasal yükümlülük doğurur.
Operasyon sistemine yalnızca gerekli alanların taşınması, hem riski hem yönetim yükünü azaltır.
Performans verilerine erişim de sınırlandırılmalıdır; bu bilgi herkese açık olmamalıdır.
Çıkış sonrası verilerin ne kadar süre saklanacağı da belirlenmelidir.
Yükümlülükleri veri yönetimi yazısında ele aldık; uygulamayı hukuk danışmanınızla netleştirin.
Dikkat edilecek noktalar
Ortak kullanıcı hesapları, en sık yapılan ve en zararlı hatadır; izlenebilirliği tamamen ortadan kaldırır.
Departman yapısının fiili düzeni yansıtmaması da sistemi işlevsiz kılar.
Ayrılan çalışanların kaydının silinmesi ise geçmiş verinin sahipsiz kalmasına yol açar; pasife almak doğru yöntemdir.
Gereksiz özlük bilgisinin sisteme taşınması da hem risk hem yük üretir.
Yetkilerin kişi bazında tanımlanması, ekip büyüdükçe yönetilemez hale gelir.
Sık sorulanlar
Her çalışanın kullanıcı hesabı olmalı mı?
Gerekmez; sisteme girmeyen çalışanlar için yalnızca çalışan kaydı yeterlidir.
Bir çalışan birden fazla departmanda olabilir mi?
Kurguya bağlıdır; ancak raporlama sadeliği için tek departman tercih edilir.
İnsan kaynakları sistemiyle entegre olur mu?
Mevcut sisteminizle veri paylaşımı kurgulanabilir; kapsamı kurulum aşamasında birlikte belirliyoruz.
Ayrılan çalışanın kayıtları ne olur?
Kayıt pasife alınır ve geçmiş belgelerdeki bağ korunur; silme, geçmiş veriyi sahipsiz bırakır.
Çalışan ve departman tanımları, yetkiden raporlamaya kadar birçok yapının dayandığı sessiz bir temel. Eksik kurulduğunda sorun hemen değil, birkaç ay sonra ortaya çıkıyor.
Departman yapısını fiili çalışma düzenine göre kurun; kâğıt üzerindeki şema ile gerçek farklıysa sistem işlemiyor.
Ortak hesaplardan kesinlikle kaçının; paylaşılan bir kullanıcı, tüm izlenebilirliği tek başına ortadan kaldırıyor.
Yetkileri de rol üzerinden verin; kişi bazlı tanımlar ekip büyüdükçe yönetilemez hale geliyor.
Çıkış sürecini kontrol listesine bağlayın; toparlanmayan zimmet ve açık kalan erişim en sık yaşanan iki sorun.
EQLEM ekibiyle görüşerek çalışan ve departman yapınızı kurgulayabilirsiniz.