Çalışan işten ayrılma uygulaması: Erişim açıklarını güvenle kapatın

İşten ayrılma görevleri neden arada kaybolur?

Bir çalışanın son iş günü, geride boş bir masadan fazlasını bırakabilir. Eski çalışanın hâlâ e-postaya, bordroya, müşteri veritabanına veya ortak sürücüye erişimi varsa şirket ve müşteri bilgileri açıkta kalabilir. Erişimlerin zamanında kaldırılmaması, çalışan ayrıldıktan sonra bir kaydı kimin değiştirdiğini doğrulamayı da zorlaştırır.

Kötü işten ayrılma süreçleri genellikle kötü niyetten kaynaklanmaz. İK, BT, yöneticiler ve finans ekipleri sürecin farklı bölümlerini yürütür. Bu ekiplerin devir teslimleri, kimsenin birlikte gözden geçirmediği e-postalar, sohbet mesajları ve elektronik tablolar üzerinden gerçekleşir.

Bir yönetici BT'ye çalışanın son gününün cuma olduğunu söyleyebilir, ancak özel bir aracı belirtmeyi unutabilir. İK çıkış görüşmesini tamamlar, BT ise dizüstü bilgisayarın seri numarasını bekler. Görev, görünür bir sorumlusu veya son tarihi olmadan gelen kutusunda kalır.

Bir çalışan işten ayrılma uygulaması tüm işleri tek bir ortak kayıtta toplar. Uygulama son günü, ilgilenilmesi gereken hesapları, teslim edilen ekipmanları, görev sorumlularını ve her adımın durumunu göstermelidir. İK çalışma bilgilerini doğrular, yönetici araçları ve devir teslim işlerini belirler, BT erişimi kaldırır ve sonucu kaydeder.

Ortak görünüm şu pratik sorulara hızlıca yanıt vermelidir:

• Son günden önce hangi görevler tamamlanmalı?
• Kalan erişim kaldırma işinin sorumlusu kim?
• Çalışan dizüstü bilgisayarını, kartını ve telefonunu teslim etti mi?
• Hangi onaylar hâlâ eksik?

Net sorumluluk, uzun bir kontrol listesinden daha önemlidir. «CRM erişimini kaldır» görevini BT'ye vermek belirsizdir. Görevi adı belli bir yöneticiye, son tarih ve tamamlanma notu zorunluluğuyla vermek doğrulanabilir bir kayıt oluşturur.

Tamamlanan görevleri de görünür tutun. Bir yönetici erişimin cuma günü saat 17.00'de sona erip ermediğini sorarsa İK ve BT eski e-posta zincirlerini aramak yerine yanıtı aynı yerde bulabilmelidir. Ortak kayıt, son dakika takiplerini azaltır ve soru çıktığında şirkete denetlenebilir bir geçmiş sunar.

Uygulamayı kimlerin kullanacağını belirleyin

Bir çalışan işten ayrılma uygulaması, insanların sorumlu oldukları işleri gördüğünde en iyi sonucu verir. İK kaydı başlatır ve son günü doğrular. Yönetici ekipteki devir teslim görevlerini yürütür. BT hesapları kaldırır ve cihaz teslimini kaydeder. Küçük bir grup tamamlanan vakayı onaylayabilir.

Her göreve adı belli tek bir sorumlu atayın. «BT» çok geniş bir tanımdır. Bordro hesabını kimin devre dışı bırakacağı bilinmiyorsa hesap çalışan ayrıldıktan sonra da açık kalabilir. Görevi bir kişiye veya yedeği açıkça belirlenmiş bir role verin.

Uygulanabilir bir kurulumda işten ayrılma kayıtlarını oluşturan ve çalışma bilgilerini yöneten İK çalışanları, devir teslim işlerini atayan yöneticiler, sistem erişimini kaldırıp varlık durumunu güncelleyen BT çalışanları ve kartları, masrafları veya şirket mallarını kontrol eden finans ya da operasyon çalışanları bulunur. İK ve BT onaylayanları kendi alanlarındaki işleri onaylayabilir.

