Tek Mağaza, İki Envanter: Mağaza İçi/Çevrimiçi Ayrımına Son Vermek

Hem fiziksel hem de çevrimiçi satış yapan bir mağaza genellikle tek bir envanter çalıştırmaz. Birbiriyle mektuplaşan iki envanter çalıştırır: Raf sayımı POS'ta yaşar, çevrimiçi sayım e-ticaret platformunda yaşar ve bir senkronizasyon bağlayıcısı aralarındaki güncellemeleri taşır. Her fazla satış, her "üzgünüz, aslında elimizde kalmadı" e-postası ve her pazar gecesi sayımı bu boşluktan kaynaklanır. Çözüm daha iyi bir bağlayıcı değildir. Her kanalın okuduğu ve yazdığı tek bir envanter kaydıdır.

Mağaza içi ve çevrimiçi sayımlar neden birbirinden sapıyor?

Sayımlar sapıyor çünkü iki sistemin her biri aynı rafın kendi defterini tutuyor. Birisi kasadan satın aldığında, POS kendi kopyasını düşer. Birisi çevrimiçi satın aldığında, e-ticaret platformu kendi kopyasını düşer. Bir bağlayıcı daha sonra her değişikliği bazen saniyeler içinde, bazen de her on beş dakikada bir çalışan toplu bir işlemle diğer tarafa taşır.

Satış ile kopyalama arasında, her iki sistem de ürünün hala stokta olduğuna inanır. Bu pencere küçüktür, ancak tek sızıntı bu değildir. İadeler ve değişimler genellikle bir tarafa işlenirken diğer tarafa işlenmez. Yeniden adlandırılan bir ürün veya düzenlenen bir varyant, SKU eşlemesini (SKU, satılabilir tek bir ürünün kimliğidir; daha fazla terim için POS terminolojisi kılavuzumuza bakın) sessizce bozabilir, bundan sonra iki sistem aynı üründen bile bahsetmiyor demektir. Bağlayıcı kesintileri genellikle sessizce başarısız olma eğilimindedir: hiçbir hata vermez, sayımlar sadece uyuşmayı durdurur.

Sapma katlanır. Her küçük uyumsuzluk, birisi rafı fiziksel olarak yeniden sayana kadar devam eder ve o zamana kadar hangi sistemin doğru olduğunu kimse bilemez.

Bu ayrım aslında neye mal oluyor?

Küresel olarak, stoksuz kalma ve fazla stok durumlarının perakendeye maliyetinin yılda yaklaşık 1,73 trilyon dolar, yani satışların yaklaşık %6,5'i olduğu tahmin edilmektedir¹. Tek bir mağaza için bu ayrım, dört daha küçük ve daha istikrarlı faturada kendini gösterir.

• Tampon stok: Elinizde 5 adet varken çevrimiçi ortamda 3 adet göstermek, böylece bir senkronizasyon gecikmesinin fazla satışa yol açmasını önlemek. Bu, parasını ödediğiniz ancak kimsenin satın almasına izin vermediğiniz envanterdir.

• Mutabakat süresi (iki sayımın uyuştuğunu kontrol etmek): Rafları yeniden saymak ve hangi sistem kaybettiyse onu düzeltmek için harcanan saatlerce personel süresi.

• Fazla satış temizliği: İadeler, özür e-postaları ve "stokta var" görünen ürün aslında stokta olmadığında gelen ara sıra tek yıldızlı değerlendirmeler.

• Senkronizasyon paketinin kendisi: Bağlayıcı veya e-ticaret senkronizasyon katmanı genellikle perakendecilerin taşıdığı gizli SaaS faturasındaki kalemlerden biridir.

Bunların hiçbiri bir gelir tablosunda "envanter ayrımı" olarak görünmez, bu yüzden bu ayrım varlığını sürdürür.

Bir senkronizasyon uygulaması bunu çözemez mi?

Bazı mağazalar için bir bağlayıcı iyidir ve bunu açıkça söylemek gerekir. Cironuz yavaşsa, herhangi bir şeyin son birimini nadiren elinizde tutuyorsanız ve tek bir şube işletiyorsanız, düzgün bir senkronizasyon çoğu zaman işinizi görür. Durumunuz buysa bu geçici çözümü kabul edin.

Tam olarak ulaşmayı umduğunuz koşullar altında ise işe yaramayı durdurur. Yüksek trafik, iki kanalın aynı ürüne dokunmadan bir senkronizasyon penceresinin geçme olasılığını azaltır. Sınırlı veya türünün tek örneği stoklar (antika, konsinye, küçük parti üretim) her birimi son birim haline getirir. Birden fazla satış noktası, sessizce bozulabilecek eşlemeleri katlar. Bir senkronizasyon uygulaması, düşük hacimde semptomu yeterince iyi yönetir; altındaki iki ayrı defter ise hala hastalığın kendisidir.

Tek bir envanter aslında ne anlama geliyor?

İki defter ve bir kurye yerine, tek bir kayıt kaynağı (herkesin güvendiği tek bir veri tabanı) anlamına gelir. Kasa, çevrimiçi mağaza vitrini ve herhangi bir kiosk aynı sayımı okur ve satışlarını satışın gerçekleştiği anda aynı kayda yazar. İki kanal aynı anda son birimi yakaladığında, defterin kendisi bunu kimin aldığını çözer; bir senkronizasyon işinin çelişkiyi keşfettiği bir "sonrası" yoktur. Katalog da aynı şekilde paylaşılır: Her kanalda tek ürün, tek fiyat, tek vergi kuralı.

Bu mimariyi sonradan entegre etmek zordur. Bir entegrasyonla birleştirilen iki olgun sistem her zaman iki deftere sahip olacaktır, çünkü her biri sayımın kendisine ait olduğunu varsayarak inşa edilmiştir. Bu, platformun en başından beri çalışma şekli olmalıdır, Final da bunu böyle ele alır: Çevrimiçi mağaza ve kasa tek bir kaydın iki görünümüdür, bu nedenle boşluk asla açılmaz. Gerçek zamanlı görünürlük, POS envanter yönetimindeki diğer her şeyin üzerine inşa edildiği temeldir. Yeniden sipariş noktaları ve stok uyarıları ancak okudukları sayım kadar iyidir ve perakendeciler verimlilik artışlarını ancak sayım güvenilir olduktan sonra elde ederler.

Peki, mağaza içi/çevrimiçi ayrımına son verebilir misiniz?

Evet, ama daha sıkı senkronizasyon yaparak değil. Bu ayrım, iki sistem çalıştırmanın bir sonucudur ve her iki kanal da tek bir defter üzerinde çalıştığında sona erer, defterler arasındaki kopyalama hızlandığında değil. Platformları değerlendiriyorsanız, kullanışlı bir test: Çevrimiçi siparişin ve kasa satışının nerede kaydedildiğini ve bunun aynı yer olup olmadığını sorun. (Bir perakende POS seçimi envanterden daha fazlasını içerir, ancak bu soru hızlı bir eleme sağlar.)

Pratik kural: Kasanız ve çevrimiçi mağazanız aynı raf hakkında çelişebiliyorsa, iki envanteriniz var demektir, senkronizasyon uygulaması ne vaat ederse etsin.