Stok Yönetimi: Sipariş Kaçırmayın

06.11.2025

Stok yönetimi: verimli yerleşim ve izlenebilirlik (bal peteği düzen metaforu)

E-ticarette stok yönetimi, ekranda yüksek bir miktar göstermekten ibaret değildir. Asıl amaç; depoda gerçekten bulunan, siparişlere ayrılmamış, kalite veya karantina nedeniyle blokeli olmayan ve yeni satışa açılabilecek miktarı güvenilir biçimde yönetmektir. Fiziksel stok ile sistem kaydı ayrıştığında, talep beklenmedik biçimde değiştiğinde veya tedarik süresi uzadığında sistem stok gösterirken sipariş karşılanamayabilir.

Bu nedenle başlıktaki “sipariş kaçırmayın” ifadesi bir sonuç garantisi değil, kontrol hedefidir. Doğru ana veri, hareket kaydı, sayım, tahsis, tahmin ve ikmal politikaları; stoksuz kalma, fazla satış ve gereksiz stok riskini azaltır fakat belirsizliği sıfırlamaz. Bu rehber, stok yönetimini fiziksel ürün ile satış kanalı arasındaki bir durum ve olay sistemi olarak kurmak için gereken kararları ele alır.

Stok yönetimi nedir ve sipariş kaçırma riskini nasıl azaltır?

Stok yönetimi; hangi ürünün, hangi miktarda, hangi durumda, hangi konumda ve kime ait olduğunun izlenmesiyle başlar. Bunun üzerine satışa açılacak miktar, sipariş tahsisi, depo içi ikmal, satın alma veya üretim siparişi, sayım ve istisna kararları kurulur.

Bir e-ticaret işletmesinde üç risk aynı anda yönetilir:

  • Stoksuz kalma: Geçerli talep geldiğinde satılabilir ürün bulunamaması
  • Fazla satış: Birden fazla kanalın aynı son birimi satması veya sistemin fiziksel miktardan fazlasını yayımlaması
  • Fazla stok: Talebi aşan miktarın sermaye, alan, eskime ve son kullanma tarihi riski oluşturması

Bu risklerin ortak nedenleri yalnız yanlış tahmin değildir. Hatalı SKU eşlemesi, kayıt dışı hareket, yanlış ölçü birimi, geciken mal kabul, bırakılmamış rezervasyon, iadenin erken satışa açılması, tedarik süresindeki oynaklık ve kanal güncelleme gecikmesi de aynı sonucu doğurabilir.

Araştırmalar, fiziksel miktar ile sistem kaydı arasındaki farkın gerçek ve süreç tasarımıyla ilişkili bir operasyon problemi olduğunu gösteriyor. Ancak tek bir perakendecide bulunan hata oranı bütün işletmelere genellenemez; her depo kendi kayıt doğruluğunu tanımlı sayım ve toleranslarla ölçmelidir. DeHoratius ve Raman — Inventory Record Inaccuracy

Fiziksel stok ile sistem stoku neden farklılaşır?

Fiziksel stok, belirli bir konumda gerçekten bulunan miktardır. Sistem stoku ise son kaydedilmiş işlemler sonucunda bilgi sisteminin gösterdiği miktardır. Sistem kaydı fiziksel gerçeğin ölçümü değil, işlemlerin toplamıdır; kaydedilmeyen veya yanlış kaydedilen bir olay fark yaratır.

Yaygın fark nedenleri şunlardır:

  • Mal kabulde yanlış SKU, miktar, lot veya ölçü birimi kullanılması
  • Ürünün sisteme göre bir konumda, fiziksel olarak başka konumda bulunması
  • Toplama, transfer, hasar, numune veya sarf hareketinin kaydedilmemesi
  • Bir koli, paket, adet veya set dönüşümünün yanlış uygulanması
  • İptal edilen siparişin rezervasyonunun bırakılmaması
  • İadenin kontrol edilmeden satılabilir stoğa eklenmesi
  • Aynı entegrasyon olayının iki kez işlenmesi ya da bir olayın hiç işlenmemesi
  • Sayım farkının neden araştırılmadan yalnız miktar düzeltmesiyle kapatılması

Bir WMS ekranının “10 adet” göstermesi, rafta on satılabilir ürün bulunduğunu tek başına kanıtlamaz. Kayıt doğruluğu; ürün, konum, durum ve gerekiyorsa lot veya seri seviyesinde fiziksel sayımla sınanmalıdır. Çok kanallı dağıtım merkezlerine ilişkin çalışmalar da kayıt hatasının yalnız yazılım değil, süreç, görev tasarımı ve insan–sistem etkileşimiyle birlikte ele alınması gerektiğini gösterir. Barratt, Kull ve Sodero — Inventory Accuracy in Multi-Channel Distribution

