Pazaryeri entegrasyon programı seçimi: demoda yapılacak testler

Pazaryeri entegrasyon programları ve entegrasyon firmaları için arama yaptığınızda ilk sayfayı büyük ölçüde programı satan firmalar doldurur. Özellik listeleri birbirine benzer: Trendyol, Hepsiburada, Amazon ve n11 bağlantısı, stok eşitleme, toplu fiyat güncelleme, kargo etiketi. Listeler aynı olunca karar çoğu zaman fiyata ya da demoyu yapan kişinin anlatımına kalır.

Bu yazı belirli bir programı önermiyor. Bir programı demoda nasıl sınayacağınızı ve imzadan önce hangi cevapları yazılı almanız gerektiğini anlatıyor; sona doğru hazır programın yetmediği durumlara da bakıyor. "En iyi pazaryeri entegrasyonu hangisi?" sorusunun herkese uyan bir cevabı yok. Aşağıdaki testleri kendi ürünlerinizle ve kendi iş akışınızla yaptığınızda hangi programın size uyduğu görünür.

Entegrasyon programı neyi tek yerde toplar?

Bir entegrasyon programı genellikle altı tür veriyi taşır: ürün bilgisi, stok, fiyat, sipariş, fatura ve kargo etiketi. Demodan önce her biri için verinin hangi yönde aktığını öğrenin.

• Ürün ve fiyat çoğunlukla programdan pazaryerine gider. Pazaryeri panelinde bir fiyatı elle değiştirdiğinizde bu değişiklik programa geri geliyor mu, bir sonraki eşitlemede eski fiyatla eziliyor mu?
• Stok iki yönlü akmak zorundadır. Satış pazaryerinde gerçekleşir, düşüş programa gelir ve oradan diğer kanallara dağılır.
• Sipariş pazaryerinden programa gelir; kargoya verildi ve teslim edildi gibi durum bilgileri geri gider.
• Fatura ve kargo etiketi için programın bunları kendisinin mi ürettiğini, başka bir yazılıma mı devrettiğini öğrenin.

Tek yönlü akışta pazaryeri panelinde yapılan her düzeltme bir sonraki eşitlemede kaybolabilir. Bunu demoda görebilirsiniz. Satıcıdan bir ürünün fiyatını pazaryeri panelinden değiştirmesini isteyin ve programda ne olduğunu birlikte izleyin.

Ürün bilginiz tedarikçiden XML dosyasıyla geliyorsa zincire bir halka daha eklenir. Trendyol XML entegrasyonu diye aranan iş çoğunlukla budur. Program tedarikçinin dosyasını belirli aralıklarla okur ve ürünü pazaryerine kendi bağlantısıyla gönderir. Bu durumda tedarikçi fiyatı ile sizin satış fiyatınız arasındaki kuralın, yani kâr oranı ve yuvarlamanın, kanal bazında tanımlanıp tanımlanamadığını sorun.

Demoda stok düşmesi nasıl denenir?

Bir programı en iyi sınayan test, stoğu tek adet kalmış bir ürünü iki kanalda aynı anda satışta tutmaktır. Kampanya dönemlerinde bir pazaryerinde tükenen ürün, diğer kanalda birkaç dakika daha satışta kalabilir ve bu arada gelen sipariş iptal edilir. Stok yetersizliğinden doğan bu iptaller Trendyol'da tedarik edememe olarak kaydedilir ve satıcı puanını düşürür; diğer pazaryerlerinde de satıcı performansına yansıyabilir.

Demoda şu adımları isteyin, mümkünse kendi mağazanıza bağlı bir deneme hesabıyla:

1. Stoğu 1 olan bir ürünü bir pazaryerinde ve kendi sitenizde ya da ikinci bir pazaryerinde satışa açın.
2. Kanallardan birinde sipariş oluşturun ve saati not edin.
3. Diğer kanalda stoğun sıfıra indiği anı izleyin.

Aradaki süre programın gerçek eşitleme hızıdır. Programın "anlık" eşitleme ifadesiyle neyi kastettiğini bu test gösterir. Bazı programlar siparişi pazaryerinden gelen bildirimle alır, bazıları pazaryerini belirli aralıklarla sorgular. Hangisinin kullanıldığını, aralığın kaç dakika olduğunu ve bu aralığın satın alacağınız pakete göre değişip değişmediğini sorun.

Bu teste iki soru ekleyin. Aynı dakikada iki kanaldan sipariş gelirse ne olur? Güvenlik stoğu tanımlanabiliyor mu? Örneğin stok 3 adedin altına indiğinde ürünün pazaryerlerinde sıfır gösterilmesi, eşitleme aralığındaki riski büyük ölçüde kapatır.

