XML entegrasyonunda ilk bakışta her şey düzgün görünebilir.

Feed açılır.

Ürün kayıtları vardır.

Fiyatlar görünür.

Görsel URL'leri bulunur.

Ancak ürün sayısı arttıkça şu tür sorunlar ortaya çıkabilir:

• bazı ürünlerde SKU yoktur,
• bazı ürünlerde fiyat alanı boş kalmıştır,
• kategori yalnızca belirli kayıtlarda gelmektedir,
• açıklama etiketi vardır fakat içeriği yoktur,
• ana görsel vardır fakat ek görseller yoktur,
• bazı yeni ürünlerde barkod hiç gönderilmemiştir.

Dolayısıyla:

“XML çalışıyor.”

ile

“XML bütün gerekli alanları eksiksiz gönderiyor.”

aynı şey değildir.

Ulu İthalat'ın XML Bayilik sayfasında da ürün adı, fiyat, stok ve görseller gibi çeşitli ürün verilerinin XML üzerinden satış kanallarına aktarılabildiği açıklanıyor.

Bu nedenle XML feed kontrolünün önemli aşamalarından biri eksik alan tespitidir.

Daha sağlıklı kontrol:

gerekli alanları belirle → XML yapısını çıkar → her üründe alanları kontrol et → eksik ile boş değeri ayır → kritik alanları sınıflandır → raporla → entegrasyona aktarılmadan önce gerekli aksiyonu uygula

şeklinde kurulabilir.

XML Feed İçinde Eksik Alan Ne Demektir?

Eksik veri yalnızca XML etiketinin hiç bulunmaması değildir.

Örneğin aşağıdaki durumların tamamı ayrı ayrı değerlendirilmelidir.

Alan hiç yok

Üründe barkod etiketi bulunmuyor.

Alan var ancak boş

<barkod></barkod>

Alan yalnızca boşluk içeriyor

<barkod> </barkod>

Alan anlamsız varsayılan değer içeriyor

<barkod>NULL</barkod>

veya

<barkod>-</barkod>

Alan bazı ürünlerde var, bazılarında yok

Katalog genelinde tutarsızlık bulunuyor.

Bu nedenle yalnızca:

“XML'de bu etiket var mı?”

kontrolü yeterli değildir.

1. Önce XML İçin Zorunlu Alan Listesi Oluşturun

Eksik alan aramadan önce:

hangi alanların bulunması gerektiği

tanımlanmalıdır.

Örneğin bir e-ticaret entegrasyonunda temel alanlar şunlar olabilir:

• ürün ID,
• SKU,
• ürün adı,
• fiyat,
• stok,
• kategori,
• açıklama,
• ana görsel.

Ancak her işletmenin gereksinimi aynı değildir.

Örneğin:

barkod

bazı satış kanallarında kritik olabilirken başka bir sistemde zorunlu olmayabilir.

Bu nedenle gerekli alan listesi:

tedarikçi ne gönderiyor?

sorusundan değil,

bizim sistemimiz neye ihtiyaç duyuyor?

sorusundan başlamalıdır.

2. Alanları Zorunlu ve Opsiyonel Olarak Ayırın

Her eksik alan aynı önemde değildir.

Örneğin:

Zorunlu

• ürün kimliği,
• ürün adı,
• fiyat,
• stok gibi temel operasyon alanları.

Koşullu zorunlu

Belirli ürünlerde gerekli olan:

• barkod,
• varyant,
• ölçü,
• renk

gibi alanlar.

Opsiyonel

Örneğin:

• beşinci ek görsel,
• kısa açıklama,
• bazı pazarlama alanları.

Bu ayrım yapılmazsa sistem:

5. görsel eksik

ile

ürün fiyatı eksik

durumlarını aynı seviyede hata olarak gösterebilir.

3. XML Yapısının Alan Sözlüğünü Çıkarın

Feed ilk kez incelenirken hangi etiketlerin bulunduğu listelenebilir.

Örneğin:

urun_ID

urun_ad

urun_fiyat

urun_stok

urun_kategori

urun_aciklama

urun_resim1

gibi.

