XML Tedarikçide Fiyat Güncelleme Sıklığı Neden Önemlidir?

XML bayilikte fiyat güncellemesi çoğu zaman entegrasyon yazılımının ne kadar sık çalıştığı üzerinden değerlendirilir. Ancak burada önemli bir ayrım vardır: Satıcının sistemi XML'i her birkaç dakikada bir kontrol etse bile tedarikçinin kendi fiyat bilgisini kaynak XML'e geç aktarması halinde satıcı yine eski fiyatı alır.

Bu nedenle XML fiyat güncelleme sıklığı, yalnızca mağazanın XML'i ne sıklıkla çektiği anlamına gelmemelidir.

Fiyat zincirinde en az üç farklı zaman bulunabilir:

tedarikçi fiyatının gerçekten değiştiği zaman → yeni fiyatın XML'e işlendiği zaman → satıcının bu XML'i alıp mağazaya yansıttığı zaman

Bu sürelerden herhangi biri gereğinden uzun olduğunda mağazada güncelliğini kaybetmiş maliyet kullanılabilir.

Ulu İthalat'ın mevcut fiyat ve stok yönetimi rehberi de tedarikçi fiyatı değiştiğinde satış fiyatının güncellenmemesi halinde zarar oluşabileceğini ve XML güncelleme sıklığının ürün grubuna göre belirlenmesi gerektiğini açıklıyor.

XML Fiyat Güncelleme Sıklığı Nedir?

Bu içerikte fiyat güncelleme sıklığıyla özellikle tedarikçinin kendi ürün fiyatındaki değişikliği XML kaynağına ne kadar düzenli ve hızlı yansıttığını kastediyoruz.

Örneğin tedarikçinin bayi panelinde bir ürünün alış fiyatı değişmiş olabilir.

Ancak XML dosyasında eski fiyat birkaç saat daha kalıyorsa satıcının entegrasyonu bu süre boyunca eski değeri almaya devam eder.

Bu durumda problem mağazanın XML'i yeterince sık kontrol etmemesi değil, kaynak verinin geç yenilenmesidir.

Bu ayrım yeni rehberin temelini oluşturur.

1. Önce XML'deki Fiyat Alanının Ne Anlama Geldiğini Öğrenin

Fiyat güncelleme sıklığını test etmeden önce hangi değeri takip ettiğinizi bilmeniz gerekir.

XML'deki fiyat:

• bayi alış fiyatı,
• liste fiyatı,
• tavsiye edilen satış fiyatı,
• indirimli fiyat,
• kampanyalı fiyat

olabilir.

Mevcut Ulu İthalat fiyat ve stok rehberinde de XML fiyat alanının tedarikçiye göre alış fiyatı, bayi fiyatı veya tavsiye edilen satış fiyatı olabileceği belirtiliyor.

Dolayısıyla:

“XML fiyatı değişmedi.”

demeden önce takip edilen alanın gerçekten satıcının maliyet hesabında kullandığı alan olduğu doğrulanmalıdır.

2. KDV Dahil ve Hariç Fiyatı Karıştırmayın

İki fiyat farklı görünüyorsa ilk ihtimal her zaman güncelleme gecikmesi değildir.

Bir kaynak:

KDV dahil fiyat

gösterirken başka bir ekran:

KDV hariç fiyat

gösterebilir.

Bu durumda teknik olarak iki sistem de doğru olabilir.

Fiyat değişikliklerini test ederken:

• karşılaştırılan fiyat türü,
• KDV yapısı,
• iskonto,
• kampanya

aynı koşullarda değerlendirilmelidir.

Mevcut fiyat yönetimi rehberinde de fiyat alanının KDV dahil veya hariç olduğunun doğrulanması gerektiği özellikle belirtiliyor.

3. Tedarikçi Fiyatı ile Satış Fiyatını Birbirinden Ayırın

Tedarikçi fiyatının güncellenmesi, müşteriye gösterilen satış fiyatının doğrudan aynı değere dönüşmesi anlamına gelmez.

Örneğin:

tedarikçi alış fiyatı değişir

↓

XML yeni maliyeti verir

↓

satıcının fiyatlandırma kuralı çalışır

↓

yeni satış fiyatı hesaplanır

↓

satış kanalına aktarılır

Bu nedenle hata araştırılırken:

XML fiyatı mı eski?

yoksa

XML doğru ama satış fiyatı mı güncellenmedi?

soruları ayrı cevaplanmalıdır.

Fiyatlandırmanın kargo, komisyon ve diğer giderlerle nasıl kurulacağını XML Bayilikte Kâr Marjı Nasıl Hesaplanır? rehberi ayrı olarak ele alıyor. Mevcut içerik alış maliyeti yanında kargo, komisyon, KDV, iade ve diğer giderlerin de hesaba katılması gerektiğini açıklıyor.

4. Fiyat Değişikliğinin Başlangıç Noktasını Belirleyin

Fiyat güncelleme performansını ölçmek için önce fiyatın gerçekte ne zaman değiştiğini bilmek gerekir.

Örneğin:

09.30 → tedarikçinin ana sisteminde fiyat değişti

10.05 → bayi panelinde yeni fiyat görüldü

10.25 → XML yeni fiyatı göstermeye başladı

10.40 → sizin mağazanız yeni fiyatı aldı

Bu örnekte dört ayrı zaman vardır.

Sadece:

“Mağazada fiyat 10.40'ta değişti.”

bilgisine bakarsanız gecikmenin hangi aşamada oluştuğunu anlayamazsınız.

5. Kaynak XML'i Mağaza Fiyatından Ayrı Kontrol Edin

Mağazanızdaki fiyat eski görünüyorsa önce kaynak XML kontrol edilmelidir.

Örneğin:

tedarikçi güncel fiyatı → 320

XML → 320

mağaza maliyeti → 280

ise problem büyük ihtimalle tedarikçinin XML fiyat güncelleme sürecinden değil, entegrasyonun yeni değeri işleyememesinden kaynaklanıyordur.

Tersine:

tedarikçi güncel fiyatı → 320

XML → 280

mağaza → 280

ise mağaza XML'i doğru okuyor fakat kaynak XML güncel değil.

Bu basit ayrım, teknik destek talebinin doğru tarafa yönlendirilmesini kolaylaştırır.

6. “Entegrasyonum Sık Çalışıyor” Tek Başına Yeterli Değildir

Satıcının sistemi XML'i her 10 dakikada bir kontrol ediyor olabilir.

Fakat tedarikçi fiyat dosyasını günde yalnızca birkaç kez yeniliyorsa aynı eski veri tekrar tekrar okunur.

Bu nedenle:

entegrasyon çalışma sıklığı

ile

tedarikçinin XML üretme/güncelleme sıklığı

aynı şey değildir.

Mevcut fiyat ve stok rehberinde güncelleme sıklığının ürün hareketine, tedarikçinin veri yapısına ve entegrasyon kapasitesine göre belirlenmesi gerektiği zaten işleniyor.

Yeni rehberde ise özellikle tedarikçi tarafındaki kaynak yenileme performansını ölçüyoruz.

7. Eski Fiyatın En Büyük Riski Zararına Satıştır

Tedarikçi maliyeti yükseldiği halde XML eski alış fiyatını göstermeye devam ederse satıcı eski maliyet üzerinden satış fiyatı hesaplayabilir.

Örneğin fiyatlandırma otomasyonu:

XML maliyeti + belirli oran

mantığıyla çalışıyorsa yeni maliyet gelmediği sürece sistem teknik olarak doğru hesap yapıyor gibi görünür.

Ancak hesap yanlış başlangıç verisine dayanır.

Mevcut Ulu İthalat rehberi de tedarikçi fiyatı yükseldiği halde satış fiyatının güncellenmemesinin zarar riski oluşturabileceğini belirtiyor.

8. Fiyat Düşüşünün Geç Yansıması da Problemdir

Fiyat güncelleme gecikmesi yalnızca maliyet artışlarında risk oluşturmaz.

Tedarikçi fiyatı düşmüş olabilir ancak XML eski yüksek maliyeti göstermeye devam edebilir.

Bu durumda mağazanın satış fiyatı:

• gereğinden yüksek kalabilir,
• rakiplerden uzaklaşabilir,
• ürünün rekabet gücü azalabilir.

Dolayısıyla fiyat güncelliğinin iki yönü vardır:

yükselişi zamanında yakalamak → zararı önlemek

düşüşü zamanında yakalamak → rekabetçi fiyat fırsatını değerlendirmek

