Bir satış müdürünün ekranını açtığınızda çoğu zaman şu tabloyu görürsünüz: teklifler bir Excel dosyasında, hangi müşterinin ne aşamada olduğu satışçının kafasında, onaylanan sipariş WhatsApp’ta, sevkiyat depoya sözlü iletilmiş, fatura muhasebede, tahsilat ise “bir ara ararız” listesinde. Her halka ayrı yerde durduğu için sorular hep aynı: “Bu teklif ne oldu?”, “Mal çıktı mı?”, “Bu müşteri ödedi mi?” Cevaplar telefon turlarıyla toplanır.
Satış yönetiminin işi tam olarak bu dağınık halkaları tek bir zincire dizmek. Bir fırsatın ilk temasından, teklife, siparişe, sevkiyata, faturaya ve nihayet paranın kasaya girmesine kadar giden bu zincire uluslararası literatürde order-to-cash (siparişten nakde) deniyor. Aşağıda bu döngünün ERP içinde nasıl kurulduğunu, her adımın bir öncekinden nasıl veri aldığını adım adım açıyoruz.
Satışın kopuk halkaları neye mal olur
Satış, cironun doğduğu yer. Ama süreç yönetimi çoğu işletmede en zayıf tarafta kalır çünkü herkes “satış zaten oluyor” diye düşünür. Oysa kopuk bir satış zincirinin somut bedelleri var.
- Kaybolan teklifler: Verilen teklifin takibi yapılmadığında, “sıcak” müşteri soğur. Kimin ne zaman aranacağı sistemli değilse fırsatlar sessizce düşer.
- Fiyat ve iskonto kontrolsüzlüğü: Her satışçı kendi inisiyatifiyle iskonto verdiğinde, kârlılık teklif bazında erir; kimse toplam resmi görmez.
- Sözden siparişe kayıp bilgi: Teklif onaylanır ama siparişe elle yeniden girilir; kalem, adet ya da fiyat yanlış aktarılır.
- Sevkiyat–stok kopukluğu: Satış, elde olmayan malı satar; söz verilen tarih tutmaz, müşteri güveni sarsılır.
- Geç tahsilat: Fatura kesilir ama vade takibi kimsede değildir. Para geç gelir, nakit akışı tıkanır.
Bu sorunların ortak paydası tek: bilgi bir yerden başka bir yere elle taşınıyor ve her taşımada bir şey kayboluyor. Order-to-cash mantığı, bu taşımayı ortadan kaldırır — veri bir kez girilir, zincir boyunca akar.
Order-to-cash nedir, hangi adımlardan oluşur
Order-to-cash, “fırsat → teklif → sipariş → sevkiyat → fatura → tahsilat” adımlarını kesintisiz bağlayan uçtan uca satış sürecidir. Her adım bir öncekinin çıktısını girdi olarak alır; hiçbir veri ikinci kez elle yazılmaz. İyi kurgulanmış bir ERP satış modülü bu döngüyü tek ekranda döndürür.
Fırsat ve teklif yönetimi
Zincir, bir fırsatla başlar: gelen talep, fuardan toplanan kart, web formundan düşen istek. Bu fırsat CRM tarafında bir kayda dönüşür; hangi müşteri, hangi ürünle ilgileniyor, hangi aşamada — hepsi görünür olur. Satış hunisi (pipeline) dediğimiz yapı burada devreye girer: fırsatlar “ilk temas, teklif verildi, pazarlık, kazanıldı/kaybedildi” gibi aşamalarda ilerler ve müdür huninin hangi aşamasında ne kadar iş olduğunu bir bakışta görür.
Fırsat olgunlaştığında teklif hazırlanır. Kritik nokta şu: teklif, ürün ve fiyat listesinden beslenir. Satışçı fiyatı havadan yazmaz; sistemdeki liste fiyatı, tanımlı iskonto sınırı ve varsa müşteriye özel anlaşma otomatik gelir. Belirli bir iskonto oranının üstü onaya takılır. Böylece kârlılık, teklif verilmeden önce korunur. Onaylanan teklif ise sıfırdan sipariş yazılmadan tek tıkla siparişe dönüşür.
Siparişten sevkiyata
Teklif siparişe döndüğü anda satış, artık bir taahhüttür. Burada satış modülünün stokla konuşması hayati: sipariş girildiğinde sistem, sözü verilen ürünün elde olup olmadığını gösterir. Yoksa temin süresini, yoldaki siparişi ya da üretim planını dikkate alarak gerçekçi bir teslim tarihi kurulur. Satışçının “yarın gönderirim” dediği malın aslında iki hafta sonra geleceğini müşteriye söz vermeden önce görmesi, güven açısından paha biçilmez.
Sevkiyat aşamasında depo, siparişe göre malı toplar ve irsaliyeyi sistemden keser. Çıkan miktar stoktan otomatik düşer; ayrıca bir stok çıkış kaydı tutulmaz. Kısmi sevkiyat da yönetilebilir: siparişin 100 adedinin 60’ı bugün, kalanı sonra çıktığında sistem bakiyeyi takip eder ve hangi kalemin ne kadar açık kaldığı görünür kalır.
Faturalama ve tahsilat
Sevkiyatı yapılan mal ya da verilen hizmet faturaya dönüşür. Fatura, irsaliyeden beslendiği için kalem, adet ve fiyat yeniden yazılmaz — sevk edilen neyse fatura odur. e-Fatura ya da e-Arşiv mükellefiyseniz belge, entegre yapıda GİB’e iletilir; ayrı bir portala kopyala-yapıştır yapılmaz.
Fatura kesildiği anda müşterinin cari hesabına borç işlenir ve vade takibi başlar. Order-to-cash döngüsünün son ve çoğu zaman en zayıf halkası budur: tahsilat. Vadesi gelen alacakların otomatik listelenmesi, geciken müşterinin işaretlenmesi ve tahsilatın çek-senet ve cari risk takibiyle birleşmesi, paranın geç gelmesini sürpriz olmaktan çıkarır. Alacak devir süresini (tahsilata kadar geçen ortalama gün) düşürmenin ilk şartı, bu adımın sistemde izlenmesidir.
Satışın stok ve finansla bağı
Bir satış hareketi hiçbir zaman tek departmanı ilgilendirmez. Aynı anda üç yeri birden hareket ettirir.
| Aşama | Stok tarafında etkisi | Finans tarafında etkisi |
|---|---|---|
| Teklif | Henüz etki yok, bilgi amaçlı stok görünürlüğü | Potansiyel ciro, satış tahmini |
| Sipariş | Ürün “rezerve/taahhüt” olarak görünür | Beklenen gelir, planlanan tahsilat |
| Sevkiyat | Stoktan otomatik düşer | Maliyet gerçekleşir |
| Fatura | — | Cari hesaba borç, gelir kaydı, vade başlangıcı |
| Tahsilat | — | Kasa/banka girişi, alacak kapanışı |
Bu tablo, tek platformun asıl değerini gösteriyor. Satış, stok ve finans ayrı yazılımlarda dursaydı, her satır için bir aktarım, bir mutabakat ve bir hata payı olurdu. Aynı veritabanında çalıştıklarında satışçının girdiği bir sipariş, aynı anda planlamacının stok görünümünü ve mali işlerin nakit akışı planını günceller. Satış, stok ve finansal veriyi tek ekrandan takip etmenin somut karşılığı budur.
Satış verisini karara dönüştürmek
Order-to-cash döngüsü tek sistemde döndüğünde, yan ürün olarak temiz bir veri seti ortaya çıkar. Bu veri, satışı “hissle” yönetmekten “sayıyla” yönetmeye geçiren şeydir. Birkaç örnek:
- Huni dönüşüm oranı: Kaç teklifin kaça siparişe döndüğü. Düşükse sorun fiyatta mı, takip disiplininde mi belli olur.
- Satışçı ve ürün kırılımı: Kim, hangi ürünü, hangi kârlılıkla satıyor.
- Teslim performansı: Söz verilen tarihe göre gerçek sevkiyat. Müşteri memnuniyetinin sessiz göstergesi.
- Tahsilat yaşlandırma: Alacakların vade gruplarına göre dağılımı; nakit akışı riskinin erken uyarısı.
Bu raporların gerçek zamanlı ve kendiliğinden üretilmesi, ay sonu Excel maratonuna gerek bırakmaz. Qera’nın yapay zekâ destekli raporlaması bu tabloları hazır sunar; yöneticinin işi veriyi toplamak değil, yorumlamak olur.
CRM içeride mi olmalı, ayrı mı
Satış ekiplerinin sık sorduğu soru: fırsat ve müşteri ilişkisini bağımsız bir CRM’de mi tutmalı, yoksa ERP’nin içindeki satış modülünde mi? İkisinin de yeri var, ama order-to-cash açısından belirleyici fark şu: ayrı bir CRM, teklif aşamasına kadar güçlüdür; sipariş, sevkiyat, fatura ve tahsilat ise zaten ERP’nin verisidir. İki sistemi ayrı tutarsanız, fırsatın siparişe dönüştüğü kritik anda bir entegrasyon köprüsü kurmanız gerekir. ERP içindeki satış modülünde bu köprü hiç doğmaz — fırsat ve tahsilat aynı platformdadır. Bu karşılaştırmayı ERP içi CRM ile bağımsız CRM yazımızda daha ayrıntılı ele aldık.
Qera ile order-to-cash döngüsü
Qera’da satış, CRM ve finans ayrı ada değil, aynı platformun parçaları. Fırsattan tahsilata giden zincir tek veritabanında akar; teklif siparişe, sipariş irsaliyeye, irsaliye faturaya, fatura cariye elle veri taşımadan bağlanır. Microsoft Azure altyapısında çalıştığı için satış ekibi sahadan, mobil cihazdan teklif ve siparişe erişebilir.
Anahtar teslim kurulumun burada pratik bir karşılığı var: satış modülünü açmak için sürpriz lisans kalemleri çıkmaz ve 100 kullanıcıya kadar ek kullanıcı maliyeti olmadan tüm satış ekibini sisteme alabilirsiniz. Order-to-cash döngüsünü kâğıt üzerinde anlatmak kolay; asıl fark, onu kendi ürünleriniz ve müşterilerinizle canlı görmekte. Süreci kendi verinizle test etmek için ücretsiz demo talep edebilir, Qera’nın satış ve CRM tarafını ürün sayfasından inceleyebilirsiniz.
Sıkça Sorulan Sorular
Order-to-cash tam olarak ne demek?
Order-to-cash (siparişten nakde), bir müşteri talebinin ilk temastan başlayıp teklif, sipariş, sevkiyat, faturalama ve tahsilat adımlarıyla nakde dönmesine kadar geçen uçtan uca satış sürecidir. ERP’de bu adımların tek zincir halinde, veri tekrar girilmeden bağlanması hedeflenir.
Teklif hazırlarken fiyat ve iskonto kontrolü nasıl sağlanır?
Teklif, sistemdeki ürün ve fiyat listesinden beslenir. Liste fiyatı, tanımlı iskonto sınırı ve müşteriye özel anlaşmalar otomatik gelir. Belirlenen iskonto oranının üstündeki teklifler onay akışına takılır, böylece kârlılık teklif verilmeden önce korunur.
Satış modülü stok ile nasıl konuşur?
Sipariş girildiğinde ürün stokta “rezerve/taahhüt” olarak görünür ve satışçı gerçek teslim süresini görür. Sevkiyat yapıldığında mal stoktan otomatik düşer; kısmi sevkiyatta sistem açık kalan bakiyeyi takip eder. Ayrı bir stok kaydı tutulmaz.
ERP içindeki satış modülü ile bağımsız CRM arasındaki fark nedir?
Bağımsız CRM, fırsat ve teklif aşamasında güçlüdür ama sipariş, sevkiyat, fatura ve tahsilat ERP’nin verisidir. ERP içi satış modülünde bu adımlar aynı platformda olduğu için iki sistem arasında entegrasyon köprüsü kurma ihtiyacı doğmaz.
Faturalar GİB’e nasıl iletilir?
e-Fatura veya e-Arşiv mükellefiyseniz belgeler entegre yapıda iletilir; ayrı bir portala kopyala-yapıştır gerekmez. Mükellefiyet durumunuz ve güncel hadler için mali müşavirinizle ya da GİB kaynaklarıyla teyit almanız yerinde olur.
Tahsilatı hızlandırmak için ERP ne sağlar?
Fatura kesildiğinde müşteri cari hesabına borç işlenir ve vade takibi başlar. Vadesi gelen alacaklar otomatik listelenir, geciken müşteriler işaretlenir. Çek-senet ve cari risk takibiyle birleştiğinde alacak devir süresini kısaltmak ve nakit akışını öngörülebilir kılmak mümkün olur.
Satış sürecinizi fırsattan tahsilata tek platformda toplamak istiyorsanız, kendi ürün ve müşteri verinizle bir demo üzerinde görmek en sağlıklısı. Ücretsiz demo talep edin; Qera’nın satış, CRM ve finans tarafını uçtan uca gösterelim.
