Pazaryeri Entegrasyonu Nasıl Yapılır? Trendyol, Hepsiburada, Amazon

Pazaryeri entegrasyonu; ürün, stok, fiyat ve sipariş verilerinizin Trendyol, Hepsiburada, Amazon, n11 ve Çiçeksepeti gibi pazaryerleri ile kendi sistemleriniz arasında otomatik olarak aktarılmasıdır. Ürünü bir kez tanımlarsınız; stok ve fiyat her kanalda kendiliğinden güncellenir, siparişler tek bir listeye düşer, fatura ve ERP kaydı kimse veriyi yeniden yazmadan oluşur. Bu rehberde pazaryeri entegrasyonunun neleri kapsadığını ve nasıl yapıldığını, elle yönetimin neden bir noktadan sonra yetmediğini, stok ve fiyat tarafında nelere dikkat etmek gerektiğini ve hazır entegratör ile özel entegrasyon arasında nasıl karar verebileceğinizi anlatıyoruz.

Pazaryeri entegrasyonu neleri kapsar?

Her pazaryerinin satıcılara sunduğu kendi API'si, kategori ağacı, zorunlu ürün özellikleri ve sipariş durumları vardır. Kanallar benzer işleri farklı kurallarla yapar. Entegrasyon katmanı, sizin tek bir ürün ve sipariş modelinizi her kanalın beklediği biçime çevirir. Tipik veri akışı şöyledir:

Bu akışların hepsinin ilk günden kurulması gerekmez. Ancak hangilerinin otomatik, hangilerinin elle yürüyeceğini baştan netleştirmek, ileride sürprizlerle karşılaşmamanın ilk adımıdır.

Pazaryerleri arasındaki farklar

Aşağıdaki notlar genel yapıyı özetler. Pazaryerleri servislerini zaman zaman güncellediği için ayrıntılar her zaman güncel satıcı dokümantasyonundan kontrol edilmelidir.

Trendyol entegrasyonu

Ürünler barkod üzerinden tanımlanır ve satışa açılmadan önce pazaryerinin onayından geçer. Ürün oluşturma, stok ve fiyat güncellemeleri toplu istek olarak kuyruğa alınır; işlemin sonucunu ayrıca sorgulamak gerekir. Siparişler paket bazında gelir; paketin hazırlanmaya başlandığı gibi bazı durum değişikliklerini satıcının API üzerinden bildirmesi beklenir.

Hepsiburada entegrasyonu

Hepsiburada'da ürün kataloğu ile satıcının fiyat ve stok bilgisini taşıyan listeleme ayrı tutulur. Ürününüz katalogda zaten varsa yalnızca kendi listelemenizi açarsınız; yoksa önce ürün oluşturulur ve onaya gider. Entegrasyonun bu iki adımı ayrı ayrı yönetmesi gerekir.

Amazon entegrasyonu

Amazon'da satıcı işlemleri SP-API (Selling Partner API) üzerinden yürür; erişim için Seller Central üzerinden geliştirici kaydı ve uygulamanın yetkilendirilmesi gerekir. Ürünler ASIN ile eşleşir: ürün katalogda varsa ona teklif eklersiniz, yoksa yeni bir ürün oluşturursunuz ve bu durumda genellikle EAN gibi bir GTIN istenir. Alıcının adı ve adresi gibi kişisel verilere erişim ayrıca yetki gerektirir ve Amazon'un veri koruma kurallarına tabidir. Ürünün Amazon'un deposundan gönderildiği FBA modelinde stok, kendi deponuzdaki stoktan ayrı izlenir.

n11 ve Çiçeksepeti entegrasyonu

n11 ve Çiçeksepeti de satıcılara ürün, stok, fiyat ve sipariş işlemleri için servis sunar; kategori ve özellik yapıları ise kendilerine özgüdür. Temel veri modeli doğru kurulduysa aynı entegrasyon katmanına yeni bir kanal eklemek, sıfırdan başlamaktan çok daha kolaydır.

Elle yönetim neden bir noktadan sonra yetmez?