Hangi taraf hangi stok kararının sahibi olmalıdır?

Stok doğruluğu ortak sorumluluk olsa da her alanın tek ve açık bir sahibi bulunmalıdır. Birden fazla sistem aynı miktarı bağımsız biçimde değiştirdiğinde, hangi kaydın doğru olduğu belirsizleşir.

  • Marka veya ürün sahibi: SKU ana verisini, ölçü birimlerini, satın alma ve tedarik süresi verisini, kampanya planını, hizmet seviyesi ve güvenlik stoğu politikasını onaylar.
  • Satış kanalı: Sipariş ve iptal olayını kendi kurallarına göre üretir; müşteriye gösterdiği stok ve teslimat sözünün sahibidir.
  • OMS veya entegrasyon katmanı: Kanal kimliklerini ortak SKU ve sipariş kimlikleriyle eşler; olayları tanımlı statü ve tekrar kurallarıyla taşır.
  • WMS ve depo operasyonu: Mal kabul, yerleştirme, transfer, toplama, sayım, düzeltme, iade ve sevk gibi fiziksel hareketleri kayıt altına alır.
  • Satın alma veya planlama: Tahmin, tedarik süresi, sipariş noktası, sipariş miktarı ve tedarikçi takibini yönetir.

Her SKU–konum–durum miktarı için bir kayıt kaynağı belirlenmelidir. Örneğin WMS fiziksel depo hareketlerinin kaynağı olabilir; satış kanallarına ise iş kuralıyla hesaplanan satılabilir miktarı yayımlayabilir. Bu, WMS’nin satın alma tahmininin veya kanalın ticari stok politikasının da sahibi olduğu anlamına gelmez.

SKU ana verisi ve ölçü birimleri nasıl kurulmalıdır?

Stok takibi, benzersiz ve onaylı ürün kimliği olmadan güvenilir çalışmaz. Benzer ürün adları veya yalnız görsel üzerinden eşleştirme; renk, beden, paket içeriği ve varyant hatalarına açıktır.

Temel SKU kaydı en az şu alanları kapsayabilir:

  • Marka içi benzersiz SKU kodu ve ürün adı
  • Barkod veya diğer tanımlayıcılar
  • Varyant özellikleri: renk, beden, model gibi
  • Temel stok birimi: adet, set, çift, metre veya başka birim
  • Koli içi adet ve izin verilen birim dönüşümleri
  • Ağırlık ve ölçüler; hangi seviyeye ait olduklarıyla birlikte
  • Ürün sahibinin ve ilgili depo hesabının kimliği
  • Gerekiyorsa lot, seri, üretim veya son kullanma tarihi kuralı
  • Satışa uygunluk, hasar, karantina ve iade durumları

“Bir koli” ifadesi tek başına stok birimi değildir. Bir satın alma kaydında 1 koli, WMS’de 24 adet ve satış kanalında 6’lı dört paket olarak kullanılıyorsa dönüşüm kuralları açıkça tanımlanmalıdır. Barkod değişimi, bundle oluşturma veya ürünün yeniden paketlenmesi de eski ve yeni kimlik arasındaki ilişkiyi kaybetmemelidir.

Ana veri değişikliği; kim tarafından, ne zaman, hangi gerekçeyle yapıldığı görülebilen bir onay akışından geçmelidir. Yanlış SKU’yu daha hızlı taramak doğruluğu artırmaz; yalnız hatayı daha hızlı yayar.

Eldeki, satılabilir, taahhüt edilmiş ve gelen stok nasıl ayrılır?

“Stok” tek bir sayı değildir. Platform adları değişebilse de operasyon en az şu durumları ayırmalıdır:

  • Eldeki stok (on-hand): Tesiste fiziksel olarak bulunan toplam; satılabilir, taahhüt edilmiş, karantinada veya hasarlı miktarları içerebilir.
  • Satılabilir stok (available-to-sell): Yeni bir siparişe açılabilen miktar.
  • Taahhüt edilmiş stok (committed): Onaylı siparişlere ayrılmış fakat henüz fiziksel olarak çıkmamış miktar.
  • Rezerve stok: Kontrol, taslak sipariş, proje veya başka geçici amaç için ayrılan miktar.
  • Güvenlik stoğu: Belirsizliğe karşı satışa kapalı tutulan politika tamponu.
  • Karantina, kalite kontrol veya hasarlı stok: Depoda bulunur fakat karar verilene kadar satışa açılmaz.
  • Gelen stok (incoming): Tedarikçiden yoldadır; mal kabul tamamlanmadan fiziksel veya satılabilir kabul edilmemelidir.

