Lisans Doğrulaması, Uyum ve Koşullu Teklif

Ön koşul: Arven lisans hakkı ve kaynak hiyerarşisi, fiziksel/sanal/bulut sayım defteri, BoM–entitlement eşlemesi ve üç yıllık TCO çalışması elinde olmalı. Bu derste eksik kanıtı görünür kılacak, kaynakla kullanım arasındaki farkı inceleyecek, uyum yorumunu yetkili role taşıyacak ve koşullu teklifi kapatacaksın. Yaklaşık 31 dakika anlatı, 30 dakika Arven uygulaması ve 15 dakika değerlendirme önerilir. Uyum sorusu 'kaç anahtar var' değil, belirli ürün ve dönemde dağıtımın geçerli hakla kapsanıp kapsanmadığıdır. Dört kayıt toplanır: teknik envanter, ürün şartı ve müşteri sözleşmesi, satın alma/entitlement kaydı, destek ve yenileme durumu. Bu kayıtların ölçüm tarihleri ve kapsamları farklı olabilir. Dün açılan VM bugün kapanmış; fatura geçmiş dönemi; üretici şartı başka programı gösteriyor olabilir. Bu nedenle karşılaştırmayı aynı ürün, edisyon, ortam, zaman aralığı ve metrikte yap. Normal, bakım, failover, DR provası ve bulut geçişi ayrı senaryolardır. Arven'in iki hostlu portal tasarımında normal durum kanıtı tam, DR testi belirsizse 'genel olarak uyumlu' etiketi yerine senaryo bazlı Pass, Gap veya Inconclusive yaz. Pass için ürün şartı ve uygulanabilir hak, ölçülen kullanım tabanını kapsamalı; Gap için farkın nedeni, etkilenen iş akışı ve çözüm seçeneği görünür olmalı; Inconclusive eksik envanter veya kaynak yüzünden kesin yargı kurulamadığı anlamına gelir. Uyum denetimi sahadaki her makineyi körlemesine saymak da değildir. İlgili metriğin hangi varlığı ve hangi süreyi kapsadığını resmî belgeyle kur. Gizli ticari kayıtlar için erişim sahipliği ve veri sınıflandırması korunur; eğitim dosyasında gerçek müşteri sözleşmesi veya anahtarı yayımlanmaz. Pre-sales ölçüm ve kaynak izini sunar; sözleşme yorumunun ve ticari taahhüdün yetkili lisans uzmanı, sözleşme sahibi ve satın alma tarafından doğrulanması gerekir.

Bir lisans izleme aracı ürün hakkının yerine geçmez. AWS License Manager müşterinin tanımladığı kurallarla kullanım izlemesi ve kısıt koyma olanağı sağlar; AWS dokümanı müşterinin kuralları kendi anlaşmasına uygun kurmaktan sorumlu olduğunu açıkça söyler. Hard limit yanlış tanımlanırsa gerekli kurtarma VM'si açılamayabilir; soft limit tek başına eksik hakkı satın almaz. IBM sub-capacity örneğinde uygun ürün, sanallaştırma ve raporlama aracı koşulları hesap yönteminin parçasıdır. IBM kuralını Arven'in tüm yazılımlarına veya başka üreticiye taşımayız. Red Hat ya da Microsoft için de aynı yaklaşım: ürün/edisyon ve geçerli anlaşma belirlenir; izleme, saklama ve denetim yükümlülüğü ilgili şarttan çıkarılır. Microsoft Product Terms tarih seçimi ve değişiklik özeti, bugünkü genel sayfadan eski satın alma dönemine otomatik hüküm çıkarmama gerekçesidir. Denetim hazırlığı yalnız bir Excel tablosu değildir. Kaynak belgelerin sürümü, envanter toplama politikası, istisna kaydı, yetkili yorum, düzeltme adımı ve karar tarihi korunur. Erişim yetkisi dar tutulur; kişisel veri, fiyat ve sözleşme eki herkese açık NotebookLM kaynağına kopyalanmaz. Pre-sales eğitiminde örnek kayıt kurgudur. Gerçek müşteride lisans uzmanı ürün ve sözleşme yorumunu, satın alma geçerli ticari belgeyi, güvenlik/hukuk gerekiyorsa veri ve sözleşme riskini değerlendirir. Mimar teknik dağıtım ve otomasyonun gerçekten hangi durumda hangi kopyayı çalıştıracağını açıklar. Hiç kimse 'bu mimari kesin uyumlu' ifadesini eksik kayda dayanarak tek başına vermez. Uyum boşluğu bulunduğunda seçenekler yeni hak almak, dağıtımı daraltmak, farklı pakete geçmek veya işlevi/DR tasarımını değiştirmektir. Her seçenek iş SLO, risk, süre ve maliyet etkisiyle tekrar test edilir. Geçici izin veya istisna varsayımı yazılı ve yetkili teyit olmadan karar yerine konmaz. Olay sonrası incelemede gerçekte kullanılan kapasite planı aştıysa envanter ve hak hesabı güncellenir; bir kez imzalanmış tablo yaşam boyu güvence değildir.

