Perakende Mağazasında Stok ve Satış Verisini Aksiyona Dönüştürmek

Perakende stok takibinde gerçek sorun: veri değil, görünürlük

Çoğu perakende firması ERP (Nebim V3, SAP HANA) sisteminde ciddi veri birikimine sahip. Mağaza bazında günlük ciro, stok devir hızı, iade oranı, ortalama sepet — hepsi sistemde kayıtlı. Sorun, bu veriyi inceleyecek zamanın ve aracın olmaması.

Haftalık satış raporu pazartesi sabahı Excel tablosu olarak geliyor, inceleniyor, karar alınmıyor. Çünkü rapor geride kalmış bir dönemi özetliyor; raporla ilgili soru sormak için veri ekibine ulaşmak gerekiyor; yanıt bir-iki gün içinde geliyor.

Bu süreç tersine çevrilmedikçe stok fazlası birikmeye devam eder, yüksek performanslı ürün stoksuz kalır, mağaza müdürü sorunun farkında bile olmaz. Perakende stok takibini güncel hâle getirmek, veri ekibi kapasitesi sorunu değil — doğru bir veri akışı ve görünürlük yapısı meselesidir.

ERP verisi neden aksiyona dönüşemiyor? Yapısal engeller

Perakende firmalarının büyük çoğunluğu ERP (Nebim V3, SAP HANA) kullansa da veriyi günlük karar zeminine taşıyamıyor. Bunun üç yapısal nedeni var:

Veri erişim sorunu: ERP’ye doğrudan erişim BT veya veri ekibine aittir. Mağaza müdürü veya bölge müdürü kendi verisine bakabilmek için bilet açmak zorunda kalır.

Esneklik sorunu: Hazır raporlar belirli soruları yanıtlar. “Bu mağazada bu hafta neden stok devir hızı düştü?” gibi anlık sorular için özel sorgu gerekir. Bu da yine BT veya analitik ekibine iş düşürür.

Güncelleme sorunu: Haftalık veya günlük toplu raporlar bir önceki dönemi gösterir. “Bugün itibarıyla stok durumu nedir?” sorusu yanıtsız kalır.

Salt okunur bağlantıyla çalışan ve Türkçe doğal dil sorgusunu destekleyen CSuiteScope Veri Asistanı, bu üç engeli aynı anda ortadan kaldırır: yetkili kullanıcı kendi verisine SQL bilmeden erişir, istediği soruyu sorar ve güncel yanıt alır.

Günlük sapma tespiti nasıl kurulur

Aksiyona dönüşen bir perakende veri akışı şu soruyu her sabah yanıtlayabilmeli: “Dünkü veriye göre nerede sapma var, ne yapılmalı?”

Bunun için gereken üç temel bileşen vardır:

1. Karşılaştırma referansı

Mağaza, kategori veya ürün bazında beklenen değer (hedef, geçen hafta ya da LFL ortalaması, yani yalnızca karşılaştırılabilir mağazalar üzerinden hesaplanan ortalama) tanımlı olmalıdır. Referanssız sapma hesaplanamaz. Bölge ortalamasının altındaki mağaza mı, yoksa kendi geçmiş performansının altındaki mağaza mı öncelikli? Bu ayrım, aksiyon kuyruğunun şekillenmesini doğrudan etkiler.

2. Eşik tanımı

Her sapma aksiyon gerektirmez. “%10 üzerindeki olumsuz ciro sapması” veya “aylık stok devir hızı 1 katın altına düşen ürün” gibi net eşikler belirlenmelidir. Eşiksiz bir sistem her gün onlarca alarm üretir ve ekipler kısa sürede bu alarmları görmezden gelmeye başlar. CSuiteScope’un Alarm ve Anomali modülü, eşikleri merkezi olarak yönetir ve yalnızca gerçekten müdahale gerektiren durumları öne çıkarır.

3. Görünür ve erişilebilir çıktı

Sapmaların kim tarafından, nerede görüleceği belirlenmelidir. Tablo gelen e-postanın eki değil; yetkili kişinin ekranında, güncel verilerle, hiyerarşisine göre filtrelenmiş şekilde görünmeli. Bölge müdürü kendi sorumlu olduğu mağazaları görürken genel müdür tüm zinciri görmeli.

Hangi veriler perakende stok takibinde öncelikli izlenmeli?

Tüm veriyi eş ağırlıkla izlemek pratikte işe yaramaz. Günlük operasyonel karar için en kritik beş gösterge şunlardır:

• Stok devir hızı: Ürün veya kategori bazında günlük. Hız düştüğünde stok birikimi başlamadan tespit edilmeli.
• Satış hedef sapması: Mağaza ve kategori bazında günlük hedef/gerçekleşme farkı. Cuma satışı, haftalık hedefi pazar kapanışına kadar tutturmaya yetecek mi?
• Kritik stok seviyesi: Belirli eşiğin altına düşen ürünler. “3 günlük satışa yetecek stok kalmış” uyarısı o gün sipariş tetiklemeli.
• İade oranı: Aniden yükselen iade oranı ürün, tedarikçi veya mağaza sorununa işaret eder.
• Ortalama sepet: Promosyon dönemlerinde ortalama sepetin değişimi kampanyanın gerçek etkisini gösterir.

Sorumlu atama ve aksiyon takibi olmadan veri sadece rapordur

Sapma tespit etmek sürecin yarısıdır. Asıl mesele: kim, ne yapacak, ne zaman?

İyi bir perakende aksiyon sistemi her sapma için şunları kaydeder:

• Sapmanın türü, büyüklüğü ve etkili olduğu kapsam (mağaza, kategori, ürün)
• Sorumlu kişi (mağaza müdürü, bölge müdürü, tedarik sorumlusu)
• Beklenen aksiyon ve tamamlanma tarihi
• Aksiyonun tamamlanıp tamamlanmadığı ve ölçülebilir sonucu

Takip olmadan aksiyon kültürü oluşmaz. “Geçen hafta söylemiştim” yerine sistemde kayıtlı, tarihi geçmiş, tamamlanmamış aksiyonların listesi konuşulur. CSuiteScope’un Hedef ve Aksiyon modülü, bu akışı otomatikleştirir: sapma tespit edildiğinde sorumlu atanır, tarih belirlenir ve tamamlanma izlenir.

Gerçek senaryo: 10 dakikada sabah rutini

Bir bölge müdürü sabah 08.30’da CSuiteScope’a giriyor. Ekran şunu gösteriyor:

Stok uyarıları:

• A Mağazası’nda kırtasiye kategorisi 4 günlük satışa yetecek stok altına düştü.
• C Mağazası’nda 3 ürünün (SKU) stoğu sıfırlandı; dün 12 adet satış kaybı hesaplandı.

Satış sapmaları:

• B Mağazası’nın dünkü cirosu LFL ortalamasının %18 altında. Olası neden: promosyon ürünü tükendi.
• E Mağazası bu hafta hedefin %19 gerisinde. Geçen hafta da benzer bir sapma vardı.

Bekleyen aksiyonlar:

• Geçen salı atanan 2 aksiyon henüz kapatılmadı. Biri A Mağazası stok talebi, diğeri B Mağazası müdürüyle planlanan görüşme.

Bölge müdürü 10 dakika içinde A Mağazası’na acil stok talebi açıyor, B Mağazası müdürüne not düşüyor, E Mağazası için ek inceleme talep ediyor. Haftalık toplantıya ayrıca hazırlık gerekmiyor; alınan aksiyonlar ve kapanan sapmalar zaten kayıtlı.

Perakende stok takibini dijitalleştirmeden önce sorulacak sorular

Sistemi kurmadan önce şu soruların yanıtlanmış olması, sonuçların kalitesini doğrudan belirler:

1. Hangi sapma kritik, hangisi beklenen olağan dalgalanma? — Eşikler belirli olmadan her şey alarm olur, hiçbir şey aksiyon olmaz.
2. Kimin ne görmeye yetkisi var? — Mağaza müdürü yalnızca kendi mağazasını, bölge müdürü bölgesini görmeli. Veri hiyerarşisi yetki yapısını yansıtmalı.
3. Aksiyon kimin tarafından atanacak, nasıl takip edilecek? — “Sapma var, bilin” ile “sapma var, X sorumlu, Y tarihinde kapanmış olmalı” arasındaki fark aksiyon kültürünün temelini oluşturur.
4. Veri kaynakları ne sıklıkta güncelleniyor? — Günlük karar için en az günlük veri güncellenmesi şart.

Bu soruları yanıtladıktan sonra hangi veri kaynaklarını bağlamanız gerektiğini, hangi kullanıcı rollerine hangi görünürlüğü vereceğinizi ve aksiyon akışını nasıl tasarlayacağınızı demo görüşmesinde somut senaryo üzerinden değerlendirebilirsiniz.

Sonuç

Perakende verisini aksiyona dönüştürmek için ERP (Nebim V3, SAP HANA) sisteminizi değiştirmeniz gerekmez; mevcut veri, doğru bir görünürlük ve aksiyon akışıyla günlük karar zeminine dönüşür. Başlangıç noktası: hangi sapma, kime, ne zaman görünmeli — ve o sapma için kim, ne yapacak?

Teknik altyapı bu soruları yanıtlayan yapıyı desteklediğinde, haftalık rapora hazırlık yerini her sabahki 10 dakikalık kontrole bırakır.