Telefon: 0 (552) 380 25 25  |  Hafta içi 10:00–18:00 · Teknik destek 7/24

🇬🇧 EN

Digital Bridge Blog

Yapay Zeka

Mağaza Stok Optimizasyonu: Zincir Mağazalarda Doğru Ürünü Doğru Şubede Tutmanın 7 Adımı

Mağaza stok optimizasyonu, her ürünün her şubede ne kadar tutulacağını veriyle belirler. Raftaki boşluğu ve depodaki fazlayı azaltan 7 adımı inceleyin.

8 dk okuma  · Digital Bridge Mühendislik Ekibi
Mağaza Stok Optimizasyonu: Zincir Mağazalarda Doğru Ürünü Doğru Şubede Tutmanın 7 Adımı

Mağaza stok optimizasyonu, zincir mağazalarda her ürünün her şubede ne kadar ve ne zaman tutulacağını satış verisi, tedarik süresi ve raf kapasitesine göre hesaplama işidir. Amaç iki hatayı birlikte azaltmaktır: müşterinin aradığı ürünü rafta bulamaması ve satılmayan ürünün depoda sermaye bağlaması. Doğru kurulduğunda sipariş, sevkiyat ve şubeler arası transfer kararları sezgiye değil veriye dayanır.

Zincir mağazada stok neden hep yanlış yerde?

Çok şubeli bir perakendecide tablo tanıdıktır: bir şubede aynı ürün haftalardır rafta beklerken 40 kilometre ötedeki şube o ürünü "stokta yok" diye müşteriye geri çevirir. Merkez satın alma toplam stoku görür ama şube şube dağılımı ancak ay sonu raporunda ortaya çıkar. Şube müdürü de sipariş listesini çoğu zaman geçen haftaya ve sezgisine bakarak hazırlar.

Sorunun kaynağı genellikle yazılım eksikliği değil, kararın tek bir ortalamaya göre verilmesidir. Aynı ürün AVM içindeki şubede hafta sonu, cadde mağazasında hafta içi satar; okul bölgesindeki şube eylülde, sahil şubesi temmuzda zirve yapar. Tüm şubelere aynı minimum-maksimum seviyesini uygulamak, bir yerde fazla, başka bir yerde eksik stoku kaçınılmaz kılar.

Buna kasadaki barkod verisinin, depodaki sayımın ve ERP'deki kaydın birbirini tutmaması eklenir. Kayıt ile raf uyuşmadığında en iyi tahmin modeli bile yanlış sipariş önerir. Bu yüzden mağaza stok optimizasyonu, yapay zeka ile talep tahmini kadar veri doğruluğu işidir. Sayım farklarını azaltmanın pratik adımlarını el terminali ile stok sayımı yazımızda anlattık.

Sorunu çözmemenin maliyeti

Sistemde görünüp rafta olmayan stok, perakendenin en sessiz kaybıdır. Hırsızlık, fire ve kayıt hatalarından doğan bu kaybı (shrink) ABD'li perakendeciler her yıl ölçüyor; rakamlar sorunun büyüklüğünü gösteriyor:

ABD'de perakende stok kaybı (shrink) oranı 2022 mali yılında %1,4'ten %1,6'ya çıktı; bu, 112,1 milyar dolarlık kayba denk geliyor. (NRF National Retail Security Survey 2023)

Kayıtların doğruluğu da sipariş kalitesini doğrudan belirler. 2018'de yayımlanan Auburn Üniversitesi RFID Lab ve GS1 US sipariş doğruluğu çalışmasına göre RFID kullanılmadığında markalardan perakendecilere sevk edilen siparişlerin %69'unda veri hatası vardı. Yanlış kayıtla başlayan sipariş, yanlış şubeye yanlış miktarda ürün demektir. RFID'nin mağaza ve depoda nasıl kurulduğunu RFID demirbaş ve stok takibi rehberimizde anlattık.

Gıda perakendesinde fazla stokun maliyeti bozulmayla birlikte gelir. UNEP Food Waste Index Report 2024 verisine göre 2022'de dünyada 1,05 milyar ton gıda israf edildi (yenmeyen kısımlar dahil) ve bunun %12'si perakende aşamasında gerçekleşti. Son kullanma tarihine göre raf dönüşünü yönetmek için FIFO ve FEFO stok yöntemleri yazımıza da bakabilirsiniz.

Mağaza stok optimizasyonu için 7 adımlık çerçeve

