Pazaryeri Sipariş ve Stok Entegrasyonu Nasıl Kurulur?

Türkiye'de aynı ürünü birden fazla pazaryerinde ve kendi mağazasında satan işletmeler için sorun yalnızca ilanları topluca açmak değildir. Bir kanalda gelen siparişin diğer kanaldaki stoğa ne zaman yansıyacağı, sipariş iptalinin nasıl işleneceği, farklı satış fiyatlarının nasıl korunacağı ve kargo bilgisinin nereden takip edileceği de kararlaştırılmalıdır. Bu rehber, birden fazla satış kanalını tek panelden yönetmek isteyen ekipler için iş akışını adım adım açıklar.

Pazaryeri sipariş ve stok entegrasyonu nedir?

Pazaryeri sipariş ve stok entegrasyonu; ürün kartlarını, kanal bazlı ürün eşleştirmelerini, satılabilir stok miktarını, siparişleri ve gönderi durumlarını ortak bir yönetim akışına bağlayan sistemdir. Ürünleri bir defa eşleştirdikten sonra merkezi panelde yapılan uygun değişiklikler ilgili kanallara aktarılabilir; siparişler de kanaldan panele alınır. Ancak her pazaryerinin sunduğu veri alanları, yetkiler, onay akışları ve API sınırları farklıdır. Bu nedenle bütün işlemlerin her platformda birebir aynı olacağı varsayılmamalıdır.

Trendyol'un resmî entegrasyon rehberi, ürün aktarımı, stok/fiyat güncellemesi, sipariş işlemleri ve fatura gönderimi gibi API işlevlerini açıklar. Trendyol Geliştirici Dokümantasyonu

Trendyol, Hepsiburada ve kendi e-ticaret sitemi tek panelden yönetebilir miyim?

Uygun API erişimi ve entegrasyon altyapısıyla üç kanaldaki desteklenen işlemler tek panelden yönetilebilir. Merkezde ürün kataloğu, SKU eşleştirmesi ve stok kayıtları bulunur. Satış kanallarından gelen siparişler bu merkeze alınır; merkezi stok değişiklikleri diğer kanallara gönderilir. Kargo ve muhasebe bağlantıları ise desteklenen işlemler ölçüsünde ayrı entegrasyonlarla eklenir. Tek panel, platformların kendi doğrulama ve yetkilendirme kurallarını ortadan kaldırmaz.

Entegrasyondan önce ürün bilgilerini nasıl hazırlamalıyım?

Her satış kanalında aynı fiziksel ürünü tanımlayan ortak bir stok kodu (SKU) bulunmalıdır. Barkod veya GTIN ürün kimliğini destekleyebilir; fakat farklı platformların satıcı SKU, varyant ve barkod kuralları ayrı ayrı kontrol edilmelidir. Örneğin aynı tişörtün M ve L bedenleri ayrı stok izleme birimleridir. Tek bir bedenin satışını tüm bedenlerden düşmek yanlış stok oluşturur. Entegrasyon öncesinde her kanalın ürün kimliğiyle merkezdeki varyant kimliğini eşleştirme tablosu hazırlayın.

• SKU ve varyant: renk, beden, hacim veya paket seçeneği için ayrı stok kaydı
• Kanal kimliği: pazaryerindeki ürün ve satıcı kodunu merkezi SKU'ya bağlama
• Fiziksel stok: depo ve raf bazında gerçekte elde bulunan miktar
• Açık sipariş: henüz gönderilmemiş siparişler için ayrılan miktar
• Kanal fiyatı: komisyon ve kampanya koşullarına göre ayrı yönetilen satış fiyatı
• Ürün içeriği: başlık, fotoğraf, ölçü ve açıklamanın kanallar arasında uyumu

Stok hangi sistemde tutulmalı?

