Finansa bağlı gelir operasyonları: CRM kaydından doğrulanmış gelire ve komisyona

CRM deftere bağlandığında gelir operasyonları ne anlama gelir?

CRM niyeti kaydetmekte iyidir: bir potansiyel müşteri geldi, bir arama yapıldı, bir fırsat pazarlığa geçti, bir sözleşme gönderildi. Defter ise paranın gerçeklerini kaydeder: fatura kesildi, ödeme alındı ve eşleştirildi, iade kaydedildi. Sistem, her parça iyi yaptığı işi yaptığında ve ikisi kalıcı tanımlayıcılarla bağlandığında güvenilir hale gelir; böylece müşteri, fırsat ve ödeme elle arama yapmadan birbirine izlenebilir

Hangi rakamın sahibi kim

• CRM; kaynak, sorumlu kişi, aşama, etkinlik geçmişi ve açık fırsatların beklenen değerinin sahibidir
• Defter; faturalanan tutar, tahsil edilen nakit, iadeler ve ters kayıtların sahibidir, her biri kaynağı ve zamanı olan dengeli bir çift kayıttır
• Komisyon motoru kuralların, kural sürümlerinin, hesaplamaların ve ekstrelerin sahibidir; geliri yalnızca defterden okur
• Finans ekibi onayların, komisyon ödeme kayıtlarının ve komisyon giderinin kişilere gösterilen ekstrelerle mutabakatının sahibidir

Arfinex'te bu iş bölümü platformun içindedir: satış ve CRM verisi ayrı bir adada değil; defter, hazine ve raporlamanın yanında durur. Finansal ve kurumsal işletim sistemi derken kastettiğimiz budur. Bu şekilde kurulan bir CRM ve finans entegrasyonu araçlar arasında toplam kopyalamaz; kayıtları birbirine bağlar ve her rakamın kökenini korur, böylece panodaki her sayı arkasındaki kayıtlara kadar açılabilir

Kaynak, sahiplik ve huni aşamaları

Edinme maliyetinden komisyona kadar sonraki tüm rakamlar, en başta kaydedilen iki alana dayanır: potansiyel müşteri nereden geldi ve sorumlusu kim. Bunlardan biri gelişigüzel değiştirilebiliyorsa atıf ve ödeme hesap olmaktan çıkar, tartışmaya dönüşür

Kaynak ve sahiplik

Kaynak, kampanya etiketi, referans kodu veya iş ortağı bağlantısı gibi ilk kaydedilen olaydan alınmalı ve zamanıyla saklanmalıdır. Sahiplik bölge, sıra ya da ortaklık anlaşması gibi bir kuralla atanmalı; her yeniden atama kimin, ne zaman ve neden değiştirdiğiyle kaydedilmelidir. Yararlı bir kural şudur: onaylı bir istisna aksini söylemedikçe, nitelikli olay anındaki sorumlu kişi komisyonun da sahibidir

Huni aşamaları ve dönüşüm

Her aşamanın, satış dışından birinin de doğrulayabileceği giriş ve çıkış ölçütleri olmalıdır. Genel bir huni çoğunlukla şöyle görünür

• Yeni potansiyel müşteri: kaynağı ve rıza durumu kayıtlı bir kişi
• Nitelikli: tanımlı uygunluk kontrolü yapılmış ve kaydedilmiş
• Teklif veya sözleşme gönderildi: belge mevcut ve fırsata bağlı
• Kazanıldı: sözleşme imzalandı ya da sipariş kabul edildi
• Gelir doğrulandı: ilgili ödeme alındı ve defterde eşleştirildi

Son aşama, çoğu satış hunisinde eksik olandır. Kazanıldı aşamasından gelir doğrulandı aşamasına dönüşüm; kutlanan ama hiç ödenmeyen, kısmen ödenen veya iade edilen fırsatları ortaya çıkarır ve finansın nakit tahmininde dayanması gereken oran budur. Defter olaylarına bağlı bir CRM ve 360 müşteri görünümü ile bu aşamayı satış temsilcisinin işaretlediği bir kutu değil, ödemenin kendisi ilerletir

Gelir CRM tahmininden değil, defterde doğrulanmış veriden

CRM'deki fırsat değeri bir tahmindir; isteğe bağlı kalemleri içerebilir, sözleşme süresinin tamamını varsayabilir ya da son dakika indirimini görmeyebilir. Bunu gelir olarak raporlamak performansı şişirir, daha kötüsü hiç gelmeyebilecek para üzerinden komisyon öder. Kural basittir: performans raporlamasında ve komisyonda kullanılan gelir, defterde doğrulanmış kayıtlardan gelir; CRM değeri tahmin olarak kalır

