Depo Stok Takip Sistemi: Sayım, Raf Adresleme, Sevkiyat ve Anlık Envanter Yönetimi

Ekleme Tarihi: 20.10.2026 | Güncelleme Tarihi: 23.10.2026 | Yazar Ekibi: NarBarkod Editör Ekibi

Depo stok takip sistemi, ürünlerin mal kabulden raf yerleştirmeye, sayımdan sevkiyata kadar geçirdiği hareketleri düzenli kayıtlarla izlemeye yardımcı olur. Barkod, lokasyon ve kullanıcı bilgileri birlikte değerlendirildiğinde hangi ürünün nerede ve hangi işlem sonucunda bulunduğu daha görünür hale gelir. Doğru yapı, fiziksel depo düzeniyle yazılım kayıtlarının uyumuna dayanır.

1. Depo stok takip sistemi nedir ve hangi sorunu çözer?

Depo stok takip sistemi, ürünün depoya girişinden raftaki konumuna, sayımından sevkiyatına kadar hareketlerinin kayıt altına alınmasını amaçlayan yazılım ve operasyon düzenidir. Burada kritik konu yalnız stok adedini bilmek değildir. Hangi ürünün hangi lokasyonda bulunduğu, ne zaman hareket ettiği, hangi belgeyle işlendiği ve işlemi kimin yaptığı da izlenebilmelidir.

Küçük depolarda işlemler başlangıçta elektronik tablolarla yürütülebilir. Ürün sayısı, raf yoğunluğu ve günlük işlem sayısı arttığında elle tutulan kayıtlar gecikmeye ve karışıklığa açık hale gelir. Barkodlu süreçler, ürün veya lokasyon kodunun taranmasıyla operatörün yanlış kayıt seçme ihtimalini azaltmaya yardımcı olur. Ancak barkod okutmak tek başına doğru stok miktarı garantisi vermez; hareket türlerinin yazılımda doğru tanımlanması gerekir.

İyi bir depo kurgusu mal kabul, adresleme, ürün toplama, transfer, sayım, iade ve çıkış süreçlerini tek bir operasyon diliyle yönetir. Bunun gerçekleşmesi için fiziksel depo düzeni, etiket standardı, kullanıcı yetkileri ve iş emri sırası birlikte tasarlanmalıdır. Yazılım seçimi bu iş akışının ardından değerlendirilmelidir.

2. Mal kabul süreci ve giriş kontrolü

Mal kabul, depo kayıtlarının başladığı aşamadır. Tedarikçiden gelen ürünler sipariş, irsaliye veya benzer giriş belgesine göre karşılaştırılır. Sistemde beklenen ürün ve miktar ile fiziksel teslimatın aynı olup olmadığı kontrol edilmeden doğrudan stoğa ekleme yapılması, daha sonraki sayım farklarının kaynağını belirsizleştirebilir.

Barkodla girişte ürün kodu okutulur ve gerekiyorsa koli/adet dönüşümü seçilir. Ürünün seri numarası, lot veya son kullanma tarihi gibi bilgileri takip edilecekse veri modeli daha önce tanımlanmış olmalıdır. Her stok kaleminde aynı izleme detayının gerekmeyebileceği unutulmamalıdır. İşletmeye özgü şartlar, kullanıcı giriş ekranlarını gereksiz alanlarla doldurmadan kurulmalıdır.

Hasarlı, eksik veya yanlış ürünler için ayrı bir kontrol adımı faydalıdır. Depo görevlisinin kabul etmediği miktarın satılabilir stokta görünmemesi gerekir. Bu nedenle mal kabul tamamlanana kadar ürünlerin geçici kontrol alanında tutulması ve uygun kayıt durumu ile işlenmesi değerlendirilebilir. İş akışının kesin şekli tedarik ve muhasebe süreçleriyle uyumlu seçilmelidir.

3. Raf adresleme ve lokasyon kodlama

Raf adresleme, depo içindeki fiziksel yerlerin benzersiz kodlarla tanımlanmasıdır. Koridor, raf, kat ve göz gibi bileşenlerden oluşan bir adres formatı, ekipteki herkesin aynı lokasyonu aynı şekilde tarif etmesini sağlar. Örnek olarak A koridoru, 03 rafı, 02 katı ve 05 gözü kullanan bir depo bu bilgileri bir arada tutan standart bir kod oluşturabilir.

