XML entegrasyonunda ürün adı, açıklama, fiyat, stok ve görseller önemli veriler olsa da bütün bu bilgilerin doğru ürüne bağlanabilmesi için bir ürün kimliği gerekir.

Örneğin sistemde:

Siyah Pense 18 cm

ve

Siyah Pense 20 cm

şeklinde iki ürün bulunabilir.

İsimleri birbirine çok benzediği için yalnızca ürün adına göre eşleştirme yapmak güvenli değildir.

Bu noktada:

• SKU,
• stok kodu,
• barkod,
• GTIN,
• tedarikçi ürün kodu

gibi alanlar devreye girer.

Ulu İthalat'ın mevcut E-Ticaret Entegrasyonu Nasıl Çalışır? rehberinde de ürünlerin SKU, stok kodu, barkod veya tedarikçi ürün kodu gibi alanlar üzerinden eşleştirilebileceği ve yanlış eşleşmenin stok, fiyat ve sipariş hatalarına yol açabileceği belirtiliyor.

Ancak burada önemli bir ayrım vardır:

SKU = barkod değildir.

Aynı şekilde XML'de barcode isminde bir alan bulunması, içerisindeki değerin otomatik olarak geçerli bir GTIN olduğu anlamına da gelmez.

Bu nedenle sağlıklı sistem:

alanın adını gör → kullan

değil,

alanın neyi temsil ettiğini doğrula → benzersizliğini kontrol et → eşleştirme kuralını belirle → değişiklikleri yönet

şeklinde kurulmalıdır.

SKU Nedir?

SKU, Stock Keeping Unit ifadesinin kısaltmasıdır.

Pratikte işletmenin ürün ve varyantlarını kendi stok sisteminde ayırt etmek için kullandığı ürün kodudur. GS1'in güncel standartlarında da SKU, “Stock Keeping Unit” olarak tanımlanır.

Örneğin işletme kendi içinde:

PENSE-180-KRM

gibi bir SKU oluşturabilir.

Bu kodun yapısı işletmeye özgü olabilir.

Dolayısıyla iki farklı şirket aynı fiziksel ürünü satarken farklı SKU kullanabilir.

Barkod Nedir?

“Barkod” kelimesi günlük kullanımda çoğu zaman barkodun altındaki ürün numarasıyla aynı anlamda kullanılır.

Teknik açıdan ise barkod, bilgiyi makine tarafından okunabilir biçimde taşıyan veri taşıyıcısıdır.

GS1 sisteminde GTIN ürün kimliğini temsil eder ve GS1 barkodlarında makine tarafından okunabilecek biçimde kodlanabilir. GS1, bir ürün için kullanılan GTIN'in aynı ürün üzerinde tekrar tekrar kullanılabileceğini, ancak aynı GTIN'in farklı bir ürüne atanamayacağını açıklıyor.

Bu nedenle XML'de:

barkod

alanı görüyorsanız ilk soru:

Bu gerçekten GTIN/EAN/UPC gibi ürün tanımlayıcı mı, yoksa tedarikçinin kendi kodu mu?

olmalıdır.

1. SKU ile Barkodu Ayrı Alanlarda Tutun

Sistemin veri modelinde mümkünse:

SKU

ve

barkod

aynı alan olarak kullanılmamalıdır.

Örneğin:

SKU: ELK-451-BEYAZ

Barkod/GTIN: 869...

şeklinde iki ayrı değer olabilir.

SKU mağazanın operasyonel ürün kimliği olurken barkod/GTIN ticari ürün kimliğini farklı sistemler arasında eşleştirmede kullanılabilir.

İki alanın aynı değere sahip olması teknik olarak bazı yapılarda mümkün olsa bile sistem tasarımının bu iki kavramı aynı kabul etmesi ileride problem yaratabilir.

2. XML'deki Alan İsimlerine Körü Körüne Güvenmeyin

Bir XML tedarikçisi:

barcode

kullanabilir.

Başka biri:

barkod

kullanabilir.

Başka bir sistem:

ean

veya:

gtin

kullanabilir.

