İçeriğe geç
eMc Bilişim

Pazar Yeri

Ürün ve Katalog Yönetimi

Pazar yerinde katalog kalitesi tek bir kayıtla değil, üç katmanın ayrı yönetilmesiyle kurulur: ortak ürün içeriği, varyantlar ve satıcıya özel teklifler.

Açıklayıcı sistem şeması — ürün ekranı değildir.
  1. 01 · Kaynak veri

    Kayıt elle girilir, dosyayla aktarılır ya da bağlı bir sistemden gelir.

  2. 02 · Kimlik / eşleştirme

    Kaydın mevcut bir ürünle mi eşleştiği yoksa yeni ürün mü olduğu belirlenir.

  3. 03 · Normalizasyon

    Kategori, marka ve nitelik değerleri platformun tanımlı yapısına çevrilir.

  4. 04 · Doğrulama

    Zorunlu alan, biçim ve kategori kuralları kayıt üzerinde çalıştırılır.

  5. 05 · Operatör incelemesi

    Projede tanımlıysa kayıt yayın öncesi operatör denetimine düşer.

  6. 06 · Yayın

    Kural ve inceleme sonucuna göre ürün içeriği yayına alınır.

  7. 07 · Teklif bağlanması

    Satıcı teklifi ürüne bağlanır; satılabilirlik bu adımda oluşur.

Bu kayıt neden yayına çıkmıyor?

Katalogda en çok zaman kaybettiren soru budur. Kontrol noktalarını seçerek kaydın nerede takıldığını, kimin ne yapması gerektiğini ve sonraki durumu okuyabilirsiniz.

Açıklayıcı sistem şeması — ürün ekranı değildir.

Kontrol noktaları

Seçim yalnız renkle değil; işaret ve kenarlık biçimiyle de gösterilir. Hangi kontrolün engelleyici olduğu projede tanımlanan kural setine bağlıdır.

Neden takılır

Kayıt mevcut bir ürünle eşleşmediği ya da birden fazla adaya benzediği için beklemede kalır.

Satıcının aksiyonu

Satıcı eşleştirme bilgisini netleştirir; projede tanımlıysa tanımlayıcı alanı doldurur veya doğru ürünü seçer.

Operatör kontrolü

Operatör eşleştirme önerisini inceler; yinelenen kayıt oluşmasını engeller.

Sonraki durum

Eşleşme onaylandığında kayıt kategori ve nitelik kontrolüne geçer.

Bir kayıt değil, üç katman

Çok satıcılı katalogda ürünü tek bir kayıt gibi yönetmek, içerik ile ticari koşulu birbirine karıştırır. Katmanlar ayrıldığında hem onay hem güncelleme sadeleşir.

Ürün

Ürünü tarif eden ortak katman: ad, açıklama, marka, kategori, nitelikler ve medya. Bu içerik satıcıya değil, katalog kuralına aittir.

  • Aynı ürün birden fazla satıcı tarafından paylaşılır.
  • İçerik değişikliği inceleme adımına girebilir.
  • Yeni ürün açma yetkisi projeye göre satıcıya açık ya da kapalı olabilir.

Varyant

Somut seçenek katmanı: renk, beden ya da benzeri kombinasyonlar; kullanılan projede kod ve barkod alanları burada tutulur.

  • Varyant kullanılıp kullanılmayacağı kategoriye göre değişir.
  • Her kombinasyon ayrı bir satılabilir kayıt olabilir.
  • Kod ve barkod alanlarının zorunluluğu proje tanımına bağlıdır.

Teklif

Satıcıya özel katman: fiyat, stok, satıcı stok kodu ve satılabilirlik durumu. Teklif değişikliği ürün içeriğini değiştirmez.

  • Bir ürüne birden fazla satıcı teklifi bağlanabilir.
  • Satıcı teklifini geçici olarak satışa kapatabilir.
  • Teklif kuralı, içerik kuralından ayrı tanımlanır.

Tanımlayıcı, GTIN ve barkod kullanımı evrensel bir kural değildir; hangi kategoride hangi alanın zorunlu olacağı projeye göre tanımlanır.

Urun, varyant ve teklif iliskisi
Açıklayıcı sistem şeması — ürün ekranı değildir.

Katalog veri modeli

  1. 01Ürün
  2. 02Varyant
  3. 03Satıcı A teklifi
  4. 04Satıcı B teklifi
  5. 05Vitrin
Urun, varyant ve teklif iliskisi. Ortak urun icerigi ile satici teklifinin ayri yonetimi. Backoffice rolü, Masaustu görünümü. Görsel kanıt henüz eklenmedi.
Açıklayıcı sistem şeması — ürün ekranı değildir.

Tek ürün, çok satıcı

Ortak ürün içeriğine birden fazla satıcı teklifi bağlanır. Müşteri tek ürün bağlamı görür; satıcılar kendi koşullarını yönetir.

Tek ürün bağlamı

