Lisans envanteri maliyet ve güvenlik risklerini nasıl görünür kılar?

İyi bir lisans kaydı ürün adından ve adetten biraz daha fazlasını söyler. Hangi sözleşme veya tenant altında olduğu, kime ya da hangi cihaza atandığı, ne zaman yenilendiği ve neden kullanıldığı bilinirse sonraki kararlar daha kolay verilir.

Bir fatura klasörü satın alma geçmişini gösterebilir ama bugün lisansı kimin kullandığını söylemez. Yönetim portalı da aktif adedi gösterirken kullanım amacını veya iş sahibini göstermeyebilir. Bu iki bilgi bir araya geldiğinde gerçek envanter oluşur.

Abonelik, kalıcı lisans, cihaz lisansı veya kullanım bazlı hizmetlerin takibi aynı değil. Yine de hepsinde ortak birkaç alan var: sahiplik, maliyet, yenileme tarihi, kullanıcı veya cihaz ilişkisi ve ihtiyaç nedeni.

İşten ayrılmış kullanıcıda kalan abonelikler, aynı işi yapan iki farklı yazılım ve kullanılmayan üst paket özellikleri zamanla bütçede görünmez yük oluşturabilir. Deneme amacıyla alınan hizmetlerin otomatik yenilenmesi de sık karşılaşılan başka bir durumdur.

Yine de sadece 'son giriş tarihi eski' diye lisansı kapatmak doğru değil. Mevsimsel çalışan, servis hesabı veya arşiv erişimi gibi nedenlerle düşük kullanım normal olabilir. Önce sahibiyle ve veri ihtiyacıyla birlikte bakmak gerekir.

Yıllık taahhüt, aylık ödeme, para birimi, minimum kullanıcı sayısı ve iptal penceresi de kayda eklenirse yenileme günü sürpriz olma ihtimali azalır.

Bilinmeyen bir uygulama yalnızca gereksiz maliyet değildir. O uygulamanın kendi kullanıcı hesapları, yönetici hesabı, erişim anahtarları ve tuttuğu veriler olabilir. Lisans unutulduğunda erişim de unutulabilir.

Bir çalışan ayrıldığında yalnızca Microsoft 365 hesabını kapatmak yetmeyebilir. CRM, imza hizmeti, tasarım uygulaması veya başka SaaS hesapları ayrı ayrı kalmış olabilir. Lisans envanteri bu bağlantıları bulmak için iyi bir referans olur.

Eksik lisans kullanımı da sözleşmesel risk yaratabilir. Buna karşılık fazla lisans satın almak güvenlik sağlamaz. Kullanım hakkı konusunda üreticinin güncel şartlarına bakmak, ürün adından tahmin yürütmekten daha güvenlidir.

Yeni çalışan, rol değişikliği, geçici proje, işten ayrılma veya cihaz değişimi lisans ihtiyacını doğrudan etkileyebilir. Bu olaylar sadece yeni satın alma değil, mevcut lisansların geri alınması ve başka kullanıcıya aktarılması için de tetikleyici olmalı.

Bir lisans geri alındığında verinin hemen silineceği varsayılmamalı. Posta kutusu, dosya, uygulama içeriği veya kayıtların kime devredileceği ürünün davranışına ve şirket politikasına göre kontrol edilir.

Geçici lisansların bitiş tarihi baştan belirlenirse aylar sonra neden verildiğini araştırmak gerekmez. Aynı mantık proje kullanıcıları ve dış danışmanlar için de geçerli.

Envanteri onlarca kolonla başlatmak çoğu zaman sürdürülemez. Gerçek kararları destekleyen alanlarla başlamak daha iyi. Ürün, plan, kullanıcı, sahip, yenileme tarihi, maliyet ve kullanım amacı genellikle ilk resmi oluşturur.

Zamanla kritik entegrasyon, veri tipi veya sözleşme notları eklenebilir. Otomatik portal verisi mümkün olduğunda kullanılmalı ama son kararın sahibi yine belli olmalı.