İK kayıtlarını BT kayıtlarından ayrı tutun. İK'nın ayrılış nedeni, kişisel iletişim bilgileri veya yan hak bilgileri gibi özel bilgilere ihtiyacı olabilir. BT genellikle son tarihi, yöneticiyi, teslim edilen ekipmanı ve hesap listesini görmelidir. Bir BT çalışanı dizüstü bilgisayar iade görevini kapatmak için hassas İK notlarını görmemelidir.

İzinleri yalnızca unvanlara göre değil, gerçek kararlar etrafında belirleyin. İK çalışanları çalışan bilgilerini düzenleyebilir ve özel notları görebilir. Yöneticiler doğrudan bağlı çalışanlarının görevlerini görebilir, devir teslim notları ekleyebilir ve kendi görevlerini tamamlandı olarak işaretleyebilir. BT ekipman ve erişim kaldırma görevlerini görebilir, ancak yalnızca İK'ya açık alanları açamaz. Onaylayanlar ilerlemeyi ve onayları görebilir, tamamlanmış kayıtları değiştiremez.

Örneğin bir yönetici, ayrılan satış temsilcisinin aktif hesapları devrettiğini doğrulayabilir. Bir BT teknisyeni de iade edilen MacBook'u ve cihazın durumunu kaydedebilir. Her iki güncelleme tek bir işten ayrılma kontrol listesinde görünür, ancak iki kişi de kendi rolü dışındaki bilgileri görmez.

Koder.ai, rol planını sohbet üzerinden ekranlara ve izinlere dönüştürmenize yardımcı olabilir. Yine de önce izin kurallarını yazın. Net sınırlar, yanlışlıkla veri paylaşımını azaltır ve geciken işleri bulmayı kolaylaştırır.

Oluşturmadan önce süreci haritalayın

Uygulamayı insanların zaten tamamlaması gereken işlerin etrafında kurun. Her ayrılan çalışan için tek bir kayıtla başlayın. Tam adı, rolü, departmanı, yöneticisi, çalışma yeri, son çalışma günü ve hassas olmayan takip işlemleri için kişisel e-posta adresini ekleyin.

Son gün, son tarihleri belirlemelidir. Dizüstü bilgisayarın çalışanın son gününde teslim edilmesi gerekebilir, bordro için banka veya izin bilgilerinin ise birkaç gün önce kontrol edilmesi gerekebilir. Her sorumlunun harekete geçebilmesi için son tarihleri yeterince erken belirleyin.

Her göreve tek bir sorumlu verin

Bir görevi kişiyi belirtmeden bir departmana atamayın. «BT», hesabı kimin kaldıracağını söylemez. Her maddede adı belli bir sorumlu, son tarih ve net bir sonuç bulunmalıdır. Yönetici devir teslim işini, BT erişim kaldırma işlemini, İK çalışma kayıtlarını, finans da son ödemeyi kontrol edebilir.

İlk iş akışını gerçek sorunları önleyen işlerle sınırlı tutun:

• E-posta, ortak sürücüler, iş uygulamaları ve şirket hesaplarına erişimi kaldırın.
• Dizüstü bilgisayarları, telefonları, kartları, anahtarları ve teslim edilen diğer ekipmanları toplayın.
• Son bordro işlemlerini, yan hak değişikliklerini ve gerekli İK belgelerini doğrulayın.
• Dosyaları, müşteri notlarını ve devam eden işleri doğru çalışma arkadaşına devredin.
• Kaydı kapatmadan önce yönetici, BT ve İK onaylarını alın.

Hassas işler için kanıt tanımlayın

Bazı görevler için tamamlandı kutusunu işaretlemek yeterlidir, ancak hassas işlerde bağlam gerekir. BT «Google Workspace hesabı 15.15'te askıya alındı» notunu yazıp bir destek kaydı numarası ekleyebilir.

Görevin kanıt gerektirdiği durumlarda ek dosya isteyin. İmzalı ekipman teslim belgesi, hasarlı dizüstü bilgisayar fotoğrafı veya tamamlanmış çıkış formu, İK'nın daha sonra bulabileceği bir kayıt sağlar. Ekipman iadesi takibinde ürün adını, varlık etiketini, durumunu, iade tarihini ve teslim alan kişiyi kaydedin.