Hatta bazı tedarikçiler ürün kodunu yanlış veya alışılmış olmayan bir alan adı altında gönderebilir.

Bu nedenle entegrasyon kurulurken:

XML alan adı

↓

örnek değer

↓

tedarikçi açıklaması

↓

ürünün fiziksel/veritabanı karşılığı

birlikte kontrol edilmelidir.

3. Ana Ürün Kimliğini Baştan Belirleyin

Entegrasyonda şu soru mutlaka cevaplanmalıdır:

Bir ürünün aynı ürün olduğunu hangi alan üzerinden anlayacağız?

Örneğin ana kimlik:

• mağaza SKU'su,
• tedarikçi ürün kodu,
• GTIN,
• başka benzersiz entegrasyon ID'si

olabilir.

Burada tek doğru cevap yoktur.

Önemli olan sistemin aynı ürün için güncelleme geldiğinde:

yeni ürün oluşturmak yerine mevcut ürünü bulabilmesidir.

4. Ürün Adını Ana Kimlik Olarak Kullanmayın

Ürün adı zaman içerisinde değişebilir.

Örneğin:

Paslanmaz Çelik Cezve 12 No

daha sonra:

12 No Çelik Cezve

olabilir.

Fiziksel ürün aynı kalmasına rağmen isim değişmiştir.

Eğer entegrasyon ürün adını kimlik olarak kullanıyorsa sistemi:

yeni ürün

olarak algılayabilir.

Bu nedenle ürün adı açıklayıcı bir alan olarak kullanılmalı; ürün kimliği ayrı tutulmalıdır.

5. SKU'nun Benzersiz Olmasını Kontrol Edin

Aynı mağaza içerisinde iki farklı aktif ürünün aynı SKU'yu taşıması ciddi eşleştirme sorunu yaratabilir.

Örneğin:

Ürün A → SKU 1254

Ürün B → SKU 1254

ise fiyat güncellemesinin hangi ürüne uygulanacağı belirsiz hale gelir.

Bu nedenle XML alınırken:

SKU tekrar ediyor mu?

kontrolü yapılabilir.

Mükerrer SKU'lar otomatik aktarılmak yerine inceleme kuyruğuna alınabilir.

6. Boş SKU'ları Ayrı Kontrole Alın

Bazı XML ürünlerinde SKU alanı boş olabilir.

Bu durumda sistemin:

ürün adına bakarak SKU uydurması

veya:

her senkronizasyonda yeni kayıt oluşturması

riskli olabilir.

Daha kontrollü yaklaşım:

SKU boş → otomatik yayınlama/ürün eşleştirme durdur → alternatif benzersiz alanı kontrol et

şeklinde olabilir.

7. SKU'yu Güncelleme Sırasında Değişmez Kimlik Gibi Kullanıyorsanız Dikkat Edin

Sistemin bütün eşleştirmesi SKU üzerinden yapılıyorsa tedarikçinin SKU değiştirmesi kritik bir olaydır.

Örneğin:

eski SKU:

A-125

yeni SKU:

B-489

olursa entegrasyon yeni değeri:

yeni ürün

olarak görebilir.

Sonuç:

• mükerrer ürün,
• eski ürünün stokta kalması,
• yanlış fiyat,
• geçmiş siparişlerin farklı kayıtla bağlantısı

olabilir.

Bu nedenle SKU değişikliği sıradan bir metin güncellemesi gibi ele alınmamalıdır.

8. Tedarikçinin Dahili Ürün ID'sini Ayrı Tutabilirsiniz

XML'de çoğu zaman mağazanın kullanacağı SKU'dan farklı olarak tedarikçinin kendi benzersiz ürün ID'si bulunabilir.

Örneğin:

Tedarikçi ID: 87425

Tedarikçi SKU: ABC-52

Mağaza SKU: ULU-ABC-52

gibi.

Bu değerleri tek kolona sıkıştırmak yerine ayrı tutmak hata araştırmasını kolaylaştırır.

9. Tedarikçi SKU'su ile Mağaza SKU'sunu Karıştırmayın