9. Her Üründe Aynı Fiyat Güncelleme Riski Bulunmaz

Bazı ürünlerin tedarik fiyatı uzun süre sabit kalabilir.

Bazı ürün gruplarında ise:

• kur,
• tedarik maliyeti,
• kampanya,
• dönemsel indirim,
• piyasa koşulları

nedeniyle fiyatlar daha hareketli olabilir.

Bu yüzden bütün katalog için tek bir “ideal fiyat değişim sıklığı” varsaymak yerine kategorilerin gerçek fiyat hareketleri gözlemlenebilir.

Amaç mümkün olan en sık güncellemeyi yapmak değil, fiyat değişim riskine uygun bir kontrol sistemi kurmaktır.

10. Test İçin Farklı Fiyat Aralıklarından Ürün Seçin

Fiyat güncelleme performansı tek bir SKU üzerinden ölçülmemelidir.

Örnek test grubuna:

• düşük fiyatlı ürün,
• orta fiyatlı ürün,
• yüksek fiyatlı ürün,
• farklı kategori,
• sık değişen ürün,
• uzun süre sabit kalan ürün

eklenebilir.

Böylece fiyat akışındaki problem yalnızca belirli kategori veya ürün grubunda mı, yoksa genel feed'de mi görülüyor daha kolay anlaşılır.

11. Aynı Gün İçindeki Fiyat Değişikliklerini İzleyin

Tedarikçi fiyatları gün içerisinde değişebiliyorsa yalnızca sabah ve gece kontrolü gerçek güncelleme hızını göstermeyebilir.

Örneğin:

11.20 → maliyet değişti

13.00 → XML hâlâ eski

15.00 → XML yeni değeri gösterdi

gibi bir kayıt, fiyatın yaklaşık ne kadar gecikmeyle yansıdığını gösterir.

Tek olaydan genelleme yapmak yerine farklı SKU'larda birkaç değişiklik gözlemlenmelidir.

12. Fiyat Değişikliklerine Tarih ve Saat Ekleyin

Fiyat takip sisteminde yalnızca:

eski fiyat → yeni fiyat

bilgisi değil, değişikliğin ne zaman gerçekleştiği de önemlidir.

Ulu İthalat'ın mevcut XML Entegrasyonunda Ürün Değişiklik Geçmişi Nasıl Takip Edilir? rehberi de fiyat ve stok gibi kritik alanlarda eski değer, yeni değer, tarih-saat ve değişikliğin kaynağının kaydedilmesini öneriyor.

Fiyat özelinde bu kayıt:

SKU → eski maliyet → yeni maliyet → değişiklik zamanı → XML'e yansıma zamanı → mağazaya yansıma zamanı

şeklinde tutulabilir.

13. Ortalama Fiyat Yansıma Süresini Hesaplayabilirsiniz

Belirli bir dönemde gerçek fiyat değişiklikleri izlenirse basit bir performans ölçümü oluşturulabilir.

Örneğin 20 fiyat değişikliğinde tedarikçinin XML'e yansıtma süreleri kaydedilebilir.

Daha sonra:

toplam gecikme süresi / gözlemlenen değişiklik sayısı

üzerinden ortalama bir süre bulunabilir.

Bu süreyi evrensel sektör standardı olarak görmek doğru değildir.

Ancak:

aynı tedarikçinin zaman içindeki performansını

veya

farklı tedarikçileri aynı yöntemle

karşılaştırmak için kullanılabilir.

14. Ortalama Tek Başına Yeterli Değildir

Örneğin fiyat değişikliklerinin çoğu hızlı aktarılıyor ancak belirli birkaç ürün 12 saat gecikiyorsa ortalama sonuç bu problemi gizleyebilir.

Bu nedenle ayrıca:

en uzun gecikme

kritik gecikmeler

hangi kategorilerde gecikme yaşandığı

izlenebilir.

Satıcı açısından özellikle yüksek satış hacmi olan ürünlerde uzun gecikmeler daha önemli olabilir.

15. Anormal Fiyat Değişikliklerini Normal Güncellemeden Ayırın

Her fiyat değişikliği gerçek ticari değişiklik olmayabilir.

Örneğin ürün:

normal maliyet → çok düşük değer

ve birkaç dakika sonra:

normal seviyeye yakın değer

