Pazaryeri entegrasyonu: özel yazılım mı, hazır servis mi?

Pazaryeri entegrasyonu, ürün, stok, fiyat ve sipariş bilgisinin kendi sisteminiz ile Türkiye'deki Trendyol, Hepsiburada ve n11 gibi pazaryerleri arasında elle değil yazılımla akmasıdır. İki yolu vardır: aylık ücretli hazır bir entegrasyon servisine bağlanmak ya da pazaryerlerinin API'lerine kendi yazılımınızla bağlanmak. Az kanal ve küçük katalogda hazır servis yetebilir; kanal, varyant ve iş kuralı arttıkça kendi entegrasyonunuz daha kontrollü olur.

Ben Emre Aydın, UlvionTech'te kıdemli yazılım mühendisiyim. Pazaryeri entegrasyonunun arkasındaki iş sekiz parçadan oluşur: kimlik bilgileri, istek limitleri, kategori eşleştirmesi, stok, sipariş, iade, hata ve izleme. Trendyol'a ait her kuralı Ekim 2026 itibarıyla resmi entegrasyon dokümanından okudum ve bağlantısını verdim; okuyamadığım dokümanı da açıkça belirttim. Konu kendi mağazanızı pazaryerlerine bağlamak, kendi pazaryeri sitenizi kurmak değil.

Pazaryeri entegrasyonu nedir ve hangi veriler akar?

Pazaryeri entegrasyonu, satış yaptığınız her pazaryerinin API'si ile sizin stok ve sipariş sisteminiz arasında duran bir ara katmandır. API, iki yazılımın birbirine veri okuyup yazmasını sağlayan arayüzdür. Trendyol'un entegrasyon servislerine genel bakış sayfası (yeni sekmede açılır), Ekim 2026 itibarıyla API'nin ürün aktarma, stok ve fiyat güncelleme, sipariş işlemleri, fatura gönderimi ve müşteri sorularını kapsadığını yazar. Bu katmandan beş tür veri geçer:

• Ürün ve içerik: Başlık, açıklama, görseller, kategori, marka ve zorunlu özellikler sizden pazaryerine gider.
• Fiyat: Liste fiyatı ve satış fiyatı, kampanya kurallarınıza göre her kanala ayrı ayrı gönderilir.
• Stok: Satılabilir adet, her satıştan sonra bütün kanallarda düşmelidir.
• Sipariş ve durum: Sipariş pazaryerinden size gelir; hazırlık, kargo ve teslim durumu sizden pazaryerine döner.
• İade ve iptal: Müşterinin iade talebi size gelir, onay ya da ret kararınız pazaryerine döner.

XML entegrasyonu ile API entegrasyonu aynı şey değildir. XML entegrasyonunda ürün ve stok listeniz belli aralıklarla bir dosya olarak yayımlanır ve bu dosya okunur; stok dosya yenilenene kadar bekler, sipariş bilgisi de bu yolla geri gelmez. Trendyol'un genel bakış sayfası entegrasyonu Ekim 2026 itibarıyla API servisleri üzerinden anlatır. Çok kanallı satışta stok ve sipariş iki yönlü aktığı için ben API entegrasyonunu öneririm.

Pazaryeri entegrasyonunun ilk kararı, hangi sistemin esas kayıt olacağıdır. Ürün ve stok için tek bir doğruluk kaynağı seçmenizi öneririm: kendi stok programınız, ERP'niz ya da kendi veritabanınız. Pazaryeri panelleri bu kaynağın aynası olmalı. İki yerde aynı stoğu elle düzelttiğiniz an, entegrasyon kurulmuş olsa bile hangi rakamın geçerli olduğunu kimse bilemez.

Pazaryeri entegrasyonu nasıl yapılır?

Pazaryeri entegrasyonu, kimlik bilgilerini almakla başlayan ve test ortamında az ürünle denemeyle biten altı adımda kurulur. Hazır bir servis kullansanız da kendi yazılımınızı yazdırsanız da bu adımlar değişmez; değişen, adımları kimin yürüttüğüdür:

1. Kimlik bilgilerini alın: Satıcı panelinden API anahtarı, gizli anahtar ve satıcı numarası alınır.
2. Doğruluk kaynağını seçin: Stok ve ürün verisinin hangi sistemde esas tutulacağına karar verin.
3. Ürünleri eşleştirin: Kategori, marka, özellik ve barkod her pazaryerinin kurallarına bağlanır.
4. Stok ve fiyatı bağlayın: Değişen stok ve fiyat, istek limitlerine uyan bir kuyrukla gönderilir.
5. Sipariş akışını açın: Siparişler çekilir, durumlar ve kargo bilgileri geri yazılır.
6. Test edin, sonra genişletin: Önce test ortamında, sonra canlıda küçük bir ürün grubuyla başlayın.

Pazaryeri API bilgileri, mağazanızın anahtarıdır. Bu bilgileri e-postada, tabloda ya da sohbet grubunda tutmayın; yalnızca sunucu tarafında şifreli saklayın. Trendyol, yetkilendirme sayfasında (yeni sekmede açılır) API anahtarlarının GitHub gibi herkese açık platformlarda paylaşılmamasını özellikle uyarır. Panelde yetkili biri işten ayrıldığında anahtarları yenilemek de kontrol listenizde olmalı.

Trendyol entegrasyonu nasıl yapılır?

Trendyol entegrasyonu, satıcı panelinden alınan üç bilgiyle Basic Authentication yöntemiyle kurulur. Yetkilendirme sayfasına (yeni sekmede açılır) göre Ekim 2026 itibarıyla bu bilgiler satıcı numarası (supplierId), API KEY ve API SECRET KEY'dir. Bilgiler "Hesap Bilgilerim" altındaki "Entegrasyon Bilgileri" sayfasında yer alır ve yalnızca yönetici rolündeki ana kullanıcıya görünür.

Trendyol her isteğe bir User-Agent başlığı eklenmesini şart koşar; başlıksız istekler 403 hatasıyla reddedilir. Kendi yazılımıyla bağlanan satıcı için örnek biçim "SatıcıNumarası - SelfIntegration" şeklindedir. Canlı ve test ortam bilgileri sayfası (yeni sekmede açılır), test ortamının hesap ve API bilgilerinin canlıdan tamamen farklı olduğunu ve test ortamına erişim için IP yetkilendirmesi gerektiğini yazar. Ben olsam canlı mağazaya dokunmadan önce akışı test ortamında uçtan uca denerdim.

Trendyol dokümanında Ekim 2026 itibarıyla okuduğum ve entegrasyonun tasarımını doğrudan etkileyen kurallar tabloda özetleniyor:

Hepsiburada ve diğer pazaryerlerinin API dokümanları nerede?

Hepsiburada'nın geliştirici portalı developers.hepsiburada.com adresinde yayımlanıyor, ama Ekim 2026'da bu yazı için portalın içeriğini okuyamadım; sayfa yerine bir güvenlik ekranı açıldı. Bu yüzden Hepsiburada'nın kimlik doğrulama yöntemi, istek limitleri ve sipariş servisleri hakkında tahmin yürütmüyorum; kendi satıcı hesabınızla portalı okuyup kurallarını teyit etmenizi öneririm. n11'in API dokümanını da bu yazı için resmi bir kaynaktan doğrulayamadım; kurallarını satıcı panelinizden teyit edin. Her pazaryeri ayrı kurallarla çalışır; bir kanal için yazılan kodun diğerine aynen uyacağını varsaymayın.

Ürün, kategori ve özellik eşleştirmesi neden bu kadar emek ister?

Ürün eşleştirmesi en emek isteyen adımlardan biridir, çünkü her pazaryerinin kendi kategori ağacı, zorunlu özellikleri ve marka listesi vardır ve sizin ürün verinizin bunlara tek tek karşılık bulması gerekir. Ekim 2026 itibarıyla Trendyol'un servis limitleri sayfası (yeni sekmede açılır) marka listesi, kategori ağacı ve kategori özellik listesi için ayrı servisler sayar; ürün verinizin bu listelerle eşleştirilmesi gerekir. Eşleştirme işinde şu kalemler zaman alır:

