Trendyol ve Hepsiburada Entegrasyonu: Stok ve Sipariş Otomasyonu

Trendyol'da satış iyi gidiyor, Hepsiburada'da da mağaza açıldı, bir de kendi siten var. Üç kanalda aynı ürünü satıyorsun ama stok tek bir depoda duruyor. İlk aylarda tabloyla idare edilir; sonra bir gün aynı son adedi iki farklı kanaldan satarsın ve işin gerçek maliyeti orada başlar: iptal, geç gönderim, mağaza puanı, kesilen kampanya. Pazaryeri entegrasyonu tam olarak bu kırılma noktasını ortadan kaldırmak içindir. Bu yazıda Trendyol ve Hepsiburada entegrasyonunun ne olduğunu, hangi verilerin nasıl aktığını, kurulum sırasını ve pratikte insanın başını en çok ağrıtan yerleri anlatıyorum.

Pazaryeri entegrasyonu nedir?

Pazaryeri entegrasyonu, ürün, stok, fiyat ve sipariş bilgilerinin senin merkezi sistemin ile pazaryerleri arasında otomatik olarak gidip gelmesidir. Merkez sistem, senin kendi e-ticaret siten (örneğin Shopify), bir ön muhasebe programı ya da özel bir stok paneli olabilir. Önemli olan şudur: tek bir doğruluk kaynağı vardır, geri kalan kanallar o kaynağı dinler.

Entegrasyon olmadan çalışan bir işletmede stok sayısı dört ayrı yerde tutulur ve dördü de birbirini yanlışlar. Entegrasyonla birlikte stok tek yerde tutulur; Trendyol da Hepsiburada da kendi siten de aynı sayıyı görür. Fark, panelde görünen rakamdan çok, günün sonunda yaşadığın telaşın miktarındadır.

Entegrasyonda hangi veriler akar?

Bütün pazaryeri entegrasyonları, farklı isimler kullansalar da benzer akışları kurar. Kurulum yaparken bu akışları tek tek düşünmek gerekir, çünkü her biri ayrı bir karar noktasıdır.

Çoğu işletme entegrasyona "ürünlerimi toplu yükleyeyim" diye başlar, ama gerçek kazanç stok ve sipariş akışındadır. Listeleme bir kez yapılır; stok ve sipariş her gün çalışır.

Trendyol ve Hepsiburada arasındaki pratik farklar

İki pazaryeri de satıcı paneli ve API sunar, ama günlük kullanımda aynı hissettirmezler. Kurulumdan önce bu farkları bilmek, sonradan yapılan büyük düzeltmelerin önüne geçer.

• Ürün eşleştirme mantığı: Her iki tarafta da ürünün kimliği barkod üzerinden kurulur. Barkodların merkezi sistemindeki stok kodlarıyla birebir eşleşmesi, entegrasyonun temelidir. Burada yapılan bir hata, sonraki her akışa taşınır.
• Kategori özellikleri: Aynı ürün için istenen zorunlu özellikler pazaryerine göre değişir. Tek bir ürün şablonuyla iki kanalı da beslemek istiyorsan, merkezi sistemde bu alanları baştan tutmak gerekir.
• Onay ve yayın süreci: Gönderilen ürün anında yayına girmez; kontrolden geçer. Bu yüzden "gönderdim ama görünmüyor" durumu çoğu zaman hata değil, bekleyen bir onaydır.
• Fiyat ve kampanya kurgusu: Her iki pazaryerinin de kendi kampanya mekaniği vardır. Entegrasyon fiyatı ezmeye çalışırken kampanyayla çatışırsa, panelde sürekli oynayan bir fiyat görürsün.
• Kargo akışı: Pazaryeri siparişlerinde kargo genelde platformun anlaşmalı süreci üzerinden ilerler. Kendi sitendeki kargo mantığını olduğu gibi buraya taşıyamazsın.

Özetle: iki kanal aynı işi yapar ama aynı dili konuşmaz. Entegrasyonun işi, aradaki çevirmenlik.

