Stok ve sipariş senkronizasyonu

Birden fazla kanalda satarken stoğu doğru, siparişleri elle girilmeden tutmak.

Tek kanalda satarken stok basit bir sayıdır. İkinci kanal eklendiği anda aynı sayının iki yerde birden doğru olması gerekir ve aradaki her gecikme, satılmış bir ürünü hâlâ satılabilir gösterir. Sonuç iptal edilen sipariş, düşen mağaza puanı ve kızgın müşteridir.

Fazla satış neden olur

  • Gecikme. Hiçbir senkronizasyon anlık değildir; iki güncelleme arasında geçen sürede satış olabilir.
  • Varyant eşleşmemesi. Aynı ürünün numarası veya rengi iki sistemde farklı kodlanmışsa stok yanlış kaleme yazılır.
  • İade ve iptallerin geri işlenmemesi. Stoğa geri dönmesi gereken ürün dönmezse elinizde olan mal görünmez olur.
  • Rezerve edilmemiş sepetler. Sipariş tamamlanmadan stok düşülmüyorsa aynı ürün iki kişiye birden satılabilir.

Nasıl çözülür

  • Tek doğruluk kaynağı. Stoğun nerede tutulacağına karar verilir; diğer kanallar oradan beslenir. İki sistemin birbirini güncellediği kurgular er geç çelişir.
  • Tampon. Hızlı dönen ürünlerde kanal başına bir miktar stok ayrılır. Bu, gecikmenin bedelini fazla satış yerine kaçırılmış birkaç satışa çevirir — ikisi arasında tercih yapmak zorundasınız.
  • Olay bazlı güncelleme. Sipariş, iptal ve iade anında tetiklenir; sadece zamanlanmış toplu güncellemeye güvenilmez.
  • Sesli hata. Senkronizasyon durduğunda birinin haberi olmalı. Sessizce duran bir entegrasyon, elle yapılan işten kötüdür.

Bu sonuncusu üzerinde özellikle duruyoruz: otomasyondaki asıl tehlike bozulması değil, sessizce bozulup haftalarca fark edilmemesidir.

Sipariş tarafı

Stok kadar önemli olan, siparişin kendi sürecinize elle girilmeden düşmesi. Pazaryeri panelinden kopyalanan her sipariş hem zaman kaybı hem hata kaynağıdır. Sipariş akışını kurarken iptal ve iadeleri de aynı yoldan geri işliyoruz; çünkü raporun doğru olması buna bağlı.

Bu alandaki kendi işimiz

Kendi markamız Limeo’yu iki kanalda yürütüyoruz, yani bu problemi müşteri olarak da yaşıyoruz. Ayrıca Yolzz’da rezervasyon tamamlandığında onay e-postası ve kiralama belgesi otomatik üretiliyor — aynı olay bazlı mantığın başka bir uygulaması. Yolzz sayfasına gidin.

Sıkça sorulan sorular

Fazla satış tamamen bitirilebilir mi?

Dürüst cevap: hayır. Gecikme sıfıra inmediği sürece teorik risk kalır. Yapılabilecek olan, onu rutin olmaktan çıkarıp istisna haline getirmek ve olduğunda hemen fark edilmesini sağlamaktır.

Tampon ne kadar olmalı?

Ürünün dönüş hızına ve senkronizasyon aralığına bağlı; hızlı dönen üründe yüksek, yavaş dönende sıfıra yakın olur. Sabit bir sayı vermek yanlış olur, bunu veriye bakarak ayarlıyoruz.

Mevcut sistemlerimizi değiştirmek gerekir mi?

Genelde hayır. Amaç zaten çalışanı birbirine bağlamak. Sistem değiştirmek çok daha büyük ve riskli bir projedir.

Entegrasyon bozulursa nasıl anlarız?

Uyarı kuruyoruz: senkronizasyon durduğunda veya hata oranı yükseldiğinde bildirim gider. Ayrıca neyin çalışıp neyin çalışmadığını görebileceğiniz kadar kayıt tutuyoruz.

İlgili sayfalar