Çok Depolu Stok Yönetim Yazılımları ve Sayım Otomasyonu

Birden fazla depo, mağaza, üretim tesisi veya dağıtım noktası bulunan işletmelerde stok yönetimi yalnızca toplam miktarı bilmekten ibaret değildir. Ürünün hangi depoda, hangi raf veya gözde, hangi statüde ve kimin sorumluluğunda bulunduğu da bilinmelidir. Rezerve edilen, transferde olan, kalite kontrol bekleyen ya da sayıma alınan stok birbirinden ayrılmadığında satıştan satın almaya kadar bütün süreçler belirsizleşir.

Çok depolu stok yönetim yazılımları, bu hareketleri ortak bir veri modeli altında izlemeyi amaçlar. Sayım otomasyonu ise fiziksel stok ile sistem kaydı arasındaki farkların daha hızlı bulunmasını, nedenleriyle incelenmesini ve yetkili onayından sonra düzeltilmesini sağlar. Başarılı bir proje, hazır ekranların kurulmasından çok işletmenin gerçek depo kurallarının doğru biçimde yazılıma aktarılmasına dayanır.

Çok depolu stok yönetimi nedir?

Çok depolu stok yönetimi; ürünlerin birden fazla tesis, depo, bölge, koridor, raf ve göz seviyesinde izlenmesidir. Sistem yalnızca “üründen kaç adet var?” sorusunu değil; “satılabilir miktar hangi lokasyonda?”, “hangi parti karantinada?”, “hangi ürün transfer aracında?” ve “hangi miktar siparişlere ayrıldı?” gibi operasyonel soruları da yanıtlamalıdır.

Bu yapı için depo ve lokasyon hiyerarşisinin standartlaştırılması gerekir. Merkez depo, bölge deposu, mağaza, üretim alanı ve iade deposu farklı kurallara sahip olabilir. Aynı şekilde kabul, kalite kontrol, toplama, paketleme, sevkiyat ve hasarlı ürün alanları fiziksel olarak aynı tesiste bulunsa bile farklı stok statüleriyle yönetilmelidir.

Doğru tasarlanan sistem, kullanılabilir stok ile fiziksel stok arasındaki ayrımı açıkça gösterir. Böylece satış ekibi gerçekte sevk edilemeyecek bir miktarı müşteriye taahhüt etmez; satın alma ekibi ise başka bir depoda mevcut olan ürünü gereksiz yere yeniden sipariş etmez.

Excel veya bağımsız depo kayıtları neden yetersiz kalır?

Her deponun ayrı dosya tuttuğu yapılarda aynı ürün, lokasyon veya ölçü birimi farklı biçimlerde tanımlanabilir. Dosyaların belirli aralıklarla merkeze gönderilmesi de anlık görünürlüğü ortadan kaldırır. Bir hareket ERP’ye işlendiği hâlde depo tablosuna girilmemiş veya tam tersi gerçekleşmiş olabilir. Sonuçta hangi kaydın güncel ve güvenilir olduğu tartışmalı hâle gelir.

Bağımsız uygulamalar da ortak kimlik ve hareket modeli kurulmadığında benzer sorunlar üretir. Transfer çıkışı bir sistemde, transfer kabulü başka bir sistemde tutulursa yoldaki stok görünmez kalabilir. Çözüm, her hareketi kaynak depo, hedef depo, ürün, miktar, birim, seri-lot, kullanıcı, zaman ve belge ilişkisiyle kaydeden merkezi bir stok hareket defteridir.

Çok depolu stok yazılımının temel bileşenleri

Lokasyon bazlı görünürlük

Depo ağacı işletmenin fiziksel gerçekliğini yansıtmalı; ancak gereksiz ayrıntıyla kullanıcıyı yormamalıdır. Lokasyon kodları benzersiz, okunabilir ve barkodla eşleşebilir olmalıdır. Her konum için ürün kabulü, toplama, sayım ve negatif stok gibi kurallar ayrı ayrı tanımlanabilir. Yönetim ekranlarında stok depo, bölge, ürün grubu, durum, lot ve son hareket tarihi gibi ölçütlerle süzülebilmelidir.

