Birden Fazla XML Tedarikçi ile Çalışmak Mantıklı mı?

Tek bir XML tedarikçisiyle çalışmak ürün, fiyat, stok ve sipariş operasyonunu daha sade tutabilir. Ancak mağaza büyüdükçe mevcut tedarikçinin ürün çeşitliliği, kategori kapsamı veya stok sürekliliği işletmenin ihtiyaçlarını karşılamayabilir. Bu noktada ikinci veya üçüncü bir veri kaynağı eklemek gündeme gelebilir.

Birden fazla XML tedarikçi ile çalışmak, doğru sistem kurulduğunda ürün havuzunu genişletebilir ve tek bir tedarikçiye olan bağımlılığı azaltabilir. Fakat farklı XML dosyalarının kontrolsüz biçimde aynı mağazaya bağlanması; aynı ürünün birden fazla kez oluşmasına, farklı fiyat ve stok değerlerinin birbirini ezmesine veya siparişin hangi tedarikçiye gönderileceğinin karışmasına neden olabilir. Ulu İthalat'ın mevcut tedarikçi seçim rehberi de çoklu XML kullanımında ürün tekrarları, farklı stok-fiyat bilgileri, barkod ve sipariş yönetiminin kontrol edilmesi gerektiğini belirtiyor.

Bu nedenle soru yalnızca “Kaç XML firmasıyla çalışabilirim?” olmamalıdır. Daha önemli soru, “Her tedarikçinin sistemde hangi rolü olacak ve verileri birbirinden nasıl ayıracağım?” olmalıdır.

Birden Fazla XML Tedarikçi ile Çalışmak Ne Zaman Mantıklı Olabilir?

Çoklu tedarikçi kullanmak her mağaza için zorunlu değildir.

Aşağıdaki durumlarda değerlendirilebilir:

• tek tedarikçinin ürün çeşitliliği yetersiz kaldığında,
• farklı kategorilerde uzmanlaşmış tedarikçiler bulunduğunda,
• bazı güçlü ürünlerde alternatif tedarik kaynağı gerektiğinde,
• tek bir firmanın stok durumuna aşırı bağımlılık oluştuğunda,
• mağazanın yeni kategoriye kontrollü biçimde genişletilmesi planlandığında.

Ancak ikinci tedarikçinin yalnızca ürün sayısını artırması, operasyonel fayda sağladığı anlamına gelmez.

Yeni kaynağın mağazaya hangi eksikliği tamamlamak için eklendiği baştan tanımlanmalıdır.

1. Önce Her Tedarikçiye Bir Rol Verin

En düzenli modellerden biri, farklı tedarikçileri belirli amaçlarla sisteme dahil etmektir.

Örneğin:

Kategori bazlı çalışma

Tedarikçi A yalnızca ev ve mutfak ürünlerini, Tedarikçi B ise yapı ve hırdavat ürünlerini sağlayabilir.

Bu modelde ürün havuzlarının birbirine karışma ihtimali daha düşüktür.

Ana tedarikçi + tamamlayıcı tedarikçi

Ana tedarikçi mağazadaki temel ürün grubunu sağlar.

İkinci tedarikçi ise yalnızca ana katalogda bulunmayan belirli ürünleri tamamlar.

Ana kaynak + alternatif kaynak

Aynı veya benzer ürünün iki farklı tedarikçide bulunduğu durumlarda kaynaklardan biri ana, diğeri alternatif olarak belirlenebilir.

Bu model daha karmaşık olduğu için ürün eşleştirme ve stok yönetiminin dikkatli kurulması gerekir.

Tedarikçileri seçmeden önce veri kalitesi, stok, fiyat ve operasyon yapısını karşılaştırmak için XML Tedarikçisi Seçerken Nelere Dikkat Edilmelidir? rehberinden yararlanabilirsiniz. Mevcut rehber bu kriterleri ayrı ayrı ele alıyor.

2. Aynı Ürünün İki Kez Oluşmasını Önleyin

Çoklu XML yapısındaki ilk problemlerden biri ürün tekrarlarıdır.

