İçeriğe atla

B2B İskonto ve Fiyat Listesi Yönetimi


7 dakika okuma

B2B fiyat listeleri, bayi iskontoları, müşteri grupları ve ERP kurallarını tutarlı bir fiyatlandırma yapısında yönetmenin temel adımlarını keşfedin.

B2B İskonto ve Fiyat Listesi Yönetimi

Toptan ve bayi ticaretinde ürünün satış fiyatı, yalnızca bir fiyat listesindeki kayıttan oluşmaz. Müşterinin sözleşmesi, bağlı olduğu grup, sipariş miktarı, ödeme koşulu ve yürürlükteki kampanyalar birlikte değerlendirilir. Bu değişkenler açık kurallara bağlanmadığında aynı ürün için farklı kanallarda farklı sonuçlar ortaya çıkabilir; satış ekibi, bayi ve muhasebe arasında fiyat uyuşmazlıkları yaşanabilir.

B2B iskonto fiyat listesi yönetiminde amaç, indirim tanımlamaktan önce fiyatın hangi koşullarda nasıl oluşacağını belirlemektir. Sağlıklı bir yapı, müşteriye doğru fiyatı gösterirken işletmenin ticari politikalarını da korur. Bu yazıda iskonto türlerinden ERP entegrasyonuna kadar temel karar alanlarını, uygulanabilir kontrol önerileriyle ele alıyoruz.

B2B iskonto sistemi nedir?

B2B iskonto sistemi, müşteriye uygulanacak satış koşullarını önceden tanımlanmış kurallarla belirleyen yapıdır. Listeye bağlı indirim, sözleşmeye özel fiyat, ürün grubuna özel iskonto, miktar indirimi ve kampanya avantajı bu yapının parçaları olabilir. Sabit net fiyat ise ayrıca ele alınmalıdır; çünkü böyle bir fiyatın üzerine yeniden indirim uygulanması her ticari modelde uygun değildir.

İlk adım, kullanılan fiyatlandırma yöntemlerini ticari anlamlarıyla sınıflandırmaktır. Sözleşme indirimi müşterinin anlaşmasına dayanırken miktar iskontosu siparişin büyüklüğüne bağlıdır. Ödeme koşuluna bağlı avantaj ise tahsilat şartları gerçekleştiğinde geçerli olabilir. Bunları tek bir indirim alanında toplamak, kuralın neden uygulandığını ve hangi durumda kaldırılacağını belirsizleştirir.

Fiyat hesaplama sırası yazılı bir politika olmalıdır. Önce geçerli fiyat listesi seçilmeli, ardından müşteriye özel koşullar ve izin verilen indirimler değerlendirilmelidir. Birden fazla indirimin birlikte uygulanıp uygulanmayacağı da açıkça tanımlanmalıdır. Ardışık uygulama ile aynı temel fiyat üzerinden hesaplama farklı sonuçlar doğurabileceğinden, tercih sistemin varsayılan davranışına bırakılmamalıdır.

  • Her kural için kapsam, geçerlilik koşulu ve sorumlu kişi belirleyin.
  • İstisnai fiyatların onay sürecini standart fiyatlardan ayırın.
  • Hesaplanan fiyatın hangi kurallardan oluştuğunu izlenebilir tutun.

B2B fiyat listeleri nasıl yapılandırılmalı?

Bir B2B fiyat listesi; ürün, para birimi, satış birimi, vergi gösterimi ve geçerlilik dönemi birlikte düşünülerek hazırlanmalıdır. Liste adının açıklayıcı olması tek başına yeterli değildir. Sistemin hangi müşteriye hangi listeyi seçeceği ve ilgili ürün listede bulunmadığında nasıl davranacağı ayrıca belirlenmelidir. Eksik kayıt, yanlışlıkla ücretsiz satışa veya eski fiyatın kullanılmasına dönüşmemelidir.

Liste tasarımında gereksiz çoğalmadan kaçınmak önemlidir. Her müşteri için ayrı liste açmak kısa vadede pratik görünse de güncelleme yükünü artırabilir. Ortak ticari koşullar temel listelerde, gerçekten farklılaşan anlaşmalar ise müşteri bazlı istisnalarda tutulabilir. Ancak müşteriye özel net fiyatın temel listeyi geçersiz kılıp kılmadığı mutlaka açıklığa kavuşturulmalıdır.

