Lisans, bakım ve sürüm yönetimini kurumsal süreç olarak takip edin.

Lisans, bakım ve sürüm yönetimi neden tek bir süreç olarak ele alınmalı?

Kurumsal bir yazılım, satın alma anında biten bir ürün değil; kullanım süresince yaşayan bir varlıktır. Lisansın kapsamı, bakımın neyi içerdiği ve sürümlerin nasıl güncellendiği zamanla değişebilir. Bu üç başlık ayrı ayrı izlendiğinde, kurum sıklıkla şu boşluklarla karşılaşır:

• Lisansın hangi modülleri ve kaç kullanıcıyı kapsadığı zamanla belirsizleşir.
• Bakım sözleşmesinin kapsadığı destek ile kapsam dışı taleplerin sınırı netleşmez.
• Yayınlanan yeni sürümlerin hangi değişiklikleri getirdiği takip edilmez ve güncelleme planlanamaz.

Bu üç başlık birbirine bağlıdır. Bakım kapsamı, kuruma hangi sürüm güncellemelerinin ve hangi destek seviyesinin sağlanacağını belirler. Lisans kapsamı ise hem kullanım hakkını hem de bu güncellemelerin geçerli olduğu modül ve kullanıcı setini tanımlar. Bu nedenle lisans, bakım ve sürüm yönetimini birbirinden kopuk değil, tek bir kurumsal süreç olarak ele almak daha sağlıklıdır.

Klasik yöntemler neden yetersiz kalır?

Birçok kurum bu üç başlığı dağınık biçimde yönetir ve bu yaklaşım orta vadede sorun üretir:

• Lisans bilgisi tek bir e-postada kalır. Satın alma anındaki kapsam yazışmalarda saklı kalır; yenileme tarihi yaklaşınca kimsenin elinde net bir kayıt olmaz.
• Bakım ile destek karıştırılır. Bakımın kapsadığı güncellemeler ile ek hizmet gerektiren talepler arasındaki sınır tanımlanmadığında, hem beklenti hem de bütçe tarafında belirsizlik oluşur.
• Sürüm geçişleri planlanmadan yapılır. Yeni bir sürümün hangi değişiklikleri içerdiği önceden bilinmediğinde, güncelleme operasyonel akışları beklenmedik biçimde etkileyebilir.
• Değişiklikler kayıt altına alınmaz. Hangi sürümün ne zaman devreye alındığı ve neyi değiştirdiği yazılı bir kayda dönüşmediğinde, sonradan denetim ve sorun analizi zorlaşır.

Bu boşluklar tek tek küçük görünse de, kurumsal bir platformun yaşam döngüsünde birikerek belirsizliğe ve plansız güncellemelere yol açar.

Notivex yaklaşımı

Notivex, lisans, bakım ve sürüm yönetimini varsayımlara değil, teklif ve destek modeline bağlanmış somut başlıklara dayandırır:

• Lisans kapsamının teklifte netleşmesi — Hangi modüllerin (kritik bildirim, SLA, eskalasyon, audit trail gibi) kullanılacağı, kullanıcı ve lokasyon sayısı ve kullanım kapsamı kurumsal teklif aşamasında tanımlanır.
• Bakım ve destek seviyesinin tanımlanması — Bakımın neyi kapsadığı, hangi güncellemelerin bu kapsamda sağlandığı ve destek seviyesinin sınırları açıkça belirlenir; kapsam dışı talepler ayrıca konuşulur.
• Sürüm güncellemelerinin planlı yürütülmesi — Yeni sürümlerin devreye alınması, kurumun barındırma modeline (bulut, on-premise veya hybrid) göre planlanabilir biçimde ele alınır.
• Release notları ile şeffaflık — Sürümlerle gelen değişikliklerin, kurumun teknik ve operasyonel ekiplerine anlaşılır bir özet olarak aktarılması hedeflenir.
• Denetlenebilir kayıt — Hangi sürümün ne zaman geçerli olduğu ve lisans kapsamındaki değişiklikler, denetlenebilir bir operasyon kaydı olarak izlenebilir.

Bu yaklaşımda mutlak garanti ya da kusursuzluk iddiası kullanılmaz. Lisans ve bakım kalemleri kuruma özel teklif ve sözleşme görüşmelerinde somutlaştırılır. Notivex bu adımda kritik iletişim, görünürlük, onay, SLA ve denetlenebilir kayıt katmanını sağlar; kurumun tüm tedarik, bütçe ve idari yönetim süreçlerini tek başına üstlenmez.

Örnek senaryo

Orta ölçekli bir üretim kurumunun IT yöneticisi, kritik bildirim ve eskalasyon süreçleri için Notivex kullanmayı değerlendiriyor. Satın alma müdürü, sözleşme öncesinde lisans kapsamının, bakımın ve sürüm güncellemelerinin yazılı olarak netleşmesini istiyor.

Süreç şöyle ilerliyor:

• Teklif aşaması — Hangi modüllerin kullanılacağı, kaç kullanıcı ve lokasyon için lisanslanacağı ve bakım/destek seviyesi teklifte tanımlanıyor.
• Bakım kapsamının netleşmesi — Hangi güncellemelerin bakım kapsamında sağlanacağı ve hangi taleplerin ek hizmet gerektireceği maddeler halinde konuşuluyor.
• Sürüm planı — Yeni sürümlerin kurumun on-premise ortamına ne zaman ve nasıl alınacağı planlanıyor.
• Release notu paylaşımı — Bir sonraki sürümle gelen değişiklikler ekibe özetleniyor.

Bu aşamada satın alma müdürüne giden iç bilgilendirme şöyle olabilir:

"Notivex lisansı seçilen modülleri ve 250 kullanıcıyı kapsayacak şekilde teklifte tanımlandı. Bakım kapsamındaki sürüm güncellemeleri belirlenen destek seviyesinde sağlanacak; kapsam dışı talepler ayrıca değerlendirilecek. Yeni sürümlerin release notları ekibe önceden iletilecek."

Böylece kurum, lisans ve bakım kalemlerini eksik varsayımlarla değil, yazılı ve takip edilebilir bir kapsamla yönetir.

Kullanılabilecek modüller

• Entegrasyonlar — Lisanslanan modüllerin mevcut sistemlerle bağlanma noktalarının ve kimlik altyapısının değerlendirilmesi.
• On-Premise / Hybrid Kurulum — Sürüm güncellemelerinin kurumun barındırma modeline göre planlı biçimde yürütülmesi.
• Raporlama — Kullanım kapsamının ve sürümle gelen operasyonel değişikliklerin izlenebilir raporlara dönüşmesi.
• Audit Trail — Sürüm geçişleri ve lisans kapsamındaki değişikliklerin denetlenebilir operasyon kaydı olarak tutulması.