Müşteri teklifi kabul ettikten sonra işe operasyon ve finans da girer: operasyon teslimi planlar, finans ödeme planını ve faturayı takip eder. Devir sırasında geçerli teklif sürümü, indirimi kimin onayladığı ya da ödeme koşulları bir sonraki ekibe eksik ulaşırsa iş faturaya gelmeden aksar.

1. Teklif: sürecin ilk finansal kaydı

Faturadaki tutar, onaylanan tekliften doğar. Bu yüzden teklif aşamasında verilen kararların sonradan izlenebilir olması gerekir. XON CRM'de teklifler ürün, hizmet, fiyat ve açıklamalardan oluşan standart bir yapıyla ve hazır şablonlar üzerinden hazırlanır. Müşteriye onaya gönderilen her teklifin sürümü, paylaşım tarihi ve müşterinin geri dönüşü aynı kayıtta tutulur; birden fazla revizyon geçiren bir teklifte hangi sürümün güncel olduğu buradan anlaşılır.

Tutar değiştiğinde nedeni de kayıtta olmalıdır. XON CRM'de indirim, kapsam daraltma ya da ek hizmet gibi değişikliklerde yeni tutarla birlikte değişikliğin nedeni de kayda geçer. Altı ay sonra aynı müşteriye yeni bir teklif hazırlanırken ya da bir faturadaki tutar sorgulandığında bakılacak yer bu nottur. Hangi tekliflerin açıldığı, hangilerinin yanıt beklediği ve hangi kalemlerin itiraz aldığı da aynı yerden izlenir; itiraz alan kalemler, pazarlığın hangi kalemlerde yoğunlaştığını gösterir.

2. Fırsattan satışa: devir anında taşınan bilgi

XON CRM'de fırsatlar ilk keşif görüşmesinden ihtiyaç analizine, teklif hazırlığından onay beklemeye ve kapanışa kadar aşamalarıyla izlenir. Her fırsatın bir sorumlusu, tahmini tutarı ve beklenen kapanış tarihi vardır; sıradaki adımın kimde olduğu kayıtta görünür. Böylece bir teklifin hangi aşamada beklediği, satış kaydı açılmadan önce de izlenebilir.

Fırsat satışa dönüştüğünde teklif, müşteri, ürün ya da hizmet kapsamı ve ticari koşullar aynı kayıtta kalır. Satış kaydına sözleşme durumu, onay notları ve teslim ya da uygulama başlangıcı gibi bilgiler eklenir. Operasyon ekibi işi bu kayıttan devralır; satış ekibine "hangi sürümü kabul etmişlerdi" diye sormasına gerek kalmaz. Devrin sağlıklı olması için satış kaydı açılırken kabul edilen teklif sürümü, onay notu ve fatura bilgisi kontrol edilmelidir. Bu bilgiler satış anında eksik kalırsa, faturalama aşamasında yeniden müşteriye dönülür.

3. Satış kaydı: ödeme planı, fatura bilgisi ve tahsilat

Satış kaydı, finans ve operasyon ekiplerinin aynı işe ortak baktığı yerdir. XON CRM'de ödeme planı, tahsilat durumu, fatura bilgisi ve bekleyen işlemler satış kaydına bağlanır; her satış finansal durumu ve sorumlu ekibiyle birlikte izlenir. Fatura hangi yazılımda düzenlenirse düzenlensin, fatura bilgisi satış kaydına işlendiğinde teklif, satış ve fatura arasındaki bağ kopmaz.

Gelir-gider yönetimi bu kaydın devamıdır. Tahsilat, ödeme, kasa ve banka hareketleri tek yerde toplanır; planlanan tahsilatlar gerçekleşen ödemelerle yan yana izlenir ve her gelir kalemi ilgili satışa bağlanabilir. Tahsilat için satış kaydına hatırlatıcı eklenebilir. Böylece geciken ödemeyi takip eden kişi, satışın teklif koşullarını aynı kayıtta görür.

Satış kaydı açıldıktan sonra koşullar değişebilir. İptal ve gecikme nedenleri, ek talepler ve kapsam değişiklikleri de satış kaydında tutulur. Ek bir talebin mevcut satışa kapsam değişikliği olarak mı, ayrı bir satış olarak mı girileceğine ekip önceden karar vermelidir; iki yöntem karışık kullanıldığında aynı tür işler raporlarda iki yere dağılır.

4. Yetki ve onay yapısı

Tutarı değiştiren adımlar ayrı kontrol ister: indirim vermek, onaylanmış bir teklifi revize etmek, ödeme planını değiştirmek, bir satışı iptal etmek. Bu adımları kimin atabileceği ve kimin onayına bağlı olduğu belli değilse, kayıtlar ne kadar düzenli olursa olsun kontrol sağlanmış sayılmaz.

XON CRM'de yetki nasıl tanımlanır