Genel bir örnek

Yıllık bir hizmet için CRM'de 12.000 tutarında bir fırsat kayıtlı olsun. Müşteri imzalar, aynı tutarda fatura kesilir ve defter bir alacak kaydeder. Anlaşılan indirim ve iptal edilen isteğe bağlı bir modülün ardından müşteri 9.000 öder. Ödeme faturayla eşleştirilir, kalan 3.000 ayrı bir kayıtta alacak dekontuyla kapatılır ve bu fırsatın doğrulanmış geliri 9.000 olur. CRM özgün tahmini başvuru için göstermeye devam eder, ancak her rapor ve her komisyon hesaplaması fatura, ödeme ve düzeltme kaydına bağlantılarla 9.000 tutarını okur

Eksik veri asla sıfır sayılmaz. Gelen ama henüz bir müşteriyle eşleşmemiş bir ödeme eşleşmemiş olarak görünür ve çözülene kadar komisyona girmez. Yasal tablolarda gelirin nasıl tanınacağını, örneğin hizmet süresine yayılmasını, muhasebeciniz onaylar; operasyonel açıdan önemli olan, iki görünümün de aynı defter kayıtlarından okumasıdır

Kural tabanlı ve sürümlü komisyon planları

Satış komisyonu yönetimi çoğunlukla plan yalnızca bir belgede ve bir tablo formülünde yaşadığı için başarısız olur. Kural tabanlı plan veri olarak tanımlanır: uygulandığı taban (doğrulanmış gelir, ilk ödeme veya iade sonrası net gelir), oran veya kademeler, hak kazanma koşulları, tavanlar, sorumlular arasındaki paylar ve kapsadığı dönem. Böylece komisyon hesaplama, herkesin yeniden çalıştırıp aynı sonucu alabileceği deterministik ve test edilebilir bir koda dönüşür

Her plan neden sürüm ister

Planlar değişir: yeni çeyrek yeni kademeler getirir, bir ortaklık anlaşması prim ekler, bir ürün grubu farklı oran alır. Her değişiklik yürürlük tarihli yeni bir kural sürümü oluşturur ve her hesaplama kullandığı sürümü kaydeder. Bir ekstrenin neden bu tutarı gösterdiği sorulduğunda yanıt; doğrulanmış gelir kayıtları, kural sürümü ve aritmetiktir, aylar sonra da yeniden üretilebilir

Ters kayıtlar ve komisyon geri alma

Gelir bir iade, ödeme itirazı veya alacak dekontuyla tersine döndüğünde komisyon da onu izlemelidir. Düzeltme, bugünkü plana göre değil, özgün hesaplamada yürürlükte olan kural sürümüne göre hesaplanır; aradaki bir oran değişikliği geri alınan tutarı büyütemez ya da küçültemez. Yukarıdaki örnekte komisyon yanlışlıkla 12.000 üzerinden ödenmiş olsaydı, 3.000 tutarındaki alacak dekontu özgün oranla eksi bir komisyon satırı üretir, ters kayıtla deftere işlenir ve bir sonraki ekstrede nedenine bağlantıyla görünür

Komisyon ödemelerinde onay

1. Motor her kişi için taslak ekstre üretir; her satır defter kayıtlarına ve kural sürümüne izlenebilir
2. Satış temsilcisi veya iş ortağı ekstreyi inceler ve itirazını toplamlara değil, belirli satırlara yapar
3. Finansta bir kişi ödemeyi hazırlar, başka bir kişi onaylar
4. Onaylanan ödeme deftere komisyon gideri ve borç olarak işlenir, ardından ödenir
5. Sonraki her düzeltme yeni bir ters veya düzeltme kaydıdır; onaylı ekstre asla değiştirilmez

Satış ekibi ve deterministik komisyonlar hizmeti bu kontrolleri varsayılan olarak uygular. Komisyonlar bordro üzerinden ödendiğinde kayıt, finansa bağlı İK, bordro ve işgücü operasyonları rehberimizde anlatılan yolu izler

Kanal bazında edinme maliyeti gelirin yanında

Geliri, onu kazanmanın maliyeti olmadan gösteren bir tablo eksiktir. Reklam harcaması, iş ortağı ücretleri ve satış emeği kanal ve kampanya etiketiyle kaydedildiğinde, her kanalın edinme maliyeti o kanalın getirdiği müşterilerin doğrulanmış gelirinin yanında durur. Çok potansiyel müşteri ama az doğrulanmış gelir getiren bir kanal, daha az ama ödeyen ve kalan müşteri getiren kanaldan çok farklı görünür