İşletmeye göre tanımı değişmekle birlikte satılabilir miktar için yararlı bir veri sözleşmesi şöyle kurulabilir:

satılabilir stok ≈ eldeki stok − taahhüt − rezervasyon − blokeli miktar − güvenlik stoğu

Bu evrensel bir muhasebe formülü değildir. Hangi durumların çıkarılacağı, iptal edilen rezervasyonun ne zaman bırakılacağı ve gelen ürünün hangi kabul olayından sonra satışa açılacağı belgelenmelidir. Shopify’ın resmi stok durumları da on hand, available, committed, unavailable ve incoming gibi miktarları ayrı anlamlarla ele alır; bu, bütün platformların aynı adları kullanacağı anlamına gelmez. Shopify — Inventory states

Mal kabul, yerleştirme ve lokasyon kontrolü doğruluğu nasıl etkiler?

Stok kaydının ilk fiziksel kanıtı mal kabuldür. Satın alma belgesinde yazan miktarı doğrudan stoğa eklemek yerine gelen yük, kabul kuralına göre sayılmalı, kimlik ve durum kontrolünden geçirilmeli ve doğru sahip ile ilişkilendirilmelidir.

Kontrollü akış şu adımları ayırır:

  1. Araç, irsaliye veya sevkiyat referansının kaydı
  2. Palet veya koli adedi ile görülebilen dış hasarın kontrolü
  3. Beyan edilen SKU ve miktarın kabul kapsamına göre doğrulanması
  4. Fark, hasar, etiketsiz ürün veya beklenmeyen SKU için istisna kaydı
  5. Ürünün kabul, karantina ya da inceleme durumuna alınması
  6. Palet, raf veya başka bir lokasyona yerleştirme görevi
  7. Yerleştirmenin ürün–miktar–konum ilişkisiyle tamamlanması
  8. Satılabilir duruma geçiş için gereken onay

Kapalı koli içeriği önceden bildirilmişse dış koli ve beyan üzerinden standart kabul yapılabilir; bu, koli içindeki her bir ürünün tek tek sayıldığı anlamına gelmez. Koli içi sayım, seri/lot kontrolü veya özel kalite işlemi gerekiyorsa hizmet kapsamı ayrıca tanımlanmalıdır.

Fiziksel bölgelerin, adres kodlarının ve toplama–rezerv ayrımının nasıl kurulacağını verimli depo düzeni rehberinde inceliyoruz.

Hareket kaydı ve barkod doğrulaması nasıl tasarlanmalıdır?

Stok kaydı, yalnız mevcut bakiyeyi değil, bakiyeyi oluşturan olayları açıklayabilmelidir. Her hareket mümkün olduğunca şu sorulara cevap vermelidir:

  • Hangi ürün ve miktar hareket etti?
  • Hangi durumdan hangi duruma geçti?
  • Hangi konumdan hangi konuma taşındı?
  • Hangi sipariş, kabul, iade veya sayım belgesine dayanıyor?
  • Olay ne zaman gerçekleşti ve sisteme ne zaman girdi?
  • Hangi kullanıcı, cihaz veya entegrasyon işlemi yaptı?
  • Düzeltme yapıldıysa gerekçe ve onay nedir?

GS1 izlenebilirlik yaklaşımı bunu “kim, ne, nerede, ne zaman ve neden” bağlamıyla kurar. Ürün sınıfı, lot veya tekil seri seviyesinin seçimi; ürün riski, mevzuat, müşteri ihtiyacı ve işletme maliyetine göre yapılmalıdır. GS1 Global Traceability Standard

Barkod, doğru kimliği hızlı yakalamaya ve ürün–lokasyon–iş emri eşleşmesini kontrol etmeye yardımcı olur. Fakat tarama, kolinin içeriğini veya ürünün fiziksel durumunu kendiliğinden doğrulamaz. Etiket yanlışsa, miktar girilmemişse, kullanıcı istisnayı atlıyorsa veya hareket taranmadan yapılmışsa sistem de yanlış kaydı taşır. Bu olayların siparişten sevke kadar nasıl bağlandığını fulfillment süreci rehberinde inceliyoruz.