Stok otomasyonunun kalbi: tek doğruluk kaynağı

Entegrasyonun en kritik kararı teknik değil, yönetseldir: stok gerçekte nerede tutulacak? Bu soruyu netleştirmeden kurulan her sistem, bir süre sonra kendi kendiyle çelişir.

Uygulamada sağlıklı çalışan kurgu şudur: stok tek bir merkezde tutulur, satış olan her kanal o merkeze bildirir, merkez de güncel adedi bütün kanallara yayar. Yani kanallar birbirini değil, merkezi dinler.

Bunun yanında iki pratik önlem, hataların büyük çoğunluğunu keser:

• Güvenlik payı: Çok hızlı satan ürünlerde son bir iki adedi kanallara açmamak, eş zamanlı satışta yaşanan iptali önler.
• Güncelleme sıklığı: Stok güncellemesi ne kadar sık olursa risk o kadar azalır; ama her kanalın istek limitleri vardır. Doğru kurulum, "sürekli her şeyi gönder" değil, "değişeni hemen gönder" mantığıdır.

Stok mantığını daha geniş bir otomasyon çerçevesinde düşünmek istiyorsan, İşletmeler İçin İş Otomasyonu yazısında hangi sürecin otomatikleştirilmeye değer olduğunu anlatmıştım.

Sipariş akışı: entegrasyon işini burada ispat eder

Sipariş geldiğinde işlerin sırası şudur: sipariş merkezi sisteme düşer, stok otomatik iner, diğer kanallardaki adet güncellenir, sipariş paketleme listesine girer, kargo etiketi üretilir, takip numarası pazaryerine geri yazılır ve müşteri bilgilendirilir. Bu zincirin herhangi bir halkası elle yapılıyorsa, sipariş sayısı arttığında ilk kırılan yer orası olur.

Zincirde özellikle dikkat edilmesi gereken üç nokta var:

• Mükerrer sipariş: Aynı sipariş iki kez çekilirse stok iki kez düşer. Her siparişin pazaryeri numarası benzersiz kimlik olarak saklanmalı ve tekrar geldiğinde atlanmalıdır.
• Kısmi gönderim ve iptal: Çok kalemli siparişlerde bir ürün iptal olabilir. Sistemin bunu kalem bazında işlemesi gerekir, siparişin tamamını değil.
• İade sonrası stok: İade gelen ürün otomatik olarak satılabilir stoğa eklenmemeli; önce kontrol adımından geçmelidir. Aksi halde hasarlı ürün tekrar satışa çıkar.

Hazır entegrasyon mu, özel entegrasyon mu?

Bu sorunun tek doğru cevabı yok; işin hacmine ve kurallarının ne kadar kendine özgü olduğuna bağlı.

Pratik tavsiyem: başlangıçta hazır bir servisle yürümek makuldür. Ancak fiyatlamanda kur, komisyon, kargo eşiği gibi kendine özgü bir formül varsa ya da aynı ürünü birden fazla marka altında satıyorsan, hazır servisler bir yerden sonra dar gelir. O noktada özel bir katman kurmak hem daha ucuz hem daha sağlam olur.

Kurulum sırası: nereden başlamalı?

Entegrasyonu tek seferde her şey çalışsın diye kurmaya çalışmak, en sık yapılan hatadır. İşleyen sıra şudur:

• 1. Ürün verisini temizle: Barkod, stok kodu, marka ve kategori bilgisi merkezde düzgün değilse entegrasyon o karışıklığı büyüterek kopyalar.
• 2. Tek kanalda başla: Önce Trendyol ya da Hepsiburada'dan biriyle akışı kur, doğruluğunu gör, sonra ikinciyi ekle.
• 3. Önce okuma, sonra yazma: İlk aşamada sipariş çekmeyi devreye al. Stok ve fiyat yazma işlerini, veriye güvendikten sonra ac.
• 4. Küçük bir ürün grubuyla test et: Bütün katalogla değil, birkaç ürünle deneyip sonucu panelde doğrula.
• 5. Hata bildirimi kur: Entegrasyon sessizce durursa fark etmen günler alır. Başarısız işlemin sana bildirim olarak düşmesi gerekir.
• 6. Sonra genişlet: Akış stabil çalıştığında kataloğun tamamını ve ikinci kanalı devreye al.

