Məzuniyyət və icazə idarəetmə sistemi davamiyyətlə niyə bir yerdə olmalıdır?
06.09.2026
Məzuniyyət və icazə idarəetmə sistemi çox vaxt davamiyyətdən ayrı qurulur: müraciətlər e-poçtla gəlir, təsdiq şifahi verilir, qeyd isə ayrıca cədvəldə saxlanılır.
Bu bölgü ilk baxışda məntiqli görünür - axı bunlar fərqli proseslərdir. Ay sonunda isə nəticə həmişə eyni olur: iki siyahı üzləşdirilir və hər uyğunsuzluq üçün ayrıca izah axtarılır.
Ayrı sistemlərin gizli xərci
Ən çox rast gəlinən hal budur: işdə olmayan əməkdaş gecikmiş kimi görünür.
Səbəb sadədir. Davamiyyət sistemi yalnız bir şeyi bilir - həmin gün qeyd yoxdur. Məzuniyyət məlumatı isə başqa yerdədir və sistem onu görmür. Nəticədə sətir «gecikmə» və ya «işə çıxmayıb» kimi qalır.
Bunun üç ardıcıl nəticəsi olur:
- HR ay sonunda iki siyahını əl ilə üzləşdirir.
- Hər uyğunsuzluq üçün rəhbərə və ya əməkdaşa sual gedir.
- Cavab yaddaşa əsaslanır, çünki müraciətin izi saxlanılmayıb.
Bu üç addım aylıq tabel işinin ən çox vaxt aparan hissələrindəndir - və o, texniki problem deyil, quruluş problemidir.
Növlərin ayrılması
Məzuniyyət və icazə tez-tez eyni sətirdə saxlanılır. Onları ayırmaq hesablamanı ciddi sadələşdirir, çünki ölçü vahidləri fərqlidir.
Məzuniyyət günlərlə ölçülür və növləri var: illik, ödənişsiz, xəstəlik, analıq, ezamiyyət. Hər növün balansa təsiri fərqlidir.
İcazə isə qısamüddətli yoxluqdur - saat və ya dəqiqə ilə ölçülür. «Həkimə getdim, iki saat sonra qayıtdım» halı buraya aiddir.
İkisi eyni sətirdə saxlanılanda ay sonunda nə gün balansı, nə də saat balansı düzgün çıxır - və düzəliş yenidən əl ilə aparılır.
Təsdiq axını
Ən sadə işlək model iki addımlıdır: birbaşa rəhbər və HR.
Hər addımda kimin nə vaxt təsdiq etdiyi iz kimi saxlanılmalıdır. Mübahisə yarananda həlledici olan məhz bu izdir: «müraciət 12-də göndərildi, rəhbər 13-də təsdiqlədi, HR 14-də qeyd etdi» cümləsi bir dəqiqəyə yazılır. İz olmayanda isə eyni sual bir neçə adamın yaddaşı ilə həll olunmağa çalışılır.
Üç və daha çox addım əlavə etmək adətən əks nəticə verir: proses yavaşlayır və müraciətlər şifahi kanala qayıdır - «rəhbərlə danışdım, razılaşdıq». Bu, sistemin ən çox yayılmış sıradan çıxma səbəbidir.
Davamiyyətlə əlaqə
Məzuniyyət qeydi davamiyyətlə eyni yerdə olanda üç şey avtomatik həll olunur:
- Sətir düzgün hesablanır - işdə olmayan əməkdaş gecikmiş sayılmır.
- Gecikmə bildirişi göndərilmir - məzuniyyətdə olan adam üçün xəbərdarlıq yaranmır.
- Tabel bütöv olur - ayrıca faylla üzləşdirmə lazım gəlmir.
İkinci bənd praktikada gözləniləndən çox əhəmiyyətlidir: yanlış bildirişlər bildiriş sisteminə olan etimadı ən tez öldürən amildir.
Qrafik planlaması
Sistemin ikinci böyük faydası planlamadadır: eyni dövrdə eyni şöbədən neçə nəfərin işdə olmayacağını əvvəlcədən göstərmək.
Praktikada ən çox problem yaradan hal budur - iki nəfər eyni həftəyə müraciət edir və hər ikisi ayrı-ayrılıqda təsdiqlənir, çünki təsdiq edən şəxs digər müraciəti görmür. Problem iş həftəsinin ortasında üzə çıxır və artıq həll variantı azdır.
Müraciətlər bir yerdə görünəndə bu, təsdiq mərhələsində aşkarlanır - yəni hələ dəyişdirilə bilən anda.
Ay sonu yoxlaması
Üç sadə yoxlama ay sonu düzəlişlərinin böyük hissəsini qabaqlayır və ümumilikdə on dəqiqə çəkir:
- Təsdiqlənməmiş qalan müraciətlər var?
- Məzuniyyət və davamiyyət qeydlərinin üst-üstə düşdüyü gün var?
- Balansı mənfi çıxan əməkdaş var?
Üçüncü yoxlama xüsusilə vacibdir, çünki mənfi balans adətən qeyd səhvinin göstəricisidir - və o, əmək haqqı hesablanandan sonra tapılsa, düzəliş çox daha çətin olur.
Praktik nümunə: iki fayldan bir tabelə
Xidmət şirkətində 75 əməkdaş var idi. Məzuniyyət müraciətləri e-poçtla gəlirdi, HR onları ayrıca cədvəldə saxlayırdı, davamiyyət isə başqa sistemdə idi.
Ay sonu belə keçirdi: HR davamiyyət hesabatını açırdı, «işə çıxmayıb» sətirlərini seçirdi və hər birini məzuniyyət cədvəli ilə tutuşdururdu. Orta hesabla 20-25 sətir yoxlanılırdı və hər biri üçün cavab tapılmadıqda rəhbərə sual gedirdi.
Bu işə ayda 4-5 saat gedirdi. Amma əsl xərc başqa yerdə idi: təsdiqlənməmiş müraciətlər. E-poçtla gələn müraciətin təsdiqi çox vaxt şifahi verilirdi və heç yerdə qeyd olunmurdu - nəticədə ilin ortasında balans hesablananda uyğunsuzluq çıxırdı.
Birləşdirilmiş qurulmada üç şey dəyişdi. Müraciət tətbiqdən verilirdi və təsdiq iz qoyurdu. Təsdiqlənmiş məzuniyyət avtomatik olaraq tabeldə görünürdü. Gecikmə bildirişi məzuniyyətdə olan əməkdaş üçün göndərilmirdi.
Ölçülən nəticə: ay sonu yoxlaması 4-5 saatdan 20 dəqiqəyə düşdü. Bundan başqa, il sonunda balans hesablaması ilk dəfə düzəlişsiz keçdi.
Balans hesablamasında tipik üç səhv
Növlərin qarışdırılması. İllik məzuniyyət, ödənişsiz məzuniyyət və xəstəlik günü fərqli qaydalarla hesablanır. Eyni sətirdə saxlanıldıqda il sonu balansı yanlış çıxır və səhvin mənbəyini tapmaq üçün bütün il yenidən oxunmalı olur.
İcazənin günə çevrilməsi. Saatla ölçülən icazənin gün balansına yazılması ən çox rast gəlinən hesablama səhvidir. İki saatlıq icazə yarım gün deyil - və şirkət qaydası bunu açıq göstərməlidir.
Təsdiq tarixinin qeyd olunmaması. Müraciət tarixi ilə təsdiq tarixi fərqlidir və mübahisədə hansının əsas götürüldüyü vacib olur. Praktik qayda budur: balansa təsir edən tarix məzuniyyətin başlanğıc tarixidir, təsdiq tarixi isə iz kimi saxlanılır.
Müraciət formasında nə soruşulmalıdır
Təsdiq axınının sürəti çox vaxt formadan asılı olur. Natamam müraciət rəhbərdən əlavə sual tələb edir və proses bir-iki gün uzanır.
Praktikada beş sahə kifayətdir: növ (məzuniyyət, icazə, ezamiyyət), başlanğıc tarixi, bitmə tarixi və ya saatı, səbəb üçün qısa sahə, əvəzedici şəxs.
Sonuncu sahə ən faydalısıdır və çox vaxt unudulur. «Kim əvəz edəcək» sualı adətən təsdiqi ləngidən əsas amildir; formada olanda isə rəhbər müraciəti bir baxışla bağlayır.
Nə soruşmamaq lazımdır: tibbi diaqnoz, şəxsi səbəbin detalı və ya sənəd əlavəsi - əgər şirkət qaydası bunu tələb etmirsə. Artıq sahə formanı ağırlaşdırır və müraciətlərin şifahi kanala qayıtmasına səbəb olur.
Növbəti addım
Məzuniyyət və icazənin davamiyyətlə birləşdirilməsi adətən ən tez nəticə verən addımlardan biridir, çünki fayda ilk aylıq tabeldə görünür.
QRGate imkanlarına baxın və ya qiyməti hesablayın.