Çoklu Pazaryerinde Stok Senkronizasyonu ve Overselling Önleme

Stok senkronizasyonu, birden fazla satış kanalında aynı ürünü satan bir işletmenin stok adedini tek bir merkezi havuzdan yönetmesi ve herhangi bir kanalda satış olduğunda kalan stoğun diğer tüm kanallara otomatik yansıtılmasıdır. Amacı, stokta olmayan ürünün satılmasını ve buna bağlı sipariş iptali, kesinti ve mağaza puanı kaybını önlemektir. Sorunu somutlaştıralım: depoda aynı üründen 10 adet var, ürün Trendyol, Hepsiburada ve Shopify'da aynı anda listeli. Aynı dakikada iki kanaldan satış geldi ama panellerin üçünde de hâlâ 10 yazıyor. Türkçede bu sorun birçok isimle anılır: olmayan ürünü satmak, elinde yokken satış, fazla satış, stok çakışması. Pazaryerlerinin satıcı panelindeki resmi karşılığı ise tedarik edememedir; sipariş gelir, ürün gönderilemez ve sipariş satıcı kaynaklı iptal edilir. Hangi ismi kullanırsan kullan kök neden hep aynıdır: kanalların gösterdiği stok ile depondaki gerçek stok arasındaki kopukluk.

Çözümün özü de tek cümleye sığar: stoğu her panelde ayrı ayrı değil, tek bir merkezi havuzdan yönet; bir kanalda satış olduğunda kalan adet diğer tüm kanallara otomatik yansısın. Bu rehberin geri kalanında havuzun çalışma mantığını, ürün eşleştirmeden güvenlik stoğuna kadar operasyonun tamamını ve iş işten geçtiğinde izlenecek acil aksiyon planını bulacaksın.

Tedarik edememe iptali tek bir siparişin kaybı değildir; zincirleme bir hasardır. Önce satışı kaybedersin: sipariş satıcı kaynaklı iptal olarak işlenir ve müşteri parasını geri alır. Ardından pazaryeri sözleşmene göre kesinti veya ceza gündeme gelebilir; tutarlar platforma ve döneme göre değiştiği için güncel rakamı sözleşmenden ve satıcı panelinden takip etmen gerekir, kesinti kalemlerinin dökümünü ise pazaryeri ceza ve kesintileri rehberinde bulursun. Üçüncü halka performanstır: satıcı kaynaklı iptaller metriklere işler, tekrarlandığında mağaza puanın düşer. Puanı düşen ve stoksuz görünen ürün buybox rekabetinde ve arama sıralamasında geriler; yani sadece o siparişi değil, sonraki görünürlüğünü de kaybedersin. Son halka müşteridir: siparişi iptal edilen alıcı kötü yorum bırakır ve o yorum sonraki müşterilerin kararını da etkiler. Kısacası olmayan ürünü satmak ucuz bir hata değil. İyi haber, tamamen önlenebilir bir hata olması.

• Satış kaybı — sipariş satıcı kaynaklı iptal olur, müşteri parasını geri alır
• Kesinti riski — sözleşmene göre kesinti veya ceza uygulanabilir
• Puan düşüşü — satıcı kaynaklı iptal performans metriklerine işler
• Görünürlük kaybı — ürün buybox rekabetinde ve arama sıralamasında geriler
• Kötü yorum — iptal edilen müşterinin yorumu sonraki alıcıları da etkiler

Tablodaki ürün tek SKU ve depoda 10 adet; kanallar Trendyol, Hepsiburada ve Shopify. Manuel senaryoda satıcı stokları akşam elle güncelliyor, otomatik senaryoda merkezi havuz her satışta tüm kanalları güncelliyor. Manuel tarafta satıcı gün içinde hiçbir kanalı güncellemediği için üç panel de sabahki adedi göstermeye devam ediyor; akşam güncelleme yapıldığında satışlar çoktan gerçekleşmiş oluyor. Gün sonunda 13 satışa karşılık 10 adet stok var; aradaki 3 sipariş tedarik edememe iptaline dönüşüyor. Otomatik tarafta ise havuz sıfıra indiği anda üç kanal da satışa kapandığı için iptal sayısı sıfır kalıyor. Aradaki fark bir yazılım markası değil, mimari: manuel senaryoda üç ayrı stok gerçeği var ve üçü de yanlış; otomatik senaryoda tek bir doğruluk kaynağı var ve bütün kanallar ona bakıyor. Tablodaki otomatik sütunun işini Ecomiro stok senkronu modülü üstlenir; havuz tek yerde tutulur, kanallar oradan beslenir.

