DIA ile elektronik raf etiketi entegrasyonu

DIA, kendi sunucunuzda değil bulutta çalışan bir ERP. Bu tercih elektronik raf etiketi entegrasyonunu diğer sistemlerden farklı bir yere taşıyor.

Fark tek cümleyle şu: veri artık mağazanın içinde değil, dışında. Entegrasyon konuşması da bu yüzden farklı bir soruyla başlıyor.

Kolaylaşan taraf: veriye erişim standart

Kendi sunucusunda çalışan ERP'lerde her kurulum kendine özgüdür — farklı sürüm, farklı veritabanı, farklı özelleştirme. Bağlantı kurulurken bunların hepsi ayrı ayrı sorulmak zorunda kalıyor.

Bulut tarafında bu değişkenlik azalıyor. Sürüm merkezî olarak güncelleniyor, veri erişimi belgelenmiş bir servis üzerinden yapılıyor. Sürüm yükseltmesinde bağlantının sessizce bozulması riski belirgin biçimde düşük — kendi sunucusunda çalışan kurulumların en sık yaşadığı sorun bu.

Bu, projeye zaman kazandıran gerçek bir avantaj. Alan eşleştirme bir kez doğru kurulduğunda uzun süre çalışıyor.

Zorlaşan taraf: bağlantı kesilirse ne oluyor?

Veri buluttaysa ve mağazanın interneti kesilirse, fiyat güncellemesi durur. Bu, doğru kurulmuş bir sistemde felaket değil ama kimsenin varsaymaması gereken bir davranış.

Doğru mimari şöyle çalışıyor: etiketler fiyatı kendi üzerinde tutuyor. Bağlantı kesildiğinde rafta yazan rakam kaybolmuyor — sadece yeni değişiklikler yansımıyor. Bağlantı geldiğinde bekleyen güncellemeler sırayla işleniyor.

Sorulacak somut sorular:

• Mağaza tarafında yerel bir sunucu/ağ geçidi var mı, yoksa her güncelleme buluttan mı geliyor?
• Bağlantı kesikken yapılan fiyat değişiklikleri kuyrukta bekliyor mu, kayboluyor mu?
• Bağlantı geri geldiğinde tüm park kaç dakikada güncelleniyor?

Bu üçüncü soru sanıldığından önemli. Yenileme hızı gerçekte ne anlama gelir yazısı tek etiketin süresiyle parkın toplam kapasitesi arasındaki farkı anlatıyor — teklifte en sık karıştırılan iki rakam.

Kesinti anında raftaki fiyat geçerli

Teknik tarafın ötesinde bir de yasal taraf var. Müşteri açısından raftaki fiyat bir taahhüt; sistemin o an güncellenemiyor olması bunu değiştirmiyor.

Kasada etiketten yüksek bir rakam çıkarsa sonuç işletme aleyhine işliyor. Etiketteki fiyat kasadan düşükse hangisi geçerli bu durumu ayrıntılandırıyor.

Pratik kural: fiyat önce etikete, sonra kasaya yansımalı. Bulut tabanlı bir kurulumda bu sıranın korunduğunu doğrulamak, entegrasyon testinin bir maddesi olmalı.

Hangi alanlar gerekiyor?

Asgari küme her ERP'de aynı:

DIA kullanan işletmelerin çoğu küçük ve orta ölçekli. Bu ölçekte en sık eksik çıkan alan net miktar oluyor; uzun süre kullanılmadığı için boş kalmış oluyor ve birim fiyat zorunluluğu bulunan ürünlerde etiketin mevzuata uygun basılmasını engelliyor.

Mevcut durumu ERP veri hazırlık denetçisiyle ölçmek entegrasyondan önce yapılacak iş. Veri kalitesi yazısı bu kalemin projeleri neden en çok geciktirdiğini anlatıyor.

Veri nerede duruyor sorusu

Bulut kullanan işletmelerde düzenli olarak gelen bir soru: ürün ve fiyat verisi nerede tutuluyor?

Etiket sisteminin ihtiyaç duyduğu veri kişisel veri değil — ürün adı, fiyat, barkod. Buna karşılık yönetim arayüzüne kimin eriştiği ve hangi işlemin kaydının tutulduğu ayrı bir konu ve sözleşmede yer alması gerekiyor.

ESL sistemi güvenli mi yazısı sorulacak soruların tamamını veriyor. Kısa hâli: veri hangi yöne akıyor, hangi hesapla okunuyor, arayüz nereden erişilebilir, kim ne zaman ne değiştirdi görülebiliyor mu.

Güncelleme sıklığı bir karar

Bulut mimarisinde "anlık güncelleme" teknik olarak kolay görünüyor ama bedeli değişmiyor: her güncelleme bir ekran yenilemesi, her yenileme pil tüketimi.

Doğru soru şu: fiyatın rafa yansıması için kabul edilebilir en uzun süre nedir? Çoğu işletmede bu birkaç dakika. Kendi senaryonuzu güncelleme hızı simülatöründe deneyebilir, pil etkisini pil ömrü hesaplayıcısında görebilirsiniz.

Sözleşmeye yazılacaklar

Bulut tabanlı bir kurulumda beş madde işi netleştiriyor: veri hangi servisle çıkacak, mağazada yerel ağ geçidi olacak mı, bağlantı kesikken davranış ne, bağlantı döndüğünde tüm park kaç dakikada güncellenecek, alan eşleştirme ve test kimin sorumluluğunda.

Üçüncü ve dördüncü madde bu mimariye özgü ve teklif aşamasında neredeyse hiç konuşulmuyor.

Şartname üreteci bu maddeleri kapsamınıza göre üretiyor; sözleşmeye yazılacak servis maddeleri yazısı diğer kalemleri veriyor.

Uygun çözümü birlikte belirlemek için ihtiyaç analiziyle başlayıp teklif isteyebilirsiniz.