Aşağıdaki sıra, zincir mağazalarda en az kesintiyle sonuç veren yoldur. Her adım bir öncekinin verisine dayanır; adım atlamak modeli değil kararı zayıflatır.

  1. Kayıt doğruluğunu ölçün. Seçilmiş 50–100 üründe sistem stoku ile raf sayımını karşılaştırın. Fark büyükse önce sayım, mal kabul ve iade süreçlerini düzeltin.
  2. Ürünleri sınıflandırın. Ciroya katkıya göre ABC, satış düzenliliğine göre XYZ sınıflaması yapın. Düzenli satan A ürünleri ile seyrek satan C ürünleri aynı kuralla yönetilmez.
  3. Şube kümeleri oluşturun. Şubeleri metrekare, konum tipi (AVM, cadde, semt), müşteri profili ve satış desenine göre gruplayın. Yeni açılan şube, en çok benzediği kümenin verisiyle başlar.
  4. Şube-ürün bazında talep tahmini kurun. Satış geçmişine kampanya, fiyat değişikliği, resmî tatil, okul takvimi ve hava durumu gibi etkileri ekleyin. Tahmin tek sayı değil, bir aralık olarak üretilmelidir. Fiyat değişikliğinin talebe etkisini ölçen aynı model, yapay zeka ile dinamik fiyatlandırmanın da temelidir.
  5. Emniyet stokunu hedef bulunurluğa göre belirleyin. Her ürün grubu için hedef rafta bulunurluk oranını yazılı hale getirin; emniyet stoku bu hedefe, tedarik süresine ve tahmin belirsizliğine göre hesaplanır.
  6. Sipariş ve transfer önerisi üretin. Sistem her gün "ne sipariş edilecek" ve "hangi şubeden hangisine ne aktarılacak" önerisini çıkarır. Şube müdürü öneriyi onaylar ya da gerekçesiyle değiştirir.
  7. Ölçün ve geri besleyin. Rafta bulunurluk, stok devir hızı, stok gün sayısı ve imha/iade oranını haftalık izleyin. Elle yapılan değişikliklerin gerekçesi modeli iyileştiren en değerli veridir.

Hangi göstergeye bakmalı?

GöstergeNeyi gösterirKötüleşirse ne yapılır
Rafta bulunurlukMüşterinin aradığını bulma oranıEmniyet stoku ve sipariş sıklığı gözden geçirilir
Stok devir hızıStokun ne kadar hızlı satışa dönüştüğüYavaş dönen ürünler transfer ya da kampanyaya alınır
Stok gün sayısıMevcut stokun kaç günlük satışa yettiğiŞube bazında fazla stok tespit edilir
Kayıt doğruluğuSistem ile raf arasındaki uyumSayım ve mal kabul süreci düzeltilir
İmha / iade oranıFazla stokun kalıcı kayba dönüşmesiSipariş miktarı ve raf ömrü kuralları sıkılaştırılır

Bu göstergeleri tek ekranda şube şube görmek için yönetici paneli ve KPI tasarımı rehberimizden yararlanabilirsiniz. Hangi göstergenin hangi hedefe bağlanacağını ise KPI nasıl belirlenir yazısında adım adım anlattık.

Hangi veriler gerekir, hangileri sonradan eklenir?

Projeye başlamak için kusursuz veri beklemek gerekmez; ama hangi verinin zorunlu, hangisinin iyileştirici olduğunu bilmek gerekir. Pratikte veriyi üç katmanda ele alıyoruz:

  • Zorunlu çekirdek: Şube ve ürün bazında günlük satış, anlık stok, mal kabul ve iade hareketleri, ürün kartları (barkod, kategori, tedarikçi, koli içi adet) ve tedarikçi bazında ortalama teslim süresi.
  • Doğruluğu artıranlar: Kampanya ve indirim takvimi, fiyat değişiklikleri, raf kapasitesi, şubenin açık olduğu günler, stoksuz kalınan günlerin kaydı ve yeni ürün ya da liste dışı ürün bilgisi.
  • Dış etkenler: Resmî ve dini bayramlar (dini bayramların tarihi her yıl yaklaşık on bir gün öne kayar), okul takvimi, maaş günleri, bölgesel etkinlikler ve hava durumu. Bu veriler özellikle mevsimsel ürünlerde ve gıdada farkı belirgin biçimde açar.

