Pazaryeri stok senkronu nasıl kurgulanır?

Trendyol, Hepsiburada, Amazon ve N11'de aynı anda satış yapıyorsanız en kritik operasyonel sorunuz reklam değil, stok tutarlılığıdır. Bir kanalda satılan ürünün diğer kanallardaki stoğu saniyeler içinde güncellenmezse, olmayan ürünü satarsınız; bunun bedeli iptal cezası, mağaza puanı kaybı ve kapatılan hesaplara kadar uzanır. Bu rehberde, pazaryeri stok senkronizasyonunu baştan doğru kurgulamanın mimarisini, webhook ile periyodik senkron arasındaki farkları, buffer stok kurallarını ve sahada en sık yapılan hataları adım adım ele alıyoruz.

Stok tutarsızlığının gerçek maliyeti

Stok hatası çoğu zaman "arada bir iptal ederiz, sorun olmaz" diye küçümsenir. Oysa maliyet üç katmanda birikir. Birincisi doğrudan ceza: pazaryerleri tedarik edememe durumunda sipariş başına kesinti uygular ve iptal oranı belirli eşiği aşan mağazalara satış kısıtı, hatta geçici kapatma getirir. Türkiye'deki büyük pazaryerlerinde bu kesintiler ürün bedelinin belirli bir yüzdesi olarak hesaplanır; kampanya döneminde birkaç saatlik bir senkron gecikmesinin faturası binlerce lirayı bulabilir. İkincisi görünürlük kaybı: iptal oranı yükselen satıcının listeleme sıralaması düşer, buy box kazanma olasılığı azalır; yani tek bir stok hatası, o üründen sonraki yüzlerce potansiyel satışı da etkiler.

Üçüncü ve en kalıcı olanı müşteri güvenidir. Siparişi iptal edilen müşterilerin önemli bir bölümü aynı satıcıdan bir daha alışveriş yapmaz ve düşük puanlı değerlendirme bırakır. Günde 100 sipariş alan bir mağazada %2'lik bir iptal oranı bile ayda 60 kayıp müşteri demektir. Stok senkronu bu yüzden bir "teknik detay" değil, doğrudan ciroyu koruyan bir sigortadır.

Merkezi stok: tek doğruluk kaynağı mimarisi

Çok kanallı satışta sürdürülebilir tek model, stoğun tek bir merkezde tutulup tüm kanallara oradan dağıtılmasıdır — yazılım dünyasındaki adıyla "single source of truth". Bu merkez; e-ticaret panelinizin stok modülü, ERP'niz veya depo yönetim sisteminiz olabilir. Önemli olan kuralın netliği: hiçbir kanal kendi stoğunu kendisi yönetmez, herkes merkezden beslenir.

Akış şöyle işler: herhangi bir kanalda sipariş oluştuğunda merkez stok düşülür ve yeni değer tüm kanallara yayınlanır. Depoya mal girişi, iade kabulü veya sayım düzeltmesi de aynı şekilde önce merkezde işlenir, sonra dağıtılır. Bu mimarinin alternatifleri — her pazaryerine elle stok girmek veya kanallar arasında ikili senkronlar kurmak — kanal sayısı arttıkça üstel biçimde karmaşıklaşır ve kaçınılmaz olarak çelişkili veriler üretir.

Merkezi mimariye geçerken ürün kataloğunuzun da tekilleşmesi gerekir: aynı ürünün Trendyol'daki, Amazon'daki ve sitenizdeki listelemeleri merkezde tek bir stok kartına bağlanmalıdır. Pazaryeri entegrasyon çözümleri tam olarak bu eşleştirme ve dağıtım katmanını hazır sunar; sıfırdan entegrasyon geliştirmekle hazır altyapı kullanmak arasındaki farkı sık sorulan sorular sayfasında da bulabilirsiniz.

Webhook mu, periyodik senkron mu?

Merkez ile kanallar arasındaki veri akışının iki temel yöntemi vardır. Webhook (anlık bildirim) modelinde pazaryeri, sipariş oluştuğu anda sisteminize bir bildirim gönderir; stok saniyeler içinde güncellenir. Periyodik senkron (polling) modelinde ise sisteminiz belirli aralıklarla — örneğin 5 veya 15 dakikada bir — pazaryerine "yeni sipariş var mı?" diye sorar.

