XML ile N11'e Ürün Aktarma: Marka, Kategori ve Kargo Şablonu

Kısa cevap

N11'e XML'den ürün aktarırken ürün alanlarının yanında kategori özellikleri ve teslimat/kargo şablonu gibi kanal özelindeki bilgiler de tamamlanmalıdır. API erişimi tek başına ürünün onaylanmasını garanti etmez.

XML ile N11'e Ürün Aktarma neden önemli?

Tedarikçi XML'sinde marka metin olarak 'Tilta' gelebilir; N11 tarafında ise marka ve kategori sözlükleri farklı kimliklerle yönetilebilir. Aynı şekilde teslimat şablonu eksikse ürün gönderimi iş kuralında takılabilir.

XML veya Excel bir veri kaynağıdır; pazaryerinin katalog şeması değildir. Kaynak alanları temizlemek, normalize etmek ve kanalın kategori/özellik modeline çevirmek entegrasyonun asıl işidir.

2026 itibarıyla pazaryerleri katalog ve sipariş servislerini düzenli olarak güncelliyor. Bu nedenle entegrasyon kararını yalnız bir kez yapılan kurulum gibi değil, izlenen ve güncellenen bir operasyon sistemi gibi ele almak daha sağlıklıdır.

Doğru çalışma mantığı nasıl kurulmalı?

Sağlam akış kaynak veriyi önce yerel ürün modeline alır. Ardından kategori, marka, varyant, fiyat ve stok kuralları uygulanır; son aşamada kanal özelindeki payload üretilir. Böylece bir pazaryerindeki değişiklik ana ürün verisini bozmaz.

Ürün veya sipariş kaydında yerel kimlik ile pazaryerinin uzak kimliğini birlikte saklamak, tekrar deneme ve durum sorgularında kritik önem taşır. İşlem geçmişi kaybolmadığında aynı kaydın neden beklediği veya reddedildiği daha hızlı bulunur.

Adım adım uygulama planı

XML'deki barkod, SKU, başlık, açıklama, stok ve fiyat alanlarını doğrulayın. Bu adımın sonucunu ekran görüntüsü, işlem kimliği veya kısa kontrol notuyla doğrulayın; sonraki aşamaya doğrulama tamamlandıktan sonra geçin.
N11 kategori ağacını çekip kaynak kategoriyle eşleştirin. Bu adımın sonucunu ekran görüntüsü, işlem kimliği veya kısa kontrol notuyla doğrulayın; sonraki aşamaya doğrulama tamamlandıktan sonra geçin.
Kategoriye bağlı zorunlu özellikleri ürün verisinden üretin veya manuel eşleştirin. Bu adımın sonucunu ekran görüntüsü, işlem kimliği veya kısa kontrol notuyla doğrulayın; sonraki aşamaya doğrulama tamamlandıktan sonra geçin.
Markayı N11 tarafındaki geçerli marka kaydıyla eşleştirin. Bu adımın sonucunu ekran görüntüsü, işlem kimliği veya kısa kontrol notuyla doğrulayın; sonraki aşamaya doğrulama tamamlandıktan sonra geçin.
Teslimat/kargo şablonunu ürün gönderiminden önce tanımlayın. Bu adımın sonucunu ekran görüntüsü, işlem kimliği veya kısa kontrol notuyla doğrulayın; sonraki aşamaya doğrulama tamamlandıktan sonra geçin.
Küçük partiyle ürün gönderip sonuç ve hata mesajını kaydedin. Bu adımın sonucunu ekran görüntüsü, işlem kimliği veya kısa kontrol notuyla doğrulayın; sonraki aşamaya doğrulama tamamlandıktan sonra geçin.
Başarılı ürünlerde stok-fiyat güncellemelerini SKU bazında sürdürün. Bu adımın sonucunu ekran görüntüsü, işlem kimliği veya kısa kontrol notuyla doğrulayın; sonraki aşamaya doğrulama tamamlandıktan sonra geçin.

Kontrol ve ölçüm noktaları

İlk toplu aktarımda başarı oranı, eşleşmeyen marka/kategori sayısı, zorunlu özellik eksikleri ve batch sonucu izlenmelidir. Sonraki senkronlarda yalnız değişen ürünleri göndermek API yükünü ve hata yüzeyini azaltır.

İşlem hangi mağaza ve kanal için çalıştı?
Yerel SKU/barkod ile uzak ürün kimliği eşleşiyor mu?
Son durum ilk API yanıtından mı, nihai sonuç servisinden mi geliyor?
Başarısız işlem için kullanıcıya anlaşılır hata nedeni gösteriliyor mu?
Tekrar deneme mükerrer ürün veya sipariş oluşturmadan çalışıyor mu?
Canlı kanalda örnek ürün/sipariş ile sonuç doğrulandı mı?

Sık yapılan hatalar ve düzeltme yaklaşımı

Marka metnini geçerli marka kimliği yerine doğrudan göndermek.

Bu durum görüldüğünde önce etkilenen kayıtları ayırın, otomatik kuyruğu gerekirse durdurun ve kök nedeni netleştirin. Veri düzeltildikten veya geçici API sorunu sona erdikten sonra yalnız ilgili kayıtları kontrollü biçimde yeniden deneyin.

Kategori değişince zorunlu özelliklerin de değişebileceğini unutmamak.

Kargo/teslimat şablonunu boş bırakmak.

Toplu hatada tüm ürünleri neden analizi yapmadan tekrar göndermek.

2026 için güncellik notları

Pazaryeri API dokümanları, endpoint sürümleri, zorunlu alanlar ve işlem limitleri zaman içinde değişebilir. Bu yazıdaki operasyon mantığını uygularken ilgili kanalın güncel geliştirici veya satıcı destek dokümanını esas alın. Özellikle ürün oluşturma, toplu güncelleme ve sipariş durum servislerinde sürüm notlarını takip etmek gerekir.

Canlı sistemlerde değişiklik yapmadan önce küçük ürün grubu, düşük riskli stok-fiyat değeri ve test edilebilir sipariş senaryosu kullanmak; geniş kataloğa geçmeden önce hata davranışını görmeyi sağlar.

3E Entegrasyon tarafında hangi akışlar değerlendirilebilir?

3E Yazılım’ın pazaryeri entegrasyonu sayfasında XML, Excel, manuel ürün ekleme, desteklenen bağlantılardan ürün alma, tekil/toplu ürün gönderimi, kategori-özellik eşleştirme, stok-fiyat senkronizasyonu ve sipariş takibi gibi operasyon başlıkları yer alıyor. İhtiyacınız bu akışlardan biriyse önce gerçek ürün verinizle demo senaryosu oluşturmak en sağlıklı karşılaştırma yöntemidir.

Pazaryeri entegrasyonu özelliklerini inceleyin veya demo talebi oluşturun.

Sık sorulan sorular

N11'e XML ile toplu ürün gönderilebilir mi?

Entegrasyon yazılımı XML'i okuyup N11 ürün formatına dönüştürüyorsa toplu gönderim yapılabilir.

Marka neden bulunamadı hatası çıkar?

Kaynak marka ile N11 marka sözlüğündeki kayıt eşleşmiyor veya geçerli marka kimliği gönderilmiyor olabilir.

Kargo şablonu zorunlu olabilir mi?

Ürün gönderim senaryosuna göre teslimat/kargo bilgileri gereklidir; satıcı panelindeki geçerli şablonun entegrasyonda seçilmesi gerekir.

Resmî ve güvenilir kaynaklar

N11 Mağaza Destek Merkezi