Web Sitesi ve Pazaryerlerinde Stoğu Senkron Tutmak
Aynı ürünü birden fazla kanalda satınca stok tek yerde durur ama satış birçok yerden gelir. Senkronizasyon, bu gecikmeli ve eşzamanlı akışın stoğu sıfırın altına düşürmesini önleyen düzendir.
Bir bakışta
- Aşırı satış, bir kanalın diğerinden habersiz satmasıdır. Stok bilgisi kanallara gecikmeyle ulaştığı sürece son birimler birden fazla yerde satılabilir.
- Tek bir stok doğruluk kaynağı belirleyin. Kanallar stoğu tutmaz, merkezden okur ve merkeze yazar; böylece çelişen sayılar oluşmaz.
- Kanala gösterilen stok, fiziksel stoktan düşüktür. Rezerve edilen ve tampon olarak ayrılan adetler çıkarıldıktan sonra kalan sayı satılabilir stoktur.
- Senkron olay tabanlı ve periyodik kontrolle birlikte kurulur. Satışta anlık güncelleme hız sağlar, düzenli mutabakat kaçan farkı yakalar.
- Aşırı satışa karşı plan B hazır olmalı. Hatalı satış olduğunda iptal, alternatif ve müşteri iletişimi önceden tanımlı olmalıdır.
Aşırı satış nasıl doğar
Bir ürünün son birkaç adedi kaldığında farklı kanallarda aynı anda sipariş gelirse, her kanal stoğu hâlâ mevcut sanabilir. Sistemler birbirinden gecikmeyle haberdar olur; arada bir siparişin işlenmesi, stoğun merkeze yansıması ve diğer kanalın güncellenmesi için geçen süre vardır. Bu süre ne kadar uzunsa risk o kadar büyür.
Tipik sebepler şunlardır. Birincisi gecikmeli güncelleme: stok bilgisi belirli aralıklarla gönderiliyorsa aradaki satışlar görünmez. İkincisi eşzamanlılık: eş zamanlı siparişler aynı stok kaydını okur ve hepsi yeterli stok görür. Üçüncüsü manuel işlemlerdir: bir kanalda stok elle düzeltildiğinde diğer kanallara yansımaz.
Sonuç genellikle iptal edilen sipariş, hayal kırıklığına uğrayan müşteri ve pazaryerinin satıcı performansı kurallarına göre olumsuz etkilenen bir hesap olur. Bu yüzden senkronizasyon bir teknik ayrıntı değil, itibar ve operasyon konusudur.
Tek doğruluk kaynağı ve satılabilir stok
Her kanalın kendi stok sayısını tutması senkronizasyonu imkânsız kılar. Çözüm, stoğu tek bir yerde yönetmektir: ERP, sipariş yönetim sistemi, depo yönetim yazılımı ya da pazaryeri entegratörü. Kanallar bu kaynaktan okur ve her satışı oraya bildirir.
İkinci kavram satılabilir stoktur. Depoda duran fiziksel adet, müşteriye gösterilen sayı değildir. Fiziksel stoktan önce zaten siparişi alınmış ama henüz gönderilmemiş adetler (rezerve), sonra güvenlik tamponu düşülür. Kalan sayı kanallara gösterilir. Formül basittir: satılabilir stok, fiziksel stoktan rezervasyonların ve tamponun çıkarılmasıyla bulunur.
Tampon, kanala göre ayarlanabilir. Hızlı dönen bir üründe ya da yanıt süresi uzun bir kanalda tamponu büyük, yavaş dönen üründe küçük tutmak mantıklıdır. Bu ayarı yaparken kanal başına satış hızını ve güncelleme gecikmesini birlikte düşünün.
Kanala gösterilen sayı, depodaki fiziksel sayıdan her zaman küçüktür
Stok katmanları
- Fiziksel stokRafta duran gerçek adet.
- Satılabilir stokRezervasyonlar ve tampon çıkarıldıktan sonra kalan adet.
- Kanalda görünen stokHer kanala dağıtılan, güncellemesi izlenen sayı.
Güncellemeyi nasıl taşımalı
Stok değişimini kanallara iletmenin temel yolları vardır. Olay tabanlı yöntemde her satış, iade ya da giriş bir bildirim üretir ve ilgili kanallar anında güncellenir. Periyodik yöntemde ise bir zamanlayıcı belirli aralıklarla tüm stokları gönderir ya da kanallardan çeker.
Olay tabanlı yöntem hızlıdır ama bir bildirimin kaybolması durumunda fark kalır. Periyodik yöntem basit ve dayanıklıdır ama aradaki gecikmeyi göze alır. İyi bir düzen ikisini birleştirir: satış anında olay ile hızlı güncelleme, düzenli aralıkla tam mutabakat ile kaçan farkları yakalama.
Pazaryerlerinin birim zamanda kabul ettiği istek sayısı sınırlıdır; bu sınırlar platforma göre değişir ve güncel hâli ilgili pazaryerinin satıcı belgelerinde bulunur. Çok sayıda ürünü tek tek güncellemek yerine değişenleri toplu göndermek ve hata alan kayıtları yeniden denemek gerekir. Entegratör kullanıyorsanız bu mantığı entegratörün nasıl çözdüğünü, hata durumunda size nasıl haber verdiğini sorun.
Her satış bir döngü başlatır, döngü mutabakatla kapanır
Senkron döngüsü
- Satış olurBir kanalda sipariş alınır.
- Merkez güncellenirSatılabilir stok düşer.
- Kanallar güncellenirYeni sayı tüm kanallara iletilir.
- Mutabakat yapılırKanaldaki sayılar merkezle karşılaştırılır.
Aşırı satışı önleyen teknikler
Teknik önlemler birkaç katmanda çalışır. İlk katman güvenlik tamponudur. Stok belirli bir eşiğin altına indiğinde kanallara gösterilen sayıyı sıfıra çekmek, son birimlerin yarışla satılmasını engeller. Eşiği ürünün satış hızına göre belirleyin.
İkinci katman kanal bazlı tahsistir. Hızlı ve riskli bir kanal için stoğun bir kısmını önceden ayırırsınız; böylece o kanal diğerlerinin stoğunu tüketemez. Bu yöntem gevşek bir koruma sağlar ama ortak havuzdan daha az esnektir.
Üçüncü katman rezervasyon ve eşzamanlılık korumasıdır. Sipariş oluşurken stok kaydı kilitlenmeli ya da düşme işlemi tek adımda ve koşullu yapılmalıdır. Örnek bir veritabanı sorgusu:
UPDATE stok SET adet = adet - :talep WHERE sku = :sku AND adet >= :talep;
Bu sorgu yalnızca yeterli stok varsa düşer; etkilenen satır sayısı sıfırsa sipariş reddedilir. Böylece istekler aynı anda gelse bile yalnız biri stok bulur, diğeri bulamaz ve işlem başarısız olur. Stoğu önce okuyup sonra ayrı bir adımda yazmak, tam da bu yarış durumuna yol açar.
Dördüncü katman izlemedir. Negatif stok, kanal ile merkez arasındaki fark ve başarısız güncelleme sayısı için uyarı kurun; bir sorun müşteriye ulaşmadan önce yakalanmalıdır.
Aşırı satış olursa ne yapılır
Önlem ne kadar iyi olursa olsun bazen hata olur. Bunun için önceden bir prosedür tanımlayın. İlk adım, farkı hızla fark etmek ve ilgili ürünü tüm kanallarda satıştan kaldırmaktır. Sonraki adım, hangi siparişlerin karşılanabileceğine karar vermektir: önce gelen siparişler, daha yüksek öncelikli müşteriler ya da yeniden temin süresi kısa olanlar gibi, kendi kuralınıza göre.
Karşılanamayan siparişlerde müşteriyle açık iletişim kurulmalıdır: ne olduğunu, alternatifi ve ne zaman gelebileceğini söylemek iptalin etkisini azaltır. Pazaryerinde yapılan iptallerin satıcı performansına etkisi platformun kurallarına bağlıdır; bunu ilgili pazaryerinin satıcı belgelerinden kontrol edin.
Olay sonrasında nedeni inceleyin: gecikmeli güncelleme mi, manuel düzeltme mi, entegrasyon hatası mı? Kök neden bulunmazsa aynı sorun tekrarlar. Stok doğruluğunu düzenli sayımlarla desteklemek de bu çemberin parçasıdır.
Kurulum için pratik başlangıç sırası
Mevcut durumdan başlayın. Hangi kanallarda satıyorsunuz, stok şu an nerede tutuluyor, güncelleme nasıl yapılıyor? Bu haritayı çıkardığınızda en riskli noktalar belli olur: manuel güncellenen kanallar, uzun aralıkla senkron olan bağlantılar.
Sonra stok kaynağını netleştirin ve satılabilir stok formülünü yazın. Tamponu önce temkinli ayarlayın; hata verisi biriktikçe ürün gruplarına göre inceltin. Ardından en hızlı satan ürünlerle pilot yapın, diğerlerini genişletin.
Kanal eklerken aynı kontrol listesini kullanın: stok bu kanala nasıl akıyor, satış nasıl geri bildirilecek, hata olursa kim uyarılacak? Çok kanallı yapıda büyümenin kolay yolu, her yeni kanalı aynı düzene bağlamaktır.
Bu beceriyi Mindset programlarında nerede çalışırsınız
E-Ticaret Uzmanlığı Sertifika Programı'ndaki 'Ürün, Kategori ve Stok Yönetimi' ve 'Tedarik, Lojistik ve Operasyon Yönetimi' modülleri, kanal çeşitlendiğinde stoğun ve operasyonun nasıl yönetileceğinin zeminini kurar. Çoklu Pazaryeri Entegrasyonu ve Entegratör Yazılımları Yönetimi programı ise ürün, stok, fiyat ve sipariş akışlarının senkronunu ve hata yönetimini ayrı modüller olarak işler.
İlgili Mindset programı
E-Ticaret Uzmanlığı Sertifika Programı
Sık sorulan sorular
Aşırı satış neden olur?
Stok bilgisi kanallara gecikmeyle ulaştığında ya da eş zamanlı siparişler aynı stok kaydını okuduğunda, son birimler birden fazla yerde satılabilir. Elle yapılan stok düzeltmeleri ve başarısız güncellemeler de farka yol açar. Tek stok kaynağı, tampon ve koşullu düşme bu riski azaltır.
Güvenlik tamponu ne kadar olmalı?
Sabit bir doğru yoktur. Ürünün satış hızına, kanalların güncelleme gecikmesine ve hata sıklığınıza bağlıdır. Hızlı dönen ve çok kanallı ürünlerde tamponu daha büyük, yavaş dönenlerde küçük tutun. Temkinli başlayın, aşırı satış verisi biriktikçe ürün gruplarına göre ayarlayın.
Entegratör yazılımı kullanmak şart mı?
Zorunlu değil ama kanal sayısı arttıkça elle takip sürdürülemez hâle gelir. Entegratör merkezi stok, kanal bağlantıları ve hata uyarılarını sağlar. Seçerken stok güncelleme sıklığını, hata yönetimini ve tampon kurallarını nasıl yapılandırdığını sormak önemlidir. Kendi sistemini yazmak ise ayrı bir mühendislik yükü getirir.
Stok senkronu ile depo sayımı aynı şey mi?
Hayır. Senkron, sistemlerdeki sayıların birbirine eşit olmasını sağlar. Sayım ise sistemdeki sayının raftaki gerçek adetle uyuştuğunu doğrular. İkisi birlikte gereklidir: sayım yapılmazsa merkezdeki sayı yanlış olabilir ve doğru senkronize edilmiş yanlış sayı tüm kanallara yayılır.
Aşırı satış olursa pazaryerinde ne olur?
Etkisi pazaryerinin satıcı performansı kurallarına bağlıdır ve platforma göre değişir. İptal ve gecikmeler genelde satıcı değerlendirmesinde izlenir. Güncel kuralları ilgili pazaryerinin satıcı belgelerinden kontrol edin ve olayı hızlı bildirip müşteriyi bilgilendirerek etkiyi azaltın.