E-Ticaret ve Pazaryeri Yönetimi

E-ticaret ve pazaryeri yönetimi nedir?

Birden fazla satış kanalı kullanan işletmelerde asıl problem vitrin değil, stok tutarlılığıdır. Aynı ürün kendi siteniz ve birkaç pazaryerinde aynı anda satıştaysa, stok güncellemesi arasındaki gecikme doğrudan aşırı satışa dönüşür.

Hangi problemi çözer?

• Aşırı satış (overselling). Kanal stoğu geç güncellendiğinde olmayan ürün satılır; iptal oranı ve kanal performans puanı bozulur.
• Sipariş kanallara dağılır. Her kanalın kendi paneli vardır; toplu görünüm yoktur.
• Kanal kârlılığı bilinmez. Komisyon, kargo ve iade maliyeti düşülmediğinde hangi kanalın kâr ettiği görünmez.

Nasıl çalışır?

Kanallara yayınlanan miktar gerçek stok değil satılabilir stoktur: rezerve edilen, yoldaki ve bloke stok düşülür. Ayrıca kanal başına bir güvenlik payı tanımlanabilir; hızlı tükenen üründe bu pay aşırı satışı önler.

Stok güncellemesi sıraya alınır ve her kanalın gecikme toleransı ayrı tanımlanır. Bir kanalın API'si yanıt vermediğinde diğer kanalların güncellemesi durmaz; başarısız güncelleme yeniden denenir ve kaç denemede başarılı olduğu kaydedilir.

Siparişler tek havuza düşer ancak kanal etiketi korunur, çünkü iade koşulu, kargo anlaşması ve komisyon kanala göre değişir.

Modüller

• Ürün ve varyant: kanal başına başlık, görsel, kategori eşleme.
• Stok: satılabilir stok hesabı, güvenlik payı, kanal payı.
• Sipariş: havuz, durum takibi, kısmi sevk, kargo etiketi.
• Fiyat: kanal maliyeti dâhil fiyat kuralı, kampanya, rekabet takibi.
• İade: iade nedeni, stoğa dönüş kararı, muhasebe kaydı.
• Raporlama: kanal bazlı ciro, iptal/iade oranı, net kanal kârlılığı.

Entegrasyonlar

Pazaryeri kanalları, kargo firmaları, ödeme kuruluşları ve sanal POS (fintech altyapısı), e-fatura ve e-arşiv, ERP (ürün, stok, sipariş, cari), mağaza stoğu için perakende POS, banka entegrasyonu ile tahsilat mutabakatı.

Mimari notlar

• Kanal bağlantıları ayrı ayrı izlenir; biri durduğunda uyarı üretir.
• Stok güncellemeleri idempotenttir: aynı güncelleme iki kez gitse de sonuç değişmez.
• Sipariş çekme işlemi tekilleştirilir; aynı sipariş iki kez içeri alınmaz.
• Kanal kategori ve özellik eşlemeleri tablo olarak tutulur, koda gömülmez.

Kullanım senaryoları

• Üretici → doğrudan tüketici: kendi mağazası ve pazaryerleri birlikte.
• Perakende zinciri: mağaza stoğunun online kanala açılması.
• Toptan + perakende: bayi portalı ile aynı stok üzerinden çift kanal.
• İhracat: çoklu para birimi ve ülkeye göre fiyat/kargo kuralı.

Devreye alma

1. Ürün verisi: kategori eşleme, görsel ve başlık standardı.
2. Stok politikası: satılabilir stok tanımı, güvenlik payı, kanal payı.
3. Sipariş akışı: havuz, sevkiyat, kargo ve fatura.
4. Ölçüm: kanal kârlılığı, iptal ve iade oranları.

Sık sorulan sorular

Mağaza stoğumuzu online satışa açmalı mıyız?

Açabilirsiniz, ancak ön koşul mağaza sayım doğruluğudur. Sayım güvenilir değilken mağaza stoğunu yayına açmak aşırı satışın en sık nedenidir.

Kaç kanal aynı anda yönetilebilir?

Teknik sınırdan çok operasyonel sınır belirleyicidir: her kanalın kendi iade koşulu, kargo anlaşması ve içerik kuralı vardır. Kanal sayısı arttıkça bu kuralların yönetimi işin asıl maliyetine dönüşür.

Hazır e-ticaret altyapısı yerine neden bu?

Standart mağaza ihtiyacı için hazır altyapı genellikle daha doğru seçimdir. Fark, ERP ile tek stok kaydı, sektöre özgü varyant yapısı (renk/beden matrisi, çoklu birim) ve pazaryeri özel kuralları gerektiğinde ortaya çıkar.

Öne Çıkan Özellikler