Bu liste XML'in bir çeşit alan sözlüğünü oluşturur.

Sonrasında her alan için:

ne anlama geliyor?

hangi veri tipini taşıyor?

zorunlu mu?

hangi hedef alana aktarılıyor?

belirlenebilir.

4. Etiketin Bir Üründe Bulunması Bütün Ürünlerde Bulunduğu Anlamına Gelmez

XML dosyasının ilk ürününe bakıp:

“Fiyat alanı var.”

sonucuna ulaşmak yeterli değildir.

Örneğin:

1. ürün → fiyat var
2. ürün → fiyat var
3. ürün → fiyat yok
4. ürün → fiyat var

olabilir.

Bu nedenle kontrol ürün bazında yapılmalıdır.

5. İlk Ürünü Şablon Kabul Etmeyin

Bazı XML feed'lerinde ilk ürün çok eksiksiz olabilir.

Ancak sonraki kayıtlarda farklı yapılar bulunabilir.

Tersi de mümkündür.

İlk üründe olmayan alan ilerleyen ürünlerde bulunabilir.

Bu nedenle XML şeması yalnızca ilk kayıttan çıkarılmamalıdır.

Katalog genelinde alanların görülme sıklığı ölçülmelidir.

6. Her Alan İçin Doluluk Oranı Hesaplayın

Örneğin XML'de:

10.000 ürün

bulunuyorsa:

SKU dolu: 10.000

Ürün adı dolu: 10.000

Fiyat dolu: 9.997

Stok dolu: 9.850

Ana görsel dolu: 9.600

Barkod dolu: 7.250

şeklinde rapor hazırlanabilir.

Bu durumda yalnızca eksik ürünleri değil hangi alanın katalog genelinde problemli olduğunu da görebilirsiniz.

7. Doluluk Oranını Yüzde Olarak Takip Edin

Örneğin:

Ana görsel doluluk oranı = %96

gibi.

Bu oran zaman içerisinde takip edildiğinde feed kalitesindeki değişiklik görülebilir.

Örneğin:

geçen hafta %99,8

bu hafta %82

ise tedarikçi feed yapısında veya veri üretim sürecinde önemli bir değişiklik olmuş olabilir.

8. Alanın Hiç Gelmemesi ile Boş Gelmesini Ayırın

Bu teknik açıdan önemli bir ayrımdır.

Durum A

<urun>
  <stok>12</stok>
</urun>

Burada fiyat alanı hiç yok.

Durum B

<urun>
  <fiyat></fiyat>
  <stok>12</stok>
</urun>

Burada fiyat alanı bulunuyor fakat değer boş.

İki durumda sonuç aynı olabilir:

kullanılabilir fiyat yok.

Ancak hata kaynağı farklı olabilir.

Bu nedenle raporda:

MISSING_FIELD

ve

EMPTY_VALUE

gibi ayrı hata sınıfları kullanılabilir.

9. Yalnızca Boş String Kontrolü Yapmayın

Bazı veriler görünüşte dolu olabilir.

Örneğin:

NULL

null

N/A

-

yok

bilinmiyor

gibi değerler bulunabilir.

Teknik olarak alan doludur.

Ancak entegrasyon açısından kullanılabilir veri olmayabilir.

Bu nedenle işletmenin ihtiyaçlarına göre bir geçersiz boş değer listesi oluşturulabilir.

10. Boşluk Karakterlerini Temizleyerek Kontrol Edin

Alan:

" "

değerini taşıyabilir.

Veri tabanı açısından bu boş olmayan bir string olarak görülebilir.

Ancak kullanıcı açısından bilgi yoktur.

Bu nedenle kontrol öncesinde:

baş/son boşluk temizleme

ve gerekirse boşluk karakterlerini normalize etme işlemi yapılabilir.

11. Sıfır Değerini Otomatik Olarak Eksik Saymayın

Bu özellikle stok alanında önemlidir.

stok = 0

şu anlama gelebilir:

ürün stokta yok.

Bu gerçek ve geçerli bir veridir.

Dolayısıyla:

0 = eksik

