sorunun kökü stok bilgisinin birden fazla yerde tutulması ve bu kopyaların gecikmeyle güncellenmesi. kampanya günlerinde iki sipariş arasındaki süre dakikalara indiğinde, senkronizasyon aralığı bu süreden uzunsa çakışma kaçınılmazdır. otelcilikteki overbooking ile akrabadır ama orada bilinçli bir strateji olabilen şey, tek parça el yapımı bir çantada düpedüz hatadır.
önlemenin temel kuralları ölçekten bağımsız. stok için tek bir doğru kaynak seçilir, diğer kanallar onun kopyası olur. pazaryerlerinin satıcı api uçlarından siparişler düzenli aralıklarla çekilir, ana stoktan düşülür ve güncel stok diğer kanallara gönderilir. az adetli ürünlere güvenlik payı konur, stokta bir tane kalan ürün pazaryerlerinde sıfır görünür ve sadece en hızlı güncellenen kanalda satılır. pay ürün bazında kurulabileceği gibi en yavaş senkronize olan kanala daha büyük pay verilerek kanal bazında da kurulabilir. kendi sitede ödeme tamamlanmadan stok kısa bir süre için rezerve edilir.
işin en çok uğraştıran kısmı hata durumları. API yavaşlar, istek sınırına takılır, görev tekrar dener ve aynı siparişi iki kez düşebilir. sipariş numarası ile kanal adını birlikte benzersiz anahtar yapıp işlenen siparişleri kaydetmek bu tekrarı zararsız hale getirir. her adımı kayda yazmak ve üst üste hata olduğunda bildirim almak da genel stok yönetimi disiplininin parçası. kodla uğraşmayan için özet iki kural, stoğu tek yerde tut ve az adetli ürüne pay koy.


@kodkedisi