Neden saatlik sync yetmiyor?
Global perakende verilerine göre envanter kaydı ile gerçek stok arasındaki sapma (inventory distortion) yıllık trilyonlarca dolar kayba yol açıyor; stok tükenmesi ve fazla stok aynı kökten — gecikmiş senkronizasyon — besleniyor. Saatlik veya günlük batch push kullanan çok kanallı satıcılar, flash indirim veya viral ürün anında oversell riski taşır.
Shopify Enterprise 2026 entegrasyon rehberi de sık değişen akışlar (sipariş, stok) için event-driven modeli öneriyor: webhook + kuyruk + retry. Trendyol ve benzeri pazaryerlerinde API limitleri ve batch sonuç gecikmeleri göz önüne alındığında, merkezi SSOT'tan çıkan her stok olayı kanal abonelerine push edilmelidir.
Event-driven mimari bileşenleri
Üretici (producer): SSOT envanter servisi stok değişimini olay olarak yayınlar — sipariş düşümü, iade geri yükleme, depo sayımı, manuel düzeltme. Message broker (RabbitMQ, SQS, Inngest vb.) üretici ile tüketicileri ayırır; pik saatte yatay ölçekleme sağlar.
Tüketici (consumer): Her kanal adapter'ı ilgili topic'i dinler, rate limit'e uygun batch veya delta push yapar. Polling yalnızca webhook desteklemeyen legacy kanallar için fallback olarak kalmalıdır.
- Stok olayı şeması: sku, quantity, warehouse, reason, timestamp
- Idempotent consumer — duplicate event güvenliği
- Dead-letter queue — sürekli başarısız SKU karantinası
- Reconciliation job — gece SSOT vs kanal sapma raporu
Rezervasyon: oversell'in son savunma hattı
XICTRON ve benzeri çok kanallı sync rehberlerinin vurguladığı gibi, push gecikse bile satılabilir miktar sipariş anında rezerve edilmelidir. «Gönderildi» ile «kanalda yansıdı» aynı şey değildir; rezervasyon modeli bu boşluğu kapatır.
Trendyol'da batch push sonucu dakikalar sürebilir. SSOT'ta available = on_hand - reserved formülü kanal push'undan bağımsız çalışır; yeni sipariş geldiğinde reserved artar, push başarılı olunca kanal stoğu güncellenir.
Türkiye pazaryeri bağlamı
Trendyol Seller API webhook ve polling hibrit modeli destekler; Unisonect adapter katmanı bu olayları tek operasyon diline çevirir. İkinci kanal (Hepsiburada, Amazon TR) eklendiğinde aynı event bus'a yeni consumer eklenir — her kanal için ayrı cron job yazılmaz.
Küçük ekipler Inngest veya benzeri yönetilen queue ile başlayabilir; hacim arttıkça dedicated broker'a geçiş planlanır. Kritik KPI: olaydan kanal yansımasına p95 gecikme ve oversell sayısı (hedef: sıfır).
Kaynak ve okuma listesi
Bu yazı Shopify Enterprise API Integration Strategy (2026), XICTRON Real-Time Multi-Channel Inventory Sync ve çok kanallı envanter araştırmalarından esinlenerek Türkiye operasyon ekipleri için uyarlanmıştır. Derinlemesine stok rehberi: /rehber/stok-senkronizasyonu.
Sık sorulan sorular
Event-driven ile polling arasındaki fark nedir?
Polling belirli aralıklarla kanalı sorar; event-driven stok değiştiği anda olay üretir. Düşük gecikme ve daha az gereksiz API çağrısı sağlar; altyapı karmaşıklığı artar.
Trendyol webhook yeterli mi?
Sipariş olayları için güçlüdür; stok push hâlâ outbound batch gerektirebilir. Hibrit model — webhook inbound + event-driven outbound — önerilir.
Kaç saniyede sync olmalı?
Kritik SKU'larda hedef p95 <30 saniye; flash kampanya öncesi <10 saniye. Tam reconciliations gece batch ile tamamlanır.
Pillar rehber
Birden fazla kanalda satış yapan ekiplerin en büyük riski oversell'dir. Merkezi stok + doğru eşleştirme + anlık push üçlüsü bu riski minimize eder.
Stok senkronizasyonu: oversell'i önlemek
