Tedarikçi XML bağlantısının geçici olarak cevap vermemesiyle kaynak dosyada bir ürünün bilinçli olarak kaldırılması aynı durum değildir. Bu ikisini karıştıran sistemler bütün ürünleri stok sıfıra çekebilir, eski fiyatları yanlışlıkla canlı tutabilir veya katalogdan ürün silebilir. Doğru yaklaşım son başarılı aktarımı saklamak ve hata durumunda kontrollü karar vermektir.

Hata türünü doğru sınıflandırın

Bağlantı hatası: URL zaman aşımı, DNS problemi, HTTP 403/404/500 veya SSL hatası. Kaynağın gerçek içeriği okunamadığından ürünlerin kaldırıldığı sonucuna varılamaz.

Boş veya geçersiz XML: Sunucu 200 yanıtı verse bile ürün düğümleri eksik, belge bozuk veya beklenen alanlar değişmiş olabilir.

Geçerli ama eksik katalog: Dosya doğru açılır; bazı ürünler artık listede yoktur. Bu, tedarikçinin o ürünü çıkardığı anlamına gelebilir fakat tek seferlik kaynak hatası da olabilir.

Bu üç senaryonun fiyat ve stok davranışı birbirinden farklı tasarlanmalıdır.

XML okunamadığında güvenli varsayılan davranış

  1. Son başarılı eşitlemenin zamanını kaydedin.
  2. Başarısız dosyayı ürün silme komutu saymayın.
  3. Fiyat ve stok için önceki doğrulanmış veriyi geçici olarak koruyun.
  4. Ürünlerin güncellik süresi aşılırsa işletmeye uyarı gönderin.
  5. Uzun kesintide satış riski yüksek ürünlerde kural bazlı stok kısıtı uygulayın.
  6. Bağlantı düzeldiğinde değişiklikleri önce bir fark raporunda gösterin.

Tek doğru varsayılan her işletmede aynı değildir. Stoku fiziksel deposunda tutan firma ile anlık tedarikçi stoğuna bağlı dropshipping mağazası farklı risk seviyelerine sahiptir.

Örnek koruma politikası

Durum Önerilen işlem Neden
1 başarısız XML isteği Veri değiştirme, uyarı kaydet Geçici ağ hatası olabilir
Arka arkaya başarısız denemeler Yöneticiye bildirim Sorun uzuyor
Geçerli XML'de tek ürün eksik Karantinaya al, hemen silme Yanlış eksiltme olabilir
Fiyat alanı 0 veya boş Güncellemeyi reddet Hatalı fiyat yayını riski
Kaynak toparlandı Fark raporu ve kontrollü eşitleme Toplu yanlış güncellemeyi önler

Tablodaki süreler işletmenizin sipariş hızı ve kaynak güvenilirliğine göre belirlenmelidir; evrensel bir dakika eşiği yoktur.

Fiyat artışı ve stok düşüşü aynı şekilde işlenmez

XML geç geldiyse stok yüksek görünerek fazla satış yapılabilir. Bunun karşısında fiyat artışı zamanında işlenmezse ürün zarar ettirebilir. Bu yüzden stok için güvenli pay, fiyat için asgari marj ve son veri güncelleme zamanı ayrı kurallar olmalı.

Birden çok tedarikçiden gelen aynı barkodda hangi kaynağın öncelikli olduğu da belirlenmelidir. Aynı ürünün bir XML'de bulunmaması başka kaynakta satılamayacağı anlamına gelmez.

Sorunun kaynağını nasıl incelersiniz?

Kaynak URL'nin yanıt kodunu ve süre bilgisini kaydedin; tüm XML içeriğini müşteri bilgisi veya gizli erişim anahtarlarıyla birlikte herkese açık loga yazmayın. Son başarılı ve son başarısız aktarımın ürün sayısı, alan şeması, dosya boyutu ve örnek eksik alanlarını karşılaştırın.

İşletme yöneticisinin görebileceği “son eşitleme”, “başarısız ürün”, “karantinadaki ürün” ekranları kurmak günlük operasyonu kolaylaştırır.

Sık sorulan sorular

XML kapanınca bütün ürünlerin stoğu sıfırlanmalı mı?

Otomatik olarak hayır. Risk ve stok sahipliği modeline göre işletme kuralı tanımlanmalı.

XML'de görünmeyen ürünü silmeli miyim?

Tek seferlik eksiklikte önce karantinaya almak ve kaynağı doğrulamak daha güvenli olabilir.

Fiyat alanı boşsa ne yapmalıyım?

Boş veya geçersiz fiyatı canlı satış fiyatına dönüştürmeyin; hatalı kaydı ayrı raporlayın.

Devamı: XML ürün entegrasyonu nedir?, XML ile Trendyol'a ürün aktarma ve 3E Pazaryeri Entegrasyonları.