Bazı işletmeler tedarikçinin SKU'sunu aynen kullanır.

Bazıları ise kendi stok kodunu oluşturur.

Her iki yöntem de sistem tasarımına göre uygulanabilir.

Ancak mağaza yeni SKU oluşturuyorsa mutlaka:

tedarikçi SKU ↔ mağaza SKU

eşleştirme tablosu korunmalıdır.

Aksi halde sonraki XML güncellemesinin hangi mağaza ürününe uygulanacağı bilinemez.

10. Barkod Alanının Gerçekten Benzersiz Olup Olmadığını Kontrol Edin

Geçerli ürün tanımlayıcılarında aynı ürün varyantının tanımlama kurallarına uygun şekilde ayrı kimliği olması beklenir.

GS1, her farklı ürün varyantının ayrı ve benzersiz GTIN ile tanımlanması gerektiğini belirtir.

Ancak tedarikçi XML'inde bulunan “barkod” alanının her zaman GS1 standardına uygun olduğunu varsayamayız.

Bu nedenle pratik olarak:

• boş barkod,
• aynı barkodun farklı ürünlerde kullanılması,
• anlamsız değer,
• geçersiz format

kontrol edilmelidir.

11. Her Sayısal Değeri GTIN Kabul Etmeyin

XML içerisinde:

123456

gibi bir sayı bulunabilir.

Bu sayı:

• tedarikçi kodu,
• ERP kodu,
• ürün ID'si,
• dahili stok kodu

olabilir.

Sadece rakamlardan oluşması onu otomatik olarak EAN veya GTIN yapmaz.

Bu nedenle kodun anlamı tedarikçiden veya güvenilir ürün kaynağından doğrulanmalıdır.

12. Barkoda Sıfır Ekleyip Çıkarmayın

Entegrasyon sırasında kodların sayısal veri tipi olarak tutulması baştaki sıfırların kaybolmasına neden olabilir.

Örneğin:

0123456789012

değeri sisteme sayı olarak alınırsa:

123456789012

haline gelebilir.

Ürün tanımlayıcılarında bu tür değişiklik eşleşmeyi bozabilir.

Bu nedenle barkod/GTIN gibi alanların çoğu entegrasyon yapısında metin/string olarak tutulması daha güvenlidir.

13. Excel ve CSV İşlemlerinde Barkodlara Dikkat Edin

Uzun sayısal kodlar Excel veya başka tablo programlarında:

• bilimsel gösterime,
• otomatik sayı biçimine,
• baştaki sıfırların kaldırılmasına

maruz kalabilir.

Örneğin barkod:

8691234567890

iken dosya işlenirken farklı biçimde kaydedilebilir.

Bu nedenle XML → Excel → mağaza gibi ara işlemler varsa kodların dönüştürülmediği mutlaka kontrol edilmelidir.

14. Barkodu Matematiksel Bir Sayı Gibi İşlemeyin

Barkod veya GTIN:

toplanacak, çıkarılacak veya hesap yapılacak sayı

değildir.

Ürün kimliğidir.

Bu nedenle veri tabanında ve entegrasyon katmanında sayısal değer yerine karakter dizisi mantığında ele alınması birçok dönüştürme problemini azaltabilir.

15. Varyantların Ayrı SKU'su Olmalı

Örneğin bir tişörtün:

• siyah S,
• siyah M,
• siyah L

varyantları varsa her varyantın stok ve sipariş yönetimi ayrı yapılabilir.

Bu durumda:

TS-SIYAH-S

TS-SIYAH-M

TS-SIYAH-L

gibi farklı SKU'lar kullanılabilir.

Mevcut E-Ticaret Entegrasyonu Nasıl Çalışır? içeriğinizde de her varyantın SKU, barkod, stok ve fiyatının ayrı olabileceği ve ana ürün-varyant ilişkisinin doğru kurulması gerektiği belirtiliyor.

98 bu yapının doğrudan kimlik yönetimi tarafını derinleştirir.

16. Ana Ürün SKU'su ile Varyant SKU'sunu Ayırın