dönüyorsa bu veri veya entegrasyon problemi olabilir.

Mevcut fiyat ve stok yönetimi içeriğinde de çok düşük veya yüksek fiyat hatalarının engellenmesi, minimum satış fiyatı ve maksimum değişim sınırları gibi kontroller öneriliyor.

Bu yüzden sistem yeni fiyat geldiğinde sadece:

“değer değişti”

dememeli;

“değişiklik olağan aralıkta mı?”

sorusunu da sorabilmelidir.

16. Yüzdesel Fiyat Değişimi Kontrolü Kullanın

Örneğin bir ürünün maliyeti bir gün içerisinde:

%2

değişebilir.

Başka bir üründe:

%60

fark oluşabilir.

İkinci değişiklik mutlaka yanlış değildir.

Ancak daha ayrıntılı kontrol edilmesi gerekebilir.

Bu nedenle işletme kendi ürün yapısına göre:

belirli oranı aşan fiyat değişiklikleri → manuel kontrol

şeklinde bir kural oluşturabilir.

Sabit bir yüzdeyi bütün işletmeler için evrensel doğru olarak kabul etmek yerine ürün kategorisinin normal fiyat hareketi dikkate alınmalıdır.

17. Fiyatın Sıfır veya Boş Gelmesi Ayrı Hata Türüdür

XML fiyat alanı geçici olarak:

• boş,
• sıfır,
• geçersiz

gelebilir.

Entegrasyon bu değeri yeni ve geçerli maliyet olarak kabul ederse ürünün satış fiyatı ciddi biçimde bozulabilir.

Bu nedenle yeni fiyatın geçerli sayı olup olmadığı kontrol edilmeden mevcut sağlıklı fiyatın üzerine yazılması engellenebilir.

18. Eski Fiyat ile Yeni Fiyat Arasında Kaynak Önceliği Belirleyin

Aynı ürünün fiyatını farklı sistemler güncelliyor olabilir.

Örneğin:

• tedarikçi XML'i,
• manuel yönetim paneli,
• otomatik fiyatlandırma sistemi,
• başka tedarikçi

aynı ürün üzerinde işlem yapabilir.

Bu durumda “en son çalışan sistem kazanır” yaklaşımı eski veya yanlış verinin yeni fiyatın üzerine yazılmasına yol açabilir.

XML Entegrasyonunda Veri Güncelleme Çakışmaları Nasıl Önlenir? rehberi bu problemi kaynak önceliği, işlem sırası ve üzerine yazma kuralları açısından ele alıyor.

19. Manuel Fiyat Düzenlemelerini Koruyup Korumayacağınıza Karar Verin

Bazı ürünlerde satıcı özel satış fiyatı belirlemiş olabilir.

Örneğin kampanya nedeniyle ürün manuel olarak farklı fiyatlandırılmıştır.

Sonraki XML güncellemesinin:

manuel satış fiyatını silip silmeyeceği

önceden belirlenmelidir.

En temiz yaklaşım çoğu zaman:

tedarikçi alış maliyeti → XML'den güncellensin

mağaza satış fiyatı → belirlenmiş fiyatlandırma kuralına göre hesaplansın

şeklinde alanları ayırmaktır.

Ancak uygulanacak yöntem kullanılan altyapıya göre değişebilir.

20. Fiyat Güncellemesini Satış Kanalına Kadar İzleyin

Kaynak XML doğru olabilir.

Mağaza da yeni fiyatı doğru hesaplamış olabilir.

Fakat pazaryerine gönderilen fiyat hâlâ eski kalabilir.

Dolayısıyla fiyat akışının son aşaması da kontrol edilmelidir:

tedarikçi → XML → entegrasyon → mağaza → pazaryeri

Bu zincirde hangi aşamada gecikme yaşandığının bilinmesi gerekir.

XML entegrasyonunun ürün, fiyat ve stok verilerini e-ticaret sitesi veya pazaryeri sistemlerine aktarabildiği Ulu İthalat'ın mevcut entegrasyon rehberinde de açıklanıyor.

21. Satış Kanalı Gecikmesini Tedarikçi Gecikmesi Sanmayın

Örneğin:

XML → yeni fiyatı gösteriyor

mağaza → yeni fiyatı hesaplıyor

pazaryeri → eski fiyat