• Kategori ağacı: Sizin "erkek tişört" kategoriniz, pazaryerinde birkaç seviye derinlikteki bir kategoriye bağlanmalıdır.
• Zorunlu özellikler: Beden, renk, materyal gibi alanlar kategoriye göre değişir ve eksik alan ürünün reddine yol açar.
• Marka: Markanın pazaryerinin listesinde karşılığı olmalıdır.
• Varyant yapısı: Aynı ürünün beden ve renk kombinasyonları, pazaryerinin beklediği gruplamaya göre gönderilir.
• Barkod: Trendyol'un sipariş paketleri dokümanı (yeni sekmede açılır), paketleri ürünlerle eşleştirirken ürün yüklerken gönderdiğiniz barkodun kullanılmasını önerir; barkod düzeni tekil ve tutarlı olmalıdır.

Eşleştirme bir kerelik iş değildir. Pazaryerleri kategori ve özellik listelerini değiştirdikçe reddedilen ürünler ortaya çıkar. Ben eşleştirme tablosunu kod içine gömmek yerine ekibinizin düzenleyebileceği bir ekranda tutmanızı öneririm; böylece yeni bir zorunlu alan geldiğinde bir yazılımcıyı beklemezsiniz.

Pazaryeri stok entegrasyonu fazla satışı nasıl önler?

Pazaryeri stok entegrasyonu fazla satışı tek başına önlemez; önleyen, stoğun tek bir yerde tutulması, her satıştan sonra bütün kanallara hızla düşülmesi ve küçük bir güvenlik payıdır. Fazla satış, iki kanalın aynı son ürünü, stok güncellemesi diğer kanala ulaşmadan önce satmasıyla oluşur. Bu boşluk saniyeler de sürebilir, dakikalar da; süresini entegrasyonun nasıl kurulduğu belirler.

Fazla satış riskini küçülten beş kontrol var:

• Tek doğruluk kaynağı: Bütün kanallar stoğu aynı kayıttan okur ve aynı kayda yazar.
• Satış anında ayırma: Sipariş geldiği anda adet ayrılır, kargo beklenmez.
• Güvenlik stoğu: Son birkaç adet bazı kanallarda satışa kapatılır.
• Yalnızca değişeni göndermek: Bütün katalog yerine sadece değişen ürünler kuyruğa girer.
• Düşük stokta öncelik: Stoğu azalan ürünler kuyruğun önüne alınır.

İstek limitleri, stok güncellemesinin hızını belirleyen kuraldır. Trendyol'un stok ve fiyat güncelleme sayfası (yeni sekmede açılır) Ekim 2026 itibarıyla bir istekte en fazla 1.000 ürün gönderilebildiğini, aynı istek gövdesinin 15 dakika içinde tekrar gönderilemediğini ve sonucun hemen değil, bir toplu işlem numarasıyla sonradan sorgulandığını yazar. Servis limitleri sayfası (yeni sekmede açılır) ise 14 Eylül 2026'dan itibaren ürün servislerinde satıcının listeleme limitine göre grup bazlı limitler uygulandığını gösterir: örneğin en düşük listeleme limiti grubunda stok ve fiyat yazma için dakikada 350 istek, fiyatta ise barkod başına dakikada 30 istek.

Trendyol'un 1.000 ürün ve 15 dakika kuralları, "her satışta bütün kataloğu gönder" yaklaşımının çalışmayacağını gösterir. Ben bir kuyruk, toplu gönderim ve sonuç kontrolü olmadan kurulan stok entegrasyonuna güvenmezdim. Stok tarafının yazılım seçimi ayrı bir karardır; stok takip programı seçimi yazımızda bu karar Excel, hazır program ve özel yazılım üzerinden ele alınıyor.

Siparişler, kargo, iade ve fatura entegrasyonda nasıl akar?

