Elektronik etiket nasıl güncellenir? Adım adım veri akışı

Fiyat değişikliğinin raftaki etikete yansıması tek bir işlem değil, sekiz adımlık bir zincirdir. Zincirin her halkası gecikme ya da hata üretebilir ve sorun yaşandığında "etiket çalışmıyor" denen şey genellikle başka bir halkada olur.

Adım 1: Fiyat kaynağında değişir

Her şey ERP ya da merkezi fiyat yönetim sisteminde başlar. Kategori müdürü yeni fiyatı girer, onay akışı varsa onaylanır. Bu noktada değişiklik henüz hiçbir mağazada görünmez.

Ne ters gidebilir: Onay akışı uzunsa kampanya günü sıkışır. ESL değil, süreç sorunudur.

Adım 2: ESL yazılımına aktarılır

İki yaygın model var. Dosya tabanlı aktarım: ERP belirli aralıklarla bir dosya üretir, ESL yazılımı onu okur. API tabanlı aktarım: değişiklik anında bir çağrıyla iletilir.

Dosya tabanlı modelde gecikme, dosya üretim sıklığı kadardır — saatte bir üretiliyorsa fiyat en kötü ihtimalle bir saat sonra görünür. Ayrıntı için ERP ve POS entegrasyonu yazısına bakın.

Ne ters gidebilir: Dosya bozuk ya da eksik gelirse yazılım sessizce eski veriyle devam edebilir. Aktarım raporu şart.

Adım 3: Ürün–etiket eşleşmesi çözülür

Yazılım, değişen barkodun hangi etiketlere bağlı olduğunu bulur. Bir ürün birden fazla rafta duruyorsa birden fazla etiket güncellenir.

Ne ters gidebilir: Eşleşme yanlışsa doğru fiyat yanlış rafta görünür. Bu, ESL projelerinin en görünür hatasıdır ve genellikle taşınan ama yeniden eşleştirilmeyen etiketlerden kaynaklanır (etiket eşleştirme hatası).

Adım 4: Şablon uygulanır

Fiyat tek başına bir görüntü değildir. Şablon, hangi alanın nerede ve hangi puntoyla görüneceğini belirler: ürün adı, satış fiyatı, birim fiyat, menşe, indirim satırı.

İndirimli ürünlerde genellikle farklı bir şablon devreye girer — kırmızı zeminli fiyat, üstü çizili eski fiyat. İndirimli satışta etiket kuralları bu gösterimin mevzuat tarafını anlatıyor.

Ne ters gidebilir: Uzun ürün adı şablonun ayırdığı alana sığmazsa kesilir. Şablon simülatörü bunu kurulumdan önce görmeye yarıyor.

Adım 5: Görüntü üretilir

Yazılım, şablonu ve veriyi birleştirip etiketin ekranına basılacak görüntüyü oluşturur. Bu görüntü, etiketin çözünürlüğüne ve renk yeteneğine göre hazırlanır (etiket çözünürlüğü).

Adım 6: Erişim noktasına gönderilir

Görüntü ağ üzerinden ilgili erişim noktasına iletilir. Hangi AP'nin hangi etikete ulaştığı, sistemin tuttuğu kapsama haritasından bilinir.

Ne ters gidebilir: Etiket, kayıtlı olduğu AP'nin kapsama alanından çıkmışsa (raf taşındı, metal kabin araya girdi) mesaj ulaşmaz. Erişim noktası planlaması bu riski azaltıyor.

Adım 7: Radyoyla etikete iletilir

Etiket sürekli dinlemez — pil ömrü buna izin vermez. Belirli aralıklarla uyanır, kendisine mesaj olup olmadığını sorar, varsa alır. Bu uyanma aralığı gecikmenin asıl kaynağıdır.

Kısa aralık = hızlı güncelleme + kısa pil ömrü. Uzun aralık = uzun pil ömrü + yavaş güncelleme. Çoğu sistem bunu yapılandırılabilir kılar ve kampanya günü için geçici olarak kısaltmaya izin verir.

ESL pil ömrü neye bağlı yazısı bu dengeyi ayrıntılandırıyor; pil ömrü simülatörü kendi ayarınızla tahmin üretiyor.

Adım 8: Ekran yenilenir ve onay döner