Bazı sistemlerde:

ana ürün

ve

varyant

ayrı kayıtlardır.

Örneğin:

Ana ürün: TSHIRT-001

Alt varyantlar:

TSHIRT-001-S-BLK

TSHIRT-001-M-BLK

olabilir.

Bu durumda entegrasyon:

parent SKU

ile

variant SKU

arasındaki ilişkiyi korumalıdır.

Yoksa varyantlar bağımsız ürünlere dönüşebilir.

17. Varyant Barkodlarını Birbirine Kopyalamayın

Farklı ticari ürün varyantları için aynı GTIN kullanılmaması gerekir. GS1, farklı ürün varyantlarına ayrı benzersiz GTIN atanmasını öngörür.

Dolayısıyla kaynak veride:

S beden → 869...

M beden → 869...

aynı değer görünüyorsa bunun bilinçli ve geçerli bir yapı olduğunu varsaymadan önce kontrol edilmelidir.

18. Set ve Tekli Ürün Kimliklerini Karıştırmayın

Bir ürün:

1 adet

olarak satılabilir.

Aynı ürün:

6'lı paket

olarak da satılabilir.

Ticari olarak farklı paket seviyeleri farklı ürün tanımlama ihtiyacı doğurabilir.

GS1 sistemi de farklı ticari ürün ve paketleme seviyelerinin uygun tanımlama kurallarıyla yönetilmesini esas alır.

Bu nedenle XML'de tekli ürün kodunu çoklu paket için kopyalamak otomatik olarak doğru kabul edilmemelidir.

19. Koli Barkodu ile Tekli Ürün Barkodunu Ayırın

Toptancı XML'lerinde önemli risklerden biri budur.

Ürün kaydı:

tekli satış

için olabilir ancak XML'deki kod:

koli

seviyesine ait olabilir.

Ya da tam tersi.

Bu nedenle özellikle koli içi adet bulunan ürünlerde:

Kod hangi satış birimine ait?

sorusu cevaplanmalıdır.

20. SKU'ya Ürün Fiyatını veya Stoğunu Gömmeyin

Örneğin:

PENSE-120TL-50STOK

gibi SKU oluşturmak uzun vadede uygun değildir.

Çünkü:

• fiyat değişir,
• stok değişir,

ancak ürünün kimliği değişmez.

SKU mümkün olduğunca ürünün kendisini tanımlayan istikrarlı bir kimlik olmalıdır.

Değişken ticari bilgiler ayrı alanlarda tutulmalıdır.

21. Çok Anlamlı SKU Yapısını Abartmayın

SKU içerisinde:

• kategori,
• renk,
• ölçü,
• tedarikçi,
• marka,
• yıl,
• fiyat,
• depo

gibi her bilgiyi kodlamaya çalışmak SKU'yu aşırı karmaşık hale getirebilir.

Örneğin SKU:

EV-MUTF-PLS-BYZ-30CM-TED01-2026-001

haline gelebilir.

Bu bilgiler zaten ürün veritabanında ayrı alanlarda tutuluyorsa SKU'nun hepsini tekrar taşıması gerekmeyebilir.

SKU'nun temel görevi ürün kaydını ayırt etmektir.

22. Aynı SKU'yu Farklı Tedarikçilerde Görürseniz Otomatik Eşleştirmeyin

Tedarikçi A:

12345

SKU'sunu kullanabilir.

Tedarikçi B de kendi sisteminde:

12345

kodunu tamamen farklı bir ürün için kullanabilir.

Bu nedenle çok tedarikçili sistemde:

yalnızca SKU

yerine:

tedarikçi ID + tedarikçi SKU

kombinasyonu kullanılabilir.

Örneğin:

TED01 | 12345

ile:

TED02 | 12345

iki farklı kayıt olarak tutulabilir.

23. Kaynak Kimliği ile Mağaza Kimliğini Birlikte Kaydedin

Güçlü bir eşleştirme tablosu örneği:

Tedarikçi: A

Tedarikçi ürün ID: 84521

Tedarikçi SKU: ABC100