İstisnalar için kurallar belirleyin. Çalışan telefonu geçici olarak elinde tutuyorsa sorumlu kişi istisna durumunu seçmeli, nedenini açıklamalı ve yeni iade tarihini girmelidir. Birisi çözene kadar görevi açık tutun. Aksi halde iyi niyetli bir anlaşma, takip edilmeyen bir erişim veya ekipman açığına dönüşebilir.

İş akışını adım adım oluşturun

Her ayrılışı tek bir işten ayrılma kaydıyla başlatın. Kısa bir çalışan formu kişinin adını, departmanını, yöneticisini, son çalışma gününü, konumunu ve rolünü alabilir. Formda ayrıca şirket ekipmanı taşıyıp taşımadığını veya ortak hesapları kullanıp kullanmadığını sorun. Uygulama bu bilgileri kullanarak ilgili görevleri oluşturabilir ve İK'nın her maddeyi elle eklemesini önleyebilir.

Her görev için son çalışma gününü son tarih, daha erken günleri ise hatırlatma tarihi olarak kullanın. Cuma günü ayrılacak bir çalışan için pazartesi ilk, çarşamba ikinci hatırlatma oluşturulabilir. Böylece sorumlular neyin yaklaşmakta olduğunu e-posta zincirlerinde arama yapmadan görebilir.

Sorumluluğa göre görevler oluşturun

Erişim kaldırma işini genel bir gelen kutusuna değil, adı belli BT çalışanlarına atayın. Her görev bordro, e-posta, müşteri veritabanı veya ortak sürücü gibi sistemi belirtmelidir. BT görevi tamamlandı olarak işaretleyebilir ve devir teslim bitene kadar erişimin açık kalması gerekiyorsa not ekleyebilir.

Ekipman görevlerinin sorumlusu farklı olabilir. Çalışan veya yönetici dizüstü bilgisayarının, telefonun, kartın ya da güvenlik anahtarının iade edildiğini doğrulayabilir. Uzaktan çalışanlarda gönderimi yönetmesi ve teslim alındığını doğrulaması için yöneticiyi atayın. Böylece ekipman iadesi takibi, çalışan erişiminin kaldırılmasıyla aynı kayıtta tutulur.

Uygulama rol ile ilişkili her hesap, teslim edilen her ürün, yöneticinin devir teslim işi, İK evrakları ve kayıt sahibi için açık kalan işleri hatırlatan görevleri otomatik oluşturabilir.

Onayları görünür tutun

İK'ya ve yöneticiye ayrı onay görevleri verin. Tamamlanan maddede «tamamlandı» gibi belirsiz bir durum yerine kimin, ne zaman onay verdiği görünmelidir. Birisi kaydı reddederse nedenini açıklamalı ve görevi sorumlusuna geri göndermelidir.

Tek ve büyük bir «işten ayrılma tamamlandı» düğmesinden kaçının. Gerekli görevler ve İK ile BT onayları tamamlanmadan kaydın kapanmasına izin vermeyin. Net bir ilerleme görünümü, son sabah kalan işleri kolayca gösterir.

İade edilen ekipmanları net biçimde kaydedin

Kısa bir ekipman kaydı daha sonra çıkabilecek anlaşmazlıkları önler. Çalışanın elindeki her şirket ürününü ekleyin: dizüstü bilgisayar, telefon, monitör, kart, şarj cihazı, güvenlik anahtarı ve özel donanım. Çalışan, yönetici ve BT çalışanı yalnızca bir kişinin düzenleyebildiği elektronik tabloya güvenmek yerine aynı listeyi görmelidir.

Her ürün için ayrı bir iade kaydı oluşturun. Varlığın adını, seri numarasını veya varlık etiketini, iade eden kişiyi, tarihi ve teslim alan kişiyi kaydedin. Bir dizüstü bilgisayar kaydı şöyle olabilir: «MacBook Pro, KDR-1842 varlık etiketi, 14 Haziran'da iade edildi, BT teslim aldı.» Bu bilgi ürünü şirket envanteriyle eşleştirmeyi kolaylaştırır.

Basit bir durum seçimi kullanın: iyi, hasarlı veya kayıp. Teslim alan kişiden hasarlı ya da kayıp ürünler için kısa bir not eklemesini isteyin. «Alt köşeye yakın ekranda çatlak» ifadesi «tamir gerekiyor» ifadesinden daha faydalıdır. Uygulama destekliyorsa fotoğraf ekleyin, böylece BT cihazı incelemeden veya onarmadan önce bir kayda sahip olur.

