Bir etiket dışarıdan sıradan bir EAN-13 kodu gibi görünür; ancak hanelerin bir bölümü ürün kimliğini, diğer bölümü ağırlık ya da tutarı, son hane ise kontrol değerini temsil eder.
EAN-13 terazi barkodu, mağaza içi değişken ağırlıklı ürün akışında ürün kodu ile ölçüm bilgisini 13 haneli yapı içinde birleştiren uygulamadır. Bu konu özellikle perakende yazılım ekipleri, mağaza yöneticileri ve teknik servisler için önemlidir. Amaç, Terazi etiketi ile kasa yazılımı arasındaki kod yapısını anlamak; bunu yaparken cihaz özelliği, yazılım kuralı ve günlük operasyonun birbirinden kopmamasını sağlamaktır.
EAN-13 terazi barkodu neden tek başına bir cihaz özelliği değildir?
Entegrasyon projelerinde sonuç, fiziksel bağlantıdan daha geniştir. Ürün kodunun nerede oluşturulduğu, ağırlığın hangi anda kararlı kabul edildiği, verinin hangi birimde taşındığı ve başarısız işlemde kullanıcının ne göreceği açıkça tanımlanmalıdır. Bir kablonun takılması iletişimi başlatabilir; doğru satış veya stok kaydı ise ancak bütün alanlar iki tarafta aynı anlama geldiğinde oluşur.
Sağlıklı tasarımda ürün ana verisinin sahibi bellidir. Terazi, POS, ERP veya merkezi yönetim yazılımından hangisinin fiyat ve ürün bilgisinde ana kaynak olacağı yazılı hale getirilir. Böylece aynı kaydın farklı cihazlarda farklı isim, fiyat veya birimle yaşaması önlenir.
Karar verilmeden önce netleştirilmesi gereken ölçütler
EAN-13 terazi barkodu için teklif tablosu hazırlanırken yalnız “var” ya da “destekleniyor” cevabı yeterli değildir. başlangıç veya bayrak kodu başlığında sayısal sınır veya örnek çıktı; PLU için ayrılan hane sayısı başlığında ise desteklenen sürüm ve kontrol yöntemi istenmelidir. Aşağıdaki maddeler aynı sırayla bütün aday çözümlere sorulabilir:
- başlangıç veya bayrak kodu
- PLU için ayrılan hane sayısı
- ağırlık ve tutar senaryosunun ayrılması
- ondalık basamak ve para birimi kuralı
- kontrol hanesinin doğru hesaplanması
Ölçütlerin ağırlığı, perakende yazılım ekipleri, mağaza yöneticileri ve teknik servisler tarafından yaşanan gerçek darboğaza göre verilmelidir. Terazi etiketi ile kasa yazılımı arasındaki kod yapısını anlamak ana hedefse, puanlama tablosunda bu hedefi doğrudan etkileyen satırlar daha yüksek ağırlık alır. Böylece gösterişli fakat kullanılmayacak özellikler, kararın önüne geçmez.
Uygulama ve kabul testi adımları
- 1. adım: Mevcut kasa yazılımının desteklediği şemayı öğrenmek. Beklenen çıktı, “Terazi etiketi ile kasa yazılımı arasındaki kod yapısını anlamak” hedefiyle ilişkilendirilir; sorumlu kişi ile kullanılan örnek kayıt altına alınır.
- 2. adım: Bir örnek ürün için hane haritası hazırlamak. Bu kontrolde özellikle başlangıç veya bayrak kodu için kabul edilecek değer ya da davranış önceden yazılır.
- 3. adım: Terazide aynı şemayı tanımlamak. Uygulamayı perakende yazılım ekipleri, mağaza yöneticileri ve teknik servisler arasından seçilen gerçek bir kullanıcı tekrarlar ve anlaşılmayan noktaları bildirir.
- 4. adım: 500 gram, 1 kilogram ve sınır değer testleri yapmak. Cihaz, yazılım, bağlantı ve ayar sürümleri aynı test kaydına eklenerek sonucun daha sonra yeniden üretilebilmesi sağlanır.
- 5. adım: İade ve fiyat değişikliği senaryolarını denemek. Normal senaryonun yanında “her EAN-13 kodunun aynı yapıda olduğunu varsaymak” riski bilinçli olarak sınanır ve kullanıcıya gösterilen uyarı gözlenir.
- 6. adım: Onaylanan etiketi teknik dokümana eklemek. Son karar verilmeden önce EAN-13 terazi barkodu sonucunun sürekliliği ikinci bir örnekle doğrulanır; yedekleme ve geri dönüş sorumlusu belirlenir.
Kabul testinde olumlu örneklerin yanında her EAN-13 kodunun aynı yapıda olduğunu varsaymak ve ağırlık ve tutar kodlarını karıştırmak durumları da canlandırılmalıdır. EAN-13 terazi barkodu testi; tarih, cihaz sürümü, gerçek ürün veya yük, beklenen sonuç ve gerçekleşen sonuç alanlarıyla kaydedildiğinde sonraki servis işlemleri için karşılaştırılabilir bir başlangıç değeri oluşur.
Sahada en sık karşılaşılan hatalar
- her EAN-13 kodunun aynı yapıda olduğunu varsaymak
- ağırlık ve tutar kodlarını karıştırmak
- ondalık ayracı ve basamak sayısını belirsiz bırakmak
- şube bazında farklı şema kullanmak
EAN-13 terazi barkodu uygulamasında bu hatalar çoğu zaman cihaz, kullanıcı ve bağlı sistemlerin ayrı ayrı yönetilmesinden doğar. İlk inceleme sırasında ondalık ayracı ve basamak sayısını belirsiz bırakmak ihtimali kontrol edilirse sorun yalnız donanıma yüklenmez. İşletme, servis ve yazılım tarafının sorumluluk sınırları proje başında yazıldığında arıza anında herkes aynı test kaydı üzerinden ilerleyebilir.
Satın alma dosyasında bulunması gerekenler
- EAN-13 terazi barkodu için model, donanım ve yazılım konfigürasyonunun açık kodu
- başlangıç veya bayrak kodu değerini gösteren teknik belge veya test çıktısı
- PLU için ayrılan hane sayısı kapsamını ve istisnaları açıklayan üretici cevabı
- ağırlık ve tutar senaryosunun ayrılması için kurulumda uygulanacak kabul senaryosu
- her EAN-13 kodunun aynı yapıda olduğunu varsaymak durumunda izlenecek servis ve geri dönüş yöntemi
- aşağıdakiler tarafından kullanılacak eğitim, garanti ve kritik yedek planı: perakende yazılım ekipleri, mağaza yöneticileri ve teknik servisler
Bu belgeler aynı teklif eki içinde istendiğinde Terazi etiketi ile kasa yazılımı arasındaki kod yapısını anlamak hedefi fiyat kalemleriyle birlikte değerlendirilebilir. Üçüncü taraf yazılımı, ağ çalışması, mekanik montaj veya resmi işlem gerekiyorsa kapsamın kim tarafından karşılanacağı da ayrı satırda gösterilmelidir.
Performans nasıl izlenmelidir?
Canlıya geçişten sonra günlük başarılı işlem sayısı, bağlantı hatası, mükerrer kayıt, elle düzeltme ve fiyat uyuşmazlığı ayrı metrikler olarak izlenmelidir. İlk hafta daha sık, sistem kararlı hale geldikten sonra dönemsel kontrol yapılabilir. Bir hata görüldüğünde yalnızca son ekrana bakmak yerine cihaz logu, gönderilen veri, alınan cevap ve kullanıcı adımı aynı işlem kimliği üzerinden incelenmelidir. Böyle bir izleme düzeni küçük bir eşleşme hatasının şubeler boyunca tekrarlanmasını önler ve servis ekibine tahmin yerine somut kayıtla çalışma imkânı verir.
Teklif ve saha kabulü için hazırlanacak kısa dosya
Teklif istemeden önce perakende yazılım ekipleri, mağaza yöneticileri ve teknik servisler tarafından kullanılan gerçek ürünleri, günlük işlem yoğunluğunu, çalışma ortamını ve mevcut yazılım altyapısını tek sayfalık bir ihtiyaç formunda toplamak yararlıdır. Bu formda özellikle başlangıç veya bayrak kodu, PLU için ayrılan hane sayısı ve ağırlık ve tutar senaryosunun ayrılması açık değerlerle belirtilmelidir. Böylece farklı firmaların önerileri aynı kapsam üzerinden karşılaştırılır; sonradan “dahil değildi” denebilecek kablo, lisans, kurulum, eğitim veya servis kalemleri görünür hale gelir.
Saha kabulünde yalnız cihazın açılması yeterli değildir. Mevcut kasa yazılımının desteklediği şemayı öğrenmek ve Bir örnek ürün için hane haritası hazırlamak adımları gerçek kullanıcıyla uygulanmalı; beklenen sonuç, ölçülen sonuç, kullanılan ayar, tarih ve sorumlu kişi kaydedilmelidir. EAN-13 terazi barkodu için hedef, Terazi etiketi ile kasa yazılımı arasındaki kod yapısını anlamak olduğundan, kabul tutanağı bu hedefin hangi örneklerle doğrulandığını göstermelidir. Eğitim, yedekleme, hata bildirimi ve ilk bakım tarihi de aynı dosyaya eklenirse kurulum bilgisi personel değişiminde kaybolmaz.
Sık sorulan sorular
Başlangıç veya bayrak kodu nasıl doğrulanır?
Satıcının genel beyanı yerine Mevcut kasa yazılımının desteklediği şemayı öğrenmek adımı gerçek örnekle uygulanır. Beklenen sınır, kullanılan ayar ve elde edilen çıktı teklif eki veya kabul tutanağına yazılır; böylece başlangıç veya bayrak kodu yoruma açık bir özellik olmaktan çıkar.
PLU için ayrılan hane sayısı neden önemlidir?
PLU için ayrılan hane sayısı, Terazi etiketi ile kasa yazılımı arasındaki kod yapısını anlamak hedefinin günlük kullanımda korunmasını etkiler. Model veya yazılım varyantları arasında fark bulunabileceğinden cevap cihaz kodu ve sürümle birlikte alınmalıdır.
EAN-13 terazi barkodu için pilotta ne denenmelidir?
Terazide aynı şemayı tanımlamak, 500 gram, 1 kilogram ve sınır değer testleri yapmak ve İade ve fiyat değişikliği senaryolarını denemek adımları gerçek kullanıcıyla tekrarlanmalıdır. Ayrıca ağırlık ve tutar kodlarını karıştırmak riski oluşturularak sistemin hata mesajı ve toparlanma davranışı görülmelidir.
Kurulumdan sonra hangi kayıtlar saklanmalıdır?
EAN-13 terazi barkodu dosyasında model ve seri numarası, kullanılan konfigürasyon, ağırlık ve tutar senaryosunun ayrılması bilgisi, kabul testi, eğitim tarihi ve son değişiklik bulunmalıdır. Kayıt sahibi olarak perakende yazılım ekipleri, mağaza yöneticileri ve teknik servisler içinden sorumlu bir rol atanmalıdır.
Sonuç: doğru çözüm, doğrulanmış iş akışıdır
EAN-13 terazi barkodu için güçlü sonuç; özellik listesinden çok, gerçek kullanımın baştan sona test edilmesiyle elde edilir. Terazi etiketi ile kasa yazılımı arasındaki kod yapısını anlamak hedefi ölçülebilir biçimde tanımlandığında doğru cihaz, bağlantı ve destek modeli daha kolay seçilir. CEOPOS ile görüşmeden önce ürün aralığı, günlük işlem sayısı, mevcut yazılım, bağlantı ihtiyacı ve çalışma ortamının kısa bir envanterini hazırlamak teklif sürecini hızlandırır.
