Çoklu Pazaryeri Entegrasyonu Çözümü

Birden çok pazaryerinde satış yapmak ciroyu büyütür; ancak her kanalın ayrı paneli, ayrı stok mantığı ve ayrı komisyon yapısı operasyonu hızla dağıtır. Çoklu pazaryeri entegrasyonu, tüm kanalları tek bir kontrol noktasında birleştirir: ürünü bir kez tanımlarsınız, stok ve fiyat her yere anlık yansır, siparişler tek gelen kutusuna düşer. Bu sayfa; e-ticaret, operasyon, lojistik ve tedarik ekipleri için kapsamı, formülleri, seçim kriterlerini ve mevzuat uyumunu anlatan bir başvuru (pillar) rehberidir.

Çözüm neyi kapsar?

• Merkezî ürün kataloğu: Tek ürün kartı → çok kanal; SKU, barkod (GTIN) ve öznitelik yönetimi.
• Gerçek zamanlı stok senkronizasyonu: Tek stok havuzu, kanal başına stok tamponu (buffer), oversell önleme.
• Fiyat senkronizasyonu: Kanal bazlı fiyatlandırma, komisyon/maliyet farkına göre kanala özel fiyat.
• Sipariş toplama: Tüm kanalların siparişleri tek gelen kutusunda; durum, kargo ve fatura takibi.
• Hata ve eşleşme yönetimi: Hata kuyruğu, tekrar deneme (retry), eşleşmeyen ürün ve reddedilen kayıt raporu.
• Kanal kârlılığı: Komisyon, kargo ve iade dahil kanal bazlı net kâr görünürlüğü.

Merkezî ürün kataloğu ve eşleştirme

Entegrasyonun temeli, kanallardan bağımsız tek bir ürün kaydıdır. Her varyantın kendi SKU’su ve barkodu (GTIN/EAN) merkezî katalogda tutulur; pazaryeri ürün kimlikleri (Trendyol barkod, Hepsiburada HB SKU, Amazon ASIN, n11 ürün no) bu tek SKU’ya bağlanır. Böylece bir kartı güncellediğinizde değişiklik tüm kanallara tutarlı biçimde iner ve yanlış eşleşme kaynaklı hatalı fiyat/hatalı ürün riski düşer. GTIN olmayan ürünlerde eşleştirme başlık ve öznitelik benzerliğine kaldığından, katalog disiplini kanal sayısı arttıkça daha kritik hale gelir.

Gerçek zamanlı stok ve fiyat senkronizasyonu

Fazla-satış (oversell), çoklu kanal satışının en pahalı hatasıdır: iki kanalda aynı son ürün satılırsa biri iptal edilir, bu da satıcı puanına ve pazaryeri cezasına yol açar. Çözüm, tek stok havuzu ve tampon mantığıdır. Kanala yansıyan miktar şu şekilde hesaplanır: kanal stok = gerçek stok − stok tamponu − açık siparişlerde rezerve edilen miktar. Tampon, API gecikmesi ve eşzamanlı satış payını soğurur. Fiyat tarafında ise her kanalın komisyonu farklı olduğundan çoğu satıcı kanal bazlı fiyat uygular; hedef, aynı net kârı korumaktır.

Kanal net kârı nasıl hesaplanır?

Kanal kârlılığını yönetmek için tek tek her siparişin gerçek maliyetini bilmek gerekir. Temel formül: kanal net kârı = satış fiyatı − (komisyon + kargo + hizmet bedeli + iade maliyeti + KDV etkisi + ürün maliyeti). Kanalın toplam kesinti oranını karşılaştırmak için take rate = (komisyon + hizmet bedeli) ÷ satış fiyatı kullanılır; farklı komisyonlu kanallarda aynı net kârı hedeflemek için başabaş fiyat = (ürün maliyeti + kargo + hedef kâr) ÷ (1 − take rate) ile kanala özel fiyat çıkarılır. İadesi yüksek kategorilerde iade maliyeti kaleminin ayrı izlenmesi, kanal seçimini kârlılık temelli yapmayı sağlar.

Başlıca pazaryerleri karşılaştırması

Aşağıdaki tablo yön göstericidir. Komisyon oranları kategoriye, kampanyaya ve satıcı anlaşmasına göre büyük değişkenlik gösterir; buradaki aralıklar temsili/örnek olup her kanalın güncel satıcı sözleşmesinden doğrulanmalıdır. Entegrasyon yöntemi sütunu, ilgili kanalın resmi API’sini gösterir.

Oranlar temsilidir; kategori ve kampanya bazında değişir ve yalnızca kanalın kendi belgesinden teyit edilmelidir.

Sipariş toplama ve tek gelen kutusu

Her kanalın siparişi tek gelen kutusuna normalize edilerek düşer: alıcı bilgisi, kalemler, tutar, KDV, kargo tercihi ve pazaryeri sipariş numarası tek şemaya çevrilir. Operasyon; onay, paketleme, kargo etiketi ve fatura adımlarını kanaldan bağımsız aynı akışta yürütür. Sipariş durumu (hazırlanıyor → kargolandı → teslim) her kanala geri yazılır; kargo takip numarası ilgili pazaryeri API’sine iletilir. Bu, SLA’ya bağlı kargolama sürelerini tutturmayı ve satıcı puanını korumayı kolaylaştırır.

Seçim ve şartname kriterleri

• Resmi API kullanımı: Scraping değil; her kanalın resmi API’si ve versiyon takibi.
• Rate limit yönetimi: İstek kuyruğu, batch uçlar, 429’da üstel geri çekilme (backoff).
• Ürün eşleştirme: Barkod/GTIN temelli eşleştirme, varyant ve öznitelik desteği.
• Stok tamponu (buffer): Ürün/kanal başına tampon ve oversell koruması.
• Hata kuyruğu: Reddedilen kayıtların yeniden denenmesi ve görünür hata raporu.
• Çok depo (multi-warehouse): Depo/lokasyon bazlı stok ve öncelik kuralları.
• Senkron gecikmesi (latency): Webhook desteği ve kabul edilebilir güncelleme süresi (SLA).
• Veri sahipliği ve dışa aktarım: Ürün, sipariş ve müşteri verisinin dışa aktarımı sözleşmede garanti.

Mevzuat ve uyum

Pazaryeri operasyonu, teknik entegrasyonun yanında mevzuat uyumu da gerektirir. Başlıca çerçeveler:

• 6563 sayılı Elektronik Ticaretin Düzenlenmesi Hakkında Kanun: Mesafeli satış, bilgilendirme ve sorumluluk çerçevesi.
• ETBİS (Elektronik Ticaret Bilgi Sistemi): Kayıt/bildirim yükümlülüğü; hizmet sağlayıcının doğru sınıflandırılması.
• ETHS/ATHS ayrımı: Elektronik ticaret hizmet sağlayıcı (kendi malını satan) ile aracı hizmet sağlayıcı (pazaryeri) sorumlulukları farklıdır; entegrasyon rolünüze göre kurgulanmalıdır.
• GİB e-Fatura / e-Arşiv / e-İrsaliye: Sipariş verisinden otomatik fatura ve gerektiğinde e-İrsaliye üretimi.
• KVKK 6698: Alıcı verisinin işlenmesi, saklama ve aydınlatma; kanallar arası veri paylaşımında yetki/rol.

Kanal sayısı, kategori yapınız ve mevcut ERP/muhasebe altyapınızı birlikte inceleyip; hazır bir entegrasyon katmanının mı yoksa size özel geliştirmenin mi doğru olduğunu netleştirelim. Aşağıdaki formdan ihtiyacınızı iletmeniz yeterli.