XML Entegrasyonunda Veri Güncelleme Çakışmaları Nasıl Önlenir?

XML ile ürün verisi aktarılırken sorun her zaman verinin gelmemesi değildir. Bazen veri gelir, ancak yanlış sırada işlenir. Örneğin tedarikçide yeni fiyat oluşmasına rağmen daha eski bir kayıt tekrar mağazaya yazılabilir veya satıcı tarafından manuel değiştirilen stok değeri sonraki otomatik güncellemede kaybolabilir. Bu tür durumlar XML veri güncelleme çakışması olarak ele alınabilir.

Çakışmaları azaltmanın temel yolu daha sık güncelleme yapmak değil; hangi verinin ana kaynak olduğunu, hangi işlemin ne zaman çalışacağını ve hangi durumda mevcut verinin üzerine yazılabileceğini baştan belirlemektir. Özellikle çok sayıda ürün ve birden fazla satış kanalı bulunan yapılarda bu kurallar net değilse küçük bir veri uyumsuzluğu kısa sürede çok sayıda ürüne yansıyabilir.

XML Veri Güncelleme Çakışması Nedir?

Bir ürün bilgisinin birden fazla sistem veya işlem tarafından farklı değerlerle güncellenmeye çalışılması veri çakışmasına neden olabilir.

Basit bir örnek düşünelim:

Tedarikçide bir ürünün stoğu 8 adede düşüyor. Entegrasyon sistemi henüz bu yeni bilgiyi işlememişken mağazada eski stok değeri 12 olarak duruyor. Aynı sırada başka bir işlem eski veriyi yeniden sisteme gönderirse güncel değer yerine 12 adet tekrar kaydedilebilir.

Benzer durum fiyatlarda da oluşabilir.

Satıcı belirli bir ürüne manuel satış fiyatı tanımlar. Ardından otomatik fiyat güncellemesi çalışır ve manuel fiyatın üzerine XML'den hesaplanan başka bir değer yazar.

Buradaki sorun XML dosyasının kendisinden çok aynı alan üzerinde birden fazla güncelleme kuralının kontrolsüz biçimde çalışmasıdır.

1. Önce Her Veri Alanının Ana Kaynağını Belirleyin

Çakışmayı önlemek için ilk soru şu olmalıdır:

Bu alanın doğru kabul edilen ana kaynağı hangisi?

Örneğin sisteminizde:

• stok bilgisi tedarikçiden,
• alış fiyatı tedarikçiden,
• satış fiyatı kendi fiyatlandırma kuralınızdan,
• ürün başlığı kendi mağazanızdan,
• kategori bilgisi kendi kategori eşleştirmenizden

geliyor olabilir.

Bu ayrım yapılmazsa entegrasyon her çalıştığında mağazada daha önce düzenlenmiş alanları tekrar değiştirebilir.

Pratik olarak her alan için küçük bir kaynak tablosu oluşturabilirsiniz:

Veri alanıAna kaynakOtomatik üzerine yazılsın mı?StokTedarikçi verisiEvetAlış fiyatıTedarikçi verisiEvetSatış fiyatıFiyatlandırma kuralıKurala göreÜrün başlığıMağazaTercihen kontrollüAçıklamaMağaza / tedarikçiSisteme göreKategoriMağaza eşleştirmesiKontrollü

Bu tablo her işletmede aynı olmak zorunda değildir. Önemli olan hangi sistemin hangi alan üzerinde yetkili olduğunun bilinmesidir.

2. Stok ve Fiyat Güncellemelerini Birbirinden Ayırın

Stok ve fiyat güncelleme işlemleri aynı ürün üzerinde çalışsa da aynı mantıkla yönetilmek zorunda değildir.

Stok bilgisi satışlarla hızlı değişebilen operasyonel bir veridir. Fiyat değişikliği ise marj, komisyon veya satıcının fiyatlandırma kuralı gibi ek hesaplamalar içerebilir.

Bu nedenle sistem izin veriyorsa stok ve fiyat işlemlerinin ayrı kurallarla yönetilmesi daha kontrollü olabilir.

Örneğin:

Stok: Tedarikçideki güncel adet esas alınır.

Alış fiyatı: Tedarikçiden alınır.

Satış fiyatı: Yeni alış fiyatının üzerine işletmenin belirlediği fiyatlandırma yöntemi uygulanarak yeniden hesaplanır.

Böyle bir ayrım, tedarikçiden gelen alış fiyatının doğrudan müşterinin gördüğü satış fiyatının üzerine yazılması gibi hataları azaltabilir.