Kendi siten merkez olacaksa ve altyapın henüz oturmadıysa, Shopify Mağaza Kurulumu ve E-ticaret Sitesi Nasıl Kurulur? yazıları bir önceki adımı netleştirir.

Fiyatlama: entegrasyonun gözden kaçan tarafı

Stok akışı kurulunca iş bitmiş gibi görünür, ama asıl kâr farkı fiyat tarafında oluşur. Aynı ürünü her kanalda aynı fiyata satmak kolaydır; doğru olan değildir. Her kanalın komisyon oranı, kargo yansıması ve kampanya baskısı farklıdır. Kanal bazlı maliyeti hesaba katmayan bir fiyat, bazı kalemlerde zararına satışa dönüşür ve bu tablo aylarca fark edilmez.

Sağlıklı kurgu, fiyatı elle değil formülle belirlemektir: alış maliyeti, kanal komisyonu, kargo ve hedef kâr marjı bir arada hesaplanır, çıkan sayı kanala yazılır. Böylece maliyet değiştiğinde bütün kanallardaki fiyat tek hamlede doğru yerine oturur. Bu, entegrasyonun en çok kazandıran ama en az konuşulan parçasıdır.

Sık sorulan sorular

Entegrasyon kurulunca stok hatası tamamen biter mi?

Eş zamanlı satış riskini büyük ölçüde azaltır ama sıfıra indirmez. Güncellemeler arasında kısa bir gecikme her zaman vardır. Hızlı satan ürünlerde güvenlik payı bırakmak, bu boşluktan doğan iptalleri pratikte ortadan kaldırır.

Kendi sitem olmadan sadece pazaryerlerini birbirine bağlayabilir miyim?

Teknik olarak mümkündür, ama tavsiye etmem. Bu kurguda hangi kanalın doğru söylediği belirsiz kalır. Arada bir merkez olması gerekir; bu merkez kendi siten olabileceği gibi bağımsız bir stok paneli de olabilir.

Ürünlerim pazaryerinde neden hemen görünmüyor?

Gönderilen ürünler önce platformun kontrol sürecinden geçer. Kategori zorunlu alanları eksikse ya da görsel kurallarına uymuyorsa listeleme reddedilir. Bu yüzden entegrasyonun hata mesajlarını görmek, göndermek kadar önemlidir.

Entegrasyon işletmemi pazaryerine bağımlı hale getirir mi?

Tam tersi olmalı. Ürün, stok ve müşteri verisi senin merkezinde duruyorsa, yarın bir kanalı kapatıp başka bir kanalı açmak sadece bir bağlantı işidir. Bağımlılık entegrasyondan değil, verini kendi sisteminde tutmamaktan doğar.

Bisifirdan yaklaşımı

Ben pazaryeri entegrasyonunu bir yazılım işi olarak değil, bir işletme kuralı işi olarak ele alıyorum. Önce soruyu netleştiriyoruz: stok nerede duracak, fiyat hangi formülle oluşacak, sipariş geldiğinde kim ne yapacak. Kurallar netleştikten sonra akışı kurmak zaten teknik bir adım. Yanlış sıra izlendiğinde ise, çalışan ama kimsenin güvenmediği bir sistem ortaya çıkar.

Farklı sektörlerde kurduğum stok, sipariş ve pazaryeri akışlarının örneklerini İşler bölümünde, hangi hizmetleri nasıl verdiğimi ise Neler Yapıyorum bölümünde görebilirsin.

Birden fazla kanalda satış yapıyor ve stoğu hala elle takip ediyorsan, en pahalı kısmı zaten ödemeye devam ediyorsun demektir. Projeni İletişim bölümünden anlat; sıfırdan canlıya, gerçekten çalışan bir akış kuralım.