Burak Kasap · Bella Binary ·
Aynı ürünü kendi sitenizde ve birkaç pazaryerinde satıyorsanız, stok sayısı aynı anda birkaç yerde tutuluyor demektir. Depoda üç adet kalan ürün dört kanalda “stokta” görünür; dördüncü sipariş geldiğinde iptal, ceza puanı ve kötü yorum kaçınılmaz olur. Sorun pazaryerinde değil, stoğun birden fazla yerde elle güncellenmesindedir.
Tek doğru kaynak: stok nerede tutulacak?
Senkronun ilk kararı teknik değil, kuraldır: stoğun doğrusu hangi sistemdedir? Depo hareketleri, alış irsaliyeleri ve sayım ERP’de işleniyorsa doğru kaynak ERP’dir. Pazaryeri panelleri ve e-ticaret sitesi bu sayıyı yalnızca gösterir; hiçbirinde stok elle değiştirilmez. Bu kural konmadan kurulan her entegrasyon, bir süre sonra “hangi sayı doğru” tartışmasına döner.
Satılabilir miktar, depodaki miktar değildir
Pazaryerine gönderilecek sayı ERP’deki eldeki miktar değildir. Doğru sayı şöyle hesaplanır:
Satılabilir miktar = eldeki miktar − rezerve edilen (onaylanmış, henüz sevk edilmemiş) siparişler − güvenlik stoğu
Güvenlik stoğu, senkron gecikmesi ve sayım farkı için bırakılan paydır. Hızlı dönen ürünlerde daha yüksek, yavaş dönenlerde daha düşük tutulabilir. Tek adet kalan üründe birden fazla kanalda satışı kapatmak da bir güvenlik stoğu kuralıdır.
Akış nasıl çalışır?
- Sipariş gelir. Pazaryerinden sipariş alınır alınmaz ERP’de sipariş kaydı açılır ve stok rezerve edilir. Fatura ve sevk sonra gelir; rezervasyon bekletilmez.
- Satılabilir miktar yeniden hesaplanır. Rezervasyon, satılabilir miktarı düşürür.
- Diğer kanallar güncellenir. Yeni miktar, ürünün satıldığı diğer pazaryerlerine ve siteye gönderilir.
- Depo hareketi olur. Mal kabul, iade ya da sayım farkı ERP’ye işlendiğinde aynı güncelleme tekrar tetiklenir.
Güncellemenin sıklığı ürünün dönüş hızına göre belirlenir. Siparişle tetiklenen anlık güncelleme en sağlıklısıdır; pazaryerinin arayüz sınırları buna izin vermiyorsa kısa aralıklı toplu güncelleme kullanılır.
En sık yapılan beş hata
- Ürün eşleştirmesini atlamak. ERP stok kodu ile pazaryeri ürün kodu (barkod, satıcı stok kodu) arasında birebir eşleştirme tablosu olmadan senkron çalışmaz. Varyantlı ürünlerde (beden, renk) eşleştirme varyant düzeyinde yapılmalıdır.
- Set ve paket ürünleri unutmak. “3’lü paket” tek bir stok kartı değildir; bileşenlerinin stoğundan hesaplanmalıdır.
- İadeyi stoğa otomatik eklemek. İade edilen ürün kontrol edilmeden satılabilir stoğa dönmemelidir.
- Hata olunca sessiz kalmak. Pazaryeri güncellemeyi reddederse (ürün pasif, arayüz sınırı, bağlantı hatası) bu kayıt bir hata kuyruğuna düşmeli ve biri haberdar olmalıdır.
- Mutabakat yapmamak. Günde bir kez ERP’deki satılabilir miktar ile pazaryerlerinde görünen miktar karşılaştırılmalı, farklar raporlanmalıdır. Anlık senkron ne kadar iyi olursa olsun, zaman içinde sapma olur.
Hazır entegratör mü, özel geliştirme mi?
Standart bir ERP ve standart bir süreç için piyasadaki hazır pazaryeri entegratörleri çoğu zaman yeterlidir ve daha ekonomiktir. Özel geliştirme şu durumlarda anlam kazanır: ERP’de özel alanlar ya da uyarlamalar varsa, set/paket ve çok depolu stok kuralları standart araca sığmıyorsa ya da stok kuralı kanala göre değişiyorsa. Kararı verirken özel yazılım mı, hazır paket mi yazımızdaki ölçütler işinize yarayabilir.
Sonuç
Olmayan ürünü satmamak için gereken şey daha hızlı elle güncelleme değil, tek bir stok kaynağı ve ondan beslenen kanallardır. Rezervasyon, güvenlik stoğu, hata kuyruğu ve günlük mutabakat bu yapının dört ayağıdır. Sipariş tarafının ERP’ye nasıl aktarılacağını e-ticaret siparişlerini ERP’ye aktarmak yazımızda anlattık.
Sizde stoğun doğrusu bugün hangi sistemde duruyor? Kullandığınız ERP’yi ve satış kanallarınızı yazın, nereden başlanacağına birlikte bakalım.