XML Tedarikçide Stok Doğruluğu Nasıl Test Edilir?

XML bayilikte stok alanının bulunması, stok bilgisinin mutlaka doğru olduğu anlamına gelmez. Tedarikçi XML'inde ürün “stokta” görünebilir ancak ürün sipariş edildiğinde gerçekte bulunamayabilir. Tersine, depoya yeni ürün girmiş olmasına rağmen XML hâlâ sıfır stok gösterebilir.

Bu nedenle XML stok doğruluğu, yalnızca sistemin ne kadar sık güncellendiğinden farklı bir konudur.

Stok güncelleme sıklığı:

“Veri ne kadar sık yenileniyor?”

sorusuna cevap verir.

Stok doğruluğu ise:

“Yenilenen stok verisi gerçek tedarik durumunu doğru gösteriyor mu?”

sorusuna cevap verir.

Ulu İthalat'ın mevcut stok ve fiyat güncelleme rehberinde otomatik stok senkronizasyonunun XML'deki stok bilgisini belirli aralıklarla mağazaya aktardığı, ancak kaynak XML güncel değilse otomasyonun da eski bilgiyi aktarabileceği açıklanıyor.

XML Stok Doğruluğu Nedir?

XML stok doğruluğu, tedarikçinin veri dosyasında gösterdiği ürün stok bilgisinin gerçek sipariş edilebilir stok durumuyla ne ölçüde uyuştuğunu ifade eder.

Örneğin XML'de:

Ürün A → stok 18

görünüyor olabilir.

Burada yalnızca “18” değerinin dosyada bulunması yeterli değildir.

Asıl sorular şunlardır:

Ürün gerçekten sipariş edilebiliyor mu?

18 adet bilgisi güncel mi?

Stok azaldığında XML de azalıyor mu?

Ürün bittiğinde sıfıra düşüyor mu?

Tekrar stok geldiğinde yeniden aktif oluyor mu?

Bu nedenle stok doğruluğu tek seferlik ekran görüntüsüyle değil, stok değişikliklerinin zaman içerisindeki davranışıyla test edilmelidir.

1. Önce Stok Alanının Ne Anlama Geldiğini Öğrenin

İlk kontrol teknik olmalıdır.

XML'deki stok alanı gerçekten fiziksel adedi mi gösteriyor?

Bazı sistemler gerçek adet yerine:

• var/yok,
• aktif/pasif,
• belirli stok seviyesi,
• sabit yüksek adet

mantığı kullanabilir.

Örneğin XML'de her stoklu üründe:

999

görülüyorsa bu değer gerçek depo adedi olmayabilir.

Bu nedenle tedarikçiye:

XML stok alanı gerçek adet mi gösteriyor, yoksa yalnızca ürünün satılabilir olduğunu mu ifade ediyor?

sorusu yöneltilmelidir.

Bu ayrım yapılmadan “stok miktarı yanlış” sonucuna ulaşmak doğru olmaz.

2. Stok Doğruluğu ile Stok Güncelleme Sıklığını Birbirinden Ayırın

İki farklı sistem düşünelim.

Birinci sistem her 10 dakikada bir yanlış veriyi güncelliyor.

İkinci sistem birkaç saatte bir doğru depo bilgisini aktarıyor.

İlk sistem daha sık çalışmasına rağmen daha güvenilir değildir.

Bu nedenle testte iki ayrı ölçüm yapılmalıdır:

Veri doğru mu?

ve

Doğru veri ne kadar gecikmeyle geliyor?

Mevcut XML Ürünlerinde Fiyat ve Stok Güncellemesi Nasıl Yönetilir? rehberimiz stok senkronizasyonu ve güncelleme sıklığını ayrıntılı biçimde ele alıyor. Canlı içerikte tedarikçinin stok bilgisini geç güncellemesinin sipariş iptali riski oluşturabileceği de belirtiliyor.

3. Test İçin Rastgele Tek Ürün Seçmeyin

Bir ürünün stoğunun doğru çıkması bütün katalogdaki stok verisinin doğru olduğunu göstermez.

Daha sağlıklı bir test için farklı ürün tiplerinden örnekler seçilebilir.

Örneğin:

• yüksek stoklu ürün,
• düşük stoklu ürün,
• tek adet kalan ürün,
• sıfır stoklu ürün,
• hızlı satılan ürün,
• yavaş hareket eden ürün,
• farklı kategorilerden ürün,
• varyantlı ürün