Tedarikçi barkod: 869...

Mağaza ürün ID: 7411

Mağaza SKU: ULU-ABC100

şeklinde olabilir.

Böylece herhangi bir noktada ürünün kaynak ve hedef kimliği görülebilir.

24. Pazaryeri SKU'sunu da Gerekirse Ayrı Saklayın

Pazaryerinde aynı ürün farklı bir merchant SKU veya satıcı stok koduyla bulunabilir.

Bu durumda:

XML SKU

↓

mağaza SKU

↓

pazaryeri SKU

eşleştirmesi gerekebilir.

Tek bir kodun bütün sistemlerde aynı olmak zorunda olduğunu varsaymamak daha güvenlidir.

25. Barkodla Pazaryeri Ürün Eşleştirmesini Kontrol Edin

Pazaryeri barkoda göre mevcut katalog ürünüyle eşleştirme yapıyorsa yanlış barkod:

yanlış ürün sayfasına bağlanma

riski oluşturabilir.

Bu nedenle özellikle ürün ilk kez pazaryerine gönderilirken:

barkod → ürün adı → marka/model → varyant

birlikte doğrulanmalıdır.

26. SKU ile Barkod Çelişirse Otomatik Karar Vermeyin

Örneğin sistem:

SKU'ya göre:

Ürün A

buluyor.

Barkoda göre ise:

Ürün B

ile eşleşiyor.

Bu durumda:

“SKU'ya güven, devam et.”

veya

“barkoda güven, devam et.”

şeklinde otomatik karar risklidir.

Daha güvenli durum:

kimlik çakışması → manuel kontrol

olabilir.

27. Ürün Adı da Üçüncü Doğrulama Katmanı Olarak Kullanılabilir

Ürün adı ana eşleştirme anahtarı olmamalıdır.

Ancak:

SKU eşleşti

barkod eşleşti

ürün adı tamamen farklı

ise sistem bunu uyarı olarak gösterebilir.

Örneğin:

SKU: ABC123

XML adı: Çelik Cezve

Mağaza adı: Oyuncak Araba

ise kodların aynı olması tek başına yeterli değildir.

Bu durum yanlış eşleşmeye işaret edebilir.

28. Marka veya Model Bilgisi Yardımcı Doğrulama Olarak Kullanılabilir

Özellikle teknik ürünlerde:

• model,
• üretici kodu,
• marka

gibi alanlar kimlik doğrulamasına yardımcı olabilir.

Ancak bunlar da SKU veya GTIN yerine tek başına ana kimlik olmak zorunda değildir.

Amaç birkaç veri noktasının birlikte kontrol edilmesidir.

29. SKU Değişikliğini Kayıt Altına Alın

Bir ürünün SKU'su değiştirilmek zorundaysa:

eski SKU

yeni SKU

değişiklik tarihi

değişiklik nedeni

kaydedilebilir.

Böylece eski sipariş, fatura veya raporlarda bulunan kodların hangi ürüne ait olduğu sonradan anlaşılabilir.

30. Eski SKU'yu Hemen Başka Ürüne Vermeyin

Eski SKU'nun yeni bir üründe tekrar kullanılması:

• geçmiş sipariş,
• rapor,
• depo kayıtları,
• iade,
• entegrasyon logları

açısından karışıklık yaratabilir.

Bu nedenle mümkünse kullanılan ürün kodları benzersiz kimlik olarak geçmişteki ürünle bağlantısını korumalıdır.

31. Barkod Değişikliğini Sıradan Güncelleme Gibi Görmeyin

Fiyatın değişmesi normaldir.

Stok değişmesi normaldir.

Ancak ürünün temel tanımlayıcısının değişmesi daha ciddi bir olaydır.

GS1'in GTIN yönetim yaklaşımında ürün üzerinde belirli türde değişiklikler yeni GTIN gerektirebilir ve farklı ürünlerin benzersiz GTIN ile tanımlanması esastır.

Bu nedenle XML'de barkod bir gün aniden değişirse:

“yeni değer geldi, üzerine yaz”

