Birden fazla pazaryerini tek panelden yönetmek için ürün, stok, fiyat ve sipariş verilerini merkezi bir sistemde toplamak; her pazaryerinin kurallarına göre eşleştirmek ve güncellemeleri düzenli olarak kontrol etmek gerekir. Tek panel, tekrar eden işleri azaltır ve operasyonu görünür kılar. Ürün onayı, kargo, fatura ve iade adımlarının kapsamı ise pazaryerine ve kullanılan entegrasyon çözümüne göre değişebilir.
Pazaryerilerinin entegrasyonları ürün aktarımı, stok ve fiyat güncelleme, sipariş ve fatura gibi süreçleri destekleyebilir; ancak hangi işlemlerin otomatik yapılabildiği platforma ve entegrasyon çözümüne göre değişir. Bu nedenle tek panel kullanılsa bile her kanalın işlem kurallarını ayrıca kontrol etmek gerekir.
Çoklu pazaryeri yönetimi nedir ve tek panel nasıl çalışır?
Çoklu pazaryeri yönetimi, aynı ürün kataloğunu ve satış operasyonunu birden fazla pazaryerinde koordine etmektir. Her mağazanın satıcı paneline ayrı ayrı girerek ürün açmak, fiyat değiştirmek, stok kontrol etmek ve siparişleri takip etmek yerine bu işler bir merkezî ekranda toplanabilir.
Bir pazaryeri yönetim paneli, mağazaları sisteme bağlar ve desteklenen verileri ilgili kanallara iletir. Satış oldukça stok bilgisini güncelleyebilir, siparişi ortak bir operasyon ekranına alabilir ve ürün bilgilerini kanallara gönderebilir. Buradaki “tek panel” ifadesi, her işlemin her pazaryerinde aynı şekilde yapılacağı anlamına gelmez: bazı işlemler otomatik aktarılır, bazıları sınırlı desteklenir, bazıları da satıcının ilgili pazaryeri panelinde tamamlamasını gerektirebilir.
Pazaryeri entegrasyonu hangi verileri tek ekranda toplar?
Bir pazaryeri entegrasyonu, mağaza hesapları ile merkezî sistem arasında veri alışverişi kurar. Sisteme göre ürün kartları, SKU ve varyantlar, stok miktarı, satış fiyatı, sipariş bilgisi, kargo durumu ve fatura bağlantısı aktarılabilir. Entegrasyonun hangi veriyi hangi yönde taşıdığı önemlidir: örneğin ürün bilgisi merkezden pazaryerine gönderilirken sipariş bilgisi pazaryerinden panele alınır.
İşe başlamadan önce her veri alanı için bir “doğru kaynak” belirlemek gerekir. Ürün adı ve görsellerin hangi sistemde düzenleneceği, gerçek stok miktarının hangi depodan alınacağı, fiyatı kimin güncelleyeceği ve sipariş durumunu hangi sistemin yöneteceği net değilse kanallar arasında çelişkili bilgi oluşabilir.
Tek panel ile pazaryeri satıcı panellerinin görevleri nasıl ayrılır?
Merkezî panel tekrarlanan işlemleri tek yerden yürütür; pazaryeri satıcı paneli ise o kanala özgü onayları, uyarıları ve istisnaları takip etmek için kullanılmaya devam eder. Yeni bir ürün entegrasyonla gönderilmiş olsa bile pazaryerindeki katalog eşleşmesi veya ürün onayı bekleyebilir. Bu nedenle “panele gönderildi” ile “pazaryerinde satışa açıldı” aynı durum değildir.
| Operasyon | Panelde yönetilen bilgi | Kontrol noktası |
|---|---|---|
| Ürün | Ürün kartı, SKU ve kanal eşlemesi | Kategori, zorunlu özellikler ve yayın/onay durumu |
| Stok | Ortak stok miktarı veya kanala ayrılan miktar | Güncelleme hatası, gecikme ve güvenlik stoğu |
| Fiyat | Ana fiyat ve kanal bazlı fiyat kuralları | Komisyon, kargo, kampanya ve indirim maliyeti |
| Sipariş | Sipariş numarası ve ürün kalemleri | Doğru kanal, SKU ve sipariş durumu |
| Kargo ve fatura | Gönderi, takip ve fatura bilgisi | Pazaryerinin istediği format ve işlem sırası |
Ürün, fiyat ve stok birden fazla pazaryerinde nasıl senkronize edilir?
Çok kanallı satışın düzenli işlemesi için ürün verisinin bir kez doğru hazırlanması, her pazaryerine uygun biçimde eşleştirilmesi ve stok ile fiyat güncellemelerinin izlenmesi gerekir. Ürünleri topluca göndermek başlangıç işini hızlandırır; ancak kategori, varyant veya zorunlu özellik yanlışsa toplu aktarım hatayı da yayabilir.
Ortak ürün kataloğu, SKU ve varyant eşleştirmesi nasıl yapılır?
Önce her fiziksel ürüne veya satılabilir varyanta kalıcı ve benzersiz bir SKU verin. Örneğin tişörtün siyah-M ve siyah-L seçenekleri ayrı stok takip ediliyorsa ayrı SKU ile izlenmelidir. Bir pazaryerindeki ilan numarası, başka bir kanaldaki ürün koduyla aynı olmayabilir; merkezî sistem bu kanal kimliklerini aynı ana ürün veya varyanta bağlamalıdır.
Pazaryerlerine toplu ürün yükleme öncesinde kategori ve özellik eşlemesini kontrol edin. Aynı ürün bir kanalda “telefon aksesuarı”, başka bir kanalda farklı bir alt kategoride yer alabilir; beden, renk, malzeme, marka veya uyumluluk gibi zorunlu alanlar da kanala göre değişebilir. Ürün başlığı, açıklaması, görselleri, barkodu ve varyant bilgisi gönderilmeden önce eksik alanları tamamlayın. Aktarımın başarılı yanıt vermesi, ürünün pazaryerinde onaylandığını tek başına kanıtlamaz; işlem sonucu ve listeleme durumu ayrıca izlenmelidir.
Çoklu pazaryeri stok yönetiminde fazla satış nasıl önlenir?
Pazaryeri stok senkronizasyonu için tek bir stok kaynağı belirleyin: depo yazılımı, ERP veya entegrasyon panelindeki merkezî stok gibi. Satılabilir stok hesabında ayrılmış, hasarlı, kalite kontrol bekleyen veya başka sipariş için rezerve edilmiş ürünleri düşmek gerekir. Bir kanalda satış oluştuğunda ilgili stok merkezde azaltılır ve kalan miktar diğer kanallara aktarılır.
Örneğin depoda 12 adet varsa ve 2 adedi güvenlik stoğu olarak tutuluyorsa satışa açılabilecek toplam miktar 10’dur. Bu, her pazaryerine 10’ar adet stok yazmak anlamına gelmez. Kanallara ayrı stok kotası veriliyorsa kotaların toplamı 10’u aşmamalıdır. Ortak havuz kullanılıyorsa satış sonrası diğer kanallara güncellemenin ne kadar hızlı ulaştığı izlenmeli; eş zamanlı siparişler ve API gecikmeleri için güvenlik stoğu bırakılmalıdır. Böylece risk azalır, ancak gecikme yaşanan her durumda fazla satışın kesin olarak önleneceği varsayılmaz.
Çoklu pazaryeri stok yönetimi kurulurken güncelleme başarısızlıkları da görünür olmalıdır. Bir stok isteği hata aldıysa son gönderilen miktarı başarılı kabul etmeyin; hata nedenini ve son başarılı güncelleme zamanını kontrol edin. Merkezdeki stok ile kanal listelemelerini düzenli karşılaştırmak, sessizce birikmiş farkları erken yakalar.
Her pazaryerine ayrı fiyat kuralı nasıl tanımlanır?
Her kanalda aynı satış fiyatını kullanmak her zaman doğru sonuç vermez. Komisyon, kargo katkısı, kampanya indirimi, tahsilat gideri ve işletmenin hedeflediği kâr kanal bazında değişebilir. Önce ürünün toplam maliyetini ve her kanalın kesintilerini hesaba katan bir taban fiyat belirleyin; ardından kanal bazında fiyat, yuvarlama veya minimum kâr kuralı tanımlayın.
Pazaryeri fiyat güncelleme işlemlerinde indirimli satış fiyatı ile liste fiyatının ilişkisini ve kampanya koşullarını da kontrol edin. Bir kanaldaki kampanya fiyatı başka kanala otomatik kopyalanmamalı; fiyat değişikliğinin doğru SKU’ya gittiği ve pazaryeri tarafından kabul edildiği doğrulanmalıdır. Kâr hesabında vergi ve muhasebe uygulamalarının işletmeye göre değişebileceğini göz önünde bulundurun.
| Veri veya kural | Merkezde yapılacak işlem | Kanal bazında kontrol |
|---|---|---|
| SKU ve varyant | Aynı satılabilir ürünü ortak stok koduyla ilişkilendirme | Renk, beden, paket ve kanal ürün kimliği |
| Kategori ve özellikler | Ana ürün bilgisini düzenleme | Kategori ağacı ve zorunlu alanlar |
| Stok | Rezerve ve güvenlik miktarlarını düşerek satılabilir miktarı hesaplama | Kanal kotası, güncelleme gecikmesi ve hata durumu |
| Fiyat | Maliyet ve hedef kâra göre ana fiyatı belirleme | Komisyon, kargo, indirim ve kampanya kuralı |
Pazaryeri siparişleri, kargo, fatura ve iadeler tek panelden nasıl yönetilir?
Sipariş yönetiminin amacı yalnızca siparişi ekranda göstermek değil; ürünün doğru toplanmasını, stok hareketinin işlenmesini ve durum bilgisinin doğru kanala iletilmesini sağlamaktır. Pazaryeri sipariş yönetimi tek ekranda birleştirilebilir, ancak pazaryerlerinin durum adları, işlem sırası ve zorunlu alanları farklı olduğundan her kanalın akışı ayrı eşleştirilmelidir.
Pazaryeri siparişi panelde hangi adımlardan geçer?
Sipariş panele geldiğinde önce sipariş numarası, kanal, ürün SKU’su, miktar ve adres bilgisi kontrol edilir. Siparişin aynı kanaldan tekrar alınması ihtimaline karşı sistem sipariş kimliğini esas almalı ve mükerrer kayıt oluşturmamalıdır. Sonra sipariş hazırlama listesine alınır; ürün toplanır, paketlenir ve ilgili pazaryerinin istediği aşamaya göre hazırlanır.
Panelde durumları ortak bir dille göstermek operasyonu kolaylaştırır: yeni, hazırlanıyor, kargoya verildi, iptal veya iade gibi. Ancak bu ortak görünümün arkasında pazaryerinden gelen özgün durum korunmalıdır. Örneğin bir kanaldaki “hazır” durumu diğer kanalda “paketlendi” veya “gönderime hazır” adımına karşılık gelebilir; eşlemenin yanlış yapılması siparişin erken veya hatalı kapatılmasına yol açabilir.
Kargo takip numarası ve fatura bilgisi pazaryerine nasıl iletilir?
Pazaryeri kargo entegrasyonu, gönderi veya kargo etiketi bilgilerini ilgili siparişe bağlayabilir; fakat desteklenen taşıyıcılar ve takip numarasının iletilme biçimi kullanılan entegrasyona göre değişir. Paketleme tamamlandığında doğru siparişe doğru kargo bilgisinin eklendiğini, gönderi durumunun pazaryerine aktarıldığını ve takip numarasının güncellendiğini doğrulayın.
Pazaryeri e-fatura entegrasyonu da her sistemde aynı kapsamda değildir. Bazı çözümler fatura oluşturma sistemine bağlanıp belge bağlantısı veya bilgisini pazaryerine iletir; bazılarında fatura işlemi ayrı yapılır. Entegrasyonun yalnızca fatura bağlantısı gönderip göndermediğini, faturayı hangi sistemin oluşturduğunu ve pazaryerinin istediği zamanlama ile formatı karşılayıp karşılamadığını kurulum sırasında teyit edin.
İptal ve iade sonrası stok hangi koşulda yeniden açılır?
İptal bildirimi geldiğinde siparişin hangi aşamada olduğunu ve ürünün depodan çıkıp çıkmadığını kontrol edin. Henüz hazırlanmamış ürünün rezervi kaldırılabilir; kargoya verilmiş bir ürün için ise pazaryerinin iptal veya geri çağırma süreci izlenmelidir. Her iptal talebi, stok miktarını otomatik olarak artırmak için yeterli bilgi değildir.
Pazaryeri iade yönetimi sırasında iade talebinin durumu ile ürünün fiziksel durumunu ayrı takip edin. Ürün depoya ulaşıp kontrol edilmeden satılabilir stoğa eklenmemelidir. Yeniden satılabilir durumdaysa stoğa alın; hasarlıysa, eksik parçalıysa veya inceleme gerekiyorsa karantinada tutup sonucu kaydedin. İade onayı, ürünün yeniden satışa hazır olduğu anlamına gelmez.
| Aşama | Panelde yapılacak işlem | Kontrol edilecek nokta |
|---|---|---|
| Yeni sipariş | Siparişi ve ürün miktarını doğrulama | Kanal, sipariş numarası, SKU ve stok |
| Hazırlık | Ürünü toplama ve paketleme | Doğru varyant ve sipariş kalemleri |
| Faturalama | Faturayı oluşturma veya fatura bilgisini iletme | Belge formatı, kanal kapsamı ve zamanlama |
| Gönderim | Kargo ve takip bilgisini işleme | Doğru siparişe bağlanması ve durum aktarımı |
| İptal veya iade | Talebi, sipariş aşamasını ve ürünü kontrol etme | Stok rezervini kaldırma veya ürünü inceleme sonrası açma |
Pazaryeri entegrasyon programı seçerken ve kurulumu yaparken nelere bakılmalı?
Bir pazaryeri entegrasyon programı seçerken yalnızca sistemin hangi pazaryerlerine bağlandığını değil, her mağazada hangi işlemleri yapabildiğini de kontrol edin. “Kanal destekleniyor” ifadesi ürün gönderme, katalog eşleştirme, stok ve fiyat güncelleme, sipariş alma, kargo bilgisi veya fatura aktarımının tamamının desteklendiği anlamına gelmeyebilir.
Kanallarını tek ekranda toplamak isteyen işletmeler, Yox’un pazaryeri entegrasyonu sayfasından desteklenen kanalları ve operasyon kapsamını inceleyip kendi ihtiyaçlarıyla karşılaştırabilir.
Hangi pazaryerleri ve işlemler gerçekten destekleniyor?
Pazaryeri yönetim yazılımı için değerlendirme yaparken her kanal ve mağaza hesabı özelinde işlem listesini isteyin. Ürün aktarımı var mı, yoksa yalnızca mevcut ürünler mi eşleştiriliyor? Fiyat ve stok güncellemeleri ne sıklıkta gönderiliyor? Sipariş, iptal ve iade bilgisi panele geliyor mu? Kargo ve fatura adımları hangi taşıyıcılar, belge sistemleri veya modüllerle çalışıyor? Bu soruların yanıtı, desteklenen pazaryerlerinin adlarını listelemekten daha açıklayıcıdır.
Ek olarak birden fazla depo, güvenlik stoğu, kanal bazlı fiyat kuralı ve kullanıcı yetkisi gerekip gerekmediğini belirleyin. Abonelik ücretine hangi özelliklerin dahil olduğunu; kanal, kullanıcı, sipariş adedi veya ek modül başına ilave ücret olup olmadığını teklif aşamasında netleştirin.
Entegrasyon hataları ve güncelleme gecikmeleri nasıl takip edilmeli?
Güvenilir bir panel, yalnızca işlemin gönderildiğini değil, başarılı olup olmadığını da göstermelidir. Hatalı ürün aktarımı, reddedilen fiyat güncellemesi, bekleyen stok isteği ve panele düşmeyen sipariş gibi durumlar için anlaşılır bir hata kaydı bulunmalıdır. Kaydın kanalını, ilgili SKU veya sipariş numarasını, hata zamanını ve tekrar deneme durumunu görebilmek çözümü hızlandırır.
Teknik tarafta güncellemeler anlık, belirli aralıklarla veya kuyruk üzerinden işlenebilir. Örneğin Trendyol dokümanlarında bazı ürün ve stok işlemlerinin istek kabul edildikten sonra sonuç takibi gerektiren toplu işlemler olduğu belirtiliyor. Bu nedenle panelde “gönderildi” yazması yerine pazaryerinden alınan sonuç veya son başarılı senkronizasyon zamanı izlenmelidir. Operasyon ekibi de sorun çözüldükten sonra stok, fiyat ve siparişleri tekrar karşılaştırmalıdır.
Çok kanallı satış sistemi canlıya alınmadan önce nasıl test edilmeli?
Çok kanallı satış yönetimi için tüm ürünleri ve mağazaları aynı anda devreye almak yerine temsilî bir pilot oluşturun. Bir ana ürün, bir varyantlı ürün ve mümkünse bir paketli ürün seçin. Ürün aktarımını ve pazaryeri onayını, stok düşümünü, fiyat değişikliğini, siparişin panele gelişini, kargo bilgisini, fatura adımını, iptali ve iade sonrası stok kararını ayrı ayrı deneyin.
| Kriter | Sorulması gereken soru |
|---|---|
| Kanal kapsamı | Kullandığım pazaryerleri ve mağaza hesapları destekleniyor mu? |
| İşlem kapsamı | Ürün dışında stok, fiyat, sipariş, kargo, fatura, iptal ve iade adımları da var mı? |
| Hata takibi | Başarısız güncellemeleri, bekleyen işleri ve son başarılı aktarımı görebiliyor muyum? |
| Stok yapısı | Depo, güvenlik stoğu ve kanala özel stok kuralı tanımlanabiliyor mu? |
| Destek ve güncellik | Pazaryeri API değişiklikleri ve kurulum sorunları nasıl ele alınıyor? |
| Maliyet | Abonelik dışında kullanıcı, kanal, sipariş veya ek modül ücreti var mı? |
Pilot sırasında kasıtlı olarak bir ürün özelliğini eksik bırakıp sistemin hatayı gösterip göstermediğini, stok güncellemesini değiştirip diğer kanallara yansıyıp yansımadığını kontrol edin. Sonuçlar tutarlıysa ürünleri ve mağazaları aşamalı biçimde ekleyin; ilk dönemde merkezî stok ile pazaryeri listelemelerini düzenli karşılaştırarak farkları giderin.




