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:
- 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.
- 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:
- Tüm pazaryeri entegrasyonları webhook tabanlıdır — sipariş anında push bildirimle gelir, polling yok.
- 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 4 pazaryerine paralel olarak push edilir.
Pazaros panel ana sayfasında bu akışın canlı bir simülasyonunu inceleyebilirsiniz — sipariş gelir, Pazaros stoğu düşer, dört pazaryerinde aynı saniyede senkron olur.
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
| Bileşen | Stok |
|---|---|
| PS30 Klavye Sehpası | 24 |
| Tabure | 18 |
| PS30 Klavye Sehpası ve Tabure (Set) | 18 |
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:
- Trendyol webhook’u sipariş bilgisini Pazaros’a iletir (incoming)
- Pazaros tabure stoğunu 18 → 17 olarak günceller (pazaros)
- Set ürünün yeni stoğu hesaplanır:
min(24, 17) = 17 - Pazaros 4 pazaryerine paralel fan-out yapar (outgoing):
- Trendyol: tabure 17, set 17
- Hepsiburada: tabure 17, set 17
- N11: tabure 17, set 17
- Amazon: tabure 17, set 17
- Senkron tamamlanır (synced) — toplam süre ~1.2 saniye
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 aynı saniyede 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.
Pratikte: Pazaros kullanan mağazalarda overselling kaynaklı iptal oranı 0.05% altında seyreder. Bu seviye, buybox motorunda öncelik sırasının üst çeyreğine girmenin temel şartıdır.
Sıkça karşılaşılan sorular
Pazaryeri webhook göndermezse ne olur?
Pazaros, webhook tabanlı entegrasyon olmayan pazaryerleri için fallback olarak 15 saniyelik 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.
Birden fazla deposu olan mağazalarda nasıl çalışır?
Çoklu depo (multi-warehouse) yapılarında stok her depo için ayrı tutulur, set/bileşen formülü her depo için bağımsız hesaplanır. Pazaryerlerine toplam stok yayınlanır ama operasyon ekibinin gördüğü detaydır.
Sonraki adım
Bu mimarinin canlı simülasyonunu Pazaros ana sayfasında “Eş Zamanlı Senkronizasyon” bölümünde inceleyebilirsiniz: tekil ve set ürünleri farklı pazaryerlerinden sipariş edip envanter akışını birkaç saniyede gözlemleyin.
15 günlük ücretsiz denemede mağazanızı bağlayıp gerçek SKU’larınızla aynı akışı yaşayabilirsiniz. Kart bilgisi gerekmez.