kuralı kullanılırsa stokta olmayan bütün ürünler yanlışlıkla veri hatası olarak işaretlenebilir.

12. Fiyat Alanındaki Sıfırı Ayrı Kontrol Edin

Stokta sıfır normal olabilir.

Ancak:

fiyat = 0

farklı değerlendirilmelidir.

Ürün gerçekten sıfır fiyatlı olmayabilir.

Bu nedenle:

eksik fiyat

ve

sıfır fiyat

ayrı hata türleri olarak tutulabilir.

100 numaranın ana amacı eksik alanları bulmaktır; sıfır fiyatın ticari geçerliliği ise ayrı bir doğrulama katmanıdır.

13. Alanın Var Olması ile Verinin Geçerli Olmasını Ayırın

Örneğin:

<fiyat>abc</fiyat>

alanı eksik değildir.

Ancak e-ticaret fiyatı olarak kullanılamaz.

Benzer şekilde:

<stok>on iki</stok>

teknik olarak dolu olabilir ancak beklenen veri tipine uymayabilir.

Bu nedenle XML kalite kontrolü iki aşamadan oluşabilir:

1. Completeness → alan var mı?

2. Validity → değer geçerli mi?

100 ağırlıklı olarak ilk aşamayı sahiplenmelidir.

14. Ürün Kimliğini Eksik Alan Kontrolünün Temeline Koyun

Bir ürünün hata raporunda:

“fiyat eksik”

yazması tek başına yeterli değildir.

Hangi ürün olduğu da görülmelidir.

Örneğin:

Ürün ID

SKU

Ürün adı

Eksik alan

birlikte raporlanabilir.

Ürün kimliği tarafının ayrıntılı yönetimi için XML Barkod ve SKU Alanları Nasıl Yönetilir? içeriği doğal tamamlayıcıdır.

15. SKU Eksikse Daha Yüksek Öncelik Verin

Bir ürünün açıklaması eksik olabilir ama kayıt yine de hangi ürüne ait olduğu anlaşılabilir.

SKU veya ana ürün kimliği eksikse:

• fiyat güncellemesi,
• stok güncellemesi,
• sipariş eşleştirme,
• sonraki senkronizasyon

gibi işlemler daha riskli hale gelir.

Bu nedenle kritik alanlara farklı öncelik seviyeleri atanabilir.

16. Ürün Adı Eksik Ürünleri Otomatik Yayınlamayın

Teknik olarak ürün:

SKU + fiyat + stok

ile sisteme aktarılabilir.

Ancak müşteri:

ürünün ne olduğunu

anlayamaz.

Bu nedenle ürün adı eksikliği genellikle yayın öncesi durdurulması gereken önemli bir problem olarak değerlendirilebilir.

17. Fiyat Eksik Ürünleri Ayrı Kuyruğa Alın

Fiyat bilgisi yoksa sistem varsayılan bir fiyat uydurmamalıdır.

Daha güvenli akış:

fiyat eksik

↓

ürünü fiyat güncellemesinden çıkar

↓

tedarikçi kaynağını kontrol et

↓

doğru veri geldiğinde işleme devam et

şeklinde olabilir.

18. Stok Eksikliğini Sıfır Stoktan Ayırın

Bu ayrım çok önemlidir.

Stok = 0

Tedarikçi açık biçimde ürünün stokta olmadığını söylüyor olabilir.

Stok alanı yok

Ürünün stok durumu bilinmiyor.

Bu iki durumda aynı aksiyon uygulanmak zorunda değildir.

Bilinmeyen stok

ile

sıfır stok

aynı veri değildir.

19. Ana Görsel Eksikliğini Kontrol Edin

Ürün kaydında:

resim2

ve

resim3

bulunabilir.

Ancak:

resim1

boş olabilir.

Eğer sistem yalnızca resim1 alanını ana görsel olarak kullanıyorsa ürün görselsiz görünebilir.

Bu nedenle:

herhangi bir görsel var mı?

ve

ana görsel alanı dolu mu?

ayrı kontroller olabilir.

