XML entegrasyonuyla çalışan bir e-ticaret işletmesinde tedarikçiden gelen fiyat ile müşteriye gösterilen satış fiyatı aynı olmak zorunda değildir.

Örneğin XML'de:

137 TL

fiyat geliyor olabilir.

Ancak bu değerin:

• tedarikçi alış fiyatı mı,
• bayi fiyatı mı,
• tavsiye edilen satış fiyatı mı,
• KDV dahil mi,
• KDV hariç mi

olduğu belirlenmeden:

137 × 1,30 = satış fiyatı

gibi tek bir işlem yapmak riskli olabilir.

Çünkü nihai fiyatı etkileyebilecek başka kalemler bulunabilir:

• pazaryeri komisyonu,
• kargo,
• paketleme,
• ödeme sistemi maliyeti,
• iade riski,
• satış kanalına özgü giderler,
• hedeflenen minimum kazanç.

Canlı XML Ürünlerinde Fiyat ve Stok Güncellemesi Nasıl Yönetilir? içeriğinde de fiyat aktarımında yalnızca tedarikçi fiyatına bakılmaması; kargo, komisyon, KDV ve diğer giderlerin birlikte değerlendirilmesi gerektiği belirtiliyor.

107 numarada bunun bir sonraki aşamasına geçiyoruz:

Doğru maliyet elimizdeyse satış fiyatını hangi otomatik kurallarla oluşturacağız?

XML Fiyat Kuralı Nedir?

XML fiyat kuralı, tedarikçiden alınan kaynak fiyatı belirli iş kurallarından geçirerek mağazada veya satış kanalında kullanılacak nihai fiyatı oluşturan sistemdir.

Basit örnek:

Kaynak maliyet: 100 TL

Fiyatlandırma kuralı: maliyet üzerine %30 ekle

Satış fiyatı: 130 TL

Ancak gerçek bir fiyat motoru bunun kadar basit olmak zorunda değildir.

Örneğin sistem:

kaynak fiyat

↓

KDV kontrolü

↓

para birimi dönüşümü

↓

kategori kuralı

↓

komisyon

↓

kargo

↓

minimum kâr

↓

fiyat değişikliği kontrolü

↓

yuvarlama

↓

satış kanalı fiyatı

şeklinde çalışabilir.

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

Fiyat kuralı oluşturmadan önce en kritik soru:

Hangi fiyatın üzerine kural uyguluyorum?

XML'de örneğin:

fiyat

bayi_fiyat

liste_fiyat

indirimli_fiyat

price

dealer_price

gibi alanlar bulunabilir.

Yanlış kaynak alan seçilirse bütün fiyat kuralı matematiksel olarak doğru çalışsa bile sonuç yanlış olur.

2. Alış Fiyatı ile Tavsiye Edilen Satış Fiyatını Ayırın

Tedarikçi XML içerisinde birden fazla fiyat gönderebilir.

Örneğin:

Bayi fiyatı: 100 TL

Liste fiyatı: 160 TL

Bu iki alan aynı amaçla kullanılmamalıdır.

Kendi fiyat motorunuzun:

hangi alanı gerçek maliyet

olarak kullandığı açıkça tanımlanmalıdır.

3. KDV Dahil ve Hariç Fiyatı Önce Netleştirin

XML fiyat kuralının temel girdisi yanlış yorumlanırsa bütün satış fiyatları bozulabilir.

Örneğin:

120 TL

fiyatın zaten KDV dahil olduğunu bilmeden tekrar vergi eklemek yanlış sonuç oluşturabilir.

Bu konuyu fiyat kuralı içinde tekrar çözmeye çalışmak yerine vergi verisi önceden doğrulanmalıdır.

Canlı XML KDV ve Vergi Alanları Nasıl Kontrol Edilir? rehberi fiyatın KDV dahil/hariç durumunun ve 20, 0.20, %20 gibi oran formatlarının ayrıca doğrulanmasını ele alıyor.

4. Kaynak Fiyat ile Hesaplama Fiyatını Ayrı Tutun

Veritabanında mümkünse:

XML kaynak fiyatı