yerine değişikliğin nedeni kontrol edilebilir.

32. Aynı Anda Binlerce Barkod Değişirse Entegrasyonu Durdurup Kontrol Edin

Bir senkronizasyonda:

2 ürünün barkodu değişmişse

ürün güncellemesi olabilir.

Ancak:

5.000 ürünün barkodu aynı anda değiştiyse

alan eşleştirme veya kaynak veri problemi ihtimali daha yüksektir.

Bu nedenle toplu kimlik değişiklikleri için ayrı alarm oluşturulabilir.

33. XML Alan Sırası Değişse Bile Alan Anlamını Koruyun

XML'de alanların sırası değişebilir.

Entegrasyon:

üçüncü alan = SKU

mantığıyla değil,

etiket/alan adı = SKU

mantığıyla çalışmalıdır.

Daha da önemlisi tedarikçi alan adını veya yapısını değiştirirse entegrasyonun sessizce yanlış alanı okumaması gerekir.

34. Yeni XML Tedarikçisini Mevcut Ürünlerle Otomatik Birleştirmeyin

Yeni tedarikçi eklediğinizde aynı ürünler bulunabilir.

Örneğin aynı fiziksel ürün:

Tedarikçi A'da:

SKU-A982

Tedarikçi B'de:

54182

olarak geçebilir.

Eğer güvenilir ortak kimlik varsa eşleştirme yapılabilir.

Ancak yalnızca benzer ürün adı üzerinden iki kaynağı aynı ürün olarak birleştirmek risklidir.

35. GTIN Eşleşmesi Güçlü Sinyaldir Ancak Kaynak Doğruluğu Yine Kontrol Edilmelidir

Geçerli ve doğru atanmış GTIN, sistemler arası ürün eşleştirmesinde güçlü bir kimliktir; GS1'in kimlik anahtarlarının amacı da ürün ve diğer ticari nesneleri sistemler arasında benzersiz biçimde tanımlamaktır.

Ancak XML tedarikçisi yanlış GTIN göndermişse standart kimliğin avantajı ortadan kalkar.

Bu nedenle:

GTIN var → kesin doğrudur

yerine:

GTIN var → biçim ve ürün eşleşmesini kontrol et

yaklaşımı daha güvenlidir.

36. Ürün Silinip Tekrar Geldiğinde Eski Kimliği Tanıyın

Tedarikçi bir ürünü XML'den geçici olarak kaldırabilir.

Daha sonra aynı ürün tekrar XML'e gelebilir.

Eğer aynı tedarikçi ürün ID'si veya güvenilir SKU korunuyorsa mevcut kayıt tekrar aktif hale getirilebilir.

Aksi halde sistem her dönüşte yeni ürün oluşturursa:

• mükerrer ürün sayfaları,
• eski SEO geçmişinin kaybı,
• stok karmaşası

oluşabilir.

37. Siparişlerde SKU Geçmişini Koruyun

Sipariş geldiğinde ürün kaydı sonradan değişse bile siparişin hangi SKU üzerinden oluştuğu kayıt altında kalmalıdır.

Bu özellikle:

• iade,
• yanlış ürün,
• stok incelemesi,
• tedarikçi mutabakatı

sırasında önemlidir.

Mevcut E-Ticaret Entegrasyonu Nasıl Çalışır? rehberinde de sipariş aktarımında SKU eşleşmesinin yanlış ürün hazırlama, yanlış stok düşme ve yanlış fatura gibi problemlerin önüne geçmek açısından kritik olduğu belirtiliyor.

38. Hata Loglarında Ürün Adından Fazlasını Tutun

Entegrasyon hatası:

“Cezve güncellenemedi.”

şeklinde kaydedilirse aynı isimde çok sayıda ürün olduğunda sorun bulunamayabilir.

Daha iyi log:

mağaza ürün ID

mağaza SKU

tedarikçi ID

tedarikçi SKU

barkod

işlem zamanı

hata nedeni

gibi alanları içerebilir.

39. Kimlik Alanlarını Manuel Düzenlemeye Karşı Koruyun