Görsel kalitesinin sonraki aşaması ise XML Ürün Görsellerinin Kalitesi Nasıl Kontrol Edilir? konusuna bırakılmalıdır.

20. Açıklaması Eksik Ürünleri Ayrı Gruplandırın

Açıklama eksikliği ürünün tamamen yayınlanmasını her işletmede engellemek zorunda değildir.

Ancak bu ürünler:

içerik geliştirme kuyruğuna

alınabilir.

Örneğin rapor:

Açıklama eksik: 415 ürün

şeklinde ayrı hazırlanabilir.

XML'den gelen açıklamaların içerik açısından geliştirilmesi için XML Ürün Açıklamalarında Kopya İçerik Riski Nasıl Azaltılır? rehberi kullanılabilir.

21. Kategori Eksikliğini Kontrol Edin

Kategori alanı yoksa ürün:

• yanlış kategoride,
• genel kategori altında,
• kategorisiz

kalabilir.

Pazaryeri aktarımında ise doğru kategori bulunamadığı için ürün oluşturma işlemi başarısız olabilir.

Bu nedenle kategori alanı katalog yapısında önemli bir kontrol noktasıdır.

22. Marka Alanının Her Üründe Zorunlu Olup Olmadığını Belirleyin

Bazı ürünlerde marka bilgisi bulunabilir.

Bazılarında bulunmayabilir.

Bu nedenle:

marka alanı boş = mutlaka XML hatası

demeden önce ürün ve satış kanalı gereksinimleri kontrol edilmelidir.

Eksik alan kontrolü iş kurallarına bağlı olmalıdır.

23. Barkod Eksikliğini Ürün Türüne Göre Değerlendirin

Her ürün kaydında barkod bulunmayabilir.

Ancak belirli pazaryeri veya ürün kategorilerinde ürün kimliği açısından gerekli olabilir.

Bu nedenle barkod:

koşullu zorunlu alan

olarak tanımlanabilir.

Barkodun geldiği durumlarda doğru ürünle eşleşmesi ise 98 numaralı SKU/barkod yönetiminin konusudur.

24. Varyantlı Ürünlerde Alt Kayıtları Ayrı Kontrol Edin

Ana ürün kaydı eksiksiz olabilir.

Ancak alt varyantlardan biri:

• SKU'suz,
• stoksuz,
• fiyatı eksik,
• barkodsuz

olabilir.

Örneğin:

S → eksiksiz

M → eksiksiz

L → fiyat yok

XL → eksiksiz

ise ürün genel seviyede:

tam

gibi görünmemelidir.

Varyant bazlı kontrol yapılmalıdır.

25. Parent Alanı Eksik Varyantları Tespit Edin

Bazı XML yapılarında varyantın hangi ana ürüne bağlı olduğunu gösteren alan bulunur.

Bu ilişki eksikse varyant:

bağımsız ürün

gibi aktarılabilir.

Bu nedenle varyant kullanılan XML'lerde:

parent-child ilişkisi

de eksik alan kontrolüne dahil edilmelidir.

26. Kategoriye Göre Zorunlu Alan Listesi Değişebilir

Elektronik ürünlerde:

• model,
• bağlantı tipi,
• teknik özellik

önemli olabilir.

Tekstil ürünlerinde:

• beden,
• renk

daha kritik olabilir.

Hırdavatta:

• ölçü,
• paket adedi

önemli hale gelebilir.

Dolayısıyla bütün katalog için tek zorunlu alan listesi yerine:

genel zorunlu alanlar + kategori bazlı zorunlu alanlar

yapısı kurulabilir.

27. Yeni Ürünlerle Mevcut Ürünleri Ayrı İnceleyin

Yeni ürün XML'e ilk kez geldiğinde:

eksik SKU

ciddi bir problem olabilir.

Mevcut ürünün yeni XML kaydında açıklama alanının bulunmaması ise entegrasyon politikasına göre farklı sonuç verebilir.

Çünkü mağazada eski açıklama zaten bulunuyor olabilir.

Bu nedenle:

ilk kayıt

ve

güncelleme

aynı kurala tabi olmak zorunda değildir.

28. Eksik Alanın Mevcut Veriyi Silmesine İzin Vermeyin