ve

hesaplanan satış fiyatı

ayrı saklanmalıdır.

Örneğin:

Kaynak bayi fiyatı: 125 TL

Hesaplanan satış fiyatı: 189,90 TL

Bu yapı sayesinde daha sonra:

Tedarikçi ne göndermişti?

ve

Biz hangi kuralla bu fiyatı oluşturduk?

soruları ayrı ayrı cevaplanabilir.

5. Tek Bir Yüzdeyi Bütün Kataloğa Uygulamayın

En basit fiyat motoru:

bütün ürünlere %30 ekle

şeklinde olabilir.

Ancak 30 TL'lik ürün ile 3.000 TL'lik ürün aynı fiyat yapısına sahip olmayabilir.

Düşük fiyatlı ürünlerde:

sabit operasyon maliyetleri

daha fazla ağırlık taşıyabilir.

Yüksek fiyatlı ürünlerde ise aynı yüzdesel ekleme ürünün satış fiyatını gereğinden fazla yükseltebilir.

Bu nedenle fiyat bandı bazlı kurallar düşünülebilir.

6. Fiyat Bandı Bazlı Kural Oluşturabilirsiniz

Örneğin tamamen temsili olarak:

0–100 TL maliyet → Kural A

100–500 TL maliyet → Kural B

500 TL üzeri → Kural C

şeklinde sistem kurulabilir.

Bu değerler öneri değildir.

Gerçek sınırlar işletmenin:

• maliyet,
• komisyon,
• kargo,
• rekabet,
• kârlılık

verisine göre oluşturulmalıdır.

7. Yüzdesel Eklemeyle Kâr Marjını Karıştırmayın

Bu 107'nin en önemli noktalarından biridir.

Maliyet:

100 TL

olsun.

Maliyetin üzerine:

%30

eklendiğinde satış fiyatı:

130 TL

olur.

Ancak satış fiyatının içindeki brüt fark oranı:

30 / 130 ≈ %23,08

olur.

Dolayısıyla:

maliyet üzerine %30 eklemek

ile

satış fiyatında %30 brüt marj hedeflemek

aynı hesap değildir.

8. Hedef Marj Kullanıyorsanız Formülü Ayrı Kurun

Basitleştirilmiş ve diğer giderlerin dahil edilmediği örnekte:

Maliyet = 100 TL

Hedef brüt marj = %30

ise:

Satış fiyatı = 100 / (1 - 0,30)

yani yaklaşık:

142,86 TL

olur.

Bu yalnızca kavram farkını göstermek için verilen örnektir.

Gerçek fiyatlandırmada diğer maliyetler ayrıca hesaba katılmalıdır.

9. “Kâr Oranı” İfadesini Sistem İçinde Belirsiz Bırakmayın

Yazılım ekranında yalnızca:

Kâr: %30

yazması yeterli değildir.

Bu değer:

maliyete eklenen oran mı?

yoksa:

satış fiyatından hedeflenen marj mı?

açıkça belirtilmelidir.

Örneğin alan isimleri:

Maliyete Eklenecek Oran

ve

Hedef Brüt Marj

şeklinde ayrılabilir.

Bu küçük ayrım binlerce ürünün farklı fiyatlanmasına neden olabilir.

10. Gerçek Kârlılık Hesabını Ayrı Katmanda Tutun

107'nin amacı temel olarak fiyat kuralını oluşturmak.

Ürünün gerçek kârını ayrıntılı hesaplamak ise ayrı intent.

Canlı XML Bayilikte Kâr Marjı Nasıl Hesaplanır? rehberi ürün maliyeti yanında kargo, komisyon, KDV, paketleme, iade riski ve diğer giderlerin hesaba katılmasına odaklanıyor.

Ayrım:

“Bu ürünün gerçek kârı ne?” → Kâr Marjı Rehberi

“Bu hesapları kullanarak binlerce XML ürününün fiyatını otomatik hangi kuralla üretirim?” → 107

11. Minimum Kâr Tutarı Tanımlayabilirsiniz

Düşük fiyatlı ürünlerde yalnızca yüzdesel kural yeterli olmayabilir.

