Sistemde var, rafta yok: hayalet stoğu nasıl bulur ve düzeltirsiniz?

Perakende ve toptan satışta hayalet stok nereden çıkıyor?

Stok kayıtları gerçeklikten tek bir büyük hatayla değil, çok sayıda küçük ve sıradan hatayla uzaklaşır. Bunların hiçbiri tek başına dikkat çekmez; birikmelerinin nedeni de budur. Mağazalarda ve depolarda en sık karşılaşılan kaynaklar şunlar:

• Yanlış varyantın okutulması: M beden satılır ama kasada L bedenin barkodu okutulur. Sistemde bir hayalet M ve bir eksik L oluşur; bu çoğu zaman kardeş varyantta eksi stok olarak kendini belli eder.
• Mal kabul hataları: sevkiyat saymadan irsaliyeden girilir, koli ile adet birbirine karışır ya da yanlış renk kabul edilir.
• Kayda geçmeyen fire: hırsızlık, hasar ve son kullanma tarihi geçen ürünler raftan çıkar ama sistemden çıkmaz.
• Arada kalan iade ve transferler: iade sisteme işlenir ama ürün satış alanına geri dönmez; mağazalar arası transfer çıkış yapar ama karşı tarafta kabul edilmez.
• Yanlış lokasyon: ürün depoda, başka bir rafta ya da ekibin bakmadığı bir kampanya standında durur.

Hayalet stoğun size maliyetini nasıl hesaplarsınız?

Hayalet stok size iki kez kaybettirir: ürün rafta yokken kaçan satış ve aslında var olmayan stoğa bağlanan sermaye ile yanlış kararlar. İlk kısmı kaba hatlarıyla şöyle hesaplayabilirsiniz: hayalet stok maliyeti = hayalet mağaza–ürün çifti sayısı × normal günlük satış × fark edilene kadar geçen gün × ortalama fiyat × brüt marj.

Hayalet çiftlerin oranını bulmak için tam sayıma gerek yoktur. Sistemin stokta gösterdiği mağaza–ürün çiftlerinden rastgele birkaç yüzünü seçip sayın ve kaçının gerçekte boş olduğunu not edin. Bu küçük örneklem, genel tablonun ne durumda olduğunu size şaşırtıcı derecede iyi gösterir.

Örnek hesap (varsayımsal, yuvarlak rakamlar): 30 mağaza ve 3.000 aktif ürün, 90.000 mağaza–ürün çifti eder. Örneklem sayımının, bunların yüzde 2'sinin sistemde stoklu görünüp rafta olmadığına işaret ettiğini varsayalım: 1.800 çift. Her biri normalde günde 0,3 adet satıyor, ortalama fiyat 200 TL ve sorun ortalama 20 gün fark edilmiyorsa, 1.800 × 0,3 × 20 × 200 = 2.160.000 TL'lik satış gerçekleşmemiş olur. Yüzde 35 brüt marjla bu, her döngüde yaklaşık 756.000 TL brüt kâr demektir; yıl sonunda yazılacak sayım farkı buna dahil değildir.

Yıllık sayım, ERP raporları ve tablolar hayalet stoğu neden kaçırıyor?

Sorun, bilginin olmaması değil; bilginin doğru soruyla okunmamasıdır. Klasik yöntemler şu noktalarda tıkanır:

• İkmal kayda güvenir: sistem stok gösteriyorsa sipariş tetiklenmez. Hata kendini korur ve kendiliğinden düzelmez.
• Yıllık sayım çok geç gelir: yıl sonu sayımı farkı bulur ama ne zaman başladığını söylemez; kaçan satış çoktan geçmişte kalmıştır.
• Farklar toplu yazılır: sayım farkı mağaza başına tek bir rakam olarak kayda geçer, ürün bazında kök neden aranmaz.
• Raporlar ya stoğa ya satışa bakar: stoğu olup hiç satmayan bir ürün ne stok raporunda ne satış raporunda göze batar.
• Rutin dönemsel sayım emeği tüm ürünlere eşit yayar: her ürünü sırayla saymak, personelin zamanını neredeyse hep doğru olan ürünlere harcar.