birlikte incelenebilir.

Bu yöntem, yalnızca sistemin kolay senaryolarda değil farklı stok durumlarında nasıl davrandığını görmeyi sağlar.

4. Farklı Kategorilerden Örnek Ürün Seçin

Tedarikçinin bütün kategorileri aynı depo veya yazılım sisteminden beslenmeyebilir.

Örneğin:

Mutfak ürünleri

düzenli stok güncellenirken,

hırdavat ürünleri

farklı kaynaktan geliyor olabilir.

Bu nedenle test grubunu tek kategoriyle sınırlamak yerine katalog yapısına göre birkaç farklı kategoriden örnek ürün alınabilir.

Amaç bütün katalogu manuel saymak değildir.

Amaç, stok sisteminin farklı ürün gruplarında benzer şekilde çalışıp çalışmadığını görmek için temsil edici örneklem oluşturmaktır.

5. Düşük Stoklu Ürünlere Özellikle Bakın

Stok doğruluğunu test etmek için en değerli ürünlerden biri düşük stoklu üründür.

Örneğin XML'de:

stok 2

veya

stok 3

görünen ürünlerde hata riski daha kolay ortaya çıkabilir.

Çünkü bir veya iki sipariş sonrasında ürün hızla tükenebilir.

Yüksek stoklu üründe:

100 → 98

gecikmesini müşteri fark etmeyebilir.

Ancak:

2 → 0

değişikliği geç yansırsa XML'de ürün hâlâ satılabilir görünür ve yeni sipariş alınabilir.

6. Sıfır Stok Testi Yapın

XML stok doğruluğunun önemli testlerinden biri ürün bittiğinde ne olduğudur.

Kontrol edin:

Ürün XML'de sıfıra düşüyor mu?

Yoksa XML'den tamamen kaldırılıyor mu?

Aktif/pasif alanı mı değişiyor?

Mağazadaki mevcut ürün kaydı bunu doğru yorumluyor mu?

Bu davranışın bilinmesi gerekir.

Çünkü bazı entegrasyonlarda ürün XML'den kaybolduğunda mağazadaki mevcut stok otomatik olarak sıfırlanmayabilir.

Sonuçta artık tedarikçide bulunmayan ürün mağazada satılmaya devam edebilir.

7. “XML'den Kaybolan Ürün” Senaryosunu Ayrı Test Edin

Tedarikçiler stoksuz ürünü iki farklı şekilde yönetebilir:

ürün feed içerisinde kalır ve stok 0 olur

veya

ürün feed'den tamamen çıkarılır.

İkinci durumda entegrasyon sisteminizin ne yaptığını özellikle kontrol edin.

Şu kural tehlikeli olabilir:

“XML'de ürün yoksa mevcut mağaza verisine dokunma.”

Bu durumda ürün tedarikçide tamamen kaldırıldığı halde mağazada eski stok değeri korunabilir.

Dolayısıyla stok doğruluğu testi yalnızca mevcut XML satırlarına değil, XML'den çıkan ürünlere de bakmalıdır.

8. Stok Artışını da Test Edin

Stok doğruluğu yalnızca ürün tükenirken test edilmemelidir.

Ürün tekrar depoya girdiğinde:

0 → 8

gibi artışın XML'e ne zaman yansıdığı da önemlidir.

Aksi halde ürün gerçekte yeniden satılabilir hale gelmiş olmasına rağmen mağazanız günlerce ürünü stok dışı gösterebilir.

Bu da sipariş iptali yaratmaz ancak satış fırsatının kaçırılmasına neden olabilir.

9. Bir Stok Değişikliğine Zaman Damgası Koyun

Testin en değerli alanlarından biri zamandır.

Örneğin:

10.00 → XML stok 6

10.20 → gerçek stok 4 oldu

10.45 → XML hâlâ 6

11.05 → XML 4 oldu

gibi kayıt tutulabilir.

Bu şekilde yalnızca:

“stok sonunda düzeldi”

değil,

“gerçek değişiklik XML'e yaklaşık ne kadar sürede yansıdı?”

sorusu da cevaplanabilir.

Ancak tek bir testten genelleme yapmak yerine farklı gün ve ürünlerde tekrar gözlem yapmak daha sağlıklıdır.

