WooCommerce stok seviyeleri neden yanlış? Sekiz neden ve teşhisi

Ürün sayfası 12 diyor. Raf 9 diyor. Bu iki sayının arasında bir yerde çalışmayan bir süreç var ve işin can sıkıcı tarafı şu: yanlış WooCommerce stok seviyelerinin neredeyse hiçbir zaman tek bir nedeni olmaz. Sekiz nedeni vardır ve sizinkinin arkasında büyük olasılıkla bunlardan aynı anda iki ya da üçü vardır.

Bu bir teşhis rehberi. Her neden için: dışarıdan nasıl göründüğü, gerçekten sizin sorununuz olup olmadığını nasıl doğrulayacağınız ve ne yapmanız gerektiği. Sayıyı düzeltmek işin kolay kısmı; hangi nedeni düzelteceğinizi bilmek ise sorunun önümüzdeki ay geri gelmesini engelleyen şey.

Önce iki farklı sorunu birbirinden ayırın#

Hiçbir şeye dokunmadan önce hangisiyle karşı karşıya olduğunuzu belirleyin:

• Stok şu anda yanlış. Tek seferlik bir kayma. Bir şey olmuş, sayı bayatlamış; bir sayım bunu düzeltir.
• Stok sürekli yanlışa düşüyor. Üç hafta önce düzelttiniz, yine tutmuyor. Çalışır durumda bir süreç hatalı sayılar yazıyor ve sayım size yalnızca birkaç hafta kazandırır.

Pahalı olanı ikincisidir ve bu yazının büyük bölümü onu bulmakla ilgili. Gerçekten yalnızca birincisi sizdeyse, doğrudan stok sayımı yapmaya geçin ve gününüze devam edin.

WooCommerce’in kendi içindeki nedenler#

1. Stok varyasyonda değil, ana üründe yönetiliyor#

“Varyasyonlu ürün stokum çalışmıyor” şikayetinin tek başına en yaygın nedeni budur. WooCommerce stoku iki yerde yönetmenize izin verir: ana üründe ya da her varyasyonda. Stok yönetimi? kutusu ana üründe işaretliyken varyasyonlarda işaretsiz bırakılmışsa, bütün varyasyonlar tek bir ortak havuzdan çeker. Yani bir Small satmak Large için kalan sayıyı düşürür ve varyasyon başına girdiğinizi sandığınız miktarlar hiç kullanılmaz.

Nasıl doğrulanır: ürünü açın, Envanter sekmesine bakın, sonra Varyasyonlar sekmesini açıp bir varyasyonu genişletin. Ana üründe stok miktarı varsa ve varyasyonlarda Stok yönetimi? kutusu işaretli değilse, nedeni bulmuşsunuz demektir.

Ne yapmalı: stokun hangi düzeye ait olduğuna bilerek karar verin. Ortak havuzlu ana ürünler bazı durumlarda yerindedir; örneğin aynı kutudan farklı renklerde satılan bir paket için. Ama her varyasyon kendi rafında duran fiziksel bir nesneyse, stok varyasyona aittir.

2. Bir önbellek size bayat bir sayı sunuyor#

Sayfa önbelleği, nesne önbelleği ve CDN’ler işlenmiş ürün sayfasını gönül rahatlığıyla saklar; sayfanın üzerine basılmış stok rakamı da buna dahildir. Veritabanındaki sayı doğrudur, müşterinin gördüğü sayı yirmi dakika öncesine aittir. “Stokta yazıyordu ama yokmuş” şikayetlerinin çoğunun arkasında bu vardır.

Nasıl doğrulanır: ürün sayfasının gösterdiğiyle ürün düzenleme ekranının gösterdiğini karşılaştırın. Yönetim paneli doğru, ön yüz yanlışsa sorun önbellektedir. Sayfayı zorla yenilemek ya da gizli pencerede açmak bunu genellikle teyit eder.

Ne yapmalı: sepet, ödeme ve hesap sayfalarını her önbellek katmanının dışında tutun ve toplu stok değişikliklerinden sonra önbelleği temizleyin. Bunu her yerde önbellek sürelerini kısarak çözmeye çalışmayın; doğruluk sorununu hız sorunuyla takas etmiş olursunuz.

3. Stoku hiç düşürmemiş (ya da iki kez düşürmüş) siparişler#

WooCommerce bir sipariş ödenmiş bir duruma geçtiğinde stoku düşürür, sipariş iptal edildiğinde geri yükler. Pratikte bu iş rayından çıkabilir: hiç gelmeyen bir ödeme sağlayıcı geri bildirimi, durumlar arasında elle gidip gelen bir sipariş, stoku bir de kendi programına göre düşüren bir eklenti.

