ESL tedarikçisi değiştirmek: neyi kaybedersiniz?

Yazılım tedarikçisi değiştirmek zor ama mümkün: veri dışa aktarılıyor, yeni sisteme aktarılıyor, geçiş yapılıyor.

Elektronik raf etiketinde durum farklı. Etiketler donanım ve çoğu durumda yalnızca kendi sistemleriyle çalışıyorlar. Bu, satın alma kararını uzun vadeli bir bağlılık hâline getiriyor.

Ne kaybedilir?

Tedarikçi değiştirildiğinde riske giren üç kalem var:

Etiket parkı. En büyük yatırım kalemi. Yeni sistemle çalışmıyorsa tamamen değişiyor.

Gateway altyapısı. Genellikle etiketlerle aynı ailenin parçası; o da değişiyor.

Eşleştirme ve şablonlar. Hangi etiketin hangi ürüne ait olduğu ve şablon tasarımları. Bunlar veri ve dışa aktarılabilir olması gerekiyor — ama sözleşmede yazmıyorsa garanti değil.

Üçüncü kalem en az konuşulanı ve kurtarılması en kolay olanı. İlk ikisi genellikle donanım yatırımının yeniden yapılması demek.

Neden bu kadar bağlayıcı?

Etiketler ile gateway arasındaki haberleşme genellikle üreticiye özgü. Ortak bir standart yaygın kullanımda değil.

Pratik sonuç: A üreticisinin etiketi B üreticisinin gateway'iyle konuşmuyor. Bu, teknik bir kusur değil — pil ömrünü uzatmak için yapılan optimizasyonların doğal sonucu — ama satın alma açısından gerçek bir bağımlılık.

Bu yüzden entegrasyon iddiasını okumak yazısındaki kural burada da geçerli: "açık sistem" ya da "standart uyumlu" ifadeleri tek başına yeterli değil. Hangi standardın, hangi sürümünün desteklendiği yazılmalı.

İlk sözleşmede kapatılacak maddeler

Bağımlılık ortadan kaldırılamıyor ama yönetilebiliyor. Beş madde bunu yapıyor:

1. Veri dışa aktarımı. Eşleştirme kayıtları, şablonlar ve ürün eşleşmeleri standart bir biçimde dışa aktarılabilmeli. Sözleşmede biçim adıyla yazılmalı.

2. Tedarik sürekliliği. Bu model kaç yıl daha üretilecek ve satılacak? Park büyütmek gerektiğinde aynı etiketi bulabilmek şart.

3. Yedek parça ve destek süresi. Sözleşme bittikten sonra kaç yıl destek veriliyor?

4. Fiyat sabitlemesi. Ek etiket ve gateway birim fiyatı sözleşme süresince sabit mi? Değilse bağımlılık fiyat pazarlığında karşı tarafa geçiyor.

5. Sözleşme sonu. Yazılım lisansı bittiğinde etiketler çalışmaya devam ediyor mu, yoksa park kullanılamaz mı hâle geliyor?

Beşinci madde en kritik olanı ve neredeyse hiç sorulmuyor. Cevap "çalışmaz" ise, yenileme pazarlığında işletmenin elinde seçenek kalmıyor.

Kiralama modelinde durum farklı

Etiketler satın alınmak yerine kiralanıyorsa bağımlılık tablosu değişiyor: donanım zaten tedarikçide, sözleşme bittiğinde geri gidiyor.

Bu, çıkışı kolaylaştırıyor gibi görünüyor ama yeni bir soru doğuruyor: çıkış sonrası mağaza etiketsiz kalıyor. Yeni tedarikçinin kurulumu tamamlanana kadar geçen sürede kağıt etikete dönülmesi gerekiyor.

Kiralama sözleşmesinde dikkat edilecek yedi madde bu modelin kalemlerini ayrıntılandırıyor.

Kısmi geçiş mümkün mü?

Büyük parklarda sorulan bir soru: eskiyi bırakmadan yeni tedarikçiyle bir kısmını dönüştürebilir miyiz?

Teknik olarak mümkün ama iki sistem paralel çalışıyor demek: iki yönetim arayüzü, iki altyapı, iki destek hattı.

Ve asıl sorun operasyonel: fiyat değişikliği iki sisteme birden gitmeli. Bu, çok mağazalı işletmede merkezî fiyat yönetimi yazısındaki tek kaynak kuralını zorluyor.

Pratikte kısmi geçiş yalnızca mağaza bazında yapılıyor: bazı mağazalar eski sistemde, bazıları yenide. Aynı mağaza içinde iki sistem sürdürülebilir olmuyor.

ERP tarafı taşınabilir

İyi haber şu: entegrasyon tarafındaki iş büyük ölçüde korunuyor.

Alan eşleştirme, gösterim adı düzeltmeleri ve veri temizliği tedarikçiye özgü değil. Yeni sistem de aynı altı alanı istiyor: ürün kodu, gösterim adı, fiyat, net miktar, kategori, KDV.

Bu, veri hazırlığına yapılan yatırımın kalıcı olduğu anlamına geliyor — veri kalitesi yazısı bu kalemin neden en getirili iş olduğunu anlatıyor.

Değiştirme kararı ne zaman verilir?

Bağımlılık gerçek olduğu için, tedarikçi değiştirme kararı nadiren fiyat kaynaklı veriliyor. Sahada bu kararı tetikleyen üç durum var.

Destek çalışmıyor. Arıza çağrıları yanıtsız kalıyor, yedek parça gelmiyor. En sık sebep bu ve sözleşmedeki servis maddeleriyle önlenebilir olanı — sözleşmeye yazılacak servis maddeleri.

Model üretimden kalkıyor. Park büyütmek gerektiğinde aynı etiket bulunamıyor. Karma park yönetmek mümkün ama şablon ve yedek tarafında yük getiriyor.

Tedarikçi faaliyetini durduruyor. En zor senaryo. Yazılım desteği kesildiğinde parkın ne kadar süre çalışmaya devam edeceği, ilk sözleşmedeki maddeye bağlı kalıyor.

Üçüncü senaryo düşük ihtimalli ama sonucu ağır. İlk sözleşmeye yazılacak tek cümle bunu yönetilebilir kılıyor: yazılım lisansı sona erdiğinde ya da tedarikçi desteği kestiğinde, mevcut park hangi koşullarda çalışmaya devam edecek?

Karar öncesi ölçün

Değiştirme düşünülüyorsa, önce mevcut sistemin gerçekten sorunlu olduğunu doğrulamak gerekiyor. Sahada sık karşılaşılan bir durum: sorun tedarikçide sanılıyor ama kaynağı veri tarafında ya da kapsamada oluyor.

RF girişimi ve kanal planlaması ve veri kalitesi yazıları bu iki olasılığı elemeyi sağlıyor. Yeni tedarikçiye geçmek, aynı veri sorununu yeni sisteme taşımaktan başka bir sonuç vermiyor.

Nereden başlamalı

Sıralama: mevcut sözleşmenizde beş maddenin bulunup bulunmadığını kontrol edin; yeni bir sözleşme yapıyorsanız beşini de baştan yazdırın.

Şartname üreteci bu maddeleri kapsamınıza göre üretiyor. İhtiyaç analiziyle başlayıp teklif isteyebilirsiniz.