Bir ürüne ait satılabilir stokun asıl kaynağı önceden tanımlanmalıdır: ERP, depo yönetimi, e-ticaret altyapısı veya merkezi entegrasyon paneli. Birden fazla sistemin aynı ürünü bağımsız biçimde ana stok kabul etmesi çakışmaya neden olabilir. Fiziksel stoktan ayrılmış siparişleri, hasarlı ürünleri veya başka nedenle satışa kapalı birimleri düşerek satılabilir stoğu hesaplayın. Kanallara aktarılacak miktar, mümkünse bu tek hesaplanmış değerden türetilsin. Bazı operasyonlarda güvenlik stoğu ayırmak da tercih edilebilir.

Aynı ürün iki pazaryerinde aynı anda satılırsa ne olur?

Son bir ürün hem Trendyol hem Hepsiburada'da listeleniyorsa, siparişler birbirine çok yakın zamanda gelebilir. Entegrasyon stok güncellemelerini gecikmeli işliyorsa iki kanalda da satın alma tamamlanabilir. Bunu bütünüyle sıfırlayan sihirli bir ayar yoktur. Merkezde atomik stok rezervasyonu, aynı olayı tekrar işlememe (idempotency), hızlı güncelleme, güvenlik stoğu ve stok tutarsızlığı uyarıları kullanılmalıdır. Fazla satış oluştuğunda müşteriye bildirim ve sipariş düzeltme prosedürü de önceden belirlenmelidir.

• İki farklı kanaldan gelen siparişleri eş zamanlı test edin.
• Stok rezervasyonunu siparişin iş kuralına uygun, tek bir noktada yapın.
• Aynı sipariş bildirimi yeniden gelirse stokun ikinci kez düşmesini engelleyin.
• Güncellemeler onaylanmadığında alarm üretin ve başarısız kayıtları yeniden deneyin.
• Kanalın kendi sipariş ve stok statülerini düzenli olarak merkezi kayıtlarla karşılaştırın.

Siparişler tek yönetim ekranına nasıl aktarılır?

Her siparişi kanal adı, kanal sipariş numarası, merkezi kayıt kimliği, ürün satırları, ödeme veya onay durumu ve zaman bilgisiyle kaydedin. Aynı olayın iki kez gelmesi halinde yeni sipariş açmamak için kanal + kanal sipariş kimliğini benzersiz bir anahtar olarak kullanın. Müşteri verilerini yalnız gereken iş süreçleri ve ilgili mevzuat kapsamında saklayın. Sipariş durumu değiştikçe merkezi kaydı güncelleyin; ancak tek bir pazaryerindeki 'hazırlanıyor' durumunun diğer platformla tam aynı anlama gelmeyebileceğini göz önünde bulundurun.

Hepsiburada geliştirici portalı, katalog, listeleme, sipariş ve muhasebe entegrasyonu seçeneklerini ve API üzerinden siparişlerin kendi platformunda izlenebilmesini açıklar. Hepsiburada API Portalı

Her pazaryerinde farklı fiyat ve kampanya kullanılabilir mi?

Entegrasyonun ve satış kanalının desteklediği çerçevede aynı ürün için kanal bazlı fiyat kuralı oluşturabilirsiniz. Komisyon, kargo desteği, pazarlama katkısı ve kampanya şartları kanala göre değişebilir. Merkezde alış maliyeti ile hedef kâr marjını ayrı tutup her kanalın satış fiyatını ayrıca hesaplayın. Bir kanaldaki otomatik kampanya fiyatını tüm diğer kanallara yanlışlıkla kopyalamamak için fiyat yetkisini ve güncelleme yönünü açıkça tanımlayın. API'ye gönderilen isteğin kuyruğa alınmasını güncellemenin tamamlandığı anlamına gelmeyin; iş sonucu ayrıca kontrol edilmelidir.

Kargo ve fatura süreçleri entegrasyona nasıl bağlanır?