Örneğin mağazada ürün açıklaması vardır.

Yeni XML:

aciklama = boş

gönderir.

Entegrasyon:

boş değer geldi → mevcut açıklamanın üzerine yaz

şeklinde çalışırsa daha önce mevcut olan veri kaybolur.

Bazı alanlarda:

boş kaynak değer → mevcut değeri koru

politikası tercih edilebilir.

Ancak bu karar alanın iş anlamına göre verilmelidir.

29. Boş Değer ile Bilinçli Silme Talebini Ayırın

Bazı sistemlerde tedarikçi gerçekten:

bu alan artık kullanılmıyor

anlamında boş değer gönderebilir.

Bu nedenle her boş değerde:

eski veriyi sonsuza kadar koru

kuralı da her durumda doğru değildir.

Entegrasyon protokolünde:

boş = veri yok

veya

boş = mevcut değeri sil

anlamı netleştirilmelidir.

30. XML Şemasındaki Yeni Alanları da Takip Edin

Eksik alan kontrolü yalnızca kaybolan alanları bulmamalıdır.

Tedarikçi yeni bir alan ekleyebilir.

Örneğin:

paket_adedi

alanı feed'e yeni eklenmiş olabilir.

Sistem bunu fark etmezse değer kullanılmaz.

Bu nedenle değişiklik kontrolü:

kaybolan alanlar

ve

yeni gelen alanlar

olarak iki yönlü yapılabilir.

31. Bir Alanın Toplu Olarak Kaybolmasını Kritik Uyarı Sayın

Dün:

10.000 üründe fiyat alanı vardı.

Bugün:

hiçbir üründe fiyat alanı yok.

Bu tek tek 10.000 ürün hatasından ziyade:

feed yapısının değiştiğine

işaret edebilir.

Bu durumda sistemi ürün bazında hata üretmeye devam ettirmek yerine:

XML yapısı değişmiş olabilir

şeklinde üst seviye alarm oluşturmak daha kullanışlıdır.

32. Alan Adı Değişikliğini Eksik Alan Olarak Yakalayın

Tedarikçi:

urun_fiyat

alanını kaldırıp:

bayi_fiyat

alanı kullanmaya başlayabilir.

Entegrasyon eski alanı okumaya devam ederse:

10.000 üründe fiyat eksik

gibi görünür.

Gerçekte veri kaybolmamıştır.

Alan adı değişmiştir.

Bu nedenle ani toplu eksikliklerde XML yapısının yeni sürümü incelenmelidir.

33. Büyük Eksikliklerde Önce XML Yapısını Kontrol Edin

Bir gecede:

• fiyatların %90'ı,
• stokların %90'ı,
• görsellerin %90'ı

eksik hale geldiyse binlerce ürünü tek tek kontrol etmek doğru ilk adım olmayabilir.

Önce:

XML kaynağı

etiket isimleri

parent yapı

parser

entegrasyon eşleştirmesi

kontrol edilmelidir.

34. Alan Bazında Eşik Oluşturabilirsiniz

Örneğin:

SKU doluluğu < %100 → kritik

fiyat doluluğu < %99,9 → kritik

ana görsel doluluğu < %98 → uyarı

gibi işletmeye özel eşikler tanımlanabilir.

Buradaki yüzdeler örnektir.

Her işletme kendi iş modeline göre sınır belirlemelidir.

35. Tek Bir Genel “XML Kalite Puanı”na Güvenmeyin

Örneğin feed:

%95 eksiksiz

görünebilir.

Ancak eksik olan %5'in tamamı fiyat alanıysa sorun ciddi olabilir.

Başka feed:

%90 tamamlanmış olabilir fakat eksikler yalnızca opsiyonel ek görsellerden oluşabilir.

Bu nedenle:

genel doluluk oranı

yanında:

alan bazlı doluluk

mutlaka görülmelidir.

36. Ürün Bazında Tamlık Puanı da Oluşturabilirsiniz

Her ürün için:

• SKU,
• ad,
• fiyat,
• stok,
• kategori,
• görsel,
• açıklama