Formu masa veya resepsiyon alanında hızlıca doldurulabilecek kadar kısa tutun. Fazla alan gecikmeye yol açar ve ayrılışın ardından ayrıntılar kaybolur. Uygun bir kayıtta ürün türü ve varlık etiketi, iade tarihi, teslim alan ekip üyesi, durum, kısa not, hasar fotoğrafları ve iade edildi, kayıp veya iade bekleniyor gibi bir durum bulunur.

Ekipmanların çoğu geri geldi diye işten ayrılma kontrol listesini kapatmayın. Eksik ürünleri ve hasar incelemelerini çalışan ayrıldıktan sonra da açık tutun. Her birine genellikle BT veya iş yeri operasyonlarından adı belli bir sorumlu atayın, sonraki adımı ve son tarihi gösterin.

Uzaktan çalışanlar için kargo etiketi tarihini, takip numarasını ve beklenen varış tarihini kaydedin. Dizüstü bilgisayarın iade edildiğini ancak teslim alan ekip teslimatı doğrulayıp varlığı kontrol ettikten sonra işaretleyin. Kargonun gönderilmiş olması, ekipmanın güvenle teslim alındığı anlamına gelmez.

Sistem erişimini net sorumlulukla kapatın

Görevde yalnızca «hesapları devre dışı bırak» yazıyor, hesaplar, sorumlu veya son tarih belirtilmiyorsa erişim kaldırma işlemi başarısız olur. Bir çalışan işten ayrılma uygulaması bu geniş isteği ayrı ve atanmış kayıtlara dönüştürmelidir.

Erişimi bulunduğu yere göre gruplandırın. BT genellikle e-posta ve kimlik hesaplarını yönetir. Finans, satış operasyonları veya departman yöneticisi iş uygulamalarını yönetebilir. Cihazlar için ayrı görevler gerekir. Bina kartları, anahtarlar ve otopark erişimi ise çoğunlukla tesisler veya İK tarafından yönetilir.

Her madde için hesap veya erişim türünü belirtin, kaldıracak ya da devre dışı bırakacak tek bir kişi atayın, son çalışma gününden önce bir tamamlanma tarihi belirleyin, tamamlanma saatini ve doğrulama yöntemini kaydedin. Atanan kişi işlemi doğrulayıncaya kadar maddeyi açık tutun.

Doğrulama ne olduğunu anlatmalıdır. «14.15'te Salesforce'tan kaldırıldı, kullanıcı listesi kontrol edildi» faydalıdır. «Tamamlandı» değildir. Şirket telefonu için sorumlu kişi iş profilini kaldırdığını, mobil erişimi iptal ettiğini ve cihazın artık bağlanmadığını doğruladığını yazabilir.

Son gün yaklaşırken açık kalan işleri işaretleyin. Yarın son tarihi olan bir görev, kontrol listesinin altında sessizce beklemek yerine yöneticinin ve İK'nın ilgisini gerektirir. Bugün yapılacak, gecikmiş ve başka bir ekip bekleniyor gibi net etiketler kullanın.

Bazı erişim kaldırma işlemlerinin sırası vardır. BT e-posta ve tek oturum açmayı hemen devre dışı bırakırken bordro, son ödeme tamamlanana kadar sınırlı erişimi koruyabilir. İstisnayı, onaylayan kişiyi ve planlanan kaldırma saatini kaydedin. Böylece İK ve BT belirsiz e-posta yanıtları yerine aynı net kaydı paylaşır.

Tüm erişim grubunu «BT»ye atamayın. Görevi BT'den Priya'ya, bir tarih ve kanıtla verin. Priya izinliyse ekip, eski çalışanın yanlışlıkla erişimi sürdürmesinden önce görevi yeniden atayabilir.

E-posta peşinde koşmadan onayları toplayın

E-posta zincirleri bir çalışanın ayrılışını kaydetmek için iyi bir yöntem değildir. Bir kişi «tamamlandı» diye yanıt verir, başka biri mesajı kaçırır ve İK hâlâ BT'nin her hesabı kaldırıp kaldırmadığını anlayamaz. Onayları çalışan işten ayrılma uygulamasına taşıyın.