Pratikte doğru cevap "ikisi birlikte"dir: webhook'un desteklendiği her yerde anlık bildirimi esas alın, ancak kaçan bildirimlere karşı güvenlik ağı olarak kısa periyotlu bir doğrulama senkronu da çalıştırın. Yalnızca polling ile çalışan kanallarda ise periyodu satış hızınıza göre belirleyin: kampanya dönemlerinde 15 dakikalık bir pencere bile onlarca çift satışa yol açabilir.

Mimari tarafında bir ayrıntı daha kritiktir: giden stok güncellemeleri bir kuyruk üzerinden akmalıdır. Sipariş yoğunluğu arttığında aynı ürün için saniyeler içinde birden fazla güncelleme oluşur; kuyruk yoksa bu istekler birbirini ezer ve pazaryerine eski değer gidebilir. İyi bir kuyruk kurgusu, aynı SKU'nun güncellemelerini sıraya dizer, art arda gelenleri son değerde birleştirir ve pazaryerinin istek limitine (rate limit) uyacak hızda gönderir. Bu katman görünmezdir ama kampanya günü kurgunun ayakta kalıp kalmayacağını belirleyen tam olarak burasıdır.

Buffer stok kuralları: emniyet payını doğru ayarlayın

Senkron ne kadar hızlı olursa olsun, saniyelik yarış koşulları her zaman mümkündür: son ürünü iki kanal aynı anda satabilir. Bu yüzden pazaryerlerine gerçek stoğun tamamını değil, emniyet payı düşülmüş halini yayınlamak yerleşik bir pratiktir — buna buffer (tampon) stok denir.

Tek bir sabit kural yerine katmanlı kurallar kurun:

• Hızlı dönen ürünler: Günde 10+ satan bir SKU'da 2-3 adetlik buffer, çift satışı büyük ölçüde önler.
• Son adetler kuralı: Stok belirli eşiğin (örneğin 3 adet) altına indiğinde ürünü pazaryerlerinde "tükendi" gösterip son adetleri yalnızca kendi sitenizde satmak, hem cezayı önler hem komisyonsuz satış getirir.
• Kanal önceliği: Kısıtlı stoğu, kâr marjı en yüksek veya ceza riski en düşük kanala yönlendiren yüzdesel dağıtım kuralları tanımlayın.
• Kampanya modu: İndirim dönemlerinde satış hızı katlandığı için buffer değerlerini geçici olarak yükseltin.

Buffer'ı gereğinden büyük tutmanın da maliyeti vardır: satılabilir stoğu rafta bekletmek, özellikle sezonluk üründe ciro kaybıdır. Ayarları satış hızı verisine göre üç ayda bir gözden geçirin.

Varyant ve barkod eşleştirme: senkronun temeli

Stok senkronu, ancak ürün eşleştirmesi doğruysa çalışır. Sahadaki senkron hatalarının büyük bölümü teknik arızadan değil, yanlış eşleştirmeden kaynaklanır: Trendyol'daki "Mavi / M" varyantı merkezde "M / Mavi" kartına bağlanmıştır ve iki sistem farklı ürünlerin stoğunu günceller durur.

Sağlam bir eşleştirme için üç kural yeterlidir:

1. Barkodu kimlik yapın: Her varyantın benzersiz bir barkodu (GTIN/EAN) olsun ve tüm kanallarda aynı barkod kullanılsın. Eşleştirmeyi ürün adı veya model koduyla değil, barkodla yapın; ad değişir, barkod değişmez.
2. Varyant matrisini merkezde kurun: Beden ve renk kombinasyonlarını önce merkez katalogda tanımlayın, kanallara oradan gönderin. Kanalda elle açılan varyant, eşleşmemiş "hayalet stok" üretir.
3. Eşleşmeyeni yayınlamayın: Barkodu merkezle eşleşmeyen bir pazaryeri listelemesi otomatik olarak pasife düşsün. Senkronsuz listeleme, kontrolsüz satış demektir.

Aynı ürünü farklı paket boyutlarıyla (tekli/üçlü) satıyorsanız, her paket ayrı barkodlu ayrı bir satış birimi olmalı; stok düşümü ise ortak bileşene (tekil ürüne) bağlanmalıdır. Bu "bundle stok" kurgusu atlandığında üçlü paket satışları tekil stoğu düşürmez ve tablo birkaç günde bozulur.

Senkron hatalarını izlemek: sessiz arızayı yakalayın

