Tekliften tahsilata (quote-to-cash) süreci

Cuma öğleden sonra satış müdürü panoyu açıyor: bu ay üç büyük fırsat "kazanıldı" işaretlenmiş, ekip kutluyor. Aynı saatlerde finans başka bir tabloya bakıyor; o üç işten yalnızca birinin faturası kesilmiş, ikisinin sipariş detayı hâlâ birinin gelen kutusundaki e-posta ekinde duruyor. Satış tarafında iş bitmiş, kasada hiçbir şey olmamış. Aradaki mesafe birkaç gün değil; çoğu şirkette haftalar.

Quote-to-cash, tam olarak bu mesafeyi tek bir zincir olarak görmenin adı: teklifin hazırlandığı andan paranın hesaba geçip muhasebeye düştüğü ana kadar. Aşağıda zincirin halkalarını, her halkada işin nerede koptuğunu, hangi belirtinin hangi nedene işaret ettiğini ve izlemeniz gereken dört sayıyı anlatıyoruz. Sonunda da bu zinciri bir hafta sonunda değil, kademe kademe düzeltmenin planı var.

1Teklif2Onay ve imza3Sipariş4Teslim5Fatura6Tahsilat

Quote-to-cash tam olarak neyi kapsar?

Quote-to-cash (kısaca Q2C), bir müşteri talebinin fiyatlandığı andan o satışın parasının tahsil edilip kayıtlara işlendiği ana kadar geçen bütün adımların toplamıdır. Çoğu şirkette bu adımlar üç ayrı ekibin sorumluluğundadır: satış teklifi hazırlar, operasyon işi teslim eder, finans faturayı keser ve parayı toplar. Üç ekip de kendi işinde iyi olabilir; zincir yine de kopar. Çünkü kopmalar ekiplerin içinde değil, aralarındaki dikişlerde olur.

Q2C'yi ayrı bir kavram olarak konuşmanın nedeni de bu. "Satış süreci" dediğinizde kimse faturayı düşünmez, "ön muhasebe" dediğinizde kimse teklif kalemlerini düşünmez. Zinciri tek isimle andığınızda, sahipsiz kalan boşluklar birden görünür hale gelir.

Bir başka fayda daha var: Q2C çerçevesi tartışmayı kişilerden süreçlere taşır. "Ahmet faturayı geç kesti" cümlesi bir suçlamadır ve çözüm üretmez; "teslim kaydı ile fatura arasında sahipsiz iki gün var" cümlesi ise düzeltilebilir bir tespittir. Aynı olayı ikinci cümleyle anlatmaya başladığınız gün, iyileştirme de başlar.

Zincirin halkaları ve her halkanın çıktısı

Zinciri düzeltmenin ilk şartı, her halkanın nerede bittiğini netleştirmektir. Bir halka, ölçülebilir bir çıktı üretmeden tamamlanmış sayılmaz.

1. Teklif: Kalem kalem fiyatlanmış, geçerlilik tarihi olan ve müşterinin gerçekten gördüğü bir belge çıkar ortaya. Karmaşık ürünlerde bu adımın nasıl kurallara bağlanacağını CPQ yaklaşımını anlattığımız yazıda ayrıntılı ele alıyoruz.
2. İç onay: İskonto, vade veya özel şart sınırın dışındaysa, yetkili kişinin kayıtlı bir onayı olmadan teklif dışarı çıkmaz.
3. Sözleşme ve imza: Karşılıklı yükümlülükler, teslim tarihi ve ödeme takvimi imzalı bir metne bağlanır.
4. Sipariş: Kabul edilen teklif, üretim ve sevkiyatın anlayacağı dile çevrilir; miktar, varyant, adres ve termin netleşir.
5. Teslim veya hizmet ifası: Mal çıkar ya da hizmet verilir; bunun bir irsaliyesi, iş emri kaydı veya kabul tutanağı olur.
6. Faturalama: Teslim edilen ne ise, o faturalanır; ne eksik ne fazla.
7. Tahsilat: Vade takip edilir, ödeme alınır, kısmi ödemeler cariye doğru işlenir.
8. Muhasebeleşme: Gelir, tahsilat ve varsa kur farkı doğru döneme ve doğru hesaba düşer.