Ürün etiketinin yanında raf etiketlerinin de okunabilir olması gerekir. Operatör önce lokasyonu sonra ürünü tarayarak yerleştirme yapabilir; ters sıra seçilecekse yazılım ekranı ve iş emri buna göre düzenlenmelidir. Aynı ürünün farklı raflarda bulunması olağandır; bu durumda stok kaydının yalnız toplam adet olarak tutulması toplama hızını düşürebilir.

Adresleme planında büyük, ağır veya hızlı dönen ürünlerin erişim koşulları dikkate alınmalıdır. Her depoya tek tip raf adresi şablonu uygulamak doğru değildir. Paletli depo ile küçük parça deposunda kod uzunluğu, etiket ebatları ve taşıma ekipmanı farklılaşabilir. Başarılı kurgu, fiziksel saha haritasıyla yazılım lokasyon listesinin tutarlı kalmasına dayanır.

4. El terminali ve barkod okuyucu kullanımı

El terminali, depoda hareket ederken işlem yapmaya yönelik bir cihaz sınıfıdır. Barkod okuyucu ise ürün ya da lokasyon kodunu veri girişine dönüştüren donanımdır. Bazı el terminallerinde entegre görüntüleyici bulunurken diğer kurulumlarda harici okuyucu kullanılabilir. Cihaz seçimi kullanılacak yazılımın desteklediği işletim sistemi ve bağlantı yöntemiyle birlikte yapılmalıdır.

Ürün üstündeki EAN etiketi ile depo içi lokasyon etiketi farklı amaçlara hizmet eder. İki kod da taranıyor diye birbirinin yerine kullanılmamalıdır. İşlem ekranında ürün kodu beklenirken raf kodu okutulması halinde sistemin kullanıcıyı uyarması önemlidir. Bu davranış, uygulama akışına bağlıdır ve kurulum testlerinde mutlaka kontrol edilmelidir.

Depo koşullarında ekran okunabilirliği, pil süresi, elde taşıma konforu ve ağ kapsaması seçim kriterleridir. Bulut bağlantılı uygulamalarda cihazın kullanılan kablosuz ağ üzerinden hizmete erişmesi gerekir. İnternet erişimi ve mobil cihaz politikası, operasyonun gerçek çalışma ortamında doğrulanmalıdır. Uygun görülürse yedek bağlantı için mobil erişim noktası değerlendirilir.

5. Depolar arası transfer ve çoklu ambar yönetimi

Birden fazla depoda stok tutuluyorsa yalnız toplam stok sayısı yeterli bilgi değildir. Merkez depoda bulunan ürünle mağaza deposunda bulunan ürünün ayrı bakiyeler olarak izlenmesi gerekir. Transfer işlemi kaynak lokasyondaki azalışın ve hedef lokasyondaki artışın izlenebilir biçimde kaydedilmesini sağlamalıdır.

Sevk edilen ürünün hedef depoya fiziksel olarak ulaşması zaman alabilir. Bu yüzden yolda olan stokun hangi aşamada görüneceği önceden belirlenmelidir. İşletmenin kullandığı yazılım bu ara durumu destekliyorsa transfer çıkışı ve transfer kabulü ayrı kayıtlanabilir. Desteklenmiyorsa süreç doğru belge ve kontrol adımlarıyla yönetilmelidir; ürünün iki yerde aynı anda serbest stok sayılması engellenmelidir.

Çoklu ambar raporlarında toplam miktarın yanında depo bazlı kullanılabilir stok, ayrılmış miktar ve işlem geçmişi gibi alanlar işletmenin ihtiyaçlarına göre seçilir. Örneğin müşteri siparişi için ayrılan ürünün başka depoya yanlışlıkla aktarılmaması önemlidir. Her yeteneğin kullanılan yazılım paketi ve yapılandırmada bulunduğu ayrıca doğrulanmalıdır.

6. Periyodik sayım ve çevrimsel sayım

Depo sayımı yalnız yıl sonunda yapılan genel bir etkinlik olarak düşünülmemelidir. Hızlı dönen ürünler daha sık, az hareket gören ürünler daha seyrek kontrol edilerek çevrimsel sayım planı oluşturulabilir. Bu yaklaşım, bütün depoyu tek seferde durdurmak yerine belirli raf veya ürün gruplarını düzenli aralıklarla kontrol etmeye yardımcı olabilir.