Transfer ve yoldaki stok yönetimi

Depolar arası transfer tek bir stok düşme işlemi değildir. Talep, onay, hazırlama, çıkış, taşıma, teslim alma ve fark kapatma aşamalarından oluşur. Kaynak depo ürünü çıkardığında hedef deponun stoku hemen artırılmamalı; miktar “transferde” statüsünde görünmelidir. Hedefte eksik, fazla veya hasarlı teslim varsa kayıt kapatılmadan önce istisna sürecine yönlendirilmelidir.

Rezervasyon ve kullanılabilir stok

Bir siparişe, üretim emrine veya projeye ayrılan miktarın serbest stok gibi sunulması mükerrer taahhüt yaratır. Rezervasyon kuralları kanal, müşteri, depo önceliği ve teslim tarihi gibi ölçütleri dikkate alabilir. Sistem fiziksel, rezerve, bloke, transferde ve kullanılabilir miktarları ayrı göstermeli; rezervasyonun kim tarafından ve hangi belge için oluşturulduğunu izlemelidir.

Barkod, seri ve lot takibi

Barkod taraması manuel ürün ve lokasyon girişini azaltır; ancak barkod yalnızca ürün kodundan oluşmak zorunda değildir. GS1 barkod standartları, ürün ve lojistik birim tanımlayıcılarının yanı sıra seri numarası, parti-lot ve tarih gibi niteliklerin de kodlanabildiğini açıklar. Yazılım; işletmenin kullandığı barkod türünü, etiket basımını, seri-lot zorunluluğunu ve tekrar tarama kontrollerini birlikte ele almalıdır.

Seri numarası cihaz veya makine gibi tekil ürünleri, lot numarası ise aynı üretim grubundaki miktarları izlemek için kullanılabilir. Kabulden sevkiyata kadar iz korunursa geri çağırma, garanti, kalite incelemesi ve son kullanma tarihi yönetimi daha kontrollü yürütülür.

Sayım otomasyonu nasıl çalışır?

Sayım otomasyonu, kullanıcıya yalnızca bir miktar giriş ekranı sunmaz. Sayım kapsamının oluşturulması, görevin uygun personele atanması, fiziksel sayımın mobil cihazla kaydedilmesi, farkların sınıflandırılması ve yetkili onayının ardından stok düzeltmesinin ERP’ye aktarılması gerekir.

Sayım emri; depo, lokasyon, ürün grubu, risk düzeyi, son sayım tarihi veya hareket yoğunluğu gibi kriterlerle üretilebilir. Kullanıcının sistem miktarını görmediği kör sayım yöntemi, beklenen değerden etkilenmesini önleyebilir. Kritik farklarda ikinci sayım istenebilir; aynı kişinin kendi sayım farkını onaylamaması için görevler ayrıştırılabilir.

Microsoft’un çevrimsel sayım dokümantasyonu, sayım işinin eşik veya plan temelinde oluşturulması, mobil cihazla yürütülmesi ve farkların inceleme sonrasında çözülmesi gibi aşamaları örnekler. Kuruma özel uygulamada bu yaklaşım; değer, adet veya oran eşikleriyle ve farklı onay seviyeleriyle genişletilebilir.

Tam sayım ve çevrimsel sayım

Tam sayımda seçilen deponun geniş bir bölümü belirli bir dönemde sayılır. Bu yöntem dönem sonu veya denetim ihtiyaçlarında kullanılabilir; fakat operasyonu durdurma ya da hareketleri sıkı biçimde yönetme gereksinimi yaratabilir. Çevrimsel sayımda ise lokasyonlar veya ürünler bir plana göre küçük gruplar hâlinde ve daha sık sayılır. Kritik veya hızlı hareket eden ürünlere daha yüksek sıklık atanabilir.