Her göreve basit bir durum verin. Sorumlu üzerinde çalışırken «Devam ediyor» kullanın. Başka birinden bilgi veya işlem bekleniyorsa, örneğin yöneticinin çalışanın kullandığı ortak klasörleri doğrulaması gerekiyorsa, «Engellendi» durumunu kullanın. Engellenen görevde kısa bir not ve yanıt vermesi gereken kişinin adı bulunmalıdır.

Onayları doğru kişilere atayın

Onay gerçek bir sorumlulukla eşleşmelidir. Yönetici devir teslim işini ve ekip varlıklarını, BT hesapların kapanmasını ve cihaz işlemlerini, İK ise çalışma kayıtlarını, son belgeleri ve gerekli politika adımlarını doğrular.

İstekleri özel hale getirin. «Yönetici onayı» belirsizdir. «Müşteri hesaplarının yeni bir sahibi olduğunu doğrulayın» ifadesi yöneticinin neyi onayladığını açıklar. Uygulama her onayın sorumlusunu, son tarihini ve durumunu göstermelidir.

Tamamlanan işler için onaylayan kişinin tam adını ve rolünü, tamamlanma tarihini ve saatini, notu veya istisnayı, eklenen kayıtları ve onay öncesi ile sonrası durumunu saklayın. Bu geçmiş, eski bir çalışan hâlâ erişimi olduğunu bildirdiğinde veya İK daha sonra bir ayrılışı incelemek istediğinde yardımcı olur.

Kapatmadan önce kaydı inceleyin

İK kaydı kapatmadan önce tek ekranda bir son özet gösterin. Tamamlanan görevleri, engellenen görevleri, geciken işleri, iade edilen ekipmanları ve BT tarafından doğrulanan erişim maddelerini ekleyin. Gerekli bir onay eksikse kaydı açık tutun ve sorumluyu belirtin.

Yönetici salı günü devir teslimi onaylarken BT, şarj cihazı eksik olduğu için dizüstü bilgisayar iadesini engellenmiş olarak işaretleyebilir. İK çalışma kaydını kapatabilir, ancak BT ekipman görevini çözene kadar işten ayrılma kaydı görünür kalmalıdır. Böylece ilgisiz işleri geciktirmeden kayıt doğru tutulur.

Basit bir son gün örneği

Maya'nın son günü cuma. Yöneticisi pazartesi çalışan işten ayrılma uygulamasını başlatır ve görevleri net sorumlulara ve son tarihlere atar. Maya saat 15.00'e kadar çalışacağı için güvenli bir ayrılışı engelleyebilecek işlerin son tarihi öğlen olarak belirlenir.

Saat 11.15'te yönetici Maya'nın dizüstü bilgisayarını, şarj cihazını, güvenlik kartını ve şirket telefonunu teslim alır. Uygulamada her ürünü kaydeder, dizüstü bilgisayarın seri numarasını ekler ve telefon ekranındaki çizikleri not eder. Notta, cihazın şirkete yeniden verilmeden önce incelenmesi gerektiği açıklanır. Maya ve yöneticisi devir teslimi birlikte doğrular.

BT aynı anda kendisine atanan görevleri alır. Bir ekip üyesi Maya'yı e-postadan, şirket sohbetinden, müşteri veritabanından ve proje çalışma alanından çıkarır. Başka bir ekip üyesi Maya'nın bordro hesabında artık yönetici erişimi olmadığını doğrular. Her kişi tamamlanma saatini kaydeder ve onay ekler.

İK istifa kaydını, son ödeme ayrıntılarını, yan hak bildirimini ve gelecekteki vergi formları için iletişim adresini kontrol eder. Kısa bir incelemeden sonra belgeleri tamamlandı olarak işaretler.

Saat 12.20'de uygulama hâlâ bir açık madde gösterir: Maya'nın sosyal medya planlama hesabına erişimi vardır. Pazarlama yöneticisi bu hesabın sahibi olduğu için BT hesabı bilmiyordur. Yönetici görevi pazarlama liderine atar ve pazarlama lideri Maya'nın son toplantısından önce erişimi kaldırır.

