Bir çalışan veya dış yazılım danışmanı ayrıldığında ERP erişimini kapatmak, yalnız Windows parolasını değiştirmek değildir. Açık uzak masaüstü oturumu, geçerli VPN profili, ERP uygulamasındaki ayrı kullanıcı, dosya paylaşımı ve zamanlanmış görevler farklı erişim yollarıdır. Bu yollardan biri açık kalırsa “hesabı kapattık” kaydı işletmenin gerçek durumunu yansıtmayabilir.

Bu yazı; muhasebe ofisleri, çok şubeli işletmeler ve müşterilerinin sunucularını yöneten yazılım bayileri için erişim iptali kontrol listesidir. İlk RDP/VPN kurulumunu anlatmaz. Ayrılış anındaki yetki kaldırma sırasını, oturumların sonlandırılmasını, iş sürekliliğini ve sonucun nasıl doğrulanacağını ele alır. İşlem insan kaynakları, işletme sorumlusu ve teknik ekip arasında yetkilendirilmiş bir kayıtla başlamalıdır.

ERP sunucusunda erişim envanteri kişiyle eşleşmeli

İlk soru “hangi kullanıcı adı?” değil, “bu kişinin hangi sistemlerde hangi kimlikleri var?” olmalıdır. Windows veya dizin hesabı, VPN kimliği, ERP uygulama hesabı, veritabanı kullanıcısı, destek portalı ve yedekleme aracı ayrı kayıtlar olabilir. Sunucuya yerel hesapla bağlanan danışmanlar, merkezî dizindeki çalışan listesinden görünmeyebilir. Farklı şubelerde aynı adla açılmış hesapları da kontrol edin.

Ortak kullanıcı kullanılıyorsa erişimi tek kişiden geri almak zorlaşır. Ortak parolanın değiştirilmesi diğer çalışanları da etkileyebilir; kaydı kişiye bağlamak ise mümkün olmayabilir. Bu nedenle kişiye özel hesap, role dayalı yetki ve düzenli erişim gözden geçirmesi temel önlemlerdir. Ancak ayrılış sırasında bütün sistemi yeniden tasarlamaya çalışmak yerine, mevcut açıkları kaydedip riskli erişimleri önce kapatın.

Kapatma anını ve iş devrini önceden belirleyin

Planlı ayrılışla güvenlik olayı şüphesi aynı akış değildir. Planlı durumda tamamlanması gereken muhasebe işlemleri, devredilecek raporlar ve dosya sahipliği belirlenebilir. Şüpheli durumda ise bilgi güvenliği ve yetkili yönetim daha hızlı izolasyon isteyebilir. İşlemin hukuki ve kurumsal çerçevesini teknik ekip kendiliğinden belirlememelidir; onaylı politika ve yetkili talimat esastır.

Bir kapatma saati, sorumlu uygulayıcı ve sonucu kontrol edecek ikinci kişi belirleyin. Açık işlemlerin ve bağımlı görevlerin kontrol edilmesi kesintiyi azaltır. Kullanıcının kişisel hesabıyla çalışan veri aktarımı veya zamanlanmış rapor varsa, hesabı devre dışı bırakmak işi durdurabilir. Bu bağımlılığı gerekçe göstererek kişisel erişimi süresiz açık tutmayın; görevleri uygun, dar yetkili hizmet kimliğine kontrollü biçimde devredin.

Yeni giriş engeli ile açık oturumu ayırın

Hesabın devre dışı bırakılması yeni kimlik doğrulama denemelerini engellemeyi hedefler. Daha önce açılmış oturumların ne olacağı ise Windows, dizin, uygulama ve erişim katmanının davranışına bağlıdır. Bu yüzden yalnız hesap durumuna bakarak “erişim bitti” demeyin. Aktif ve bağlantısı kesilmiş RDP oturumlarını ayrıca inceleyin; sunucudaki mevcut uygulama süreçlerini de hesaba katın.

RDP penceresini kapatmak veya bağlantıyı kesmek, oturumu sonlandırmakla aynı şey değildir. Uygulama arka planda çalışabilir, dosya kilidi tutabilir veya açık işlem bırakabilir. Yetkili oturum sonlandırma adımından önce gerekiyorsa veri bütünlüğünü koruyacak prosedürü uygulayın. Genel bir internet komutunu tüm kullanıcılara uygulamak yerine hedef sunucuyu, oturum kimliğini ve kişiyi eşleştirin; yanlış oturumu kapatmak başka çalışanın işini bozabilir.

VPN profili, sertifika ve MFA kaydını ayrı ele alın

VPN kullanıcı hesabı, istemci sertifikası ve cihaz profili aynı şey olmayabilir. Kullanılan ürüne göre hesabı kapatmanın yanında sertifika iptali, iptal listesinin sunucuya uygulanması ve mevcut tünelin sonlandırılması gerekebilir. Yeni bağlantı engellense bile önceden açılmış tünelin davranışını doğrulayın. Sertifika tabanlı erişimde yalnız Windows parolasını değiştirmek çoğu zaman ilgili kimliği doğrudan etkilemez.