Yapay zeka ajanlarıyla hayalet stok tespiti: tespit, teşhis, görev, ölçüm

Hayalet stoğun en güçlü sinyali zaten verinizde duruyor: normalde düzenli satan, stoğu artı görünen ama birden satmayı bırakan ürün. Günde ortalama iki adet satan bir ürünün yedi gün boyunca hiç satmaması şanssızlık değildir. Bir AI ajanı bu kontrolü her gün yapar; anomali tespitiyle her sessizliğin, ürünün normal satış hızına göre ne kadar beklenmedik olduğunu tartar. Kardeş varyantlardaki eksi stokları ve sipariş edilenden farklı kabul edilen miktarları da izler. Teşhis için ürünün son hareketlerine bakar: yakın zamanda mal kabul mü yapıldı, yolda bekleyen bir transfer mi var, bir iade mi işlendi, yoksa eksi stoklu bir kardeş beden barkod karışıklığına mı işaret ediyor? Ardından görev atar: mağaza ekibine, olası lokasyonlarıyla birlikte kısa ve hedefli bir sayım listesi gider. Stok düzeltmeleri, envanter değerini etkilediği için bölge ya da genel merkezde insan onayından geçer. Son olarak ölçer: kaç uyarının sayımla doğrulandığını ve kayıt düzeltildikten sonra ürünün nasıl sattığını izler.

Gereken veri zaten elinizde: günlük satış, lokasyon bazında stok, mal kabul, transfer, iade ve düzeltme geçmişi. Zzeti bu ajanları kendi sunucularınızda ya da özel bulutunuzda çalıştırır; Nebim V3, Logo veya SAP verisini MCP konnektörleriyle okur, böylece stok ve satış verisi şirket dışına çıkmaz. Sayım görevleri ve düzeltme onayları Actions Inbox üzerinden akar. Her uyarı arkasındaki sorguyu gösterdiği için mağaza ekibi, nedeni açıklanmamış bir sayım listesi yerine bir ürünün neden seçildiğini görür.

Stok doğruluğunu artırmak için 4 haftalık pilot planı

• 1. hafta: 5–10 mağaza seçin; satış, stok, mal kabul, transfer ve iade verisini bağlayın. Hangi toleransın doğru sayılacağında anlaşın (örneğin yüksek değerli ürünlerde birebir eşleşme).
• 2. hafta: rastgele örneklem sayımıyla stok kayıt doğruluğu ve hayalet stok oranı için başlangıç çizgisini çıkarın.
• 3. hafta: hedefli sayıma geçin; her mağaza şüpheli hayalet ürünlerden oluşan kısa bir günlük liste alsın. Düzeltmeler onaydan geçsin.
• 4. hafta: hedefli sayımın isabet oranını rastgele başlangıçla karşılaştırın, düzeltilen ürünlerin satışını izleyin ve mal kabul ya da kasa okutma gibi süreçleri düzeltmek için kök nedenleri gruplayın.

Stok doğruluğu için izlenecek KPI'lar

• Stok kayıt doğruluğu: sayılan mağaza–ürün çiftlerinden tolerans içinde kalanların oranı.
• Uyarı isabeti: hayalet stok uyarılarından sayımla doğrulananların oranı.
• Uyarıdan düzeltmeye kadar geçen gün sayısı.
• Düzeltilen ürünlerin düzeltmeden sonraki 14 gündeki satışı.
• Mağaza bazında eksi stoklu satır sayısı.
• Kök nedene göre düzeltmeler (okutma, mal kabul, fire, iade, transfer).

İkmaliniz, stok kaydınız kadar iyidir. Her gün hangi birkaç ürünü sayacağınızı veriye söyletin, kaydı hızla düzeltin ve arkasındaki süreç hatasını ortadan kaldırın.

Sistemde var, rafta yok

Zzeti stok kaydı dururken satışı sıfıra düşen ürünleri işaretler, mağazaya sayım görevi atar; kayıt düzelince ürün yeniden satışa döner.