Varyant ve kategori eşlemesinde neye bakılır?

Kendi sitenizdeki ürün yapısı ile pazaryerinin beklediği yapı nadiren birebir örtüşür. Sitenizde "Lacivert" olarak tanımlı bir renk, pazaryerinin renk listesinde başka bir değer altında seçilmek zorunda kalabilir. Beden tabloları kategoriye göre farklılaşır. Kategori ağacı her pazaryerinde ayrıdır ve pazaryerleri kategoriye göre bazı özellik alanlarını zorunlu tutar; Trendyol'da bu alanlar ürün oluşturulurken gönderilmek zorundadır ve eksik kaldığında ürün yayına çıkmayabilir.

Demoya katalogunuzdaki en karmaşık ürünle gidin: en çok varyantı olan, iki kategoriye birden uyabilen ürün. Satıcıdan bu ürünü sizin gözünüz önünde eşlemesini isteyin ve şunlara dikkat edin:

• Beden ve renk değerleri bir kez eşlendiğinde sonraki ürünler için hatırlanıyor mu?
• Pazaryerinin zorunlu alanları program ekranında ayrıca işaretleniyor mu?
• Eksik alan olduğunda ürünün neden reddedildiği anlaşılır biçimde gösteriliyor mu?
• Toplu eşleme kural olarak kaydedilebiliyor mu? Bir kez "Kadın > Elbise" eşlendiğinde o kategoriye eklenen yeni ürün kendiliğinden doğru yere gitmelidir.
• Pazaryeri kategori ağacını güncellediğinde eski eşlemelere ne oluyor?

Katalog büyüdükçe eşleme, entegrasyonun en çok emek isteyen kısmına dönüşür. Eşleme kural olarak kaydedilemiyorsa her yeni üründe aynı iş baştan yapılır.

İade, iptal ve fatura akışı nasıl işliyor?

Stok ve sipariş demosu genellikle sorunsuz görünür. Programlar arasındaki fark çoğu zaman iade ve iptalde, yani sipariş geri döndüğünde ortaya çıkar.

İade onaylandığında stok otomatik olarak artıyorsa, kusurlu ya da ambalajı açılmış bir ürün kontrol edilmeden yeniden satışa çıkabilir. Doğru kurulmuş akışta ürün depoya ulaşır, kontrol edilir ve onaydan sonra stoğa döner. Programın iade için ayrı bir onay adımı sunup sunmadığını sorun. Kargoya verilmeden iptal edilen siparişte ise stoğun hemen geri gelmesi beklenir.

Fatura tarafında ilk soru, pazaryeri siparişinin e-arşiv faturasını kimin kestiğidir: programın kendisi mi, muhasebe programınız mı, e-fatura entegratörünüz mü? Faturayı hangisi keserse kessin, pazaryerindeki siparişle eşleşmesi ve müşteriye ulaşması da aynı akışın parçasıdır; demoda bu adımı da görün.

Muhasebe ya da ERP bağlantısında ise satışın nasıl aktarıldığına bakın. Her sipariş ayrı bir cari ve stok hareketi olarak mı işleniyor, gün sonunda toplu mu aktarılıyor? Pazaryeri komisyonu ve kargo kesintisi muhasebede nasıl görünüyor? Bu sorular muhasebecinizin ay sonunda ne kadar elle düzeltme yapacağını belirler.

Bu bölüm için demoda bir siparişi baştan sona yürütün. Sipariş gelsin, fatura kesilsin, kargo etiketi basılsın, ardından ürün iade edilsin. Her adımda kaç ekran değiştirdiğinizi ve kaç kez elle bilgi girdiğinizi sayın.

Stoğun ana kaynağı nerede durmalı?

Sağlıklı bir entegrasyonda bir sistem doğru stok kabul edilir, diğerleri ondan okur. Bu karar programı seçmeden önce verilmelidir, çünkü programın size uyup uymadığını büyük ölçüde belirler.

ERP kullanıyorsanız ve mal kabul, sayım, üretim gibi depo hareketleri orada işleniyorsa ana kaynak ERP'dir. Program stoğu ERP'den alır, satışı ERP'ye bildirir. Bu durumda programın ERP'nizle hazır bağlantısı olup olmadığı ilk sorudur.

ERP kullanmıyorsanız ve satışınızın büyük kısmı pazaryerlerinden geliyorsa program ana kaynak olabilir. Stok girişini ve sayım düzeltmesini programda yaparsınız.

Kendi e-ticaret siteniz satışın merkezindeyse ürün içeriği ve stok sitede tutulabilir, program siteden okuyup pazaryerlerine dağıtır. Burada site altyapınızın programla hangi bilgileri paylaşabildiği belirleyici olur.

