Barkod ile ürün kimliğini aynı şey sanmayın
Bir ürünün birden fazla barkodu veya farklı ambalaj birimleri bulunabilir. Koli barkodu ile tekil ürün barkodu aynı miktarı temsil etmeyebilir. Ürün kimliği, barkod, birim ve dönüşüm kuralını ayrı tutun. Tanımsız barkod geldiğinde sistemin tahmin ederek başka ürüne yazması yerine incelemeye ayırması daha kontrollü bir yöntemdir.
Barkod sözlüğünü güncelleme yetkisini sınırlayın. Sayım sırasında açılan yanlış eşleştirme, çok sayıda kaydı etkileyebilir. Değişiklik geçmişi ve örnek doğrulama bulunsun. Aynı barkodun birbiriyle çelişen ürünlere bağlanmasına ilişkin veri kısıtları teknik tasarımda ele alınabilir. [1]
Sayımın hangi zamanı temsil ettiğini belirleyin
Depo sayım yapılırken ürün sevk etmeye devam ediyorsa sayılan miktarla sistem miktarı farklı anlara ait olabilir. Sayım kesiti, hareketlerin durdurulması veya hareketlerin sonradan uzlaştırılması için bir politika gerekir. Bu karar depo operasyonuna bağlıdır; tek yöntem her işletmeye uygun değildir.
Sayım oturumunda depo, raf, sorumlu ve zaman aralığı kaydedilsin. Aynı rafı iki kişi saydığında sonuçların toplanıp toplanmayacağı veya ikinci sayım olarak mı ele alınacağı belli olsun. İki bağımsız sayımı birleştirip stok iki katına çıkarmak kabul edilemez bir sonuçtur.
Örnek: koli ve tekil ürün aynı rafta
Varsayımsal rafta iki kapalı koli ve üç tek ürün bulunuyor. Kolide altı ürün varsa fiziksel toplam on beştir. Ancak koli barkodunu tek ürün olarak sayan uygulama beş gösterebilir. Dönüşüm kuralı ve kullanıcının seçtiği birim sayım ekranında görünür olmalıdır.
| Okuma | Birim kuralı | Beklenen etki |
|---|---|---|
| Tek ürün barkodu | Bir adet | Sayıma bir ekle |
| Koli barkodu | Altı adetlik örnek koli | Sayıma altı ekle |
| Tanımsız barkod | Eşleştirme yok | İnceleme, stok değişikliği yok |
| Aynı kaydın yeniden iletimi | Aynı işlem kimliği | İkinci kez uygulama yok |
Örnekteki koli miktarı yalnızca hesap senaryosudur. Gerçek ambalaj tanımları ürün verisinden alınmalı ve farklı tedarikçi paketleri için doğrulanmalıdır.
Fiziksel sayım ile satılabilir stoğu ayırın
Rafta görülen her ürün satışa açık olmayabilir. Hasarlı, kalite kontrol bekleyen veya başka siparişe ayrılmış ürünler ayrı durumlarda tutulabilir. Shopify stok modeli de fiziksel ve satılabilir miktarı birbirinden ayırır. [2] Sayım farkını doğrudan satış kanalına göndermek bu ayrımı bozabilir.
Önce fiziksel farkın hangi durumdan kaynaklandığını inceleyin. Eksik sevk kaydı, yanlış birim veya gerçek kayıp farklı düzeltmeler gerektirir. Düzeltme işlemi bir gerekçe ve yetkili onayla kaydedilebilir; geçmiş hareketler sessizce değiştirilmemelidir.
Çevrimdışı okuma ve tekrar gönderimini test edin
El terminali bağlantısız çalışıyorsa her okuma veya sayım kaydının kararlı işlem kimliği bulunmalıdır. Kullanıcı bağlantı geldiğinde yeniden gönderdiğinde aynı sayımın ikinci kez işlenmemesi gerekir. Cihazdaki bekleyen kayıtlar ile sunucunun kabul ettiği kayıtlar ayrı gösterilmelidir.
Cihaz saati farklıysa yalnızca yerel zamana göre sıralama yapmak yanıltıcı olabilir. Oturum ve kayıt kimlikleriyle ilişki kurun. Yanlış okumanın geri alınması da yeni bir düzeltme olayı olarak tasarlanabilir; kullanıcı hangi sayının neden değiştiğini görebilmelidir.
Fark raporunu doğrudan düzeltme düğmesine çevirmeyin
Yüksek fark olan ürünler için ikinci sayım veya belge incelemesi gerekebilir. İşletmenin kabul eşiği varsa bunun önerilen bir kural mı, geçmiş veriye dayalı bir karar mı olduğu belirtilsin. Tek bir yüzdeyle tüm ürünleri otomatik düzeltmek uygun olmayabilir; değer ve operasyon riski farklıdır.
Teslimde barkod eşleştirme, birim dönüşümü, sayım kesiti, yeniden iletim ve onaylı stok ayarı zincirini çalıştırın. Rapor; ilk sayım, ikinci sayım, kabul edilen miktar ve yapılan düzeltme ilişkisini göstermelidir. Hızlı okuma tek başına güvenilir sayım değildir.
Sık sorulan sorular
### Barkod varsa seri numarası da takip edilmiş olur mu? Hayır. Ürün türünü tanımlayan barkod ile belirli fiziksel birimi tanımlayan seri numarası farklı olabilir. İzleme ihtiyacına göre veri modeli kurun.
Sayım farkını otomatik olarak stoğa yazmalı mıyım?
Ancak süreç ve kontroller buna uygunsa. Önce farkın kaynağı, yetki ve ikinci doğrulama ihtiyacı belirlenmelidir.
Teknik kaynaklar
Kaynaklar teknik kavramları destekler. Örnek tablolar ve senaryolar önerilen çalışma araçlarıdır; gerçek müşteri sonucu, bağımsız denetim veya platform garantisi değildir. Uygulama öncesinde kullanılan ürünün güncel koşulları kontrol edilmelidir.
Bu ihtiyacı çalışan bir sisteme dönüştürelim.
Mevcut sisteminizi, sorun yaşadığınız iş akışını ve beklediğiniz sonucu paylaşın. Ganz Dijital ile projenizin kapsamını ve kabul koşullarını netleştirin.
İlgili hizmeti inceleWhatsApp üzerinden görüşelim →Hazırlama notu: İçerik, belirtilen kaynaklar ve özgün örnek senaryolar kullanılarak yapay zekâ desteğiyle hazırlanmıştır. Sayısal örnekler aksi belirtilmedikçe varsayımsaldır. İşletmeye özel güvenlik, hukuki ve operasyonel gereksinimler ayrıca değerlendirilmelidir.