Müşteri tarafında ürün tek bir içerik bağlamı olarak görünür; her satıcı için ayrı ürün sayfası üretilmez.

Çoklu satıcı teklifi

Aynı ürüne bağlı satıcı teklifleri kendi fiyat, stok ve satılabilirlik bilgisiyle listelenir.

Seçim kuralı projeye bağlı

Hangi teklifin öne çıkacağı ya da nasıl sıralanacağı projede tanımlanır; burada evrensel bir seçim algoritması iddia edilmez.

İçerik sahipliği ayrı

Satıcı kendi teklifini yönetir; ortak ürün içeriğinin değişimi katalog kuralına tabidir.

Katalog kalite kapısı

Önce kural, sonra insan. Otomatik doğrulamanın çözebileceği hata operatöre taşınmaz; denetim yalnız karar gerektiren kayıtlarda devreye girer.

Urun onay kuyrugu
Açıklayıcı sistem şeması — ürün ekranı değildir.

Onay ve revizyon kuyruğu

  1. 01Bekleyen kayıt
  2. 02Kaynak içerik
  3. 03Kural kontrolü
  4. 04Onay / revizyon
  5. 05Karar izi
Urun onay kuyrugu. Operatorun urun onay/red akisini yonetmesi. Operator rolü, Masaustu görünümü. Görsel kanıt henüz eklenmedi.

Önce doğrulama

Kayıt insana gelmeden önce tanımlı kural seti otomatik çalıştırılır; makinenin çözebileceği hata insana taşınmaz.

Engelleyici ya da uyarı

Her kuralın sonucu aynı ağırlıkta değildir. Bir kural yayını durdurabilir, bir diğeri yalnız uyarı üretebilir; bu ayrım projede tanımlanır.

Sonra opsiyonel denetim

Operatör incelemesi her projede zorunlu değildir. Hangi kategori ya da hangi değişikliğin denetime gireceği yapılandırılır.

Gerekçe görünür

Red ya da revizyon kararı gerekçesiz bırakılmaz; satıcı hangi alanın neden düzeltilmesi gerektiğini okur.

Geçmiş korunur

Yeniden gönderim önceki denemeyi silmez; kaydın hangi gerekçeyle kaç kez döndüğü izlenebilir kalır.

Açıklayıcı sistem şeması — ürün ekranı değildir.

Satıcı düzeltme döngüsü

Reddedilen kayıt bir çıkmaz değil, bir adımdır. Satıcı hangi alanın neden takıldığını görmeden düzeltme yapamaz.

  1. 01 · Taslak / aktarılan

    Kayıt elle oluşturulur ya da dosya veya bağlantı üzerinden sisteme alınır.

  2. 02 · Doğrulama

    Tanımlı kural seti kayıt üzerinde çalışır ve sonucu üretir.

  3. 03 · Hata gerekçesi

    Hangi alanın hangi kuralda takıldığı satır bazında gösterilir.

  4. 04 · Düzeltme

    Satıcı yalnız ilgili alanı düzeltir; tüm kaydı yeniden oluşturmak gerekmez.

  5. 05 · Yeniden gönderim

    Kayıt tekrar kontrole girer; önceki deneme geçmişte kalır.

  6. 06 · İnceleme / yayın

    Kural ve denetim sonucuna göre kayıt yayına alınır.

Satici katalog hata listesi
Açıklayıcı sistem şeması — ürün ekranı değildir.

Satıcı katalog düzeltme akışı

  1. 01Doğrulama
  2. 02Hata gerekçesi
  3. 03Satıcı düzeltmesi
  4. 04Yeniden gönderim
  5. 05Geçiş
Satici katalog hata listesi. Dogrulama hatalarinin gerekcesi ve duzeltme akisi. Backoffice rolü, Masaustu görünümü. Görsel kanıt henüz eklenmedi.

Büyük katalog nasıl alınır?

Yöntem, katalogun büyüklüğüne ve verinin nerede durduğuna göre seçilir. Üç yaklaşım aynı doğrulama kapısını kullanır.

Elle giriş

Az sayıda ürün ya da düzeltme için doğrudan panel üzerinden giriş. Kural ihlali anında görünür.

  • Küçük katalog ve tekil düzeltmeler için uygundur.
  • Alan bazlı doğrulama giriş sırasında çalışır.

Dosya ile aktarım

Toplu kayıt dosya üzerinden alınır. Alan eşlemesi ve kategori/marka normalizasyonu genellikle gerekir.

  • Hatalı satır tüm aktarımı gizlemek yerine ayrıştırılır.
  • Her satırın hangi kuralda takıldığı raporlanır.
  • Düzeltilen satırlar tekrar gönderilebilir.

API ya da entegrasyon

Kayıtlar bağlı bir sistemden aktarılır. Hangi alanın hangi sistemden geleceği önceden tanımlanır.

  • Hazır bir entegrasyonun varlığı burada varsayılmaz.
  • Aktarım hataları kayıt bazında görünür ve tekrar denenebilir.
  • Alan eşlemesi projeye göre kurulur.