İki yöntem birbirinin alternatifi olmak zorunda değildir. İşletme yıl sonu tam sayımını sürdürürken yıl boyunca çevrimsel ve anlık sayımlar uygulayabilir. Beklenmeyen boş lokasyon, hatalı toplama bildirimi veya yüksek değerli ürün hareketi de anlık sayım görevi başlatabilir.

Sayım farkının kontrollü yönetimi

Her fark doğrudan stok düzeltmesine dönüşmemelidir. Önce açık transferler, henüz işlenmemiş kabuller, yanlış lokasyona bırakılan ürünler, ölçü birimi dönüşümleri ve seri-lot eşleşmeleri kontrol edilmelidir. Fark kaydı; beklenen miktarı, sayılan miktarı, farkı, parasal etkiyi, açıklamayı, kanıtı ve önceki sayım sonuçlarını içermelidir.

Küçük farklar belirlenen tolerans içinde otomatik onaya, büyük veya tekrarlayan farklar ise depo yöneticisi ya da finans onayına yönlendirilebilir. Kullanıcı yetkisinin depo ve işlem düzeyinde sınırlandırılması önemlidir. Microsoft’un depo çalışanı yönetimi dokümanı da sayım farkını doğrudan işleyebilen süpervizör ile inceleme beklemesi gereken kullanıcı ayrımına örnek verir.

Mobil uygulama ve çevrimdışı sayım

Depo personelinin masaüstü ekrana dönmeden işlem yapabilmesi için mobil deneyim kısa ve yönlendirilmiş olmalıdır. Uygulama kullanıcıya sıradaki görevi, gidilecek lokasyonu ve taranacak adımları göstermeli; yanlış depo, lokasyon, ürün veya seri numarası tarandığında anlaşılır uyarı vermelidir. Kamera, endüstriyel barkod okuyucu ve gerektiğinde RFID donanımı proje kapsamında değerlendirilir.

Bağlantının zayıf olduğu alanlarda çevrimdışı çalışma yalnızca veriyi telefonda saklamak anlamına gelmez. İşlemler benzersiz kimlikle yerel kuyruğa alınmalı, yeniden bağlantıda güvenli biçimde gönderilmeli ve aynı kaydın iki kez işlenmesi önlenmelidir. Çakışan sayımlar veya bu sırada gerçekleşen stok hareketleri kullanıcıya görünür bir mutabakat sürecine aktarılmalıdır. Bu gereksinimler, depo mobil uygulaması planlama sürecinde cihaz ve entegrasyon koşullarıyla birlikte ele alınabilir.

ERP entegrasyonu nasıl kurgulanmalıdır?

ERP ile depo uygulaması arasındaki sistem sahipliği baştan belirlenmelidir. Ürün, birim, depo, cari ve sipariş ana verilerinin hangi sistemde oluşturulduğu; stok hareketini hangi sistemin kesinleştirdiği açık olmalıdır. Aynı hareketin iki tarafta bağımsız üretilmesi, stok bakiyesini zamanla ayrıştırır.

Entegrasyon yalnızca başarılı kayıtları değil hataları da yönetmelidir. Her mesaj benzersiz işlem numarası, zaman damgası ve kaynak belgeyle izlenmeli; başarısız kayıtlar hata kuyruğunda açıklamasıyla görülmeli ve güvenli biçimde yeniden gönderilebilmelidir. Kullanıcı depo uygulamasında tamamladığı işlemin ERP tarafından kabul edilip edilmediğini anlayabilmelidir.

Transfer, rezervasyon, sayım düzeltmesi ve seri-lot hareketleri için durum eşlemeleri yapılmalıdır. Günlük veya vardiya sonu mutabakatı; depo uygulamasındaki hareket toplamlarıyla ERP kayıtlarını karşılaştırarak sessiz entegrasyon hatalarının birikmesini engeller.

Rol, yetki ve denetim izi neden önemlidir?