Örneğin aynı marka ve model:

Tedarikçi A XML'i → ürün oluşturdu

Tedarikçi B XML'i → aynı ürünü tekrar oluşturdu

şeklinde mağazada iki ayrı kayıt haline gelebilir.

Sonuç olarak:

• iki ürün sayfası,
• farklı stok değerleri,
• farklı satış fiyatları,
• farklı açıklamalar

oluşabilir.

Bu problem özellikle büyük kataloglarda manuel olarak fark edilmeyebilir.

Ulu İthalat'ın mevcut XML hata rehberinde de aynı ürünün birden fazla kez yüklenmesi kontrol edilmesi gereken veri problemleri arasında gösteriliyor.

3. Tedarikçi SKU'su ile Kendi Ürün Kimliğinizi Ayırın

Birden fazla tedarikçi kullanıldığında her firmanın kendi ürün kodu sistemi bulunabilir.

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

Tedarikçi A: AB-125

Tedarikçi B: X7824

koduyla geliyor olabilir.

Tersine, farklı firmaların tesadüfen aynı dahili SKU'yu kullanması da mümkündür.

Bu nedenle mağazada ürünleri yalnızca tedarikçi SKU'suna göre tanımlamak yerine mümkünse kendi ana ürün kimliği / master SKU mantığınızı oluşturmak daha kontrollü olabilir.

Bu yapı:

Mağaza ürünü → hangi tedarikçi kayıtlarına bağlı?

sorusunun cevabını netleştirir.

4. Barkod Varsa Tek Başına Körü Körüne Birleştirmeyin

Barkod aynı ürünü tespit etmek için güçlü bir eşleştirme alanı olabilir.

Ancak ürün birleştirilmeden önce:

• model,
• renk,
• ölçü,
• paket içeriği,
• varyant

gibi bilgiler de kontrol edilmelidir.

Örneğin ürün adı benzer olsa bile bir tedarikçi tekli, diğeri çoklu paket sunuyor olabilir.

Bu nedenle otomatik eşleştirme kuralı oluşturulurken yalnızca tek bir alan üzerinden karar vermek yerine ürün yapısı birlikte değerlendirilmelidir.

5. Aynı Üründe Ana Tedarikçiyi Belirleyin

Aynı ürün iki tedarikçide bulunuyorsa sistem hangi kaynağı kullanacak?

Bu soru açık bırakılmamalıdır.

Örneğin öncelik:

1. Tedarikçi A

2. Tedarikçi B

şeklinde tanımlanabilir.

Ana tedarikçi ürünü sağlayabiliyorsa sipariş buradan ilerler.

Ürün bulunamadığında alternatif kaynak değerlendirilebilir.

Ancak alternatif kaynağa geçmeden önce:

• fiyat,
• paket içeriği,
• ürün özellikleri,
• kargo süresi

aynı mı kontrol edilmelidir.

Aksi halde müşterinin satın aldığı ürün ile alternatif tedarikçiden gönderilen ürün arasında fark oluşabilir.

6. En Ucuz Tedarikçiyi Otomatik Olarak Seçmek Her Zaman Doğru Olmayabilir

Aynı ürünü Tedarikçi A daha düşük fiyata veriyor olabilir.

Fakat diğer tedarikçi:

• daha güncel stok,
• daha hızlı sipariş hazırlama,
• daha uygun kargo,
• daha güvenilir paketleme

sunuyor olabilir.

Bu nedenle kaynak seçimini yalnızca alış fiyatına bağlamak gerçek operasyon maliyetini gözden kaçırabilir.

Daha sağlıklı değerlendirme:

ürün maliyeti + stok güvenilirliği + kargo + operasyon

birlikte yapıldığında oluşur.

7. Stokları Birbirine Eklerken Dikkatli Olun

Aynı üründen:

Tedarikçi A → 5 adet

Tedarikçi B → 7 adet

stok gösteriyor olsun.

İlk bakışta mağaza stoğunu 12 göstermek mantıklı görünebilir.

Ancak şu sorular cevaplanmalıdır:

Her iki tedarikçinin stoğu gerçekten kullanılabilir mi?

İki kaynağın güncelleme sıklığı aynı mı?

Sipariş geldiğinde hangi tedarikçiye gidecek?

Bir kaynaktaki ürün özellikleri diğer kaynakla tamamen aynı mı?

Bu kontroller yapılmadan stokların doğrudan toplanması yanlış satılabilir miktar oluşturabilir.

XML stok yönetiminde tedarikçi verisinin gecikmesi veya entegrasyonun veriyi hatalı işlemesi zaten tek tedarikçide bile stok sorununa yol açabilir; çoklu kaynak yapısında bu kontrol daha da önem kazanır.

8. Fiyat İçin Tek Bir Kaynak Kuralı Oluşturun

Aynı ürün için iki XML farklı alış fiyatı gönderebilir.

Örneğin:

Tedarikçi A → 240 TL

Tedarikçi B → 265 TL

Mağazanın satış fiyatı hangi maliyet üzerinden hesaplanacak?

Bu konuda baştan kural oluşturulmalıdır.

Seçeneklerden biri:

ana tedarikçinin maliyetini kullanmak

olabilir.

Başka bir işletme:

aktif olarak sipariş göndereceği kaynağın maliyetini

esas alabilir.

Önemli olan farklı XML görevlerinin aynı satış fiyatını birbirinden habersiz biçimde değiştirmemesidir.

Farklı kaynakların aynı alanı güncellemesi, mevcut XML Entegrasyonunda Veri Güncelleme Çakışmaları Nasıl Önlenir? rehberinde ele alınan temel problemlerden biridir.

9. Güncelleme Sıklıkları Farklıysa Kaynak Önceliği Daha Önemli Hale Gelir

Tedarikçi A XML'ini sık güncelliyor olabilir.

Tedarikçi B ise daha seyrek güncelliyor olabilir.

Bu durumda B'den gelen daha eski bir kayıt, A'nın daha yeni verisinin üzerine yazarsa mağazada geriye dönük hata oluşabilir.

Bu nedenle çoklu sistemde:

• kaynak,
• veri zamanı,
• mağazaya işlenme zamanı,
• kaynak önceliği

takip edilebilmelidir.

“En son çalışan görev en doğru veridir” yaklaşımı her zaman güvenli değildir.

10. Kategorileri Tedarikçilerin Yapısına Göre Kurmayın

İki tedarikçinin kategori yapısı farklı olabilir.

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

Tedarikçi A: Ev > Düzenleme

Tedarikçi B: Ev Gereçleri > Organizer

şeklinde gelebilir.

Her XML'in kategori ağacını doğrudan mağazaya aktarmak:

• benzer kategorilerin çoğalmasına,
• menünün karmaşıklaşmasına,
• aynı ürünlerin farklı kategori yollarına dağılmasına

neden olabilir.

Daha sağlıklı yapı, mağazanın kendi ana kategori ağacını oluşturup her tedarikçinin kategorilerini buna eşleştirmektir.

11. Tedarikçi İsmini Ürün Yapısının Bir Parçası Haline Getirin

Yönetim tarafında her ürün kaydının hangi tedarikçiden geldiğini görebilmek önemlidir.

Müşteriye tedarikçi ismini göstermek zorunlu değildir.

Ancak yönetim panelinde örneğin:

Kaynak: A

Kaynak: B

gibi bilgi bulunması:

• stok hatasını,
• fiyat problemini,
• sipariş kaynağını,
• ürün verisi problemini

araştırmayı kolaylaştırabilir.

Özellikle aynı ürünün farklı tedarikçi kayıtlarına bağlandığı sistemlerde kaynak bilgisinin kaybolmaması gerekir.

12. Sipariş Geldiğinde Hangi Tedarikçiye Gideceğini Baştan Belirleyin

Çoklu tedarikçi sisteminin en önemli operasyon noktalarından biri sipariş yönlendirmesidir.

Sipariş geldiğinde sistem:

hangi ürünü hangi tedarikçiden alacağını

bilmelidir.

Örneğin tek siparişte:

• Ürün A → Tedarikçi 1
• Ürün B → Tedarikçi 2

olabilir.

Bu durumda müşteri tek sipariş vermiş olsa bile iki ayrı paket çıkabilir.

Bunun:

• kargo,
• teslimat zamanı,
• müşteri bilgilendirmesi,
• faturalandırma

üzerindeki etkisi önceden düşünülmelidir.

13. Tek Siparişin Birden Fazla Kargoya Bölünmesi Müşteri Deneyimini Etkileyebilir

Müşteri iki ürün satın almış ve bunlar iki farklı tedarikçiden gönderilmiş olabilir.

Bir paket bugün, diğer paket ertesi gün ulaşabilir.

Teknik olarak sipariş yerine getirilmiş olsa bile müşteri:

“Siparişimin yarısı neden gelmedi?”

diye düşünebilir.

Bu nedenle çoklu tedarikçi sisteminde yalnızca ürün verisinin değil, müşteri iletişiminin de planlanması gerekir.

14. İade Süreçlerini Tedarikçi Bazında Ayırın

Farklı tedarikçilerin iade koşulları aynı olmayabilir.

Örneğin:

Tedarikçi A → ürün doğrudan merkeze döner

Tedarikçi B → önce bayi adresine gelir

şeklinde iki ayrı sistem olabilir.

Mağaza içerisinde ürünün kaynağı bilinmiyorsa iade geldiğinde hangi prosedürün uygulanacağı karışabilir.

Bu nedenle sipariş kayıtlarında tedarikçi bilgisinin korunması önemlidir.

15. Aynı Ürünü Farklı Tedarikçilerden Göndermeden Önce Fiziksel Tutarlılığı Kontrol Edin

Aynı barkod veya benzer isim her zaman ürünlerin tamamen aynı deneyimi sunacağını garanti etmez.

Farklı tedarikçilerde:

• ambalaj,
• renk tonu,
• paket içeriği,
• aksesuar,
• ürün versiyonu

farklı olabilir.

Bu nedenle bir ürünü “alternatif kaynaklı” hale getirmeden önce mümkün olduğunda örnek ürünler karşılaştırılmalıdır.

16. Yeni Tedarikçiyi Tüm Kataloğa Bir Anda Eklemeyin

Yeni XML kaynağının ilk günden bütün mağazaya bağlanması riski artırabilir.

Daha kontrollü yöntem:

küçük kategori seç → ürünleri aktar → stok/fiyatı izle → sipariş test et → sonuçları kontrol et → sonra kapsamı artır

şeklinde ilerlemektir.

Ulu İthalat'ın mevcut XML hata rehberi de kontrolsüz toplu yayından önce küçük ürün grubuyla test yapılmasını öneriyor.

17. Yeni Tedarikçi Gerçekten Yeni Ürün Getiriyor mu Kontrol Edin

İkinci XML dosyasında 8.000 ürün olması mağazanıza 8.000 yeni ürün kazandıracağı anlamına gelmez.

Örneğin ilk tedarikçinizde bulunan ürünlerin 5.000'i ikinci tedarikçide de bulunuyorsa gerçek yeni ürün sayısı daha düşük olabilir.

Bu yüzden yeni tedarikçi eklenmeden önce:

katalog overlap / ürün çakışma oranı

incelenmelidir.

Amaç yalnızca ürün adedini büyütmek değil, mağazaya gerçek ürün çeşitliliği eklemektir.

18. Tedarikçileri Performanslarına Göre İzleyin

Zaman içerisinde her tedarikçi için ayrı operasyon verileri tutulabilir.

Örneğin:

• stok hatası sıklığı,
• fiyat değişimi,
• sipariş iptali,
• yanlış ürün,
• hazırlama süresi,
• iade problemi,
• destek yanıtı

gibi alanlar gözlemlenebilir.

Böylece “Tedarikçi A mı B mi daha iyi?” sorusu yalnızca bayi fiyatına göre değil, gerçek operasyon verisine göre değerlendirilebilir.

19. Tek Tedarikçiye Bağımlılığı Azaltmak Her Üründe İki Kaynak Bulmak Demek Değildir