Sipariş pazaryerinde oluşur, entegrasyon onu sizin sisteminize çeker, siz hazırlayıp kargoya verdikçe durum ve takip bilgisi pazaryerine geri yazılır. Trendyol'un sipariş paketlerini çekme sayfası (yeni sekmede açılır), Ekim 2026 itibarıyla "Created" durumunun siparişin gönderime hazır olduğunu, ödeme onayı bekleyen "Awaiting" siparişlerde ise "Created" durumuna geçene kadar işlem yapılmaması gerektiğini yazar. Trendyol'un sipariş paketleri sayfası, Awaiting siparişlerin yalnızca stok işlemleri için kullanılabileceğini ve geriye dönük sorgunun en fazla bir ayla sınırlı olduğunu da belirtir. Geriye dönük sorgu bir ayla sınırlı olduğu için sipariş geçmişinizi pazaryerinde değil, kendi sisteminizde saklayın.

Sipariş akışında iki yöntem vardır: webhook ve düzenli sorgulama. Webhook, pazaryerinin bir değişiklik olduğunda sizin adresinize haber vermesidir; düzenli sorgulama ise sisteminizin birkaç dakikada bir "yeni bir şey var mı" diye sormasıdır. İki yöntemi birlikte kurmanızı öneririm: webhook hız için, düzenli mutabakat güvence için.

Ekim 2026 itibarıyla Trendyol'un webhook sayfası (yeni sekmede açılır) sipariş paketlerinin durum değişikliklerini webhook ile bildirir, başarısız istekleri beş dakikada bir yeniden dener ve hatalar sürerse webhook'u devre dışı bırakıp satıcıya e-posta gönderir. Satıcı başına en fazla 15 webhook tanımlanabilir. Trendyol'un webhook sayfası, webhook her zaman mümkün olmadığı için verinin düzenli sorgulamayla da eşitlenmesini önerir.

İade akışı da entegrasyonun parçasıdır. Ekim 2026 itibarıyla Trendyol'un iade süreci sayfasına (yeni sekmede açılır) göre satıcı, "WaitingInAction" durumundaki iade taleplerini çeker, müşterinin iade gerekçesini okur ve talebi onaylar ya da bir ret gerekçesiyle reddeder. İade edilen ürünü stoğa ancak fiziksel kontrolden sonra geri alın; aksi hâlde hasarlı ürün yeniden satışa çıkar.

Pazaryeri entegrasyonunun fatura tarafındaki görevi, faturayı tetikleyen sipariş bilgisini e-Arşiv ya da e-Fatura akışınıza taşımaktır; Trendyol'un genel bakış sayfası (yeni sekmede açılır) fatura gönderimini API servisleri arasında sayar. Bu bağlantının maliyete nasıl eklendiği ve iki yolu e-ticaret sitesi kurma maliyeti yazımızda anlatılıyor.

Pazaryeri entegrasyonu hata verdiğinde ne olur, nasıl izlenir?

Pazaryeri entegrasyonu sessizce bozulabilir: bir istek reddedilir, bir sipariş gelmez ya da stok bir kanalda güncellenmez ve sorunu ilk fark eden müşteri olabilir. Pazaryeri entegrasyonu hatalarının başlıca nedenleri beş başlıkta toplanır:

• Değişen kimlik bilgileri: Anahtar yenilenir ama entegrasyona yazılmaz.
• İstek limiti aşımı: Çok fazla istek reddedilir ve gönderim yarım kalır.
• Değişen zorunlu alan: Kategoriye yeni bir özellik eklenir ve ürünler reddedilir.
• API değişikliği: Pazaryeri bir servisi ya da kuralı değiştirir.
• Ağ ve sunucu kesintisi: Webhook adresiniz yanıt veremez.

