Bir elektronik tablo, artık yönetilemez hale gelene kadar envanter yönetimi için oldukça makul bir yoldur.
Bu geçiş süreci genellikle o an fark edilmez. Genellikle yaşanan şudur: Bir elektronik tablo bir yıl boyunca iyi çalışır, iş büyür ve dosya sessizce güvenilirliğini yitirir; ancak her zaman orada olduğu ve herkes nasıl çalıştığını bildiği için, hataların maliyeti yazılım maliyetini geçmeye başladıktan çok sonra bile kullanılmaya devam edilir.
Bu kılavuz, çalışan bir tabloyu nasıl oluşturacağınızı ve daha da önemlisi, onu aştığınız noktayı nasıl fark edeceğinizi ele almaktadır.
Elektronik tablo ne zaman doğru araçtır?
Aşağıdakilerin çoğu sizin için geçerliyse bir elektronik tablo size uygundur:
- Tek bir kişi yönetiyorsa. İki kişi aynı dosyayı düzenlediği anda sürümler birbirinden ayrılır.
- Tek bir kanal üzerinden satış yapıyorsanız. Çok kanallı satış, tek bir stok rakamının birkaç yere hizmet etmesi anlamına gelir ve bir elektronik tablo, web sitenizde bir ürün satıldığında pazar yeri listesini güncelleyemez.
- Birkaç yüz SKU’nun altındaysanız. Bunun ötesinde, satırları bulmak ve güncellemek başlı başına bir iş haline gelir.
- Stok hareketleri elle sayılabilir düzeydeyse — yüzlerce değil, günde onlarca gibi.
- Parti, seri numarası veya son kullanma tarihi takibine ihtiyacınız yoksa. Bunları manuel olarak güvenilir bir şekilde sürdürmek neredeyse imkansızdır.
- Bir hatanın sonucu yönetilebilir düzeydeyse. Bir stok hatası sadece bir özür dilemeyi gerektiriyorsa sorun değil. Ancak bir uyumluluk ihlali anlamına geliyorsa, bu uygun değildir.
Ayrıca, gerçekte neye ihtiyacınız olduğunu belirlemeye çalışırken de doğru araçtır. Bir elektronik tablo oluşturmak, neyi takip etmeniz gerektiğine karar vermeye zorlar ve bu netlik, daha sonraki yazılım seçiminizin çok daha bilinçli olmasını sağlar.
Elektronik tablonuzun ihtiyaç duyduğu sütunlar
Bunlarla başlayın. Bir ay boyunca kullanana kadar daha fazlasını eklemekten kaçının.
Tanımlama
- SKU — benzersiz kodunuz. Satılabilir her varyant için bir tane. Diğer her şey bu sütuna bağlıdır, bu yüzden formatın zamanla değişmesine izin vermek yerine başlamadan önce formatı belirleyin.
- Ürün adı — anlaşılır açıklama.
- Kategori — gruplandırma ve filtreleme için.
- Barkod — ürünlerinizde varsa, tarama yoluyla arama yapabilmeniz için.
- Konum — ürünün bulunduğu yer. Küçük bir depoda bile “Raf C3”, “arkalarda bir yerde” ifadesinden daha iyidir.
Miktarlar
- Eldeki miktar — mevcut fiziksel stok.
- Tahsis edilen miktar — henüz gönderilmemiş siparişlere ayrılmış stok.
- Kullanılabilir miktar — eldeki miktardan tahsis edilenin çıkarılmış hali. Satış için önemli olan sayı budur ve çoğu elektronik tablonun ihmal ettiği de budur.
- Sipariş edilen miktar — tedarikçilere verilmiş, henüz teslim alınmamış siparişler.
Yeniden Sipariş
- Yeniden sipariş noktası — yeni bir siparişi tetikleyen seviye.
- Yeniden sipariş miktarı — tetiklendiğinde ne kadar sipariş verileceği.
- Gün cinsinden tedarik süresi — tahmin edilen değil, ölçülen süre.
- Tedarikçi — ürünü kimden satın aldığınız.
Para
- Birim maliyet — sadece fatura fiyatı değil, nakliye ve gümrük vergileri dahil teslim maliyeti.
- Satış fiyatı.
- Stok değeri — eldeki miktar çarpı birim maliyet.
Düzenleme
- Son sayım tarihi — yakın zamanda neyin doğrulanmadığını görebilmeniz için.
- Son hareket tarihi — ölü stoğu tanımlamak için.
- Notlar — başka bir yere sığmayan her şey için.
Onu kullanışlı kılan iki formül
Sadece sayıları kaydeden bir elektronik tablo bir listeden ibarettir. Bu iki formül onu bir araca dönüştürür.
Kullanılabilir stok:
= [Eldeki miktar] – [Tahsis edilen miktar]
Basit ve en kullanışlı hesaplanmış sütundur. Kullanılabilir stok yerine eldeki stok üzerinden satış yapmak, halihazırda başkasına tahsis edilmiş bir stoğu satmayı vaat etmenize neden olur.
Düşük stok uyarısı:
= IF([Kullanılabilir miktar] + [Sipariş edilen miktar] <= [Yeniden sipariş noktası], "SİPARİŞ VER", "")
Sipariş edilen miktarın eklenmesi, geçen hafta sipariş ettiğiniz bir şeyi tekrar sipariş etmenizi söylemesini engeller. Bu terim olmadan, uyarı teslimat gelene kadar açık kalır ve insanlar onu görmezden gelmeyi öğrenir.
Temeller çalışmaya başladığında eklemeye değer iki formül daha.
Stok değeri:
= [Eldeki miktar] * [Birim maliyet]
Tablo genelinde toplandığında, bu sizin envanter yatırımınızdır; birçok küçük işletmenin aslında hiç hesaplamadığı bir rakam.
Karşılama süresi (gün):
= [Kullanılabilir miktar] / [Ortalama günlük kullanım]
Ham bir miktardan daha bilgilendiricidir, çünkü 40 birim, haftada iki adet satan bir ürün için, günde yirmi adet satan bir ürüne göre farklı bir anlam ifade eder.
Düşük stoklu satırların renklenmesi için koşullu biçimlendirme ekleyin ve işaretli satırların en üstte görünmesi için tabloyu sıralayın veya filtreleyin. Kimsenin görmediği bir uyarı, uyarı değildir.
Doğruluğu nasıl korursunuz?
Bu kısım, elektronik tablonun yararlı mı yoksa yanıltıcı mı olduğunu belirler.
Hareket anında güncelleyin. Gün sonunda değil, not defterinden değil. Gecikilen her saat hata payını artırır ve gün sonunda hafızaya dayanarak güncelleme yapmak, elektronik tablo tabanlı envanterdeki en büyük doğruluk kaybı kaynağıdır.
Tek bir kişi sahiplensin. Birden fazla kişinin güncellemesi gerekiyorsa, dosyayı e-posta ile dolaştırmak yerine gerçek çok kullanıcılı düzenlemeye sahip bulut tabanlı bir tablo kullanın. Farklı gelen kutularında yaşayan envanter dosyası sürümleri, klasik başarısızlık yöntemidir.
Düzenli olarak sayın. Hepsini bir kerede denemek yerine her hafta bir kısmını — bir rafı veya bir kategoriyi — döngüsel sayım ile kontrol edin. Tarihi son sayım sütununa kaydedin, böylece eksikler görünür olsun.
Düzeltmeleri ayrı kaydedin. Her düzeltmeyi tarih ve neden ile kaydeden ikinci bir sekme tutun. Bu nedenlerdeki örüntü, süreç hatalarınızın nerede olduğunu gösterir; bir hücrenin üzerine yazmak bu bilgiyi kalıcı olarak yok eder.
Formül hücrelerini koruyun. Çalışan bir elektronik tablonun bozulmasının en yaygın yolu, birinin bir formülün üzerine sayı yazmasıdır. Onları kilitleyin.
Otomatik olarak yedekleyin. Sürüm geçmişi olan bulut depolama kullanın, böylece yanlışlıkla silme veya hatalı yapıştırma geri alınabilir. Geçmişi olmayan yerel dosyalar, bir yıllık emeğin yok olma şeklidir.
Her şeyi seçmeden asla sıralama yapmayın. Bir sütunu sıralayıp diğerlerini yerinde bırakmak her satırı karıştırır ve bunu fark etmeden yapmak korkutucu derecede kolaydır.
Dosyayı doğru yapılandırmak
Çoğu elektronik tablo, kötü formüllerden ziyade yapısal olarak başarısız olur. Her birinin tek bir görevi olan dört sekme, hataların neredeyse tamamını önler.
Sekme 1 — Ürünler. SKU başına bir satır; nadiren değişen bilgileri tutar: isim, kategori, barkod, tedarikçi, birim maliyet, satış fiyatı, yeniden sipariş noktası, yeniden sipariş miktarı, tedarik süresi. Bu sizin referans verinizdir ve günlük kullanım sırasında burada hiçbir şey düzenlenmemelidir.
Sekme 2 — Stok. SKU başına mevcut durum: eldeki miktar, tahsis edilen, kullanılabilir, sipariş edilen, konum, son sayım. İnsanların baktığı sekme budur.
Sekme 3 — Hareketler. Her giriş, satış, düzeltme ve transfer; her biri tarih, SKU, miktar, yön ve neden ile tek bir satır. Sadece ekleme yapın — asla bir satırı düzenlemeyin veya silmeyin.
Sekme 4 — Tedarikçiler. İletişim bilgileri, tedarik süreleri, minimum sipariş miktarları, ödeme koşulları.
Hareketler sekmesi insanların ihmal ettiği ancak en değerli olan sekmedir. O olmadan elinizde sadece mevcut durum olur ve geçmiş olmaz; bu yüzden bir rakam yanlış olduğunda araştıracak hiçbir şey kalmaz. Onunla, bir sayının nasıl o hale geldiğini izleyebilir ve yeniden sipariş noktaları için ortalama kullanımı birinin izleniminden değil, gerçek verilerden hesaplayabilirsiniz.
Bu aynı zamanda stok sekmesinin nasıl çalıştığını da değiştirir. Bir şey hareket ettiğinde miktarın üzerine yazmak yerine, eldeki miktar bir hesaplama haline gelir:
= SUMIF(Movements[SKU], [@SKU], Movements[Quantity])
girişler pozitif, satışlar negatif olacak şekilde. Kimse hiçbir şeyin üzerine yazmaz, her değişiklik kaydedilir ve mevcut durum korunmak yerine türetilir. Bu tek yapısal karar, elektronik tablo envanterinin güvenilmez hale gelmesinin en yaygın nedenini ortadan kaldırır.
İki destekleyici alışkanlık: formüllerin satır eklendiğinde çalışmaya devam etmesi için ham hücre aralıkları yerine düzgün adlandırılmış tablolar kullanın ve hareketler sekmesindeki SKU sütununda veri doğrulama kullanın, böylece bir yazım hatası hayalet bir ürün yaratamaz.
Uygulamalı bir örnek
Diyelim ki şu duruma sahip bir ürünü stokluyorsunuz:
- Eldeki miktar: 240
- Gönderilmemiş siparişlere ayrılan: 55
- Tedarikçiden sipariş edilen: 0
- Günlük ortalama kullanım: 12
- Ölçülen tedarikçi teslim süresi: 9 gün
- Güvenlik stoğu: 45
Kullanılabilir stok 240 − 55 = 185 birimdir. 240 değil, aslında söz verebileceğiniz miktar budur.
Yeniden sipariş noktası (12 × 9) + 45 = 153 birimdir.
Stok karşılama süresi 185 ÷ 12 = yaklaşık 15 gündür.
Yani yeniden sipariş noktanızın üzerindesiniz ve yaklaşık iki haftalık stok karşılama süreniz var; düşük stok uyarısı da beklendiği gibi kapalı kalıyor. Şimdi 40 birim satış yapın: kullanılabilir stok 145’e düşer, 153 olan yeniden sipariş noktasının altına iner ve uyarı tetiklenir. Yeniden sipariş miktarınız için bir satın alma siparişi oluşturup bunu sipariş edilenler sütununa girersiniz ve uyarı temizlenir; çünkü formül sipariş edilen stoğu da içerdiğinden, teslimat yoldayken sizi sürekli rahatsız etmeyecektir.
Bunu incelemenin amacı, dört sütunun birbiriyle etkileşim içinde olmasıdır. Sadece eldeki miktarı takip eden operasyonlar 240 birim görür ve bir sorun olmadığını düşünür; oysa bunların 55’i zaten satılmıştır ve gerçek durum göründüğünden çok daha kritiktir.
Basit bir stok sayımı ve sayım iş akışı
Bir elektronik tablo, ancak düzenli olarak raflarla karşılaştırılarak kontrol edilirse doğru kalır. İşte haftada bir saatten az süren ve neredeyse her şeyi yakalayan bir iş akışı.
Tablonuza üç sütun ekleyin: Sayılan miktar, Sayım tarihi ve Varyans (bir formül: sayılan miktar eksi tablonuzun elinizde olduğunu söylediği miktar).
Bu hafta neyi sayacağınızı seçin. Her şeyi değil. Değer veya satış bazında ilk 20 ürününüzü alın ve bunları her hafta sayın. Geri kalanını alın ve dönen bir dilim halinde sayın; onda birini haftalık saymak, her şeyin yaklaşık üç ayda bir kontrol edilmesi anlamına gelir ki bu da yavaş hareket eden stoklar için yeterlidir.
Kör sayım listesi yazdırın. Saydığınız satırlara filtre uygulayın ve sadece ürünü, açıklamayı ve konumu yazdırın veya dışa aktarın; beklenen miktarı asla dahil etmeyin. İnsanlar kendilerine gösterileni onaylama eğilimindedir, bu nedenle kör sayım, elde edilebilecek en büyük doğruluk kazancıdır ve hiçbir maliyeti yoktur.
Ürüne göre değil, konuma göre sayın. Rafları sırayla gezin ve her yerde ne olduğunu sayın. Bir ürün iki konumda tutuluyorsa, iki satır kaydedin. Ürüne göre sayım yapmak, sayım yapan kişiyi sayı eşleştiği anda aramayı bırakmaya teşvik eder.
Sayımları girin, ardından ilerledikçe düzeltme yapmak yerine varyans sütununa bakın.
Bir rakamı değiştirmeden önce önemli bir varyansa sahip her şeyi yeniden sayın. İkinci sayımın ilkiyle uyuşmadığı durumlar oldukça sıktır; bu yüzden tek bir sayıma göre düzeltme yapmak, hataları düzeltmek yerine sisteme işlemenize neden olur.
Düzeltme yapmadan önce araştırın. Bir sonraki bölmeyi, iade yığınını, paketleme tezgahını ve son birkaç işlemi kontrol edin. Görünürdeki kayıpların büyük bir kısmı yanlış yerdeki ürünlerden kaynaklanır.
Ardından miktarı güncelleyin ve nedenini bir notlar sütununa kaydedin: yanlış toplama, teslim alma hatası, hasar, kaydedilmemiş satış veya bilinmeyen. İki haftalık neden kodları genellikle düzeltilmesi gereken tek bir sürece işaret eder.
Tarihi damgalayın. Bir Sayım tarihi sütunu, aylardır neyin kontrol edilmediğini bir bakışta size söyler; bir sonraki hata da tam olarak orada saklanıyordur.
Her şeyin tam bir stok sayımı, yılda bir veya iki kez, hesaplar için hala yerini korumaktadır. Haftalık rutin, rakamları bu süreler arasında kullanılabilir tutan şeydir ve büyük sürprizler zaten bulunduğu için yıllık sayımı çok daha az sancılı hale getirir.
Elektronik tabloda envanter yönetmenin artıları ve eksileri
Dürüst bir değerlendirme, çünkü elektronik tablolar hem gereğinden fazla övülür hem de haksız yere göz ardı edilir.
Artıları.
- Hiçbir maliyeti yoktur ve onu nasıl kullanacağınızı zaten biliyorsunuzdur.
- Tamamen esnektir. İstediğiniz sütun, istediğiniz hesaplama; bir özellik eklemesi için tedarikçiyi beklemenize gerek yoktur.
- Anlıktır. Yazılımın haftalar süreceği bir durumda, siz bu öğleden sonra çalışan bir stok tablosuna sahip olabilirsiniz.
- Kendi rakamlarınızı anlamaya zorlar. Yeniden sipariş formülünü kendiniz oluşturmak, size stoklarınız hakkında herhangi bir panelin öğreteceğinden daha fazlasını öğretir.
- Taşınabilirdir. Verileriniz sizindir, herhangi bir şeyin okuyabileceği bir formattadır; sözleşme yoktur ve ayrılırsanız geçiş süreci gerekmez.
- Küçük ölçekte gerçekten yeterlidir. Birkaç yüz satır, bir konum, bir veya iki kişi; iyi tutulan bir tablo sizi yavaşlatmaz.
Eksileri.
- Gerçekçi olmak gerekirse, aynı anda tek bir kişi kullanabilir. Paylaşılan bulut tabloları yardımcı olur ancak yoğun bir dönemde aynı satırları düzenleyen iki kişi yine de kayıplara neden olur.
- Gerçek bir denetim izi yoktur. Bir rakamın değiştiğini görebilirsiniz. Genellikle kimin, ne zaman değiştirdiğini veya daha önce ne olduğunu göremezsiniz.
- Sessiz hatalar. Bir satır eksik sürüklenen formül, komşuları olmadan sıralanan bir sütun, formülün üzerine yazılan bir değer. Hiçbir şey sizi uyarmaz ve tablo kendinden emin, yanlış cevaplar üretmeye devam eder.
- Satış yaptığınız yerle bağlantısı yoktur. Her satışın elle girilmesi gerekir, bu da tablonun her zaman biraz güncel olmadığı ve aşırı satışın an meselesi olduğu anlamına gelir.
- Ölçeklenemez. Performans düşer ve daha da önemlisi, manuel giriş yükü sipariş hacminizle doğru orantılı olarak artar; bu da büyürken tam olarak yanlış bir şekildir.
- Hareket noktasında barkod taraması yoktur, ki bu çoğu envanter hatasının aslında önlendiği yerdir.
- Tamamen disipline dayanır. Tablo, yalnızca her kişi her seferinde güncellediği sürece doğrudur ve yoğun haftalar tam da bunun gerçekleşmediği zamanlardır.
Adil bir özet: Elektronik tablo başlangıçta doğru cevaptır ancak belirli bir noktadan sonra bir yük haline gelir ve bu geçiş noktası çoğu insanın beklediğinden daha erken gelir; genellikle bir satış kanalı veya aynı rakamlara ihtiyaç duyan ikinci bir kişi eklediğiniz ilk an.
Elektronik tablonun sınırları
Onlara çarpmadan önce bilmeye değer:
Gerçek zamanlı çok kanallı senkronizasyon yoktur. Kendi sitenizde ve bir pazaryerinde satış yapıyorsanız, biri satış yaptığında diğeri güncellenmez. Aşırı satış kaçınılmazdır.
İşlem geçmişi yoktur. Bir hücre rakamın şu an ne olduğunu gösterir, nasıl o hale geldiğini değil. Bir rakam yanlış olduğunda, ne zaman veya neden yanlış olduğunu göremezsiniz.
Barkod taraması yoktur. Her hareket elle yazılır ve hatalar yazım sırasında kaynaklanır.
Kullanıcı izinleri veya denetim izi yoktur. Dosyaya erişimi olan herkes her şeyi değiştirebilir ve kimin yaptığı kaydedilmez.
Otomatik uyarılar yoktur. Düşük stok uyarısı, yalnızca biri dosyayı açıp baktığında çalışır.
Ölçekte kırılgandır. Birçok formüle sahip büyük tablolar yavaşlar; yanlış sıralama veya üzerine yazılmış bir formül riski, boyut ve dahil olan kişi sayısı arttıkça yükselir.
Güvenebileceğiniz herhangi bir biçimde parti, seri veya son kullanma tarihi takibi yoktur.
Yazılıma ne zaman geçilmeli?
Sinyaller, kabaca ortaya çıkış sırasına göre:
- Birden fazla kanalda satış yapıyorsunuz. Bu genellikle belirleyici olandır, çünkü manuel senkronizasyon birkaç listelemenin ötesinde ölçeklenemez.
- Birden fazla kişinin stoğu güncellemesi gerekiyor.
- Aşırı satış yaptınız ve özellikle bu birden fazla kez gerçekleştiyse.
- Elektronik tabloya günde bir saatten fazla zaman harcıyorsunuz. O noktada abonelik ücreti, harcadığınız zamandan daha ucuzdur.
- “Geçen Salı elimizde ne vardı?” sorusuna cevap veremiyorsunuz çünkü geçmiş verisi yok.
- Mevzuatsal nedenlerle parti veya son kullanma tarihi takibine ihtiyacınız var.
- Ürün çeşitliliği arttığı için sayım yapmak büyük bir zahmet haline geldi.
Geçiş yapmak, elektronik tablodaki çalışmaları boşa çıkarmaz. Temiz, iyi yapılandırılmış bir tablo, bir geçişin tam olarak ihtiyaç duyduğu şeydir ve bunu sürdürme disiplini, yeni sistemi yapılandırmayı kolaylaştırır çünkü neyi ve neden takip ettiğinizi zaten biliyorsunuzdur.
Hiçbir şey kaybetmeden yazılıma geçiş yapmak
Elektronik tablo artık ihtiyacınızı karşılamamaya başladığında, geçiş süreci eğer tablo düzenli tutulmuşsa daha kolay, aksi takdirde daha zor ilerler; çünkü mevcut hatalar yeni sisteme de aktarılır.
Geçiş yapmadan önce temizlik yapın. Mükerrer SKU’lar, iki yıl önce üretimi durdurulmuş ürünler, maliyeti veya tedarikçisi olmayan satırlar, tutarsız kategori isimleri… Bunları yeni sisteme aktarmak, para ödediğiniz bir sistemin içinde aynı hataları yeniden üretmek demektir. Bu adım zaman alır ancak kaçınılmazdır.
Önce SKU formatını standartlaştırın. Kodlar zaman içinde organik olarak geliştiyse — bazıları tireli, bazıları boşluklu, bazıları kimsenin açıklayamadığı karakterler içeren — bunları elektronik tabloda, bul-değiştir işleminin kolay olduğu aşamada düzeltin; aktarım sonrasında düzeltmek çok daha zordur.
Boyut ve ağırlık bilgilerini doldurun. Çoğu sistem bu verileri ister, çoğu elektronik tabloda ise bunlar yoktur ve bunları toplamak zaman alır. Bir sistem seçmeden önce bu işe başlamak, canlıya geçişin gecikmesinin en yaygın nedenini ortadan kaldırır.
Geçişten hemen önce sayım yapın. Doğruluğundan emin olmadığınız stok miktarlarını aktarmak, yeni sistemin ilk günden hatalı çalışacağını garanti eder ve ekip yazılımın hatalı olduğu sonucuna varır.
Elektronik tabloyu bir ay boyunca salt okunur tutun. Bunu paralel bir sistem olarak değil — bu durum çift giriş ve veri tutarsızlığına yol açar — yeni sistemde yanlış görünen herhangi bir şeyi kontrol etmek için bir referans kaynağı olarak kullanın.
Mümkünse hareket geçmişini aktarın. Birçok sistem işlem aktarımını destekler; on iki aylık kullanım geçmişine ilk günden sahip olmak, yeniden sipariş noktalarının ve tahminlerin bir yıl veri biriktirmeyi beklemeden hemen çalışmaya başlaması anlamına gelir.
İyi tutulmuş bir elektronik tablo, başarılı bir geçişin kaynağıdır. Bu kılavuzdaki sütunlar, herhangi bir envanter sisteminin isteyeceği alanlarla neredeyse doğrudan eşleşir; bu bir tesadüf değildir, çünkü her iki durumda da aynı bilgiye ihtiyaç duyulur, fark sadece aritmetiği kimin yönettiğidir.
Daha derinlemesine bilgi
- Envanter nasıl yönetilir — elektronik tablonun desteklediği süreç.
- Küçük işletmeler için envanter yönetimi — bu ölçekteki genel resim.
- Bulut tabanlı envanter yönetimi — genellikle atılan bir sonraki adım.
- Yeniden sipariş noktası nedir — uyarının arkasındaki hesaplama.
- Envanter nasıl takip edilir — tablonun ötesindeki yöntemler.
- SKU nedir — sisteminizi kurmadan önce tanımlayıcıları doğru belirlemek.
Tek cümlelik özet
Elektronik tablo, birkaç yüz SKU’su olan ve tek bir kişi tarafından yönetilen tek kanallı bir operasyon için uygundur; tabloyu eldeki stok yerine mevcut stok üzerinden kurgulayın, hareket anında güncelleyin ve ikinci bir kanaldan satış yapmaya başladığınızda yazılıma geçin.
Sıkça sorulan sorular
Envanteri elektronik tablo ile yönetebilir miyim? Evet, mütevazı bir ürün yelpazesine sahip, tek kanallı ve dosyayı tek bir kişinin yönettiği bir işletme için uygundur. Birden fazla kanal, birden fazla kullanıcı veya yasal takip gereklilikleri ortaya çıktığında sürdürülebilirliğini yitirir.
Bir envanter tablosunda neler bulunmalıdır? SKU, ürün adı, kategori, konum, eldeki miktar, rezerve edilmiş miktar, kullanılabilir miktar, siparişteki miktar, yeniden sipariş noktası, yeniden sipariş miktarı, tedarik süresi, tedarikçi, birim maliyet, satış fiyatı ve stok değeri; ayrıca son sayım ve son hareket tarihleri.
Düşük stok uyarısı için formül nedir? =IF([Kullanılabilir] + [Siparişteki] <= [Yeniden sipariş noktası], "SİPARİŞ VER", ""). Siparişteki miktarı dahil etmek, zaten sipariş verdiğiniz ürünlerin tekrar uyarılmasını engeller; insanların uyarı sistemine güvenini kaybetmesine neden olan durum budur.
Envanter tablomun hatalı hale gelmesini nasıl önlerim? Hareketleri daha sonra değil, gerçekleştiği anda güncelleyin, tek bir yönetici belirleyin, her hafta döngüsel sayım yapın, düzeltmeleri gerekçeleriyle ayrı bir sekmede kaydedin, formül hücrelerini korumaya alın ve sürüm geçmişi ile yedekleyin.
Elektronik tablodan envanter yazılımına ne zaman geçmeliyim? Birden fazla kanaldan satış yapmaya başladığınızda, stokları birden fazla kişinin güncellemesi gerektiğinde, aşırı satış (overselling) yaşadığınızda veya tabloyu yönetmek günde yaklaşık bir saatinizden fazlasını almaya başladığında.
Envanter için Excel mi yoksa Google Sheets mi daha iyidir? Google Sheets, gerçek zamanlı çok kullanıcılı düzenlemeyi ve otomatik sürüm geçmişini daha iyi yönetir; bu da en büyük iki hata kaynağını ortadan kaldırır. Excel, büyük veri setlerinde daha hızlıdır ve daha güçlü formül ve makro yeteneklerine sahiptir. Çoğu küçük ölçekli envanter kullanımı için iş birliği avantajı daha önemlidir.
Bir elektronik tablo kaç SKU’yu yönetebilir? Teknik olarak binlerce, ancak pratikte birkaç yüz SKU’dan sonra tabloyu yönetmek bir görev olmaktan çıkıp başlı başına bir iş haline gelir. Kısıtlayıcı olan nadiren yazılımdır; asıl sorun satırları bulmak için harcanan zaman, hatalı sıralama riski ve bu kadar büyük bir aralığı elle saymanın zorluğudur.
Bir elektronik tablo birden fazla depo konumunu yönetebilir mi? Teknik olarak evet, bir konum sütunu veya her tesis için ayrı bir sekme ile yönetilebilir ancak bu yöntem hızla hantallaşır ve konumlar arasında denetim izi bırakarak stok transferi yapmanın bir yolu yoktur. Birden fazla konum, genellikle bu yöntemi aştığınızın bir işaretidir.