RFID bazı operasyonlarda aynı anda ve görüş hattı dışında okuma sağlayabilir; performansı etiket, ürün malzemesi, okuyucu yerleşimi ve saha koşullarına bağlıdır. Saha araştırmalarında bile etkinin ürün kategorilerine göre değiştiği görülmüştür. Bu nedenle WMS, barkod veya RFID “hatasız stok” garantisi değil, doğru süreç içinde kullanılan veri toplama araçlarıdır. Hardgrave, Aloysius ve Goyal — RFID-Enabled Visibility Teknoloji seçimini fulfillment verimliliği teknolojileri rehberinde ayrıca ele alıyoruz.

Çevrim sayımı ve stok mutabakatı nasıl yürütülmelidir?

Yıl sonu veya dönemsel tam sayım, belirli bir anda genel tabloyu gösterir; fakat farkın aylar önce hangi işlemde oluştuğunu bulmak zor olabilir. Çevrim sayımı, seçilmiş SKU ve lokasyonların yıl içine yayılan, planlı ve tekrar eden kontrolleridir. Tam sayımın hukuki veya mali gerekliliğinin yerine otomatik olarak geçmez.

Etkili bir çevrim sayımı akışı:

  1. Sayım kapsamını, kesim zamanını ve miktar/değer toleransını belirler.
  2. İlgili lokasyondaki hareketi kontrollü biçimde durdurur veya sayım sırasında oluşan hareketleri ayrıca izler.
  3. Mümkünse sayana sistem miktarını göstermeden fiziksel sayım yaptırır.
  4. SKU, lokasyon, lot/seri gerekiyorsa bu bilgileri ve ölçü birimini kaydeder.
  5. Tolerans dışı farkı bağımsız tekrar sayımla doğrular.
  6. Düzeltmeyi neden kodu, kaynak belge ve yetkili onayla yapar.
  7. Kök nedeni mal kabul, yerleştirme, toplama, transfer, iade, ana veri veya entegrasyon olayına kadar araştırır.
  8. Aynı hata türünün tekrar edip etmediğini izler.

Her ürünü aynı sıklıkta saymak zorunlu değildir. Hareket yoğunluğu, değer, geçmiş farklar, stokta yok görünme riski, lot/SKT gereksinimi ve sayım maliyeti birlikte kullanılabilir. Araştırmalar, yüksek hareketli ürünleri önceleyen politikalar ile sistemde düşük stok görünen ürünleri önceleyen politikaların farklı hata türlerini bulabildiğini gösterir; amaç tanımlanmadan tek bir “en iyi” sayım listesi yoktur. DeHoratius ve diğerleri — Count Prioritization

Toplama gözü ikmali ile rezerv stok nasıl ilişkilendirilmelidir?

Depoda toplam stok yeterli olsa bile ürün toplama gözünde yoksa sipariş bekleyebilir. Bu, satın alma stoksuzluğu değil, depo içi ikmal problemidir. Rezerv alan ile toplama alanı ayrı yönetiliyorsa WMS veya operasyon kuralı şu bilgileri birleştirmelidir:

  • Toplama gözünün kullanılabilir kapasitesi
  • Açık siparişler ve tahsis edilmiş miktar
  • Beklenen kısa vadeli toplama ihtiyacı
  • Rezerv lokasyonlardaki serbest miktar
  • İkmal birimi: palet, koli veya adet
  • İkmal için gereken süre ve iş gücü
  • Ürüne özgü FIFO, FEFO, lot veya seri kuralı

İkmal eşiği çok düşükse toplayıcı ürünü bulamaz ve acil görevler artar. Çok yüksekse toplama alanı gereksiz stokla dolar, alan verimi ve sayım kontrolü zayıflar. Eşik; satış tahmininden ayrı olarak sipariş dalgası, toplama hızı, lokasyon kapasitesi ve ikmal süresine göre ayarlanmalıdır.

Bir ürünün rezervde bulunması, yanlış konuma yerleştirilmiş veya blokeli olması hâlinde toplama için kullanılabilir olduğu anlamına gelmez. Bu yüzden depo içi ikmal, yalnız toplam bakiyeye değil doğru durum ve lokasyona dayanmalıdır.

Talep tahmini ve güvenlik stoğu birlikte nasıl değerlendirilir?