Merkezi panelde siparişin hazırlık ve sevkiyat adımları görünür olmalıdır. Platformun desteklediği kargo firması, gönderi kodu, paket bilgisi ve etiket işlemleri uygun bağlantıyla kullanılabilir. Muhasebe/e-fatura sistemine aktarılacak bilgiler ile pazaryerine gönderilecek bilgiler aynı olaydan türetilmeli fakat her platformun ayrı yükümlülük ve formatları korunmalıdır. Etiketin yazdırılmış olması paketin gerçekten kargoya teslim edildiğini kanıtlamaz; teslim ve takip olayları ayrı tutulmalıdır.

• Yeni siparişi merkezi kuyruğa alın ve ürün stokunu ayırın.
• Depo toplama/ambalaj adımlarını tamamlayın; yanlış varyant kontrolü yapın.
• Desteklenen kanallarda kargo etiketini ve takip numarasını oluşturun.
• Fatura ve kargo bildirimlerini ilgili sistemlere gönderin.
• Takip durumunu düzenli eşitleyin; başarısız aktarımda çalışanı uyarın.

İptal ve iadeler stoklara nasıl yansıtılır?

İptal edilen fakat gönderilmemiş sipariş ile teslim edildikten sonra iade edilen sipariş farklıdır. İlkinde ayrılan stok iş kuralına göre serbest bırakılabilir; ikincisinde ürün depoya dönmeden ve kullanılabilirliği kontrol edilmeden satılabilir stoğa eklemek fazla satış yaratabilir. İade edilen ürün için 'beklemede', 'kontrol edildi', 'satılabilir', 'hasarlı' gibi durumlar tutun. Kısmi iadelerde yalnız ilgili sipariş satırının miktarı ve tutarı güncellenmelidir.

Entegrasyon kesilirse sipariş ve stok bilgileri ne olur?

Bağlantı kesintisi sırasında en büyük risk, panelin güncel olmayan stoğu doğruymuş gibi göstermesidir. Son başarılı senkronizasyon zamanı her kanal için görünmeli; başarısız stok güncellemeleri ve sipariş çekme işleri hata kuyruğuna alınmalıdır. İşlemler bağlantı geldiğinde güvenli biçimde yeniden denenmeli, aynı sipariş veya stok olayı ikinci kez uygulanmamalıdır. Belirli sürenin üzerindeki gecikmelerde yeni ürün satışını geçici kısıtlamak veya güvenlik stoğunu artırmak operasyon tercihidir.

Trendyol'un güncel stok-fiyat güncelleme dokümanı, bazı toplu isteklerin kuyruğa alındığını ve işlem sonucunun batchRequestId ile ayrıca kontrol edilmesi gerektiğini belirtir. Trendyol Stok ve Fiyat Güncelleme

Hazır entegratör mü, özel API entegrasyonu mu?

Standart ürün, sipariş ve stok akışı olan, az sayıda depo yöneten işletmeler hazır entegratörle daha kısa sürede başlayabilir. Özel fiyatlandırma, üretime bağlı stok, çoklu depo, bayi fiyatı, gelişmiş onay süreci veya özel ERP bağlantıları varsa özel API geliştirmesi değerlendirilebilir. Hazır sistemde satın alma öncesinde hangi pazaryeri işlemlerinin gerçekten desteklendiğini; özel geliştirmede ise API bakımını, sürüm geçişlerini, izlemeyi ve veri dışa aktarımını ayrıntılı sorun.

Pazaryeri entegrasyonu fiyatı neye göre değişir?

Entegrasyon maliyetini yalnız aylık abonelikle değerlendirmeyin. Bağlanacak kanal ve mağaza sayısı, aktif SKU ve varyant adedi, günlük sipariş hacmi, depo sayısı, kargo/e-fatura/ERP entegrasyonları, fiyat kurallarının karmaşıklığı, eğitim, veri taşıma ve teknik destek maliyeti etkiler. Sağlayıcıyla görüşürken yoğun kampanya günlerindeki işleme kapasitesini, ek kanal maliyetini ve verilerinizi sistemden çıkarma yöntemini sorun. Güncel, doğrulanabilir bir teklif olmadan tek fiyat vermek yanıltıcı olabilir.