MFA cihazlarını, kurtarma kodlarını ve kayıtlı onay yöntemlerini de erişim kaydına dâhil edin. Paylaşılan VPN profili kullanılmışsa tek kişinin iptali mümkün olmayabilir; etkilenen diğer kullanıcılarla koordineli yeni kimlik dağıtımı gerekir. Bu değişiklikte eski profilin gerçekten reddedildiğini test edin. Cihazı geri almak veya bir dosyayı bilgisayardan silmek, sunucu tarafındaki yetkinin kaldırıldığına dair kanıt değildir.

ERP, dosya paylaşımı ve dış araçlardaki yetkileri kapatın

ERP uygulaması kendi kullanıcı yönetimini kullanıyorsa işletim sistemi hesabının kapatılması yeterli olmayabilir. Uygulama rolü, web erişimi, mobil erişim ve varsa API kimlikleri ayrıca gözden geçirilmelidir. Yazılım bayisinin uzaktan destek hesabı veya üçüncü taraf masaüstü erişim aracı farklı bir yol sağlayabilir. Her araç için iptal sahibi ve doğrulama yöntemi belirleyin.

Dosya paylaşımlarındaki grup üyeliklerini, paylaşılan rapor klasörlerini ve saklanan bağlantıları kontrol edin. Kişinin bildiği ortak sırlar varsa risk değerlendirmesine göre döndürün; ancak hangi uygulamaların bu sırları kullandığını bilmeden toplu parola değişikliği yapmayın. Veritabanında yalnız uygulama bağlantısı için kullanılan ortak hesabı bir personel hesabı gibi yönetmek hem kesinti hem izlenebilirlik sorunu yaratabilir. Uygun hizmet hesabı modeline geçişi ayrı değişiklik olarak planlayın.

Veriyi koruyun; hesabı silmekle kanıtı yok etmeyin

Hesap iptali ile veri silme farklı kararlardır. İş dosyalarının devri, posta veya rapor saklama ihtiyacı ve olay kayıtlarının korunması şirketin onaylı politikasına göre yönetilmelidir. Gerekli kayıtlar alınmadan profil silmek veya sunucuyu temizlemek, sonraki incelemeyi zorlaştırabilir. Buna karşılık “belki gerekir” diyerek kişisel verileri sınırsız tutmak da doğru bir varsayım değildir.

Erişim günlüklerinin kim tarafından görülebileceğini, ne kadar saklanacağını ve hangi kayda bağlanacağını önceden tanımlayın. Ayrılan kişinin kişisel dosyalarına gelişigüzel erişmek yerine yetkili veri devri sürecini izleyin. KVKK, iş hukuku veya sözleşmesel gerekliliklerde teknik bir rehberi hukuki görüş yerine kullanmayın. Hizmet sağlayıcının mevcut işletim pratiğini de otomatik sözleşmesel garanti gibi yorumlamayın.

Kapanışı bir başarısız giriş testiyle doğrulayın

Kontrol listesinde yapılan işlem ve gözlenen sonuç ayrı alanlar olsun. “VPN kapatıldı” yerine ilgili kimliğin yeni bağlantıda reddedildiğini, eski tünelin kalmadığını ve RDP oturumunun sonlandırıldığını yazın. Testi yetkili yöntemle yapın; çalışanın parolasını öğrenmeye veya MFA’sını kullanmaya çalışmayın. Yönetim konsolu kayıtları, oturum listeleri ve kontrollü erişim testleri birlikte kullanılabilir.

• Kişiye ait yerel/dizin hesapları ve ERP kimlikleri eşleştirildi mi?
• Yeni girişler engellendi, aktif RDP ve VPN oturumları ayrıca kapatıldı mı?
• İstemci sertifikası, MFA yöntemleri ve destek aracı erişimleri kontrol edildi mi?
• Dosya paylaşımı, uygulama rolleri ve API kimlikleri gözden geçirildi mi?
• Ortak sırların rotasyonu bağımlılık kontrolüyle tamamlandı mı?
• Zamanlanmış işler uygun hizmet kimliğine devredildi mi?
• Veri devri ve log saklama işlemleri yetkili politikaya uygun mu?
• İkinci kontrolün zamanı, uygulayıcısı ve kanıtı kapanış kaydına eklendi mi?

Yazılım bayileri için müşteri bazında standart oluşturun

Birden fazla müşteriye hizmet veren ekipler aynı ayrılış kaydını her müşteri ortamı için ayrı uygulamalıdır. Bir müşteri sunucusundan çıkarılan yetki, diğer müşterilerdeki hesapları kapatmaz. Muhasebe programı sunucusu planında erişim sahipliğini; VDS altyapısı seçiminde müşteri izolasyonunu birlikte değerlendirin. Windows/RDS ve ERP lisansları ile uygulama desteği ayrıca netleştirilmelidir.

CTA: Kullanıcı, şube ve müşteri sunucusu sayınızı; RDP/VPN erişim modelinizi ve hesap yönetimi sorumlularını paylaşın. ERP sunucunuz için erişim ve bakım kapsamını birlikte değerlendirelim. Sunucu barındırma, uygulama yetkilendirmesi ve kurumsal ayrılış süreci farklı sorumluluklardır; teklif ve işletim planında sınırları açıkça belirlenmelidir.