Tek bir pazaryerinde birkaç düzine ürünle satış yaparken her şeyi satıcı panelinden yönetmek mümkündür. Sorunlar; ürün sayısı, kanal sayısı ve sipariş hacmi birlikte arttığında başlar:

• Aynı ürünün stoğu her panelde ayrı ayrı güncellenir; bir panel unutulduğunda elde olmayan ürün satılır.
• Fiyat değişikliği bir kanalda yapılır, diğerinde eski fiyatla satış sürer.
• Her sipariş muhasebe programına veya ERP'ye yeniden yazılır; ürün kodu ve tutar hataları sıklaşır.
• Faturalar tek tek kesilir ve tek tek siparişlere yüklenir.
• İade talepleri ve müşteri soruları farklı panellerde birikir, yanıt süreleri uzar.
• Kampanya dönemlerinde ekip zamanını satışa değil, panellere veri girmeye ayırır.

Bu noktada daha fazla kişi işe almak sorunu kalıcı olarak çözmez, çünkü hatanın kaynağı aynı verinin birden fazla yerde elle tutulmasıdır. Entegrasyonun asıl işi, her verinin tek bir doğru kaynağı olmasını sağlamaktır.

Stok senkronizasyonu ve fazla satış riski

Pazaryeri stok senkronizasyonunun amacı, aynı fiziksel ürünün iki kanalda birden satılmasını önlemektir. Stokta tek adet kalan bir ürün kısa arayla hem Trendyol'da hem Hepsiburada'da satılırsa siparişlerden biri iptal edilmek zorunda kalır. Satıcı kaynaklı iptaller mağaza performansını olumsuz etkiler ve pazaryerinin kurallarına göre yaptırımlara yol açabilir. Bu riski azaltmak için birkaç ilke birlikte uygulanır.

Tek bir stok kaynağı

Stoğun asıl kaynağı ERP, depo yönetim sistemi veya entegrasyon katmanı olabilir; ama yalnızca biri olmalıdır. Pazaryeri panellerinde elle stok düzeltmesi yapılmaz, tüm değişiklikler bu kaynaktan dağıtılır. Kanallara gönderilen miktar da depodaki fiziksel stok değil, satılabilir stoktur: henüz sevk edilmemiş siparişler ve ayrılan emniyet payı düşüldükten sonra kalan miktar.

Olay tabanlı güncelleme

Herhangi bir kanaldan sipariş geldiğinde satılabilir stok hemen düşürülür ve yeni miktar diğer kanallara gönderilir. Depoya mal girişi, kendi sitenizdeki bir satış ya da onaylanan bir iade de aynı şekilde güncelleme tetikler. Yeni siparişler, pazaryerine göre kısa aralıklarla sorgulanarak ya da pazaryerinin sunduğu bildirim servisleriyle alınır; sipariş size ne kadar çabuk ulaşırsa, aynı ürünün başka bir kanalda satılabileceği zaman aralığı da o kadar daralır. Zamanlanmış toplu aktarım ürün kartları için yeterlidir, stok ise değişiklik anında tetiklenen güncelleme ister. Bazı pazaryerleri güncellemeleri kuyruğa alıp sonucu sonradan bildirdiği için entegrasyon, gönderdiği güncellemenin gerçekten işlendiğini de kontrol etmelidir. Pazaryerlerinin API istek sınırları da hesaba katılmalı, güncellemeler mümkün olduğunda toplu gönderilmelidir.

Emniyet stoku ve kanal tahsisi

Az kalan ürünlerde stoğun tamamını her kanala açmak yerine bir emniyet payı bırakmak ya da belirli ürünleri yalnızca belirli kanallara ayırmak fazla satış riskini azaltır. Hangi ürün grubunda ne kadar pay bırakılacağı ticari bir karardır; entegrasyon bu kuralı her güncellemede tutarlı biçimde uygular.

Pazaryeri deposundaki stok

Amazon'un FBA modeli gibi ürünün pazaryerinin kendi deposundan gönderildiği yapılarda, o stok sizin deponuzdaki stoktan ayrı izlenir. Entegrasyonun bu iki stoğu birbirine karıştırmaması, raporlarda ise ikisini yan yana göstermesi gerekir.