Sayım işleminde beklenen sistem miktarı ile fiziksel bulunan adet ayrı alanlarda tutulmalıdır. Sayımı yapan kullanıcının sistem miktarını önceden görmesi bazı süreçlerde tarafsızlığı azaltabilir; kör sayım yöntemi bu ihtiyaca göre değerlendirilebilir. Sayım farklılığı otomatik olarak stok düzeltmesine dönüşmeden önce yetkili kontrolü bulunması daha güvenli bir kayıt disiplini sağlar.

Farkın nedeni yanlış raf yerleştirme, eksik mal kabul, etiketsiz ürün, ölçü birimi karışıklığı veya kayıt dışı hareket olabilir. Sadece toplam bakiyeyi değiştirmek gerçek problemi çözmez. Sistem geçmişindeki zaman, kullanıcı ve belge ilişkisi incelenerek süreç hatalarının tekrarını azaltacak düzenlemeler yapılmalıdır.

7. Sipariş toplama, paketleme ve sevkiyat

Sevkiyat süreci satış veya dağıtım talebinin depo operasyonuna aktarılmasıyla başlar. Ürünler toplanırken ürün kodu ve mümkünse lokasyon bilgisi eşleştirilir. Siparişin kaç satırdan oluştuğu, parçalı sevkiyata izin verilip verilmediği ve hangi stok biriminin esas alınacağı önceden belirlenmelidir.

Paketleme kontrolü, toplanan ürünle müşteriye gönderilecek miktarın son kez karşılaştırıldığı aşamadır. Koli veya paket sayısının takibi gerekiyorsa etiket formatı buna uygun seçilmelidir. Sevkiyat çıkışı onaylanmadan ürünleri stoktan düşmek, iptal veya eksik paket durumlarında sayım farkı oluşturabilir. Hareket zamanının yazılım akışına göre belirlenmesi gerekir.

Sevkiyat belgeleri ve e-belge süreçleri faaliyet alanına göre değişir. E-Fatura, E-Arşiv ve gerekiyorsa e-İrsaliye gibi belgelerin düzenlenmesi stok hareketinden ayrı hukuki ve teknik koşullara tabidir. Depo programının hangi bağlantıları desteklediği, kullanılan ticari yazılım ve mevzuat gereksinimi birlikte kontrol edilmelidir.

8. Lot, seri numarası ve son kullanma tarihi gereksinimleri

Bazı ürünlerde yalnız stok kodu ve adet bilgisi yeterli olmaz. Seri numarasıyla tekil ürün takibi, lot bazlı üretim partisi izleme veya son kullanma tarihi takibi işletmeye değer katabilir. Ancak bu özellikler tüm ürün gruplarında zorunlu olmadığı gibi her yazılım paketinde aynı kapsamda bulunmaz.

Lot takibi gereken bir iş yerinde mal kabul sırasında parti bilgisinin kaydedilmesi, sevkiyatta aynı bilginin doğru belgeyle ilişkilendirilmesi beklenir. Geri çağırma veya kalite incelemesi ihtiyacı olduğunda hangi partinin hangi müşteriye gittiği önem kazanabilir. Bu nedenle ilk kurulumda veri alanlarının iş akışı boyunca eksiksiz taşındığı test edilmelidir.

Son kullanma tarihi bulunan ürünlerde raf düzeni ve sevk önceliği ayrıca değerlendirilir. Tarih alanı kaydedilse bile iş emrinin uygun partiyi önermesi, kullanılan sistemin ayrı bir fonksiyonudur. Özelliğin var olduğu varsayılmadan gerçek paket yetenekleri kontrol edilmeli ve uygulama süreci kullanıcılarla birlikte tasarlanmalıdır.

9. Depo barkod sistemi için etiket planı

Depo etiketleri ürünün, rafın ve gerektiğinde paletin doğru tanımlanmasına hizmet eder. İyi bir etiket tasarımı okunabilir barkod, insanın okuyabileceği açıklama ve yeterli fiziksel dayanıklılığı birlikte içerir. Nem, sürtünme, sıcaklık ve raf yüzeyi gibi koşullar etiket malzemesini etkileyebilir.

Ürün koduyla iç lokasyon kodunu aynı biçimde kullanmak operatör açısından karışıklık yaratabilir. Kod ön ekleri, farklı etiket renkleri veya yazılım doğrulaması bu ayrımı desteklemek için değerlendirilebilir. Etiketlemede kullanılan simboloji, okuyucu cihazların teknik özellikleriyle uyumlu olmalıdır. Etiketleri gereksiz derecede küçük basmak tarama sorunlarını artırabilir.