Saat 14.30'da kontrol listesinde tüm görevler tamamlanmış görünür. Ekip, iade edilen ekipmanların, kaldırılan hesapların ve İK ile BT onaylarının tarihli kaydına sahiptir. Her işlemi kimin ve ne zaman doğruladığı görünür.

Erişim açıkları oluşturan hatalar

Bir çalışan işten ayrılma uygulaması ancak her görevde adı belli tek bir sorumlu olduğunda işe yarar. «BT» veya «İK» çok belirsizdir. E-posta kaldırma Maya'ya, dizüstü bilgisayar toplama Leon'a verildiyse uygulama kimin ne zaman harekete geçeceğini gösterir. Ortak etiketler insanları işin başkasının sorumluluğunda olduğunu düşünmeye iter.

Ana şirket hesabını devre dışı bıraktıktan sonra erişim kaldırmayı tamamlandı olarak işaretlemeyin. Eski çalışanların hâlâ bordroya, destek araçlarına, bulut panolarına, ortak parolalara, sohbet çalışma alanlarına veya şirket yazılımına bağlı kişisel bir hesaba erişimi olabilir. Her hesaba kendi maddesini, sorumlusunu ve tamamlanma kaydını verin. Yönetici de listenin çalışanın gerçek rolüne uyduğunu kontrol edebilir.

Ekipman kayıtları «dizüstü bilgisayar iade edildi» gibi bir nottan fazlasını gerektirir. Serbest metin yorumları adil bir teslimi veya daha sonraki incelemeyi desteklemeyecek kadar değişken olabilir. Varlık etiketini, iade tarihini, teslim alan kişiyi ve durumu kaydedin. Cihazda görünür hasar varsa fotoğraf ekleyin. Notlar sorunu açıklamalı, kaydın tamamının yerini almamalıdır.

Engellenen işleri görünür tutun. Ayrılan çalışanın şirket telefonu kargoda olabilir veya BT'nin bir müşteri sisteminden erişimi kaldırmadan önce onaya ihtiyacı olabilir. Birisi yine de kaydı kapatırsa tamamlanmamış madde günlük dikkat alanından çıkar.

Sorumlu sorunu çözene kadar kaydın durumunu «engellendi» veya «inceleme gerekiyor» olarak bırakın. Görevin neden durduğunu, kimin engeli kaldırabileceğini ve sonraki inceleme tarihini gösterin.

Yaygın hatalar arasında kişi yerine departman atamak, tek bir hesabı tüm hesaplar sanmak, cihaz durumunu yalnızca yorumda belirtmek ve tamamlanmamış görevlerle işten ayrılma kontrol listesini kapatmak bulunur.

Yöneticinin son onayı tamamlanan işi doğrulamalıdır, işin yerini almamalıdır. Engellenen görevleri açık tutun ve İK çalışan kaydını kapatmadan önce bunları gösterin.

Son günden önce hızlı kontroller

Çalışan ayrılmadan bir veya iki iş günü önce son bir inceleme yapın. Bu, yöneticiye, BT ekibine ve İK sorumlusuna eksik bir dizüstü bilgisayarı, açık bir bordro hesabını veya eksik bir onayı düzeltmek için zaman verir.

Önce sorumluluğu kontrol edin. Her maddede adı belli bir kişi ve son tarih bulunmalıdır. Yönetici bina anahtarlarını toplayacaksa görevi bir departmana değil, yöneticinin adına atayın.

Kısa bir inceleme listesi kullanın:

• Her görevde sorumlu, son tarih ve net bir durum bulunduğunu doğrulayın.
• BT'nin her erişim işlemi için sistem adını, yapılan işlemi ve tamamlanma saatini kaydettiğini kontrol edin.
• İade edilen ekipmanları seri numaralarıyla karşılaştırın, hasarlı veya eksik ürünler için durum notları ekleyin.
• Yönetici, İK ve BT onaylarının zaman damgası içerdiğini doğrulayın.
• Son günden sonra bile işlem gerektiren bir sorun varsa kaydı açık tutun.