kontrol edilir.

Örneğin:

7 zorunlu alanın 7'si var → tamam

7'nin 6'sı var → eksik

şeklinde ürün bazlı durum oluşturulabilir.

Ancak kritik alanlara ağırlık vermek daha anlamlı olabilir.

37. Kritik / Yüksek / Orta / Düşük Hata Seviyesi Kullanın

Örneğin:

Kritik

• ürün ID yok,
• SKU yok,
• fiyat yok.

Yüksek

• stok bilinmiyor,
• ana görsel yok.

Orta

• açıklama yok,
• kategori alt bilgisi eksik.

Düşük

• dördüncü ek görsel yok.

Bu sınıflar işletmenin gerçek sistemine göre değiştirilebilir.

38. Eksik Ürünleri Manuel Listeye Dönüştürün

Rapor yalnızca:

“342 eksik alan bulundu.”

dememelidir.

Örneğin:

SKU | Ürün Adı | Eksik Alan | Kritik Seviye

formatında liste oluşturulabilir.

Bu sayede sorun doğrudan düzeltilebilir.

39. Alan Bazında Ayrı Hata Listesi Oluşturabilirsiniz

Örneğin:

SKU eksik

12 ürün.

Fiyat eksik

4 ürün.

Stok eksik

31 ürün.

Ana görsel eksik

95 ürün.

Açıklama eksik

428 ürün.

Bu tablo tedarikçiye gönderilecek geri bildirimi de kolaylaştırır.

40. Hangi Kaynakta Eksiklik Oluştuğunu Belirleyin

Mağazada ürün bilgisi eksik görünüyorsa problem üç yerde olabilir:

1. Kaynak XML'de alan yok.

2. XML'de alan var ancak entegrasyon okumuyor.

3. Entegrasyon alanı alıyor ancak mağazaya yazmıyor.

Bu nedenle araştırma:

kaynak XML → entegrasyonda alınan değer → mağazadaki son değer

sırasıyla yapılmalıdır.

41. XML Alan Eşleştirmesini Kontrol Edin

XML'de:

urun_aciklama

alanı dolu olabilir.

Ancak entegrasyonda açıklama alanına yanlışlıkla:

aciklama

etiketi bağlandıysa mağazada içerik boş görünebilir.

Bu durumda XML feed eksik değildir.

Alan eşleştirmesi yanlıştır.

Bu ayrım hata raporunda özellikle belirtilmelidir.

42. XML'de Alan Var Ancak Parser Okumuyorsa Feed'i Suçlamayın

Özel karakterler, farklı veri yapısı veya iç içe XML elemanları bazı entegrasyonlarda okuma problemi oluşturabilir.

Kaynak dosyada veri gerçekten bulunuyorsa:

XML eksik

değil,

entegrasyon okuma problemi

olarak sınıflandırılmalıdır.

43. Test Ürün Grubu Oluşturun

Yeni XML veya yeni alan eşleştirmesi doğrudan bütün kataloğa uygulanmak zorunda değildir.

Örneğin:

50–100 ürün

üzerinde:

• SKU,
• ürün adı,
• fiyat,
• stok,
• kategori,
• açıklama,
• görsel

kontrol edilebilir.

Bütün temel alanlar doğru aktarılıyorsa kapsam genişletilebilir.

44. Yeni Eklenen Ürünleri Otomatik Eksik Alan Kontrolünden Geçirin

Bir kere bütün XML'i kontrol etmek yeterli değildir.

Bugün:

3.000 ürün

eksiksiz olabilir.

Yarın XML'e:

150 yeni ürün

eklenebilir.

Bu yeni ürünlerde bazı alanlar eksik olabilir.

Bu nedenle akış:

yeni SKU geldi

↓

zorunlu alan kontrolü

↓

başarılı → entegrasyona devam

eksik → inceleme kuyruğu

şeklinde kurulabilir.

45. XML Değişikliklerini Sürüm Mantığıyla Karşılaştırın

Bugünkü XML ile önceki XML karşılaştırılabilir.

Örneğin:

Dün bulunan alanlar

ile