ise tedarikçi fiyat güncellemesi aslında başarılıdır.

Sorunun araştırılacağı alan:

• satış kanalı entegrasyonu,
• API kuyruğu,
• fiyat aktarım görevi,
• ilgili platformdaki güncelleme süreci

olabilir.

Bu ayrım yapılmadığında tedarikçiye gereksiz destek talebi açılabilir.

22. Düşük Kâr Paylı Ürünlerde Fiyat Gecikmesi Daha Kritik Olabilir

Bir üründe maliyet ile satış fiyatı arasındaki güvenlik payı çok düşükse küçük bir tedarikçi fiyat artışı bile kârlılığı hızla etkileyebilir.

Buna karşılık geniş fiyat tamponu bulunan üründe küçük ve kısa süreli maliyet değişikliği daha az kritik olabilir.

Bu nedenle fiyat güncelleme riskini değerlendirirken:

ürünün fiyat hareketi

ile birlikte

ürünün net kâr yapısı

da düşünülmelidir.

Kâr marjının satış fiyatı üzerinden hesaplanması ve tüm gerçek giderlerin hesaba katılması gerektiği mevcut kâr rehberinde açıklanıyor.

23. Çok Satan Ürünleri Ayrı İzleyin

Bir ürün saatte bir sipariş alıyorsa bir saatlik eski fiyatla satış yapılması ile ayda bir satılan ürünün aynı süre eski fiyatla kalması aynı ticari etkiye sahip değildir.

Bu nedenle fiyat güncelleme kontrolünde:

yüksek satış hacimli ürünler

ve

kritik kârlılık seviyesindeki ürünler

ayrı izleme listesine alınabilir.

24. Kampanya ve İndirim Fiyatlarını Normal Maliyetten Ayırın

Tedarikçi belirli dönemlerde geçici indirim uygulayabilir.

Bu indirim:

• başlangıç zamanı,
• bitiş zamanı,
• yalnızca belirli ürünler,
• belirli bayi grubu

için geçerli olabilir.

Eğer mağaza geçici fiyatı kalıcı maliyet gibi yorumlarsa kampanya bittikten sonra eski düşük maliyet üzerinden satışa devam edebilir.

Bu nedenle kampanyalı fiyat alanı ile normal bayi fiyatının ayrı olup olmadığı öğrenilmelidir.

25. Tedarikçinin Fiyat Güncelleme Performansını Dönemsel Takip Edin

İlk hafta hızlı çalışan fiyat sistemi zaman içinde aynı performansı göstermeyebilir.

Örneğin:

• ürün sayısının artması,
• sistem değişikliği,
• ERP geçişi,
• kampanya yoğunluğu

gibi nedenlerle güncelleme davranışı değişebilir.

Bu yüzden fiyat güncelliği yalnızca bayilik başvurusunda bir kez sorulup unutulmamalıdır.

Belirli dönemlerde tekrar örnekleme yapılabilir.

26. Fiyat Güncelleme Problemlerini Türlerine Ayırın

Daha sağlıklı takip için fiyat problemleri ayrı başlıklarda kaydedilebilir.

Gecikmiş fiyat artışı

Tedarikçinin yeni yüksek maliyeti XML'e geç yansıyor.

Gecikmiş fiyat düşüşü

Yeni düşük maliyet XML'e geç aktarılıyor.

Yanlış fiyat

XML'deki değer tedarikçinin gerçek bayi fiyatıyla uyuşmuyor.

Boş veya sıfır fiyat

Geçerli maliyet yerine kullanılmaması gereken değer geliyor.

Aşırı fiyat değişikliği

Normal ürün hareketinin çok dışında fark oluşuyor.

Eski fiyatın geri gelmesi

Yeni fiyat doğru aktarıldıktan sonra başka bir işlem eski değeri tekrar yazıyor.

Satış kanalına aktarım gecikmesi

Kaynak fiyat doğru ancak müşterinin gördüğü fiyat güncellenmiyor.

Bu ayrım hangi sistemin geliştirilmesi gerektiğini daha net gösterir.

27. Tedarikçileri Fiyat Güncelliği Açısından da Karşılaştırın

İki XML tedarikçisi benzer ürün kataloğu ve benzer alış fiyatları sunabilir.

Ancak birinde:

• fiyat değişiklikleri düzenli aktarılıyor,
• anormal değerler az,
• fiyat alanları açık,
• değişiklikler öngörülebilir

iken diğerinde sürekli eski veya beklenmedik değerler bulunabilir.

Bu durumda nominal alış fiyatı daha düşük görünen tedarikçi operasyon açısından mutlaka daha avantajlı olmayabilir.

Mevcut XML Tedarikçisi Seçerken Nelere Dikkat Edilmelidir? rehberi de tedarikçi seçiminde yalnızca ürün sayısına veya düşük fiyatlara bakılmaması; stok, fiyat, ürün verisi, kargo ve destek süreçlerinin birlikte değerlendirilmesi gerektiğini belirtiyor.

28. Güncelleme Sıklığını Gerçek Veriye Göre Belirleyin

Tedarikçinin kaynak XML'i örneğin belirli aralıklarla güncelleniyorsa satıcının entegrasyonunu bundan çok daha yüksek sıklıkta çalıştırmak her zaman ek fayda sağlamayabilir.

Buna karşılık tedarikçi gün içerisinde sık fiyat değiştiriyor ancak mağaza XML'i çok seyrek kontrol ediyorsa fiyat farkı süresi büyür.

Bu nedenle ideal yapı:

tedarikçinin kaynak yenileme davranışı + ürünlerin fiyat oynaklığı + satış hacmi + entegrasyon kapasitesi

birlikte değerlendirilerek oluşturulmalıdır.

Mevcut fiyat ve stok rehberinde de gereğinden fazla sık güncellemenin bazı sistemlerde gereksiz yük oluşturabileceği ve güncelleme sıklığının denge içinde belirlenmesi gerektiği belirtiliyor.

XML Fiyat Güncelleme Sıklığı İçin Pratik Kontrol Sistemi

Fiyat alanı

XML'deki alan bayi maliyeti mi, liste fiyatı mı, başka bir fiyat mı?

KDV yapısı

Karşılaştırılan iki fiyat aynı KDV yapısına mı sahip?

Kaynak fiyat

Tedarikçinin gerçek güncel fiyatı nereden doğrulanabiliyor?

XML fiyatı

Yeni fiyat kaynak XML'e ne zaman geliyor?

Mağaza fiyatı

Entegrasyon yeni XML değerini ne zaman işliyor?

Satış kanalı

Yeni satış fiyatı müşterinin gördüğü kanala ne zaman ulaşıyor?

Değişiklik geçmişi

Eski fiyat, yeni fiyat ve tarih-saat bilgisi kaydediliyor mu?

Anormal değişiklik

Beklenmeyen yüksek veya düşük farklar kontrol ediliyor mu?

Boş fiyat

Sıfır veya geçersiz değer mevcut sağlıklı maliyetin üzerine yazabiliyor mu?

Manuel fiyat

Satıcının manuel düzenlediği satış fiyatlarını otomasyon kontrolsüz biçimde değiştiriyor mu?

Kritik ürünler

Çok satan ve düşük kâr paylı ürünler daha yakından izleniyor mu?

Performans

Tedarikçinin fiyat değişikliklerinin XML'e ortalama ne kadar sürede yansıdığı biliniyor mu?

Basit Bir Fiyat Güncelleme Testi Nasıl Yapılır?

1. Farklı kategori ve fiyat aralıklarından ürünler seçin.

2. Her ürünün SKU veya barkodunu kaydedin.

3. Tedarikçi tarafındaki güncel fiyatı kaydedin.

4. Aynı anda kaynak XML fiyatını kontrol edin.

5. Fiyat değiştiğinde tarih ve saati kaydedin.

6. Yeni değerin XML'e hangi saatte geldiğini kontrol edin.

7. XML doğru olduktan sonra mağazanızın ne zaman güncellendiğini kaydedin.

8. Satış kanalı kullanılıyorsa son fiyatın oraya ne zaman ulaştığını kontrol edin.

9. Gecikmenin tedarikçi, entegrasyon veya satış kanalı aşamasında olduğunu ayırın.

10. Anormal fiyat değişimlerini ayrı işaretleyin.

11. Aynı testi farklı günlerde ve SKU'larda tekrarlayın.

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

Sık Sorulan Sorular

XML fiyat güncellemesi ne sıklıkla yapılmalı?