BT kayıtları yalnızca işaretli bir kutudan fazlasını gerektirir. «Erişim kaldırıldı» ifadesi İK'ya BT'nin hesabı devre dışı bırakıp bırakmadığını, ortak parolayı değiştirip değiştirmediğini, dosyaları devredip devretmediğini veya yönetici haklarını kaldırıp kaldırmadığını söylemez. «Google Workspace hesabı 15.14'te askıya alındı, proje klasörü sahipliği Priya Shah'a devredildi» gibi bir not, sonraki incelemeyi yapan kişinin doğrulayabileceği bir kayıt sağlar.

Ekipman iadesi takibinde listelenen varlığı fiziksel ürünle karşılaştırın. Seri numarasını, şarj cihazını, aksesuarları ve durumu kaydedin. Çalışan ekranı çatlak bir dizüstü bilgisayar iade ettiyse bunu açıkça belirtin ve şirketin kullandığı iç teslim kaydını ekleyin. Dizüstü bilgisayar ofise ulaştı diye görevi tamamlamayın.

Çözülmemiş maddeleri dipnot değil, açık sorun olarak ele alın. Bir yüklenicinin tedarikçi portalı hesabı BT'nin yönetici erişimi olmadığı için açık kalıyorsa takip sorumlusu ve son tarih atayın. Bu kişi sonucu kaydettikten sonra kaydı kapatın. Açıkça belirtilen bir sorun, yanlışlıkla tamamlanmış görünen bir kontrol listesinden daha güvenlidir.

Uygulanabilir bir ilk sürümle başlayın

Ekibinizin en sık karşılaştığı ayrılış türüyle başlayın. Örneğin kendi isteğiyle ayrılan tam zamanlı bir ofis çalışanı için başlayabilirsiniz. İK'nın, yöneticinin ve BT'nin son günden önce tamamlaması gereken işleri kapsayan tek bir şablon oluşturun. Küçük ama çalışan bir uygulama, denenmemiş şablonlardan oluşan büyük bir kütüphaneden daha faydalıdır.

İlk şablonu sorumluluk üzerine kurun. İK son tarihi ve çıkış belgelerini doğrular. Yönetici bilgi aktarımı işlerini kaydeder ve şirket mallarını kontrol eder. BT hesapları kaldırır, cihazları toplar ve takip gerektiren istisnaları kaydeder.

Yalnızca insanların harekete geçmesi için gereken bilgileri ekleyin:

• Çalışanın adı, departmanı, yöneticisi ve son çalışma günü.
• Her madde için görev sorumlusu ve son tarih.
• Ekipman listesi, durumu, seri numarası ve iade durumu.
• Çalışanın gerçekten kullandığı sistemler için erişim kaldırma görevleri.
• Tarih ve kısa not içeren bir onay alanı.

Her departmanın kullanmasını istemeden önce şablonu bir veya iki gerçek ayrılışta test edin. İK'ya formun doğru kayıtları alıp almadığını, BT'ye erişim görevlerinin yeterince erken gelip gelmediğini, yöneticilere de görev listesinin günlük işlerine uyup uymadığını sorun. İnsanların atladığı, tekrarladığı veya yanlış anladığı görevleri izleyin.

Ardından sorumluları ve hatırlatmaları düzenleyin. Yöneticiler dizüstü bilgisayar iadelerini doğrulamak için sık sık son günü bekliyorsa iki iş günü önce hatırlatma gönderin. Özel bir hesabı kaldırmadan önce BT'nin yöneticiden onay alması gerekiyorsa bu bağımlılığı gelen kutusu mesajlarına bırakmak yerine görünür hale getirin.

Koder.ai, sohbet tabanlı oluşturma süreciyle ekiplerin kendilerine uygun bir web veya mobil işten ayrılma uygulaması oluşturmasına yardımcı olabilir. İhtiyacınız olan alanları, rolleri, onay adımlarını ve hatırlatma kurallarını anlatın, ardından ilk vakalardan sonra uygulamayı geliştirin. Ekipler kaynak kodunu dışa aktarabilir ve geliştirmeye platform dışında devam edebilir.

İlk sürümde her politika istisnasının bulunması gerekmez. Her açık görevi göstermeli, sorumlu kişiyi belirtmeli ve kişi işi tamamladığında tarihli bir kayıt tutmalıdır. Bu, daha sonra yükleniciler, uzaktan ekipman iadeleri, özel erişim incelemeleri ve diğer vakalar için kullanılabilecek pratik bir temel sağlar.