Örneğin:

20 TL ürün

üzerine %20 eklenirse:

4 TL

brüt fark oluşur.

Bu tutar işletmenin operasyon giderlerini karşılamak için yeterli olmayabilir.

Bu nedenle sistem:

yüzdesel kâr şartı

yanında:

minimum TL kazanç şartı

da kullanabilir.

12. Yüzdesel Kural ile Minimum Kâr Birlikte Kullanılabilir

Örneğin mantık:

hesaplanan fiyat A

ve

minimum kazançla hesaplanan fiyat B

olsun.

Sistem:

hangisi daha yüksekse onu kullan

şeklinde çalışabilir.

Ancak bu politika işletmenin kendi ticari stratejisine göre oluşturulmalıdır.

13. Minimum Satış Fiyatı Oluşturun

Bir ürünün satış fiyatı:

toplam beklenen maliyetin altında

kalmamalıdır.

Bu nedenle sistemde:

minimum satış fiyatı

koruması bulunabilir.

Yeni XML fiyatı veya başka fiyatlandırma kuralı bu sınırın altında sonuç üretirse ürün:

otomatik yayınlanmak yerine

incelemeye alınabilir.

14. Minimum Fiyatı Sadece Alış Fiyatından Oluşturmayın

Örneğin alış:

100 TL

ise minimum satış:

101 TL

olarak belirlemek gerçek operasyon maliyetlerini dikkate almayabilir.

Minimum fiyat hesabında işletmeye göre:

• komisyon,
• kargo,
• paketleme,
• ödeme maliyeti

gibi kalemler hesaba katılabilir.

15. Kategori Bazlı Fiyat Kuralları Kullanabilirsiniz

Elektronik ürün ile:

küçük ev gereci

aynı maliyet yapısına sahip olmayabilir.

Örneğin:

• iade riski,
• kargo gideri,
• rekabet,
• ortalama satış fiyatı

değişebilir.

Bu nedenle:

Elektronik → Kural A

Hırdavat → Kural B

Ev/Mutfak → Kural C

gibi kategori bazlı fiyat motoru kurulabilir.

16. Alt Kategori Kuralları Ana Kategorinin Üzerine Yazabilir

Örneğin:

Ev & Mutfak → genel fiyat kuralı

olabilir.

Ancak:

Cam Ürünler

alt kategorisi farklı kargo/kırılma maliyetine sahip olabilir.

Sistem:

genel kural

↓

kategori kuralı

↓

alt kategori kuralı

şeklinde öncelik kullanabilir.

17. Ürün Bazlı İstisna Tanımlayabilirsiniz

Bazı SKU'lar genel kurala uymayabilir.

Örneğin:

• özel kampanyalı ürün,
• çok yüksek maliyetli ürün,
• farklı kargo gideri olan ürün,
• yoğun rekabetli ürün

için ayrı fiyat kuralı gerekebilir.

Bu durumda SKU bazlı istisna tanımlanabilir.

18. Kural Önceliğini Açıkça Belirleyin

Örneğin ürün aynı anda:

genel kural

kategori kuralı

tedarikçi kuralı

SKU özel kuralı

ile eşleşiyor olabilir.

Hangisi uygulanacak?

Örneğin:

SKU özel kuralı > alt kategori > kategori > genel

gibi açık bir öncelik yapısı belirlenebilir.

Aksi halde aynı ürün farklı zamanlarda farklı fiyat sonuçları verebilir.

19. Birden Fazla Oranın Yanlışlıkla Üst Üste Eklenmesini Engelleyin

Örneğin:

Genel kural → %20

Kategori kuralı → %10

Sistem yanlış tasarlanırsa:

önce %20, sonra çıkan sonuca %10

uygulayabilir.

Oysa kategori kuralının amacı genel kuralın yerine geçmek olabilir.

Bu nedenle:

override

ile

stack

mantıkları birbirinden ayrılmalıdır.

20. Satış Kanalı Bazlı Fiyat Oluşturabilirsiniz

Kendi e-ticaret siteniz ile pazaryeri aynı maliyet yapısına sahip olmayabilir.

