Canlı Stok Senkronu: Tek Envanter ile Overselling'i Bitirin

Bir pazaryerinde sipariş alındığında diğer pazaryerlerindeki stok aynı saniyede azalmazsa ne olur? Aynı dakika içinde aynı ürüne başka bir kanaldan da sipariş gelir ve elinizde fiziksel ürün olmadığı için biri iptal edilmek zorunda kalır. İptal eden taraf siz olduğunuz için mağaza puanınız düşer, iade işlemi açılır, buybox'taki yerinizi kaybedersiniz. Bu, e-ticaretin en sessiz ama en pahalı hatasıdır: overselling.

Overselling'in görünmeyen maliyeti

Overselling — yani fiziksel stoğunuzdan fazlasını sattığınız durum — sadece "iptal edilen sipariş" değildir. Pazaryeri algoritmasında zincirleme bir ceza mekanizmasıdır:

• Mağaza skoru düşer. Trendyol'da skor düşüşü, ürünlerin sıralamasını ve buybox erişimini günlerce etkiler.
• İade-iptal oranı kategori ortalamasının üzerine çıkarsa listeleme cezası uygulanır.
• Aynı SKU'da 2 ardışık iptalde ürün kartı geçici olarak askıya alınır.
• Müşteri negatif yorum bırakırsa kartın görünürlüğü uzun vadede zarar görür.

Bir başka deyişle: tek bir overselling, kazandığınız siparişten 10–20 kat fazla potansiyel siparişe mâl olur. Hesap basittir, etkisi büyüktür.

Eş zamanlı stok mimarisi nedir?

Klasik bir entegrasyon mimarisinde her pazaryeri ayrı bir stok tutar. Mağaza yöneticisi, kendi panelinden — veya bir başka yazılımdan — her pazaryerinin stoğunu periyodik olarak (örneğin 5 dakikada bir) günceller. Sipariş geldiğinde ilgili pazaryerinden 1 düşülür. Sonra batch güncelleme döngüsünde diğer pazaryerlerine de yayılır.

Bu mimaride iki kritik açık vardır:

1. Dakika cinsinden gecikme. Sipariş ile senkron arasında 1–5 dakika geçer. Bu sürede başka bir pazaryerine sipariş gelirse yarış kazanır.
2. Tek yön yayın. Sipariş bir pazaryerinde gerçekleşince diğer pazaryerlerine "hala stok var" bilgisi gider; gerçek azaldı bilgisi gecikmeli ulaşır.

Eş zamanlı (canlı) mimari ise stoğu tek bir merkezi noktada tutar. Her pazaryeri webhook ile sipariş anında merkeze haber verir, merkez stoğu azaltır ve aynı anda tüm pazaryerlerine yeni stoğu yayınlar. Hedef gecikme: saniyenin altı.

Overselling'i bitirmenin yolu, "daha sık senkron" değil, "tek envanter" mimarisidir. Aksi her yöntem, gecikme süresini kısaltır ama sıfırlamaz.

Pazaros mimarisi: tek envanter merkezi

Pazaros bu modelin uçtan uca uygulamasıdır:

• Merkezi envanter tek tutarlılık noktasıdır. Aynı SKU'nun "Trendyol stoğu", "Amazon stoğu" gibi paralel kopyaları yoktur.
• Sipariş geldiğinde envanter atomik düşülür; eş zamanlı gelen iki sipariş varsa sıraya alınır, ikincisi yeni stoğa göre değerlendirilir.
• Yayın akışı fan-out: tek bir stok güncellemesi bağlı pazaryerlerine paralel olarak push edilir.

Set ürünlerde stok formülü

Modern e-ticarette popüler bir satış kalıbı: birden fazla bileşeni tek bir kart altında "set ürün" olarak satmak. Örneğin PS30 Klavye Sehpası ve Tabure seti — iki ayrı fiziksel ürünü tek SKU altında sunar. Set ürünlerde stok yönetimi naif olarak yapıldığında ek bir overselling kaynağı doğar.