Kopma noktaları: belirtiden nedene gitmek

Zincirin nerede koptuğunu bulmak için genellikle uzun bir süreç analizi gerekmez; belirtiler yeterince konuşkandır. Aşağıdaki şikâyetleri duyuyorsanız, karşılarındaki halkaya bakın.

• "Müşteri teklifi bekliyor, biz fiyat soruyoruz": Fiyat ve iskonto yetkisi tek bir yerde tanımlı değil demektir; müşteriye özel fiyat listeleri ve iskonto matrisi kurulmadan bu bekleme kısalmaz.
• "Onay için müdürü arıyorum, dönmedi": Onay adımı sözlü ve kişiye bağlı; sistemde iz bırakmadığı için de kimse gecikmeyi ölçemiyor.
• "Sevkiyat teklifte olmayan bir kalem göndermiş": Sipariş, teklifin kopyası değil yeniden yazımı olmuş.
• "Fatura kesildi ama müşteri itiraz etti": Faturanın dayandığı teslim kaydı ile sipariş kaydı uyuşmuyor.
• "Vadesi geçmiş ama kimse aramamış": Tahsilatın sahibi belirsiz; hatırlatma insan hafızasına bırakılmış.

Gelir, satışın "kazanıldı" dediği yerde değil, paranın hesaba geçtiği yerde gerçekleşir. Arada elle yapılan her kopyalama işlemi, o gelirin bir kısmını sessizce yer.

Veri bir kez girilsin ilkesi

Q2C'de en çok gelir kaybettiren alışkanlık, aynı bilginin zincir boyunca defalarca elle yazılmasıdır. Teklif kalemi Excel'de hazırlanır, sipariş formuna yeniden yazılır, irsaliyeye üçüncü kez, faturaya dördüncü kez girilir. Her yeniden yazımda bir kalem düşer, bir iskonto yanlış uygulanır, bir varyant kodu kayar.

İlke basit: bir veri zincire bir kez girer, sonraki her adım onu devralır. Teklifi onaylanan fırsat siparişe dönüşürken kalemler taşınmalı; sevkiyat kaydı faturayı oluştururken kalemler yine taşınmalı. Rocketly'de teklif kalemlerinin doğrudan faturaya ve cari hesaba akması bu yüzden kritik: kopyalama olmadığında uyumsuzluk da olmuyor. Muhasebe programınız ayrıysa aradaki aktarımı kurmak aynı işi görür; yeter ki aktarım tek yönlü olsun ve doğruluk kaynağı ikiye bölünmesin.

Onay ve imza: zincirin en sessiz gecikmesi

Onay adımı çoğu şirkette ölçülmez, çünkü kimse onu bir adım saymaz. Oysa "müdür onaylasın" cümlesi ile teklifin müşteriye ulaşması arasında bazen günler geçer. Çözüm onayı kaldırmak değil, onaya kural ve süre vermektir: hangi iskonto oranına kadar satış temsilcisi tek başına yetkili, hangi eşiğin üstünde kim onaylar, onay ne kadar beklerse kime yükselir. Bunu sisteme taşımanın yolunu onay akışı otomasyonu yazısında adım adım anlatıyoruz.

İmza tarafı da benzer. Islak imza turu, kargo ve kaybolan nüsha, kazanılmış bir işi haftalarca bekletebilir. Sözleşmenin imzadan sonra da yaşamaya devam ettiğini, yenileme ve fesih tarihlerinin takip edilmesi gerektiğini sözleşme yönetimi yazısında ele alıyoruz.

Kısmi teslim ve kısmi faturalama