Örneğin pazaryerinde:

• komisyon,
• hizmet kesintileri,
• kampanya etkileri

bulunabilir.

Dolayısıyla tek bir:

merkez satış fiyatı

üzerinden kanal bazlı fiyat dönüşümü yapılabilir.

21. Komisyon Oranını Sabit Kodlamayın

Pazaryeri komisyonları:

• kategoriye,
• ürüne,
• kampanyaya,
• sözleşmeye

göre değişebilir.

Bu nedenle:

bütün ürünlerde komisyon %X

gibi kod içine gömülen sabit değer yerine güncellenebilir komisyon tablosu kullanılabilir.

Güncel oranlar ilgili satış kanalından doğrulanmalıdır.

22. Komisyonun Hangi Fiyat Üzerinden Hesaplandığını Doğrulayın

Bir komisyon oranının bulunması tek başına yeterli değildir.

Hesaplama sisteminde:

hangi tutar üzerinden

uygulandığı bilinmelidir.

Bu nedenle fiyat motoruna bir gider eklenmeden önce ilgili kanalın güncel ücretlendirme modeli doğrulanmalıdır.

23. Kargo Maliyetini Fiyat Kuralına Dahil Edebilirsiniz

Özellikle düşük fiyatlı ürünlerde kargo maliyeti ürün fiyatına göre yüksek olabilir.

Bu nedenle fiyat motoru:

ürün maliyeti + tahmini kargo

üzerinden çalışabilir.

Ancak kargo maliyeti:

• desi,
• ağırlık,
• kanal,
• anlaşma,
• ücretsiz kargo sınırı

gibi değişkenlere bağlı olabilir.

24. Bütün Ürünlere Aynı Kargo Tutarını Eklemeyin

Küçük bir pense ile büyük raf ünitesinin lojistik maliyeti aynı değildir.

Ürünlerin:

desi veya lojistik grubu

biliniyorsa farklı fiyat kuralı oluşturulabilir.

Örneğin:

Küçük paket

Orta paket

Büyük paket

gibi.

25. Paketleme Giderini de Ürün Grubuna Göre Ayırabilirsiniz

Bazı ürün:

kargo poşeti

ile gönderilebilir.

Başka ürün:

• kutu,
• dolgu,
• ekstra koruma

gerektirebilir.

Bu nedenle paketleme maliyeti bütün ürünlerde aynı olmak zorunda değildir.

26. İade Riskini Kategori Bazlı Beklenen Maliyet Olarak Değerlendirebilirsiniz

Bazı işletmeler geçmiş satış verisine dayanarak iade maliyetini fiyatlandırma analizine dahil edebilir.

Ancak:

her ürün kesin iade olacakmış gibi

tam iade giderini tek satışa yüklemek doğru bir yaklaşım değildir.

Daha anlamlı yöntem geçmiş gerçekleşen veriler üzerinden beklenen maliyet oluşturmak olabilir.

27. Reklam Giderini İsterseniz Ayrı Fiyatlandırma Katmanında Takip Edin

Her ürün reklam almıyor olabilir.

Dolayısıyla reklam maliyetini bütün ürünlere tek tutarda yüklemek yanıltıcı olabilir.

Örneğin:

organik satış fiyatı

ve

reklamlı ürün minimum kârlılık sınırı

ayrı değerlendirilebilir.

28. Dövizli XML Fiyatlarında Kur Kaynağını Belirleyin

Tedarikçi ürün fiyatını:

• USD,
• EUR

gibi para birimiyle gönderiyorsa satış fiyatı oluşturulmadan önce dönüşüm gerekir.

Sistem şu sorulara cevap vermelidir:

Hangi kur kullanılacak?

Kur ne zaman güncellenecek?

Kur değiştiğinde bütün ürünler yeniden hesaplanacak mı?

Ek kur güvenlik payı kullanılacak mı?

Bunlar önceden tanımlanmalıdır.

29. XML Para Birimini Varsaymayın

price = 10

değeri:

10 TL

olabilir.

Başka feed'de:

10 USD

olabilir.

