Bağımsız platform. Hiçbir üreticiden komisyon veya sıralama ücreti alınmaz. Her teknik değerin kaynağı veri politikamızdaaçıktır.
🛠️ Kurulum ve Operasyon 3 dk okuma

ERP/POS entegrasyonu: veri akışı, eşleştirme ve şablon yönetimi

ESL projelerinin çoğu donanımda değil, veri tarafında takılır. Ürün kodu eşleştirmesi, akış yönü, hata yönetimi ve şablon mantığı üzerine pratik bir çerçeve.

Yayımlanma:

Bir ESL projesinde donanım tarafı öngörülebilirdir: etiket gelir, takılır, çalışır. Öngörülemeyen taraf veridir. Projelerin gecikme ve memnuniyetsizlik sebeplerinin büyük bölümü, kaynak sistemdeki veri düzeninden çıkar.

Akışın yönü

ESL entegrasyonu neredeyse her zaman tek yönlüdür: kaynak sistemden etiket yazılımına. Etiket yazılımı fiyat üretmez, yalnızca yansıtır. Bu ilke kulağa açık gelir ama uygulamada sık ihlal edilir — örneğin kampanya fiyatının yalnızca etiket yazılımında tanımlanması, kasadaki fiyatla farklılaşmanın en hızlı yoludur.

Kural: Etikette gösterilen her fiyat, kasada geçerli olan fiyatla aynı kaynaktan gelmelidir.

Ters yönde akan tek şey durum bilgisidir: hangi etiket güncellendi, hangisi güncellenemedi, hangi etiketin pili zayıf. Bu bilginin ERP'ye değil, operasyon ekibinin göreceği bir panele akması yeterlidir.

Eşleştirme: projenin en kritik tablosu

ESL sisteminin kalbi, ürün kodu ↔ etiket kimliği eşleştirme tablosudur. Bu tablo bozulursa doğru görünen ama yanlış ürüne ait fiyatlar ortaya çıkar — kağıt etiketten daha tehlikeli bir hata sınıfı.

Eşleştirme üç yolla yapılır:

  1. El terminaliyle tarama. Barkod okutulur, etiket okutulur, eşleşme kurulur. En yaygın ve en güvenilir yöntem.
  2. Telefon uygulamasıyla. BLE destekli etiketlerde mümkün. Kurulum ekipmanı maliyetini düşürür.
  3. Toplu içe aktarma. Etiketler önceden ürünlere atanmış olarak gelir. Yalnızca yerleşimi sabit ve önceden bilinen mağazalarda çalışır.

İlk kurulumda eşleştirme, etiket başına birkaç saniyelik bir iştir; on bin etikette bu, birkaç kişi-günü demektir. Teklifte bu işin kimde olduğu açıkça yazılmalıdır.

Sözleşmeye yazılacak madde: Sözleşme sona erdiğinde eşleştirme tablosu hangi biçimde (CSV, veri tabanı yedeği) ve ne kadar sürede teslim edilecek? Bu tablo sizindir; üreticiye kilitli kalmamalıdır.

Veri kalitesi kontrol listesi

Entegrasyona başlamadan önce kaynak sistemde şunları kontrol edin:

  • Ürün kodu benzersiz mi? Aynı barkodun iki kayda bağlı olduğu durumlar sık görülür.
  • Ürün adı etikete sığacak uzunlukta mı? ERP'deki 120 karakterlik açıklama, 2,13 inç etikette kesilecektir. Kısa ad alanı var mı?
  • Birim fiyat hesaplanabiliyor mu? Yönetmelik birim fiyatı zorunlu kılar; ERP'de birim ve miktar alanları düzgün doldurulmuş olmalıdır.
  • Üretim yeri (menşe) alanı dolu mu? Zorunlu alanlardan biri; çoğu ERP'de boş bırakılmış olarak bulunur.
  • Kampanya fiyatı ile normal fiyat ayrı alanlarda mı? İndirim şablonunun iki fiyatı gösterebilmesi için gerekir.
  • Fiyat geçmişi tutuluyor mu? İndirimli satışta "önceki fiyat" için gerekli — ayrıntı.

Bu listeyi entegrasyon başlamadan geçmek, projeyi haftalar kısaltır. Atlanırsa aynı iş, kurulum sırasında ve baskı altında yapılır.

Şablon mantığı

Şablon, hangi verinin etikette nereye basılacağını tanımlar. İyi kurulmuş bir sistemde şablon kurala bağlıdır, elle atanmaz:

  • Kategori → şablon (gıda, tekstil, elektronik farklı alanlar ister)
  • Kampanya durumu → şablon (normal / indirimli)
  • Ürün tipi → şablon (ambalajlı / açık — birim fiyat gösterimi değişir)
  • Etiket boyutu → şablon varyantı

Kural tabanlı atama yoksa, on bin ürünlük bir katalogda şablon yönetimi elle sürdürülemez hale gelir. Teklif aşamasında sorulacak soru: "Şablon ataması hangi alanlara göre kurala bağlanabiliyor?"

Güncelleme kuyruğu ve hata yönetimi

Toplu bir fiyat güncellemesinde üç şey ölçülür:

  • Süre: Tüm mağazalarda tamamlanma süresi.
  • Başarı oranı: İlk denemede güncellenen etiket yüzdesi.
  • Kalan: Güncellenemeyen etiketlerin listesi ve sebebi.

Üçüncüsü kritiktir. "Güncelleme gönderildi" ile "etiket değişti" arasındaki farkı gösteren bir rapor yoksa, sistem sessizce yanlış fiyat gösterebilir. Kabul kriteri olarak bir eşik belirleyin (örneğin ilk denemede %99,5) ve raporun günlük olarak operasyon ekibine ulaştığından emin olun.

Entegrasyon biçimleri

Yaygın üç yaklaşım:

  • Dosya tabanlı (CSV/XML aktarım). En basit, en yaygın. Zamanlanmış aktarım; gecikme dakikalar mertebesinde.
  • API (REST). Anlık güncelleme mümkün. ERP tarafında geliştirme gerektirir.
  • Veri tabanı görünümü. Etiket yazılımı doğrudan okur. Hızlıdır ama kaynak sisteme bağımlılık yaratır ve sürüm yükseltmelerinde kırılabilir.

Seçim, ihtiyaç duyduğunuz güncelleme gecikmesine göre yapılmalıdır. Günde bir fiyat değişikliği yapan bir işletmenin API'ye ihtiyacı yoktur; saatlik kampanya işleten bir işletme için dosya aktarımı yetersiz kalır.

Bu yazının kaynakları

Bu yazı genel teknik bilgi aktarır ve dışarıdan bir kaynağa dayanan sayısal iddia içermez.

Etiketler: entegrasyonerppos

← Tüm yazılar
Karşılaştırma (0/4)
Karşılaştır