Her malzemenin üzerine doğrudan etiket yapıştırmak mümkün değildir. Küçük parçalar için raf gözü, kutu veya taşıma kasası etiketleri gerekebilir. Toplu koli ve palet işlemlerinde bir üst birimi temsil eden kodun alt ürünlerle ilişkilendirilmesi ihtiyaca göre planlanır. Fiziksel etiket ve yazılım kaydı arasındaki eşleşme proje başında yazılı hale getirilmelidir.

10. Stok raporları ve kontrol göstergeleri

Bir depo yönetim düzeninde yalnız anlık stok listesini görmek yeterli olmayabilir. Ürün hareket geçmişi, kritik stok seviyesi, atıl stok, sayım farkı ve depo bazlı miktarlar gibi raporlar işletmenin kararlarını destekler. Hangi raporun gerekli olduğu üretim, toptan satış, e-ticaret veya perakende kullanımına göre değişir.

Yöneticiler için operasyon performansını incelerken mal kabul tamamlanma süresi, sipariş toplama hataları veya sevkiyat gecikmeleri gibi göstergeler faydalı olabilir. Ancak bu metriklerin güvenilir olması için her işlem adımının doğru zamanda kayıt altına alınması gerekir. Veri toplanmadan yalnız gösterge paneli kurmak gerçek süreç iyileşmesi sağlamaz.

Stok değerleme, maliyet ve finansal raporlama ise kullanılan ticari muhasebe kurallarına bağlıdır. Depo miktar takibi ile muhasebe değerlemesi aynı şey değildir. E-Fatura ve E-Arşiv gibi süreçlerle entegrasyon gereksinimi, kurumun ticari yazılım altyapısına göre ayrıca incelenmelidir.

11. Bulut tabanlı yapı ve Posingo ile kullanım

Bulut tabanlı stok ve satış yönetimi, uygun yetki ve bağlantıyla farklı çalışma noktalarından ortak verilere erişmeyi amaçlar. Posingo bulut mimarisinde ürün kartları ve işlem kayıtları merkezi yapıda yönetilir. Ancak raf bazlı depo yönetimi, gelişmiş parti takibi veya toplama emirleri gibi her özel ihtiyaç için uygun modül ve uygulama kapsamı ayrıca doğrulanmalıdır.

Depo operasyonunda kullanılan el terminali veya bilgisayarın internet bağlantısı, hizmete erişimde belirleyicidir. Bağlantı kesintilerine karşı iş yerinde yedek internet seçeneklerinin değerlendirilmesi operasyon planının parçası olabilir. Her zaman erişim veya veri kaybı olmayacağı yönünde koşulsuz vaat verilmemelidir.

Depolarda el terminaliyle mal kabul, raf adresleme ve çok şubeli stok takibini bulut mimarisinde birleştirmek isteyen işletmeler Posingo depo barkod sistemi ve entegre bulut stok takip programı çözümlerini inceleyebilir. Depo akışının gerektirdiği ekran ve raporların gerçek çalışma senaryolarıyla sınanması, karar öncesindeki en önemli adımdır.

12. Depo stok takip sistemi seçiminde doğru kapsam

Öncelikle depo sayısı, raf yapısı, SKU sayısı, günlük mal kabul ve sevkiyat hacmi belirlenmelidir. Tek depolu küçük işletmenin temel giriş-çıkış ihtiyacı ile çok lokasyonlu dağıtım yapısının ihtiyaçları farklıdır. Bu nedenle fiyat teklifi, kullanılmayacak geniş özellik listelerinden önce iş akışı ve kullanıcı sayısıyla şekillendirilmelidir.

Mevcut barkod okuyucuların, etiket yazıcıların ve varsa el terminallerinin yeni kurulumla uyumu kontrol edilmelidir. Donanım marka-model bilgileri, işletim sistemi sürümü ve ağ yapısı teknik inceleme için gereklidir. Perakende satış da aynı yapı içinde yürütülüyorsa Hugin, İnpos, Ödeal veya Beko yeni nesil yazarkasa POS ve e-belge bağlantıları ayrı entegrasyon kalemleri olarak değerlendirilir.

