#Multichannel E-Ticaret Nedir ve Neden Kritik?
Multichannel e-ticaret, bir markanın ürün katalogunu birden fazla satış kanalında eş zamanlı olarak yönetmesini ifade eder. Türkiye'de Trendyol, Hepsiburada, n11, GittiGidiyor, Çiçeksepeti ve PttAVM gibi yerli pazaryerleri; uluslararası tarafta ise Amazon, Etsy ve eBay öne çıkar. Tek bir kanala bağımlı kalmak, algoritma değişikliklerine, komisyon güncellemelerine ve cezai yaptırımlara karşı işletmeyi savunmasız bırakır.
Multichannel stratejinin gerçek değeri, ürün, stok, fiyat, sipariş ve iade verilerinin merkezi bir sistemde birleştirilmesinden gelir. Bu birleştirme olmadan her pazaryerine manuel ürün yüklemek, stok güncellemek ve sipariş takibi yapmak operasyonel olarak sürdürülemez hale gelir.
#Pazaryeri API Mimarileri ve Farklılıkları
Her pazaryerinin kendine özgü bir REST API yapısı bulunur. Trendyol Marketplace API, supplierId tabanlı kimlik doğrulama ve Basic Auth kullanırken; Hepsiburada Merchant API, OAuth benzeri token mekanizması ile çalışır. n11 SOAP tabanlı eski API'sini REST'e taşıma sürecindedir ve hâlâ hibrit bir yapı sunar. Amazon SP-API ise LWA (Login with Amazon) token rotasyonu ve AWS Signature v4 imzalama gerektirir.
Bu farklılıklar, her pazaryeri için ayrı bir adapter katmanı yazılmasını zorunlu kılar. Doğru tasarlanmış bir multichannel altyapı, çekirdek iş mantığını pazaryeri özelinden soyutlayan bir abstraction layer üzerine kurulur.
#Ürün Senkronizasyonu ve Kategori Eşleme
Ürün senkronizasyonunun en zorlu kısmı kategori eşlemesidir. Trendyol'un kategori ağacı ile Hepsiburada'nın kategori taksonomisi birebir örtüşmez. Her kategorinin zorunlu attribute setleri farklıdır: Trendyol'da bir ayakkabı için renk ve numara zorunluyken, Amazon'da ek olarak GTIN ve brand registry doğrulaması istenir.
Merkezi bir ürün kataloğunda master attribute seti tutulmalı ve her pazaryerine özel transformer fonksiyonları yazılmalıdır. Görsel boyutları da kanal bazında değişir; Trendyol minimum 1200x1800 px isterken, n11 800x800 px ile yetinir.
#Sipariş Akışı ve Webhook Yönetimi
Sipariş yönetiminde iki ana model vardır: webhook tabanlı push modeli ve polling tabanlı pull modeli. Hepsiburada webhook desteği sunarken, Trendyol pratik kullanımda hâlâ polling tercih edilen bir API yapısına sahiptir. Sipariş çekme sıklığı genelde 2-5 dakika aralığında tutulur; daha sık istekler rate-limit cezasına yol açar.
Siparişlerin idempotent şekilde işlenmesi kritiktir. Aynı siparişin iki kez işlenmemesi için orderNumber ve marketplace kombinasyonu unique key olarak kullanılmalıdır.
#Hata Yönetimi ve Retry Stratejileri
Pazaryeri API'leri zaman zaman 5xx hataları, timeout veya rate-limit cevapları döner. Exponential backoff ile retry mekanizması, dead letter queue ve manuel müdahale paneli olmadan multichannel altyapı sürdürülemez. Trendyol'un saatlik 600 istek limiti, Amazon'un kategori bazlı throttling kuralları ayrı ayrı modellenmelidir.
#Raporlama ve Konsolide Görünüm
Farklı pazaryerlerinden gelen sipariş, ciro ve komisyon verilerini tek bir dashboard'da göstermek, yöneticiye gerçek karlılığı hesaplama imkanı verir. Komisyon oranları kategori bazında değişir ve net karlılık ancak konsolide bir veri modeli ile hesaplanabilir.
#i-Pazaryeri Entegrasyon Yaklaşımı
i-Pazaryeri, Trendyol, Hepsiburada, n11, Amazon ve diğer pazaryerlerini tek bir abstraction katmanı altında birleştiren modüler bir mimari sunar. Her pazaryeri için ayrı bir connector servisi çalışır; ortak event bus üzerinden ürün, stok ve sipariş güncellemeleri yayınlanır. Webhook ve polling stratejileri kanal bazında otomatik seçilir, retry ve rate-limit kuralları merkezi olarak yönetilir. Bu sayede yeni bir pazaryeri eklemek, mevcut iş akışını bozmadan yalnızca yeni bir adapter yazmakla mümkün olur.