XON CRM'de yetkiler modül, işlem ve hedef bazında tanımlanır. Satış, operasyon, finans, yönetim ve destek ekipleri için ayrı yetki setleri oluşturulabilir; her kullanıcı yalnızca işi için gereken modülleri ve alanları görür. Yeni katılan bir kullanıcıya yetki tek tek verilmez, tanımlı rol modelinden atanır. XON CRM kurulumunda rol bazlı erişim, görünürlük ve süreç kontrolleri ayrı bir aşamada kurgulanır; yetki yapısı kurulumdan sonraya bırakılmaz.

Hangi işlemler ayrılmalı

İç kontrolün temel ilkelerinden biri görevler ayrılığıdır (segregation of duties): bir işlemi başlatan kişi ile onu onaylayan kişinin farklı olması. Tekliften faturaya giden işte bu ilke şu ayrımlara karşılık gelir:

  • Teklifi hazırlayan temsilci, kendi yetki sınırını aşan bir indirimi kendisi onaylamamalıdır. Hangi indirim oranının hangi rolün onayına gideceği şirketin onay kuralında yazılı olmalıdır.
  • Onaylanmış bir teklifteki değişiklik yeni sürüm olarak hazırlanmalı, mevcut sürümün üzerine yazılmamalı; yeni sürüm yeniden onaya gönderilmelidir.
  • Ödeme planını ve vadeleri değiştirme yetkisi finans tarafında olmalı; satış ekibi değişiklik talebini kayda geçirmelidir.
  • Tahsilat durumunu finans güncellemeli; satış ekibi durumu görebilmeli ama değiştirememelidir.
  • İptal ve kapsam değişiklikleri gerekçesiyle birlikte kaydedilmeli; ekip kuralı, gerekçesi yazılmamış bir değişikliğe izin vermemelidir.

Alan görünürlüğü

Destek ekibinin müşterinin ödeme planını, operasyon ekibinin teklifteki indirim gerekçesini görmesi işlerine bir şey katmaz; bu alanlar o ekiplere kapatıldığında her ekip kendi işine ait bilgiyle çalışır. XON CRM'deki alan bazlı görünürlük, satış kaydının her ekip için farklı bir görünümünü kurmaya imkan verir: satış ekibi teklif sürümlerini ve onay notlarını, operasyon teslim bilgilerini, finans ödeme planı ve tahsilat alanlarını görür.

Prim ve hedeflerle çakışma

XON CRM'de rol bazlı hedefler ve prim yapıları da aynı rol modeli üzerinden yönetilir. Yetki tasarımında bunun da hesaba katılması gerekir: primi satışın kapanmasına ya da satış hedefine bağlı olan bir temsilcinin, aynı satıştaki indirimi tek başına onaylayabilmesi bir çıkar çatışmasıdır. İndirim onayı, primi o satıştan etkilenmeyen bir role bağlandığında onay kararı da prim hesabı da daha kolay savunulur.

Örnek bir onay akışı

Bir temsilcinin, kendi yetkisinin üzerinde bir indirim gerektiren bir teklif hazırladığını düşünelim. Şirketin onay kuralı gereği temsilci, teklifi müşteriye göndermeden önce yöneticisinin onayını alır. Yönetici indirimi onaylarsa indirimin gerekçesi ve onaylayan kişi teklifteki değişiklik notuna yazılır, teklif yeni sürümüyle müşteriye gönderilir. Müşteri kabul ettiğinde fırsat satışa dönüşür, onay bilgisi satış kaydındaki onay notlarına yazılır ve operasyon ile finans işi bu kayıttan devralır. Aylar sonra faturadaki tutar sorulduğunda, indirimin kimin onayıyla ve hangi gerekçeyle verildiği satış kaydından okunur.

5. Görünürlük ve raporlama

Yönetici için asıl bilgi süreçteki tıkanma noktalarıdır: hangi fırsatların onay bekleme aşamasında uzun süre kaldığı, hangi tekliflerin müşteri yanıtı beklediği, hangi satışlarda tahsilatın geciktiği. XON CRM'deki raporlar satış, müşteri ve finans verisini birlikte ele alır; ekip değerlendirmesinde tahsilat disiplini de izlenebilir.

Finans için iki soru özellikle anlamlıdır: teklif tutarı ile fatura tutarı arasında fark olan satışlarda farkın nedeni kayıtlı mı, ve ödeme planındaki vadelerin ne kadarı zamanında tahsil ediliyor? Teklif sürümleri, değişiklik gerekçeleri ve tahsilat durumu aynı satış kaydına bağlı olduğunda bu soruların yanıtı için gereken veri tek yerdedir.

Sonuç

İlk adım, tutarı değiştiren işlemlerde kimin onayının gerektiğini yazılı hale getirmek ve kurulumdaki yetkilendirme aşamasında rolleri bu kurala uygun biçimde tanımlamaktır. Teklif sürümleri, değişiklik gerekçeleri, onay notları ve tahsilat durumu aynı satış kaydında tutulduğunda, faturadaki her tutarın nereden geldiği tek bir yerden izlenebilir.