Nasıl doğrulanır: bunun bir denetim kaydı var ve neredeyse hiç kimse ona bakmıyor. Yakın tarihli bir siparişi açın ve kenar çubuğundaki sipariş notlarını okuyun. WooCommerce stoku her değiştirdiğinde şu biçimde bir not yazar: Stock levels reduced: Product (12→11). Ödenmiş bir siparişte böyle bir not yoksa, o sipariş için stok hiç düşürülmemiştir. Aynı sipariş için iki not bulursanız, stok iki kez düşürülmüştür.

Ne yapmalı: hangi siparişlerin etkilendiğini bildiğinizde, hangi eklentiyi ya da ödeme sağlayıcısını inceleyeceğinizi de bilirsiniz. Cevap bir örüntüdür: hep aynı ödeme yöntemi, hep aynı entegrasyonun oluşturduğu siparişler.

4. Sessizce açık bırakılmış ön sipariş ya da negatif stok#

Ön siparişlere izin ver ayarı “İzin ver” ya da “İzin ver, ama müşteriyi bilgilendir” olarak ayarlanmışsa, WooCommerce sıfırın altına satış yapar ve size negatif bir miktar gösterir. Bu, tasarımı gereği böyledir; ama siz bunu istememişseniz negatif sayılar bozulmuş veri gibi görünür.

Nasıl doğrulanır: genel varsayılan için WooCommerce → Ayarlar → Ürünler → Envanter, ardından negatif rakam gösteren herhangi bir ürünün Envanter sekmesi.

Ne yapmalı: ön siparişle satış yapmıyorsanız genel ayarı “İzin verme” yapın, sonra bu ayarı tek tek geçersiz kılan ürünleri bulun.

WooCommerce dışından gelen nedenler#

5. Siparişin dışında yürütülen para iadeleri ve ürün iadeleri#

WooCommerce’te bir siparişin parasını iade ettiğinizde, iade penceresinde satır öğelerini stoka geri eklemeyi açıkça seçmediğiniz sürece stok otomatik olarak geri eklenmez. Müşteriye parasını iade edersiniz, ürünü rafa geri koyarsınız, o kutucuğu unutursunuz: fiziksel stok artar, kayıtlı stok artmaz.

Bunun tam tersi de en az onun kadar sık görülür: hasarlı dönen ve doğruca çöpe giden bir ürünü stoka geri eklemek.

Nasıl doğrulanır: yakın tarihli beş para iadesi seçin, sipariş notlarında stoka geri ekleme satırı var mı bakın, sonra bunun fiziksel olarak yaşananla örtüşüp örtüşmediğini kontrol edin.

Ne yapmalı: bu bir ayar düzeltmesi değil, süreç düzeltmesidir. İade edilen bir ürüne ne olacağını ve kutucuğu kimin işaretleyeceğini yazıya dökün.

6. Bir CSV içe aktarımı miktarların üzerine yazdı#

Ürün CSV içe aktarımları, aynı anda bin konuda birden yanılmanın en hızlı yoludur. Pazartesi alınan, salı düzenlenen ve cuma yeniden içe aktarılan bir dışa aktarım, aradaki bütün satışları geri alır. Stok alanına eşlenmiş ama aslında Düşük stok miktarı olması gereken bir sütun, kataloğu tek geçişte baştan yazar.

Nasıl doğrulanır: büyük bir ürün grubu aynı gün topluca yanlışa düştüyse ve yanlışlık “daha eski bir tarihteki değer” gibi görünüyorsa, sebep bir içe aktarımdır.

Ne yapmalı: değiştirmeyi düşünmediğiniz bir stok sütununu asla yeniden içe aktarmayın; yüklemeden önce o sütunu e-tablodan silin. İş akışınız bu gidiş dönüşleri zorunlu kılıyorsa, bu sayımı WordPress’in içinde yapmak için güçlü bir gerekçedir.

7. Aynı stok alanına yazan iki sistem#

Bir muhasebe programı, bir pazaryeri entegrasyonu, bir POS, bir depo aracı. Bunlardan ikisi stoka yazabildiği anda er geç birbirleriyle çelişirler ve en son yazan kazanır. Sizin gördüğünüz şey, siz düzelttikten birkaç dakika sonra yanlış bir sayıya “kendi kendini düzelten” stoktur.

Nasıl doğrulanır: bir miktarı elle değiştirin, on dakika bekleyin ve yeniden bakın. Kendiliğinden değiştiyse, ona başka bir şey yazıyor demektir.

