Kısa cevap: Katalog ürünü müşteriye satışa açan teklif; fiyat, stok, satılabilirlik ve teslimat koşullarının aynı Merchant SKU için doğru tutulmasını gerektirir.
Bu rehber hepsiburada listeleme yönetimi konusunda yapılacak kontrolleri panel, katalog, teklif, operasyon ve ticari sonuç bağlantısıyla açıklar. Amaç tek seferlik bir düzeltme değil, tekrarlanabilir bir yönetim sistemi kurmaktır.
Hepsiburada ekranları, servis alanları, kampanya koşulları ve ücretler değişebilir. Uygulamadan önce Merchant panelindeki güncel bilgiler ile resmî Developer Portal dokümantasyonunu doğrulayın.
Ana rehber: Hepsiburada Mağaza Açma: Başvuru, Belgeler ve İlk 30 Gün
Hızlı kontrol listesi
- Katalog ürünü ile teklifi ayırmak
- Merchant SKU ve HB SKU üzerinden listelemeyi sorgulamak
- Fiyat ve stok kaynağını belirlemek
- Kargoya veriliş süresini gerçek kapasiteyle eşlemek
- Satılabilir olmayan teklifleri teşhis etmek
- Değişikliklerin panel ve API sonucunu doğrulamak
Çalışmaya başlamadan önce veri hazırlığı
Merchant SKU, HB SKU, barkod, kategori, tarih aralığı ve sorumlu ekip aynı çalışma tablosunda yer almalıdır. Toplam mağaza sonucu, SKU düzeyindeki katalog veya operasyon sorunlarını gizleyebileceği için önce etkilenen ürün grubu tanımlanır.
1. Katalog ürünü ile teklifi ayırmak
Kısa cevap: Bu aşamanın amacı katalog ürünü ile teklifi ayırmak ve sonucu tek bir veri kaynağı, sorumlu ve karar eşiğine bağlamaktır.
Fiyat kararı minimum katkı sınırına bağlanmalı; görünen rakip fiyatı stok, teslimat ve satıcı performansından bağımsız yorumlanmamalıdır. Değişiklik öncesi baz değer ve beklenen sonuç kaydedilmelidir.
Uygulama adımları
- İlgili ürün, kategori ve tarih aralığının başlangıç değerini kaydedin.
- Panel, entegrasyon ve iç sistem kayıtlarının aynı kimlik alanlarını kullandığını doğrulayın.
- Değişikliği küçük bir SKU grubunda uygulayın; sonucu genellemeden önce kontrol grubuyla karşılaştırın.
Bu adım nasıl ölçülür?
Satılabilir teklif başta olmak üzere Satılabilir teklif, Stok uyuşmazlığı, Fiyat güncelleme süresi, Termin doğruluğu, Kayıp satış aynı dönem için izlenir. Beklenen gelişme oluşmadığında değişikliğin etkisi ile stok, fiyat ve operasyon etkisi birbirinden ayrılır.
2. Merchant SKU ve HB SKU üzerinden listelemeyi sorgulamak
Kısa cevap: Bu aşamanın amacı merchant sku ve hb sku üzerinden listelemeyi sorgulamak ve sonucu tek bir veri kaynağı, sorumlu ve karar eşiğine bağlamaktır.
Hepsiburada katalog akışında kategori, ürünün beklenen veri modelini belirler. Barkod, Merchant SKU, marka, model ve zorunlu özellikleri aynı kaynak dosyada tutun; ürün kimliğini fiyat veya stok teklifinden ayrı yönetin.
Uygulama adımları
- İlgili ürün, kategori ve tarih aralığının başlangıç değerini kaydedin.
- Panel, entegrasyon ve iç sistem kayıtlarının aynı kimlik alanlarını kullandığını doğrulayın.
- Değişikliği küçük bir SKU grubunda uygulayın; sonucu genellemeden önce kontrol grubuyla karşılaştırın.
Bu adım nasıl ölçülür?
Stok uyuşmazlığı başta olmak üzere Satılabilir teklif, Stok uyuşmazlığı, Fiyat güncelleme süresi, Termin doğruluğu, Kayıp satış aynı dönem için izlenir. Beklenen gelişme oluşmadığında değişikliğin etkisi ile stok, fiyat ve operasyon etkisi birbirinden ayrılır.
3. Fiyat ve stok kaynağını belirlemek
Kısa cevap: Bu aşamanın amacı fiyat ve stok kaynağını belirlemek ve sonucu tek bir veri kaynağı, sorumlu ve karar eşiğine bağlamaktır.
Fiyat kararı minimum katkı sınırına bağlanmalı; görünen rakip fiyatı stok, teslimat ve satıcı performansından bağımsız yorumlanmamalıdır. Değişiklik öncesi baz değer ve beklenen sonuç kaydedilmelidir.
Uygulama adımları
- İlgili ürün, kategori ve tarih aralığının başlangıç değerini kaydedin.
- Panel, entegrasyon ve iç sistem kayıtlarının aynı kimlik alanlarını kullandığını doğrulayın.
- Değişikliği küçük bir SKU grubunda uygulayın; sonucu genellemeden önce kontrol grubuyla karşılaştırın.
Bu adım nasıl ölçülür?
Fiyat güncelleme süresi başta olmak üzere Satılabilir teklif, Stok uyuşmazlığı, Fiyat güncelleme süresi, Termin doğruluğu, Kayıp satış aynı dönem için izlenir. Beklenen gelişme oluşmadığında değişikliğin etkisi ile stok, fiyat ve operasyon etkisi birbirinden ayrılır.
4. Kargoya veriliş süresini gerçek kapasiteyle eşlemek
Kısa cevap: Bu aşamanın amacı kargoya veriliş süresini gerçek kapasiteyle eşlemek ve sonucu tek bir veri kaynağı, sorumlu ve karar eşiğine bağlamaktır.
Operasyon sinyallerini sipariş numarası, Merchant SKU, tarih ve neden koduyla kaydedin. Tekrarlayan iptal, gecikme veya iade nedenlerini ürün verisi, stok kaynağı ve teslimat sözüyle ilişkilendirin.
Uygulama adımları
- İlgili ürün, kategori ve tarih aralığının başlangıç değerini kaydedin.
- Panel, entegrasyon ve iç sistem kayıtlarının aynı kimlik alanlarını kullandığını doğrulayın.
- Değişikliği küçük bir SKU grubunda uygulayın; sonucu genellemeden önce kontrol grubuyla karşılaştırın.
Bu adım nasıl ölçülür?
Termin doğruluğu başta olmak üzere Satılabilir teklif, Stok uyuşmazlığı, Fiyat güncelleme süresi, Termin doğruluğu, Kayıp satış aynı dönem için izlenir. Beklenen gelişme oluşmadığında değişikliğin etkisi ile stok, fiyat ve operasyon etkisi birbirinden ayrılır.
5. Satılabilir olmayan teklifleri teşhis etmek
Kısa cevap: Bu aşamanın amacı satılabilir olmayan teklifleri teşhis etmek ve sonucu tek bir veri kaynağı, sorumlu ve karar eşiğine bağlamaktır.
Fiyat kararı minimum katkı sınırına bağlanmalı; görünen rakip fiyatı stok, teslimat ve satıcı performansından bağımsız yorumlanmamalıdır. Değişiklik öncesi baz değer ve beklenen sonuç kaydedilmelidir.
Uygulama adımları
- İlgili ürün, kategori ve tarih aralığının başlangıç değerini kaydedin.
- Panel, entegrasyon ve iç sistem kayıtlarının aynı kimlik alanlarını kullandığını doğrulayın.
- Değişikliği küçük bir SKU grubunda uygulayın; sonucu genellemeden önce kontrol grubuyla karşılaştırın.
Bu adım nasıl ölçülür?
Kayıp satış başta olmak üzere Satılabilir teklif, Stok uyuşmazlığı, Fiyat güncelleme süresi, Termin doğruluğu, Kayıp satış aynı dönem için izlenir. Beklenen gelişme oluşmadığında değişikliğin etkisi ile stok, fiyat ve operasyon etkisi birbirinden ayrılır.
6. Değişikliklerin panel ve API sonucunu doğrulamak
Kısa cevap: Bu aşamanın amacı değişikliklerin panel ve apı sonucunu doğrulamak ve sonucu tek bir veri kaynağı, sorumlu ve karar eşiğine bağlamaktır.
hepsiburada listeleme yönetimi çalışmasını toplam mağaza yerine ilgili SKU, kategori ve tarih aralığında yürütün. Veri kaynağı, sorumlu kişi, karar eşiği ve takip tarihi birlikte tanımlandığında bulgu ölçülebilir bir aksiyona dönüşür.
Uygulama adımları
- İlgili ürün, kategori ve tarih aralığının başlangıç değerini kaydedin.
- Panel, entegrasyon ve iç sistem kayıtlarının aynı kimlik alanlarını kullandığını doğrulayın.
- Değişikliği küçük bir SKU grubunda uygulayın; sonucu genellemeden önce kontrol grubuyla karşılaştırın.
Bu adım nasıl ölçülür?
Satılabilir teklif başta olmak üzere Satılabilir teklif, Stok uyuşmazlığı, Fiyat güncelleme süresi, Termin doğruluğu, Kayıp satış aynı dönem için izlenir. Beklenen gelişme oluşmadığında değişikliğin etkisi ile stok, fiyat ve operasyon etkisi birbirinden ayrılır.
Sinyal, olası neden ve karar tablosu
| Sinyal | Kontrol | Önerilen ilk aksiyon |
|---|---|---|
| Satılabilir teklif | Baz değerden sapma veya kırılım farkı | Katalog ürünü ile teklifi ayırmak |
| Stok uyuşmazlığı | SKU/kategori bazında beklenmeyen değişim | Merchant SKU ve HB SKU üzerinden listelemeyi sorgulamak |
| Fiyat güncelleme süresi | Baz değerden sapma veya kırılım farkı | Fiyat ve stok kaynağını belirlemek |
| Termin doğruluğu | SKU/kategori bazında beklenmeyen değişim | Kargoya veriliş süresini gerçek kapasiteyle eşlemek |
| Kayıp satış | Baz değerden sapma veya kırılım farkı | Satılabilir olmayan teklifleri teşhis etmek |
Sık yapılan hatalar
- Katalog ürünü ile satıcı teklifini aynı kayıt gibi yönetmek.
- Toplam satış değişimini ürün, stok ve tarih kırılımına ayırmamak.
- Panel ve entegrasyon sonucunu karşılaştırmadan işlemi tamamlandı kabul etmek.
- Fiyat veya bütçe değişikliğini minimum kâr sınırından bağımsız yapmak.
- Hata yanıtını request, SKU, zaman ve sorumlu bilgisi olmadan kaydetmek.
Sık sorulan sorular
hepsiburada listeleme yönetimi
hepsiburada listeleme yönetimi için önce katalog ürünü ile teklifi ayırmak, ardından merchant sku ve hb sku üzerinden listelemeyi sorgulamak gerekir. Sorumlu, tarih ve başarı eşiği tanımlandıktan sonra küçük bir ürün grubunda uygulama yapılır ve sonuç Satılabilir teklif, Stok uyuşmazlığı, Fiyat güncelleme süresi üzerinden karşılaştırılır.
hepsiburada listeleme yönetimi nedir?
hepsiburada listeleme yönetimi için önce katalog ürünü ile teklifi ayırmak, ardından merchant sku ve hb sku üzerinden listelemeyi sorgulamak gerekir. Sorumlu, tarih ve başarı eşiği tanımlandıktan sonra küçük bir ürün grubunda uygulama yapılır ve sonuç Satılabilir teklif, Stok uyuşmazlığı, Fiyat güncelleme süresi üzerinden karşılaştırılır.
hepsiburada listeleme yönetimi nasıl yapılır?
hepsiburada listeleme yönetimi için önce katalog ürünü ile teklifi ayırmak, ardından merchant sku ve hb sku üzerinden listelemeyi sorgulamak gerekir. Sorumlu, tarih ve başarı eşiği tanımlandıktan sonra küçük bir ürün grubunda uygulama yapılır ve sonuç Satılabilir teklif, Stok uyuşmazlığı, Fiyat güncelleme süresi üzerinden karşılaştırılır.
hepsiburada listeleme yönetimi için kontrol listesi nedir?
hepsiburada listeleme yönetimi için önce katalog ürünü ile teklifi ayırmak, ardından merchant sku ve hb sku üzerinden listelemeyi sorgulamak gerekir. Sorumlu, tarih ve başarı eşiği tanımlandıktan sonra küçük bir ürün grubunda uygulama yapılır ve sonuç Satılabilir teklif, Stok uyuşmazlığı, Fiyat güncelleme süresi üzerinden karşılaştırılır.
hepsiburada listeleme yönetimi sorunları nasıl çözülür?
Önce sorunun başladığı tarih ve etkilenen SKU’lar sabitlenir. Ardından veri kaynağı, katalog/teklif, fiyat, stok, operasyon ve entegrasyon değişimleri ayrı ayrı kontrol edilir; doğrulanmayan varsayımla toplu değişiklik yapılmaz.
hepsiburada listeleme yönetimi performansı nasıl ölçülür?
Satılabilir teklif, Stok uyuşmazlığı, Fiyat güncelleme süresi, Termin doğruluğu, Kayıp satış aynı tarih ve ürün kırılımında izlenmelidir. Sonuç yalnızca toplam satışla değil değişiklik öncesi baz değer, stok durumu, operasyon etkisi ve katkı sonucu ile birlikte değerlendirilir.
hepsiburada listeleme yönetimi için hangi veriler gerekir?
hepsiburada listeleme yönetimi için önce katalog ürünü ile teklifi ayırmak, ardından merchant sku ve hb sku üzerinden listelemeyi sorgulamak gerekir. Sorumlu, tarih ve başarı eşiği tanımlandıktan sonra küçük bir ürün grubunda uygulama yapılır ve sonuç Satılabilir teklif, Stok uyuşmazlığı, Fiyat güncelleme süresi üzerinden karşılaştırılır.
hepsiburada listeleme yönetimi ne sıklıkta kontrol edilmelidir?
hepsiburada listeleme yönetimi için önce katalog ürünü ile teklifi ayırmak, ardından merchant sku ve hb sku üzerinden listelemeyi sorgulamak gerekir. Sorumlu, tarih ve başarı eşiği tanımlandıktan sonra küçük bir ürün grubunda uygulama yapılır ve sonuç Satılabilir teklif, Stok uyuşmazlığı, Fiyat güncelleme süresi üzerinden karşılaştırılır.
hepsiburada listeleme yönetimi konusunda en sık yapılan hata nedir?
Önce sorunun başladığı tarih ve etkilenen SKU’lar sabitlenir. Ardından veri kaynağı, katalog/teklif, fiyat, stok, operasyon ve entegrasyon değişimleri ayrı ayrı kontrol edilir; doğrulanmayan varsayımla toplu değişiklik yapılmaz.
hepsiburada listeleme yönetimi için ajans desteği ne zaman gerekir?
Destek ihtiyacı, Katalog ürünü ile teklifi ayırmak, Merchant SKU ve HB SKU üzerinden listelemeyi sorgulamak, Fiyat ve stok kaynağını belirlemek alanlarında düzenli sorumluluk ve ölçüm eksikliği olduğunda belirginleşir. Ajans veya uzman seçiminde hesap sahipliği, veri erişimi, kârlılık yaklaşımı ve kararların nasıl raporlanacağı açık olmalıdır.
hepsiburada listeleme yönetimi hizmeti neleri kapsar?
Destek ihtiyacı, Katalog ürünü ile teklifi ayırmak, Merchant SKU ve HB SKU üzerinden listelemeyi sorgulamak, Fiyat ve stok kaynağını belirlemek alanlarında düzenli sorumluluk ve ölçüm eksikliği olduğunda belirginleşir. Ajans veya uzman seçiminde hesap sahipliği, veri erişimi, kârlılık yaklaşımı ve kararların nasıl raporlanacağı açık olmalıdır.
hepsiburada listeleme yönetimi maliyeti neye göre değişir?
Maliyet; SKU ve kategori sayısı, veri kalitesi, entegrasyon ihtiyacı, reklam-kampanya kapsamı ve operasyon yoğunluğuna göre değişir. Teklifte teslimatlar, sorumlular, raporlama sıklığı ve kapsam dışı işler yazılı olarak karşılaştırılmalıdır.
Sonuç: tek ekranda değil, ortak karar sisteminde yönetin
hepsiburada listeleme yönetimi çalışmasını katalog, teklif, operasyon, reklam ve finans ekiplerinin ortak veri ve sorumluluk düzenine bağlayın. Önce en yüksek ticari etkiye sahip doğrulanmış sorunu seçin; küçük ölçekte düzeltin ve sonucu satışla birlikte operasyon ve katkı açısından değerlendirin.
Profesyonel destek kapsamını değerlendirmek için Hepsiburada pazaryeri yönetimi hizmetini ve mevcut Hepsiburada mağaza yönetimi rehberini inceleyebilirsiniz.
Konuyu tamamlayan mevcut içerik ve hizmet
Kaynaklar ve güncellik notu
- https://kurumsal.hepsiburada.com/tr/is-ortaklarimiz-icin
- https://developers.hepsiburada.com/tr/search
- https://developers.hepsiburada.com/tr/companies/hepsiburada?guide=katalog-onemli-bilgiler&product=katalog-urun-entegrasyonu&view=guide
- https://developers.hepsiburada.com/tr/companies/hepsiburada?category=baslangic&op=Listing+Bilgilerini+Sorgulama&product=listeleme&version=v1&view=endpoint
- https://developers.hepsiburada.com/tr/companies/hepsiburada?guide=sikca-sorulan-sorular&product=entegrasyonda-sikca-sorulan-sorular&view=guide
- https://merchant.hepsiburada.com/fulfilment/shipped
Son gözden geçirme: 1 Eylül 2026. Platform ekranları, ücretler, limitler, uygunluk koşulları ve kurallar değişebileceği için uygulama ve yayın öncesinde resmî kaynakları yeniden doğrulayın.