Bu nedenle para birimi alanı veya tedarikçi dokümantasyonu doğrulanmalıdır.

Yanlış para birimi bütün katalog fiyatlarını bozabilir.

30. Fiyatı En Son Aşamada Yuvarlayın

Örneğin hesaplama sırasında:

183,472849 TL

sonucu çıkabilir.

Ara hesaplamaların her aşamasında yuvarlama yapılırsa nihai sonuç değişebilir.

Daha kontrollü yöntem:

hesaplamaları yeterli hassasiyetle yap

↓

son fiyatı belirle

↓

satış fiyatı standardına göre yuvarla

şeklindedir.

31. Psikolojik Fiyatlandırma Ayrı Kural Olabilir

Hesaplanan fiyat:

201,34 TL

olabilir.

İşletme bunu:

199,90

veya:

204,90

gibi fiyatlara dönüştürmek isteyebilir.

Ancak psikolojik fiyat kuralı:

minimum kârlılık sınırını

bozmamalıdır.

Önce taban fiyat korunmalı, sonra uygun yuvarlama uygulanmalıdır.

32. Aşağı Yuvarlama Zarar Oluşturabilir

Hesaplanan minimum güvenli fiyat:

200,30 TL

ise:

199,90 TL

psikolojik fiyatı minimum sınırın altına düşebilir.

Bu nedenle yuvarlama işleminden sonra:

minimum fiyat kontrolü

tekrar yapılmalıdır.

33. Liste Fiyatı ve Satış Fiyatını Ayrı Tutun

İşletme:

liste fiyatı

ve

aktif satış fiyatı

kullanıyor olabilir.

XML fiyat motoru bu iki alanı aynı şey gibi görmemelidir.

Örneğin:

hesaplanan temel satış fiyatı

ayrı,

kampanya fiyatı

ayrı tutulabilir.

34. Kampanya Fiyatına da Minimum Kâr Koruması Uygulayın

Normal fiyat:

249,90 TL

olabilir.

Kampanya sistemi:

%20 indirim

uyguladığında fiyat:

199,92 TL

seviyesine iner.

Ancak bu rakam gerçek toplam maliyetin altındaysa kampanya zarar oluşturabilir.

Bu nedenle kampanya fiyatı da fiyat tabanı kontrolünden geçirilebilir.

35. Tedarikçi İndirimi ile Müşteri Kampanyasını Ayırın

Tedarikçi maliyeti:

100 → 80 TL

düşmüş olabilir.

Bu:

maliyet değişikliğidir.

Mağazanın müşteriye:

%10 kampanya

uygulaması ise başka olaydır.

İki indirimin sistemde ayrı tutulması fiyat geçmişinin anlaşılmasını kolaylaştırır.

36. Anormal Fiyat Değişikliklerini Normal Fiyat Kuralından Önce Kontrol Edin

Tedarikçi fiyatı:

1.200 TL → 120 TL

olmuşsa fiyat motoru doğrudan:

120 × kural

uygulamamalıdır.

Önce:

Bu yeni kaynak fiyat geçerli mi?

kontrol edilmelidir.

Canlı XML Ürünlerinde Fiyat Düşüşleri İçin Kontrol Mekanizması Nasıl Kurulur? rehberi eski-yeni fiyat karşılaştırması, düşüş oranı, minimum fiyat sınırı ve manuel kontrol mantığını ayrıntılı ele alıyor.

37. Sıfır Fiyatı Otomatik Olarak Satış Fiyatına Dönüştürmeyin

XML:

fiyat = 0

gönderirse sistem:

0 × 1,30 = 0

hesabını yapmamalıdır.

Bu değer:

• veri hatası,
• fiyat kaldırma,
• kaynak ERP problemi

olabilir.

Ürün incelemeye alınabilir veya mevcut güvenli fiyat korunabilir.

İş kuralı önceden tanımlanmalıdır.

38. Boş Fiyat ile Sıfır Fiyatı Ayırın

<fiyat></fiyat>

ve:

<fiyat>0</fiyat>

teknik olarak farklı durumlardır.