En sık görülen sorun, iki sistemin birden ana kaynak gibi davranmasıdır. Depo sayımından sonra ERP'ye girilen düzeltme, programın bir sonraki eşitlemesinde eski değerle ezilir. Demoda "Sayım sonrası stok düzeltmesini nereye gireceğim?" diye sorun. Cevap tek bir yer olmalıdır.

Hazır program hangi noktada yetmez?

Tek depodan satan, varyant yapısı sade ve ERP kullanmayan bir mağaza için iyi kurulmuş hazır bir program çoğu zaman yeterlidir. Bu durumda özel geliştirme, karşılığı olmayan bir maliyettir.

Aşağıdaki durumlardan biri sizin için geçerliyse hazır programın sınırına yaklaşıyorsunuz demektir:

• Birden fazla depo ya da mağaza stoğu. Hangi kanalın hangi depodan satacağı, bir depo tükendiğinde diğerine geçilip geçilmeyeceği gibi kurallar programların standart ayarlarında her zaman yer almaz.
• B2B fiyat. Bayiye ve perakendeye farklı fiyat, cari bazında iskonto ya da miktara göre fiyat kademesi çoğu pazaryeri programında standart ayarlarla karşılanmaz.
• Set ürün. Üç ürünlük bir set satıldığında üç ayrı stoğun düşmesi gerekir. Programların bir kısmı seti destekler; setlerin içeriği sık değişiyorsa ya da aynı ürün birden fazla sette kullanılıyorsa sınır hızla görülür.
• ERP'ye özel alan. ERP'nize sonradan eklenmiş lot, raf, üretim partisi gibi alanlar programın hazır bağlantısında çoğunlukla yer almaz.

Bu durumlarda iş çoğu zaman Excel ile aktarım ve gün sonunda elle yapılan düzeltmelerle yürür. Başta küçük görünen bu ara adımlar sipariş sayısı arttıkça günlük iş yüküne dönüşür. Böyle bir yapıda ERP'niz ile pazaryerleri arasındaki bağlantıyı kendi iş kurallarınıza göre kurmak daha sağlıklıdır. Hazır programın iyi yaptığı kısım korunabilir; özel geliştirme yalnızca programın karşılamadığı kuralı üstlenir. Size özel pazaryeri entegrasyonu sayfasında hangi durumda hazır programı kurduğumuzu, hangi durumda bağlantıyı sizin yapınıza göre geliştirdiğimizi anlattık.

Sözleşmeden önce neler sorulmalı?

Demoda programın bugün ne yaptığını görürsünüz. Satışlarınız büyüdüğünde, pazaryeri kurallarını değiştirdiğinde ya da programdan ayrılmak istediğinizde ne olacağı ise sözleşmede yazar. İmzadan önce şu cevapları yazılı alın:

• Veriyi dışa aktarma. Programdan ayrılırsanız ürün kartlarını, kategori ve varyant eşlemelerini, sipariş geçmişini hangi biçimde alabilirsiniz? Eşlemeler aylarca emek ister; size yalnızca ürün listesi verilirse bu emek programda kalır.
• API limitleri. Pazaryerleri bağlantı üzerinden yapılan istek sayısını sınırlar. Trendyol, 14 Eylül 2026'dan bu yana ürün servislerinde bu sınırı servis grubu bazında ve satıcının ürün listeleme kademesine göre uyguluyor; aynı dakika içindeki ürün aktarma, güncelleme ve silme istekleri tek bir ortak sınırı paylaşıyor; fiyat ve stok güncellemeleri ise ayrı bir grupta ve barkod bazında ayrıca sınırlanıyor (Trendyol servis limitleri). Programın bu sınırı nasıl yönettiğini ve toplu fiyat güncellemesinde tüm kataloğun bütün kanallara ne kadar sürede ulaştığını sorun.
• Programın kendi API'si. Siteniz ya da ERP'niz programa bağlanabiliyor mu, bu bağlantının sınırı ne?
• Fiyat değişim koşulu. Lisans bedeli sipariş, ürün ya da kanal sayısına göre mi artıyor? Kampanya döneminde paket sınırını aşarsanız ne oluyor? Yıllık yenilemede fiyat hangi koşulla değişebiliyor?
• Pazaryeri değişiklikleri. Pazaryeri bağlantı kurallarını ya da kategori yapısını güncellediğinde uyarlamayı kim yapıyor ve bu süreçte satışınız nasıl etkileniyor?

Özellik listelerinde birbirine benzeyen programlar bu sorulara farklı cevaplar verir. Demoda gösterilenle sözleşmede yazanı madde madde karşılaştırın; demoda görüp sözleşmede bulamadığınız her konuyu imzadan önce yazılı hâle getirin.