Stok ve fiyat güncellemesinin genel çalışma mantığını incelemek için XML ürünlerinde fiyat ve stok güncelleme rehberine bakabilirsiniz.

3. Aynı Güncelleme İşini Birden Fazla Sürecin Yapmasına İzin Vermeyin

En sık görülebilecek XML entegrasyon sorunları arasında aynı verinin birden fazla görev tarafından değiştirilmesi bulunur.

Örneğin stok için aynı anda:

• XML aktarımı,
• manuel panel güncellemesi,
• pazaryeri entegrasyonu,
• farklı bir stok yazılımı

devrede olabilir.

Bu sistemlerin her biri aynı stok alanını kendi verisine göre değiştirebiliyorsa hangi değerin en güncel olduğunu belirlemek zorlaşır.

Daha sağlıklı yaklaşım, mümkün olduğunca tek bir ana stok kaynağı belirlemek ve diğer sistemlerin bu kaynağı takip etmesini sağlamaktır.

Aynı mantık fiyat için de geçerlidir.

Bir fiyat hem XML'den doğrudan aktarılıyor hem başka bir entegrasyonda yeniden hesaplanıyor hem de manuel olarak değiştiriliyorsa çakışma ihtimali yükselir.

4. Güncelleme Sırasını Rastgele Bırakmayın

İki otomasyon aynı anda çalışmasa bile yanlış sırayla çalışmaları sorun oluşturabilir.

Örneğin:

1. Yeni XML verisi alınır.
2. Satış fiyatı hesaplanır.
3. Eski veriyi kullanan başka bir görev birkaç dakika sonra çalışır.
4. Yeni satış fiyatının üzerine eski değer tekrar yazılır.

Sonuçta bütün işlemler teknik olarak başarılı görünürken mağazadaki son veri yanlış olabilir.

Bu nedenle entegrasyonda mümkünse işlem sırası tanımlanmalıdır.

Örnek bir sıra:

Veriyi al → doğrula → stok/fiyat kaynağını kontrol et → hesaplama kurallarını uygula → satış kanalına aktar → sonucu kontrol et

Bu yapı, birbirinden bağımsız çalışan görevlerin aynı alanı farklı zamanlarda değiştirmesini azaltmaya yardımcı olur.

5. Eski Verinin Yeni Verinin Üzerine Yazılmasını Engelleyin

Bir güncellemenin başarılı olması onun en güncel veri olduğu anlamına gelmez.

Sistem altyapısı destekliyorsa verinin ne zaman alındığını veya işlendiğini takip etmek önemlidir.

Örneğin saat 14.10'da alınan stok bilgisi sistemde bulunurken saat 14.05'e ait eski veri tekrar işleme giriyorsa eski kaydın yeni kaydı ezmesine izin verilmemelidir.

Bu kontrol:

• güncelleme zamanı,
• veri versiyonu,
• işlem sırası,
• son başarılı senkronizasyon bilgisi

gibi yöntemlerle kurulabilir.

Teknik uygulama kullanılan entegrasyon yazılımına göre değişir. Ancak temel kural nettir: daha eski veri yalnızca yeniden geldi diye daha yeni verinin üzerine yazılmamalıdır.

6. Manuel Değişikliklerin Otomasyon Tarafından Silinmesini Önleyin

XML veri senkronizasyonu kullanılan mağazalarda satıcı bazen belirli ürünlerde manuel değişiklik yapmak isteyebilir.

Örneğin:

• farklı bir satış fiyatı,
• özel ürün başlığı,
• düzeltilmiş açıklama,
• kategori değişikliği

uygulanabilir.

Ancak sistemde “XML her çalıştığında bütün alanları güncelle” kuralı varsa bu değişiklikler sonraki senkronizasyonda kaybolabilir.

Bu nedenle manuel düzenleme yapılacak alanlar için iki yöntemden biri tercih edilebilir:

Alan kilitleme: Manuel düzenlenen alan otomatik güncellemenin dışında tutulur.

Kaynak önceliği: Belirli alanlarda mağazadaki mevcut veri XML'den daha öncelikli kabul edilir.

Kullanılan entegrasyon sistemi bu özellikleri desteklemiyorsa en azından hangi alanların XML tarafından değiştirildiğinin önceden bilinmesi gerekir.

7. Veri Kalitesini Senkronizasyondan Önce Kontrol Edin