İkisinin de satış fiyatına otomatik aktarılması engellenebilir ancak hata türleri ayrı kaydedilmelidir.

39. Negatif Fiyatları Geçersiz Veri Olarak Ele Alın

Kaynak XML:

-100 TL

gönderiyorsa bunu normal fiyat hesabına sokmak yerine veri hatası olarak işaretlemek daha güvenlidir.

Negatif tutarın tedarikçinin sisteminde özel bir anlamı varsa ayrıca dokümante edilmelidir.

40. Eski Fiyatla Yeni Fiyat Arasındaki Değişimi Sınırlayabilirsiniz

Örneğin sistem:

tek güncellemede %X üzerindeki fiyat değişikliklerini

otomatik yayınlamayı durdurabilir.

Ancak kullanılacak gerçek eşik kategori ve fiyat seviyesine göre belirlenmelidir.

Bu sistem:

fiyat kuralının kendisi

değil,

fiyat kuralına giriş güvenlik kapısı

olarak düşünülmelidir.

41. Tedarikçi Fiyat Güncelleme Sıklığını Fiyat Motorundan Ayırın

Fiyat motorunuz mükemmel olabilir.

Ancak tedarikçi maliyeti geç güncelliyorsa yanlış eski fiyat üzerinden doğru matematik uygulanır.

Canlı XML Tedarikçide Fiyat Güncelleme Sıklığı Neden Önemli? içeriği tedarikçi tarafındaki fiyat değişimi ile bunun XML'e yansıması arasındaki süreyi ayrı bir problem olarak ele alıyor.

Ayrım:

Kaynak fiyat ne kadar güncel? → Güncelleme Sıklığı

Güncel fiyatı hangi formülle satış fiyatına çevireceğiz? → 107

42. Aynı Ürünün Birden Fazla Tedarikçisi Varsa Hangi Maliyetin Kullanılacağını Belirleyin

Ürün:

Tedarikçi A → 100 TL

Tedarikçi B → 108 TL

olabilir.

Otomatik olarak:

en düşük fiyatı kullan

demek her zaman doğru olmayabilir.

Çünkü ucuz tedarikçinin:

• stoğu olmayabilir,
• teslimatı yavaş olabilir,
• ürün kaydı güvenilir olmayabilir.

Fiyat motoru mümkünse aktif tedarik kaynağının maliyetini esas almalıdır.

43. En Ucuz Tedarikçi Stoksuzsa Fiyatı Onun Maliyetine Göre Hesaplamayın

Ürün satışta:

Tedarikçi A: 100 TL, stok 0

Tedarikçi B: 130 TL, stok 20

ise satış fiyatını 100 TL maliyet üzerinden hesaplamak sipariş geldiğinde zarara neden olabilir.

Dolayısıyla fiyat ve tedarikçi seçimi bazı çoklu kaynak sistemlerinde birbirine bağlanmalıdır.

44. Varyant Fiyatlarını Ayrı Hesaplayın

Aynı ürünün:

küçük

orta

büyük

varyantlarının maliyetleri farklı olabilir.

Ana ürün fiyatına tek kural uygulayıp bütün varyantlara aynı fiyatı yazmak yanlış olabilir.

Fiyatlandırma mümkün olduğunda gerçek satılabilir SKU seviyesinde yapılmalıdır.

45. Set Ürünlerin Fiyatını Bileşenlerden Hesaplayabilirsiniz

Bir set:

A + B + C

ürünlerinden oluşabilir.

Set maliyeti:

A maliyeti + B maliyeti + C maliyeti + ek paketleme

gibi hesaplanabilir.

Sonrasında set fiyat kuralı uygulanabilir.

Tek bileşenin maliyeti değişirse set fiyatının yeniden hesaplanması gerekebilir.

46. Fiyat Kurallarını Versiyonlayın

Bugün:

Kural V1

kullanılıyor olabilir.

Bir ay sonra:

Kural V2

oluşturulabilir.

Her satış fiyatında mümkünse:

• kullanılan fiyat kuralı,
• kural versiyonu,
• hesaplama zamanı

kayıt altında tutulabilir.