Kanal bazında fiyat kuralları

Aynı ürünü her pazaryerinde aynı fiyata satmak çoğu zaman mantıklı değildir. Komisyon oranları pazaryerine ve kategoriye göre değişir; kargo ve hizmet bedelleri, kampanya katılımları ve aynı ürünü satan diğer satıcılarla rekabet de fiyatı etkiler. Trendyol, Hepsiburada ve Amazon gibi aynı ürün sayfasında birden fazla satıcının yer alabildiği pazaryerlerinde fiyat, öne çıkan satıcı olmanın belirleyici etkenlerinden biridir. Fiyat kurallarında genellikle şu yapı kullanılır:

• Taban fiyat: ERP'deki liste fiyatı veya maliyet üzerinden hesaplanan başlangıç değeri.
• Kanal formülü: Komisyonu, kargo ve hizmet bedelini karşılayacak çarpan veya ek tutar.
• Alt sınır: Entegrasyon, belirlediğiniz kâr sınırının altındaki bir fiyatı hiçbir kanala göndermez. Pazaryeri panelinden katıldığınız kampanyalar bu kontrolün dışında kalabileceği için kampanya kararları da aynı sınıra göre verilmelidir.
• Yuvarlama: Fiyatların her kanalda tutarlı görünmesi için ortak bir yuvarlama kuralı.
• Kampanya dönemleri: Başlangıç ve bitiş tarihi olan, süresi dolunca kendiliğinden geri alınan fiyatlar.

Her fiyat değişikliğinin hangi kuralla ve kim tarafından yapıldığının kayıt altında tutulması da önemlidir. Bir kanalda beklenmedik bir fiyat görüldüğünde nedeni hızla bulunabilmelidir.

Sipariş, kargo, iade ve müşteri soruları

Sipariş akışı

Pazaryerlerinden gelen siparişler tek bir sipariş listesinde toplanır. Siparişin hazırlanmaya başlandığı, faturalandığı ya da kargoya verildiği gibi durumlar, her pazaryerinin beklediği adımlarla geri bildirilir; anlaşmalı kargoyla yapılan gönderimlerde bu durumların bir kısmını kargo firması günceller. Bir sipariş birden fazla pakete bölünebilir ya da kısmen iptal edilebilir; sipariş modelinin bu durumları baştan desteklemesi gerekir. Bağlantı koptuğunda aynı siparişin iki kez aktarılmaması için her sipariş, pazaryerindeki numarasıyla tekil olarak izlenmelidir.

Kargo etiketi ve takip

Pazaryerinin anlaşmalı kargo seçenekleriyle gönderim yapıldığında gönderi barkodu ve takip numarası çoğu zaman pazaryeri üzerinden oluşur. Entegrasyon bu bilgileri toplu olarak alır, depo ekibi etiketleri tek ekrandan basar ve takip numarası siparişe işlenir. Kendi kargo anlaşmanızla gönderim yapıyorsanız takip numarası bu kez sizden pazaryerine gönderilir.

İade ve iptal

İade talepleri pazaryerinden size ulaşır; ürün depoya geldiğinde kontrol edilir, uygunsa onaylanır ve stoğa geri alınır. Stok, ürün kontrol edilmeden otomatik olarak artırılmamalıdır; hasarlı veya eksik gelen ürünler satılabilir stoğa karışmamalıdır. İadenin muhasebede hangi belgeyle kayda alınacağı alıcının durumuna göre değiştiği için bu kural fatura akışıyla birlikte netleştirilmelidir.

Müşteri soruları

Ürün sayfalarına gelen sorular her pazaryerinde ayrı bir panelde birikir. Hepsini tek ekranda toplamak ekibin hızlı yanıt vermesini kolaylaştırır. Pazaryerleri yanıt hızını satıcı değerlendirmesinde dikkate alabildiği için bu küçük görünen adım da önemlidir.

Pazaryeri siparişlerinin faturalandırılması: e-Fatura ve e-Arşiv