API değişikliği teorik bir risk değildir. Trendyol'un sipariş paketleri dokümanı (yeni sekmede açılır), 15 Ekim 2026'dan itibaren v2 uç noktasında yalnızca ilk 10.000 kayda erişilebildiğini ve bu sınırın ileride daha da düşürülebileceğini yazar. Servis limitleri sayfasına (yeni sekmede açılır) göre ürün servislerindeki limitler de 14 Eylül 2026'da grup bazlı bir yapıya geçti. Entegrasyonun sahibi, bu değişiklikleri takip edip koda yansıtmakla yükümlü olandır; hazır serviste bu iş sağlayıcıda, kendi yazılımınızda ise sizde ya da bakım yapan ekiptedir.

Yeniden deneme, hatalı isteği aynı sonucu iki kez üretmeden tekrar göndermektir. Bir sipariş iki kez kaydedilmemeli, bir stok düşüşü iki kez uygulanmamalıdır. Her yazma işleminin sipariş numarası ya da paket numarası gibi tekil bir anahtarla kontrol edilmesini ve denemelerin giderek uzayan aralıklarla yapılmasını öneririm. Trendyol'un sipariş paketleri dokümanı, sipariş numarası ile paket numarasının farklı şeyler olduğunu ayrıca belirtir; eşleştirmenin hangi anahtar üzerinden yapılacağı baştan belirlenmelidir.

İzleme, entegrasyonun çalıştığını müşteriden önce sizin bilmenizi sağlar. En az şu dört şeyin kurulmasını öneririm:

• Son başarılı eşitleme saati: Her kanal için ayrı ayrı görünür olmalıdır.
• Hata kuyruğu: Reddedilen ürünler ve başarısız istekler bir listede toplanmalıdır.
• Uyarı: Bir eşik aşıldığında sorumlu kişiye e-posta ya da mesaj gitmelidir.
• Günlük stok mutabakatı: Kanallardaki stok, doğruluk kaynağıyla karşılaştırılmalıdır.

Kendi API entegrasyonunuz mu, hazır entegrasyon servisi mi?

Kendi API entegrasyonunuz ile hazır entegrasyon servisi arasındaki seçim kanal sayısına, katalog büyüklüğüne ve iş kurallarınıza bağlıdır. Entegrasyon firmalarının sunduğu hazır entegrasyon servisleri, pazaryerlerine bağlantıyı abonelikle sunan aracı programlardır; kendi entegrasyonunuz ise sizin sisteminizin pazaryeri API'leriyle doğrudan konuşan özel yazılımdır. Kanal ve kural sayısı büyüyen bir işletme olsam kendi entegrasyonumu seçerdim; karşılaştırma tablosuna her iki yolun bedelini de yazdım:

Veri sahipliği, karşılaştırmada kolayca atlanan ama sonradan değiştirmesi zor bir kriterdir. Hazır bir servise geçmeden önce sipariş ve müşteri verisinin nerede saklandığını, bütün veriyi hangi biçimde dışa aktarabileceğinizi ve aboneliği bıraktığınızda verinin ne olacağını yazılı olarak sormanızı öneririm. Özel yazılımda ise kaynak kodun, sunucunun ve alan adının sizin adınıza olmasını sözleşmeye yazdırın; neye dikkat edeceğiniz yazılım hizmet sözleşmesi örneği yazımızda madde madde anlatılıyor.

Hangi yolun size uyduğunu şu ölçütlerle ayırabilirsiniz:

• Hazır servisi seçin, eğer: bir ya da iki pazaryerinde satıyorsanız, ürün ve varyant sayınız küçükse, süreciniz standartsa ve entegrasyonun bakımını üstlenecek kimse yoksa.
• Kendi entegrasyonunuzu seçin, eğer: üç ya da daha fazla kanalda satıyorsanız, ERP'niz ya da kendi stok sisteminiz varsa, fiyat ve stok kurallarınız standart ayarlara sığmıyorsa, abonelik toplamı sipariş ve kanal sayısıyla birlikte büyüyorsa ya da verinin şirketinizde kalması bir şartsa.
• Hibrit yolu düşünün, eğer: hazır servis işin büyük kısmını görüyor ama tek bir kural her gün elle iş çıkarıyorsa; o zaman servisin yanına küçük bir özel modül yazmak yeterli olabilir.

