Tek şubeli bir işletmede "personel yönetimi" çoğunlukla bir listedir. Onuncu şubede aynı iş bir yapı sorununa dönüşür: her şubenin kendi defteri, merkezin göremediği devamsızlıklar, hangi şube müdürünün neyi onaylayabildiğinin belirsizliği ve her yeni şubede baştan kurulan düzen. Çok şubeli yapıda yazılımın işi kayıt tutmak değil, kurumun organizasyon şemasını çalışır hâle getirmektir.
Bu yazıda kurumsal yapının dört katmanını — yerleşke, departman, görev, rol — ve bunların raporlara, onaylara ve yetkilere nasıl yansıdığını anlatıyoruz.
Dört katman, dört ayrı soru
| Katman | Yanıtladığı soru | Örnek |
|---|---|---|
| Yerleşke | Kişi nerede çalışır? | Genel merkez, Kadıköy şubesi, Kuzey şantiyesi |
| Departman | Kişi hangi birimde? | Satış, muhasebe, operasyon |
| Görev | Kişi ne yapar, kimin üstü/astı? | Şube müdürü → satış temsilcisi |
| Rol | Kişi sistemde neyi görür ve yapar? | Şube yöneticisi, İK uzmanı, taşeron sorumlusu |
Katmanlar birbirinin yerine geçmez. Görev ile rolün karıştırılması en yaygın hatadır: "şube müdürü" bir görevdir (organizasyondaki yer), "şube yöneticisi" bir roldür (sistemdeki yetki). İki şube müdürü farklı rollerde olabilir; bir İK uzmanı görev olarak altta, rol olarak geniş yetkili olabilir.
Yerleşke: raporun ve yetkinin sınırı
Yerleşke yalnızca adres değildir; her yerleşkenin kendi geçiş noktaları, QR kodu, mobil kontrol yöntemi ve konum yarıçapı vardır. Raporlar yerleşke bazında süzülür, yetkiler yerleşke bazında sınırlanır: şube müdürü kendi şubesinin geç gelenlerini görür, komşu şubeninkini görmez. Kurumsal yapı listesinde her yerleşkenin kişi ve cihaz sayısı ile mobil kontrol yöntemi görünür; "hangi şubede kaç kişi var" sorusu tek ekranda yanıtlanır.
Yeni şube açmanın maliyeti burada belli olur: bulut tabanlı yapıda yeni yerleşke bir satırdır; QR kodu üretilir, varsayılan vardiya ve onay süreci miras alınır, personel aktarılır. Altyapı projesi değildir.
Görev ağacı: onayların omurgası
Hiyerarşik onay süreçleri görev ağacına dayanır: talep çalışanın görevinin üstündeki göreve gider. Ağaç yanlışsa onay yanlış kişiye gider. Bu yüzden görev tanımlarında "üst görev" alanı titizlikle doldurulmalı ve organizasyon değiştiğinde güncellenmelidir. Her yeni görev tanımında üç şey sorulur: hangi hiyerarşide, hangi rollerde yetkili, hangi onay zincirinde.
Rol: kim neyi görür, kim neyi yapar
Rol bazlı yetki iki boyutludur: sayfa yetkisi (hangi ekranları açabilir — çalışan listesi, raporlar, izin onayı, cihaz yönetimi) ve veri kapsamı (hangi yerleşkenin, hangi firmanın verisini görür). Tipik roller:
- İK: bütün yapı; kişi, vardiya, izin, rapor, rol yönetimi.
- Şube / yerleşke yöneticisi: yalnız kendi yerleşkesi; günlük raporlar, izin onayı, elle düzeltme (sınırlı).
- Bölge yöneticisi: birden fazla yerleşke; raporlar ve onaylar.
- Taşeron sorumlusu: yalnız kendi firmasının personeli.
- Çalışan: yalnız kendi kayıtları, talepleri ve bakiyesi (mobil).
Yetki kişiye tek tek değil role verilir; şube müdürü değişince yeni kişiye rol atanır, yetkiler yeniden kurulmaz.
Merkezden görünürlük
Çok şubeli yapının asıl kazancı merkezin tek ekranda gördüğü şeydir: yönetici konsolunda bütün yerleşkelerde şu anda içeride olan kişi sayısı, günün girişleri, geç gelenler ve yerleşke bazlı grafikler. Raporlar yerleşke, departman, kişi türü ve firma süzgeçleriyle daraltılır; otomatik rapor dağıtımı her yöneticiye kendi kapsamını gönderir. Merkez ayrıntıya boğulmaz, şube kendi dışını görmez.
Çok şubeli yapıda iletişim
Duyurular da aynı yapıyı izler: yerleşke, departman, firma ya da kişi grubuna hedefli duyuru; mobil anlık bildirim ve e-posta; okunma takibi. Genel merkezin "herkese" attığı e-posta yerine Kadıköy şubesine giden tek bildirim.
Bir örnek
Türkiye genelinde onlarca şubesi ve yüzlerce çalışanı olan bir finans kuruluşuyla çalışırken karşılaştığımız yapı tam buydu: genel müdürlükten bölge müdürlüklerine, şube yönetiminden saha temsilcilerine uzanan hiyerarşi. Çözüm, organizasyon şemasını sisteme birebir taşımak ve her birimin kendi onay akışını panelden kurmasıydı; yeni şube, QR kodu üretildiği anda sisteme katıldı.
NetKurum'da kurumsal yapı
NetKurum'da kurum bilgileri, yerleşkeler, departmanlar ve görevler Kurumsal Yapı bölümünde tanımlanır; her yerleşke için normal ya da dinamik QR kod üretilir ve mobil kontrol tercihi yerleşke bazında seçilir. Görev tanımlarında hiyerarşi ve yetkili olduğu roller belirlenir; rol yönetimi sayfa yetkilerini ağaç yapısında verir. Raporlar ve duyurular yerleşke, departman ve kişi türüne göre süzülür. Ayrıntılar: Çalışan Yönetimi ve Erişim Yönetimi.
Yazılım organizasyon şemasını değiştirmez; onu görünür ve uygulanır kılar. Şema yanlışsa önce şemayı düzeltin.
Sık sorulan sorular
Bir kişi iki yerleşkede birden çalışabilir mi?
Kişi tek yerleşkeye bağlıdır; ama kişi grubunun yetkili yerleşkeleriyle başka yerleşkelerden geçiş yapabilir ve "farklı şubeden geçiş" raporunda görünür.
Şube müdürü başka şubenin personelini görebilir mi?
Rolünün veri kapsamı yalnız kendi yerleşkesiyse göremez. Bölge yöneticisi rolü birden fazla yerleşkeyi kapsar.
Organizasyon değişince geçmiş raporlar bozulur mu?
Hayır. Geçmiş kayıtlar o günkü yerleşke ve görev bilgisiyle saklanır; değişiklik ileriye dönük uygulanır.
Departman zorunlu mu?
Zorunlu değil ama önerilir; raporlar ve duyurular departman bazında süzülür.
Yapınızı birlikte kuralım
Organizasyon şemanızı paylaşın; yerleşke, görev ve rol yapısını birlikte tanımlayıp ilk şubeyi aynı gün açalım. Ücretsiz denemeye başlayın ya da bize ulaşın.
Yazar hakkında
Zeynep Çelik
Dijital İçerik Uzmanı
NetKurum blogunda teknoloji, entegrasyon ve saha uygulamalarını ele alır. Bulut PDKS'yi, bağlantı cihazlarını ve gerçek müşteri deneyimlerini anlaşılır örneklerle aktarır.