Tahmin, gelecekteki talebin kesin sayısı değil; belirli dönem ve bilgi setine dayalı bir beklentidir. Geçmiş satış verisi tek başına gerçek talebi göstermeyebilir: stokta yok olunan günlerde gerçekleşmeyen satış, kampanya, fiyat değişimi, kanal açılışı, toplu B2B siparişi, iade ve iptaller ayrıca işaretlenmelidir.

SKU’lar yalnız yıllık satış değerine göre tek grupta yönetilmemelidir:

  • ABC sınıflaması, çoğunlukla yıllık kullanım değeriyle yönetim önceliği verir; kritik olma, tedarik süresi, marj, ikame ve raf ömrü gibi ölçütler eklenebilir.
  • XYZ sınıflaması, talep değişkenliğini ayırmaya yardımcı olabilir; kullanılan dönem, zaman kovası ve eşikler işletmeye özeldir.
  • Aralıklı talep, çok sayıda sıfır dönem ve seyrek sipariş içerir. Ortalama ve standart sapma tek başına yeterli olmayabilir.
  • Sezonluk talep, yüksek değişken görünse bile takvim veya kampanya bilgisiyle kısmen öngörülebilir.

ABC/XYZ bir güvenlik stoğu reçetesi değildir; sayım, tahmin, ikmal ve hizmet politikalarının farklılaştırılmasına yardımcı olur. Parasal değere ek ölçüt kullanmanın önemini çok ölçütlü ABC literatürü uzun süredir tartışmaktadır. Flores ve Whybark — Multiple-Criteria ABC Analysis

Aralıklı talep için yöntem seçimi yalnız ortalama tahmin hatasıyla değil; oluşan stok, hizmet seviyesi, eskime ve maliyet sonucuyla değerlendirilmelidir. Hiçbir tahmin algoritması bütün SKU’larda tek başına en iyi sonucu garanti etmez. Boylan ve Syntetos — Intermittent Demand Forecasting

Yeniden sipariş noktası ve güvenlik stoğu nasıl hesaplanır?

Yeniden sipariş noktası, ikmal siparişinin ne zaman açılacağını; sipariş miktarı ise ne kadar alınacağını cevaplar. İkisi aynı karar değildir. Basit çerçeve şöyledir:

yeniden sipariş noktası = tedarik süresindeki beklenen talep + güvenlik stoğu

Talep ve tedarik süresinin bağımsız, geçmiş verinin temsil edici ve tedarik-süresi talebinin yaklaşık normal olduğu varsayılan bir örnekte:

σLT = √(L̄ × σd² + d̄² × σL²)

güvenlik stoğu = z × σLT

yeniden sipariş noktası = d̄ × L̄ + güvenlik stoğu

Burada dönemsel ortalama talebi, aynı zaman birimindeki ortalama tedarik süresini, σd talebin, σL tedarik süresinin standart sapmasını ve z tanımlı hedefin katsayısını gösterir.

Bu formül doğrudan her ürüne uygulanacak bir hesap makinesi değildir:

  • Talep ve tedarik süresi ilişkiliyse sonuç değişir.
  • Günlük talep kullanılıyorsa tedarik süresi ve sapmalar da uyumlu birimde olmalıdır.
  • Kampanya, ürün lansmanı ve stokta yok dönemleri geçmiş seriyi bozabilir.
  • Aralıklı, düşük hacimli veya çarpık talepte normal yaklaşım yanıltıcı olabilir; ampirik dağılım, senaryo veya simülasyon gerekebilir.
  • z ile kurulan çevrim hizmet hedefi, talebin karşılanan birim oranı olan doluluk oranıyla aynı değildir.
  • Minimum sipariş miktarı, koli katı, raf ömrü, bütçe ve depo kapasitesi ayrıca uygulanır.

Talep ve tedarik süresi birlikte belirsiz olduğunda basit normal yaklaşımın istenen sonuçtan sapabileceğini gösteren klasik çalışma, varsayımların açıkça sınanması gerektiğini vurgular. Eppen ve Martin — Determining Safety Stock

Daha yüksek güvenlik stoğu daha yüksek hizmet olasılığı sağlayabilir; aynı zamanda sermaye, alan, eskime ve son kullanma tarihi riskini artırır. Doğru seviye “rakip ne tutuyor?” sorusuyla değil, ürün bazında stok tükenme etkisi, belirsizlik ve maliyet değiş-tokuşuyla belirlenmelidir.

Çok kanallı satışta tahsis ve fazla satış riski nasıl yönetilir?