10. Tedarikçinin Güncelleme Zamanı ile Sizin Entegrasyon Zamanınızı Ayırın

Bu nokta cannibalization açısından da yeni yazının en önemli ayrımlarından biridir.

Ürünün stok bilgisi mağazanızda yanlışsa hata üç farklı noktada olabilir:

1. Tedarikçi depoda stoğu yanlış tutuyor.

2. Tedarikçinin XML'i doğru stoğu geç yayınlıyor.

3. Sizin entegrasyonunuz doğru XML verisini geç alıyor veya yanlış işliyor.

Bu üç problemi tek başlık altında değerlendirmek tedarikçiyi yanlış suçlamaya veya gerçek entegrasyon problemini gözden kaçırmaya neden olabilir.

Mevcut XML Entegrasyonunda Veri Güncelleme Çakışmaları Nasıl Önlenir? içeriğimiz de ana veri kaynağı, güncelleme sırası ve farklı işlemlerin aynı stok alanının üzerine yazması risklerini ayrı olarak ele alıyor.

11. Kaynak XML'i Doğrudan Kontrol Edin

Mağazada stok yanlış görünüyorsa önce kaynak XML'deki değeri kontrol edin.

Örneğin:

Tedarikçinin gerçek stoğu: 5

Kaynak XML: 5

Mağazanız: 9

ise büyük ihtimalle araştırılması gereken alan tedarikçinin stok doğruluğundan ziyade sizin aktarım veya güncelleme sisteminizdir.

Buna karşılık:

Tedarikçinin gerçek stoğu: 5

Kaynak XML: 9

Mağazanız: 9

ise mağazanız XML'i doğru işlemiş ancak kaynak veri eski veya hatalı olabilir.

Bu ayrım destek talebini de çok daha anlaşılır hale getirir.

12. Aynı SKU'nun Doğru Ürünle Eşleştiğini Kontrol Edin

Bazen stok sayısı teknik olarak doğrudur ancak yanlış ürüne bağlıdır.

Örneğin:

SKU A'nın stoğu = 20

fakat entegrasyon yanlış eşleştirme nedeniyle bunu:

SKU B

ürününe yazabilir.

Bu durumda problem stok miktarından değil ürün kimliği eşleştirmesinden kaynaklanır.

Bu yüzden test ürünlerinde:

• SKU,
• barkod,
• varyant,
• ürün adı

birlikte kontrol edilmelidir.

13. Varyantlı Ürünleri Ayrı Ayrı Test Edin

Bir ürünün toplam stoğu doğru görünürken varyant stoğu yanlış olabilir.

Örneğin:

Siyah → 8

Beyaz → 0

Gri → 4

olması gerekirken XML:

toplam 12

gösteriyor olabilir.

Eğer mağaza bu 12 adedi tüm varyantlara uygularsa beyaz ürün de satışa açık kalabilir.

Bu nedenle varyantlı ürünlerde yalnızca ana ürün stok miktarı değil, her varyantın ayrı stok kaydı incelenmelidir.

14. Paket ve Koli Adetlerini Kontrol Edin

XML stok hatası gibi görünen bazı durumlar aslında birim yorumundan kaynaklanabilir.

Örneğin tedarikçi:

stok = 10 koli

bilgisini gönderirken her kolide 12 ürün bulunuyor olabilir.

Başka sistem:

stok = 120 adet

şeklinde çalışabilir.

Ürünün:

• adet,
• paket,
• set,
• koli

mantığı doğru anlaşılmadan stok sayılarının doğrudan karşılaştırılması yanlış sonuç verebilir.

Özellikle çoklu paket ürünlerinde SKU ve satış birimi birlikte test edilmelidir.

15. Yüksek Stok Değerlerini Körü Körüne Güvenilir Kabul Etmeyin

XML'de:

9999

veya benzeri sürekli yüksek değerler görülüyorsa bunun fiziksel stok olup olmadığı doğrulanmalıdır.

Bazı sistemlerde yüksek sayı:

“ürün mevcut”

anlamında kullanılan temsili değer olabilir.

Bu kullanım tedarikçinin sistem tasarımına bağlı olabilir.

Ancak satıcı açısından önemli olan, bu değerin gerçek stok sayısı olarak yorumlanmamasıdır.

16. Fiziksel Stok ile “Satılabilir Stok” Aynı Olmayabilir

