Netsis ile elektronik raf etiketi entegrasyonu
Netsis kurulumları birbirine benzemez: aynı ürün ailesinde farklı sürümler, farklı özelleştirmeler ve farklı veri yapıları var. Entegrasyon konuşmasının hangi sürümle başlaması gerektiğini anlatıyoruz.
Yayımlanma:
Netsis, Türkiye'de orta ölçekli perakendenin yaygın kullandığı ERP ailelerinden biri. Elektronik raf etiketi projelerinde ilk sorulan soru genellikle "Netsis destekleniyor mu" oluyor — ama bu soru, cevabı en az taşıyan biçimde sorulmuş oluyor.
Sebebi şu: Netsis tek bir ürün değil. Aynı çatı altında farklı sürümler, farklı modül kümeleri ve neredeyse her kurulumda farklı özelleştirmeler var.
Önce sürüm, sonra entegrasyon
Entegrasyon konuşmasını verimli hâle getiren tek cümle şu: hangi Netsis ürünü, hangi sürüm, hangi veritabanı.
Bu üç bilgi olmadan verilen her "uyumludur" cevabı temelsiz. Bir kurulumda hazır çalışan bir bağlantı, bir sonraki sürümde tablo yapısı değiştiği için çalışmayabilir. Entegrasyon iddiasını okumak yazısı bu ifadelerin nasıl sınanacağını anlatıyor.
Sürüm bilgisi ayrıca kimin sorumlu olduğunu da belirliyor. Standart bir kurulumda bağlantının bakımı tedarikçide olabilir; ağır özelleştirilmiş bir kurulumda ise bakım, o özelleştirmeyi yapan iş ortağına bakar.
Özelleştirme, entegrasyonun sessiz maliyeti
Netsis kurulumlarının çoğu yıllar içinde işletmeye göre biçimlenmiş oluyor: ek alanlar açılmış, farklı fiyat listeleri kurulmuş, kampanya mantığı özel yazılmış.
Bunların hiçbiri sorun değil — ta ki etiket "hangi fiyatı göstereceğim" diye sorana kadar. Bir üründe liste fiyatı, kampanya fiyatı, kanal fiyatı ve müşteri grubu fiyatı ayrı ayrı duruyorsa, rafa hangisinin yazılacağı bir iş kararıdır, teknik karar değil.
Bu kararın entegrasyondan önce verilmesi gerekiyor. Verilmediğinde kurulum ekibi mağazada bekler.
Veri hangi yoldan çıkar?
Üç yaygın yöntem var ve seçim genellikle bilgi işlemin tercihine göre yapılıyor:
| Yöntem | Güçlü yanı | Zayıf yanı |
|---|---|---|
| Veritabanı okuma | Hızlı kurulur | Sürüm yükseltmesinde kırılır |
| Dışa aktarım dosyası | Dayanıklı, basit | Gecikme getirir |
| Servis / API | Bakımı kolay | Kurulumu uzun |
Hangisi seçilirse seçilsin akış aynı yönde çalışır: kaynak sistem fiyatı değiştirir, etiket takip eder. Fiyat değişikliğinin yolculuğu bu zinciri adım adım gösteriyor.
Moda ve tekstilde ek bir katman
Netsis, hazır giyim ve tekstilde de yaygın. Bu sektörde etiket entegrasyonuna bir katman daha ekleniyor: varyant.
Aynı ürünün beden ve renk varyantları ayrı stok kartlarıysa, rafta tek bir etiket mi olacak yoksa varyant başına mı? Çoğu mağazada askı üzerinde tek etiket kullanılıyor ve varyantlar etikette değil sistemde ayrışıyor. Bu tercihin adetlendirmeye doğrudan etkisi var — etiket adedi hesaplayıcısı bu ayrımı destekliyor.
Moda ve tekstilde etiket seçimi yazısı askı, raf ve reyon başı arasındaki kararı ayrıntılandırıyor.
Hangi alanlar gerekiyor?
Etiketin basılabilmesi için asgari küme her ERP'de aynı: ürün kodu veya barkod, rafta okunur bir gösterim adı, satış fiyatı, net miktar ve birim, kategori, KDV oranı.
Netsis kurulumlarında en sık eksik çıkan iki alan gösterim adı ve net miktar oluyor. Ürün adı genellikle depo ve satın alma için yazılmıştır; rafta anlamsız görünür. Net miktar ise birim fiyat zorunluluğu olan ürünlerde etiketin mevzuata uygun basılmasını engelliyor.
Mevcut durumunuzu ERP veri hazırlık denetçisiyle ölçmek, entegrasyona başlamadan önce yapılacak en getirili iş. Veri kalitesi yazısı bu kalemin projeleri neden en çok geciktirdiğini anlatıyor.
Test kümesi olmadan canlıya geçmeyin
Canlı Netsis veritabanı üzerinde doğrudan denemek iki risk taşıyor: yoğun saatte okuma sorgusu sistemi yavaşlatabilir, ve yanlış eşleştirilmiş bir alan doğrudan rafa yansır — müşteri yanlış fiyat görür.
Pratik yol birkaç yüz ürünlük bir kümeyle çalışmak. Gözle doğrulanacak üç şey var: ad rafta okunuyor mu, birim fiyat gereken üründe çıkıyor mu, kategori doğru şablonu seçiyor mu. Şablon simülatörü bunu gerçek veriyle, gerçek ekran ölçüsünde yapıyor.
Sözleşmeye yazılacaklar
Beş madde, sonradan çıkan tartışmaların çoğunu baştan kapatıyor: hangi Netsis ürünü ve sürümü, veri hangi yöntemle çıkacak, hangi alanlar hangi sıklıkta aktarılacak, alan eşleştirme ve test kimin sorumluluğunda, ve sürüm yükseltildiğinde bağlantının bakımı kime ait.
Son madde en çok atlanan. ERP yükseltmesi ESL projesinden bağımsız yapılır ve bağlantıyı sessizce bozabilir.
Bu maddeleri kapsamınıza göre üretmek için şartname üretecini, sözleşme tarafındaki diğer kalemler için sözleşmeye yazılacak servis maddeleri yazısını kullanabilirsiniz.
Kapsamınıza uygun çözümü birlikte belirlemek için ihtiyaç analiziyle başlayıp teklif isteyebilirsiniz.
Bu yazının kaynakları
Mevzuat metinleri zaman içinde değişir. Bağlantıları yayımlandığı tarihte kontrol ettik; nihai doğrulamayı güncel resmî metinden yapın.
Etiketler: ERPNetsisentegrasyonveri akışı
← Tüm yazılar