Aynı stok havuzu web sitesi, pazar yerleri ve manuel sipariş kanalları tarafından kullanıldığında iki müşteri aynı son birimi aynı anda satın alabilir. Risk, kanallara fiziksel toplamı yayımlamak yerine ortak bir satılabilir stok kuralı ve kontrollü rezervasyonla azaltılır.

Temel akış:

  1. Kanal siparişi geçerli statüye ulaştığında ortak SKU kimliğine çevrilir.
  2. Sistem satılabilir miktarı aynı kayıt kaynağında kontrol eder.
  3. Sipariş için atomik veya eşzamanlılığa dayanıklı rezervasyon oluşturur.
  4. Aynı olay tekrar gelirse ikinci rezervasyon yaratmaz.
  5. İptal, süre aşımı veya reddedilme durumunda rezervasyonu kontrollü bırakır.
  6. Yeni satılabilir miktarı ilgili kanallara gönderir.
  7. Başarısız güncellemeyi tekrar kuyruğuna alır ve periyodik mutabakatla eksik kayıt arar.

Mutlak miktar yazımında hangi sistemin kaynak olduğu açık olmalıdır. Shopify’ın resmi inventorySetQuantities dokümantasyonu da mutlak değer güncellemesini kayıt kaynağı olan sistemlerle sınırlar ve eşzamanlı değişikliklere karşı karşılaştırmalı güncelleme yaklaşımı sunar. Bu platforma özgü örnek, genel bir ilkeyi gösterir: eski bir değer yeni bir işlemi sessizce ezmemelidir. Shopify — inventorySetQuantities

“Gerçek zamanlı stok” yerine fiziksel olaydan WMS’ye ve kanala yayına kadar geçen gecikme ölçülmelidir. Ağ, kuyruk, API limiti ve hata nedeniyle sıfır gecikme garanti edilemez. Kanal tamponu fazla satış riskini düşürebilir; gereğinden büyük tampon ise ürün depoda bulunurken satışa kapatarak yapay stoksuzluk yaratır.

Webhook, tekrar, idempotency ve mutabakat mimarisini e-ticaret entegrasyonu rehberinde ayrıntılı inceliyoruz.

İade, hasar, karantina ve kayıp stoktan nasıl ayrılmalıdır?

Depoya geri gelen bir ürün, fiziksel olarak elde olsa bile hemen satılabilir değildir. Önce sipariş ve ürün kimliğiyle eşleştirilmeli; paket, aksesuar, miktar, durum ve gerekiyorsa lot/seri bilgisi kontrol edilmelidir. Müşteri veya ürün sahibi tarafından tanımlanan karar kuralı uygulanana kadar karantina ya da inceleme durumunda tutulmalıdır.

Benzer biçimde:

  • Hasarlı ürün satılabilir stoktan ayrılmalı ve karar beklemelidir.
  • Kayıp şüphesi, bulunamadı ile kesin kaybı aynı statüde birleştirmemelidir.
  • Numune, müşteri hizmeti telafisi veya iç kullanım fiziksel çıkış olarak kaydedilmelidir.
  • Kalite kontrolündeki ürün, onay verilmeden satılabilir miktara eklenmemelidir.
  • İade kabulü, ticari iade onayı veya müşteriye para iadesiyle aynı işlem değildir.

Her durum geçişinin sahibi, kanıtı ve stok etkisi tanımlanırsa “depoda var ama satılamıyor” durumu raporda görünür olur. İade yetkilendirme, karantina, kontrol ve ürün kararını ters lojistik ve iade yönetimi rehberinde ele alıyoruz.

Yavaş hareket eden, yaşlanan ve fazla stok nasıl yönetilir?

Fazla stok yalnız adet fazlalığı değildir. Bir ürün talebine, raf ömrüne, marjına, tedarik süresine ve elde tutma maliyetine göre yaşlanır. Aynı “90 gün satılmadı” kuralı sezonluk, yedek parça, hızlı tüketim ve moda ürünlerinde farklı anlam taşır.

Yaşlandırma raporu en az şu kırılımları gösterebilir:

  • Son giriş ve son çıkış tarihi
  • Belirlenen yaş kovalarındaki birim ve stok değeri
  • Son kullanma veya tavsiye edilen tüketim tarihine kalan süre
  • Açık sipariş, rezervasyon ve karantina miktarı
  • Son dönem talebi ve eldeki stok kapsama süresi
  • Satın alma siparişi veya yoldaki miktar
  • Ürün sahibi, kanal ve lokasyon

