IT varlık yönetimi, kurumların sahip olduğu bilgisayar, sunucu, network cihazı, yazıcı ve diğer BT varlıklarının yalnızca envanterini tutmakla sınırlı değildir. [cite: 11] Bir cihazın kime atandığı, nerede bulunduğu, garanti durumu, bakım geçmişi, servise gönderilip gönderilmediği ve tekrar kullanıma alındığı tarih gibi bilgilerin de yaşam döngüsü boyunca takip edilmesi gerekir. [cite: 11] Bu nedenle IT envanter takibi, yalnızca cihaz listesinin güncel tutulmasından daha kapsamlı bir süreçtir. [cite: 11]
Özellikle yüzlerce veya binlerce cihazın bulunduğu kurumlarda bu süreçlerin Excel, e-posta veya manuel kayıtlarla yönetilmesi kısa sürede veri tutarsızlıklarına yol açabilir. [cite: 11] Kurum ağındaki bilinmeyen BT varlıkları da bu görünürlük problemini daha da büyütebilir. [cite: 11]
IT Varlık Yönetimi Servis ve Bakım Sürecini Neden Kapsamalı? [cite: 11]
Bir BT cihazı kullanıcıya teslim edildiğinde envanter kaydı tamamlanmış olmaz. Cihazın kullanım sürecinde arızalanması, periyodik bakıma alınması, üretici veya yetkili servise gönderilmesi ya da garanti kapsamında parça değişimi yapılması mümkündür. [cite: 11]
Bu nedenle IT varlık yönetimi, varlığın satın alınmasından kullanım dışı bırakılmasına kadar devam eden yaşam döngüsünü takip edebilmelidir. [cite: 11]
Örneğin bir çalışana atanmış dizüstü bilgisayar için şu bilgiler tek bir varlık kaydında görülebilir: [cite: 11]
- Cihazın marka, model ve seri numarası [cite: 11]
- Kullanıcı ve departman bilgisi, lokasyon [cite: 11]
- Satın alma ve teslim tarihi, garanti başlangıç ve bitiş tarihi [cite: 11]
- Servis sağlayıcı, servis sözleşmesi, arıza veya bakım kayıtları [cite: 11]
- Servise gönderilme ve geri dönüş tarihi [cite: 11]
- Yapılan işlem ve değiştirilen parçalar, cihazın güncel durumu [cite: 11]
Böylece “Bu cihaz şu anda nerede?” sorusunun yanında “Bu cihazın geçmişinde neler oldu?” sorusu da cevaplanabilir. [cite: 11]
BT Varlık Yaşam Döngüsünde Servis Süreci Nasıl Yönetilir? [cite: 11]
IT varlık yönetimi açısından servis süreci, cihazın yaşam döngüsünün önemli aşamalarından biridir. [cite: 11]
Basit bir örnek üzerinden düşünelim: [cite: 11]
Bir şirkette Ayşe Hanım'a atanmış bir dizüstü bilgisayarın ekranı arızalanıyor. Normalde süreç şu şekilde ilerleyebilir: Kullanıcı bildirimi → Arıza kaydı → Cihazın servise gönderilmesi → Servis işlemi → Geri teslim → Kullanıcıya yeniden atanması [cite: 11]
Eğer bu bilgiler farklı Excel dosyalarında, e-postalarda veya servis sağlayıcının sisteminde tutuluyorsa cihazın güncel durumunu görmek zorlaşır. [cite: 11]
Merkezi bir IT varlık yönetimi sisteminde ise cihazın statüsü doğrudan güncellenebilir: [cite: 11]
| Aşama [cite: 11] | Cihaz durumu [cite: 11] | Takip edilen bilgi [cite: 11] |
|---|---|---|
| Kullanım [cite: 11] | Kullanıcıda [cite: 11] | Kullanıcı ve lokasyon [cite: 11] |
| Arıza [cite: 11] | Servis bekliyor [cite: 11] | Arıza nedeni [cite: 11] |
| Serviste [cite: 11] | Servis sağlayıcıda [cite: 11] | Servis başlangıç tarihi [cite: 11] |
| Bakımda [cite: 11] | İşlem yapılıyor [cite: 11] | Yapılan işlem [cite: 11] |
| Tamamlandı [cite: 11] | Teslim bekliyor [cite: 11] | Servis bitiş tarihi [cite: 11] |
| Kullanımda [cite: 11] | Kullanıcıya teslim edildi [cite: 11] | Teslim tarihi [cite: 11] |
Bu yapı sayesinde servis süreci, envanterden bağımsız bir işlem olmaktan çıkar ve doğrudan ilgili varlığın geçmişine bağlanır. [cite: 11]
Unutmayalım ki, IT varlık yönetiminin sağlıklı yürütülebilmesi için öncelikle kurum ağındaki varlıkların eksiksiz şekilde keşfedilmesi gerekir. 👉 SPIDYA Agentless Asset Discovery (Ajansız Envanter Keşfi) çözümümüzü keşfedin. [cite: 11]
Cihazın Servis Geçmişi Neden Önemlidir? [cite: 11]
Bir cihazın yalnızca mevcut durumunu bilmek yeterli olmayabilir. Örneğin: aynı dizüstü bilgisayar son 12 ay içinde dört kez servise gittiyse, artık yalnızca “çalışıyor” şeklinde görünen bir envanter kaydı gerçek durumu yansıtmaz. [cite: 11]
Servis geçmişi sayesinde IT ekipleri: [cite: 11]
- Sık arızalanan cihazları belirleyebilir, tekrarlayan donanım problemlerini görebilir. [cite: 11]
- Garanti kapsamında yapılabilecek işlemleri takip edebilir. [cite: 11]
- Servis sağlayıcı performansını karşılaştırabilir, onarım maliyetlerini analiz edebilir. [cite: 11]
- Cihazın değiştirilmesinin mi yoksa onarılmasının mı daha mantıklı olduğunu değerlendirebilir. [cite: 11]
Bu nedenle servis geçmişi, IT varlık yönetimi içinde operasyonel olduğu kadar finansal kararları da destekleyen bir veridir. [cite: 11]
IT Varlık Yönetimi ile Servis Sözleşmeleri Nasıl Takip Edilir? [cite: 11]
Kurumların bazı cihazları üretici, yetkili servis veya üçüncü taraf bakım sağlayıcılarıyla yapılan sözleşmeler kapsamında olabilir. [cite: 11] Örneğin bir kurumun 200 adet network cihazı için üç yıllık bakım sözleşmesi bulunduğunu düşünelim. Sadece cihaz listesini tutmak, sözleşmenin etkin şekilde yönetilmesi için yeterli değildir. [cite: 11]
IT varlık yönetimi üzerinden varlıklar ile ilgili servis sözleşmeleri ilişkilendirildiğinde şu bilgiler takip edilebilir: [cite: 11]
- Sözleşme başlangıç ve bitiş tarihi [cite: 11]
- Servis sağlayıcı ve kapsanan cihazlar [cite: 11]
- Hizmet kapsamı, bakım periyodu, SLA veya hizmet koşulları [cite: 11]
- Sözleşme yenileme tarihi, servis talepleri ve gerçekleşen işlemler [cite: 11]
Bu yaklaşım, sözleşme süresinin unutulması veya kapsam dışındaki bir cihaz için gereksiz ödeme yapılması gibi sorunların önüne geçmeye yardımcı olur. [cite: 11]
Servis Sağlayıcı Performansı Nasıl Ölçülür? [cite: 11]
Servis yönetiminin bir diğer önemli boyutu performans ölçümüdür. Örneğin iki farklı servis sağlayıcıyla çalışan bir kurumda aşağıdaki metrikler karşılaştırılabilir: [cite: 11]
- Ortalama servis tamamlama süresi ve ilk müdahale süresi [cite: 11]
- Tekrarlayan arıza oranı ve servise gönderilen cihaz sayısı [cite: 11]
- SLA (Service Level Agreement) içinde tamamlanan işlemler [cite: 11]
- Cihaz başına servis maliyeti [cite: 11]
Bu veriler düzenli olarak raporlandığında IT ekipleri yalnızca cihazları takip etmekle kalmaz, servis operasyonlarının verimliliğini de ölçebilir. [cite: 11]
IT Varlık Yönetimi Olmadan Servis Takibinde Hangi Sorunlar Yaşanır? [cite: 11]
Servis kayıtları envanterden ayrı tutulduğunda kurumlarda sık karşılaşılan bazı problemler ortaya çıkar. [cite: 11]
1. Cihazın nerede olduğu belirsizleşir. [cite: 11]
Envanterde kullanıcıya atanmış görünen cihaz aslında haftalardır yetkili serviste olabilir. [cite: 11]
2. Servis geçmişi kaybolabilir. [cite: 11]
Farklı Excel dosyaları ve e-posta yazışmaları arasında geçmiş kayıtları bulmak zorlaşır. [cite: 11]
3. Garanti ve sözleşme tarihleri kaçırılabilir. [cite: 11]
Bu durum gereksiz servis maliyetlerine yol açabilir. [cite: 11]
4. Tekrarlayan arızalar fark edilmeyebilir. [cite: 11]
Aynı cihazın sürekli servise gönderildiği ancak merkezi bir geçmiş tutulmadığı için görülemeyebilir. [cite: 11]
5. Envanter verisi gerçeği yansıtmayabilir. [cite: 11]
“Kimde?” sorusunun cevabı varken “hangi durumda?” sorusunun cevabı olmayabilir. [cite: 11]
Bu nedenle modern IT varlık yönetimi yaklaşımında envanter kaydı ile servis ve bakım geçmişinin birlikte değerlendirilmesi önemlidir. [cite: 11]
SPIDYA ile Varlık, Servis ve Bakım Süreçlerini Tek Yerden Yönetin [cite: 11]
SPIDYA BT Varlık & Konfigürasyon Yönetimi ile kurumlar BT varlıklarının yalnızca envanterini görüntülemekle kalmaz; varlıkların yaşam döngüsü boyunca gerçekleşen operasyonları da merkezi olarak takip edebilir. [cite: 11]
Cihazın kullanıcıya atanmasından servis sürecine, bakım kayıtlarından sözleşme ve performans takibine kadar farklı bilgiler ilgili varlıkla ilişkilendirilebilir. [cite: 11]
Bu yaklaşım sayesinde IT ekipleri: [cite: 11]
- Güncel varlık durumunu görebilir. [cite: 11]
- Serviste bulunan cihazları takip edebilir. [cite: 11]
- Cihaz servis geçmişine erişebilir. [cite: 11]
- Servis sözleşmelerini yönetebilir. [cite: 11]
- Servis performansını ölçebilir. [cite: 11]
- Varlık yaşam döngüsünü daha kontrollü yönetebilir. [cite: 11]
Sonuç olarak IT varlık yönetimi, yalnızca “kurumda hangi cihazlar var?” sorusunun cevabı değildir. Asıl değer, bu varlıkların: [cite: 11]
Kim tarafından kullanıldığını, hangi durumda olduğunu, ne zaman servise gittiğini, hangi işlemlerden geçtiğini ve yaşam döngüsünün hangi aşamasında bulunduğunu tek bir yapı üzerinden görebilmektir. [cite: 11]
Özellikle büyük ve dinamik BT altyapılarında servis ve bakım kayıtlarının envanterle ilişkilendirilmesi hem operasyonel görünürlüğü hem de maliyet kontrolünü güçlendirir. [cite: 11]






