Stok Takip Yazılımı Nasıl Seçilir? Mal Kabulden İadeye Kontrol Rehberi

Depoda ürün görünüyor ama satış ekibi müşteriye teslim sözü veremiyor; sayım ile ekran arasındaki farkın nedeni bulunamıyor. Stok takip yazılımı seçerken yalnızca ürün listesine ve barkod ekranına bakmak yeterli değildir. Bu rehber, mal kabulden iadeye kadar hangi hareketleri denemeniz ve teklif kapsamını nasıl belirlemeniz gerektiğini açıklar.

Önce hangi stok sorununuzu çözeceğinizi belirleyin

Bir elektrik malzemesi satıcısını düşünün. Ürünler depoya geliyor, bazıları müşteriye ayrılıyor, bazıları şubeye gönderiliyor ve iade gelenler ayrı köşede bekliyor. Ekrandaki tek miktar bütün bu durumları temsil etmeye çalışıyorsa satışa uygun ürün sayısı belirsizleşebilir.

İlk toplantıda “stok programı lazım” demek yerine yaşanan hataları yazın. Bulunamayan ürün, yanlış birim, unutulan transfer veya kaydedilmeyen iade farklı çözümler gerektirir. Yazılımın başarısını da bu örnekler üzerinden değerlendirin.

İşletmenin ihtiyacı yalnızca az sayıda ürünü listelemekse sade bir çözüm yeterli olabilir. Çoklu depo, seri takibi veya sipariş rezervasyonu varsa kapsam genişler. Gerekmeyen modülleri seçmek de gerekli hareketleri atlamak kadar kullanımı zorlaştırabilir.

Ürün kartında hangi alanlar tutarlı olmalı?

Ürün kodu, isim, varyant ve ölçü birimi bütün ekibin aynı şeyi anlamasını sağlamalıdır. Aynı ürünün farklı adlarla açılması raporları bölebilir. Ürün kartı oluşturma ve değiştirme yetkisini belirli bir sorumluluk olarak tanımlayın.

Barkod okutmak, ürün verisi yanlışsa hatayı kendiliğinden düzeltmez. Etiketin hangi ürüne, ambalaja veya birime karşılık geldiğini kontrol edin. Bir kolinin içindeki adet ile tek ürünün adedi farklı anlam taşıyabilir.

• Ürün kimliği: Tekil kod ve gerektiğinde alternatif arama kodu.
• Birim: Adet, koli, metre veya işletmenize uygun ölçü.
• Varyant: Renk, ölçü, kapasite veya model ayrımı.
• Konum: Depo ve gerekirse raf bilgisi.
• Takip ihtiyacı: İşinize göre seri, parti veya başka ayırt edici bilgi.

Bütün ürünlerde aynı ayrıntıyı zorunlu yapmayın. Seri numarası gerekmeyen basit malzemeye gereksiz alanlar eklemek çalışanların işini uzatır. Buna karşılık gerçekten izlenmesi gereken ürünlerde bu bilgiyi sonradan hatırlamak mümkün olmayabilir.

Hangi hareketler ayrı kaydedilmeli?

Mal kabul, satış çıkışı, transfer, rezervasyon ve iade aynı işlem değildir. Her birinin miktarı nasıl etkilediğini ve hangi belgeye dayandığını yazın. Yazılımı satın almadan önce kendi örneklerinizle bu hareketleri deneyin.

Miktarı doğrudan değiştirme yetkisi varsa bunun hangi durumlarda kullanılacağını belirleyin. Farkı açıklamadan sayıyı düzeltmek, hatanın nedenini gizleyebilir. Düzeltmenin gerekçesi ve sorumlusu daha sonra anlaşılabilir olmalıdır.

Eldeki stok ile satılabilir stok aynı mı?

Fiziksel olarak depoda bulunan ürünün bir kısmı müşteriye ayrılmış veya kalite kontrol bekliyor olabilir. Bu durumda tek miktar göstermek satış kararını zorlaştırır. İşletmenizde hangi durumların satılabilir miktarı etkilediğini tanımlayın.