Herkes için geçerli tek bir süre bulunmaz. Tedarikçinin fiyatları ne sıklıkla değiştirdiği, ürünlerin fiyat hareketi, satış hacmi ve kullanılan entegrasyon sistemi birlikte değerlendirilmelidir. Genel entegrasyon güncelleme sıklığı mevcut fiyat ve stok rehberimizin konusudur.

Tedarikçi fiyatı değiştiği halde XML değişmiyorsa ne yapılmalı?

Önce karşılaştırılan fiyat alanlarının aynı olduğundan emin olunmalıdır. Bayi panelindeki veya doğrulanmış kaynak fiyat ile XML değeri farklıysa değişikliğin zamanı kaydedilip tedarikçiden fiyat feed'inin güncellenme yapısı hakkında bilgi alınabilir.

XML'i çok sık kontrol etmek eski fiyat sorununu çözer mi?

Kaynak XML zaten eski fiyatı gösteriyorsa hayır. Entegrasyon yalnızca mevcut kaynak veriyi daha sık okumuş olur. Önce tedarikçinin fiyatının XML'e ne kadar sürede yansıdığı ayrılmalıdır.

Ani XML fiyat değişikliğinde ürün otomatik satıştan kapatılmalı mı?

Bu işletmenin risk politikasına bağlıdır. Belirlenen normal aralığın çok üzerindeki değişiklikler için manuel kontrol veya geçici koruma kuralı oluşturulabilir. Mevcut Ulu İthalat rehberi anormal fiyat değişiklikleri için alt-üst sınır ve manuel kontrol yaklaşımını öneriyor.

XML fiyat geçmişi tutmak gerekli midir?

Zorunluluk olarak değil, operasyon kontrolü açısından değerlendirilebilir. Eski ve yeni fiyat ile tarih-saat bilgisinin tutulması, beklenmeyen fiyat değişikliklerinin ne zaman ve hangi kaynaktan geldiğini araştırmayı kolaylaştırır.

Hızlı Entegrasyon, Geç Güncellenen Kaynak Fiyatı Düzeltemez

XML fiyat güncelleme sıklığı değerlendirilirken yalnızca kendi entegrasyonunuzun çalışma saatine bakmak eksik kalır.

Daha doğru zincir:

tedarikçi fiyatı değiştirir → kaynak XML yenilenir → entegrasyon yeni değeri alır → fiyatlandırma kuralı çalışır → satış kanalı güncellenir

şeklindedir.

Bu nedenle fiyat problemi yaşandığında önce hangi aşamada gecikme olduğunu bulun.

Tedarikçi tarafındaki yeni fiyat XML'e zamanında gelmiyorsa mağazanın daha sık XML çekmesi problemi çözmez. XML zamanında güncelleniyor ancak mağaza eski fiyatı kullanıyorsa bu kez entegrasyon tarafı araştırılmalıdır.

XML fiyat ve stok senkronizasyonunun genel yapısını incelemek için XML Ürünlerinde Fiyat ve Stok Güncellemesi Nasıl Yönetilir? rehberini kullanabilirsiniz. Bu mevcut içerik fiyatlandırma, stok senkronizasyonu, XML güncelleme aralığı ve anormal fiyat kontrollerini birlikte ele alıyor.

Fiyatın neden veya hangi işlem sonucunda değiştiğini sonradan araştırabilmek için XML Entegrasyonunda Ürün Değişiklik Geçmişi Nasıl Takip Edilir? rehberini inceleyebilirsiniz.

Farklı işlemlerin yeni fiyatın üzerine eski fiyatı yeniden yazmasını önlemek için XML Entegrasyonunda Veri Güncelleme Çakışmaları Nasıl Önlenir? içeriğine geçebilirsiniz.

Tedarikçiyi fiyat güncelliği dışında stok, ürün verisi, kargo, iade ve destek açısından değerlendirmek için XML Tedarikçisi Seçerken Nelere Dikkat Edilmelidir? rehberini kullanabilirsiniz.

Ulu İthalat'ın mevcut XML çalışma modelini incelemek isteyen işletmeler ise XML Bayilik sayfasını inceleyebilir. Canlı sayfada ürün fiyatı, stok, açıklama, görsel, kategori, barkod ve ürün kodu gibi bilgilerin XML üzerinden paylaşılabildiği belirtiliyor.