Alan eşlemesi ile kategori ve marka normalizasyonu çoğu aktarımda gereklidir. Hazır bir entegrasyonun varlığı burada iddia edilmez; kapsam görüşmede netleşir.

Kaynağın sahibi kim?

Katalog projelerinde ilk karar teknik değil sahiplik kararıdır: hangi alanın kaynağı nerede. Bu netleşmeden aktarım kurgulanmaz.

Portal birincil

Ürün içeriği, varyant ve teklif alanlarının kaynağı pazar yeri portalidir. Dış sistemler bu veriyi okur.

  • Alan sahipliği tek yerdedir.
  • Dışa aktarım tek yönlü kurgulanır.
  • Değişiklik izi portal üzerinde tutulur.

Dış PIM / ERP / mağaza birincil

İçerik ya da stok/fiyat kaynağı dış sistemdir; portal bu veriyi alır ve istisnaları gösterir.

  • Kaynak alanlar portalde düzenlemeye kapatılabilir.
  • Aynı alan iki sistemde eşzamanlı yazılmaz.
  • Aktarım istisnaları ayrı bir listede toplanır.
Toplu aktarim istisna listesi
Açıklayıcı sistem şeması — ürün ekranı değildir.

Toplu aktarım istisnaları

  1. 01Dosya / aktarım
  2. 02Satır doğrulama
  3. 03Hata listesi
  4. 04Düzeltme
  5. 05Yeniden aktarım
Toplu aktarim istisna listesi. Satir bazli aktarim hatalari ve yeniden gonderim. Backoffice rolü, Masaustu görünümü. Görsel kanıt henüz eklenmedi.

Operatör moderasyonu

Denetim adımı bir gösterge ekranı değil, karar masasıdır. Operatör kaydı bulur, kaynağına iner ve kararını gerekçesiyle bırakır.

Arama ve filtre

Satıcı, kategori ve durum bazında filtreleme; operatör inceleyeceği kaydı liste içinde bulur.

Kaynak kayda inme

Karar özet satırda değil, kaydın kendi içeriği ve geçmişi üzerinde verilir.

Onayla / revizyon / red

Karar seçenekleri projede tanımlı kural setine göre açılır; her karar gerekçe ister.

Kullanıcı ve zaman izi

Kararı kimin, ne zaman ve hangi gerekçeyle verdiği kayıtta saklanır.

Yetki ayrımı

İnceleme yetkisi ile kural tanımlama yetkisi ayrı rollerde tutulabilir.

Uydurma gösterge yok

Kuyrukta yalnız gerçekten hesaplanabilen sayaçlar gösterilir; hizmet düzeyi sözü verilmez.

Operator katalog inceleme ekrani
Açıklayıcı sistem şeması — ürün ekranı değildir.

Katalog inceleme

  1. 01Kaynak kayıt
  2. 02Doğrulama
  3. 03İnceleme
  4. 04Revizyon / onay
  5. 05Yayın
Operator katalog inceleme ekrani. Kayit inceleme, gerekce ve karar izi gorunumu. Operator rolü, Masaustu görünümü. Görsel kanıt henüz eklenmedi.

Yayın durumu ve değişiklik etkisi

Durumlar birbirinin yerine kullanılmaz. Bir kaydın neden görünmediği, hangi durumda olduğuyla açıklanır.

Taslak

Kayıt hazırlanıyor; henüz kontrole gönderilmemiş.

Doğrulama hatası

Bir ya da daha fazla kural engelleyici sonuç üretti; gerekçe kayıtta görünür.

İnceleme bekliyor

Kayıt tanımlı denetim adımında operatör kararını bekliyor.

Revizyon istendi

Hangi alanın neden düzeltileceği satıcıya gerekçesiyle iletildi.

Yayında

Ürün içeriği yayında; satılabilirlik bağlı tekliflere göre oluşur.

Yayından kaldırıldı

Kayıt vitrinde görünmüyor; içerik ve geçmiş korunur.

Yeni bir katalog kuralı devreye alındığında yayındaki kayıtların ne olacağı yapılandırılan politikaya bağlıdır: yalnız uyarı üretilebilir ya da tanımlıysa kayıt yayından kaldırılabilir. Bu davranış evrensel değildir.

Katalog yönetimi hangi sayfalara bağlanır?

Sık sorulanlar

Kısa yanıtlar

Ürün ortak içeriği, varyant somut seçeneği, teklif ise satıcının fiyat ve stok tanımını taşır. Ayrı tutulduğunda aynı ürüne birden fazla satıcı bağlanabilir ve içerik değişikliği ile fiyat değişikliği birbirini tetiklemez.

Katalog kurallarınızı birlikte tanımlayalım

Ürün, varyant ve teklif ayrımının nasıl kurulacağını, hangi kuralın engelleyici olacağını ve kataloğun hangi kaynaktan besleneceğini birlikte netleştirelim.

Demo Talep Et