Temsili örnektir; rakamlar kurgudur, akış ise stoğunu elle yöneten satıcının tipik gününü anlatır.

Bir not: aynı ürünü yeni bir kanala açarken listing bilgilerini elle yeniden girmek zorunda değilsin. Ürün kartlarını kanallar arasında aktarmak hem zaman kazandırır hem de aynı ürünün her kanalda aynı stok kodu ve barkodla açılmasını sağladığı için bir sonraki bölümün konusu olan eşleştirmeyi baştan kolaylaştırır.

Merkezi stok yönetiminin temel ilkesi tek doğruluk kaynağıdır: stoğun gerçek adedi tek bir merkezde tutulur ve Trendyol, Hepsiburada, Amazon ya da kendi siten dahil hiçbir satış kanalı stoğun sahibi değildir. Kanallar birer vitrindir; hepsi aynı havuzdan beslenir, havuz değişince hepsi güncellenir. Havuz benzetmesi mekanizmayı iyi anlatır: musluk kaç tane olursa olsun su tektir, su bitince bütün muslukların kapanması gerekir. Havuzun bir varyasyonu kanal bazlı tahsistir; 10 adedin 6'sını Trendyol'a, 3'ünü Hepsiburada'ya, 1'ini kendi sitene ayırırsın. Tahsis çakışma riskini azaltır ama esnekliği düşürür: bir kanalda ürün hızla satılırken diğerine ayrılan adetler boşta bekler ve toplam stoğun bir kısmı fiilen satılamaz hale gelir. Çoğu işletme için doğru başlangıç ortak havuz artı güvenlik stoğudur; tahsis, konsinye depo veya fiziksel mağaza gibi özel durumlarda devreye girer.

Senkronun görünmez ön koşulu ise eşleştirmedir. Aynı fiziksel ürün her kanalda ayrı bir kayıtla yaşar: Trendyol'da bir ürün kartı, Hepsiburada'da başka bir listing, kendi sitende başka bir kayıt. Sistem bu kayıtların aynı ürün olduğunu bilmezse stoğu birlikte yönetemez. Eşleştirme genellikle senin stok kodun (SKU) ve barkod üzerinden yapılır; kavramların ayrıntısı barkod ve GTIN rehberinde duruyor.

Stok güncellemesinin iki yöntemi vardır ve bunlar rakip değil, ortaktır. Webhook, satış olduğu anda pazaryerinden gelen bildirimdir; hızı saniyeler mertebesine indirir ama ağ hatası gibi nedenlerle kaçabilir. Periyodik kontrol, sistemin belirli aralıklarla tüm kanalları taramasıdır; hızı tarama aralığı kadardır ama kaçan satışı garanti olarak yakalar. Sağlam bir senkron ikisini birlikte kullanır: webhook hız sağlar, periyodik kontrol sigortadır. Bunun nedeni gecikme penceresidir; satışın gerçekleştiği an ile diğer kanalların güncellendiği an arasındaki süre saniyeler mertebesinde bile olsa sıfır değildir. Normal bir günde bu pencere içinde aynı ürüne ikinci siparişin gelme ihtimali düşüktür. Kampanya günlerinde ise satış hızı katlanır, aynı ürüne saniyeler içinde birden çok sipariş gelebilir ve pencere gerçek bir riske dönüşür. Yani soru hangi yöntemin daha iyi olduğu değil, sistemin ikisini birlikte kullanıp kullanmadığıdır. Pencereyi tümden kapatmak mümkün olmadığı için panzehir, bir sonraki bölümün konusu olan güvenlik stoğudur.

Yazılım değerlendirirken anlık mı tarama mı diye değil, ikisini birden yapıyor musunuz diye sor.