Veriler farklı sistemlerde ve farklı kodlarla tutuluyorsa önce ortak bir ürün ve şube anahtarı kurulmalıdır. Kasa sistemi ile ERP'nin ürünü farklı kodla tanıması, en sık karşılaştığımız ve en çok zaman alan uyumsuzluktur. Dağınık kaynakları tek yerde toplamanın mimarisini veri ambarı ve ETL rehberinde anlattık; sistemlerin birbirine nasıl bağlandığını ise API entegrasyonu nedir yazısında bulabilirsiniz.

Kişisel veri tarafında dikkat edilecek nokta, sadakat kartı gibi müşteri bazlı verilerin stok modeline genellikle gerekmemesidir. Şube-ürün-gün düzeyinde toplulaştırılmış satış verisi çoğu senaryoda yeterlidir; kişiyle ilişkilendirilemeyen bu veri, KVKK kapsamındaki yükümlülükleri baştan azaltır. Sadakat programı verisi modele yine de katılacaksa işleme amacının aydınlatma metninde yer alıp almadığı ve hukuki dayanağı ayrıca değerlendirilmelidir.

Mağaza stok optimizasyonunda sık yapılan hatalar

En sık hata, stok kaydı güvenilmezken doğrudan tahmin modeline yatırım yapmaktır. Aynı ürünün farklı barkodlarla açılması, tedarikçi kartlarının mükerrer olması ve iadelerin sisteme geç girilmesi, modeli yanlış bir geçmişle eğitir. Bu temizliği veri kalitesi ve mükerrer kayıt rehberimizde ele aldık.

İkinci hata, satılamayan günleri talep sıfır kabul etmektir. Ürün rafta yokken satış olmaması, talebin olmadığı anlamına gelmez; stoksuz günler ayrıca işaretlenmezse model o ürüne her seferinde daha az sipariş önerir. Üçüncü hata ise depo tarafını ayrı bırakmaktır: şube önerisi doğru olsa bile sevkiyatı hazırlayan merkez depo aynı veriyle çalışmıyorsa rafa yanlış ürün ulaşır. Depo süreçlerini depo yönetim sistemi (WMS) yazısında ayrıntılı anlattık; depo ve sevkiyattaki yapay zeka kullanımları için lojistik ve depoda yapay zeka yazımıza bakabilirsiniz.

Dördüncü hata, stok verisini mağazadaki diğer sistemlerden kopuk tutmaktır. Örneğin stok verisi mağaza ekranlarına bağlanırsa stokta olmayan ürünün ekrandaki tanıtımı otomatik olarak durdurulabilir; bağlanmazsa müşteri, rafta bulamayacağı bir ürünün reklamını izler. Bu bağlantıyı mağaza dijital ekran yönetimi yazımızda anlattık. Stok optimizasyonu, satış, transfer ve raporlamanın aynı veri modelinde toplandığı daha geniş bir yapının parçasıdır; bunu zincir mağaza yönetim sistemi rehberinde ele aldık.

Son olarak öneriyi kara kutu gibi sunmak şube ekiplerinin sisteme güvenini düşürür. Her önerinin yanında "neden" bilgisi olmalıdır: son dört haftanın satışı, yaklaşan kampanya, mevcut stok ve yoldaki sevkiyat.

Digital Bridge'de mağaza stok optimizasyonunu nasıl kuruyoruz?

Hazır bir paket satmıyoruz; işe ihtiyaç analiziyle başlıyor, kapsamı, aşamaları ve bedeli yazılı teklifte netleştiriyoruz. Perakende ve zincir mağaza çözümlerimizde izlediğimiz yol genellikle şöyledir:

  • Keşif ve ihtiyaç analizi: POS, ERP ve depo verisinin nerede tutulduğunu, ne kadar geriye gittiğini ve kayıt doğruluğunu birlikte inceliyoruz. Hangi ürün gruplarında sorunun en pahalı olduğunu rakamla belirliyoruz.
  • Veri hattı ve entegrasyon: Kasa, ERP ve depo sistemlerini API entegrasyonuyla tek veri modelinde topluyoruz. Mevcut depo ve stok yönetimi altyapınız yeterliyse onu koruyor, eksik süreçleri tamamlıyoruz.
  • Pilot: Birkaç şube ve sınırlı bir ürün grubuyla başlıyoruz. Talep tahmini ve analitik modelinin önerilerini, mevcut sipariş yöntemiyle aynı dönemde yan yana karşılaştırıyoruz.
  • Yaygınlaştırma ve izleme: Öneriler şube ekranına ve merkez satın almaya düşer; sonuçları BI dashboard üzerinde şube ve ürün grubu bazında izliyoruz.