Depoda fiziksel olarak 20 adet ürün bulunması, 20 adedin tamamının bayilere satışa açık olduğu anlamına gelmeyebilir.

Örneğin bazı ürünler:

• başka siparişlere ayrılmış,
• kalite kontrolde,
• hasarlı,
• rezerve edilmiş

olabilir.

Dolayısıyla testte mümkünse fiziksel stok yerine tedarikçinin satılabilir / kullanılabilir stok tanımıyla karşılaştırma yapmak daha anlamlıdır.

17. Test Siparişi Stok Doğruluğunu Güçlü Biçimde Gösterir

XML'de stoklu görünen bir ürünü gerçekten sipariş edebilmek, stok doğruluğunu değerlendirmek için güçlü bir kontroldür.

Örneğin belirli sayıda test ürünü seçilebilir.

Bu ürünlerin:

XML'de stok durumu

kaydedilir.

Daha sonra küçük gerçek sipariş verilir.

Kontrol edilir:

Sipariş kabul edildi mi?

Ürün gerçekten hazırlandı mı?

Sonradan “stok yok” denildi mi?

Sipariş sonrasında XML stoğu azaldı mı?

Tek bir başarılı sipariş bütün katalogun doğruluğunu kanıtlamaz ancak sistemin gerçek siparişle nasıl davrandığını gösterir.

18. “Stokta Görünüyor Ama Gönderilemiyor” Olaylarını Kaydedin

Stok doğruluğunun en kritik hata türlerinden biri budur.

XML:

stok > 0

gösteriyor.

Müşteri sipariş veriyor.

Tedarikçi:

“Ürün yok.”

diyor.

Bu olayları ayrı kaydetmek gerekir.

Çünkü sık tekrarlanıyorsa tedarikçinin “stokta” tanımı ile gerçek sipariş edilebilir ürün havuzu arasında sistematik fark bulunabilir.

Mevcut XML Bayilik Sorunları ve Çözümleri içeriğimiz de hayali stok ve stok senkronizasyonu problemlerini stoksuz satışın önemli operasyon riskleri arasında ele alıyor.

19. “Yanlış Sıfır Stok” Olaylarını da Takip Edin

Stok problemi yalnızca olmayan ürünü satmak değildir.

Ters yönde hata da mümkündür.

XML:

stok 0

gösterir.

Fakat tedarikçide ürün gerçekte vardır.

Bu durumda mağaza ürünü gereksiz yere satıştan kapatır.

Sonuç:

sipariş iptali değil, kaçırılmış satış fırsatı

olur.

Bu nedenle doğruluk testi iki yönlü olmalıdır:

stok var görünüyor → gerçekten var mı?

ve

stok yok görünüyor → gerçekten yok mu?

20. Stok Hatalarını Türlerine Ayırın

Bütün stok uyuşmazlıklarını tek kategori altında toplamak analizi zorlaştırır.

Pratik olarak şu şekilde ayrılabilir:

Hayali stok

XML ürünün mevcut olduğunu gösteriyor ancak tedarik edilemiyor.

Yanlış sıfır stok

Ürün gerçekte mevcut ancak XML stok dışı gösteriyor.

Miktar uyuşmazlığı

Ürün mevcut fakat adet bilgisi farklı.

Gecikmiş stok düşüşü

Satış veya rezervasyon gerçekleşmesine rağmen XML eski yüksek değeri bir süre koruyor.

Gecikmiş stok artışı

Yeni ürün gelmesine rağmen XML sıfır veya eski düşük değeri göstermeye devam ediyor.

Ürün eşleştirme hatası

Doğru stok değeri yanlış SKU veya varyanta bağlanıyor.

Bu ayrım, sorunun nerede yoğunlaştığını görmeyi kolaylaştırır.

21. Basit Bir Stok Doğruluk Oranı Hesaplayabilirsiniz

Tedarikçileri veya dönemleri aynı yöntemle karşılaştırmak için basit bir ölçüm kullanılabilir.

Örneğin 100 farklı ürün kontrol edildi.

Bunların 92 tanesinde XML'deki:

stokta / stok dışı

durumu gerçek tedarik durumuyla uyuştu.

Bu durumda kullanılabilirlik açısından basit doğruluk oranı:

92 / 100 × 100 = %92

olarak hesaplanabilir.

Bu oranı evrensel bir sektör standardı olarak değil, aynı tedarikçinin zaman içerisindeki performansını veya birkaç tedarikçiyi aynı test yöntemiyle karşılaştırmak için kullanmak daha doğrudur.