bugün bulunan alanlar

karşılaştırılır.

Böylece:

• kaybolan alan,
• yeni alan,
• toplu boşalan alan,
• ürün bazında yeni eksiklik

daha hızlı görülebilir.

46. Tedarikçiye Genel Değil Ölçülebilir Geri Bildirim Verin

“XML eksik geliyor.”

ifadesi sorunu çözmekte yetersiz olabilir.

Daha yararlı bildirim:

Toplam ürün: 8.420

SKU eksik: 7

Fiyat eksik: 14

Ana görsel eksik: 126

Kategori eksik: 35

ve ardından ilgili SKU listesi

şeklinde olabilir.

Böylece tedarikçinin problem kaynağını bulması kolaylaşır.

XML FEED EKSİK ALAN KONTROL LİSTESİ

Ürün ID

Her kaydın benzersiz kimliği var mı?

SKU

Boş veya tamamen eksik kayıt var mı?

Ürün adı

Bütün satışa açık ürünlerde bulunuyor mu?

Fiyat

Alan var mı ve değer boş mu?

Stok

Eksik değer ile sıfır stok ayrılıyor mu?

Kategori

Her ürün uygun kategori bilgisi taşıyor mu?

Açıklama

Boş kayıtlar ayrıca raporlanıyor mu?

Ana görsel

İlk görsel alanı dolu mu?

Ek görseller

Opsiyonel alanlar zorunlu gibi işaretleniyor mu?

Barkod

Gerekli ürünlerde bulunuyor mu?

Varyant

Varyant seviyesinde eksik alan var mı?

Parent

Alt ürün doğru ana ürüne bağlanabiliyor mu?

Boşluk

Sadece boşluk içeren alanlar boş kabul ediliyor mu?

NULL değerleri

NULL, N/A, - gibi değerler ayrılıyor mu?

Sıfır

Gerçek sıfır değerleri eksik kabul edilmiyor mu?

Alan adı

Tedarikçi etiket değiştirmiş olabilir mi?

Eşleştirme

Kaynak alan doğru mağaza alanına mı bağlı?

Doluluk oranı

Her alan için yüzde hesaplanıyor mu?

Kritik seviye

Bütün eksikler aynı önemde mi değerlendiriliyor?

Değişiklik

Dünkü XML ile bugünkü XML arasında alan farkı var mı?

Yeni ürün

Yeni SKU'lar yayınlanmadan kontrol ediliyor mu?

Rapor

Sorunlu SKU ve eksik alan birlikte listeleniyor mu?

XML EKSİK ALAN KONTROL SİSTEMİ NASIL KURULUR?

Pratik olarak şu sırayla ilerlenebilir:

1. XML içerisindeki ürün etiketini belirleyin.

2. Kullanılabilecek bütün alanların listesini çıkarın.

3. Her alanın ne anlama geldiğini doğrulayın.

4. Zorunlu alanları belirleyin.

5. Koşullu zorunlu alanları belirleyin.

6. Opsiyonel alanları ayırın.

7. Bütün ürünleri SKU veya ürün ID üzerinden tarayın.

8. Hiç bulunmayan alanları tespit edin.

9. Var ancak boş olan alanları ayrıca tespit edin.

10. Boşluk ve NULL benzeri değerleri normalize edin.

11. Sıfır stok ile eksik stok ayrımını yapın.

12. Her alan için doluluk oranı hesaplayın.

13. Her ürün için eksik zorunlu alanları listeleyin.

14. Kritik hata seviyelerini belirleyin.

15. Varyant kayıtlarını ayrıca kontrol edin.

16. Kaynak XML ile entegrasyon eşleştirmesini karşılaştırın.

17. Önceki feed ile alan yapısını karşılaştırın.

18. Eksik kritik ürünleri otomatik yayından çıkarın veya incelemeye alın.

19. Tedarikçiye SKU bazlı hata raporu oluşturun.

20. Yeni gelen bütün ürünlerde aynı kontrolü otomatik tekrarlayın.

SIK SORULAN SORULAR

XML feed içerisinde eksik alan nasıl anlaşılır?