Ne yapmalı: stok için tek bir sistemi doğruluk kaynağı seçin ve diğerlerinin hepsini salt okunur hale getirin. Çift yönlü stok senkronizasyonunu güvenilir biçimde güvenli kılan bir yapılandırma yoktur.

Yazılımla hiç ilgisi olmayan nedenler#

8. Stok kaybı, kırılma ve mal kabul hataları#

Hırsızlık, hasar, numune olarak verilen ürünler, irsaliyede yazan 50 yerine 48 gönderen bir tedarikçi. Bu olayların hiçbiri WooCommerce’in içinden geçmez; dolayısıyla hiçbir yapılandırma onları yakalayamaz.

Yazılımı ne kadar temiz olursa olsun her mağazanın düzenli sayıma ihtiyaç duymasının nedeni bu kategoridir. Yazılım kaynaklı farkları sıfıra indirebilirsiniz; bunu sıfıra indiremezsiniz, yalnızca ölçebilirsiniz.

Hangisinin sizde olduğunu nasıl bulursunuz#

En hızlı teşhis bir sayımdır, çünkü sayım belirsiz bir hissi biçimi olan bir veri kümesine dönüştürür. Önemli olan, farkın büyüklüğü değil biçimidir:

• Tek bir üründe büyük sapma, geri kalan her şey yolunda → veri kaynaklı bir olay: hatalı bir içe aktarım satırı, yanlış okutulmuş bir barkod, miktarı yanlış alana yazan biri.
• Bir ürünün bütün varyasyonları hatalı, ana ürün doğru görünüyor → 1. neden, yani ana ürün düzeyinde stok yönetimi.
• Bütün bir kategoride küçük miktarlarda eksik → stok kaybı ya da mal kabul, yani 8. neden. O kategorinin mağazanın neresinde durduğuna bakın.
• Her şeye dağılmış küçük farklar → normal operasyonel kayma. Daha sık sayım yapın; hata avına çıkmayın.
• Yalnızca hızlı devreden ürünlerde sapma → 3. neden ya da 7. neden: eşzamanlılık altında bir şey yazma işlemlerini kaybediyor.
• Geçen ay doğru olan ve şimdi aynı şekilde yeniden yanlışa düşen sayılar → 6. ya da 7. neden. Tekrar eden bir süreç sizin yazdığınızın üzerine yazıyor.

Bunların hiçbirini tek bir ürün sayfasından okuyamazsınız. Örüntüyü görebilmek için kataloğun yeterince büyük bir bölümünde beklenen ile sayılan miktarları yan yana görmeniz gerekir. Stok sayımının ürettiği şey de tam olarak budur.

Sayıyı düzeltmek, nedeni düzeltmekle aynı şey değildir#

Miktarları düzeltip yola devam etmek cazip gelir. Düzeltin de: yanlış olduğunu bildiğiniz sayılarla ticaret yapmak, hayali stok tükenmeleri yüzünden size gerçek satış kaybettirir. Ama önce ne bulduğunuzu kayda geçirin.

Sonsuza kadar sayım yapan bir mağaza ile sayılarını kontrol altına alan bir mağaza arasındaki farkı üç alışkanlık yaratır:

• Uygulamadan önce inceleyin. Düzeltilmiş miktarları bir kez yazdığınızda, neyin yanlış olduğuna dair kanıt kaybolur. Önce uç sapmalara bakın.
• Sayım listesini saklayın. Dışa aktarın. Bir sonraki sayımınızda, iki fark raporunun karşılaştırması düzeltmenizin işe yarayıp yaramadığını söyler; tek bir sayım bunu size söyleyemez.
• Düzeltmeyi geri alınabilir kılın. İnsanların sayımdan kaçınmasının nedeni, bütün bir katalog üzerinde dönüşü olmayan toplu yazma işlemidir. Uygulamadan önce bir geri yükleme noktası alın; böylece hata size bir akşama değil, bir tıklamaya mal olsun.

Stocktake for WooCommerce eklentisinin ücretsiz sürümü tam olarak bu üç alışkanlığın etrafına kurulmuştur: hiçbir şey yazılmadan önce okuyacağınız bir fark raporu, bir sonraki sayımla karşılaştırmak için sayımın CSV dışa aktarımı ve her uygulamadan önce alınan otomatik bir stok yedeği.

Gerçek bir ölçüm almaya hazırsanız, adım adım stok sayımı rehberi bütün iş akışını anlatıyor: anlık görüntü, sayım, gözden geçirme, uygulama. Hem de mağazayı kapatmadan.