22. Adet Doğruluğu ile Stokta Olma Doğruluğunu Ayırın

İki farklı ölçüm yapılabilir.

Birincisi:

Ürün var mı/yok mu doğru gösteriliyor?

İkincisi:

Gerçek adet doğru gösteriliyor mu?

Örneğin gerçek stok:

17

XML:

16

ise adet birebir doğru değildir.

Ancak ürünün satılabilir olduğu bilgisi doğrudur.

Buna karşılık gerçek stok:

0

XML:

16

ise ticari risk çok daha yüksektir.

Bu nedenle hata büyüklüğü yalnızca sayı farkıyla değerlendirilmemelidir.

23. Düşük Stok Hatalarına Daha Yüksek Öncelik Verin

Gerçek stok:

103

XML:

101

olduğunda iki adetlik fark bulunur.

Fakat gerçek stok:

0

XML:

2

olduğunda yine yalnızca iki adet fark vardır.

Matematiksel fark aynı olmasına rağmen ikinci durum yeni sipariş alınmasına ve iptale neden olabilir.

Bu nedenle stok doğruluğu raporunda:

satışa devam ettirme riski oluşturan hatalar

ayrıca işaretlenmelidir.

24. Testi Sadece Mesai Saatinde Yapmayın

Stok güncelleme davranışı günün farklı saatlerinde değişebilir.

Örneğin:

• gündüz sipariş yoğunluğu,
• gece toplu senkronizasyon,
• depo kapanış işlemleri,
• pazaryeri siparişlerinin toplu işlenmesi

stok verisinin zamanlamasını etkileyebilir.

Bu nedenle testlerin tamamını aynı saat diliminde yapmak yerine farklı güncelleme döngülerini gözlemlemek daha gerçekçi sonuç verebilir.

25. Yoğun Satış Dönemlerini Ayrı İzleyin

Normal zamanda doğru çalışan stok sistemi, sipariş hacmi yükseldiğinde gecikebilir.

Örneğin kampanya veya yoğun satış günlerinde ürün stokları daha hızlı değişebilir.

Bu dönemlerde özellikle:

• düşük stoklu ürünler,
• popüler ürünler,
• hızlı tüketilen SKU'lar

daha sık kontrol edilebilir.

Amaç sistemi gereksiz yere sürekli sorgulamak değil, stok değişim hızının arttığı dönemlerde hata riskinin de değişip değişmediğini görmek olmalıdır.

26. XML Verisi ile Tedarikçi Panelini Karşılaştırın

Tedarikçi ayrıca bayi paneli sunuyorsa aynı ürünün:

XML stoğu

ve

bayi panelindeki stoğu

karşılaştırılabilir.

İki sistem sürekli farklı değer gösteriyorsa hangi kaynağın ana stok kaynağı olduğu tedarikçiden öğrenilmelidir.

Panel doğru, XML eskiyse sorun feed güncellemesinde olabilir.

Her ikisi de aynı fakat gerçek sipariş başarısızsa problem stok rezervasyonu veya depo operasyonu tarafında olabilir.

27. XML Stok Değişiklik Geçmişini Tutun

Yalnızca bugünkü değeri görmek sorunun ne zaman oluştuğunu anlamayı zorlaştırır.

Örneğin:

09.00 → 8

11.00 → 8

13.00 → 3

15.00 → 0

gibi geçmiş bulunuyorsa stok davranışını incelemek kolaylaşır.

Özellikle stok hatası yaşandığında:

XML hangi saatte yanlış görünmeye başladı?

sorusunun cevabı bulunabilir.

Ürün alanlarının eski ve yeni değerlerini zaman içerisinde takip etmek için mevcut XML Entegrasyonunda Ürün Değişiklik Geçmişi Nasıl Takip Edilir? rehberindeki değişiklik kaydı yaklaşımı stok alanına da uygulanabilir.

28. Bir Günlük Doğru Sonuca Güvenmeyin

Stok sistemi bugün doğru çalışabilir.

Ancak güvenilirlik:

• farklı ürünlerde,
• farklı günlerde,
• stok artışlarında,
• stok düşüşlerinde,
• gerçek siparişlerde

tekrar gözlemlenmelidir.

Bu nedenle tek seferlik test yerine belirli aralıklarla örnekleme yapmak daha faydalıdır.