Bu, geçmiş fiyatların neden farklı olduğunu anlamayı kolaylaştırır.

47. Manuel Fiyatın Otomatik Kural Tarafından Ezilip Ezilmeyeceğini Belirleyin

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

Ertesi XML senkronizasyonunda otomatik motor:

manuel fiyatı silip yeniden hesaplayabilir.

Bu istenmiyorsa:

manual_override = true

benzeri ayrı kural kullanılabilir.

48. Manuel İstisnalara Süre Sonu Eklemek Yararlı Olabilir

Bir kampanya nedeniyle SKU'nun otomatik fiyatı geçici olarak kapatılmış olabilir.

Ancak kampanya bittikten sonra manuel fiyat aylarca kalabilir.

İstisna:

başlangıç tarihi

bitiş tarihi

ile tutulursa süresi dolduğunda ürün otomatik fiyat motoruna dönebilir.

49. Yeni Fiyat Kuralını Önce Simülasyonla Çalıştırın

Yeni kural doğrudan 5.000 ürüne uygulanmamalıdır.

Önce:

mevcut fiyat

yeni hesaplanan fiyat

fark TL

fark %

beklenen kâr

karşılaştırılabilir.

Bu sayede yanlış kural canlıya çıkmadan fark edilebilir.

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

Örneğin:

50–100 ürün

üzerinde yeni fiyat motoru denenebilir.

Kontrol edilecek alanlar:

• kaynak fiyat,
• hesaplanan maliyet,
• KDV durumu,
• komisyon,
• kargo,
• minimum kâr,
• yuvarlama,
• nihai fiyat.

Sorun yoksa kapsam genişletilebilir.

XML FİYAT KURALI İÇİN PRATİK KONTROL LİSTESİ

Kaynak fiyat

Gerçek maliyet olarak hangi XML alanı kullanılacak?

Fiyat türü

Bayi fiyatı mı, liste fiyatı mı?

KDV

Dahil/hariç durumu doğrulandı mı?

Para birimi

TRY, USD veya EUR doğru mu?

Kur

Dövizli üründe hangi kur kullanılacak?

Maliyet

Ek operasyon giderleri dahil mi?

Yöntem

Maliyete yüzde ekleme mi, hedef marj mı?

Minimum kazanç

TL bazında alt sınır var mı?

Minimum satış fiyatı

Zararına fiyat engelleniyor mu?

Fiyat bandı

Ucuz ve pahalı ürünlerde farklı kurallar var mı?

Kategori

Kategori bazlı fiyat kuralı var mı?

Alt kategori

Daha özel kural genel kuralın üzerine yazıyor mu?

SKU

Ürün bazlı istisna mümkün mü?

Varyant

Her satılabilir SKU kendi maliyetiyle hesaplanıyor mu?

Kanal

Mağaza ve pazaryeri fiyatları ayrı yönetilebiliyor mu?

Komisyon

Güncel ve doğru hesaba dahil mi?

Kargo

Ürünün gerçek lojistik sınıfıyla uyumlu mu?

Paketleme

Gerekli ürünlerde maliyete ekleniyor mu?

Kampanya

İndirim minimum fiyat sınırını bozuyor mu?

Anomali

Ani fiyat değişikliği kontrol ediliyor mu?

Yuvarlama

En son aşamada mı yapılıyor?

Override

Manuel fiyatlar korunuyor mu?

Log

Hangi kuralın hangi fiyatı oluşturduğu kaydediliyor mu?

Test

Kural toplu yayından önce simüle ediliyor mu?

XML FİYAT KURALI SİSTEMİ NASIL KURULUR?

1. XML'deki bütün fiyat alanlarını çıkarın.

2. Gerçek alış/bayi maliyeti alanını doğrulayın.

3. Fiyatın KDV dahil veya hariç olduğunu belirleyin.

4. Para birimini doğrulayın.

5. Kaynak fiyatı değiştirmeden ayrı saklayın.

6. Hesaplamaya dahil edilecek maliyetleri tanımlayın.

7. Maliyete ekleme oranı ile hedef marjı birbirinden ayırın.

8. Minimum TL kazanç belirleyin.

