Çok Şubeli İşletmelerde Merkezi İK Yönetimi

Çok şubeli işletmelerde İK yönetimi neden dağılıyor?

Şirket ikinci, üçüncü şubesini açtığında İK süreçleri genellikle bölünür: her şube kendi Excel puantaj tablosunu tutar, kendi WhatsApp grubunda izin talebi toplar, kendi kâğıt bordro zarfını dağıtır. Merkezdeki İK ekibi ise şube sayısı arttıkça bu dağınık tabloları birleştirmeye, hangi şubede kimin ne zaman izin kullandığını takip etmeye ve raporu ay sonunda elle bir araya getirmeye çalışır. Sorun bir süre "idare eder" görünür; ama personel sayısı üç haneye yaklaştığında merkezi görünürlük tamamen kaybolur.

Bunun temel nedeni, şube bazlı çalışmanın kendisi değil, her şubenin ayrı bir sistem gibi davranmasıdır. Oysa şube, departman ve personel arasındaki ilişki başından itibaren tek bir yapı olarak kurulduğunda, şirket büyüdükçe bu yapıya yeni bir satır eklemek yeterli olur — süreç yeniden icat edilmez.

Dağınık şube yapısının somut maliyeti

Merkezi olmayan İK yönetiminin faturası, ay sonunda ortaya çıkan ek mesaiden ibaret değildir:

• Onay kimde takılı kaldığı belirsizleşir. Şube yöneticisi izinliyken gelen bir izin talebinin kime yönlendirileceği net değilse, talep günlerce cevapsız bekler.
• Bordro ve özlük veri bütünlüğü bozulur. Her şube kendi formatında tablo tuttuğunda, bir personel şubeler arası geçiş yaptığında geçmiş kaydı da onunla birlikte taşınmaz.
• Raporlama şube başına elle yapılır. Genel merkez "toplam izin bakiyesi ne durumda" sorusuna cevap vermek için beş ayrı tablo ister, sonuç genelde bir haftalık gecikmeyle gelir.
• Denetim izi kaybolur. Hangi şube yöneticisinin hangi kararı ne zaman verdiği kayıt altında değilse, bir itiraz ya da denetim sürecinde elde somut bir kanıt kalmaz.

Bu tablo, saha personeli puantajının manuel takipten kurtarılması sürecinde karşılaşılan sorunla aynı köke dayanır: kayıt kişiye ya da tabloya bağlı kaldığı sürece, ölçek büyüdükçe güvenilirlik düşer.

Şube-departman-personel hiyerarşisini baştan doğru kurmak

Çok şubeli yapıyı merkezileştirmenin ilk adımı, organizasyonu tek bir hiyerarşi olarak tanımlamaktır: şube, altında departman, altında personel. Bu yapı kurulduğunda iki şey aynı anda çözülür — kimin neyi görebileceği (yetki görünürlüğü) ve bir talebin hangi sırayla onaylanacağı (onay zinciri). Yeni bir şube açıldığında yapılması gereken, yeni bir sistem kurmak değil, mevcut hiyerarşiye bir dal eklemektir.

Bu noktada mevcut personel listesinin aktarımı da kritik bir eşiktir. Elle tek tek girmek yerine CSV ile toplu personel aktarımı yapıldığında, beş şubeli bir yapının kuruluşu haftalar değil bir öğleden sonra sürer — hazır şablona şube ve departman bilgisi de eklenerek personel doğru dala otomatik yerleşir.

Onay akışı şube sınırlarını nasıl aşar?

Merkezi bir yapıda onay akışı, kim şubede kimin yöneticisi olduğuna göre otomatik işler; sıradaki onaycıdan başkası karar veremez. Kritik olan, bu zincirin şube yöneticisinin izinli olduğu günlerde tıkanmamasıdır: doğrudan yönetici o gün izinliyse talep otomatik olarak bir üst yöneticiye yükselir, döngüye ya da yanlış şubeye sıçramaya karşı korumalıdır. Vekalet eden yönetici, devraldığı şubenin görünürlüğünü geçici olarak üstlenir ve izin bittiğinde yetki otomatik geri döner.