Özellikle yeni tedarikçiyle çalışmanın ilk döneminde daha sık test yapılıp sistem stabil hale geldikçe kontrol sıklığı azaltılabilir.

29. Yeni Tedarikçiyi Büyük Kataloğa Bağlamadan Önce Test Edin

Tedarikçi binlerce ürün sunuyor olabilir.

Ancak stok doğruluğu henüz bilinmiyorsa bütün ürünleri pazaryerlerine açmak yerine sınırlı ürün grubuyla başlamak daha kontrollüdür.

Örneğin:

20–50 farklı ürün

üzerinde stok davranışı gözlemlenebilir.

Buradaki sayı zorunlu standart değildir; amaç yönetilebilir büyüklükte bir pilot grupta:

• stok,
• fiyat,
• SKU,
• gerçek sipariş

davranışını görmektir.

Ürün verisinin yayına alınmadan önce küçük gruplar halinde kontrol edilmesi yaklaşımı mevcut veri kalitesi rehberimizde de öneriliyor.

30. Stok Doğruluğunu Tedarikçi Seçim Kriterine Dönüştürün

İki tedarikçi aynı ürünleri benzer fiyatlarla sunabilir.

Ancak:

Tedarikçi A

daha düşük fiyatlı fakat sık stok hatası oluşturuyor olabilir.

Tedarikçi B

biraz daha yüksek fiyatlı fakat stok bilgisi gerçek sipariş durumuyla daha düzenli uyuşuyor olabilir.

Bu durumda yalnızca ürün alış fiyatı üzerinden seçim yapmak eksik kalır.

Stok doğruluğu:

• sipariş iptali,
• müşteri memnuniyeti,
• pazaryeri performansı,
• operasyon zamanı

üzerinden dolaylı maliyet oluşturabilir.

Ulu İthalat'ın mevcut tedarikçi seçim rehberi de yalnızca ürün sayısına değil; stok güncelleme düzeni, fiyat, ürün bilgisi, kargo ve iade şartlarının birlikte değerlendirilmesine odaklanıyor.

XML Stok Doğruluğu İçin Pratik Test Sistemi

Yönetim paneli uyumluluğu nedeniyle tablo yerine aşağıdaki kontrol sistemi kullanılabilir.

Stok alanının anlamı

XML gerçek adet mi, yoksa yalnızca var/yok bilgisi mi gösteriyor?

SKU

Stok doğru ürün ve varyantla eşleşiyor mu?

Stokta ürün

XML'de mevcut görünen ürün gerçekten sipariş edilebiliyor mu?

Sıfır stok

Ürün bittiğinde XML doğru biçimde sıfıra veya pasif duruma geçiyor mu?

Stok artışı

Ürün tekrar geldiğinde XML yeniden satışa açılabilecek değeri gösteriyor mu?

Düşük stok

1–3 adet gibi kritik seviyelerde XML ve gerçek tedarik durumu uyuşuyor mu?

Zaman

Gerçek stok değişikliğinin XML'e yansıması ne kadar sürüyor?

Kaynak

Hata tedarikçinin XML'inde mi, yoksa sizin entegrasyonunuzda mı?

Varyant

Her renk, ölçü veya model ayrı stokla doğru takip ediliyor mu?

Satış birimi

Stok adedi ürün, paket, set veya koli mantığıyla doğru yorumlanıyor mu?

Test siparişi

XML'de stoklu görünen ürün gerçek siparişle tedarik edilebiliyor mu?

Tekrar testi

Sonuç yalnızca tek gün ve tek ürünle mi doğrulandı, yoksa farklı dönemlerde tekrarlandı mı?

Basit Bir Stok Testi Nasıl Uygulanır?

Pratik akış şu şekilde kurulabilir:

1. Farklı kategorilerden test ürünleri seçin.

2. SKU ve barkodlarını kaydedin.

3. XML'deki stok değerini ve kontrol saatini kaydedin.

4. Düşük stok ve sıfır stok ürünleri ayrıca ayırın.

5. Tedarikçi paneli veya sipariş edilebilirlik durumuyla karşılaştırın.

6. Uygun ürünlerde küçük gerçek sipariş testi yapın.

7. Sipariş sonrası XML stok değişimini gözlemleyin.

8. Stok sıfırlandığında ürünün davranışını kontrol edin.