Çoklu tedarikçi stratejisinin amacı her ürünü iki ayrı firmadan almak değildir.

Daha basit bir yapı da yeterli olabilir:

Kategori A → Tedarikçi 1

Kategori B → Tedarikçi 2

Bu model tek kaynağa genel bağımlılığı azaltırken aynı ürün seviyesindeki veri çakışmalarını sınırlayabilir.

Özellikle ilk kez çoklu XML kullanacak işletmeler açısından kategori bazlı ayrım daha kolay yönetilebilir.

20. XML Firmaları Arasında Geçiş Planınız Olsun

Bir tedarikçiyle çalışmayı bırakmak gerektiğinde:

• ürünler ne olacak,
• görseller çalışmaya devam edecek mi,
• XML kapandığında stoklar ne olacak,
• açık siparişler nasıl tamamlanacak,
• alternatif kaynak var mı

baştan düşünülmelidir.

Bu nedenle yeni XML firmaları araştırılırken yalnızca sisteme giriş değil, tedarikçiden çıkış veya kaynak değişimi de planlanmalıdır.

21. Çoklu Tedarikçi Yapısını Gereksiz Yere Büyütmeyin

Her yeni XML kaynağı beraberinde:

• yeni ürün verisi,
• yeni kategori eşleştirmesi,
• yeni fiyat sistemi,
• yeni stok takibi,
• yeni kargo modeli,
• yeni iade prosedürü

getirebilir.

Bu nedenle mağazaya değer katmayan tedarikçiyi yalnızca “ürün sayısı artsın” diye sisteme eklemek operasyon yükünü artırabilir.

Yeni tedarikçi ancak mevcut yapıda belirli bir problemi çözüyor veya gerçekten yeni satış fırsatı oluşturuyorsa anlamlıdır.

22. Ne Zaman Tek XML Tedarikçisi Daha Mantıklı Olabilir?

Aşağıdaki durumlarda tek kaynakla ilerlemek daha sade olabilir:

• işletme yeni başladıysa,
• entegrasyon sistemi henüz test edilmediyse,
• ürün sayısı zaten yeterliyse,
• operasyonu yönetecek zaman veya ekip sınırlıysa,
• ikinci tedarikçi büyük ölçüde aynı ürünleri sağlıyorsa.

Özellikle başlangıç döneminde önce tek sistemi düzgün çalıştırıp daha sonra yeni tedarikçi eklemek, aynı anda birkaç bilinmeyen değişkeni yönetmekten daha kontrollü olabilir.

23. Ne Zaman İkinci XML Tedarikçisi Eklemek Daha Anlamlıdır?

İkinci tedarikçi eklemek için güçlü gerekçeler şunlar olabilir:

Yeni kategori kazandırıyor.

Mevcut tedarikçinin sık stok sorunu yaşadığı ürünleri tamamlıyor.

Belirli ürün grubunda daha güçlü operasyon sağlıyor.

Satış yapan mağazanın ürün seçeneğini gerçekten genişletiyor.

Ana tedarikçiden bağımsız alternatif kaynak oluşturuyor.

Buna karşılık yalnızca katalogdaki toplam ürün sayısını artırmak zayıf bir gerekçedir.

Birden Fazla XML Tedarikçi İçin Pratik Kontrol Sistemi

Yönetim paneli uyumluluğu nedeniyle tablo yerine aşağıdaki kontrol yapısını kullanabilirsiniz.

Tedarikçi rolü

Her XML kaynağının mağazadaki görevi belli mi?

Ürün çakışması

Aynı ürün iki XML'den tekrar oluşuyor mu?

Ürün kimliği

Kendi SKU sisteminiz ile tedarikçi kodları birbirinden ayrılıyor mu?

Kaynak önceliği

Aynı ürün birden fazla firmada varsa ana kaynak belli mi?

Stok

Farklı tedarikçilerin stoklarının nasıl birleştirileceği tanımlı mı?

Fiyat

Satış fiyatının hangi tedarikçi maliyetinden hesaplanacağı açık mı?

