Pazaryeri Stok Senkronizasyonu Nasıl Kurulur? Oversell Önleme Rehberi

Birden fazla pazaryerinde satış yapan işletmelerde stok yönetimi en hızlı büyüyen operasyon problemidir: Trendyol'da son ürün satılır, aynı ürün Hepsiburada'da hâlâ görünür ve iki sipariş tek fiziksel adede çıkar. Bu rehber, senkronizasyonu nasıl kurgulayacağınızı ve oversell (fazla satış) riskini nasıl sıfıra yaklaştıracağınızı adım adım anlatır. Konu genel pazaryeri entegrasyonu kurulumundan farklı olarak, tamamen operasyonel doğruluk ve stok tutarlılığına odaklanır.

Stok Senkronizasyonu Nedir ve Neden Kırılır?

Stok senkronizasyonu, ürün bazındaki mevcut adet bilgisinin tek bir kaynak sistemde tutulup tüm satış kanallarına dağıtılmasıdır. Kaynak sistem çoğu işletmede e-ticaret altyapısının stok modülü ya da ERP'dir; pazaryerleri bu kaynağın abonesidir. Kural basittir: adet değişimi tek yerde işlemeli, kanallara bu değişim yayınlanmalıdır.

Senkron genelde teknik bir hata yüzünden değil, zamanlama boşluğu yüzünden kırılır: iki kanalda aynı saniyede satış olur, ikinci bildirim ilk düşüm işlenmeden gelir ve stok sıfırın altına iner. Ya da bir kanalda ürün manuel açılıp kapatılır ve otomatik akış ezilir. Bu yüzden kurgu, "senkron kurulumu" kadar "senkron bozulduğunda ne olduğu" ile de tasarlanmalıdır — tıpkı stok entegrasyonu planlaması anlatırken vurguladığımız gibi, hata senaryoları önceden yazılmazsa sistem ilk kampanya gününde sınanır.

Senkron Mimarisi: Çekme, İtme ve Webhook

Pazaryerleri stok güncellemesini üç yöntemle alır. Doğru mimari seçimi, gecikme toleransınızı belirler:

Pratik tavsiye: itme ve webhook kombinasyonudur. İtme akışı stok doğruluğunu korur; webhook akışı sipariş anında rezervasyon yapmanızı sağlar. Çekme yöntemi yalnızca yedek doğrulama (mutabakat) için tutulmalı, birincil senkron aracı olmamalıdır.

Oversell Nedir ve Nasıl Önlenir?

Oversell, eldeki fiziksel adetten fazla sipariş alınmasıdır. Sonucu iptal, müşteri kaybı, mağaza puanı düşüşü ve pazaryeri ceza puanıdır. Dört uygulama ile önlenebilir:

1. Güvenli stok (buffer) gönderin

Kanala, gerçek adedin tamamını değil, belirli bir pay düşülmüş adedi gönderin. Örneğin 10 adedi olan bir ürün için pazaryerine 8 göndermek, iki kanaldan eşzamanlı satış gelirse bile fiziksel stoğu korur. Buffer oranı, ürünün satış hızına göre belirlenir; hızlı satan ve tek adetli ürünlerde buffer daha agresif tutulur. Bu mantığı, minimum stok seviyesi hesaplama yaklaşımıyla birlikte kullanmak, hem oversell'i hem tükenmeyi birlikte yönetmenin en pratik yoludur.

2. Sipariş anında rezervasyon yapın

Pazaryerinden gelen sipariş, entegrasyonda "işlendi" statüsüne geçmeden önce stoktan düşülmeli ya da rezerve edilmelidir. Kritik an, siparişin pazaryeri panelinden entegrasyonunuza aktığı andır; burada düşüm yapılmazsa aynı adet ikinci kez satılabilir. Rezervasyon, sipariş iptal edilirse geri açılacak şekilde tasarlanmalıdır.

3. Eşik altında otomatik durdurma

Ürün stoku belirlediğiniz eşiğin altına indiğinde ilan otomatik pasife çekilsin ya da adet sıfırlansın. Manuel müdahaleye kalmadan çalışmalıdır; kampanya gecesi stoku bitmiş ilanları elle kapatmak, en sık yapılan pahalı hatadır. Barkodla çalışan işletmelerde bu kontrolün fiziksel sayım ile birlikte işletilmesi, dijital adet ile gerçek adet arasındaki sapmayı küçük tutar.

4. Tek kaynak kuralını bozmayın

Stok adedi yalnızca bir yerde güncellensin. Pazaryeri panelinden manuel stok girişi, kasa/magaza satışı veya Excel güncellemesi gibi yan akışlar varsa bunlar da aynı kaynağa yazmalıdır. Aksi halde otomatik senkron, bir sonraki güncellemede manuel düzeltmenizi ezer ve kırılma döngüsü başlar.

Senkron Hata Senaryoları ve Telafi Yöntemleri

Senkron sistemlerinde hata normaldir; ölçülen şey telafi hızıdır. En sık dört senaryo ve çözümleri:

• Eşzamanlı satış (race condition): İki kanaldan aynı anda sipariş gelirse son düşüm negatife düşebilir. Çözüm: sipariş işlemlerini ürün bazında kuyruğa almak ve buffer uygulamaktır.
• Başarısız stok güncellemesi: Pazaryeri API'si yoğunlukta hata dönebilir. Çözüm: başarısız güncellemeleri kuyruğa atıp belirli bir süre boyunca tekrar denemek, süre dolarsa ürünü güvenli moda (pasif veya azaltılmış adet) almaktır.
• Takılı rezervasyon: Sipariş iptal olur ama rezerve stok geri açılmaz ve ürün "hayalet stokta" bekler. Çözüm: belirli saatten eski rezervasyonları otomatik serbest bırakan bir temizlik kuralı koymaktır.
• Çift düşüm: Aynı sipariş iki kez aktarılırsa stok iki kez düşer. Çözüm: sipariş numarasını tekil anahtar olarak kaydetmek ve ikinci aktarımı reddetmektir.

Bu senaryoların tamamı, entegrasyon kurulumundan önce test senaryolarına yazılmalıdır. Kurulum sonrası ilk hafta ayrıca günlük mutabakat yapın: kaynak sistemdeki adet ile pazaryeri panelindeki adedi ürün bazında karşılaştırın ve farkları kaynağa göre düzeltin.

Örnek Kurgu: İki Pazaryeri ve Bir Web Sitesi

Somutlaştırmak için tipik bir senaryoyu ele alalım. Bir işletmenin kendi sitesi, Trendyol ve Hepsiburada mağazası olsun; kaynak sistem e-ticaret altyapısının stok modülü olsun. Kurgu adımları:

1. Her ürün için kaynak sistemde tek stok kaynağı tanımlanır; barkod/SKU eşleştirmesi kanal bazında bir kez yapılır.
2. Hızlı satan 20 ürün için yüzde 20, kalan katalog için yüzde 10 buffer oranları tanımlanır.
3. Sipariş düştüğünde webhook tetiklenir, sipariş numarası tekil anahtarla kaydedilir ve stok rezerve edilir.
4. Rezervasyon sonrası kalan güvenli adet, itme yöntemiyle iki pazaryerine ve siteye yazılır.
5. Başarısız güncellemeler 15 dakika boyunca 5'er dakika arayla tekrar denenir; üçüncü denemeden sonra ürün pasife alınır.
6. Gün sonunda mutabakat raporu çalışır, iki saat'ten eski takılı rezervasyonlar serbest bırakılır.

Bu örnek, her işletmenin ürün hızına göre farklılaşır; önemli olan bileşenler değil, bileşenlerin sırası ve her adımın telafi kuralıdır.

Pazaryeri Bazlı Dikkat Noktaları

Her pazaryerinin stok ve sipariş API'si farklı davranır. Genel ilkeler aynı kalsa da kurulumda üç noktayı kanal bazında doğrulayın:

• Güncelleme sınırı: Pazaryerileri birim zamanda kabul ettikleri stok güncellemesini sınırlar. Kalabalık kataloglarda toplu güncellemeyi önceliklendirmeniz gerekir: en hızlı satan ürünler önce güncellenmelidir.
• Sipariş bildirimi yöntemi: Bazı kanallar anlık bildirim verirken bazıları panel üzerinden periyodik aktarım ister. Bildirim yöntemi, rezervasyon stratejinizi belirler.
• İptal ve iade akışı: İadenin stoğa ne zaman geri eklendiği kanaldan kanala değişir. İade adedini manuel değil, iade durumu değişimi üzerinden otomatik işleyin.

Pazaryerlerini yalnızca ek satış kanalı olarak değil, müşteri verisinin ve kâr marjının kendi elinize geçtiği bir kendi sitenize geçiş planının ilk adımı olarak da düşünün; senkron altyapısını doğru kuran işletme bu geçişi çok daha düşük maliyetle yapar.

Kurulum Kontrol Listesi

Entegrasyonu devreye almadan önce şu maddeleri tek tek işaretleyin:

• Stok için tek kaynak sistem belirlendi ve tüm kanallar bu kaynağa yazıyor
• Her kanal için güvenli stok (buffer) oranı tanımlı
• Sipariş aktarımında rezervasyon/düşüm anı net ve test edildi
• Eşik altı ürünlerde otomatik pasifleştirme kuralı çalışıyor
• Başarısız senkron çağrıları için tekrar deneme kuyruğu var
• Çift aktarıma karşı sipariş numarası tekil anahtar kontrolü var
• Takılan rezervasyonları serbest bırakan temizlik kuralı tanımlı
• İlk hafta için günlük manuel mutabakat planlandı

Stok senkronizasyonu, pazaryeri satışının görünmeyen ama puanınızı ve marjınızı en çok etkileyen parçasıdır. İlk doğru kurulum, sonraki her kampanya gününü kurtarır. E-ticaret sitenizi ve pazaryeri operasyonunuzu tek kaynaktan yönetmek istiyorsanız e-ticaret altyapı sayfamızdan kapsamı inceleyebilirsiniz.