Aynı ürünü üç pazaryerinde satmak cironuzu üçe katlayabilir; stok hatalarınızı da öyle. Aşırı satış (overselling) neden kaçınılmaz görünür ve gerçek çözüm nedir?
Tek pazaryerinde satarken stok yönetimi bir tablo işidir. İkinci ve üçüncü kanal eklendiğinde ise problem aritmetik değil, eşzamanlılık problemine dönüşür. Aynı fiziksel ürünü aynı anda birden fazla yerde satışa açtığınızda, her kanal kendi stok bilgisini doğru sanır.
Bir ürünün Trendyol'da satıldığı an ile diğer kanallarda stoğun düşürüldüğü an arasında geçen süreye gecikme penceresi denir. Bu pencere elle yönetimde saatlerce, entegrasyonsuz yarı otomatik sistemlerde ise 15-30 dakika olabilir.
Son 1 adet kalan bir üründe bu pencere, iki farklı kanaldan aynı ürünün satılması için fazlasıyla yeterlidir. Sonuç: birini iptal etmek zorunda kalırsınız.
Kritik nokta: Aşırı satış riski, stok adedi düştükçe üstel olarak artar. 50 adetlik stokta gecikme önemsizken, 2 adetlik stokta her dakika risktir.
Stok hatası nedeniyle iptal edilen sipariş yalnızca o satışı kaybettirmez:
Bu nedenle stok senkronizasyonu bir "konfor" meselesi değil, doğrudan sıralama ve ciro meselesidir.
100 adetlik stoğu "40 Trendyol, 30 Hepsiburada, 30 Amazon" diye bölmek, aşırı satışı önler ama satış kaybettirir. Bir kanal payını tüketirken diğerinde ürün beklemede kalır. Doğru yaklaşım tek havuz + hızlı senkronizasyondur.
Tüm ürünlerde 5 adet güvenlik payı bırakmak, hızlı dönen üründe yetersiz, yavaş dönende sermaye israfıdır. Güvenlik payı ürünün satış hızına göre belirlenmelidir.
Tedarikçi beslemesi çoğu zaman günde birkaç kez güncellenir ve tedarikçinin kendi stoğu da tükenebilir. XML'de "var" görünen ürün depoda olmayabilir. Kritik ürünlerde tedarikçi verisini kendi doğrulamanızla eşleştirin.
İade edilen ürün fiziksel olarak rafa döndüğünde sisteme geri girmiyorsa, elinizde olan ürünü satamıyorsunuz demektir. Aynı şekilde ikinci kalite düşen ürünün satılabilir stoktan çıkarılması gerekir.
Sağlıklı bir kurulum şu prensiplere dayanır:
| Yöntem | Gecikme | Aşırı satış riski |
|---|---|---|
| Elle güncelleme | Saatler | Çok yüksek |
| Günlük toplu aktarım | 24 saat | Yüksek |
| Periyodik senkron (15 dk) | 15 dakika | Orta |
| Olay bazlı senkron | Saniyeler | Düşük |
Çoklu kanalda büyümenin önündeki asıl engel talep değil, operasyonel disiplindir. Stoğu tek havuzda toplayan ve değişimi anında yansıtan bir yapı kurduğunuzda, dördüncü ve beşinci kanalı eklemek risk değil doğrudan büyüme fırsatı haline gelir.
Atlas stok, gelir-gider ve personel yönetimini tek merkezde toplar; XML Bridge tedarikçi verinizi pazaryeri formatlarına saniyeler içinde çevirir. Aşırı satış kaynaklı iptalleri kökten bitirin.