Projenin getirisini baştan tanımlamak için yapay zeka projesi ROI yazımızdaki yöntemi kullanıyoruz: pilot öncesi ölçüm alınmadan başarı iddia edilemez. Kurumsal yapay zekaya nereden başlanacağını genel çerçevede görmek isterseniz şirketlerde yapay zeka kullanımı rehberi iyi bir başlangıçtır.

Talep tahmini ve yapay zeka üzerine tüm yazılarımız Yapay Zeka konu sayfasında toplanıyor.

Şube ekipleri, planogram ve kampanya belgelerini dağınık klasörler yerine ortak bir alanda tutmak isterse Smart360 ailesindeki SmartFiles, dosyaları departman ya da proje bazlı depo alanlarında toplar; aynı adla yüklenen her dosyayı üzerine yazmadan yeni sürüm olarak saklar.

Stok kararlarını satışla birlikte mağaza trafiğiyle de okumak isterseniz mağaza ziyaretçi sayma sistemi yazımız, ziyaretçi ve dönüşüm oranının nasıl ölçüleceğini anlatıyor.

Sonraki adım

Önce ölçün: 50 üründe sistem stoku ile raf sayımını karşılaştırın ve son üç ayda hangi ürünlerin kaç gün stoksuz kaldığını çıkarın. Bu iki rakam elinizdeyse projenin nereden başlayacağı büyük ölçüde belli olur. Bu tabloyla birlikte iletişim sayfamızdan bize ulaşın ya da 0 (552) 380 25 25 numarasını arayın; verilerinizi birlikte değerlendirip pilot için uygun şube ve ürün grubunu belirleyelim.

Sizin durumunuza birlikte bakalım

Sürecinizi anlatın; ihtiyaç analizinin ardından kapsamı, aşamaları ve bedeli içeren yazılı teklif gönderelim.

Teklif İsteyin 0 (552) 380 25 25

Okumaya devam edin

Tüm Yapay Zeka rehberleri
En çok sorulan sorular

Sık Sorulan Sorular

Mağaza stok optimizasyonu için ne kadar geçmiş veri gerekir?

Sezon etkisini görebilmek için en az bir, tercihen iki yıllık şube ve ürün bazında satış verisi idealdir. Daha kısa geçmişte de başlanabilir; bu durumda benzer şube kümelerinin verisi ve kampanya takvimi gibi dış bilgiler boşluğu doldurur. Verinin uzunluğundan önemli olan, stoksuz kalınan günlerin ve iadelerin doğru işaretlenmiş olmasıdır.

Talep tahmini ile stok optimizasyonu aynı şey mi?

Hayır. Talep tahmini bir ürünün bir şubede ne kadar satacağını öngörür. Stok optimizasyonu bu tahmini tedarik süresi, raf kapasitesi, minimum sipariş miktarı ve hedef bulunurluk oranıyla birleştirip sipariş ve transfer kararına dönüştürür. İyi bir tahmin, doğru kurallar olmadan tek başına stok sorununu çözmez.

Mevcut ERP'mizi değiştirmemiz gerekir mi?

Genellikle gerekmez. Optimizasyon katmanı ERP, kasa ve depo sistemlerinden veriyi okur, sipariş ve transfer önerisini yine bu sistemlere geri yazar. ERP'nin veri dışa aktarma ya da API imkânı yoksa ara bir veri katmanı kurulur. Değişiklik gerektiren, çoğu zaman yazılım değil sayım, mal kabul ve iade süreçleridir.

Şubeler arası transfer ne zaman mantıklıdır?

Bir şubede ürün stok gün sayısı hedefin çok üzerindeyken başka bir şubede aynı ürün tükenmek üzereyse transfer değerlendirilir. Karar; taşıma maliyeti, ürünün kalan satış süresi ve alıcı şubenin gerçek talebine göre verilmelidir. Transfer önerisi, sipariş önerisiyle aynı sistemden gelirse iki karar birbiriyle çelişmez.

Küçük bir zincir için de bu yaklaşım uygun mu?

Evet. Beş-on şubeli bir zincirde de kayıt doğruluğu, ABC sınıflaması ve şube bazlı minimum-maksimum seviyeleri hızlı sonuç verir. Gelişmiş tahmin modeli, bu temel oturduktan sonra en çok ciro getiren ürün gruplarıyla sınırlı başlatılabilir. Ölçek büyüdükçe aynı yapı yeni şubelere taşınır.

Sorunuz burada yok mu? Bize Sorun

Bir Mühendisle Konuşun

Çözmek istediğiniz işi anlatın, yazılı teklifle dönelim.