Bayi Fiyat Listeleri ve İskonto Sistemi Nasıl Kurulur?
Ders 3 / 10 · 29 dakika okuma · Orta
Bayi segment fiyatı, müşteriye özel fiyat, sözleşme, iskonto, miktar kademesi, para birimi ve fiyat önceliğini tek ve izlenebilir fiyat motorunda birleştirmeyi öğrenin.
Bu Derste Öğrenecekleriniz
- ✓Bayi fiyat kaynaklarını ve fiyat listelerini modelleyebilir.
- ✓Müşteriye özel fiyat ve fiyat öncelik kurallarını tanımlayabilir.
- ✓İskonto türleri, hesaplama tabanı ve birleşim sırasını kurabilir.
- ✓Miktar kademesi, para birimi ve fiyat geçerliliğini yönetebilir.
- ✓Fiyat snapshot'ı, cache izolasyonu ve fiyat hata kontrollerini planlayabilir.
Bayi Fiyatlandırması Neden Liste Fiyatından İbaret Değildir?
Bayi ve toptan satışta aynı ürün farklı bayi segmentlerine, sözleşmelere, miktarlara veya dönemlere göre farklı net fiyatla satılabilir. Bu nedenle fiyat sistemi yalnız ürün kartındaki tek bir satış fiyatından oluşmaz; hangi müşteriye, hangi tarihte, hangi miktarda ve hangi koşulla hangi fiyatın uygulanacağını belirleyen kurallar bütünüdür.
Not — Temel ilke
1. Fiyat Kaynaklarını Envanterleyin
- Liste fiyatı.
- Bayi grubu fiyatı.
- Distribütör fiyatı.
- Müşteriye özel sözleşme fiyatı.
- Dönemsel fiyat.
- Miktar kademeli fiyat.
- Proje/teklif fiyatı.
- Kampanya fiyatı.
İlk adım mevcut fiyatların hangi sistem veya dosyada tutulduğunu ve hangisinin resmi kaynak olduğunu belirlemektir.
2. Fiyat Listesi
Fiyat listesi belirli ürünler için tanımlanmış fiyat kümesidir. Tek fiyat listesi tüm bayilere uygulanabileceği gibi bayi segmentlerine göre farklı listeler kullanılabilir.
Örnek
3. Müşteri Bazlı Fiyat
Belirli müşteriye sözleşme veya ticari anlaşma nedeniyle özel fiyat tanımlanabilir.
- Müşteri/cari.
- SKU veya ürün grubu.
- Fiyat.
- Para birimi.
- Başlangıç tarihi.
- Bitiş tarihi.
- Minimum miktar varsa.
- Sözleşme/teklif referansı.
Özel fiyatın hangi genel fiyat kurallarını geçersiz kıldığı açıkça tanımlanmalıdır.
4. Fiyat Önceliği
Bir ürün için birden fazla geçerli fiyat bulunduğunda öncelik sırası gerekir.
Örnek — Örnek öncelik
Bu yalnız örnektir; gerçek sıra işletmenin ticari politikasına göre belirlenmelidir.
5. En Düşük Fiyatı Otomatik Seçmek Her Zaman Doğru Değildir
Sistem tüm geçerli kurallardan otomatik olarak en düşük fiyatı seçerse sözleşme, kanal veya marj politikası bozulabilir. Öncelik ve kombinasyon kuralları bilinçli tanımlanmalıdır.
6. İskonto Türleri
- Yüzdesel iskonto.
- Tutar indirimi.
- Ürün bazlı iskonto.
- Kategori/marka iskontosu.
- Bayi segment iskontosu.
- Müşteriye özel iskonto.
- Miktar iskontosu.
- Sipariş toplamı iskontosu.
7. İskonto Birleşimi
Birden fazla iskonto aynı sipariş satırına uygulanabiliyorsa birbirleriyle toplanıp toplanmayacağı belirlenmelidir.
Örnek
Sistem tek ve belgelenmiş hesaplama sırası kullanmalıdır.
8. İskonto Tabanı
İskontonun hangi tutar üzerinden hesaplandığı önemlidir.
- Liste fiyatı.
- Segment fiyatı.
- Özel fiyat.
- Net fiyat.
- Vergi öncesi/sonrası işletmenin modeline göre.
Kullanıcı arayüzündeki açıklama ile sipariş hesap motoru aynı mantığı kullanmalıdır.
9. Miktar Kademeli Fiyat
Örnek
Kademe sınırlarında fiyatın tüm miktara mı yoksa yalnız ilgili dilime mi uygulanacağı tanımlanmalıdır. Toptan satışta çoğu model tüm sipariş satırına ilgili kademe fiyatını uygulayabilir, ancak işletmenin kuralı esas alınmalıdır.
10. Koli ve Paket Fiyatı
Ürün 12'li koliyle satılıyorsa fiyat adet üzerinden gösterilse bile sipariş miktarı koli katı olabilir.
- Satış birimi.
- Koli içi adet.
- Koli fiyatı.
- Adet karşılığı.
- Minimum koli.
- Palet katsayısı varsa.
11. Para Birimi
Bayi fiyatları farklı para birimlerinde tutulabilir.
- Fiyat listesi para birimi.
- Sipariş para birimi.
- Kur kaynağı.
- Kur tarihi/zamanı.
- Yuvarlama kuralı.
- Sipariş snapshot'ı.
Kur sonradan değiştiğinde geçmiş siparişin tutarı değişmemelidir.
12. Geçerlilik Tarihi
Fiyat ve iskonto kurallarında başlangıç/bitiş tarihi bulunması, gelecekteki fiyatları önceden planlamayı ve eski fiyatı otomatik kapatmayı sağlar.
Saat dilimi ve gün sonu davranışı özellikle çoklu ülke kullanımında açık olmalıdır.
13. Fiyat Snapshot'ı
Sipariş kesinleştiğinde kullanılan fiyat, iskonto ve kural referansları sipariş satırında korunmalıdır.
- Liste/temel fiyat.
- Uygulanan net fiyat.
- İskonto türü ve değeri.
- Fiyat listesi/kural referansı.
- Para birimi.
- Kur bilgisi gerekiyorsa.
- Teklif/sözleşme referansı.
14. Geçmiş Sipariş Değişmemelidir
Bayi segmenti veya fiyat listesi değiştiğinde geçmiş sipariş yeniden hesaplanmamalıdır. Raporlama ve mutabakat için işlem anındaki ticari gerçek korunmalıdır.
15. Fiyatın Kaynak Sistemi
Fiyat ERP'de tutuluyorsa portal kendi bağımsız fiyat tablosuyla çelişmemelidir. Portal fiyat motoru kullanılıyorsa ERP'ye aktarılacak net fiyat ve kural referansının nasıl doğrulanacağı belirlenmelidir.
- ERP ana kaynak.
- B2B fiyat motoru ana kaynak.
- Karma model: temel fiyat ERP, ticari kurallar B2B.
- Teklif sistemi özel fiyat kaynağı.
16. Cache Güvenliği
Müşteriye özel fiyat performans için cache'leniyorsa cache anahtarı müşteri, fiyat grubu, para birimi ve ilgili bağlamı güvenli biçimde içermelidir.
Uyarı — Kritik risk
17. Sunucu Tarafı Yeniden Hesaplama
Tarayıcıdan gönderilen birim fiyat kesin sipariş fiyatı kabul edilmemelidir. Sipariş kesinleşirken sunucu geçerli müşteri ve fiyat kurallarıyla tutarı yeniden hesaplamalıdır.
18. Fiyat Değiştiğinde Sepet
Bayi ürünü sepete ekledikten sonra fiyat değişirse checkout öncesi yeniden doğrulama gerekir.
- Yeni fiyatı göster ve onay iste.
- Geçerli teklif varsa teklif fiyatını koru.
- Tanımlı fiyat koruma süresi varsa uygula.
Sessiz fiyat değişikliği güven kaybına yol açabilir.
19. Teklif Fiyatı
Standart fiyat dışında özel ticari anlaşma gerekiyorsa teklif fiyatı ayrı bir kural olarak yönetilebilir.
- Teklif numarası.
- Sürüm.
- Geçerlilik.
- Miktar.
- Net fiyat.
- Onaylayan.
- Siparişe dönüşüm referansı.
20. Fiyat Görünürlüğü ve Yetki
Her kullanıcı tüm fiyat detaylarını görmek zorunda değildir.
- Net satın alma fiyatı.
- Liste fiyatı.
- İskonto oranı.
- Marj bilgisi.
- Maliyet bilgisi.
Özellikle maliyet ve marj verileri bayi kullanıcılarına yanlışlıkla açılmamalıdır.
21. Fiyat Hata Kuyruğu
- Fiyat bulunamadı.
- Birden fazla aynı öncelikte kural.
- Süresi geçmiş özel fiyat.
- Para birimi/kur eksik.
- ERP ile fiyat uyuşmazlığı.
- Yetkisiz fiyat listesi.
Kritik fiyat hatalarında sistem varsayılan rastgele fiyatla sipariş almak yerine kontrollü davranmalıdır.
22. Fiyat KPI'ları
- Fiyat bulunamayan ürün.
- Manuel fiyat müdahalesi.
- Özel fiyat kullanım oranı.
- Fiyat uyuşmazlığı.
- Teklif gerektiren sipariş.
- İskonto oranı dağılımı.
- Fiyat nedeniyle terk edilen sepet uygun ölçümle.
23. Kabul Testleri
- Standart bayi doğru fiyat listesini görüyor.
- Gold bayi aynı SKU'da kendi fiyatını görüyor.
- Müşteriye özel fiyat segment fiyatını doğru öncelikle geçiyor.
- Süresi dolmuş özel fiyat uygulanmıyor.
- Miktar kademesi sınırları doğru çalışıyor.
- İskonto kombinasyonu doğru sırayla hesaplanıyor.
- Bayi A'nın fiyatı Bayi B'ye görünmüyor.
- Sepette değişen fiyat checkout'ta yeniden doğrulanıyor.
- Sipariş fiyat snapshot'ı daha sonra değişmiyor.
- ERP/B2B fiyat kaynağı tanımlı kurala göre uzlaşıyor.
Uygulama: Bayi Fiyatlandırma Kural Matrisi
- Mevcut tüm fiyat kaynaklarını listeleyin.
- Fiyat listelerini ve hangi segmentlere ait olduğunu yazın.
- Müşteriye özel fiyat alanlarını belirleyin.
- Fiyat öncelik sırasını oluşturun.
- İskonto türlerini ve birleşim kuralını yazın.
- Miktar kademelerini tanımlayın.
- Para birimi ve kur kuralını belirleyin.
- Fiyat snapshot alanlarını seçin.
- Fiyat hata davranışlarını yazın.
- 10 kabul testini sisteminize uyarlayın.
Şimdi Uygulayın
Ders Çıktısı
Elinizde fiyat listesi, özel fiyat, iskonto, miktar, para birimi ve öncelik kurallarını tek bir hesaplama mantığında birleştiren Bayi Fiyatlandırma Kural Matrisi bulunmalıdır.
Bayi Sipariş Sistemini İnceleyinBayi bazlı fiyatlandırma, sipariş ve kurumsal satış süreçlerinin dijital altyapıda nasıl yönetilebileceğini inceleyin.
Bu Derste Ne Öğrendik?
- ✓Bayi fiyatlandırması tek liste fiyatı değildir.
- ✓Segment, özel fiyat, sözleşme, iskonto ve miktar kuralları belirlenmiş öncelikle çalışmalı; fiyat sunucu tarafında doğrulanmalı ve sipariş anındaki ticari sonuç snapshot olarak korunmalıdır.