9. Tekrar stok geldiğinde güncelleme süresini ölçün.

10. Hataları hayali stok, yanlış sıfır, miktar farkı veya gecikme olarak sınıflandırın.

11. Aynı testi farklı zamanlarda tekrar edin.

12. Sonuçları tedarikçi seçim ve performans değerlendirmesinde kullanın.

Sık Sorulan Sorular

XML stok doğruluğu nasıl anlaşılır?

Farklı stok seviyelerine sahip ürünlerde XML değeri gerçek sipariş edilebilir stokla karşılaştırılabilir. Düşük stok, sıfır stok, stok artışı ve gerçek sipariş senaryoları birlikte test edildiğinde daha anlamlı sonuç elde edilir.

XML'de stok var ama tedarikçide ürün yoksa sorun nedir?

Kaynak stok verisinin eski kalması, depo ile XML arasında gecikme veya stok rezervasyonlarının XML'e yansımaması gibi farklı nedenler olabilir. Önce kaynak XML, tedarikçi paneli ve mağaza stoğu ayrı ayrı kontrol edilmelidir.

XML stok güncelleme sıklığı ne kadar olmalı?

Tek bir ideal süre bütün işletmeler için geçerli değildir. Ürünlerin satış hızı, tedarikçinin veri güncelleme yapısı ve kullanılan entegrasyon sistemi birlikte değerlendirilmelidir. Stok güncelleme sıklığının ayrıntıları mevcut stok ve fiyat yönetimi rehberimizin konusudur.

Sıfır stoklu ürün XML'den tamamen kaldırılabilir mi?

Tedarikçinin veri yapısına göre ürün stok 0 değeriyle feed içerisinde kalabilir veya XML'den çıkarılabilir. Entegrasyon sisteminin her iki durumda da mağazadaki ürünü doğru yönetip yönetmediği test edilmelidir.

Stok doğruluğunu test etmek için gerçek sipariş vermek gerekir mi?

Her ürün için gerekli değildir. Ancak sınırlı sayıda gerçek test siparişi, XML'de stoklu görünen ürünün gerçekten hazırlanıp gönderilebildiğini ve sipariş sonrasında stok değişiminin nasıl davrandığını gözlemlemek için güçlü bir kontrol sağlayabilir.

Sık Güncelleme ile Doğru Stoku Birbirine Karıştırmayın

XML stok doğruluğu değerlendirilirken en önemli nokta, otomasyonun hızlı çalışmasıyla kaynağın doğru çalışmasını birbirinden ayırmaktır.

Daha sağlıklı kontrol:

stok alanını anla → örnek SKU seç → XML değerini kaydet → gerçek tedarik durumuyla karşılaştır → düşük ve sıfır stokları test et → gerçek sipariş davranışını izle → güncelleme gecikmesini ölç → hataları sınıflandır → testi tekrar et

şeklinde ilerler.

Böylece:

“XML kaç dakikada bir güncelleniyor?”

sorusundan,

“Bu güncellemenin bana verdiği stok bilgisine gerçekten ne kadar güvenebilirim?”

sorusuna geçilmiş olur.

Stok senkronizasyonunun genel çalışma mantığı için XML Ürünlerinde Fiyat ve Stok Güncellemesi Nasıl Yönetilir? rehberini kullanabilirsiniz.

Stok bilgisini ürün adı, barkod, görsel, kategori ve diğer veri alanlarıyla birlikte kontrol etmek için XML Bayilikte Ürün Verisi Kalitesi Nasıl Kontrol Edilir? içeriğini inceleyebilirsiniz.

Stok hatası, geç kargo veya entegrasyon problemi gibi daha genel operasyonel sorunlar için XML Bayilik Sorunları ve Çözümleri rehberi kullanılabilir.

Yeni veya mevcut tedarikçiyi stok dışında veri, fiyat, kargo ve iade açısından değerlendirmek için XML Tedarikçisi Seçerken Nelere Dikkat Edilmelidir? rehberine geçebilirsiniz.

Ulu İthalat'ın mevcut XML tedarik modelini incelemek isteyen işletmeler XML Bayilik sayfasını inceleyebilir. Canlı sayfada ürün, fiyat, stok, görsel, kategori, barkod ve ürün kodu gibi bilgilerin XML üzerinden paylaşılabildiği ve stok bilgilerinin düzenli takip edilmesinin önemli olduğu belirtiliyor