Ay sonu sayımında kâğıttaki rakam tutmuyor. Sistemde 400 adet görünen ürünün rafta 360 tanesi var, ya da tam tersi — depoda fazlası duruyor ama satış ekibi “yok” diye müşteriyi geri çeviriyor. Bu küçük bir muhasebe sapması değil; satıştan üretime, nakit akışından müşteri memnuniyetine kadar her şeyi etkileyen bir güven sorunudur. Çünkü stok doğru değilse, o stoktan beslenen hiçbir rapor doğru olamaz.
Stok ve depo yönetimi modülü tam burada işin omurgasını oluşturur. “Elimde ne var, nerede, hangi durumda ve ne zaman bitecek?” sorusuna anlık ve güvenilir cevap verir. Bu yazıda modülün bileşenlerini, manuel yöntemin nerede çöktüğünü ve bütünleşik bir ERP’nin tabloyu nasıl değiştirdiğini ele alıyoruz.
Stok Doğruluğu Neden Her Şeyin Başında?
Stok doğruluğu, sistemdeki kaydın fiziksel gerçekle ne kadar örtüştüğüdür. Bu oran düştüğünde sorun tek bir yerde kalmaz, zincirin tamamına yayılır:
- Satış olmayan ürünü satar ya da olan ürünü “yok” sanıp kaçırır.
- Satın alma gereksiz sipariş açar, depoda atıl sermaye birikir.
- Üretim, eksik hammadde yüzünden hattı durdurur.
- Finans, gerçek olmayan bir stok değeri üzerinden bilanço ve maliyet raporlar.
Bu yüzden stok modülü bir “depo defteri” değildir; doğru kurulduğunda işletmenin karar verme zemini olur. Stoğun satış ve finansla nasıl tek ekranda buluştuğunu daha geniş ele aldığımız ERP ile satış, stok ve finansal verileri tek ekrandan takip yazısı bu yazının doğal devamı niteliğindedir.
Stok Kartı: Görünenden Fazla Soru
Her şey stok kartından başlar. Yüzeyde basit görünür — bir ürün, bir kod, bir miktar. Ama sağlam bir stok kartı sessizce birçok soruyu yanıtlar:
- Bu ürünün birden fazla ölçü birimi var mı? (Adet, koli, palet; alış kilogramla, satış metreyle olabilir. Birim çevrimi yanlışsa stok daha ilk hareketinde kayar.)
- Barkod ya da varyant kodu tanımlı mı? (Aynı tişörtün farklı beden ve renkleri tek kart altında varyant olarak mı izleniyor?)
- Asgari ve azami stok seviyesi, tedarik süresi, tercih edilen tedarikçi tanımlı mı?
Stok kartı disiplinli kurulmadığında, sonraki her modül bu eksikliği büyüterek taşır. Birim karmaşası, mükerrer kart (“ürün A” ile “Ürün-A ” ayrı iki kayıt), eksik barkod — sayımı ve raporlamayı çürüten en yaygın sebeplerdir.
Çok Depolu ve Lokasyon Bazlı Takip
Tek bir deposu olan işletme için “ne kadar var” sorusu yeterli olabilir. Birden fazla deposu, şubesi ya da büyük bir deposu olan işletme için asıl soru şudur: “Tam olarak nerede?”
İyi bir stok modülü stoğu tek bir havuz olarak değil, lokasyon kırılımında tutar: merkez depo, şube deposu, üretim ara stoğu, konsinye, iade-karantina alanı. Büyük depolarda bu kırılım raf ve göz seviyesine kadar iner. Toplama (picking) personeli ürünü aramaya değil, sistemin gösterdiği rafa gider.
Depolar arası transfer de burada kayıt altına alınır. Bir şubeden diğerine mal sevk edildiğinde stok “yolda” durumuna geçer; çıkış yapan depodan düşer ama varış deposuna henüz girmez. Bu ara durum izlenmezse, transfer süresince mal “kaybolmuş” gibi görünür ve sayım sürekli tutmaz. Depo otomasyonunu ve barkodlu sahayı bir adım ileri taşıyan WMS tarafını ayrıca lojistik ve depo otomasyonu için teklif hazırlama yazısında inceledik.
Parti, Seri ve Son Kullanma Tarihi: İzlenebilirlik
Bazı sektörlerde “kaç adet var” yetmez; “hangi parti, hangi seri, hangi tarihli” sorusunun da cevabı gerekir. İzlenebilirlik modülün en kritik yeteneklerinden biridir.
- Parti (lot) takibi: Gıda, kimya, ilaç ve kozmetikte üretim ya da mal kabul partisi izlenir. Bir kalite sorununda hangi müşterilere hangi partinin gittiği dakikalar içinde bulunur; geri çağırma tüm ürüne değil, yalnızca ilgili partiye uygulanır.
- Seri numarası takibi: Elektronik, makine ve dayanıklı tüketimde her bir adet tekil izlenir. Garanti, servis geçmişi ve iade süreci seri numarasına bağlanır.
- Son kullanma tarihi ve FEFO: Raf ömürlü ürünlerde stok yalnızca “ilk giren ilk çıkar” (FIFO) mantığıyla değil, “önce sona erecek önce çıkar” (FEFO — First Expired, First Out) mantığıyla yönetilir. Böylece son kullanma tarihi yaklaşan parti önceliklendirilir, zayi azalır.
Bu izlenebilirlik manuel tablolarla teorik olarak mümkündür ama pratikte ilk kriz anında çöker. Geri çağırma, denetim ya da müşteri şikâyeti anında “hangi parti nereye gitti” sorusuna saatlerce e-posta ve dosya karıştırarak cevap aramak, hem maliyetli hem itibar zedeleyicidir.
Sayım: Yıl Sonu Kâbusundan Döngüsel Sayıma
Pek çok işletme stok sayımını yılda bir, depoyu kapatıp herkesi seferber ederek yapar. Bu yöntemin iki sorunu vardır: operasyonu durdurur ve yıl boyunca biriken hataları ancak en sonda ortaya çıkarır.
Olgun bir yaklaşım döngüsel sayımdır (cycle counting): tüm stoğu tek seferde saymak yerine, belirli kalemler sürekli dönüşümlü olarak sayılır. Yüksek hareketli ve değerli ürünler daha sık, düşük hareketliler daha seyrek. Böylece operasyon durmadan stok doğruluğu yıl boyunca yüksek tutulur ve hatalar büyümeden yakalanır.
Sayımı kolaylaştıran iki şey vardır: barkod/el terminali ile fiziksel okuma ve sistemin sayım farklarını otomatik raporlaması. Sapma çıktığında “kim, ne zaman, hangi hareketi yanlış girdi” sorusunun izi sistemde durur — sayım bir suçlama seansına değil, süreç iyileştirmeye dönüşür.
Min-Maks, Yeniden Sipariş ve Ölü Stok
Stok yönetiminin amacı sadece doğru saymak değil, doğru miktarda tutmaktır. Fazla stok parayı rafta dondurur; az stok satışı ve üretimi durdurur. Modülün denge kurması beklenir.
- Yeniden sipariş noktası (reorder point): Bir kalem belirli seviyenin altına düştüğünde sistem uyarır ya da otomatik satın alma talebi oluşturur. Tedarik süresi ve ortalama tüketim hesaba katılır.
- ABC analizi: Pareto ilkesi gereği, kalemlerin küçük bir kısmı cironun büyük bölümünü oluşturur. Bu “A grubu” kalemler sıkı izlenir; “C grubu” daha esnek yönetilir. Dikkat doğru yere yoğunlaşır.
- Ölü stok ve yavaş hareket raporu: Aylardır hareket görmeyen kalemleri görünür kılar. Bu, kampanya, iade ya da imha kararının veriye dayanmasını sağlar.
Yapay zekâ destekli raporlama bu noktada talebi geçmiş veriye ve mevsimselliğe göre daha isabetli tahmin etmeye yardımcı olur — ama temel veri doğru değilse hiçbir tahmin işe yaramaz. Önce doğru stok, sonra akıllı tahmin.
Excel Nerede Tıkanır, ERP Ne Değiştirir
Stok takibi çoğu işletmede tablolarla başlar ve bir yere kadar idare eder. Tıkanma genelde aynı noktalarda yaşanır:
| Konu | Excel / manuel yöntem | Bütünleşik ERP |
|---|---|---|
| Anlık doğruluk | Hareket sonradan elle girilir, gecikir | Satış/satın alma/üretim hareketi stoğu eş zamanlı günceller |
| Çok depo | Ayrı dosyalar, transfer takibi zor | Tek kart, lokasyon kırılımı, “yolda” durumu |
| Parti/seri | Pratikte tutulmaz | Mal kabulden satışa kadar izlenir |
| Sayım | Yıl sonu, operasyon durur | Döngüsel sayım, barkodlu okuma |
| Maliyet | Ay kapanınca öğrenilir | Hareket bazlı, anlık stok değeri |
| Hata izi | Kim değiştirdi belirsiz | Kullanıcı ve zaman damgalı kayıt |
Farkın özü şudur: tabloda stok, gerçekleşen olayın kopyasıdır ve elle güncellenir. ERP’de stok hareketi, olayın kendisidir — fatura kesildiğinde, mal kabul yapıldığında, iş emri kapandığında stok otomatik hareket eder. Üretim tarafında bu zincirin reçete ve iş emriyle nasıl kenetlendiğini üretim ERP’sinde MRP yazısında anlattık.
Qera ERP’de stok, depo ve stok-depo-WMS çözümü satış, satın alma, üretim ve finansla aynı veritabanında çalışır. Tek platform olması, “stok modülü ayrı, muhasebe ayrı, aralarında gece aktarımı” karmaşasını ortadan kaldırır. Microsoft Azure altyapısında bulut olarak sunulur; anahtar teslim kurgusu sayesinde sürpriz lisans maliyeti çıkmaz ve 100 kullanıcıya kadar ek kullanıcı maliyeti olmadan ekip büyüyebilir.
Sıkça Sorulan Sorular
Stok doğruluğu için yılda bir sayım yeterli değil mi?
Yıl sonu sayımı yasal bir gerekliliktir ama operasyonel doğruluğu yıl boyunca yüksek tutmaz. Yılda bir sayan işletme, hataları ancak en sonda ve toplu olarak görür. Döngüsel sayım (yüksek hareketli kalemleri daha sık sayma) operasyonu durdurmadan doğruluğu sürekli yüksek tutar ve sapmaları büyümeden yakalar.
Parti ve seri numarası takibi her işletme için gerekli mi?
Hayır, sektöre bağlıdır. Gıda, ilaç, kimya, kozmetik gibi raf ömürlü ve geri çağırma riski olan alanlarda parti takibi neredeyse zorunludur. Elektronik ve makine gibi garanti-servis süreci olan ürünlerde seri takibi öne çıkar. Standart, hızlı tüketim ürünlerinde ise kalem bazlı takip yeterli olabilir. Modül bu seçeneği ürün bazında açıp kapatabilmelidir.
FIFO ile FEFO arasındaki fark nedir?
FIFO (ilk giren ilk çıkar) depoya önce giren ürünün önce sevk edilmesini hedefler. FEFO (önce sona erecek önce çıkar) ise giriş sırasına değil, son kullanma tarihine bakar; tarihi en yakın parti öncelikli çıkar. Raf ömürlü ürünlerde FEFO, zayiatı azalttığı için tercih edilir.
Birden fazla deposu olan işletmede stok nasıl yönetilir?
Tek bir stok kartı altında her depo ve gerektiğinde her raf-lokasyon ayrı izlenir. Depolar arası transferler “yolda” durumuyla kayıt altına alınır; çıkış deposundan düşer, varışta giriş yapılır. Böylece hem her lokasyonun gerçek stoğu hem de toplam stok aynı anda doğru kalır.
Stok modülü tek başına mı çalışmalı, ERP içinde mi?
Ayrı bir stok programı kısa vadede ucuz görünür ama satış, satın alma, üretim ve muhasebeyle veri alışverişi için sürekli aktarım ve mutabakat gerektirir; bu da hata ve gecikme kaynağıdır. Stoğun ERP omurgasında, diğer modüllerle aynı veritabanında çalışması doğruluğu ve anlık görünürlüğü en güvenilir şekilde sağlar.
Stok ve depo süreçlerinizi tek platformda toplamayı değerlendiriyorsanız, Qera ERP ürün sayfasını inceleyebilir ya da kendi ürün ve depo yapınız üzerinden bir ücretsiz demo talep edebilirsiniz. Demoda envanter doğruluğu, parti-seri takibi ve çok depolu senaryoları sizin verilerinize en yakın örneklerle göstermeyi tercih ediyoruz.
