BoM'dan Entitlement ve Yaşam Döngüsü Maliyetine

Ön koşul: Arven mimari kararı, HLD/LLD yerleşimi, sizing zarfı ve önceki dersin normal/bakım/arıza/DR sayım senaryolarını okuyabilmelisin. Bu derste teknik BoM ile lisans entitlement defterini aynı karar sürümüne bağlayacak; ürün paketleri, ek haklar, destek ve yenileme kalemlerini yaşam döngüsü hesabına taşıyacaksın. Yaklaşık 30 dakika anlatı, 28 dakika çalışma ve 14 dakika kontrol önerilir. BoM ürün listesi değildir; hangi iş sonucuna hangi bileşenin hangi miktar ve bağımlılıkla hizmet edeceğinin kanıtıdır. Lisans BoM'unda da bir satır yalnız yazılım adı ve tahmini adet değildir. Ürün, sürüm, edisyon, seçilen paket/SKU, metrik, kapsanan dağıtım ve kullanıcı tabanı, hak türü, dönem, destek seviyesi, kaynak madde, entitlement kanıtı ve açık soru birlikte görülür. Donanım satırındaki iki host ile yazılım satırındaki iki hak otomatik eşitlenmez. Aynı yazılımın portal, ERP gateway, backup ve DR ortamlarında farklı kopyaları veya kullanıcı türleri olabilir. Her birini işlev ve yerleşim kimliğiyle sayım defterine bağla. Platform katmanları arasındaki bağımlılığı da aç: işletim sistemi, veri tabanı, hypervisor, backup ajanı, yönetim konsolu, gözlemleme ve erişim hakkı. Bir paketin hangi özellikleri içerdiği ve hangilerinin ek lisans gerektirdiği resmi ürün şartı ve teklif üzerinden doğrulanır. Etkinleştirilmiş özellik ücretsiz olduğu anlamına gelmez; satın alınmış ama kullanılmayan hakkı da yeni projeye koşulsuz aktarma. Arven'de bir düğüm kaybı testinde portal VM'si ikincil hosta taşınıyorsa lisans miktarı, support ve DR hakkı aynı senaryo sürümünde ele alınır. Teknik mimar yerleşimi ve kapasiteyi açıklar; lisans uzmanı uygulanabilir hak ve ölçüm yorumunu doğrular; satın alma fiyat, program ve yenileme dönemini teyit eder. Bu kişilerden herhangi birinin boşluğu, kesin ticari sonucun da koşullu olduğunu gösterir.

Müşterinin mevcut hakları yeni mimaride kullanılabilir olabilir, ancak bunu yalnız eski fatura veya aktivasyon koduyla varsayma. Önce satın alma belgesi, anlaşma/program, ürün ve edisyon, metrik, miktar, etkin dönem, atama/taşıma koşulu ve aktif destek/ek hakları bir entitlement envanterinde topla. Sonra hedef tasarımın normal, bakım, arıza ve DR kullanım tabanıyla karşılaştır. Fark pozitifse yeni hak ihtiyacı doğabilir; negatifse kullanılmayan hak olduğu düşünülebilir. Fakat matematiksel fark tek başına transfer veya yeniden kullanım hakkı değildir. Eski hak farklı edisyon, farklı kuruluş, farklı bölge, farklı sağlayıcı veya sona ermiş destek kapsamında olabilir. Microsoft Product Terms ve Software Assurance hükümleri bazı ek hakların aktif kapsama ve programa bağlı olduğunu gösterir; bu Microsoft'a özgü örnektir. Red Hat Enterprise Linux rehberi abonelik ve üretim destek seviyelerini birlikte açıklar; Linux ürünlerinin tamamı için aynı renewal veya hak modeli geçerli değildir. Vendor, müşteri sözleşmesi ve teklif tarihinde yetkili lisans uzmanının yorumunu al. Arven'de üç portal VM'si için dört eski entitlement kaydı bulunmuş olsun. 'Bir hak artıyor' sonucuna atlama: bir kayıt başka ürüne ait olabilir, biri süresi dolmuş olabilir veya HA hedef hostu için kapsam dışı olabilir. Her kayda uyumlu kullanım senaryosu bağla. Destek boşluğu, teknik olarak çalışır görünen çözümün olay anında yardım alamaması veya güncelleme/upgrade planının aksaması riskini yaratabilir. Bu risk işletim devri ve TCO'ya taşınır. Açık alanı tek bir 'lisans TBD' notuyla gizleme: hangi hakkın hangi senaryoda doğrulanmadığı, kararın miktar/maliyet ve zaman etkisi, owner ve yazılı teyit tarihi görünür olmalıdır. Ürün yenilenirken eski hak ve yeni sürüm hakkı sessizce eşitlenmez. Yenileme takvimi, kapsam artışı ve ürün yaşam döngüsü tasarım değişiklikleriyle birlikte ele alınır.

