Merkez-kanal ayrımı neden kritik?
İkinci ve üçüncü pazaryeri kanalı eklendiğinde çoğu ekip «her kanal için bir Excel» modelinden çıkamaz. Sorun kanal sayısı değil, karar yetkisinin dağıtık olmasıdır: fiyat bir yerde, stok başka yerde, sipariş üçüncü bir panelde güncellenir.
Merkez-kanal modeli, tek doğruluk kaynağının (SSOT) merkezde olduğu ve kanalların yalnızca türev listing plus sync uç noktası olduğu yapıdır. Bu ayrım netleşmeden otomasyon yatırımı sorunu büyütür, çözmez.
Merkez katmanın sorumlulukları
Merkez katman master katalog, fiziksel stok, tedarik maliyeti, sipariş durumu özeti ve finansal mutabakatı barındırır. Burada yapılan değişiklik kanal politikalarına göre filtrelenerek dışarı push edilir; kanal panelinden gelen sipariş ve iade olayları merkeze çekilir.
Merkez aynı zamanda iş kuralları motorudur: «Trendyol'da %5, Hepsiburada'da sabit liste fiyatı», «Amazon'da güvenlik stoğu 2 adet düş», «kampanya bitince eski fiyata dön» gibi kurallar kod veya konfigürasyonla burada yaşar.
- Master SKU / barkod / varyant ağacı
- Fiziksel stok ve rezervasyon defteri
- Kanal-agnostik sipariş durumu (hub)
- Kârlılık ve maliyet hesaplama girdileri
Kanal katmanı: adapter ve listing
Her pazaryeri kanalı kendi attribute şeması, komisyon yapısı ve SLA kurallarıyla kanal katmanında temsil edilir. Listing oluşturma, kategori eşleme ve kanal-spesifik fiyat formatı bu katmanda çözülür; merkez katalogdan bağımsız iş kuralı yazılmaz.
Kanal katmanı «ince» tutulmalıdır: sadece dönüşüm (transform), validasyon ve API iletişimi. İş mantığı kanal adapter'ına sızdığında üçüncü kanal eklendiğinde kod tekrarı katlanır.
Ekip yapısı ve RACI
Operasyon modeli teknik mimari kadar organizasyonel sınırları da netleştirir. Katalog yöneticisi SSOT sahibi, kanal uzmanları listing kalitesi ve panel politikalarından, operasyon koordinatörü sipariş hub'ından sorumludur.
RACI matrisinde «fiyat değişikliği kim onaylar», «stok sayım farkını kim kapatır», «yeni kanal go-live'i kim imzalar» sorularının yazılı cevabı olmalıdır. Belirsizlik, Cuma akşamı manuel panel müdahalelerinin en büyük nedenidir.
Olgunluk seviyeleri
Seviye 1: kanal başına ayrı stok tablosu, manuel mutabakat. Seviye 2: merkezi stok, tek yönlü push. Seviye 3: rezervasyon, çift yönlü sipariş sync, otomatik fiyat kuralları. Seviye 4: event-driven mimari, 7/24 izleme, otomatik eskalasyon.
Her seviye geçişi KPI ile doğrulanmalıdır: oversell sayısı, stok sapma yüzdesi, sipariş işleme süresi. Seviye atlamadan kanal sayısı artırmak operasyon borcunu büyütür.
Sık sorulan sorular
SSOT mutlaka ERP mi olmalı?
Hayır; küçük ekipler için commerce ops platformu veya iyi yapılandırılmış merkezi katalog yeterli olabilir. Önemli olan tek yazma noktası ilkesinin ihlal edilmemesidir.
Kanal panelinden manuel fiyat değişikliği yapılabilir mi?
Acil durumlarda evet; ancak merkeze yansıtılmazsa bir sonraki sync eski fiyatı geri yazar veya çift fiyat oluşur. Manuel müdahaleler audit log'a işlenmelidir.
Kaç kanaldan sonra merkez modeli şart?
Resmi eşik yok; pratikte iki aktif kanal ve günde 30+ siparişte merkez modeli olmadan hata maliyeti genelde otomasyon maliyetini aşar.
Merkez-kanal modelinde Unisonect nereye oturur?
Commerce ops platformu olarak merkez katmanı sağlar; Trendyol ve planlanan kanallar için adapter katmanını yönetir. Kanal-spesifik panel işlemleri yerine hub üzerinden operasyon yürütülür.
Pillar rehber
Pazaryeri yazılımı seçerken «kaç kanal bağlanıyor?» sorusundan önce «operasyonu tek merkezden yönetebiliyor muyuz?» sorusunu sorun.
Pazaryeri yönetimi: kanal değil, operasyon