Yetkisiz veya yanlışlıkla yapılan tek bir SKU değişikliği birçok entegrasyonun eşleşmesini bozabilir.

Bu nedenle:

• SKU,
• tedarikçi ürün ID,
• barkod

gibi kritik alanların kim tarafından değiştirilebildiği sınırlandırılabilir.

Değişiklik yapılırsa kayıt tutulabilir.

40. Yeni Eşleştirme Sistemini Önce Küçük Grupla Test Edin

Binlerce ürünün SKU veya barkod eşleştirme mantığını tek seferde değiştirmek risklidir.

Önce örneğin:

50–100 ürün

üzerinde:

• doğru SKU,
• doğru barkod,
• doğru varyant,
• fiyat güncellemesi,
• stok güncellemesi,
• sipariş eşleşmesi

kontrol edilebilir.

Başarılı sonuçtan sonra kapsam genişletilebilir.

XML BARKOD VE SKU YÖNETİMİ İÇİN PRATİK KONTROL LİSTESİ

Ürün ID

Kaynak ürünün değişmeyen benzersiz ID'si var mı?

Tedarikçi SKU

Kaynak sistemde hangi kod kullanılıyor?

Mağaza SKU

Kendi mağazamızdaki benzersiz kod nedir?

Barkod

Alan gerçekten ürün barkodu/GTIN bilgisini mi taşıyor?

GTIN doğruluğu

Kod doğru ürüne mi ait?

Boş değer

SKU veya barkod eksik mi?

Mükerrer SKU

Aynı SKU başka üründe bulunuyor mu?

Mükerrer barkod

Aynı kod farklı ürünlerde kullanılmış mı?

Varyant

Her varyant ayrı tanımlanmış mı?

Ana ürün

Parent ve varyant ilişkisi doğru mu?

Paket

Tekli ve koli seviyeleri karışmış mı?

Kaynak

Kod hangi tedarikçiden geliyor?

Pazaryeri

Pazaryeri SKU eşleştirmesi doğru mu?

Kod değişikliği

SKU veya barkod son senkronizasyonda değişmiş mi?

Toplu değişiklik

Çok sayıda üründe aynı anda kimlik değişmiş mi?

Ürün adı

Kod eşleşmesine rağmen ürün bilgileri çelişiyor mu?

Geçmiş

Eski SKU kaydı korunuyor mu?

Sipariş

Sipariş doğru SKU'ya bağlanıyor mu?

Log

Hata olduğunda bütün kimlik alanları görülebiliyor mu?

Test

Yeni eşleştirme canlıya çıkmadan kontrol edildi mi?

XML SKU VE BARKOD YÖNETİMİ NASIL KURULUR?

Pratik olarak şu sırayla ilerlenebilir:

1. XML'deki bütün ürün kimliği alanlarını belirleyin.

2. Tedarikçi ürün ID'sinin anlamını doğrulayın.

3. SKU alanının gerçekten neyi temsil ettiğini doğrulayın.

4. Barkod alanının GTIN/EAN/UPC mi yoksa dahili kod mu olduğunu kontrol edin.

5. Mağazada kullanılacak ana ürün kimliğini belirleyin.

6. Tedarikçi ve mağaza SKU'sunu ayrı saklayın.

7. Barkodu ayrı alan olarak tutun.

8. Boş SKU kayıtlarını işaretleyin.

9. Mükerrer SKU kontrolü yapın.

10. Mükerrer barkod kontrolü yapın.

11. Ana ürün ve varyant ilişkisini kurun.

12. Her varyantın kodlarını doğrulayın.

13. Tekli ürün ve koli/set kodlarını ayırın.

14. Pazaryeri ürün eşleştirmelerini kaydedin.

15. SKU/barkod çelişkisini otomatik uyarıya bağlayın.

16. Kimlik değişikliklerini normal fiyat güncellemelerinden ayırın.

17. Eski-yeni SKU geçmişini kaydedin.

18. Önce 50–100 SKU ile test yapın.

19. Test siparişinde doğru ürün ve stok düşümünü kontrol edin.