Önce her ürün için bulunması gereken alan listesi oluşturulur. Ardından bütün ürün kayıtları taranarak alanın hiç bulunmadığı, bulunduğu halde boş olduğu veya kullanılabilir değer içermediği durumlar ayrı olarak raporlanabilir.

XML'de alanın boş olması ile hiç bulunmaması aynı şey midir?

İş açısından ikisi de kullanılabilir verinin bulunmadığı anlamına gelebilir; ancak teknik olarak farklı durumlardır. Alanın hiç bulunmaması XML yapısındaki eksikliği, boş gelmesi ise alanın üretildiği fakat değerinin bulunmadığını gösterebilir. Sorun araştırılırken bu ayrım yararlıdır.

Stok değeri 0 ise eksik veri sayılmalı mı?

Hayır. Sıfır stok gerçek ve geçerli bir değer olabilir. Stok alanının bulunmaması ile stok = 0 durumu birbirinden ayrılmalıdır.

Her eksik XML alanı ürünün satışını durdurmalı mı?

Hayır. Alanın önemine bağlıdır. SKU veya fiyat gibi kritik bir alanın eksikliği ile beşinci ek görselin eksikliği aynı risk seviyesine sahip değildir. Alanlar zorunlu, koşullu zorunlu ve opsiyonel olarak sınıflandırılabilir.

XML eksik alan kontrolü bir kez yapılması yeterli midir?

Hayır. Feed'e yeni ürün eklenebilir, mevcut alanlar kaldırılabilir veya tedarikçi XML yapısını değiştirebilir. Bu nedenle özellikle yeni ürünler ve feed yapısındaki değişiklikler düzenli olarak tekrar kontrol edilmelidir.

XML DOSYASININ AÇILMASI, VERİNİN EKSİKSİZ OLDUĞU ANLAMINA GELMEZ

XML eksik alan kontrolü sadece dosyanın teknik olarak çalışıp çalışmadığını görmek değildir.

Daha sağlıklı sistem:

zorunlu alanları belirle → bütün ürünleri tara → bulunmayan alanı yakala → boş değeri ayrı yakala → alan bazında doluluk hesapla → kritik alanları sınıflandır → varyantları kontrol et → eski ve yeni feed'i karşılaştır → sorunlu ürünleri yayın öncesinde ayır → sonucu kayıt altına al

şeklinde ilerleyebilir.

Böylece:

“XML'de 10.000 ürün var.”

bilgisinden,

“10.000 ürünün kaçında satış için ihtiyaç duyduğum bütün temel veriler gerçekten mevcut?”

sorusuna geçilmiş olur.

XML'deki ürün, fiyat ve stok alanlarının genel aktarım mantığını incelemek için planlanan XML Entegrasyonu Nedir? Ürün, Fiyat ve Stok Verileri Nasıl Aktarılır? rehberi kullanılabilir.

XML içerisindeki bütün ürün verisinin doğruluk ve kullanılabilirlik açısından değerlendirilmesi için planlanan XML Bayilikte Ürün Verisi Kalitesi Nasıl Kontrol Edilir? içeriğine geçilebilir.

Ürün kimliği tarafında oluşabilecek sorunlar için XML Barkod ve SKU Alanları Nasıl Yönetilir? içeriği tamamlayıcıdır.

Görsel alanının dolu olmasının ötesinde fotoğrafın gerçekten doğru ve kullanılabilir olup olmadığını incelemek için XML Ürün Görsellerinin Kalitesi Nasıl Kontrol Edilir? rehberi kullanılabilir.

XML açıklaması mevcut fakat başka mağazalarla aynıysa içerik tarafını geliştirmek için XML Ürün Açıklamalarında Kopya İçerik Riski Nasıl Azaltılır? içeriğine geçilebilir.

Ulu İthalat'ın XML ile ürün verisi sunduğu çalışma modelini incelemek isteyen işletmeler XML Bayilik sayfasını kullanabilir. Sayfa şu anda canlıdır ve ürün adı, fiyat, stok ve görsel gibi bilgilerin XML üzerinden aktarılabildiğini açıklamaktadır.