Fiyat güncellemeleri mevcut kayıtların üzerine kontrolsüz biçimde yazılmamalıdır. Taslak hazırlama, değişiklikleri karşılaştırma, yetkili onayı ve yayımlama adımları birbirinden ayrılmalıdır. Yeni listenin mevcut tekliflere, açık siparişlere ve kaydedilmiş sepetlere etkisi önceden kararlaştırılmalıdır. Böylece liste değişikliği, geçmişte müşteriye sunulmuş ticari koşulları fark edilmeden değiştirmez.

  • Çakışan geçerlilik dönemleri için seçim önceliği tanımlayın.
  • Ürünün liste kaydı yoksa satışın durdurulacağını veya alternatif listenin kullanılacağını belirleyin.
  • Eski listeleri silmek yerine geçmiş işlemlerle ilişkisini koruyun.

Müşteri grupları ve bayi iskonto sistemi

Müşteri grupları, benzer ticari koşulları paylaşan hesapları ortak kurallarla yönetmeyi sağlar. Bayilik seviyesi, satış kanalı, bölge, sözleşme türü veya ürün yetkisi gruplandırmada kullanılabilir. Ancak her müşteri özelliğini fiyat grubuna dönüştürmek gereksiz karmaşıklık yaratır. Fiyatı gerçekten değiştiren özelliklerle yalnızca raporlama amacı taşıyan etiketler birbirinden ayrılmalıdır.

Bir bayi iskonto sistemi tasarlanırken müşterinin birden fazla gruba ait olabileceği hesaba katılmalıdır. Bölge koşulu ile sözleşme koşulu aynı ürünü etkiliyorsa hangisinin öncelikli olduğu belirlenmelidir. Müşteriye özel anlaşma, grup indiriminin yerine geçebilir veya izin verilen koşullarda onunla birleşebilir. Bu seçim, satış temsilcisinin yorumuna göre değişmemelidir.

Grup değişikliklerinin yürürlük zamanı da önemlidir. Bayinin yeni statüsü geçmiş siparişlere uygulanmamalı; açık teklifler için izlenecek yöntem ayrıca açıklanmalıdır. Müşteri hesabındaki kullanıcıların fiyat görme ve sipariş verme yetkileri de değerlendirilmelidir. Aynı şirkete bağlı kullanıcılar arasında erişim farkı bulunabilir; ancak erişim kuralı ile ticari fiyat kuralı ayrı yönetilmelidir.

Miktar iskontosu hangi kurallara dayanmalı?

Miktar iskontosunda temel soru, indirimi tetikleyen miktarın nasıl hesaplanacağıdır. Tek ürünün sipariş adedi, aynı ürün ailesinin toplamı veya belirli bir dönemdeki alımlar esas alınabilir. Bu yaklaşımlar birbirinin yerine kullanılamaz. İşletme önce hangi satın alma davranışını teşvik etmek istediğini netleştirmeli, ardından buna uygun ölçüm ve uygulama koşullarını belirlemelidir.

Adet, koli ve palet gibi satış birimleri kullanılıyorsa dönüşümler güvenilir olmalıdır. Aynı ürün farklı birimlerle sepete eklendiğinde değerlendirme ortak bir temel üzerinden yapılmalıdır. Miktar eşiği aşıldığında indirimin tüm uygun ürünlere mi, yalnızca ilgili kademedeki miktara mı uygulanacağı açıklanmalıdır. Sepette ürün silinmesi veya miktarın azaltılması durumunda hesaplama yenilenmelidir.

Dönemsel alıma bağlı avantajlarda sipariş, sevkiyat ve faturanın hangisinin esas alınacağı seçilmelidir. İptal ve iadelerin birikimli miktarı nasıl etkileyeceği de tanımlanmalıdır. Müşteri yalnızca kazandığı avantajı değil, bu avantajın hangi ürünleri kapsadığını görebilmelidir. Böylece satış ekibinin sürekli manuel açıklama yapması gereken belirsiz koşullar yerine anlaşılır bir ticari yapı oluşur.

