ESL'de fiyat değişikliği yetki akışı

Kâğıt etiket döneminde fiyat değişikliği fiziksel bir işti ve kimin yaptığı belliydi: etiketi basan ve takan kişi. Elektronik etikette işlem bir tıklamaya indiğinde, yetkinin kimde olduğu açıkça tanımlanmak zorunda kalır.

İki uçtaki yaklaşım da sorunlu

Tam merkezi yetki. Bütün fiyat değişiklikleri merkezden yapılır; mağaza hiçbir şeye dokunamaz.

Sorunu: Mağazadaki yerel bir hata (yanlış eşleşme, düşen etiket, yanlış şablon) düzeltilemez. Merkeze talep kuyruğu oluşur ve basit bir düzeltme günler sürer.

Tam serbest yetki. Mağaza müdürü istediği fiyatı değiştirebilir.

Sorunu: Zincir genelinde fiyat tutarlılığı bozulur. Aynı ürün farklı mağazalarda farklı fiyattadır ve bunun ticari bir gerekçesi yoktur.

Doğru çözüm ikisinin arasındadır ve işlem türüne göre ayrışır.

İşlem bazında yetki dağılımı

Kritik ayrım şurada: eşleştirme mağazada, fiyat merkezde. Eşleştirme fiziksel dünyaya bağlıdır ve yerinde yapılmalıdır; fiyat ticari bir karardır ve merkezde kalmalıdır (yetkilendirme: mağazada kim neyi değiştirir).

Elle fiyat müdahalesi: istisna olmalı

Bazı sistemler, mağazada doğrudan fiyat girme imkânı sunar. Bu yetenek kapalı tutulmalı, açılacaksa dar bir kapsamda açılmalıdır.

Sebep: elle girilen bir fiyat, bir sonraki ERP aktarımında üzerine yazılır ya da yazılmaz — hangisi olduğu sisteme göre değişir. İkisi de sorunludur.

Elle müdahale oranının izlenmesi, entegrasyonda bir boşluk olup olmadığını gösterir: oran yüksekse süreçte eksik bir şey vardır (ERP ve POS entegrasyonu).

Acil durum yetkisi

Bir istisna gereklidir: rafta yanlış fiyat görüldüğünde mağazanın onu düzeltebilmesi.

Bu yetki dar tanımlanmalıdır: yalnızca mevcut sistem fiyatına döndürme, yeni fiyat girme değil. Yani "sistemdeki doğru fiyatı zorla yeniden gönder" komutu.

Bu, çoğu sorunu çözer ve fiyat kontrolünü bozmaz.

Kayıt tutulmalı

Her fiyat ve şablon değişikliği kayıt altına alınmalıdır: kim, ne zaman, ne değiştirdi, eski değer neydi.

Bu kayıt üç işe yarar: denetim savunması, hata teşhisi ve sorumluluk takibi (ESL'de fiyat arşivi, denetimde istenecek ESL kayıtları).

Yetki seviyeleri kaç olmalı?

Üç seviye çoğu kurulum için yeterlidir:

1. Görüntüleyici. Raporları okur, hiçbir şey değiştiremez.
2. Operatör. Eşleştirme yapar, etiket değiştirir, yeniden gönderim tetikler.
3. Yönetici. Şablon, kampanya kuralı, yetki tanımlar.

Daha fazla seviye, yönetimi zorlaştırır ve pratikte kullanılmaz.

Personel devri ve hesap yönetimi

Perakendede personel devri yüksektir. Ayrılan personelin hesabının kapatılması, unutulan bir adımdır.

Aylık bir kontrol yeterlidir: aktif kullanıcı listesi ile çalışan listesi karşılaştırılır. Bu, güvenlik açısından da gereklidir (ESL sistemi güvenli mi).

Zincirde hiyerarşi

Çok mağazalı yapıda yetki hiyerarşiktir: mağaza yöneticisi kendi mağazasını, bölge yöneticisi kendi bölgesini görür.

Bu hiyerarşinin sistemde desteklenip desteklenmediği satın alma sırasında sorulmalıdır. Desteklenmiyorsa ya herkes her şeyi görür ya da her mağaza ayrı bir kurulum gibi yönetilir (zincir markette ESL).

Yetki matrisi yazılı olmalı

Kurulum tamamlandığında tek sayfalık bir yetki matrisi hazırlanmalıdır: hangi rol neyi yapabilir.

Bu belge, yeni personel eğitiminde, denetimde ve bir sorun çıktığında "bunu kim yapabilirdi" sorusunda kullanılır (personel eğitimi ve devir teslim).

Onay akışı ne zaman gerekir?

Küçük bir mağazada onay akışı gereksiz bir yavaşlatmadır; zincirde ise zorunludur. Ayrım, değişikliğin kaç rafı etkilediğine bakılarak yapılır.

Pratik eşikler:

• Tek ürün fiyatı: onay gerekmez, kaynak sistemin kendi akışı yeterlidir.
• Kategori kampanyası: merkez onayı.
• Şablon değişikliği: merkez onayı; çünkü tüm parkı etkiler (ESL'de toplu şablon değişikliği).
• Yetki değişikliği: yönetici onayı.

Onay akışının ESL sisteminde mi yoksa ERP'de mi işlediği de netleşmelidir. İki yerde birden onay, süreci gereksiz yere uzatır; hiçbirinde onay olmaması ise kontrolü ortadan kaldırır.

Yetki ile sorumluluk birlikte gider

Reyon sorumlusuna eşleştirme yetkisi verildiğinde, eşleştirme doğruluğunun takibi de onun sorumluluğuna girer. Yetki verilip sorumluluk tanımlanmazsa, hata sahipsiz kalır.

Aylık örneklem denetiminin sonucu reyon bazında paylaşıldığında bu bağ kurulmuş olur (etiket eşleştirme hatası, ESL operasyonunda KPI takibi).

Yetki denetimi de bir rutindir

Yetki matrisi bir kez yazılıp unutulmamalıdır. Zamanla yetkiler genişler: birine geçici olarak verilen bir hak kalıcılaşır, ayrılan personelin hesabı kapanmaz, dışarıdan bir destek hesabı açık kalır.

Altı ayda bir yapılacak kısa bir gözden geçirme yeterlidir: aktif kullanıcı listesi çıkarılır, her satır için "bu kişi hâlâ bu yetkiye ihtiyaç duyuyor mu" sorusu sorulur.

Bu kontrol, hem operasyonel hem güvenlik açısından gereklidir ve ESL'de veri gizliliği ve KVKK yazısındaki hesap yönetimi maddesiyle örtüşür.