Pazaryerinde yapılan satışta faturayı alıcıya satıcı keser; pazaryeri ise kendi komisyon ve hizmet bedelleri için satıcıya ayrıca fatura düzenler. e-Fatura ve e-Arşiv Fatura kullanıcısıysanız, alıcıya kesilecek belgenin türü alıcının durumuna göre belirlenir:

• Alıcı e-Fatura sistemine kayıtlı bir mükellefse belge e-Fatura olarak düzenlenir.
• Bireysel alıcılar ve e-Fatura sistemine kayıtlı olmayan alıcılar için e-Arşiv Fatura düzenlenir.

Siparişte kurumsal fatura bilgisi varsa entegrasyon, vergi numarasını çalıştığınız özel entegratör üzerinden GİB'in e-Fatura kayıtlı kullanıcı listesinde sorgular ve doğru belge türünü seçer. Fatura sipariş verisinden otomatik oluşturulur, özel entegratörünüz aracılığıyla düzenlenir ve pazaryeri bunu bekliyorsa istediği biçimde, fatura bağlantısı ya da dosyası olarak siparişe eklenir. İnternet satışı için düzenlenen e-Arşiv Fatura'da web adresi, ödeme ve gönderim bilgileri gibi ek alanlar da yer alır; entegrasyon bu alanları sipariş verisinden doldurur. Kampanya indirimlerinin faturaya nasıl yansıyacağı, indirimi kimin karşıladığına göre değişebilir; bu kuralı mali müşavirinizle netleştirip entegrasyona öyle işlemek gerekir.

Bir noktayı açıkça belirtelim: BernSoftware bir özel entegratör değildir. Biz, çalıştığınız özel entegratörün servislerini e-ticaret, pazaryeri ve ERP akışınıza bağlayan yazılımı geliştiriyoruz. Belge türleri, mükellef sorgusu ve UBL-TR ayrıntılarını e-Fatura entegrasyonu rehberimizde anlattık; hizmet kapsamımız için e-Fatura entegrasyonu sayfamıza göz atabilirsiniz.

Siparişlerin ERP'ye aktarılması

Pazaryeri siparişlerinin muhasebe programına veya ERP'ye elle girilmesi, birçok işletmede en çok zaman kaybettiren halkadır. Logo, Mikro, Netsis veya SAP fark etmeksizin, siparişlerin ERP'ye otomatik aktarılabilmesi için önce şu kararların verilmesi gerekir:

• Cari yapısı: Her pazaryeri için tek bir toplu cari mi kullanılacak, yoksa her alıcı için ayrı cari mi açılacak? Kurumsal fatura isteyen alıcılar nasıl ayrılacak?
• Ürün eşleştirmesi: Pazaryerindeki barkod veya satıcı stok kodu ile ERP'deki stok kodu arasındaki bağlantı; varyantlı ürünlerde renk ve beden eşleşmesi.
• Belge türü: Sipariş ERP'de sipariş fişi olarak mı, doğrudan fatura olarak mı oluşacak? Fatura ERP'den mi, entegrasyon katmanından mı kesilecek?
• Kargo ve hizmet bedelleri: Alıcıdan alınan kargo ücretinin ve pazaryerinin kestiği komisyon ve hizmet faturalarının hangi hesaplara işleneceği.
• Hakediş mutabakatı: Pazaryerinin size ödediği tutar, satış bedelinden komisyon, kargo ve iade gibi kesintiler düşüldükten sonra kalan tutardır. Bu kalemleri pazaryerinin ödeme ve hesap ekstresi raporlarıyla sipariş bazında eşleştirmek ay sonu kapanışını kolaylaştırır.

Okuma ve yazma işlemlerinin ERP'nin kendi servisleriyle mi yoksa bir ara katmanla mı yapılacağını ERP entegrasyon yöntemleri yazımızda ayrıntılı ele aldık. Genel kural burada da geçerlidir: sipariş ve fatura gibi kayıtlar, ERP'nin iş kurallarını atlayan doğrudan tablo yazımıyla değil, ERP'nin resmi servisleri üzerinden oluşturulmalıdır.