Zincirin en çok yanlış kurulan yeri burasıdır. Gerçek hayatta sipariş nadiren tek seferde kapanır: üç kalemin ikisi çıkar, biri stoğa girince gönderilir. Hizmet işlerinde ise iş, hakediş dilimleriyle ilerler. Sistem "sipariş ya açıktır ya kapalıdır" mantığıyla kurulduysa, ekip kalan kalemleri bir yere not eder ve o not kaybolur.

Doğru kurgu, kalem bazında miktar takibidir: her kalem için sipariş edilen, teslim edilen ve faturalanan miktarlar ayrı ayrı durur. Böylece "teslim edildi ama faturalanmadı" listesi kendiliğinden oluşur. Bu mantığın nasıl kurulacağını sipariş yönetimi yazısında ayrıntılandırıyoruz.

Kısmi faturalamada ikinci bir incelik daha var: müşteriye kaç fatura keseceğinizi baştan konuşun. Bazı alıcılar her sevkiyat için ayrı belge ister, bazıları ay sonunda tek toplu fatura bekler. Bu tercih sipariş açılırken kayda geçmezse, doğru çalışan bir sistem bile yanlış zamanda fatura üretir.

Gelir sızıntısı nerede oluşur?

Sızıntı dramatik bir olay değildir; küçük ve tekrarlayan bir eksilmedir. En sık gördüğümüz dört kaynak şu: teslim edildiği hâlde hiç faturalanmayan kalemler, sözleşmede olan ama kimsenin uygulamadığı yıllık artış maddeleri, teklifte yazmadığı için ücretsizmiş gibi verilen ek hizmetler ve iskonto sınırının üstünde verilip kimsenin fark etmediği indirimler. Dördü de tek tek küçüktür, toplamı küçük değildir.

Sızıntının sinsi tarafı, hiçbirinin şikâyet üretmemesidir. Müşteri kendisine gönderilmeyen faturayı hatırlatmaz, uygulanmayan zam maddesi kimseyi rahatsız etmez. Bu yüzden sızıntı ancak aktif olarak aranırsa bulunur; beklemekle ortaya çıkmaz.

Bunları görünür kılmanın en pratik yolu, düzenli bir "eşleşmeyenler" raporudur: teslim kaydı olup faturası olmayanlar, faturası olup tahsilatı olmayanlar. Konunun tamamını gelir sızıntısı yazısında derledik.

Devir noktaları ve sorumluluk sınırı

Zincirde en tehlikeli anlar, işin bir ekipten diğerine geçtiği anlardır. Satış "ben kapattım" der, operasyon "bana bilgi gelmedi" der, ikisi de haklıdır. Bu tartışmayı bitirmenin yolu, her devir noktası için üç şeyi yazılı hale getirmektir: devrin hangi olayla tetiklendiği, devirle birlikte hangi bilgilerin zorunlu olarak dolu olması gerektiği ve devirden sonra sorumluluğun kimde olduğu.

Pratikte bu, "kazanıldı" aşamasına geçiş için zorunlu alanlar tanımlamak demektir: imzalı belge, teslim adresi, ödeme koşulu, fatura unvanı. Alanlar boşsa aşama ilerlemez. Kulağa katı gelir; ama bir haftalık gecikmeyi bir dakikalık form doldurmaya çevirir.

Sorumluluk sınırını çizerken şu ayrımı da netleştirin: bir işi kim yapar ve o iş yapılmazsa kim hesap verir. Faturayı ön muhasebe keser, ama kesilmediğini fark etmek satış temsilcisinin değil süreç sahibinin işidir. Bu iki rolü aynı kişiye yüklerseniz, ikisi de aksar.

Ölçülecek dört sayı

Q2C'yi yönetilebilir kılan şey, zinciri tek bir "satış süresi" rakamına indirgemek yerine dört ayrı noktadan ölçmektir. Her sayı farklı bir ekibe ayna tutar.