Kendi e-ticaret sitemde SEO ve GEO nasıl korunur?

Kendi sitenizin ürün sayfaları pazaryerinden bağımsız ve erişilebilir olmalıdır. Ürün başlığı, marka, varyant, açıklama, fiyat, stok ve kargo bilgilerini birbiriyle tutarlı sunun. Ürün sayfalarında uygun Product yapılandırılmış verisi ve gerektiğinde Merchant Center ürün akışları kullanmak arama motorlarının ürün bilgisini daha doğru anlamasına yardımcı olabilir. Marka adını ve ticari iletişim bilgilerini açık yazın; soru-cevap ve teslimat/iade sayfaları oluşturun. Yapay zekâ aramalarında görünme veya önerilme garantisi yoktur.

Google Search Central, ürün sayfalarında yapılandırılmış veri ve uygun ürün akışlarının Google'ın fiyat, stok ve diğer ürün bilgilerini anlamasına yardımcı olabileceğini açıklar. Google Search Central — Ürün Verilerini Paylaşma

Entegrasyon yayına alınmadan önce neler test edilmeli?

• Tüm kanallarda aynı SKU ve varyant eşleştirmesi doğru mu?
• Son bir adet stok iki kanalda yakın zamanda satıldığında doğru uyarı çıkıyor mu?
• Aynı sipariş bildirimi iki kez gelirse stok yalnız bir kez mi düşüyor?
• Başarılı sipariş, başarısız ödeme, iptal ve kısmi iade ayrı ayrı çalışıyor mu?
• Kanala özel fiyat ve kampanya değişiklikleri diğer kanalları yanlış etkilemiyor mu?
• Kargo etiketi, takip numarası ve fatura bilgileri doğru siparişle eşleşiyor mu?
• API bağlantısı kesilip yeniden açıldığında eksik işler doğru biçimde tamamlanıyor mu?

Önce sınırlı ürün ve sipariş kümesiyle pilot yapın. Özellikle yoğun satış dönemini taklit eden yük testinde API hız sınırlarını, stok güncelleme sırasını ve geciken işlemlerin çalışanlara nasıl gösterildiğini kontrol edin. Satış kanallarının canlı ortamına geçmeden önce test/sandbox kullanımının mümkün olup olmadığını güncel dokümantasyondan doğrulayın.

Entegrasyon kurulduktan sonra hangi raporlar takip edilmeli?

Başarı yalnız tüm ürünlerin panelde görünmesi değildir. Kanal bazlı günlük sipariş, brüt/net satış, iptal/iade oranı, stok farkı, senkronizasyon gecikmesi, başarısız iş sayısı, ürün başına stokta kalma süresi ve kargo hazırlama süresi izlenebilir. Bir panelin temel görevi kullanıcıya yalnız toplam satış göstermek değil, hangi ürün veya kanalda müdahale gerektiğini zamanında bildirmektir.

İşletmem için pazaryeri entegrasyonu nasıl planlanmalı?

Önce satış yaptığınız kanalları ve her kanaldaki aktif ürün sayısını yazın. Ürünlerin merkezi SKU eşleştirmesini hazırlayın, asıl stok kaynağını seçin ve sipariş durumlarının hangi iş olaylarını tetikleyeceğini belirleyin. Sonra hazır entegratörün süreci karşılayıp karşılamadığını gerçek senaryolarla test edin. Standart paketin karşılamadığı ihtiyaçları ayrı gereksinim listesine alın; ancak bundan sonra özel yazılım veya entegrasyon geliştirme kararı verin.

Akhisar Dijital'in e-ticaret ve CRM/otomasyon hizmetleri; ürün kataloğu, sipariş, stok, kargo ve gerekli özel iş akışlarını tek operasyon içinde planlamak isteyen Türkiye genelindeki işletmelere başlangıç kapsamını belirlemede yardımcı olabilir. İyi bir proje, önce kritik satış ve stok akışını güvenilir hâle getirir; gelişmiş raporlama ve ek kanalları aşamalı ekler.