Etiket görüntüyü basar ve "yaptım" bilgisini geri gönderir. Bu onay, sistemin güncellenmiş etiketleri saymasını sağlar.

Ne ters gidebilir: Onay dönmezse etiket ya güncellenmemiştir ya da onay kaybolmuştur. İyi bir yazılım ikisini ayırt eder ve yeniden dener.

Toplam süre

Tek bir etiket için zincirin tamamı saniyeler ile birkaç dakika arasında tamamlanır. Binlerce etiket için toplam süre, AP sayısına, protokole ve uyanma aralığına bağlı olarak dakikalardan saatlere uzanır.

Kampanya günü toplu güncelleme yazısı bu süreyi planlamanın yollarını anlatıyor; güncelleme hızı aracı kendi etiket adedinizle bir tahmin veriyor.

Şartnameye yazılacak üç ölçü

1. Tek etiket gecikmesi — normal çalışma koşullarında en kötü hâl.
2. Toplu güncelleme süresi — tüm parkın tamamlanma süresi, etiket adediyle birlikte.
3. Kısmi başarısızlık raporu — güncellenemeyen etiketlerin raf bazında listesi.

Üçü de şartname üreticide hazır madde olarak bulunuyor.

Gecikmenin gerçek kaynakları

Zincirin sekiz adımında gecikme üreten üç nokta vardır ve üçü de farklı ekiplerin sorumluluğundadır.

Aktarım sıklığı (IT / ERP ekibi). Dosya tabanlı entegrasyonda dosya saatte bir üretiliyorsa, en iyi ihtimalle bile fiyat bir saat gecikir. Kampanya günü için geçici olarak sıklığın artırılması, çoğu kurulumda kolay bir kazanımdır.

Uyanma aralığı (ESL yöneticisi). Etiketin ne sıklıkta dinlediği ayarlanabilir bir değerdir. Normal günlerde uzun, kampanya öncesinde kısa tutmak pil ömrünü koruyarak hızı artırır.

Kuyruk yönetimi (yazılım). Binlerce etiket aynı anda güncellenirken sistem bir sıra oluşturur. İyi bir yazılım bu sırayı önceliklendirir: fiyatı düşen ürünler önce gider. Önceliklendirme yoksa, kampanyanın en kritik etiketi sıranın sonuna düşebilir.

Başarısızlık nasıl görünür?

Güncelleme başarısız olduğunda etiket eski görüntüyü göstermeye devam eder. Ekran boş kalmaz, hata mesajı vermez. Müşteri açısından hiçbir şey olmamıştır — ama rafta yanlış fiyat durmaktadır.

Bu, ESL operasyonunun en sinsi riskidir ve tek çözümü raporlamadır:

• Güncellenemeyen etiket listesi, raf ve reyon bilgisiyle birlikte.
• Son iletişim zamanı, her etiket için.
• Pil durumu uyarısı, zayıflayan etiketler için.

Üçü de günlük kontrol listesine girmeli. Etiket arızalandığında operasyon yazısı müdahale akışını anlatıyor.

Mevzuat açısından gecikme

Fiyat Etiketi Yönetmeliği, rafta gösterilen fiyat ile kasada tahsil edilen fiyatın aynı olmasını arar. Gecikme, bu iki fiyatın ayrıştığı bir pencere yaratır.

Pratikte kabul edilen yaklaşım, fiyat artışlarını mağaza kapalıyken ya da düşük yoğunluklu saatte uygulamak, indirimleri ise anında yansıtmaktır. Böylece pencere açıldığında müşteri aleyhine bir durum oluşmaz. Fiyat değişikliğinin yolculuğu yazısı bu pratiği ayrıntılandırıyor.

Kendi sisteminizi test etmek

Kurulumdan sonra yapılacak basit bir doğrulama:

1. Bir test ürününün fiyatını ERP'de değiştirin ve saati not edin.
2. Etiketin değiştiği anı not edin.
3. Aradaki farkı, aynı testi üç farklı saatte tekrarlayarak ölçün.

Çıkan süre, şartnamede yazan taahhütle karşılaştırılır. Fark varsa hangi adımda olduğunu yukarıdaki üç kaynaktan ayıklamak mümkün. Bu testi kabul sürecinin parçası yapmak, sözleşmeye yazılacak servis maddeleri arasında yer almalı.