Teklif bir ürün sepeti ve dipnotlar bütünü olmamalıdır. Arven için hangi iş sonucu, hangi dağıtım ve kullanım zarfı, hangi lisans metrikleri, hangi mevcut haklar ve hangi yeni satın alma kalemleri kapsanıyor açıkça yazılır. Normal, bakım, failover, DR testi ve bulut geçişi görünümünden hangileri kesin doğrulanmış, hangileri koşullu, hangileri teklif dışıdır? Bu ayrım müşterinin kararını etkiler. Her koşullu kalem için açık soru, kaynak/uzman teyidi, son tarih, maliyet aralığı veya fiyat bekleme durumu, mimari ve hizmet etkisi, owner, fallback ve kabul mercii belirtilir. 'Lisans müşteri sorumluluğundadır' gibi genel cümle, pre-sales'in bildiği kritik bir kullanım boşluğunu saklamaya yarayamaz. Ticari sorumluluk sözleşmede nasıl paylaşılırsa paylaşılsın teknik teklif hangi hak varsayımıyla tasarlandığını açıklar. Örneğin Arven ERP gateway için dolaylı erişim modeli belirsizse kullanıcı/cihaz sayısı kesin yazılmaz; sayım senaryosu ve üreticiden yazılı teyit şartı eklenir. Yanıt ek hak gerektirirse hangi BoM, TCO ve tasarım sınırı değişecek önceden belirtilir. DR'da ikincil site kullanım hakkı doğrulanmadıysa kesin RTO teklifine dönüştürülmez; ya hak tamamlanır ya alternatif DR kapsamı iş sahibiyle yeniden kabul edilir. Müşteri farklı fiyat seçeneği isterse aynı üç yıllık dönem, aynı destek seviyesi ve aynı iş/DR kabul koşulu korunarak karşılaştırma yapılır. Fiyat teklifinin bitiş tarihi veya ürün şartı değişikliği, nihai imza öncesi yeniden doğrulama tetikidir. Bir sözlü onay resmî entitlement yerine geçmez. Teklif özeti, kaynak kartı, Arven worksheet ve ADR'nin aynı revizyonda olması incelemeyi kolaylaştırır. Satın alma lisans kalemini, mimar teknik yerleşimi, operasyon izleme/yenilemeyi, iş sahibi koşullu kapsamı gözden geçirir. Eksik karar varsa teklif Draft/Conditional statüsündedir; imza süreci bu koşul görünürken yürütülür.

Son karar paketi üç dersi tek zincirde birleştirir. Birinci ders ürün hakkı ve kaynak hiyerarşisini, ikinci ders fiziksel/sanal/bulut sayım senaryolarını, üçüncü ders BoM ve üç yıllık maliyeti üretmişti. Şimdi bunların aynı ürün/sürüm, mimari revizyon, kullanım dönemi ve teklif tarihinde tutarlı olduğunu denetle. Her ürün için kullanım tabanı, ölçüm aracı, entitlement kaydı, support, yeni ihtiyaç, fiyat kaynağı ve açık koşul bir tabloda bulunur. Kaynaklar arasında çelişki varsa hangi belge/yorumun uygulanacağını yetkili uzman çözer; eski satır sessizce silinmez. Müşterinin hukuki ve ticari taahhüdünü yalnız pre-sales belirlemez. Arven worksheet'te bir senaryo eksikse veya olumsuz POC lisans tabanını değiştirmişse karar Accepted değil Conditional kalır. Hangi olay lisans kararını yeniden açar? Yeni host/core, VM placement politikası, yeni kullanıcı veya servis hesabı, DR test sıklığı, bulut sağlayıcı/bölge, ürün edisyonu, anlaşma/SA/abonelik yenilemesi, fiyat teklifinin süresinin dolması ve üretici şartı güncellemesi. Her tetik için yeniden envanter, hak teyidi, BoM/TCO hesabı ve müşteri onayının hangisinin gerektiği belirlenir. Operasyon kalıcı sahipliği üstlenir: kullanım raporu, yenileme takvimi, kaynak arşivi, istisna kapatma ve değişiklik ön kontrolü. Satın alma ekibi bitiş tarihini, destek seviyesini ve fiyat güncellemesini takip eder. Teknik ekip otomasyonun lisanslanmamış yerleşime çıkmamasını veya daha dar zarfın hizmet riskini kontrol eder. Dört dersin değerlendirmesi ezberlenen ürün SKU'sunu değil, doğru soruyu, kanıt hiyerarşisini, senaryo sayımını ve koşullu karar kalitesini ölçer. Öğretim amaçlı Arven verisinden gerçek fiyat, indirim, hukuki uygunluk veya ürün hakkı sonucu çıkarılmaz. Öğrenci hem müşteriye anlaşılır bir karar özeti hem lisans uzmanının inceleyebileceği ayrıntı paketi üretmelidir. Nihai insan lisans uzmanı ve editör review'u bu Draft'ın dışında ayrı kapı olarak durur.