İkinci zayıf nokta API'nin kendisidir. Pazaryerleri art arda gelen istekleri sınırlar, çağrılar zaman aşımına uğrayabilir veya hatalı yanıt dönebilir. Kritik soru şudur: stok güncelleme çağrısı başarısız olursa sistem ne yapıyor? Doğru davranış, başarısız çağrıyı otomatik yeniden denemek ve denemeler tükenirse satıcıya uyarı göndermektir. En tehlikeli sistem hatayı sessizce yutan sistemdir; sen stoğun güncel olduğunu sanırsın, kanal günlerce eski adedi gösterir. Ecomiro stok senkronu tam bu nedenle webhook ve düzenli kontrol ile çift güvenlikli çalışır.

Gecikme penceresini sıfırlayamazsın ama penceredeki hasarı sıfırlayabilirsin. Yöntem basit: son bir-iki adedi kanallara hiç açma. Depoda 10 adet varsa kanallara 8 veya 9 göster. İki kanaldan aynı saniyede satış gelse bile depoda karşılık vardır; çift satış iptale dönüşmez. Tamponun mantığı gecikme penceresini ortadan kaldırmak değil, pencere sırasında satılabilecek adedi depoda gerçekten karşılığı olan adetle sınırlamaktır. Peki tampon kaç adet olmalı? Tek doğru sayı yok, iki değişkene bak. Birincisi satış hızı: günde onlarca satan üründe pencereye denk gelme ihtimali yüksektir, tamponu artır. İkincisi kanal sayısı: ürün ne kadar çok kanalda listeliyse çakışma ihtimali o kadar büyür. Yavaş satan ve az kanallı üründe tamponu düşük tut, aksi halde satılabilir stoğu gereksiz yere kilitlersin. Kampanya öncesinde hızlı satan ürünlerin tamponunu geçici olarak yükseltmek de basit ve etkili bir önlemdir.

Bir ayrımı netleştirelim. Buradaki güvenlik stoğu, tedarik planlamasındaki güvenlik stoğunun akrabasıdır ama amacı farklıdır. Planlamadaki güvenlik stoğu tedarik gecikmesine karşı fazladan ürün bulundurmaktır; buradaki tampon ise eldeki stoğun bir kısmını satış kanallarına hiç göstermemektir. Ne kadar stok tutman gerektiğinin hesabı, yani yeniden sipariş noktası, devir hızı ve talep planlaması stok ve depo yönetimi rehberinin konusudur.

Senkronun kolay hali tekil üründür; operasyonun asıl sınavı dört vakadır. Paket ve set ürünlerde gerçek stok, bileşenin stoğudur: üçlü sabun seti satıldığında tekil sabundan üç adet düşmeli, tekil üründen bir adet satıldığında setin satılabilir adedi yeniden hesaplanmalıdır. Set ile tekil listing aynı bileşen stoğuna bağlanmazsa iki ayrı stok gerçeği oluşur ve biri mutlaka yanlıştır; tekil ürün bitmişken setin hâlâ satışta görünmesi klasik bir paket ürün oversellingidir. Varyantlarda ise senkron ürün toplamında değil, varyant düzeyinde çalışmalıdır. Bir tişörtün S, M ve L bedenleri ayrı SKU'lardır; her biri ayrı senkronlanır ve ayrı eşleştirilir. Tuzak şudur: toplam stok doğru görünür ama M beden bitmiştir ve bu bir kanala yansımamıştır; müşteri M beden sipariş eder, sen iptal edersin. Varyantlı ürünlerde eşleştirmeyi beden-renk kombinasyonu başına, kendi barkoduyla yap.

• Paket ve set ürünler — set satıldığında bileşen stoğundan düşmeli
• Varyantlar — senkron beden ve renk SKU'su düzeyinde çalışmalı
• İade girişi — kontrol adımından geçmeden stoğa dönmemeli
• Fiziksel mağaza — kasa satışı da havuzdan düşmeli ya da ayrı tahsis edilmeli