Kampanya kuralları ve iskonto çakışmaları

Kampanyalar, mevcut fiyatlandırma düzeninin üzerine eklenen bağımsız indirimler gibi görülmemelidir. Müşteri grubu, ürün kapsamı, satış kanalı, ödeme koşulu ve geçerlilik dönemi birlikte değerlendirilmelidir. Özellikle net fiyatlı ürünler ve sözleşmeli müşteriler için kampanyaya katılım şartları açık olmalıdır. Aksi durumda planlanan ticari avantaj, işletmenin amaçlamadığı bir indirim birleşimine dönüşebilir.

Çakışmaları çözmek için uygulanabilir bir öncelik politikası gerekir. Bazı kampanyalar birbirini dışlayabilir, bazıları birlikte çalışabilir; bazı durumlarda ise müşteriye uygun alternatifler arasından avantajlı olan seçilebilir. Seçimin hangi fiyat tabanı üzerinden yapıldığı belirtilmelidir. Minimum satış fiyatı veya kârlılık politikası bulunan işletmelerde kampanya sonucunun bu sınırlara uygunluğu ayrıca kontrol edilmelidir.

Kampanya sona erdiğinde açık sepetin veya daha önce hazırlanmış teklifin nasıl ele alınacağı önceden kararlaştırılmalıdır. Sepette görünen fiyatın sipariş onayında değişmesi gerekiyorsa müşteri bilgilendirilmelidir. İadelerde ise geçerli iade politikası çerçevesinde özgün işlem koşulları korunmalı; güncel kampanya kullanılarak geçmiş satış yeniden fiyatlandırılmamalıdır.

ERP entegrasyonunda fiyatın kaynağı ve kontrolü

ERP entegrasyonunda ilk karar, hangi verinin hangi sistemde yönetileceğidir. Ürün kartları, müşteri hesapları ve temel fiyatlar ERP'de; kanala özel kampanya koşulları ticaret uygulamasında tutulabilir. Farklı bir görev dağılımı da mümkündür. Önemli olan, aynı fiyat alanının birden fazla sistem tarafından kontrolsüz biçimde değiştirilmesini önleyen açık veri sahipliğidir.

Entegrasyon yalnızca kayıt aktarımı değildir. Para birimi, vergi dahil veya hariç fiyat, birim dönüşümü, kur kaynağı ve yuvarlama yöntemi uyumlu olmalıdır. Sipariş ERP'ye geçtiğinde yeniden hesaplama yapılıyorsa ticaret ekranındaki sonuçla karşılaştırılmalıdır. Fark bulunduğunda sessizce devam etmek yerine işlemi incelemeye almak veya tanımlanmış uzlaşma sürecini çalıştırmak daha kontrollü bir yaklaşımdır.

Bağlantı kesintileri ve gecikmeler için de davranış belirlenmelidir. Son doğrulanmış fiyatın kullanılmasına izin veriliyorsa geçerlilik şartları açık olmalıdır. Tekrarlanan veri gönderimleri mükerrer işlem üretmemeli, başarısız aktarımlar izlenebilmelidir. Sipariş kaydında kullanılan liste sürümü ve uygulanan kuralların saklanması, sonradan oluşan uyuşmazlıklarda fiyatın nasıl hesaplandığını açıklamayı kolaylaştırır.

Yetkilendirme, test ve fiyat denetimi

Doğru kural tasarımı kadar değişikliklerin kim tarafından yapılabildiği de önemlidir. Liste hazırlama, iskonto tanımlama, istisnai fiyat onaylama ve yayımlama yetkileri iş sorumluluklarına göre ayrılmalıdır. Manuel müdahalelerde gerekçe kaydı tutulmalıdır. Böylece bir fiyatın ticari anlaşmadan mı, kampanyadan mı yoksa kullanıcı müdahalesinden mi kaynaklandığı anlaşılabilir.