Stok senkronunun en tehlikeli hali, tamamen durması değil sessizce aksama halidir. API anahtarının süresi dolmuştur, pazaryeri rate limit uygulamaya başlamıştır veya tek bir ürünün güncellemesi sürekli hata veriyordur — panelde her şey yeşil görünürken bir kanal saatlerdir eski stokla satış yapıyordur.

Bu yüzden izleme, kurgunun ayrılmaz parçasıdır. En azından şunları kurun: başarısız güncelleme denemelerinin otomatik yeniden denenmesi (retry) ve belirli sayıda başarısızlıktan sonra uyarı; her kanal için "son başarılı senkron zamanı" göstergesi ve bu süre eşiği aştığında bildirim; günde bir kez çalışan tam mutabakat taraması — merkez stok ile her kanaldaki yayın stoğu karşılaştırılır, fark listesi raporlanır. Mutabakat taraması, webhook kaçaklarının ve elle yapılan müdahalelerin biriktirdiği sapmayı yakalayan son savunma hattıdır.

İzlemeyi somutlaştırmak için kendinize üç gösterge belirleyin: ortalama senkron gecikmesi (sipariş anından tüm kanalların güncellenmesine kadar geçen süre — hedef 60 saniyenin altı), günlük mutabakat farkı sayısı (hedef sıfıra yakın ve azalan bir eğri) ve stok kaynaklı iptal oranı (pazaryeri panellerinden takip edilir, hedef %0,5'in altı). Bu üç sayı haftalık olarak bir kişinin sorumluluğunda raporlanıyorsa, sorunlar müşteriye yansımadan yakalanır; raporlanmıyorsa senkronunuzun sağlığını ancak ceza e-postası geldiğinde öğrenirsiniz.

"İyi bir stok senkronu fark edilmez; kötü bir stok senkronu ise kendini iptal cezaları, düşen mağaza puanı ve kızgın müşterilerle duyurur."

Sık yapılan 5 kurgu hatası

Sahada en sık karşılaştığımız hatalar, teknolojiden çok kurgu tercihlerinden doğuyor:

• Çift yönlü elle müdahale: Merkezi sistem varken pazaryeri panelinden elle stok girmek. Tek seferlik "acil düzeltme" bile mutabakatı bozar; müdahale her zaman merkezden yapılmalıdır.
• İadeyi unutmak: İade kabul edilen ürünün stoğa geri eklenmemesi veya hasarlı ürünün satılabilir stoğa dönmesi. İade akışı da senkronun parçası olmalıdır.
• Tüm kanallara aynı stok yüzdesi: Satış hızı ve ceza politikası kanaldan kanala değişir; dağıtım kuralları da kanala özel olmalıdır.
• Kampanya öncesi test etmemek: Normal günde sorunsuz çalışan kurgu, sipariş hacmi 10 katına çıktığında rate limit ve kuyruk gecikmeleriyle çökebilir. Büyük kampanyalardan önce yük senaryosu çalıştırın; Kara Cuma hazırlık rehberimizde bunun kontrol listesi var.
• Depo gerçeğiyle yüzleşmemek: Sistemdeki stok doğru, raftaki yanlışsa senkron sadece yanlışı hızlı dağıtır. Düzenli sayım ve barkodlu depo süreçleri olmadan hiçbir senkron kurgusu doğru çalışmaz.

Sonuç

Pazaryeri stok senkronizasyonu, çok kanallı büyümenin görünmeyen temelidir. Formül nettir: stoğu tek merkezde tutun, webhook'u esas alıp periyodik mutabakatla destekleyin, buffer kurallarını satış hızına göre ayarlayın, eşleştirmeyi barkoda dayandırın ve her adımı izlenebilir kılın. Bu kurguyu doğru kuran satıcılar için kanal eklemek bir risk değil, birkaç saatlik bir işlem haline gelir. Referanslarımız arasında beş pazaryerini tek panelden sıfır iptal cezasıyla yöneten markaların hikâyelerini bulabilirsiniz.

Bu kurgunun her parçasını sıfırdan geliştirmek aylar sürer; Şimşek Software'in hazır pazaryeri entegrasyonları ise Trendyol, Hepsiburada, Amazon ve N11 senkronunu merkezi stok, buffer kuralları ve mutabakat raporlarıyla birlikte kutudan çıkarır. Kendi kanal yapınıza uygun senkron kurgusunu birlikte planlamak için demo talep edin; mevcut stok akışınızı inceleyip risk noktalarını birlikte kapatalım.