Örneğin müşteriye ayrılan ürünün ne zaman serbest kalacağı belli olmalıdır. Sipariş iptal edildiğinde rezervasyonun devam etmesi gereksiz stok yokluğu yaratabilir. Rezervasyon sona erdiğinde başka siparişle çakışma ihtimali de kontrol edilmelidir.

Bu kuralları tek bir formüle indirgemeden önce istisnaları konuşun. İşletmeniz kontrollü eksi stokla çalışıyor mu, sipariş gelince tedarik mi ediliyor, yoksa yalnızca eldeki ürün mü satılıyor? Yazılım sizin belirlediğiniz modelin dışındaki işlemleri görünür kılmalıdır.

Sayım ve günlük kayıt farkı nasıl yönetilir?

Sayım planında hangi konumun, ürünlerin ve zaman aralığının kapsandığını belirleyin. Sayım sırasında yeni hareketler devam edecekse bu hareketlerin nasıl ayrıştırılacağını konuşun. Farklı anlara ait miktarları karşılaştırmak açıklanması zor farklar yaratabilir.

Bulunan farklar doğrudan silinmek yerine inceleme listesine alınabilir. Yanlış birim, kayıtsız transfer veya mükerrer kabul gibi nedenler kontrol edilir. Sorunun kaynağı düzeltilmezse aynı fark sonraki sayımda yeniden oluşabilir.

Satış ve muhasebe bağlantısı nasıl tanımlanır?

Mevcut sisteminiz ürün kartını, başka araç siparişi, depo uygulaması çıkışı yönetiyor olabilir. Her veri için hangi sistemin asıl kaynak olduğunu belirleyin. İki sistemin aynı miktarı bağımsız değiştirmesi çelişki yaratabilir.

Aktarım kesildiğinde bekleyen hareketlerin görüldüğü bir ekran isteyin. Yeniden deneme aynı çıkışı iki kez işlememelidir. Teklifte “entegrasyon dahil” ifadesinin hangi veri ve durumları kapsadığını örneklerle açıklatın.

Veri hazırlığı da kapsamın parçasıdır. Eski ürün kodlarını ve birimleri taşımadan önce kontrol edin. Süreç otomasyonu rehberindeki bağlantı yaklaşımını, stok hareketlerinin hata yönetimiyle birlikte değerlendirin.

Demo sırasında hangi görevleri yaptırmalısınız?

Hazır örnekler yerine kendi ürününüzü ve birimlerinizi kullanın. Bir kabul kaydı açın, kısmen ayırın, başka depoya aktarın, bir miktar gönderin ve bir kısmını iade edin. Sonunda ürün geçmişi ile fiziksel senaryonun uyumunu inceleyin.

1. Kimlik kontrolü: Yanlış veya bilinmeyen barkodda ne oluyor?
2. Birim kontrolü: Koli ve adet dönüşümü doğru anlaşılabiliyor mu?
3. Yetki kontrolü: Her çalışan miktarı düzeltebiliyor mu?
4. İptal kontrolü: Bağlı hareketler doğru biçimde ele alınıyor mu?
5. Geçmiş kontrolü: İşlemi yapan kişi ve gerekçe görülebiliyor mu?

Depo koşullarını da deneyin. Eldiven, küçük ekran, zayıf bağlantı veya yoğun ışık cihaz kullanımını etkileyebilir. Masadaki hızlı demo, çalışanın raf arasında yaşadığı bütün güçlükleri göstermeyebilir.

Hazır yazılım ile özel çözüm nasıl karşılaştırılır?

Standart ihtiyaçları karşılayan hazır ürünleri önce inceleyin. Lisans, kullanıcı ve depo koşullarını; veri aktarımı ile destek kapsamını karşılaştırın. Özel geliştirmeyi doğrulanmış ihtiyaçlar hazır seçeneklerle karşılanamadığında değerlendirin.