• Kanal ve kampanya bazında potansiyel müşteri ve nitelikli potansiyel müşteri başına maliyet
• Kayıtlara değil, doğrulanmış geliri olan müşterilere dayanan müşteri edinme maliyeti
• Aynı dönemde kanal başına doğrulanmış gelir ve iadeler
• Kanallara sessizce dağıtılmak yerine incelemeye işaretlenen izlenmeyen harcama

Hesap verebilir pazarlama ve harcama atfı hizmeti harcamayı gerçek olaylara ve gelire bağlar; defterdeki paraya bağlantısı olmayan hiçbir getiri iddiası kaydedilmez

Finansal davranışla 360 müşteri görünümü

Müşteri görünümü, etkinliğin yanında finansal davranışı da gösterdiğinde çok daha işe yarar hale gelir: açık faturalar, ödeme zamanlaması, iadeler, itirazlar ve ilişki boyunca doğrulanmış gelir. Müşteri yöneticisi hangi müşterinin kârlı olduğunu, hangisinin ilgi beklediğini görür; finans ise gecikmiş alacakların hangilerinin satışın hâlâ üzerinde çalıştığı hesaplara ait olduğunu görür. Bu alanlara erişim role göre verilir, hassas finansal veriyi yalnızca ihtiyacı olanlar görür

Uygulama listesi

1. Önce tanımlarda anlaşın: potansiyel müşteri, nitelikli, kazanıldı, doğrulanmış gelir, iade ve komisyon tabanı
2. Tanımlayıcıları eşleyin; CRM'deki her müşteri ve fırsat defterdeki müşteriye, faturaya ve ödemeye bağlansın
3. Mevcut komisyon planını açık kurallar olarak yazın ve yürürlük tarihli ilk sürüm olarak kaydedin
4. Sahiplik ve yeniden atama kurallarını, istisnaları kimin onaylayacağını belirleyin
5. İadeler, kısmi ödemeler ve yeniden atamalar dahil, sentetik veya anonimleştirilmiş veriyle deneme ortamında kurup test edin
6. En az bir tam komisyon dönemi boyunca mevcut tabloyla paralel çalıştırın ve her farkı açıklayın
7. Finans onayıyla canlıya geçin, ardından tabloyu esas kaynak olmaktan çıkarın

Arfinex'te teslimat da aynı sırayı izler: tanışma ve kapsam incelemesi, sözleşme öncesi kurumsal kimlik doğrulaması, deneme ortamında kurulum, paralel çalışma ve onayınızla canlıya geçiş. Komisyonların iş hukuku, vergi ve muhasebe açısından nasıl ele alınacağını muhasebeciniz veya yerel danışmanınız onaylar

Sık yapılan hatalar: tablolar, itirazlar ve çift sayım

• Esas kayıt olarak hesap tablosu: formüller kopyalanır, üzerine yazılır, denetlenemez ve geçen çeyreğin rakamlarını kimse yeniden üretemez
• Satırlar yerine toplamlar üzerine itiraz: satır düzeyinde izlenebilirlik olmadan her anlaşmazlık pazarlığa döner
• Çift sayım: aynı fırsatın iki sorumluya yazılması, yenilemenin yeni satış sayılması ya da tanımlı pay olmadan iş ortağına ve temsilciye tam ödeme
• Rezervasyon üzerinden ödeme: nakit gelmeden ödenen komisyon her iadeyi bir tahsilat sorununa çevirir
• Sessiz plan değişikliği: oranı yerinde değiştirmek geçmişi yeniden yazar ve eski ekstreleri açıklanamaz kılar
• Elle güncellenen gelir aşaması: CRM'de ödendi olarak işaretlenmiş ama defterde karşılığı olmayan fırsat

Hepsinin çaresi aynıdır: her rakam için tek kaynak, açık kural sürümleri ve düzenleme yerine onaylı yeni kayıtla düzeltme

Finansın onaylayabileceği gelir operasyonları

Gelir operasyonları; CRM tahmin ettiğinde, defter doğruladığında ve komisyon motoru defterin doğruladığından hesapladığında işler. Erken kaydedilen kaynak ve sahiplik, hunide doğrulanmış gelir aşaması, sürümlü planlar, yürürlükteki kurala göre geri alma ve çift onaylı ödeme ile satış ve finans rakamlar üzerinde tartışmayı bırakır, stratejiyi konuşmaya başlar