Özel entegrasyonun bedeli, ilk sürümün daha uzun sürmesi, başta daha fazla yatırım istemesi ve sistemin bir sahibinin olmasının şart olmasıdır. Yapay zekâ destekli geliştirme ilk sürümü hızlandırıp maliyetini düşürebilir, ama bakım ve sahiplik ihtiyacını ortadan kaldırmaz. Genel karar çerçevesini özel yazılım mı hazır yazılım mı yazımızda bulabilirsiniz; pazaryerlerine bağlanan sistemler UlvionTech'in özel web uygulaması geliştirme hizmetinin kapsamındadır.

Ücretsiz pazaryeri entegrasyonu gerçekten ücretsiz mi?

Ücretsiz pazaryeri entegrasyonu planlarının tam anlamıyla ücretsiz olup olmadığı plan koşullarına bağlıdır; sipariş sayısı, kanal sayısı, deneme süresi ya da ek modül sınırı olup olmadığını kontrol edin. Bir planı seçmeden önce aylık sipariş üst sınırını, kaç pazaryerinin dahil olduğunu, fatura ve kargo bağlantısının ayrı ücretli olup olmadığını, deneme bitince hangi ücretin başlayacağını ve verinizi dışa aktarıp aktaramayacağınızı sorun. Ücretsiz bir plan küçük bir katalogla pazaryerini denemek için iyi bir başlangıçtır.

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

Pazaryeri entegrasyonu fiyatlarını, e-ticaret entegrasyon fiyatlarında olduğu gibi, bağlanan kanal sayısı, katalog ve varyant büyüklüğü, sipariş hacmi ve entegrasyonun bağlanacağı diğer sistemler belirler; herkese uyan tek bir fiyat yoktur. Ben burada rakam vermiyorum, çünkü uydurulmuş bir aralık kararınızı yanlış yöne çeker. Maliyeti yukarı iten kalemler şunlardır:

• Kanal sayısı: Her pazaryeri ayrı eşleştirme, test ve bakım ister.
• Katalog büyüklüğü: Varyant sayısı arttıkça eşleştirme ve stok trafiği büyür.
• Sipariş hacmi: Hazır serviste sipariş başı ya da paket bazlı ücret, kendi yazılımınızda sunucu ve kuyruk kapasitesi artar.
• Diğer sistemler: ERP, muhasebe programı, kargo ve e-belge bağlantılarının her biri ayrı bir iştir.
• Özel kurallar: Kanala göre farklı fiyat, güvenlik stoğu ya da paketleme kuralı geliştirme süresini uzatır.
• Bakım: Pazaryeri API'leri değiştikçe entegrasyonun da güncellenmesi gerekir.

Anlamlı karşılaştırma, aylık ücret ile geliştirme bedelini yan yana koymak değil, aynı 3-5 yıllık dönemin toplam maliyetini hesaplamaktır. Hazır serviste abonelik, ek modüller ve sipariş başı ücretleri; özel yazılımda geliştirme, barındırma ve bakımı aynı tabloya yazın. Teklifleri aynı kalemlere ayırmak için yazılım yaptırma maliyeti ve teklif karşılaştırma rehberimizi kullanabilirsiniz.

Pazaryeri entegrasyonuna başlamadan önce neler kontrol edilmeli?

Pazaryeri entegrasyonundan önce stoğun tek kaynağını, barkod düzenini ve hataları kimin izleyeceğini netleştirmek, sonradan yaşanacak fazla satış ve reddedilen ürün risklerini baştan azaltır.

Pazaryeri entegrasyonu görüşmesinde hangi sorular sorulmalı?

Pazaryeri entegrasyonu görüşmesine şu sekiz soruyla gitmenizi öneririm; sorular doğruluk kaynağını, barkodu, eşleştirmeyi, API bilgilerini, testi, sipariş akışını, hata izlemeyi ve veri teslimini kapsar:

• Stok ve ürün verisinin doğruluk kaynağı hangi sistem olacak?
• Barkod ve stok kodu düzenimiz tekil ve tutarlı mı?
• Kategori, marka ve özellik eşleştirmesini kim yapacak, sonradan kim düzenleyecek?
• API bilgileri nerede ve nasıl saklanacak?
• Canlıya geçmeden önce test ortamında ya da az ürünle deneme yapılacak mı?
• Sipariş durumları, kargo bildirimi ve iade akışı nasıl tanımlandı?
• Hatalar nerede görünecek, uyarı kime gidecek?
• Sözleşme bittiğinde veriyi hangi biçimde alacağız?

Pazaryeri entegrasyonunda hangi hatalardan kaçınmalı?

Pazaryeri entegrasyonunda kaçınılması gereken hatalar teknikten çok sahiplikle ilgilidir:

• Stoğu birden fazla yerde elle düzeltmek: Entegrasyonun yazdığı rakam bir panelde elle değiştirilir ve kayıtlar ayrışır.
• Güvenlik stoğu tutmamak: Son adet iki kanalda birden satılır.
• Bütün kataloğu ilk gün yüklemek: Reddedilen yüzlerce ürün arasında asıl sorun kaybolur.
• Hataları kimsenin izlememesi: Entegrasyon günlerce çalışmaz ve fark edilmez.
• Veri dışa aktarımını sonradan sormak: Servisten çıkmak istediğinizde verinizin biçimi pazarlık konusu olur.

Pazaryeri entegrasyonuna nereden başlanmalı, ne zaman bizimle çalışmamalısınız?

Ben olsam pazaryeri entegrasyonuna tek bir pazaryeri ve küçük bir ürün grubuyla başlar, stok ve siparişi uçtan uca hatasız akıttıktan sonra diğer kanalları eklerdim.

Pazaryeri entegrasyonunun ilk sürümü hangi sırayla kurulmalı?

Pazaryeri entegrasyonunun ilk sürümü altı adımda kurulabilir; kendi entegrasyonunu yazdıran bir işletme olsam şu sırayı izlerdim:

1. Stok ve ürün için doğruluk kaynağını belirlemek ve barkod düzenini temizlemek.
2. Bir pazaryerini test ortamında bağlamak; kimlik bilgilerini sunucu tarafında saklamak.
3. Küçük bir ürün grubunu eşleştirip canlıya almak; stok güncellemesini kuyruk ve toplu gönderimle kurmak.
4. Sipariş, kargo bildirimi ve iade akışını webhook ve düzenli mutabakatla bağlamak.
5. İzleme ekranını ve uyarıları ilk günden açmak.
6. Akış sorunsuz çalıştıktan sonra ikinci kanalı eklemek.

İlk sürümü tek kanalla kurmanın nedeni basit: ilk kanal, kuralları ve hataları öğreten kanaldır. UlvionTech ile çalışırsanız kapsam kodlamadan önce yazıya dökülür, fiyat yazılı kapsamdan sonra sabitlenir ve kod, sunucu ve hesaplar sizin adınıza kurulur.

Hangi durumlarda UlvionTech ile çalışmanıza gerek yoktur?

Yalnızca bir ya da iki pazaryerinde, küçük bir katalog ve standart bir süreçle satıyorsanız, hazır bir entegrasyon servisi sizin için daha hızlı ve daha ucuz bir başlangıç olabilir. Pazaryerinde henüz hiç satış yapmadıysanız, entegrasyona yatırım yapmadan önce panelden elle birkaç hafta satış yapmanızı öneririm; hangi verinin aktığını o zaman görürsünüz.

İki durum daha var. Şirketinizde entegrasyonu yazıp bakımını yapabilecek bir iç ekip varsa, bu işi dışarıya vermenize gerek yoktur. Entegrasyonun yayından sonra kimin elinde yaşayacağı belli değilse, API değişikliklerini takip etme işini sağlayıcıya bırakan hazır servis sizin için daha güvenlidir. Kanal ve kural sayınız büyüdüğü için kendi entegrasyonunuzu düşünüyorsanız, mevcut stok ve sipariş akışınızı bize yazarak anlatabilirsiniz.