Ayın son haftası bir satış müdürünün masasına aynı soru gelir: bu ay kimin ne kadar prim hak ettiği. Cevap genellikle tek bir tabloda değil, üç ayrı kaynakta dağınık durur — muhasebedeki tahsilat listesi, satış temsilcisinin kendi tuttuğu sipariş defteri, bir de geçen ay iade edilen ürünlerin düşülüp düşülmediğine dair belirsizlik. Üç kaynak birbirini tam tutmadığında prim tutarı bir tartışma konusuna dönüşür ve bu tartışma, temsilcinin satışa değil hesaplamaya odaklanmasına yol açar.
Sorunun kökü çoğunlukla kötü niyet ya da ihmal değildir; prim hesabının hangi veriye, hangi zaman diliminde ve hangi kuralla bağlanacağının en baştan net tanımlanmamış olmasıdır. Bu yazı, satış priminin ERP'de ay kapanmadan önce nasıl şeffaf ve tartışmasız hale getirildiğini ele alıyor.
Prim neden çoğu firmada ay sonu tartışmasına dönüşür?
Prim hesabı elle yürütüldüğünde üç ayrı kişi üç ayrı kaynaktan veri toplar: satış temsilcisi kendi siparişlerini, muhasebe tahsilatları, depo da hangi siparişin iade döndüğünü bilir. Bu üç veri seti aynı anda güncel değilse — örneğin bir iade henüz sisteme işlenmemişse — hesaplanan prim tutarı ile temsilcinin beklentisi arasında fark oluşur. Fark küçük olsa bile, her ay tekrar ettiğinde satış ekibinin prim sistemine güveni azalır ve bu güvensizlik zamanla satış performansını da etkiler.
İkinci bir sorun, kuralın kendisinin belgeye dökülmemiş olmasıdır. "Yüzde kaç prim, hangi ciroya, hangi ay için" sorusunun cevabı bir e-postada, bir sözlü anlaşmada ya da eski bir Excel sekmesinde kalmışsa, satış müdürü değiştiğinde ya da yeni bir temsilci işe başladığında kural yeniden yorumlanır — genellikle tutarsız biçimde.
Prim hangi veriye bağlanmalı: sipariş mi, fatura mı, tahsilat mı?
Bu, prim tasarımının en kritik kararıdır ve firmadan firmaya değişir. Üç yaygın yaklaşım vardır:
| Esas alınan veri | Mantık | Risk |
|---|---|---|
| Sipariş tutarı | Satış anında hak ediş; temsilciyi hızlı hızlandırır | Sipariş iptal olursa prim geri alınması gerekir |
| Fatura tutarı | Teslimat/fatura kesilince hak ediş | Tahsil edilemeyen faturada prim ödenmiş olabilir |
| Tahsilat tutarı | Para girdiğinde hak ediş | Temsilciyi tahsilat takibine de motive eder ama hak ediş gecikir |
Çoğu KOBİ, satışı hızlandırmak için sipariş ya da fatura bazlı prim seçer, ancak riskli müşterilerde ya da uzun vadeli satışlarda tahsilat bazlı modele veya karma bir modele (örneğin faturada yüzde 50, tahsilatta kalan yüzde 50) geçer. ERP'de hangi model seçilirse seçilsin, kritik olan seçilen verinin başka bir yerde elle takip edilmemesi, doğrudan satış ve muhasebe kayıtlarından otomatik çekilmesidir.
Kademeli oranlar ve hedef üstü satış nasıl hesaplanır?
Sabit yüzdeli prim modeli basittir ama hedefin üzerine çıkmayı teşvik etmez. Bu yüzden birçok firma kademeli (tiered) modele geçer: belirli bir cironun altında düşük oran, üzerinde daha yüksek oran uygulanır. Örneğin aylık hedefin altındaki satışa bir oran, hedefi aşan kısma daha yüksek bir oran tanımlanabilir.
Kademeli model elle hesaplandığında hata riski yüksektir — özellikle bir temsilcinin birden fazla ürün grubunda, her grup için farklı oranla satış yaptığı durumlarda. ERP'de prim kuralı ürün grubu, müşteri segmenti ve ciro dilimine göre tanımlandığında, sistem her satış kaydını otomatik olarak doğru dilime ve orana yerleştirir; temsilci ya da satış müdürü ay ortasında "şu ana kadar hangi dilimdeyim" sorusunun cevabını anlık görebilir.
İade, iptal ve vadesi geçmiş tahsilat primi nasıl etkilemeli?
Prim tasarımının en çok atlanan kısmı budur: bir satış geri döndüğünde ya da hiç tahsil edilemediğinde, daha önce ödenmiş prim ne olacak? Kural baştan tanımlanmazsa bu durum her seferinde ayrı ayrı tartışılır.
Yaygın uygulamalar:
- İade: İade edilen tutar kadar prim bir sonraki dönemde mahsup edilir; geriye dönük prim iadesi istenmez.
- Tahsilat bazlı modelde vade aşımı: Belirli bir süreyi (örneğin 90 gün) aşan tahsil edilmemiş faturanın primi, tahsil edilene kadar askıda tutulur.
- Şüpheli alacak: Tahsili şüpheli hale gelen bir alacağın primi geri alınır; bu kural sözleşmede ve prim politikasında açıkça yazılı olmalıdır.
ERP'de bu kurallar tanımlandığında, bir iade ya da vade aşımı kaydı otomatik olarak ilgili dönemin prim hesabına yansır — muhasebe ayrı bir düzeltme talebi göndermek zorunda kalmaz.
Ekip satışında pay nasıl bölüştürülür?
Tek bir müşteriye birden fazla kişinin katkısı olduğu satışlarda (örneğin bir temsilci fırsatı bulmuş, bir teknik satış uzmanı teklifi hazırlamış, bir bölge müdürü görüşmeye katılmış) primin nasıl paylaşılacağı ayrı bir belirsizlik kaynağıdır. Elle yürütülen sistemlerde bu paylaşım genellikle ay sonunda, hatırlanarak ve sözlü mutabakatla yapılır.
ERP'de fırsat ya da sipariş kaydına birden fazla kişi ve her biri için bir pay yüzdesi tanımlanabildiğinde, prim hesabı bu payı otomatik böler. Paylaşım oranı satış öncesinde, fırsat sisteme girilirken belirlendiği için, ay sonunda "bu işte kimin katkısı ne kadardı" tartışması yaşanmaz.
Prim politikası değiştiğinde geçmiş satışlara ne olmalı?
Prim oranları sabit kalmaz — yeni bir ürün grubu eklenir, bir müşteri segmentinin marjı değişir, satış müdürü kademeli tabloyu güncellemek ister. Elle yürütülen sistemlerde bu değişiklik genellikle tek bir Excel dosyasında yapılır ve hangi satışın eski orana, hangisinin yeni orana göre hesaplandığı zamanla karışır. Özellikle değişiklik ay ortasında yapıldığında, ayın ilk yarısı ile ikinci yarısı farklı kurala tabi olabilir ve bu ayrım elle takip edilmesi zor bir detaydır.
ERP'de prim kuralı bir yürürlük tarihiyle tanımlandığında, her satış kaydı o satışın gerçekleştiği tarihte geçerli olan kurala göre hesaplanır; eski satışlar yeni oranla yeniden hesaplanmaz, yeni satışlar eski oranla değerlendirilmez. Bu, hem satış müdürünün "ne zaman değiştirdim" sorusunu ayrı bir notta tutma zorunluluğunu ortadan kaldırır hem de bir temsilcinin "benim satışım hangi tarihte, hangi kuralla hesaplandı" sorusuna net cevap verir.
Aynı mantık bölgesel ya da segment bazlı farklı oranlar için de geçerlidir: bir firma İstanbul bölgesinde farklı, Anadolu bölgesinde farklı prim oranı uyguluyorsa, kural satış kaydındaki bölge veya müşteri segmenti bilgisine göre otomatik seçilir; temsilcinin hangi listeye bakması gerektiğini hatırlaması beklenmez.
Prim bordroya nasıl aktarılır, yeniden elle girilir mi?
Prim hesabı doğru yapılsa bile, sonuç ayrı bir Excel dosyasından bordro sistemine elle aktarılıyorsa yeni bir hata noktası eklenmiş olur — yanlış hücre kopyalanabilir, bir temsilci listeden atlanabilir. Prim tutarının satış verisinden bordroya doğrudan, aracı bir dosya olmadan aktığı bir akış bu riski ortadan kaldırır.
Bunun bir diğer faydası izlenebilirliktir: bir temsilci prim tutarına itiraz ettiğinde, hangi satışın, hangi oranla, hangi kademede hesaplandığı geriye dönük olarak tek bir kayıttan gösterilebilir — ayrı bir Excel sürümünü arşivde aramak gerekmez.
Birasyo'da bu akış nasıl kurulur?
Birasyo'nun satış modülü, prim kuralını ürün grubu, müşteri segmenti ve ciro dilimine göre tanımlamayı; esas alınacak veriyi (sipariş, fatura ya da tahsilat) seçmeyi ve ekip satışında pay yüzdesi belirlemeyi tek ekrandan yönetir. İade ve vade aşımı kayıtları otomatik olarak ilgili dönemin prim hesabına yansır, temsilci ay ortasında hangi kademede olduğunu anlık görebilir. Hesaplanan prim, ayrı bir dosyaya aktarılmadan bordro sürecine doğrudan işlenir; itiraz durumunda hangi satışın hangi kuralla hesaplandığı tek kayıttan geriye dönük görüntülenebilir.
Özet
- Prim tartışmalarının çoğu kötü niyetten değil, hesaba esas alınan verinin (sipariş/fatura/tahsilat) ve kuralın belgeye dökülmemiş olmasından kaynaklanır.
- Kademeli oranlar elle hesaplandığında hata riski taşır; ERP'de ürün grubu ve ciro dilimine göre otomatik hesaplanabilir.
- İade, iptal ve vadesi geçmiş tahsilatın primi nasıl etkileyeceği baştan tanımlanmalı ve otomatik uygulanmalıdır.
- Ekip satışında pay yüzdesi fırsat aşamasında belirlendiğinde, ay sonu paylaşım tartışması yaşanmaz.
- Prim tutarının bordroya elle değil doğrudan aktarılması, hem hata riskini hem de itiraz durumunda geriye dönük doğrulama süresini azaltır.
İlgili yazılar:
Bu yazıyı LinkedIn'de paylaşın
Başlık, özet ve hashtagler panoya kopyalanır, LinkedIn paylaş penceresi açılır — yapıştırın (Cmd/Ctrl+V) ve gönderin.
