ESL sistem mimarisi: etiket, erişim noktası ve sunucu arasında veri nasıl akar?

Bir elektronik raf etiketi sistemi dışarıdan bakınca tek parça görünür: fiyat değişir, etiket güncellenir. Oysa arada üç ayrı katman çalışır ve projelerdeki sorunların çoğu, hangi katmanın ne yaptığının anlaşılmamasından doğar. Bu yazı mimariyi sadeleştirilmiş biçimde anlatıyor; teknik şartname yazan ya da tedarikçi sunumu dinleyen herkesin cebinde durması gereken haritadır.

Birinci katman: fiyatın kaynağı

Fiyat, etiket sisteminde doğmaz. ERP, POS ya da ürün bilgi yönetimi (PIM) sisteminde belirlenir. Etiket sistemi bu kaynaktan ürün kimliği, ad, fiyat, birim fiyat, menşe gibi alanları alır. Aktarım üç biçimde olur: dosya (CSV/XML), veritabanı görünümü ya da API. Veri akışı seçenekleri yazısı üçünü karşılaştırıyor.

Bu katmanın kritik sorusu tazeliktir: fiyat ERP'de değiştikten kaç dakika sonra etiket sistemi haberdar olur? Dosya aktarımı çoğunlukla zamanlanmış çalışır (saatte bir, gecede bir); API anlıktır. Kasa fiyatı anında değişip raf fiyatı bir saat sonra değişiyorsa, o bir saat yasal riskin kendisidir.

İkinci katman: etiket yönetim sunucusu

Sunucu, sistemin beynidir. Ürün-etiket eşleşmesini, şablonları ve erişim noktalarını yönetir; gelen fiyatı ilgili şablona yerleştirip görüntüye çevirir ve etikete gönderilecek paketi hazırlar. Bulutta ya da mağazanın kendi sunucusunda çalışabilir; bulut mu yerel sunucu mu yazısı bu kararın kriterlerini veriyor.

Şablonun görüntüye çevrilmesi (render) bu katmanda olur. Etiket, "fiyat 129,90" bilgisini değil, o fiyatın yazılı olduğu hazır bir görüntüyü alır. Bu tasarım, etiketin işlemci ve bellek gereksinimini düşük tutar ve pil ömrünü uzatır; ama her şablon değişikliğinin tüm etiketlerin yeniden çizilmesi anlamına gelmesinin de sebebidir.

Üçüncü katman: erişim noktası ve etiket

Erişim noktası (bazı üreticilerde gateway ya da baz istasyonu), sunucudan gelen görüntü paketini radyo üzerinden etiketlere ulaştırır. Her erişim noktası belirli bir alanı ve belirli sayıda etiketi kapsar; kaç tane gerektiği protokole, mağaza planına ve yapıya bağlıdır.

Etiket, çoğu zaman uykudadır. Belirli aralıklarla uyanır, erişim noktasını dinler, kendisine paket varsa alır, ekranı yeniler ve tekrar uyur. Bu uyku-uyanma döngüsü, pil ömrünün asıl kaynağıdır ve üreticiler arasındaki temel farklardan biridir: kimi etiket saniyeler içinde yanıt verir, kimi dakikalar sonra.

Darboğaz nerede oluşur?

Üç katmanın her birinde ayrı bir darboğaz vardır ve şartnamedeki sorular bunlara karşılık gelir.

Kaynak katmanında darboğaz veri kalitesidir: eksik menşe, yanlış birim, tutarsız barkod. Veri kalitesi projeyi geciktiren sebep yazısı bunu anlatıyor; veri hazırlığı denetimi kurulumdan önce ölçer.

Sunucu katmanında darboğaz görüntü üretme hızıdır: on bin etiketin şablonunu aynı anda yeniden çizmek işlemci ister. Bulut sunucular bunu yatay ölçekler; yerel sunucuda donanım şartnameye yazılmalıdır — sunucu ve donanım gereksinimleri yazısında örnek değerler var.

Radyo katmanında darboğaz kanal kapasitesidir: erişim noktası saniyede sınırlı paket gönderir. Parkın tamamı bu hızla bölünür; güncelleme hızı simülatörü sonucu dakika olarak verir.

Katmanlar arası sınır: kim kimin malı?

Mimari haritanın pratik faydası sözleşmede ortaya çıkar. Kaynak katmanı sizindir; sunucu katmanı üreticinin yazılımıdır ama verisi size aittir; radyo katmanı üreticiye özeldir ve başka markayla değiştirilemez. Sözleşmede veri sahipliği ve tedarikçi değiştirme konuları tam bu sınırlarda düğümlenir.

Tedarikçi sunumunda mimari şemayı isteyin ve üç soruyu sorun: fiyat kaynaktan sunucuya nasıl ve ne sıklıkla gelir, görüntü nerede üretilir, bir erişim noktası kaç etiketi kaç dakikada günceller. Üç cevap, projenin yarısını netleştirir.

Dört tipik arıza ve hangi katmana ait olduğu

Mimari harita, arıza anında en çok işe yarar. "Etiketler güncellenmiyor" şikâyeti dört farklı sebepten gelebilir ve her biri farklı ekibe düşer.

Fiyat ERP'de değişmiş ama sunucuya gelmemişse sorun kaynak katmanındadır: aktarım zamanlanması, dosya biçimi ya da API yetkisi. Bunu ERP ekibi çözer. Sunucu fiyatı almış ama görüntü üretmemişse şablon hatası ya da işlemci yükü söz konusudur; bunu tedarikçinin yazılım ekibi çözer. Görüntü üretilmiş ama etikete ulaşmamışsa radyo katmanı sorunludur: erişim noktası kapsaması, kanal girişimi ya da etiketin pilinin bitmiş olması. Bunu saha ekibi çözer. Etiket paketi almış ama ekranı yenilememişse donanım arızasıdır ve garanti kapsamına girer.

Etiket arızalandığında operasyon yazısı bu ayrımı adım adım bir kontrol listesine dönüştürüyor. Yazılım arayüzünün her katman için ayrı durum göstergesi sunması, yazılım arayüzünde aranacaklar listesinin ilk maddesidir: hangi katmanda takıldığını gösteremeyen sistem, arıza anında sizi tedarikçiye mahkûm eder.

Bulut mimaride ne değişir?

Sunucu bulutta çalıştığında ikinci katman mağazadan çıkar; erişim noktaları internet üzerinden buluta bağlanır. Avantaj bakım ve ölçeklenmedir; risk, internet kesintisidir. Kesintide etiketler son görüntülerini korur (e-paper görüntüyü tutar), yalnızca yeni güncelleme gelmez. Çoğu üretici, erişim noktasında kısa süreli bir önbellek tutarak bu riski azaltır. Şartnamede "internet kesildiğinde zamanlanmış güncellemeler ne olur" sorusunu açıkça sorun; cevap mimarinin nerede bittiğini gösterir.