Stok takibi için Excel kullanmak, küçük bir işletmenin ilk yıllarında gayet mantıklı bir tercihtir: ücretsizdir, herkes bilir, istediğiniz sütunu ekleyebilirsiniz. Sorun, işletme büyüdüğünde tablonun aynı hızla büyümemesidir. Bu yazıda Excel’in stok takibinde nerede tıkandığını, hangi belirtilerin "artık yetmiyor" anlamına geldiğini ve programa geçişin nasıl planlanacağını anlatıyoruz. Amacımız Excel’i kötülemek değil; hangi noktada aracın değişmesi gerektiğini göstermek.
Excel’in doğası: hesap tablosu, kayıt sistemi değil
Excel bir hesaplama aracıdır; veritabanı değildir. Bu ayrım soyut görünse de stok takibinde somut sonuçları vardır. Hesap tablosunda her hücre düzenlenebilir: kimin, ne zaman, neyi değiştirdiği bilinmez. Satırlar arasında ilişki yoktur: ürün kodu bir sayfada değişince diğer sayfadaki formül kırılır. Aynı anda iki kişi çalıştığında kaydedilen son sürüm kazanır, diğeri kaybolur. Küçük hacimde bunlar fark edilmez; bir yıl sonra "stok tabloda 40 görünüyor, rafta 12 var" konuşması başlar.
Excel’in hâlâ doğru olduğu durumlar
Dürüst olalım: her işletmenin stok programına ihtiyacı yoktur. Tek kişinin yönettiği, birkaç düzine üründen oluşan, ayda birkaç yüz hareketin altında kalan ve tek depodan çalışan bir işletme için iyi kurulmuş bir tablo yıllarca yeterli olabilir. Burada "iyi kurulmuş" ifadesi önemli: ürün kodu sütunu sabit, hareketler ayrı bir sayfada tarih ve açıklamayla tutuluyor, stok formülle hesaplanıyor ve dosya düzenli yedekleniyorsa Excel işini görür. Sorun tablonun kendisi değil, işletme büyürken tablonun aynı yerde kalmasıdır.
Sahada en sık gördüğümüz beş kırılma noktası
1. Birden fazla kişi aynı tabloya giriyor
Satış elemanı sipariş düşüyor, depocu giriş yazıyor, muhasebe faturayı işliyor. Üç kişi, bir dosya. Paylaşımlı sürümlerde bile çakışma ve üzerine yazma kaçınılmazdır. Stoktaki tutarsızlıkların kaynağı çoğu zaman yazılım değil, bu üç kişinin aynı anda düzenlediği aynı satırdır.
2. Birden fazla depo veya şube
İkinci depo açıldığında ya ikinci bir sayfa açılır ya da sütun eklenir. Transferler elle yazılır; bir depodan düşülen, diğerine eklenmeyi unutur. Toplam stok doğru görünür, dağılım yanlıştır. Müşteriye "var" denen ürün yanlış depodadır ve sevkiyat günü ortaya çıkar; şubeler arası transfer için kimse kimi arayacağını bilmez.
3. Varyantlar ve barkod
Beden, renk, ambalaj gibi varyantlar Excel’de ya satır patlamasına ya da okunamayan kodlara yol açar. Barkod okuyucuyla giriş yapmak mümkündür ama hangi hücreye yazacağını tablo bilmez; yanlış satıra okunan barkod sessizce yanlış ürünü düşer.
4. Geçmişe dönük soru sorulamaz
"Bu ürünün üç ay önceki stoğu neydi, kim çıkış yaptı?" sorusunun Excel’de cevabı yoktur, çünkü tablo o anki durumu tutar, hareketi tutmaz. Hareket sayfası tutsanız bile birkaç bin satırdan sonra süzmek işkenceye döner. Bir müşteri itirazında veya vergi incelemesinde "bu ürün nereden geldi, nereye gitti" sorusuna belgeyle cevap veremezsiniz.
5. Belgeyle bağ yok
Fatura ayrı programda, stok Excel’de olunca her belge iki kez işlenir. Faturası kesilen ama stoktan düşülmeyen ürün, sayım gününe kadar tabloda var görünür. Çift giriş sadece zaman kaybı değil; hatanın asıl üretim hattıdır. e-İrsaliye yükümlülüğü geldiğinde bu bağın yokluğu daha da pahalıya mal olur.
"Artık yetmiyor" belirtileri
- Fiziksel sayım ile tablo arasındaki fark her sayımda büyüyor.
- Tabloyu yalnızca bir kişi "anlıyor"; o kişi izinliyken stok sorusu cevapsız kalıyor.
- Aynı dosyanın "son", "son2", "yeni_son" adlı kopyaları dolaşıyor.
- Müşteriye "stokta var" deyip teslim edememe yaşandı.
- Haftada bir kez tabloyu düzeltmeye saatler harcanıyor.
- Ürün sayısı birkaç yüzü, aylık hareket sayısı birkaç bini geçti.
- Pazaryeri veya e-ticaret stok eşitleme ihtiyacı doğdu.
Bu maddelerden üçü sizin için doğruysa, yazılım maliyeti tartışmasından önce mevcut tablonun size neye mal olduğunu hesaplamanız gerekir: düzeltmeye harcanan saat, satılamayan sipariş, fazladan alınan ürün. Bu rakam çoğu işletmede yıllık lisans bedelinin üzerine çıkıyor.
Hesabı somutlaştırmak için basit bir yöntem: bir ay boyunca stokla ilgili her düzeltmeyi, her "rafta var mı bakayım" telefonunu ve her sayım farkını bir kenara not edin. Ay sonunda saat olarak toplayın ve o saati ilgili personelin maliyetiyle çarpın. Çoğu işletme bu rakamı ilk kez gördüğünde şaşırıyor; karar çoğu zaman o tabloda yazılıdır.
Program ne değiştirir?
Stok yazılımı sihir yapmaz; üç temel şeyi yapar. Her hareketi (giriş, çıkış, transfer, sayım farkı) kim, ne zaman, hangi belgeyle sorularına cevap verecek şekilde kaydeder. Belgeyle stoğu birbirine bağlar: fatura kesilince stok düşer, irsaliye gelince stok artar, ikisini ayrı ayrı yazmazsınız. Kuralları uygular: eksi stoğa düşülemez, kritik seviyenin altına inince uyarı verir, yetkisi olmayan kişi fiyat değiştiremez. Excel’de bunların her biri bir kişinin dikkatine bağlıdır; programda sistemin kendisine.
Bir de raporlama tarafı var. Hangi ürün ne kadar sürede dönüyor, hangi ürün aylardır hareket görmedi, hangi tedarikçiden alınan mal daha çok iade ediliyor? Bu sorular Excel’de bir öğleden sonra süren pivot çalışması, programda bir tıkla alınan rapordur. Stok yazılımının asıl getirisi çoğu zaman kayıt tutmaktan değil, bu sorulara hızlı cevap verip ölü stoğu ve fazla alımı erken görmekten gelir.
Geçişte sık yapılan hatalar
- Tablodaki hatalı rakamı sayım yapmadan açılış stoğu olarak girmek; program ilk günden yanlış başlar.
- Ürün kodlarını temizlemeden aktarmak; aynı ürün üç farklı kodla yaşamaya devam eder.
- Yalnızca bir kişiye eğitim vermek; Excel’deki tek kişiye bağımlılık programa taşınır.
- Barkod ve etiket düzenini sonraya bırakmak; depoda elle giriş sürdüğü için hata oranı düşmez.
- İki sistemi aylarca paralel yürütmek; hangisinin doğru olduğu yeniden belirsizleşir.
Geçişi nasıl planlamalı?
Geçişin en zor kısmı yazılım değil, veridir. Mevcut tablonuzdaki ürün kodları, birimler ve adlar büyük ihtimalle tutarsızdır; önce bunları temizleyin. Sonra bir fiziksel sayım yapın ve programa açılış stoğu olarak o sayımı girin, tablodaki rakamı değil. İlk bir ay hareketleri hem programda hem tabloda yürütmek güven verir ama bunu uzatmayın; iki sistem yürüdükçe hangisinin doğru olduğu yeniden belirsizleşir. Çoğu KOBİ için hazır bir ticari program yeterlidir; süreciniz gerçekten farklıysa özel yazılım mı, hazır paket mi yazısındaki çerçeveye bakın.
Stok, cari ve belge akışını tek yerde tutan bir ön muhasebe çözümü arıyorsanız MGS Muhasebe sayfasını inceleyebilirsiniz; Excel’den geçiş için veri temizliği ve açılış stoğu aktarımında yardımcı oluyoruz.