Üç yıllık TCO bir satış sloganı veya yalnız ilk satın alma tutarı değildir. Aynı iş sonucu ve kapasite zarfı için aynı dönem ve aynı kapsamda seçenekleri karşılaştırır. Lisans bakımından başlangıç hakları, abonelik/yenileme, aktif destek seviyesi, kapasite veya kullanıcı büyümesi, test/DR kopyaları, geçişte olası çift kullanım, raporlama/ölçüm aracı, eğitim ve operasyon emeği sayılır. Altyapı, storage, ağ, cloud tüketimi, backup ve enerji gibi diğer BoM kalemleriyle çifte sayım olmamasına dikkat et. Bir seçenek license-included bulut hizmeti ise yazılım bedeli hizmet fiyatına girmiş olabilir; ayrı lisans satırı eklemek yanlış olur. BYOL ise mevcut entitlement'ın uygunluğu doğrulanır ve bulut altyapı tüketimi ayrıca gösterilir. FinOps Foundation'ın forecasting yaklaşımı, gelecekteki kullanım ve fiyat modeli değişikliklerinin tahminde açık belgelenmesini önerir. AWS Cost Explorer kullanım geçmişi ve tahmin için araç sunar; müşteri fiyat anlaşması ve gelecekteki iş talebinin yerine geçmez. Gözlenen harcamayı yeni mimarinin kesin faturası gibi sunma. Arven sipariş tepesinin ve DR tatbikatının ne sıklıkta yaşandığı bilinmiyorsa aylık normal kullanım ile tepe zarfını ayrı senaryolar olarak göster. Büyüme hızına tek sayı atamak yerine müşteri tarafından onaylanan temel, düşük ve yüksek talep senaryoları kur. Her hücrede para birimi, vergi dahil/hariç durumu, teklif tarihi, geçerlilik, iskonto kaynağı, yıllık artış varsayımı ve owner bulunur. Fiyat bilinmiyorsa boş hücreye hayali rakam yazma; teklif bekleniyor ve karar etkisi nedir yaz. Destek seviyesi farklıysa iki seçeneğin ilk fiyatını eşdeğer sayma. Red Hat rehberinde Standard/Premium üretim destek ayrımı bulunur; bu bir ürün örneğidir. TCO'da olay saatlerinde gerekli destek kapsamı iş SLO'suna göre değerlendirilir. Yenileme tarihi üç yıllık karşılaştırma içinde ise o dönem maliyet ve hak devamı ayrı satır olmalıdır. Sözleşme değişince model güncellenir; ilk teklif PDF'si yaşam boyu kesin toplam değildir.

Lisans kararı ürün sayısını onaylamadan önce kullanım senaryosunu, hak kaynağını ve ticari koşulu birlikte kapatır. Arven karar paketinde her BoM satırının teknik bileşen ve metrik hesabı, mevcut entitlement eşleşmesi, satın alınacak ek hak, support, üç yıllık TCO, açık yorum, owner, teyit tarihi ve mimari fallback'i bulunur. Teklifte doğrulanmış ile koşullu kalemleri ayrı göster. Koşullu kalem müşterinin fark edemeyeceği dipnot değil, karar ve fiyat etkisiyle yazılmalıdır. Örneğin 'ERP entegrasyonunda dolaylı kullanıcı erişimi lisans uzmanı ve üretici tarafından doğrulanmadan kesin miktar verilemez; etki kullanıcı metriği ve teklif kapsamıdır; teyit tarihi X; olumsuz yanıtta alternatif paket veya entegrasyon sınırı yeniden tasarlanır' biçimi işlem yapılabilir. Satış ekibi kesin ticari taahhüt vermeden uzman teyidini bekler. Operasyon ekibi renewal, support bitişi, entitlement portal kaydı ve kullanım ölçümünün sahibi olur. Finans bütçe ve fiyat varsayımlarını, müşteri sözleşme sahibi hak istisnasını, mimar teknik yerleşimi onaylar. Bu rollerden birinin imzası diğerinin yerine geçmez. Kullanım hesabı teklif tarihinde kapanmış olsa bile yeni host/core, yeni kullanıcı grubu, canlı taşıma kuralı, DR sitesi, bulut bölgesi, yazılım sürümü veya sözleşme yenilemesiyle yeniden açılır. Değişiklik yönetiminde lisans etki kontrolü bir alan olmalıdır. Mevcut hakkın süresi teklif dönemi ortasında bitiyorsa çözüm yaşam döngüsünün o noktasında risk taşır; satın alma ve operasyon önceden uyarılır. Üçüncü dersten dördüncü derse kalan nesneler: doğrulanmış satır defteri, açık ticari/teknik soru listesi, teklif geçerliliği, alternatif karar, maliyet duyarlılığı ve müşteri onayı. Bu ders nihai hukuki uygunluk sertifikası üretmez; o karar ancak geçerli sözleşme ve yetkili uzman incelemesiyle alınır.