Metrik	Neyi gösterir	Sahibi
Teklif → sipariş süresi	Onay ve imza adımlarındaki bekleme	Satış
Teslim → fatura gecikmesi	Faturalamanın ne kadar geciktiği	Operasyon ve finans
Fatura → tahsilat süresi	Alacağın kaç günde paraya döndüğü	Finans
Sipariş-fatura uyumsuzluk oranı	Elle veri girişinin yarattığı hata yükü	Süreç sahibi

Bu sayıları ayda bir ölçmek yeterli; günlük takip gerekmiyor. Önemli olan aynı yöntemle ölçülmeleri: teslim tarihini bir ay irsaliyeden, ertesi ay kabul tutanağından alırsanız trend anlamsızlaşır. Ölçüm tanımını bir kez yazın ve değiştirmeyin.

Bu dördü birlikte okunduğunda paranın hangi halkada beklediği tartışmasız görünür. Zincirin toplam etkisini şirket ölçeğinde görmek isterseniz, nakit dönüşüm döngüsü yazısı bu sayıları tek bir çerçeveye oturtuyor.

Tahsilatı satışa geri beslemek

Çoğu şirkette satış, müşterinin ödeyip ödemediğini öğrenmez. Oysa bu bilgi satışın en çok işine yarayacak bilgidir: iki faturasını geciktirmiş bir müşteriye yeni bir vadeli teklif götürmek, hem finansı hem satışı zora sokar. Tahsilat durumunun müşteri kartında görünmesi, ek bir rapor değil, satış temsilcisinin varsayılan görüş alanının parçası olmalıdır.

Geri besleme iki yönlü çalışır: satış müşteriyle konuşurken ödeme durumunu bilir, finans da hangi gecikmenin gerçek bir itirazdan mı yoksa yanlış kesilmiş bir faturadan mı kaynaklandığını hızla öğrenir. Hatırlatma ve yükseltme adımlarını tahsilat takibi ve geç ödemeler yazısında topladık.

Aşamalı iyileştirme planı

Bu zinciri tek hamlede düzeltmeye çalışmak, genellikle hiç düzeltememekle sonuçlanır. Üç dalga hâlinde ilerlemek daha gerçekçi.

Birinci dalga — görünürlük. Hiçbir şeyi değiştirmeden ölçmeye başlayın. Son üç ayın kazanılan işlerini alın, her biri için teklif tarihi, sipariş tarihi, teslim tarihi, fatura tarihi ve tahsilat tarihini bir tabloya yazın. Ortaya çıkan boşluklar sizin gerçek darboğazınızdır ve çoğu zaman tahmininizle uyuşmaz. Bu tabloyu hazırlamak yarım gün sürer, karşılığında haftalarca tartışılan bir soruyu kapatır.

İkinci dalga — kopyalamayı bitirmek. En çok tekrar eden elle veri girişini seçin ve onu ortadan kaldırın. Genellikle bu, teklif kalemlerinin siparişe ve faturaya taşınmasıdır. Doğru fatura tiplerini ve alan gerekliliklerini fatura kesme rehberinde bulabilirsiniz.

Üçüncü dalga — kural ve otomasyon. Onay eşiklerini, zorunlu alanları ve gecikme hatırlatmalarını sisteme yazın. Bu aşamada iş akışı otomasyonu devreye girer: teslim kaydı oluştuğunda fatura görevi açılsın, vade geçtiğinde sorumlusuna bildirim gitsin.

Zinciri baştan sona tek yerde tutmak istiyorsanız, teklif, sipariş, fatura ve tahsilatın aynı müşteri kaydı üzerinde birleştiği bir yapı en sağlam çözüm. Her dalga bittiğinde ölçümü tekrarlayın; ilerlemeyi hissetmek yerine görmek, ekibin ikinci dalgaya isteyerek girmesini sağlar.

Rocketly'yi bu akışı kendi süreçlerinizle denemek için ücretsiz hesap açarak inceleyebilir, ilk dalgayı bu hafta başlatabilirsiniz.