20. Sorun yoksa bütün kataloğa uygulayın.

SIK SORULAN SORULAR

SKU ile barkod aynı şey midir?

Hayır. SKU, stok yönetiminde kullanılan ürün kodudur ve işletmeye özgü olabilir. GTIN ise GS1 sistemi içerisinde ürünleri standart ve küresel biçimde tanımlamak için kullanılan kimliktir; barkod ise bu tür bilgileri makine tarafından okunabilir biçimde taşıyabilir.

XML'de barkod alanı varsa doğrudan kullanabilir miyim?

Önce alanın gerçekten neyi temsil ettiği doğrulanmalıdır. barcode, ean veya benzeri bir alan adı kullanılmış olması içerisindeki kodun otomatik olarak geçerli ve doğru bir GTIN olduğunu garanti etmez. Kodun biçimi, benzersizliği ve ürünle eşleşmesi kontrol edilmelidir.

Aynı SKU iki üründe kullanılabilir mi?

Aynı stok sisteminde farklı ürünlerin aynı SKU'yu kullanması eşleştirme sorunlarına yol açabileceği için SKU'ların benzersiz tutulması daha sağlıklı bir yaklaşımdır.

Bir ürünün SKU'su değişirse ne yapılmalı?

Değişiklik doğrudan yeni ürün gibi işlenmemelidir. Eski SKU, yeni SKU, kaynak ürün ID'si ve ürünün diğer kimlikleri karşılaştırılarak aynı ürün olup olmadığı doğrulanmalı ve değişiklik geçmişi tutulmalıdır.

Her varyantın ayrı barkodu ve SKU'su olmalı mı?

Stok ve sipariş açısından farklı varyantların ayrı SKU ile takip edilmesi genellikle gereklidir. Standart ürün tanımlamada da farklı ürün varyantlarının ayrı GTIN ile tanımlanması GS1'in temel yaklaşımıdır.

ÜRÜN KİMLİĞİ DOĞRU DEĞİLSE DİĞER XML VERİLERİNİN DOĞRU OLMASI YETERLİ DEĞİLDİR

XML barkod SKU yönetimi yalnızca XML içerisindeki iki alanı mağaza panelindeki iki kutuya bağlamak değildir.

Daha sağlıklı sistem:

kaynak ürün ID'sini belirle → SKU'nun anlamını doğrula → barkod alanını doğrula → mağaza SKU'sunu belirle → varyantları ayır → mükerrer kodları kontrol et → kaynak ve hedef eşleştirmesini kaydet → kimlik değişikliklerini izle → siparişle test et

şeklinde kurulabilir.

Çünkü sistemde:

fiyat doğru

stok doğru

açıklama doğru

olsa bile bu bilgiler yanlış SKU'ya aktarılıyorsa bütün ürün kaydı yanlış hale gelir.

Bu nedenle XML entegrasyonunda ilk sorulardan biri:

“Hangi ürün olduğunu nasıl anlayacağız?”

olmalıdır.

Genel entegrasyon yapısını incelemek isteyen kullanıcılar E-Ticaret Entegrasyonu Nasıl Çalışır? rehberine geçebilir.

Planlanan XML Entegrasyonu Nedir? Ürün, Fiyat ve Stok Verileri Nasıl Aktarılır? içeriği yayınlandığında genel XML alan aktarımını destekleyen ana iç linklerden biri olmalıdır.

Kaynak XML içerisindeki isim, açıklama, fiyat, stok, görsel ve kimlik verilerinin doğruluğunu birlikte değerlendirmek için XML Bayilikte Ürün Verisi Kalitesi Nasıl Kontrol Edilir? içeriği yayınlandığında 98'den bağlantı verilmelidir.

Ulu İthalat'ın XML ile ürün verisi sunduğu ticari yapıyı incelemek isteyen kullanıcılar XML Bayilik sayfasına geçebilir. Canlı sayfada ürün adı, fiyat, stok ve görsel gibi ürün verilerinin XML yoluyla satış kanallarına aktarılabildiği açıklanıyor.