Depo çalışanı yalnızca atandığı tesis ve görevleri görebilirken depo yöneticisi görev dağıtımı ve fark incelemesi yapabilir. Finans ekibi parasal etkisi yüksek düzeltmeleri onaylayabilir; bilgi teknolojileri ekibi entegrasyon hatalarını izleyebilir. Yetkiler ekran erişimiyle sınırlı kalmamalı; depo, ürün grubu, işlem türü ve tutar eşiği gibi veri seviyelerini de kapsamalıdır.

Denetim izi, kaydın kim tarafından ne zaman oluşturulduğunu, önceki ve sonraki değerleri, onay zincirini ve ERP yanıtını değiştirilemez bir geçmişte tutmalıdır. Böylece bir stok düzeltmesinin yalnızca sonucu değil gerekçesi de incelenebilir. İptal veya ters kayıtlar eski hareketi silmek yerine yeni ve ilişkili bir işlem olarak kaydedilmelidir.

Proje kapsamı nasıl belirlenir?

İlk aşamada depo ziyaretleri, kullanıcı görüşmeleri ve mevcut kayıtların incelenmesiyle gerçek süreç haritası çıkarılmalıdır. Yalnızca ideal akış değil; etiketsiz ürün, fazla teslimat, bölünmüş lot, kayıp bağlantı, yanlış lokasyon ve entegrasyon kesintisi gibi istisnalar da tasarıma dâhil edilmelidir.

• Depo, bölge, raf ve göz hiyerarşisi ile stok statülerini tanımlayın.
• Ürün, birim, barkod, seri-lot ve ana veri sahipliğini belirleyin.
• Transfer, rezervasyon, kabul, toplama ve sayım kurallarını belgeleyin.
• Kullanıcı rollerini, toleransları ve fark onay seviyelerini netleştirin.
• ERP mesajlarını, hata kuyruğunu ve mutabakat kontrollerini tasarlayın.
• Mobil cihaz, bağlantı ve çevrimdışı çalışma koşullarını sahada test edin.
• Pilot depo için başarı ölçütlerini ve devreye alma planını oluşturun.

Pilot aşamada yalnızca teknik bağlantının çalışması yeterli değildir. Sayım tamamlama süresi, bekleyen fark sayısı, entegrasyon hata türleri, kullanıcıların atladığı adımlar ve tekrar eden stok sapmaları izlenmelidir. Bulgulara göre ekranlar, kurallar ve eğitim içerikleri iyileştirildikten sonra diğer depolara kontrollü geçiş yapılabilir.

Kuruma özel stok ve sayım otomasyonu

Üretim, dağıtım, perakende ve B2B şirketlerinin depo yapıları aynı değildir. Bu nedenle başarılı çözüm; kurumun hareket türlerine, onay kurallarına, ERP mimarisine ve saha cihazlarına uyarlanmalıdır. Projeye özel web yazılımı yönetim, raporlama ve onay süreçlerini; React Native mobil uygulama ise barkod, seri-lot, lokasyon ve çevrimdışı saha işlemlerini destekleyebilir. Kurumsal kaynak planlaması yaklaşımıyla finans, satış, stok, satın alma, üretim ve operasyon aynı veri yapısında buluşturulabilir.

Kumsal Ajans, İstanbul merkezli bir dijital ajans olarak çok depolu stok ve sayım süreçlerini hazır kalıplar yerine kurumun gerçek işleyişine göre ele alır. Rol ve yetki yönetimi, güvenli veri altyapısı, entegrasyon, istisna yönetimi ve denetim izini birlikte değerlendirerek sürdürülebilir operasyon sistemleri tasarlar ve geliştirir.

Depo yapınızı, sayım senaryolarınızı, kullanıcı yetkilerinizi ve mevcut ERP entegrasyonlarınızı birlikte analiz ederek işletmenize özel çok depolu stok yönetimi ve sayım otomasyonu projesinin kapsamını belirlemek için Kumsal Ajans ile iletişime geçin.