Pazaryeri Entegrasyonu Sadece “Ürün Gönder” Butonu Değildir
Bir mağazayı pazaryerine bağlamak ilk bakışta oldukça basit görünebilir:
Ürünü seçersiniz, pazaryerine gönderirsiniz ve satışa başlarsınız.
Ancak gerçek bir entegrasyonda ürün gönderimi yalnızca başlangıçtır.
Satış devam ettiği sürece;
- ürün bilgilerinin,
- varyantların,
- fiyatların,
- stokların,
- siparişlerin,
- kargo durumlarının
iki sistem arasında doğru biçimde hareket etmesi gerekir.
Bu nedenle güçlü bir pazaryeri entegrasyonu aslında bir veri senkronizasyon sistemidir.
IHASHOP’ta pazaryeri entegrasyonlarını geliştirirken bizim için temel soru şu oldu:
Bir ürün birden fazla satış kanalında satılıyorsa hangi bilgi nereden gelmeli ve hangi sistem güncel verinin kaynağı olmalı?
Bu sorunun cevabı verilmeden yapılan entegrasyonlar kısa sürede stok, fiyat ve sipariş karmaşasına dönüşebilir.
Gerçek Akış Nasıl Çalışır?
Tipik bir pazaryeri entegrasyonunda akış kabaca şöyledir:
IHASHOP Ürünü
↓
Kategori / Ürün Tipi Eşleştirme
↓
Ürün Pazaryerine Gönderilir
↓
Fiyat ve Stok Güncellenir
↓
Sipariş Pazaryerinde Oluşur
↓
Sipariş IHASHOP’a Alınır
↓
Merkezi Stok Güncellenir
↓
Diğer Satış Kanallarına Yeni Stok Gönderilir
Buradaki kritik nokta, sistemin tek yönlü çalışmamasıdır.
Ürün bilgisi mağazadan pazaryerine giderken sipariş bilgisi pazaryerinden mağazaya gelir.
Stok ise satış gerçekleştikçe yeniden hesaplanıp diğer kanallara dağıtılabilir.
Bu yüzden pazaryeri entegrasyonunu yalnızca “ürün aktarımı” olarak değerlendirmek eksik kalır.
1. Her Şey Ürün Eşleştirmesiyle Başlar
Bir e-ticaret mağazasındaki kategori yapısı ile pazaryerindeki kategori yapısı aynı değildir.
Mağazanızda:
Kadın → Ayakkabı → Spor Ayakkabı
şeklinde bir kategori bulunabilir.
Ancak pazaryeri aynı ürünü farklı bir kategori, ürün tipi veya zorunlu özellik setiyle bekleyebilir.
Amazon entegrasyonunda bunun gerçek bir örneğini görüyoruz. Amazon yalnız basit bir kategori seçimiyle çalışmıyor; ürün tipine göre gönderilmesi gereken alanlar değişebiliyor. IHASHOP Amazon entegrasyonunda bu nedenle ürün tipi ve gerekli nitelikler eşleştirilerek gönderim yapılıyor.
Benzer şekilde SKU ve barkod da ürün kimliği açısından kritik hale geliyor.
Çünkü sistemin şunu bilmesi gerekiyor:
IHASHOP’taki bu ürün, pazaryerindeki hangi üründür?
Doğru eşleştirme yapılmazsa fiyat veya stok güncellemesinin yanlış ürüne gitme riski oluşur.
2. Fiyat Senkronizasyonu Sadece “Aynı Fiyatı Gönder” Değildir
Pazaryeri satışlarında fiyat yönetimi düşündüğümüzden daha karmaşıktır.
Türkiye içindeki bir pazaryerinde mağaza fiyatını doğrudan kullanmak mümkün olabilir.
Ancak uluslararası pazarlarda;
- döviz kuru,
- pazaryeri komisyonu,
- işlem ücretleri,
- listeleme ücretleri,
- reklam kesintileri
devreye girebilir.
IHASHOP Etsy entegrasyonunda bu problem açık biçimde ele alınıyor.
Mağazadaki fiyat Etsy mağazasının para birimine çevrilebiliyor. Kur bilgisi güncel değilse yanlış fiyat göndermek yerine senkronizasyon bilinçli olarak durdurulabiliyor. Etsy kesintileri de ayrı kalemler halinde fiyat hesabına dahil edilebiliyor.
Bu bize önemli bir prensip gösteriyor:
Doğru entegrasyon her koşulda veri gönderen sistem değildir; yanlış veri göndereceğini fark ettiğinde durabilen sistemdir.
Özellikle uluslararası satışta birkaç dakikalık senkron gecikmesi, yanlış kurla yüzlerce ürünü satışa açmaktan çok daha güvenlidir.
3. Stok Senkronizasyonunun Asıl Problemi: Aynı Ürün Birden Fazla Yerde Satılıyor
Pazaryeri entegrasyonlarının en kritik noktalarından biri stoktur.
Basit bir örnek düşünelim.
Elinizde bir üründen 5 adet bulunuyor.
Aynı ürün:
- kendi e-ticaret sitenizde,
- Amazon’da,
- başka bir pazaryerinde,
- fiziksel mağazada
satılıyor olabilir.
Amazon’da 1 adet satıldığında gerçek stok artık 4’tür.
Ancak diğer kanallar hâlâ 5 gösteriyorsa iki müşteri aslında mevcut olmayan aynı ürünü satın alabilir.
Bu durum overselling, yani elde olmayan stoktan satış riskini oluşturur.
Bu nedenle sağlıklı mimaride mümkün olduğunca tek bir stok gerçeği bulunmalıdır.
IHASHOP’un IHA CRM entegrasyonunda kullandığımız yaklaşım bunun iyi bir örneğidir: CRM depo stoğu merkezi kaynak olarak kabul edilir; satış gerçekleştiğinde stok düşer ve güncel stok mağazaya geri senkronize edilir. SKU/barkod eşleştirmesi de hangi ürünün hangi stok kaydıyla ilişkili olduğunu belirler.
Pazaryeri dünyasında da aynı prensip geçerlidir:
Satış kanalları farklı olabilir, fakat satılabilir gerçek stok mümkün olduğunca tek bir merkezden yönetilmelidir.
4. Sipariş Geldiğinde Senkronizasyonun Yönü Değişir
Ürün ve fiyat genellikle mağazadan pazaryerine gider.
Siparişte ise yön tersine döner.
Örneğin Etsy’de oluşan bir sipariş IHASHOP paneline alınabilir; stok ve sipariş yönetimi merkezi sistem üzerinden devam eder. Etsy entegrasyonunda kargo bilgisinin tekrar Etsy’ye bildirilmesi de akışın devamındaki adımlardan biridir.
Yani sistem artık:
IHASHOP → Pazaryeri
değil,
Pazaryeri → IHASHOP → Operasyon → Pazaryeri
şeklinde çift yönlü çalışmaya başlar.
Bu nokta çok önemlidir.
Gerçek pazaryeri entegrasyonu yalnızca ürünleri dışarı gönderen bir ihracat aracı değil, satış sonrasında siparişi tekrar merkezi operasyon sistemine taşıyan bir köprüdür.
Tekrar Eden İşlemler de Kontrol Altında Olmalı
Entegrasyonlarda ağ kesintileri, API timeout’ları veya yeniden denemeler normaldir.
Bir sipariş çekme işleminin yeniden çalışması aynı siparişi ikinci kez oluşturmamalıdır.
Benzer şekilde stok düşümü veya başka kritik işlemler tekrarlandığında mükerrer sonuç üretmemelidir.
Bu konu ödeme sistemlerinde anlattığımız idempotency yaklaşımıyla doğrudan ilişkilidir.
IHASHOP ödeme altyapısında da aynı ticari olayın ikinci kez sonuç üretmesini engelleyen kontroller kullanıyoruz. Konunun teknik tarafını daha ayrıntılı incelemek isteyenler E-Ticarette Ödeme Güvenliği: Aynı Siparişin İki Kez İşlenmesi Nasıl Önlenir? yazımızı okuyabilir.
Entegrasyon dünyasındaki temel prensip de aynıdır:
Ağ isteği tekrarlanabilir; ticari sonuç tekrarlanmamalıdır.
Her Pazaryeri Aynı Değildir
Pazaryeri entegrasyonlarında yapılan önemli hatalardan biri bütün platformların aynı çalıştığını varsaymaktır.
Gerçekte her kanalın;
- kategori sistemi,
- zorunlu ürün alanları,
- yetkilendirme yöntemi,
- varyant modeli,
- fiyatlama kuralları,
- sipariş veri erişimi,
- kargo süreçleri
farklı olabilir.
Etsy bunun güzel bir örneğidir.
IHASHOP Etsy entegrasyonunda ürünlerin önce taslak olarak gönderilmesi özellikle önemlidir. Çünkü ürün başlığı, kategori, görseller, fiyat ve diğer bilgiler satışa açılmadan önce kontrol edilebilir.
Amazon tarafında ise ürün tipi ve zorunlu nitelikler ön plana çıkar; ayrıca API tarafından kabul edilen bir gönderimin doğrudan “ürün yayında” anlamına gelmemesi gibi farklı durumların da takip edilmesi gerekir.
Dolayısıyla iyi bir e-ticaret yazılımı:
“Bütün pazaryerlerine aynı veriyi gönder”
mantığıyla değil,
“Her pazaryerinin sözleşmesini ortak bir merkezi operasyon modeline bağla”
yaklaşımıyla çalışmalıdır.
E-ticaret altyapısı seçerken entegrasyon kabiliyetlerinin neden yalnızca özellik listesi üzerinden değerlendirilmemesi gerektiğini E-Ticaret Yazılımı Seçimi: İhtiyaçlarınıza Uygun En İyi Seçenekleri Keşfedin rehberimizde de ele alıyoruz.
Bir Pazaryeri Entegrasyonunda Neleri Kontrol Etmelisiniz?
Bir entegrasyonu değerlendirirken yalnızca “Bu pazaryeri destekleniyor mu?” diye sormayın.
Şunları da kontrol edin:
- Ürünler SKU veya barkodla doğru eşleştiriliyor mu?
- Kategori ve zorunlu özellik eşleştirmesi var mı?
- Fiyat ve stok güncellenebiliyor mu?
- Döviz kuru güncel değilse sistem ne yapıyor?
- Siparişler merkezi panele geliyor mu?
- Aynı sipariş ikinci kez oluşabiliyor mu?
- Stok birden fazla satış kanalında nasıl korunuyor?
- Hata alan ürünler görüntülenebiliyor mu?
- Kargo ve sipariş durumu pazaryerine geri gönderilebiliyor mu?
Bir entegrasyonun gerçek kalitesini bu soruların cevapları belirler.
Sonuç
Pazaryeri entegrasyonunun amacı yalnızca aynı ürünü daha fazla yerde göstermek değildir.
Asıl hedef:
Ürün → Fiyat → Stok → Sipariş → Operasyon
zincirini farklı satış kanalları arasında güvenilir biçimde yönetmektir.
IHASHOP pazaryeri entegrasyonlarını geliştirirken temel yaklaşımımız da budur:
Satış kanalları çoğalabilir; ancak ürün, stok ve sipariş operasyonunun kontrolü dağılmamalıdır.
Doğru kurulan entegrasyon mağazaya yalnızca yeni satış kanalları eklemez. Aynı zamanda stok, fiyat ve sipariş operasyonunun tek merkezden yönetilebilir kalmasını sağlar.