Kampanya, indirim ve yoğun sipariş dönemlerinde stok ve fiyat verisi kanallar arasında birkaç dakika içinde tutarsızlaşabilir. Bu tutarsızlık yalnız operasyon hatası değil; yanlış fiyat, fazla satış ve müşteri güveni riski üretir.
Tek tek güncelleme neden ölçeklenmez?
Bir mağazada 1.000 ürün, her üründe 5 varyant ve iki ayrı fiyat/stok alanı olduğunda operasyon 10.000 satırlık etki alanına dönüşür. Bu hacmi ürün başına tek istekle yönetmek hem gereksiz API trafiği üretir hem de hata olduğunda hangi satırın gerçekten işlendiğini bulanıklaştırır.
Pazaryerleri stok ve fiyat güncellemesini farklı hız, payload ve takip modeliyle alabilir. Bu yüzden entegrasyon katmanı tek bir sabit sayfa boyutu veya sonsuz paralellik varsayımıyla çalışmamalıdır.
Batch stratejisinin operasyon kuralları
Doğru strateji önce kanal kapasitesini okur, sonra ürünleri batch'lere böler ve her batch sonucunu ayrı izler. Kabul edilen istek, tamamlanmış işlem sayılmaz; bazı kanallarda terminal sonuç için takip veya polling gerekir.
Güncelleme akışı kullanıcıya da okunabilir olmalıdır. Ekip yalnız gönderildi bilgisini değil; bekleyen, güncelleniyor, başarılı ve hatalı satırları aynı iş kuyruğunda görmelidir.
- Kanal bazlı maksimum batch boyutunu adapter seviyesinde tutmak
- 429 ve geçici hatalarda kontrollü bekleme ve retry kullanmak
- Kabul edilen toplu işi takip id veya sonuç satırıyla kapatmak
- Başarılı ve hatalı ürünleri aynı operasyon ekranında ayırmak
Ticevo ile nasıl uygulanır?
Ticevo'da stok ve fiyat güncellemeleri ürün listesinden, mağaza detayından veya otomasyon ritminden tetiklense bile aynı iş kuyruğu mantığına bağlanır. Bu yapı çoklu mağaza ve çok pazaryeri kullanımında aynı ürün için çakışan güncellemeleri daha görünür hale getirir.
Sonuç olarak performans yalnız daha fazla paralel istekle değil; doğru batch boyutu, rate-limit saygısı, tenant bazlı otomasyon ve açık hata görünürlüğüyle sağlanır.