Her güncelleme çakışması iki sistemin aynı anda çalışmasından kaynaklanmaz. Bazen kaynak verideki problem senkronizasyon sırasında büyür.

Örneğin:

• boş stok alanı,
• sıfır fiyat,
• eksik SKU,
• tekrarlanan barkod,
• yanlış varyant eşleşmesi

binlerce ürünün bulunduğu bir aktarımda sorun oluşturabilir.

Bu nedenle yeni veri doğrudan canlı mağazaya yazılmadan önce temel doğrulama kurallarından geçirilebilir.

Ürün verilerinin aktarım öncesinde hangi noktalardan kontrol edilebileceğini görmek için XML ürün verisi kalitesi kontrol rehberini inceleyebilirsiniz. Ulu İthalat'ın mevcut içeriklerinde ürün adı, açıklama, görsel, barkod, stok, fiyat ve kategori gibi alanların veri kalitesi kapsamında kontrol edilmesi ele alınıyor.

8. Hatalı Güncellemeler İçin Limitler Tanımlayın

Otomasyonlarda yalnızca “güncelle” kuralı değil, bazı durumlarda “güncelleme ve kontrol et” yaklaşımı daha güvenlidir.

Örneğin sisteminizin özelliklerine bağlı olarak şu tür kontroller uygulanabilir:

• fiyat sıfırsa ürünü otomatik güncellememek,
• stok değeri geçersizse eski veriyi doğrudan silmemek,
• ürün kodu eşleşmiyorsa güncellemeyi durdurmak,
• beklenmedik derecede büyük fiyat değişikliklerini incelemeye almak,
• eşleşmeyen varyantları otomatik olarak başka ürüne bağlamamak.

Bu tür kontrol noktalarının amacı normal değişiklikleri engellemek değil, olağan dışı verinin topluca yayılmasını önlemektir.

9. Güncelleme Kayıtlarını Tutun

Bir fiyatın veya stok değerinin neden değiştiğini bulabilmek için önce geçmişte ne olduğunu görebilmek gerekir.

Mümkünse entegrasyon sistemi en azından şu bilgileri kaydetmelidir:

• işlem zamanı,
• ürün/SKU,
• eski değer,
• yeni değer,
• güncelleme kaynağı,
• işlemin başarılı veya hatalı olduğu bilgisi.

Örneğin bir ürünün fiyatı beklenmedik biçimde değiştiğinde “neden oldu?” sorusunu yalnızca mevcut XML verisine bakarak cevaplamak zor olabilir.

Kayıt varsa:

hangi sistem → hangi saatte → hangi eski değeri → hangi yeni değerle değiştirdi

takip edilebilir.

Bu yapı özellikle tekrar eden sorunların kaynağını bulmayı kolaylaştırır.

10. Önce Küçük Ürün Grubunda Test Edin

Yeni bir senkronizasyon kuralını bütün ürünlere aynı anda uygulamak yerine önce sınırlı bir ürün grubunda test etmek daha kontrollüdür.

Test grubunda şu senaryolar denenebilir:

Fiyat değiştiğinde ne oluyor?

Yeni fiyat doğru hesaplanıyor mu, yoksa mevcut satış fiyatının üzerine beklenmedik bir değer mi yazılıyor?

Stok sıfıra düştüğünde ne oluyor?

Ürün satışa kapanıyor mu, stok değeri doğru mu aktarılıyor?

Manuel değişiklik yapıldığında ne oluyor?

Bir sonraki otomatik güncelleme değişikliği koruyor mu yoksa siliyor mu?

Kaynak veri geçici olarak boş geldiğinde ne oluyor?

Mağazadaki mevcut veri korunuyor mu, yoksa boş veya hatalı değer mi aktarılıyor?

Bu testlerden sonra otomasyon daha geniş ürün grubuna uygulanabilir.

XML Veri Senkronizasyonu İçin Kontrol Tablosu

Kontrol noktasıSorulacak soruAna veri kaynağıStok ve fiyatın doğru kaynağı hangisi?Kaynak önceliğiİki farklı veri gelirse hangisi kullanılacak?Güncelleme zamanıEski veri yeni kaydın üzerine yazılabilir mi?Manuel değişiklikOtomasyon manuel düzenlemeyi silecek mi?StokBirden fazla sistem aynı stoğu değiştiriyor mu?FiyatSatış fiyatı XML'den mi geliyor, ayrıca mı hesaplanıyor?SKUÜrün eşleşmeleri benzersiz ve doğru mu?Hata kontrolüBoş veya geçersiz değer engelleniyor mu?KayıtEski ve yeni değer sonradan görülebiliyor mu?TestYeni kurallar önce küçük grupta deneniyor mu?

