ESL yazılım lisans modelleri: abonelik, sürekli, etiket başı

ESL donanımı bir kez satın alınır; yazılım ise proje boyunca ödenir. Beş yıllık toplam maliyette yazılımın payı, park büyüklüğüne göre %15 ile %40 arasında değişir. Bu yüzden lisans modeli, birim etiket fiyatı kadar belirleyicidir.

Üç model

1. Etiket başına yıllık abonelik

En yaygın model. Her etiket için yıllık bir bedel ödenir; bedel genellikle etiket adedine göre kademeli düşer.

Artıları: Peşin yatırım düşük, maliyet park büyüklüğüyle doğru orantılı, OPEX olarak muhasebeleşir. Eksileri: Park büyüdükçe kalıcı gider büyür. On yıllık bir ufukta toplam, sürekli lisansı geçebilir.

Kime uyar: Nakit akışı korumak isteyen, park büyüklüğü belirsiz olan, aşamalı yaygınlaşma planlayan işletmeler.

2. Sürekli lisans + yıllık bakım

Peşin bir lisans bedeli ödenir, ardından yıllık bakım (genellikle lisans bedelinin %15–20'si) devam eder.

Artıları: Uzun vadede toplam daha düşük olabilir. CAPEX olarak aktifleştirilip amortize edilebilir. Eksileri: Peşin yük yüksek. Bakım ödenmezse güncelleme ve destek durur; yazılım çalışmaya devam eder ama yaşlanır.

Kime uyar: Yatırımı aktifleştirmek isteyen, park büyüklüğü belli ve sabit olan, uzun vadeli planlama yapan işletmeler.

3. Donanım + yazılım birlikte kiralama (SaaS / hizmet modeli)

Etiket, erişim noktası ve yazılım tek bir aylık bedelle kiralanır. Donanım mülkiyeti tedarikçide kalır.

Artıları: Peşin yatırım neredeyse sıfır. Donanım arızası ve yenileme tedarikçinin sorunu. Eksileri: Toplam maliyet en yüksek seçenektir. Çıkış zorlaşır: donanım sizin değildir.

Kime uyar: Bütçe onayı almakta zorlanan, hızlı başlamak isteyen, teknoloji riskini dışarı atmak isteyen işletmeler.

Kiralama mı satın alma mı yazısı bu üçüncü modeli donanım tarafından da ele alıyor.

Beş yıllık karşılaştırma nasıl yapılır?

Üç modeli karşılaştırmanın tek doğru yolu, hepsini aynı zaman ufkunda toplamaktır. Karşılaştırmaya dahil edilecekler:

• Peşin lisans bedeli
• Yıllık bakım / abonelik bedeli (beş yıl)
• Park büyüme senaryosu (üçüncü yılda +%30 gibi)
• Enflasyon ve kur artışı varsayımı
• Çıkış maliyeti (veri taşıma, yeniden kurulum)

TCO aracı bu kalemleri zamana yayıyor; ROI hesaplayıcı ise yatırımın geri dönüşünü çıkarıyor. İki aracın sonucu birlikte okunmalı: en düşük TCO'lu seçenek, en hızlı geri dönen seçenek olmayabilir.

Lisans neyi kapsıyor?

Model kadar önemli olan, bedelin neyi içerdiğidir. Sorulacaklar:

Bu tablonun doldurulmadığı bir teklif karşılaştırılamaz. Teklif matrisi aracı kalemleri aynı hücrelere oturtuyor; teklifleri karşılaştırılabilir kılmak yazısı yöntemi anlatıyor.

Fiyat artışı maddesi

Abonelik ve bakım bedelleri her yıl artar. Sözleşmede artışın neye bağlı olduğu yazmıyorsa, üçüncü yılda sürpriz olur.

İstenmesi gereken: artışın üst sınırı (örneğin TÜFE veya TÜFE+2 puan) ve kur maddesi. Donanım ve yazılım dolarla fiyatlanıyorsa kur riski tamamen alıcıdadır; bu riskin paylaşımı müzakere edilebilir bir maddedir.

Veri sahipliği ve çıkış

Lisans modeli ne olursa olsun sorulacak üç soru:

1. Sözleşme biterse şablonlar, eşleştirme tablosu ve geçmiş kayıtlar dışa aktarılabiliyor mu?
2. Veri hangi formatta veriliyor?
3. Donanım başka bir yazılımla çalışır mı?

Üçüncü sorunun cevabı genellikle hayırdır çünkü protokoller tescillidir. Bu, ESL projesinde gizli maliyetler yazısında ayrıntılandırılan çıkış maliyetini doğurur ve lisans modeli seçilirken hesaba katılmalıdır.

Şartnameye yazılacak

Lisans modeli şartnamede serbest bırakılmalı, kalemler ise sabitlenmelidir: tedarikçiler kendi modellerini teklif etsin, ama beş yıllık toplamı aynı tabloda göstersin. Şartname üretici bu yapıyı hazır çıkarıyor.

Park büyümesi modeli değiştirir

Üç modelin karşılaştırması, park büyüklüğü sabit varsayıldığında yapılır. Gerçekte park büyür: yeni mağaza açılır, kapsam genişler, kategori eklenir.

Etiket başına abonelikte büyüme doğrudan gidere yansır — bu, öngörülebilir ama kalıcıdır. Sürekli lisansta ise yeni etiketler için ek lisans gerekip gerekmediği sözleşmeye bağlıdır; bazı sözleşmeler etiket bandı tanımlar (örneğin 0–5.000 etiket için tek bedel) ve bant aşıldığında yeni bedel doğar.

Bu yüzden lisans müzakeresinde sorulacak somut soru şudur: "Park iki katına çıkarsa yazılım bedeli ne olur?" Cevabın sözleşmede sayısal olarak yer alması gerekir.

Çok mağazalı yapıda lisanslama

Zincirlerde lisans genellikle iki katmanlıdır: mağaza başına bir taban bedel ve etiket başına değişken bedel. Merkezi yönetim modülü ayrı fiyatlanır.

Burada dikkat edilecek nokta, merkezi yönetimin gerçekten merkezi olup olmadığıdır. Bazı kurulumlarda her mağaza kendi sunucusuyla çalışır ve "merkezi yönetim" yalnızca bir raporlama ekranıdır; şablon değişikliği mağaza mağaza yapılır. Bu, yüz mağazalı bir zincirde kabul edilemez bir operasyon yüküdür.

Demo sırasında istenecek şey nettir: "Tek bir şablon değişikliğini buradan yapın, üç mağazada birden görelim."

Kaynak kodu emaneti (escrow) gerekli mi?

Büyük projelerde zaman zaman gündeme gelen bir talep: tedarikçi iflas ederse kaynak kodun bağımsız bir emanetçiden alınabilmesi.

Pratikte bu madde ESL projelerinde sınırlı fayda sağlar, çünkü sorun yazılımın kaynağı değil donanımın tescilli protokolüdür. Kaynak koda sahip olmak, o protokolü çözmeyi kolaylaştırmaz.

Daha işlevsel alternatif, veri dışa aktarım garantisi ve donanımın standart bir protokolü (örneğin Bluetooth LE) desteklemesidir. Standart protokol kullanan sistemlerde tedarikçi değişikliği teorik olarak mümkündür; tescilli sistemlerde değildir.