Karar seçenekleri; satın almayı durdurma, kampanya, kanal değiştirme, paket/bundle, tedarikçiye dönüş, yeniden işleme, bağış, geri dönüşüm veya imha olabilir. Her seçeneğin ticari, hukuki, ürün güvenliği ve çevresel koşulları ayrıca doğrulanmalıdır.

Stok devir hızı tek başına iyi veya kötü sonucu göstermez. Çok yüksek devir sürekli stoksuzluğun; düşük devir ise stratejik tamponun veya gerçek eskimenin işareti olabilir. Devir, hizmet seviyesi ve yaşlanma birlikte yorumlanmalıdır.

Stok yönetimi hangi KPI’larla ölçülmelidir?

Her KPI için dönem, kapsam, tolerans, payda, veri kaynağı ve istisnalar açıklanmalıdır. Başlangıç seti şöyle olabilir:

  • SKU–lokasyon kayıt doğruluğu: Tolerans içinde fiziksel sayımla eşleşen kayıt / kontrol edilen kayıt
  • Miktar farkı: Fiziksel sayım eksi sistem miktarı; işaretli farkın yanında mutlak birim ve değer de raporlanır
  • Stok kaynaklı sipariş satırı iptali: Stok bulunamadığı için iptal edilen satır / işlenebilir sipariş satırı
  • Birim doluluk oranı: Bekletilmeden karşılanan talep birimi / talep edilen birim
  • Tam sipariş karşılama oranı: Bütün satır ve miktarları stoktan karşılanan sipariş / uygun sipariş
  • Çevrim hizmet seviyesi: Stok tükenmesi yaşanmayan ikmal çevrimi / tamamlanan çevrim
  • Stok güncelleme gecikmesi: Fiziksel olaydan ilgili kanalda görünürlüğe kadar süre; medyan ve yüksek yüzdelikler
  • Yetim rezervasyon: Geçerli siparişle eşleşmeyen veya süresi geçtiği hâlde bırakılmamış rezervasyon
  • Tekrarlayan sayım farkı: Düzeltmeden sonra aynı SKU–lokasyonda yeniden oluşan fark
  • Karantina bekleme süresi: Girişten onaylı nihai karara kadar süre
  • Yaşlanan stok: Tanımlı yaş veya SKT kovalarındaki birim ve değer

Doluluk oranı ile çevrim hizmet seviyesi aynı şey değildir. İlki talep birimlerinin ne kadarının karşılandığını, ikincisi kaç ikmal çevriminde stok tükenmesi yaşanmadığını sorar. SKU bazında hizmet hedeflerinin farklılaştırılması, toplam stok yatırımını ve hizmet sonucunu birlikte yönetmeye yardımcı olabilir; evrensel tek hedef yoktur. Teunter, Syntetos ve Babai — Stock Keeping Unit Fill Rate Specification

KPI yalnız sonucu değil kök nedeni de göstermelidir. Sayım farkı azaldı mı sorusunun yanında, hangi kabul, toplama, transfer, iade veya entegrasyon hatasının tekrar ettiği izlenmelidir.

Memnun Depo’nun doğrulanmış stok yönetimi kapsamı nedir?

Memnun Depo’nun bugün kamuya açık ve doğrulanmış operasyon kapsamı şu şekilde ifade edilebilir:

  • Standart mal kabul; yükün araçtan indirilmesini, kabul kapsamındaki sayımı, ürünlerin palet veya raflara yerleştirilmesini, SKU tanımlarını ve stok girişlerini kapsar.
  • Kapalı koli içeriği önceden belli olmalıdır; standart mal kabul, koli içinin tek tek açılıp sayıldığı özel bir kontrol vaadi değildir.
  • WMS kayıtları; mal kabul, ürün, palet ve raf/lokasyon bağlantılarını, stok hareketlerini, sipariş ve sevk adımlarını ilişkilendirir.
  • Barkod iş akışları ürün ve gönderi eşleşmelerinin tanımlı kontrol noktalarında doğrulanmasına yardımcı olur.
  • Yeterli satılabilir stok, geçerli sipariş verisi ve tanımlı paketleme kuralı bulunan siparişler operasyon akışına alınır.
  • Teknik erişimi bulunan mağaza, pazar yeri ve taşıyıcı sistemleri tanımlı operasyon akışına bağlanabilir.
  • Depoya ulaşan iadenin hangi stok durumuna veya farklı işlem akışına alınacağı, müşteriyle önceden tanımlanan kurala göre kaydedilir.

