Entegrasyon olmadan ne olur?
Her pazaryerinin kendi satıcı paneli vardır. Entegrasyon yoksa aynı işi her panelde tekrar yaparsınız: ürünü Trendyol'a bir kez, Hepsiburada'ya bir kez açarsınız; fiyat değişince iki panelde ayrı ayrı güncellersiniz; stok azaldığında her kanala tek tek yansıtırsınız. Bu üç noktada kırılır:
- Stok hatası: bir kanalda satılan ürün diğerinde satışta kalır → iptal, gecikme ve pazaryeri cezası.
- Zaman kaybı: ürün açma ve güncelleme işleri günde saatler almaya başlar.
- Dağınık siparişler: hazırlama listesi birden çok panelden elle derlenir; atlama riski büyür.
Entegrasyon nasıl çalışır?
Pazaryerleri, satıcı sistemlerinin bağlanabilmesi için API adı verilen programlama arayüzleri sunar. Entegrasyon yazılımı bu API'ler üzerinden dört ana akışı yönetir:
- Ürün yayınlama: katalogdaki ürün, başlık-görsel-varyant bilgileriyle pazaryerine gönderilir.
- Fiyat güncelleme: tek yerden yapılan değişiklik bağlı kanallara iletilir.
- Stok senkronizasyonu: satış olduğunda stok düşer ve diğer kanallara yansır.
- Sipariş toplama: tüm kanalların siparişleri tek listede birleşir.
İyi bir entegrasyonda güncellemeler "gönderildi" sayılmaz; pazaryerinden sonuç doğrulanır ve iletilemeyen işlem tekrar denenir. Bu ayrıntı, kağıt üstünde benzer görünen çözümler arasındaki asıl farktır.
Size gerekli mi? Üç soru
| Soru | Cevabınız "evet" ise |
|---|---|
| Birden fazla pazaryerinde mi satıyorsunuz? | Entegrasyon büyük olasılıkla gerekli — stok hatası riski kanal sayısıyla çarpılır. |
| Tek kanaldasınız ama ürün adedi yüzleri aştı mı? | Toplu yönetim için gerekli olmaya başlar. |
| Haftada bir kez bile "stokta yoktu ama satıldı" yaşıyor musunuz? | Maliyeti (iptal + ceza + puan kaybı) entegrasyondan pahalıdır. |
Günde birkaç sipariş alan, tek kanallı ve az ürünlü bir mağaza için entegrasyon erteleneleblir bir yatırımdır — bu durumda paneli elle yönetmek yeterlidir.
Entegrasyondan sonraki adım: kârlılık
Entegrasyon operasyonu düzene sokar; ancak hangi siparişin gerçekte ne bıraktığını göstermez. Komisyon, kargo ve kampanya kesintileri kanala ve ürüne göre değiştiği için ciro artarken kazanç artmayabilir. Operasyon düzene girdikten sonra ikinci adım, siparişlerin gerçek net kâr rakamını görmektir.
Sahadan notlar: entegrasyonda bizi en çok uğraştıran durumlar
Kendi pazaryeri operasyonumuzu yıllardır entegrasyonla yürütüyoruz. Kağıt üstünde benzer görünen çözümleri ayıran, şu sınır durumlarındaki davranışlardır:
- Geciken stok güncellemesi = çift satış. Yoğun saatte stok düşüşü karşı kanala geç yansırsa aynı son ürün iki kanalda birden satılır; sonuç iptal ve pazaryeri puan kaybıdır. Senkronun "kaç dakikada" değil, "hangi sırayla ve hangi garantiyle" çalıştığını sorun.
- "Gönderildi" ile "kabul edildi" aynı şey değildir. Pazaryeri API'leri güncellemeyi önce kuyruğa alır; kuyruk cevabını başarı sayan sistemler reddedilen güncellemeleri fark etmez. Doğru davranış, sonucun ayrıca doğrulanmasıdır.
- Kısmi API yanıtı sessizce veri bozar. Sayfalı çekimlerde tek sayfanın hata vermesi, listenin "eksik ama geçerli" görünmesine yol açabilir. Eksik yanıtın tamamı işlenmeden kalmalı, eksikle mutabakat kurulmamalıdır.
- Başarısız fiyat güncellemesi kaybolmamalıdır. Hata alan kayıt sessizce düşürülürse panelde "güncel" görünen fiyat pazaryerinde eski kalır. Başarısızlar görünür bir listede birikmeli ve yeniden denenmelidir.
- Aynı siparişi iki kez işlememek (idempotency) tasarım işidir. Bağlantı kopup istek tekrarlandığında sipariş mükerrer kaydedilmemeli; sipariş numarası bazlı teklik kontrolü baştan kurulmalıdır.
- Pazaryeri sözleşmeleri habersiz değişebilir. Bir yazma ucunun davranışının bir gecede değiştiğini yaşadık; açıklanamayan toplu retlerde önce "uç değişti mi" sorusu sorulmalıdır. İyi entegrasyon, bu durumu fark edilir kılan hata görünürlüğüne sahiptir.
Başlarken
Trendyol ve Hepsiburada mağazalarını tek panelde yöneten pazaryeri stok ve sipariş yönetimi ürünümüz, kendi operasyonumuzda her gün kullandığımız altyapıdır; kapsam ve teklif için ön görüşme ücretsizdir.