Canlıya geçiş öncesinde yalnızca standart siparişler değil, sınır durumlar da test edilmelidir. Testlerin beklenen sonuçları satış ve finans ekiplerince birlikte doğrulanmalıdır. Teknik olarak hatasız çalışan bir hesaplama, ticari beklentiyi karşılamıyorsa doğru kabul edilmemelidir.

  • Çakışan müşteri gruplarında doğru önceliğin seçildiğini kontrol edin.
  • Eksik fiyat, süresi dolan kampanya ve miktar değişikliğini sınayın.
  • Net fiyatlı ürünlere izinsiz ek iskonto uygulanmadığını doğrulayın.
  • ERP kesintisi, iptal ve iade senaryolarını birlikte değerlendirin.

Uygulama kapsamı ve maliyeti belirleyen unsurlar

Uygulama maliyetini yalnızca fiyat listesi adedi belirlemez. Kural çeşitliliği, müşteri istisnaları, veri kalitesi, ERP bağlantısının yapısı, onay akışları ve geçmiş kayıtların taşınması birlikte değerlendirilir. Farklı satış birimleri, para birimleri ve kanallar arasındaki ilişkiler de analiz kapsamını etkiler. Teklif öncesinde mevcut süreçlerin ve sık karşılaşılan uyuşmazlıkların belgelenmesi gerekir.

KMK'nın Kuruma Özel Ticaret Sistemleri, standart paketlere sığmayan satış, satın alma, bayi ve tedarikçi süreçleri için KMK Core üzerinde geliştirilen ticaret sistemidir. İşletmenizin fiyatlandırma ihtiyaçlarını bu kapsamda değerlendirmek ve teklif talep etmek için Kuruma Özel Ticaret Sistemleri çözüm sayfasını inceleyebilirsiniz.

Görüşmeye hazırlanırken örnek fiyat listelerini, müşteri gruplarını, sözleşme istisnalarını ve ERP veri akışını bir araya getirin. Mevcut uygulama ile hedeflenen davranışı ayrı ayrı açıklayın. Böylece çalışma kapsamı genel özellik başlıklarına değil, doğrulanabilir iş senaryolarına dayanır.

B2B fiyatlandırmada sürdürülebilir bir yapı, çok sayıda indirim tanımlamaktan değil, kuralların sınırlarını açıkça belirlemekten doğar. Fiyat listeleri, müşteri grupları, miktar koşulları ve kampanyalar aynı öncelik düzeninde çalışmalıdır. ERP ile tutarlılık, yetkilendirme ve düzenli testler de bu düzeni korur. Sonuçta hem müşteri gördüğü fiyatı anlayabilir hem işletme uyguladığı ticari koşulları açıklayabilir.

Sık Sorulan Sorular

Her bayi için ayrı fiyat listesi oluşturmak gerekir mi?

Hayır. Ortak koşullara sahip bayiler aynı temel listeyi kullanabilir; farklı anlaşmalar müşteri bazlı istisnalarla yönetilebilir. Ayrı liste ihtiyacı, ticari koşulların ne ölçüde farklılaştığına göre değerlendirilmelidir.

Müşteri iskontosu ile kampanya birlikte uygulanabilir mi?

Bu, işletmenin belirlediği öncelik ve birleşim kurallarına bağlıdır. Birlikte uygulamaya izin veriliyorsa hesaplama sırası ve kapsam açıkça tanımlanmalıdır. Net fiyatlı ürünler için ayrıca istisna gerekebilir.

ERP ile B2B ekranındaki fiyat farklıysa ne yapılmalı?

Önce fiyat kaynağı, liste sürümü, vergi gösterimi, birim dönüşümü ve yuvarlama yöntemi karşılaştırılmalıdır. Uyuşmazlık giderilene kadar siparişin nasıl ele alınacağı tanımlı bir kontrol sürecine bağlanmalıdır.

B2B iskonto yönetimi için teklif hazırlığını neler kolaylaştırır?

Güncel listeler, müşteri grupları, kampanya örnekleri ve onay akışları kapsamın anlaşılmasını kolaylaştırır. ERP'den alınacak ve ERP'ye gönderilecek verilerin belirlenmesi de entegrasyon ihtiyaçlarını netleştirir.

İhtiyacınıza özel ticaret sistemini birlikte tasarlayalım

İş süreçlerinizi ve teknik ihtiyaçlarınızı paylaşın. Kurumunuza uygun mimariyi, entegrasyonları ve proje kapsamını birlikte değerlendirelim.