İade edilen ürün stoğa otomatik dönmemelidir. Önce kontrol gelir: hasar var mı, kullanılmış mı, parçası eksik mi? Kontrolü geçen ürün havuza eklenir ve senkron bu adedi tüm kanallara yansıtır. Kontrolsüz otomatik giriş satılamaz durumdaki ürünü yeniden satışa açar; madalyonun öbür yüzünde ise kontrolü geçen ürünü stoğa işlemeyi unutmak satılabilir stoğu sessizce eritir. Sürecin bütünü iade ve değişim yönetimi rehberinde. Dördüncü vaka fiziksel mağazadır: raftaki son ürünü kasada sattığın anda internette hâlâ bir adet görünüyorsa aynı ürün iki kez satılabilir. İdeali kasa satışının da havuzdan düşmesidir; mümkün değilse mağazaya ayrı stok tahsisi ayır ya da pazaryeri kanallarında daha yüksek güvenlik stoğu uygula. Ecomiro'da bu ayrım satır satır görünür; tahsis kuralı ise henüz yoktur.

Önlem ne kadar iyi olursa olsun bir gün yaşanabilir; panik yerine sıra izle. Önce kanamayı durdur, sonra tedarik şansını yokla, karşılayamıyorsan siparişi sürüncemede bırakmadan iptal et ve müşteriye dürüst davran. Ardından çakışmanın nerede ve neden yaşandığını bul, kök nedeni kapat ve sonraki haftalarda metrikleri izle. Sıranın kendisi de önemli: kanamayı durdurmadan tedarikçiyi aramak, aynı üründen yeni siparişlerin gelmesine izin verir ve tek bir iptali birkaç iptale çevirir. İki not ekleyelim. Birincisi mevzuat: ifanın imkansızlaştığı durumda yönetmelik üç gün içinde yazılı bildirim ve on dört gün içinde ödeme iadesi ister, siparişi bekletmek yükümlülüğü ağırlaştırır. İkincisi moral: tek seferlik bir olay telafi edilebilir, müşteriye hızlı ve dürüst davranan satıcı çoğu zaman kötü yorumu da engeller. Telafi edilemeyen şey kronikleşen iptaldir; bu yüzden kök nedeni bulma ve kapatma adımlarını atlamak yok.

• Kanamayı durdur — çakışan ürünü diğer tüm kanallarda hemen satışa kapat
• Hızlı temini dene — tedarikçinden karşılayabiliyorsan siparişi iptal etme
• Karşılayamıyorsan hızlı iptal et — bekletme, müşteriye durumu dürüstçe açıkla
• Kök nedeni bul — eşleşmeyen SKU mu, güncelleme gecikmesi mi, manuel hata mı
• Kök nedeni kapat — eşleştirmeyi düzelt, tamponu artır veya senkronu kur
• Takip et — mağaza puanını ve iptal metriklerini haftalarca izle

Senkron çözümü değerlendirirken şunları sor: hangi kanallar destekleniyor, güncelleme yalnız periyodik tarama mı yoksa anlık bildirimle birlikte mi çalışıyor, kampanya günlerinde hız düşüyor mu, senkron varyant düzeyinde mi, paket ürünlerde bileşenden düşüm var mı, güvenlik stoğu ve kanal tahsisi tanımlanabiliyor mu, API hatasında yeniden deneme ve uyarı var mı, iade akışına kontrol adımı konulabiliyor mu, kurulum ne kadar sürüyor ve ayrılmak istersen verini alabiliyor musun? Ecomiro tarafında stok senkronu tek havuzdan çalışır, güncelleme webhook ve düzenli kontrol ile çift güvenliklidir, eşleştirme SKU ve barkod bazlıdır, stok altı uyarıları kritik seviyeye ineni haber verir. Havuza bağlanan kanallar Trendyol, Hepsiburada, Amazon, Shopify, Beymen, Farmazon ve Modanisa; çoklu mağaza ile hepsi tek panelde, sipariş yönetimi ile siparişleri tek ekranda toplanır. Kurulum API anahtarıyla yaklaşık 5 dakika sürer. Tampon ve tahsis kararlarından önce kanal başına gerçek kârını gör; ücretsiz kâr marjı hesaplama aracı bunun için hazır.