Doğru formül basittir:

Set stoğu = min(bileşenlerin stokları)

Yani set, en az stoklu bileşenin sayısı kadar satılabilir. Bir taneye düşen bileşen, setin tamamını tükenmiş yapar.

Pratik örnek

Set ürün, tabure stoğuyla aynı sayıyı gösterir çünkü en az olan o. Set siparişi geldiğinde iki bileşenin de stoğu birlikte 1 düşer. Bileşenlerden biri tekil olarak satıldığında da senkronizasyon işler — örneğin tek bir tabure satıldığında set stoğu otomatik olarak yeniden hesaplanır.

Yaygın hata: bağımsız set stoğu

Bazı entegrasyonlar set ürün için ayrı bir stok tutar; yönetici manuel olarak "200 set var" girer. Bu tehlikeli bir mimaridir:

• Bileşenlerden biri tekil olarak satılınca set stoğu güncellenmez → setin gerçek üretebileceği adedin üzerine çıkılır → overselling.
• Veya tam tersi: set satışı gerçekleşince bileşen stokları düşürülmez → bileşenlerin tekil satışında üretemeyeceğiniz miktara taahhüt verilir.

Pazaros bu hatayı baştan kapatır: set ürünün stoğu hiçbir zaman manuel girilemez, her zaman bileşenlerin minimumu üzerinden türetilir.

Pratik akış: Tabure tek başına satıldığında

Diyelim ki başlangıçta:

• PS30 Klavye Sehpası: 24
• Tabure: 18
• Set (türev): 18

Trendyol'da bir müşteri sadece tabure sipariş etti. Adım adım ne oluyor:

1. Trendyol webhook'u sipariş bilgisini Pazaros'a iletir (incoming)
2. Pazaros tabure stoğunu 18 → 17 olarak günceller (pazaros)
3. Set ürünün yeni stoğu hesaplanır: min(24, 17) = 17
4. Pazaros bağlı bütün kanallara paralel fan-out yapar (outgoing):
   • Trendyol: tabure 17, set 17
   • Hepsiburada: tabure 17, set 17
   • Amazon: tabure 17, set 17
   • N11: tabure 17, set 17
   • Idefix: tabure 17, set 17
   • IdeaSoft: tabure 17, set 17
   • ikas: tabure 17, set 17
5. Senkron tamamlanır (synced)

PS30 Klavye Sehpası tekil stoğu değişmez (hâlâ 24) çünkü tabure tekil siparişi sehpa stoğunu etkilemez. Ama set, tabureye bağımlı olduğu için 18 → 17 olur.

Buybox'la ilişkisi

Pazaryeri sıralama algoritmaları stok güvenilirliğine yüksek ağırlık verir. Bir mağaza için "satış sonrası iptal oranı" eşik üzerindeyse — örneğin %2 — listelemeler düşürülür. Eş zamanlı senkron mimarisi bu metriği yapay olarak korumakla kalmaz, gerçekten sıfıra yakın tutar.

Sıkça karşılaşılan sorular

Pazaryeri webhook göndermezse ne olur?

Pazaros, webhook tabanlı entegrasyon olmayan pazaryerleri için fallback olarak polling uygular. Bu sürede de eşik geçilmemesi için kritik SKU'larda stok buffer'ı (örneğin 2 adet) tutulabilir.

Eski pazaryeri panelinden manuel stok girince ne olur?

Pazaros'un merkezi envanteri canonical source olduğu için pazaryeri panelinden yapılan manuel değişiklik bir sonraki senkronda Pazaros değeriyle yer değiştirir. Çoklu kaynak çakışmasını engeller.

Sonraki adım

Ücretsiz denemede mağazanızı bağlayıp gerçek SKU'larınızla aynı akışı yaşayabilirsiniz. Kart bilgisi gerekmez.