NarBarkod ile proje kapsamı oluşturulurken mal kabul, adresleme, transfer, sayım ve sevkiyat süreçlerinin hangilerinin uygulanacağı netleştirilir. Mevcut ticari yazılım, kullanıcı yetkileri ve stok kartı veri kalitesi incelenir. Böylece kurulum planı yalnız bir ürün listesinden değil, denetlenebilir işlemlerden oluşur.

13. Depo stok takibine geçişte pilot ve kabul testleri

Mevcut stok kartlarının hazırlanması

Depo stok takip sistemine geçmeden önce ürün kodu, birim, varyant ve mevcut miktar bilgilerinin doğruluğu değerlendirilmelidir. Aynı ürünün birden fazla kodla açıldığı kayıtlar ya da farklı ürünlerin ortak kod kullandığı durumlar tespit edilirse bunlar canlı geçişten önce ele alınmalıdır. Raf adresleri tanımlanırken fiziksel depo planıyla yazılım listesinin aynı adlandırmayı kullandığı kontrol edilmelidir. Veri aktarımı yalnız dosyanın başarılı yüklenmesiyle bitmez; örnek ürünler üzerinde ürün adı, ölçü birimi ve lokasyon eşleşmeleri de sınanmalıdır.

Tek koridor veya tek raf üzerinde pilot

Tüm depoyu aynı anda dönüştürmek yerine temsili bir raf veya ürün grubunda uçtan uca pilot yapılması daha güvenli bir yöntemdir. Seçilen ürün için mal kabul, raf yerleştirme, transfer, sayım, toplama ve sevkiyat işlemleri örneklenebilir. Pilot sırasında çalışanların hangi ekranda zorlandığı, hangi kodların karıştığı ve hangi işlemde gereksiz elle giriş yapıldığı kaydedilmelidir. Yazılımda bulunmayan bir özelliğin varmış gibi kabul edilmesi yerine, tespit edilen gereksinim projenin kapsamına açıkça yazılmalıdır. Sonuçlar değerlendirildikten sonra diğer raflara geçiş sırası planlanabilir.

Kullanıcı yetkileri ve işlem denetimi

Her operatörün aynı düzeyde stok düzeltme, transfer onaylama veya ürün kartı değiştirme yetkisine sahip olması gerekmez. İşletme rollerine uygun izinlerin belirlenmesi hatalı işlemlerin etkisini sınırlandırmaya yardımcı olabilir. Özellikle sayım farkını onaylayan kişiyle fiziksel sayımı yapan kişinin görevlerinin ayrılması değerlendirilebilir. İşlem geçmişi için kullanıcı, tarih, ürün, miktar ve belge gibi bilgilerin kayıtlanması isteniyorsa kullanılan yazılımın bu ihtiyacı karşıladığı pilotta kontrol edilmelidir. Eğitim, yalnız cihaz okutmayı değil yanlış işlem fark edildiğinde izlenecek düzeltme yolunu da kapsamalıdır.

Canlı geçiş gününü planlama

Geçiş sırasında açık siparişler, gelen sevkiyatlar ve mevcut stok hareketleri devam edebilir. Eski sistemle yeni sistemin hangi ana kadar veri kabul edeceği belirlenmezse iki tarafta farklı bakiye oluşabilir. Bu nedenle son başlangıç sayımı, aktarılacak kayıtların tarihi ve geçişe yetkili personel önceden planlanmalıdır. Çalışanların aynı hareketi iki kez işlememesi için geçiş anında kullanılacak kayıt yöntemi net olmalıdır. Bulut bağlantısının kalitesi, terminallerin erişimi ve yazıcıların etiketi doğru basması da canlı kullanımdan önce test edilmelidir.

Başarıyı ölçmek ve düzeltmeleri yönetmek

Kurulum sonrası değerlendirme yalnız sistemin açılabilmesine dayanmaz. Örnek ürünlerin doğru rafta bulunması, sayım farklarının açıklanması, transfer kayıtlarının kaynak ve hedefte izlenmesi, sevkiyat satırlarının siparişlerle uyuşması gibi somut kabul ölçütleri kullanılabilir. İşletme başlangıçta birden fazla ölçüt seçebilir; ancak ölçülemeyen bir hedefi başarı olarak raporlamamalıdır. Uygulama sırasında karşılaşılan sorunlar önceliklerine göre kayda alınmalı, önce kritik stok doğruluğu ele alınmalıdır. Depo ekibinin gerçek kullanım geri bildirimleri son düzenlemeler için belirleyicidir.

14. Depo Stok Takip Sistemi Hakkında Sık Sorulan Sorular