Aynı mantık izin, avans, harcama ve fazla mesai taleplerinin tamamında geçerlidir. Yıllık ücretli izin hak edişi her personelin kendi işe giriş yıldönümünde kendiliğinden açılır — şube farkı gözetmeden, elle takip gerektirmeden. Bir şubenin yöneticisi değişse bile bakiye geçmişi ve onay kaydı personelle birlikte sistemde kalır.

Bir personel şubeye ya da sahaya atanmışsa görünürlük nasıl çalışır?

Saha takipli çok şubeli yapılarda personel, yalnızca kendisine atanmış ve o tarihte aktif olan şube ya da sahalara göre değerlendirilir; geçmiş atamalar hesaba katılmaz. Bir saha, birden fazla ayrık alandan oluşabilir — örneğin bir şirketin farklı bloklarda ya da adreslerde çalışan güvenlik ekibi tek saha altında toplanabilir. Bir şubenin birden fazla saha yöneticisi olabilir; bu, büyüyen şubelerde tek kişiye bağımlı kalmadan sorumluluğu paylaştırır. Şube veya saha değiştiğinde personelin geçmiş puantaj, izin ve onay kaydı kaybolmaz, yeni bağlamla birlikte aynı kartta birikmeye devam eder.

Merkezden tek bakışta raporlama

Şube bazlı çalışan bir yapıda genel merkezin en sık sorduğu soru şudur: "Bugün hangi şubede kaç kişi işbaşında, hangi izinler onay bekliyor?" Bu sorunun cevabı elle toplanan tablolarda değil, kolon seçmeli ve filtreli bir rapor tasarımcısında olmalıdır — istenen kesit (şube, departman, tarih aralığı) her seferinde yeniden kurulmadan CSV olarak alınır. Dört hazır rapor sekmesinin yanında özel bir kesit gerektiğinde, filtre birkaç saniyede değiştirilir.

Aynı merkezi görünürlük denetim tarafında da işler: hangi şube yöneticisinin hangi kararı, hangi personel kaydında, ne zaman değiştirdiği veri tabanı düzeyinde tutulur. Bir itiraz ya da resmi denetim geldiğinde, "o gün kim neyi onayladı" sorusunun cevabı tahmine değil kayda dayanır.

Hangi işletmelerde bu fark en çok hissediliyor?

Merkezi olmayan İK yapısının maliyeti, özellikle üç ve üzeri şubeyle çalışan güvenlik, temizlik, lojistik ve taşeron hizmet şirketlerinde hızla büyür. Her yeni şube, eski sistemin bir kopyası olarak açıldığında; kopya sayısı arttıkça merkezin genel tabloyu görme yeteneği o kadar zayıflar. Tersine, tek hiyerarşi üzerine kurulmuş bir yapıda yeni şube, mevcut sisteme eklenen bir satırdan ibarettir — süreç yeniden tasarlanmaz, sadece genişler.

Sonuç

Çok şubeli işletmelerde İK yönetimini merkezileştirmek, tüm şubeleri tek bir Excel'e sığdırmak değildir; şube-departman-personel hiyerarşisini baştan doğru kurup onay akışını, raporlamayı ve denetim kaydını bu hiyerarşi üzerinden otomatik işletmektir. Büyüme o zaman yeni bir sistem kurma değil, mevcut yapıya bir dal ekleme meselesine dönüşür.

HR-Tech'in saha takipli İK platformu, şube, departman ve personel hiyerarşisini ilk günden kurar; onay akışı, puantaj, bordro ve raporlama aynı yapı üzerinde şube sayısı kaç olursa olsun tek merkezden yönetilir. Şubeleriniz hâlâ ayrı tablolarla yönetiliyorsa iletişim sayfamızdan bize ulaşın, mevcut yapınıza uygun geçişi birlikte planlayalım.