Hazır entegratör mü, özel entegrasyon mu?

Piyasada birçok pazaryerini tek panelden yöneten hazır entegrasyon yazılımları bulunur ve pek çok satıcı için doğru başlangıç budur. Özel entegrasyon ise iş kurallarınız standart akışlara sığmadığında gündeme gelir. İki yaklaşımı adil bir şekilde karşılaştıralım:

Pratikte üçüncü bir yol da sık kullanılır: kanallarla bağlantıyı hazır bir entegratör kurar, entegratör ile ERP arasındaki köprü ise sizin kurallarınıza göre özel olarak geliştirilir. Kendi e-ticaret siteniz de satış kanallarınızdan biriyse sitenin altyapı seçimi de bu kararı etkiler; bu konuyu e-ticaret sitesi kurmak: hazır altyapı mı, özel yazılım mı? yazımızda ele aldık. Pazaryeri siparişlerini kendi e-ticaret sitenizin siparişleriyle aynı stok ve sipariş altyapısında toplamak, kanallar arasında tutarlılığı korumayı kolaylaştırır.

Pazaryeri entegrasyonu nasıl yapılır? Adım adım kurulum

1. Ana veriyi temizleyin: Her varyantın benzersiz bir stok kodu ve barkodu olmalı; ürün adları, açıklamalar ve görseller tek bir yerde tutulmalı.
2. Stok ve fiyatın kaynağını belirleyin: Hangi sistemin stokta, hangisinin fiyatta son sözü söyleyeceğine karar verin.
3. API erişimlerini erkenden alın: Her pazaryerinde entegrasyon bilgileri satıcı hesabınız üzerinden alınır; Amazon'da ayrıca geliştirici kaydı gerekir. Onay adımları takvimi etkileyebildiği için bu işe projenin başında başlayın.
4. Kategori ve özellik eşleştirmesini yapın: Renk, beden, malzeme gibi alanları her pazaryerinin kategori yapısıyla bir kez eşleştirmek toplu ürün yüklemeyi mümkün kılar.
5. Fiyat kurallarını yazıya dökün: Kanal formüllerini, alt sınırları ve kampanya kurallarını satış ve finans ekipleriyle birlikte netleştirin.
6. Sipariş, fatura ve ERP akışını uçtan uca test edin: Pazaryeri bir test ortamı sunuyorsa onu, ERP tarafında ise bir test şirketini kullanın; canlı sistem üzerinde deneme yapmayın.
7. Alıcı verisini koruyun: Siparişlerle gelen ad, adres ve telefon bilgileri KVKK kapsamında kişisel veridir. Bu verilere erişimi yetkiyle sınırlayın ve yalnızca gerektiği süre saklayın.
8. Tek kanal ve sınırlı ürünle başlayın: İlk pazaryerinde süreç oturduktan sonra diğer kanalları ekleyin.
9. İzleme ve uyarı kurun: Aktarılamayan sipariş, reddedilen ürün veya işlenmeyen stok güncellemesi sessizce kaybolmamalı; panelde görünmeli ve ilgili kişiye bildirilmelidir.

Pazaryeri API'leri zaman içinde değişir; yeni zorunlu alanlar eklenir, eski servisler kapatılır. Bu yüzden entegrasyonu canlıya almak işin sonu değil, düzenli bakım isteyen bir sürecin başlangıcıdır.

BernSoftware olarak Trendyol, Hepsiburada, Amazon, n11 ve Çiçeksepeti gibi kanallarla ERP'niz ve e-Fatura altyapınız arasında çalışan entegrasyonlar geliştiriyoruz. Pazaryerlerinin satıcılara sunduğu API'lerle çalışıyoruz; hazır bir entegratör kullanıyorsanız onu ERP'nize bağlayan köprüyü de kurabiliyoruz. Canlıya geçişten sonra API değişikliklerini aylık destek paketleriyle takip ediyoruz. Kapsamı birlikte çıkarmak için pazaryeri entegrasyonu sayfamıza göz atabilir, projenizi planlayabilir ya da bizimle iletişime geçebilirsiniz.