Kategori

Her tedarikçinin kategori yapısı mağazanın ortak kategori sistemine eşleştiriliyor mu?

Sipariş

Siparişin hangi tedarikçiye gideceği otomatik veya açık biçimde belirlenebiliyor mu?

Kargo

Farklı tedarikçilerden çıkan ürünlerin ayrı paketlenme ihtimali hesaba katılıyor mu?

İade

Ürünün hangi tedarikçiye ait olduğu iade sırasında görülebiliyor mu?

Veri güncelleme

Farklı XML görevleri aynı alanların üzerine kontrolsüz biçimde yazıyor mu?

Performans

Tedarikçilerin gerçek sipariş performansı ayrı ayrı takip ediliyor mu?

Sık Sorulan Sorular

Aynı anda birden fazla XML tedarikçisiyle çalışılabilir mi?

Evet. Ancak ürün tekrarları, SKU ve barkod eşleşmeleri, stok-fiyat güncellemeleri ve sipariş yönlendirmesi kontrol edilmelidir. Mevcut Ulu İthalat tedarikçi rehberi de çoklu XML kullanımında bu operasyon noktalarına dikkat edilmesi gerektiğini belirtiyor.

İki tedarikçide aynı ürün varsa hangisini kullanmalıyım?

Tek bir doğru cevap yoktur. Ürün maliyeti yanında stok doğruluğu, kargo süreci, paketleme ve ürün tutarlılığı değerlendirilerek bir ana kaynak ve gerekirse alternatif kaynak belirlenebilir.

İki XML'deki stokları toplamak doğru mu?

Yalnızca ürünlerin gerçekten aynı olduğu ve iki stok kaynağının da kullanılabilir olduğu doğrulandıysa değerlendirilebilir. Farklı güncelleme süreleri veya ürün varyasyonları varsa doğrudan toplamak yanlış stok oluşturabilir.

Birden fazla XML mağazayı yavaşlatır mı?

Bu durum kullanılan e-ticaret ve entegrasyon altyapısına, ürün miktarına, güncelleme sıklığına ve aktarım yöntemine bağlıdır. Çoklu kaynak kullanılmadan önce sistemin teknik kapasitesi test edilmelidir.

İkinci XML tedarikçisini ne zaman eklemeliyim?

Mevcut tedarikçiyle temel ürün, stok, fiyat ve sipariş sistemi düzenli çalışmaya başladıktan ve ikinci kaynağın hangi ihtiyacı karşılayacağı netleştikten sonra eklemek daha kontrollü bir yaklaşım olabilir.

Tedarikçi Sayısını Değil, Kaynakların Nasıl Yönetildiğini Önemseyin

Birden fazla XML tedarikçi ile çalışmak tek başına iyi veya kötü bir strateji değildir.

Asıl belirleyici konu:

hangi tedarikçi → hangi ürünü sağlıyor → hangi fiyat kullanılıyor → hangi stok gösteriliyor → sipariş kime gidiyor

zincirinin açık biçimde yönetilebilmesidir.

İki tedarikçiyi düzenli yönetmek, on tedarikçinin verisini kontrolsüz biçimde mağazaya aktarmaktan daha sağlıklı olabilir.

Yeni bir firma eklemeden önce tedarikçi seçimini sistematik yapmak için XML Tedarikçisi Seçerken Nelere Dikkat Edilmelidir? rehberini inceleyebilirsiniz.

Birden fazla kaynaktan gelen stok ve fiyat bilgilerinin birbirinin üzerine yazmasını önlemek için XML Entegrasyonunda Veri Güncelleme Çakışmaları Nasıl Önlenir? içeriği doğrudan bu operasyonun teknik tarafına odaklanıyor.

XML sisteminin genel yapısını öğrenmek isteyenler XML Bayilik Nedir? Nasıl Çalışır ve Kimler İçin Uygundur? rehberine, Ulu İthalat'ın mevcut tedarik sistemini değerlendirmek isteyen işletmeler ise XML Bayilik sayfasına geçebilir. Her iki sayfa da canlı olarak doğrulandı.