Hesap yöntemini göstermek için varsayımsal bir özel kapsamda 25-40 kişi-gün iş ve 6.000 TL kişi-gün bedeli kullanalım. 150.000-240.000 TL geliştirme hesabı oluşur. Bu piyasa fiyatı veya Navdion teklifi değildir; KDV, lisans, cihaz, altyapı ve ek bağlantılar dahil değildir.

Hazır ürün ve özel çözüm aynı kapsamda olmayabilir. Hazır altyapı karşılaştırmasındaki yaklaşımı kullanarak hangi teslimin gerçekten gerekli olduğunu yazın. Gelişmiş raporlar yerine önce temel hareketlerin doğruluğuna bakın.

İlk geçişte hangi sınırları koymalısınız?

Örnek pilot planında tek depo veya sınırlı ürün grubuyla iki haftalık deneme yapılabilir. Bu süre standart değildir; hareket çeşitliliğine ve sayım düzenine göre değişir. Eski ve yeni sistemin hangi tarihten itibaren asıl kaynak olduğunu belirtin.

Açılış miktarlarını, ürün kimliklerini ve bekleyen rezervasyonları doğrulayın. Eğitimde çalışanlara yalnızca ekranları değil, yanlış kayıt durumunda nasıl düzeltme isteyeceklerini de gösterin. Yetki verilmeden yapılan geçici çözümler veri düzenini bozabilir.

Pilot sonunda açıklanamayan hareketleri ve elle düzeltilen kayıtları gözden geçirin. Aynı sorun tekrar ediyorsa form, iş kuralı veya eğitim ihtiyacını inceleyin. Sonraki modüllere geçmeden önce temel veri güvenilir olmalıdır.

Kısmi sevkiyatta stok nasıl izlenmeli?

Müşteri bir siparişte birden fazla ürün istemiş, fakat bunların yalnızca bir kısmı hazır olsun. Siparişin tamamını gönderildi olarak kapatmak, bekleyen kalemleri görünmez hâle getirebilir. Kalem bazında ayrılan, gönderilen ve bekleyen miktarların izlenmesini deneyin.

Sonraki gönderimde ilk çıkışın yeniden düşülmemesi gerekir. Depo çalışanı hangi ürünleri daha önce gönderdiğini aynı kayıtta görebilmelidir. Müşteri iptal talep ederse yalnızca bekleyen miktarın nasıl ele alınacağı da belirlenmelidir.

Bu senaryoyu ürün listesinden miktar değiştirerek taklit etmek yerine gerçek iş akışı üzerinden yürütün. Amaç, ekranın doğru toplamı göstermesinin yanında hareketlerin de anlaşılabilir olmasıdır. Gün sonunda fark bulunduğunda geçmişten iz sürülebilmelidir.

İlk stok yüklemesinde hangi kontrol yapılmalı?

Ürün kartlarıyla birlikte açılış miktarı alınacaksa bunların hangi tarih ve konuma ait olduğunu belirtin. Aktarım sürerken depoda hareket devam ediyorsa sınırın nasıl korunacağı planlanmalıdır. Aksi durumda doğru sayılmış miktar bile sisteme girene kadar değişebilir.

Önce küçük bir örnek yükleme yapın. Ürün kodu, birim, konum ve miktarın doğru alanlara geldiğini çalışanlarla birlikte inceleyin. Dosyanın hatasız yüklenmesi, işletme anlamının doğru taşındığını tek başına göstermez.

Gerekirse sorunlu satırları ayrı düzeltin ve yeniden aktarımın eski kayıtları çoğaltmadığını kontrol edin. Açılış verisinin kim tarafından onaylandığı belli olsun. İlk kayıt güvenilir olmadığında sonraki bütün hareketleri incelemek daha zor hâle gelir.

Sonuç: Ürün listesini değil, stok hareketini test edin

İhtiyacınızı gerçek depo sorunlarından çıkarın; ürün kimliği, birim, rezervasyon ve iade kurallarını netleştirin. Seçtiğiniz sistemi kendi hareketlerinizle deneyip sınırlı pilotla doğrulayın. Navdion ile stok takip ihtiyaçlarınızı değerlendirmek için ücretsiz proje analizi talep edebilirsiniz.