Bu tablo özellikle yeni entegrasyon kurulurken veya mevcut sistemde tekrarlayan veri hataları görülmeye başladığında kullanılabilir.

Bir Çakışma Oluştuğunda Nereden Kontrole Başlanmalı?

Sorunu doğrudan XML dosyasına bağlamadan önce veri akışının tamamına bakmak gerekir.

Pratik kontrol sırası şöyle olabilir:

1. Kaynak XML'deki değeri kontrol edin.

2. Entegrasyonun bu veriyi hangi saatte aldığını kontrol edin.

3. Mağazada oluşan son değeri karşılaştırın.

4. Aynı alana müdahale eden başka entegrasyon veya otomasyon olup olmadığını inceleyin.

5. Manuel değişiklik yapılıp yapılmadığını kontrol edin.

6. Güncelleme kayıtlarından son değişikliğin kaynağını bulun.

Genel XML entegrasyon problemleri ve operasyonel sorunlar için XML bayilik sorunları ve çözümleri rehberini ayrıca inceleyebilirsiniz. Mevcut rehberde stok hataları ve entegrasyon problemleri gibi daha geniş sorun alanları ele alınıyor.

Tedarikçi ve Entegrasyon Yapısını Birlikte Değerlendirin

Sağlıklı veri senkronizasyonu yalnızca satıcının kullandığı yazılıma bağlı değildir. Kaynak verinin düzeni ve tedarikçi tarafından sağlanan bilgilerin niteliği de süreci etkiler.

Tedarikçi değerlendirmesinde ürün verisinin yanında:

• stok bilgisinin nasıl güncellendiği,
• fiyat değişikliklerinin nasıl iletildiği,
• ürün kodlarının tutarlılığı,
• varyantların düzeni,
• veri yapısındaki değişikliklerin nasıl yönetildiği

gibi noktalar da incelenebilir.

Tedarikçi seçiminin daha geniş kriterleri için XML tedarikçisi seçerken dikkat edilmesi gerekenler rehberini okuyabilirsiniz. İlgili Ulu İthalat içeriği canlı olarak doğrulandı.

Sık Sorulan Sorular

XML güncellemesi neden eski fiyatı tekrar getirebilir?

Eski veri hâlâ başka bir işlemde kullanılıyor, farklı bir entegrasyon aynı alanı güncelliyor veya güncelleme sırası doğru yönetilmiyor olabilir. Kaynak, zaman ve işlem kayıtları birlikte kontrol edilmelidir.

Manuel fiyat değiştirince XML neden tekrar eski değeri yazıyor?

Fiyat alanı otomatik güncellemeye açık bırakılmışsa sonraki senkronizasyon manuel değerin üzerine yazabilir. Manuel fiyatların korunacağı ürün veya alanlar için ayrı bir kural gerekebilir.

Stok senkronizasyonunu daha sık yapmak çakışmayı tamamen önler mi?

Hayır. Daha sık veri almak güncelliği artırabilir ancak birden fazla kaynağın aynı alanı farklı kurallarla değiştirmesi sorununu tek başına çözmez. Öncelikle ana kaynak ve güncelleme önceliği belirlenmelidir.

XML entegrasyonunda hangi alanlar mutlaka takip edilmeli?

İş modeline göre değişmekle birlikte stok, alış fiyatı, satış fiyatı, SKU/barkod, varyant ve son güncelleme zamanı kritik kontrol alanları arasında değerlendirilebilir.

Çakışmayı Güncelleme Sonrasında Değil, Veri Akışında Önleyin

XML veri güncelleme çakışması yaşandığında yalnızca yanlış ürünü düzeltmek kalıcı çözüm sağlamaz. Aynı güncelleme kuralı devam ediyorsa sorun tekrar oluşabilir.

Daha sürdürülebilir yöntem; her veri alanının ana kaynağını belirlemek, stok ve fiyat kurallarını ayırmak, güncelleme sırasını kontrol etmek, eski verinin yeni veriyi ezmesini önlemek ve yapılan değişiklikleri kayıt altına almaktır.

XML sisteminin temel yapısını ayrıca incelemek isteyenler XML sisteminin çalışma mantığını açıklayan rehbere geçebilir. Ulu İthalat'ın mevcut ticari çalışma yapısını değerlendirmek isteyen işletmeler ise bayilik ve entegrasyon sayfasını inceleyebilir.