
Yıl sonu sayımı bitti. Üç mağazanın toplamında sistemde görünen stokla raftaki stok arasında fark çıktı. Genel müdür sorar: bu fark nereye gitti? Mağaza müdürleri "hırsızlık" der, depo "kayıt gecikmesi" der, muhasebe "sayım hatası" der. Kimse kanıt gösteremez, çünkü fark tek bir rakam olarak gelmiştir ve nedeni hiçbir yerde yazmaz.
Bu yazı, mağaza zayiatının hangi nedenlerden oluştuğunu, her nedenin ERP'de nasıl ayrı bir kayda dönüştüğünü ve şube bazında nasıl izleneceğini anlatıyor. Amaç farkı sıfırlamak değildir. Amaç farkın neden kaynaklandığını bilmek ve en pahalı nedene önce odaklanmaktır.
Mağazada sayım farkı neden tek bir sebepten çıkmaz?
Sayım farkı, defter stoğuyla fiziksel stok arasındaki farktır. Bu fark birkaç ayrı sürecin birikimidir ve her sürecin sahibi farklıdır.
| Neden | Nerede doğar | Kimin süreci |
|---|---|---|
| Kasada yanlış ürün okutma | Satış anı | Kasiyer |
| Mal kabulde eksik ya da fazla sayım | Teslimat | Depo ve mağaza |
| Müşteri iadesinin yanlış stok kartına girmesi | İade | Mağaza |
| Hasar, bozulma, son kullanma tarihi | Raf ve depo | Mağaza müdürü |
| Mağazalar arası transferde kayıp | Sevkiyat | Depo |
| Müşteri ya da personel kaynaklı kayıp | Satış alanı | Güvenlik ve yönetim |
Tabloda dikkat çeken nokta, bu nedenlerin çoğunun hırsızlıkla ilgisi olmamasıdır. Kasada benzer iki ürünün yer değiştirmesi bile kâğıt üzerinde bir ürünün eksik, diğerinin fazla görünmesine yol açar. Toplamda fark küçük çıkabilir ama ürün bazında yanlıştır. Bu yüzden toplam farka bakmak yanıltıcıdır, ürün ve neden bazında bakmak gerekir.
Zayiat ile sayım farkı aynı şey mi?
Değil. Zayiat, bilinen ve kayda geçmiş bir kayıptır: kırılan şişe, tarihi geçen ürün, hasarlı gelen koli. Sayım farkı ise bilinmeyen kayıptır, yani kimsenin kayda geçirmediği fark.
Bu ayrım önemlidir çünkü amaç, bilinmeyen kaybı bilinen kayıba çevirmektir. Zayiat kaydı düzenli tutulduğunda sayım farkı küçülür. Sayım farkı büyük çıkıyorsa genellikle bir kayıp olmuştur ama zayiat kaydı girilmemiştir, ya da kayıt hiç doğmamıştır.
Zayiat nedenleri ERP'de nasıl kodlanır?
Zayiatı serbest metinle girmek, rapor çıkarmayı imkânsız kılar. "Kırıldı", "kırık", "hasar" üç ayrı kayıt gibi durur. Çözüm, sınırlı bir neden listesi tanımlamak ve her zayiat hareketinde bunlardan birini seçtirmektir.
Perakende için şu liste iyi bir başlangıç olur:
- Hasar (taşıma, raf, müşteri kaynaklı)
- Son kullanma tarihi ya da raf ömrü dolması
- Numune ve tadım
- İç kullanım (mağazanın kendi ihtiyacı)
- Sayım düzeltmesi
- Bilinmeyen kayıp
Son iki kalem önemlidir. "Sayım düzeltmesi" sayım sonucunda kapatılan farkı, "bilinmeyen kayıp" ise açıklaması yapılamayan kalanı gösterir. Bu iki kalem toplam zayiat içinde büyüdükçe, süreçte bir yerde kayıt eksikliği var demektir.
Her neden kodunun bir de stok hesabı karşılığı olmalıdır. Hasar ile iç kullanım muhasebede aynı gider kalemine gitmez. ERP, neden koduna göre doğru gider hesabına kaydı kendisi atarsa muhasebe ayrıca düzeltme yapmaz.
Zayiat kaydı kim, hangi yetkiyle girer?
Zayiat girişi, kötüye kullanıma en açık işlemlerden biridir. Eksik çıkan ürünü "hasar" diye kapatmak çok kolaydır. Bu yüzden yetki ayrımı gerekir:
- Mağaza personeli zayiat talebi açabilir ama stoktan düşme işlemini tamamlayamaz.
- Mağaza müdürü belirli bir tutarın altındaki talepleri onaylar.
- Tutar eşiğinin üzerindeki talepler bölge müdürüne ya da merkeze gider.
- Hasar nedeninde fotoğraf ya da tutanak eklenmesi zorunlu tutulabilir.
Bu düzen onay süreçleri ve iş akışı otomasyonu yazısında anlatılan mantığın bir uygulamasıdır. Eşik değerini her işletme kendi ürün değerine göre belirler. Önemli olan, onaysız hiçbir zayiatın stoktan düşmemesidir.
Mağaza bazında zayiat nasıl karşılaştırılır?
Tek mağazanın zayiat tutarı bir şey söylemez. Anlamlı olan, aynı ürün grubunda mağazaların birbirine oranıdır. Ciro ya da satış adedine göre normalleştirilmiş zayiat oranı üç soruya cevap verir:
- Hangi mağaza ortalamanın belirgin üzerinde zayiat veriyor?
- Hangi ürün grubunda zayiat sürekli yüksek, yani sorun ürünün kendisinde mi, siparişinde mi?
- Zayiat belirli bir günde ya da belirli bir vardiyada mı yoğunlaşıyor?
Son soru, mal kabul günleriyle ilişkilendirilebilir. Zayiat teslimattan sonraki iki gün içinde artıyorsa sorun çoğunlukla mal kabuldedir. Raf ömrü kısa ürünlerde zayiat hafta sonuna doğru artıyorsa sorun sipariş miktarındadır. Bu bilgiler olmadan "zayiat yüksek" demek eyleme dönüşmez. Ölü stok ve yavaş hareket eden stok analizi de aynı mantıkla, aşırı sipariş kaynaklı kayıpları görünür kılar.
Sayım farkı çıktığında ne yapılmalı?
Farkı hemen stok kartına yazıp kapatmak en kolay yoldur ve en yanlış olanıdır. Önce farkın nedenini aramak gerekir:
- Ürün bazında farkı listeleyin. Toplam fark küçük olsa bile tek bir üründe büyük sapma çıkabilir.
- Son hareketlere bakın. Sayımdan önceki son iki üç hafta içinde mal kabul, iade ve transfer hareketleri incelenir.
- Benzer ürünleri karşılaştırın. Biri eksik, diğeri fazlaysa büyük ihtimalle kasada yer değişmiştir.
- Açık transfer ve iade belgelerini kontrol edin. Yolda kalan ya da henüz girilmemiş belge farkın nedeni olabilir.
- Açıklanamayan kısmı "bilinmeyen kayıp" olarak kaydedin ve kayda onaylayanın adını ekleyin.
Bu sıra, farkın içindeki gerçek kaybı ayıklar. Ayıklama sonunda geriye kalan miktar, gerçek zayiat olarak değerlendirilir. Stok sayımı rehberi sayımın nasıl planlanacağını ayrıca ele alıyor.
Sık yapılan hatalar neler?
- Zayiatı yalnızca yıl sonunda toplu girmek. Nedeni hatırlayan kimse kalmaz, her şey "sayım düzeltmesi" olur.
- Tek bir "zayiat" kodu kullanmak. Rapor çıkar ama hiçbir karar verilemez.
- Zayiatı mağaza müdürünün tek başına onaylaması. Hem giren hem onaylayan aynı kişi olduğunda kontrol ortadan kalkar.
- Zayiat tutarını maliyetle değil satış fiyatıyla değerlemek. Kayıp, alış maliyeti üzerinden hesaplanır. Satış fiyatı üzerinden bakmak kaybı olduğundan büyük gösterir.
- Fiziksel sayımı mağazanın kendi personeline bırakmak. Sayımı farklı bir mağazadan ya da merkezden gelen kişi yaptığında bulgular daha güvenilir olur.
Birasyo'da mağaza zayiatı nasıl izlenir?
Birasyo'da zayiat, Stok modülünde neden koduyla girilen ayrı bir stok hareketidir. Her neden kodu bir gider hesabına bağlanır, böylece muhasebe kaydı hareketle birlikte oluşur. Zayiat talebi, tutara göre tanımlanan onay zincirinden geçer ve onaylanmadan stoktan düşmez. Sayım sonucunda çıkan fark, ürün bazında listelenir ve kapatılırken neden kodu seçilmesi istenir.
Raporlar ekranında zayiat, mağaza, ürün grubu ve neden kırılımında görülür. Yüzdesel karşılaştırma için satış tutarıyla oranlanabilir. Çok mağazalı yapılarda her mağaza yöneticisi yalnızca kendi stoğuna işlem yapar, merkez ise tüm şubeleri tek ekranda izler. Mağaza, kasa ve stok ihtiyaçlarının bütünü için perakende çözümü sayfasına, kendi mağaza yapınızla bir gösterim için demo talep sayfasına bakabilirsiniz.
Özet
- Sayım farkı tek bir nedenin değil, kasa, mal kabul, iade, hasar ve transferden doğan birkaç küçük kaydın toplamıdır.
- Zayiat bilinen ve kayda geçmiş kayıptır, sayım farkı kayda geçmemiş kayıptır. Amaç ikincisini birincisine çevirmektir.
- Zayiat serbest metinle değil, sınırlı bir neden koduyla girilmelidir. Her neden kodunun bir gider hesabı karşılığı olmalıdır.
- Zayiat girişi ile onayı aynı kişide toplanmamalı, tutara göre onay eşiği konmalıdır.
- Mağazalar, satışa oranlanmış zayiatla karşılaştırılır. Zayiatın mal kabulden sonra mı, hafta sonuna doğru mu arttığı kök nedeni gösterir.
- Sayım farkı doğrudan stok kartına yazılıp kapatılmaz. Önce son hareketler, benzer ürünler ve açık belgeler incelenir.
Bu yazıyı LinkedIn'de paylaşın
Başlık, özet ve etiketler panoya kopyalanır, paylaşım penceresi açılır. Yapıştırıp (Cmd/Ctrl+V) gönderin.