9. Minimum satış fiyatı koruması oluşturun.

10. Fiyat bantlarını belirleyin.

11. Kategori bazlı kuralları tanımlayın.

12. Kanal bazlı komisyon ve gider kurallarını tanımlayın.

13. SKU ve varyant istisnalarını oluşturun.

14. Kural öncelik sırasını belirleyin.

15. Ani fiyat değişikliklerini fiyat motorundan önce kontrol edin.

16. Nihai fiyatın yuvarlama kuralını belirleyin.

17. Kampanya fiyatını minimum fiyat kontrolünden geçirin.

18. Yeni kuralı 50–100 ürün üzerinde simüle edin.

19. Eski-yeni fiyat ve beklenen kâr farklarını inceleyin.

20. Sonuç doğruysa kademeli biçimde bütün kataloğa uygulayın.

SIK SORULAN SORULAR

XML ürünlerinin tamamına aynı kâr oranı uygulanabilir mi?

Teknik olarak uygulanabilir ancak her zaman en uygun yöntem olmayabilir. Ürün maliyeti, kategori, kargo, komisyon ve satış kanalının gider yapısı değişebildiği için fiyat bandı veya kategori bazlı kurallar daha kontrollü olabilir.

Maliyete %30 eklemek ile %30 kâr marjı aynı şey midir?

Hayır. 100 TL maliyet üzerine %30 eklemek 130 TL satış fiyatı oluşturur ve aradaki 30 TL'nin satış fiyatına oranı yaklaşık %23,08'dir. Satış fiyatında %30 brüt marj hedefleniyorsa, diğer maliyetler hariç basit formül maliyet / (1 - marj) şeklindedir.

XML fiyatı değiştiğinde satış fiyatı otomatik güncellenmeli mi?

Otomasyon kullanılabilir; ancak sıfır, boş, negatif veya olağan dışı fiyat değişiklikleri önce kontrol edilebilir. Özellikle büyük fiyat düşüşlerinin doğrulanmadan doğrudan satış kanalına aktarılması zarar riski oluşturabilir. Bu konu mevcut fiyat düşüş kontrol rehberinde ayrıca ele alınıyor.

Aynı ürüne pazaryerinde ve kendi sitemde farklı fiyat kuralı uygulanabilir mi?

Teknik sistem buna izin veriyorsa uygulanabilir. Çünkü kanal bazında komisyon, hizmet, kampanya ve lojistik giderleri farklı olabilir. Ancak her kanal için gerçek güncel maliyetlerin doğru hesaplanması gerekir.

XML fiyat alanı boş veya sıfır gelirse ne yapılmalı?

Sistem varsayımsal bir satış fiyatı üretmemelidir. Ürün inceleme kuyruğuna alınabilir, önceki doğrulanmış fiyat geçici olarak korunabilir veya satış kapatılabilir. Hangi politikanın uygulanacağı işletme tarafından önceden belirlenmelidir.

İYİ BİR XML FİYAT KURALI “MALİYET × YÜZDE” İŞLEMİNDEN DAHA FAZLASIDIR

XML fiyat kuralı oluştururken en basit yaklaşım:

XML fiyatını al → yüzde ekle → yayınla

şeklindedir.

Ancak katalog büyüdükçe daha kontrollü yapı:

kaynak fiyatı doğrula → KDV ve para birimini doğrula → gerçek maliyeti oluştur → kategori/fiyat bandı kuralını seç → kanal giderlerini ekle → minimum kârlılığı koru → anormal fiyatı durdur → nihai fiyatı yuvarla → sonucu kaydet → satış kanalına aktar

şeklinde çalışabilir.

Böylece tedarikçi fiyatı değiştiğinde yüzlerce veya binlerce ürünü tek tek yeniden fiyatlandırmak yerine önceden tanımlanmış ve ölçülebilir kurallar kullanılabilir.

Asıl amaç:

her ürünü mümkün olan en pahalı fiyata satmak

değil,

ürünün maliyet ve satış kanalına uygun fiyatı kontrollü ve sürdürülebilir biçimde oluşturmak

olmalıdır.