Bu kapsam; her SKU için Memnun Depo’nun talep tahmini yaptığı, satın alma siparişi açtığı, güvenlik stoğunu tek başına belirlediği, standart olarak lot/seri/SKT/FEFO yönettiği veya her kanala sıfır gecikmeyle stok yayımladığı anlamına gelmez. Bu kurallar ürün, müşteri, teknik erişim ve sözleşme kapsamında ayrıca tanımlanır.

Memnun Depo mutlak stok doğruluğu, sıfır fazla satış veya sıfır stok tükenmesi garantisi yayımlamaz. Doğru hedef; her hareketi kanıtıyla kaydetmek, farkları sayımla bulmak ve tekrar eden nedeni düzeltmektir.

Operasyon kapsamını hizmetler sayfasında, teknik bağlantıları entegrasyonlar sayfasında inceleyebilir; ürün ve kanal profiliniz için bizimle iletişime geçebilirsiniz.

Stok yönetimi hakkında sık sorulan sorular

Eldeki stok ile satılabilir stok arasındaki fark nedir?

Eldeki stok, tesiste fiziksel olarak bulunan toplam miktarı gösterebilir. Satılabilir stok ise siparişe ayrılmış, rezerve, karantina/hasar nedeniyle blokeli ve politika gereği güvenlik stoğunda tutulan miktarlar düşüldükten sonra yeni satışa açılabilen miktardır. Kesin formül işletmenin durum sözlüğüne göre belirlenir.

Sistem stok gösterdiği hâlde ürün neden bulunamayabilir?

Ürün yanlış lokasyonda olabilir; kabul, transfer, toplama, iade veya ölçü birimi hareketi yanlış kaydedilmiş olabilir. Sistem miktarı fiziksel gerçeğin otomatik kanıtı değildir. Fiziksel sayım, hareket geçmişi ve belge mutabakatı gerekir.

Güvenlik stoğu nasıl hesaplanır?

Talep ve tedarik süresi belirsizliği, hedeflenen hizmet ölçüsü, stokta yok maliyeti, raf ömrü ve elde tutma maliyeti birlikte değerlendirilir. Normal dağılım temelli formüller yalnız varsayımlar sağlandığında kullanılmalıdır; aralıklı veya çarpık talepte senaryo, ampirik dağılım veya simülasyon daha uygun olabilir.

Yeniden sipariş noktası ile sipariş miktarı aynı mıdır?

Hayır. Yeniden sipariş noktası siparişin ne zaman açılacağını, sipariş miktarı ise ne kadar alınacağını belirler. Minimum sipariş, koli katı, bütçe, raf ömrü ve kapasite sipariş miktarını ayrıca etkiler.

Stok sayımı ne sıklıkla yapılmalıdır?

Evrensel bir sıklık yoktur. Ürün hareketi, değer, geçmiş fark, kritik olma, lot/SKT riski, stokta yok görünümü ve sayım maliyetine göre risk bazlı plan yapılmalıdır. Dönemsel tam sayım ile çevrim sayımının amaçları da farklı olabilir.

WMS ve barkod stok hatalarını tamamen önler mi?

Hayır. WMS hareketleri ilişkilendirir, barkod doğru kimliği yakalamaya yardım eder. Yanlış ana veri, etiketsiz ürün, kaydedilmeyen hareket, atlanan tarama veya yanlış istisna kararı yine fark yaratabilir. Teknoloji işlem disiplini ve sayımın yerine geçmez.

Çok kanallı satışta fazla satış nasıl azaltılır?

Ortak SKU kimliği ve kayıt kaynağı belirlenir; kanallara fiziksel toplam yerine satılabilir miktar yayımlanır; sipariş geldiğinde eşzamanlılığa dayanıklı rezervasyon oluşturulur; iptal ve süre aşımında bırakılır. Tekrar eden olaylar, başarısız güncellemeler ve kanal–WMS farkları düzenli mutabakatla aranır.

İade edilen ürün ne zaman yeniden satılabilir?

Fiziksel kabulden hemen sonra değil. Ürün siparişle eşleştirilmeli, miktar ve durumu kontrol edilmeli, gerekiyorsa karantinada tutulmalı ve müşteri tarafından onaylanmış ürün kararı uygulanmalıdır. Ticari iade veya para iadesi kararı stok hareketinden ayrıdır.

Kaynaklar ve ileri okuma

Bu içerik genel operasyon ve planlama bilgisi sunar. Kullanılacak stok politikası; ürün, kanal, talep yapısı, tedarik koşulu, sözleşme, muhasebe yöntemi ve ilgili mevzuata göre ayrıca doğrulanmalıdır.