- Siparişten tahsilata (O2C), siparişin alınmasından paranın hesaba geçip cari kaydın kapanmasına kadar uzanan uçtan uca süreçtir; faturayla bitmez.
- Türkiye’deki çoğu B2B işletmede zincir aynı halkadan kopar: tahsilat ve eşleştirme. Kontrol bu adımda müşteriye geçer.
- İyileştirme ölçümle başlar: yirmi faturanın sipariş, fatura, ödeme ve cari kayıt tarihleri en uzun beklemenin nerede olduğunu gösterir.
Bayi siparişi panelden geliyor. Stok kontrolü otomatik. Sevkiyat sistemde açılıyor, irsaliye elektronik, fatura e-fatura olarak dakikalar içinde karşı tarafa ulaşıyor. Buraya kadar her şey dijital.
Sonra zincir bir yerde kopuyor. Bayi ödemeyi ne zaman yapacağını kendi biliyor. Yaptığında bir IBAN’a havale ediyor, açıklamaya bazen fatura numarası yazıyor bazen yazmıyor. Muhasebe ekstreyi indiriyor, hangi ödemenin hangi faturaya ait olduğunu elle eşleştiriyor. Cari hesap iki gün sonra güncelleniyor.
Siparişten tahsilata süreci — kurumsal literatürde Order to Cash veya kısaca O2C — bu zincirin tamamıdır. Ve Türkiye’deki çoğu B2B işletmede zincir hep aynı halkadan kopar: tahsilat ve eşleştirme adımından. Bu yazı o halkayı onarmakla ilgili.
Siparişten Tahsilata (Order to Cash) Süreci Nedir?
Siparişten tahsilata süreci, bir müşteri siparişinin alınmasından paranın hesaba geçip muhasebe kaydının kapanmasına kadar geçen tüm adımları kapsayan uçtan uca iş sürecidir. İngilizce literatürde Order to Cash veya O2C olarak geçer.
Tanımın kritik yanı şudur: süreç siparişle başlar ama faturayla bitmez. Fatura kesildiğinde iş bitmiş sayılmaz; para hesaba geçip doğru faturayla eşleşip cari hesap kapandığında biter. Çoğu işletmede ölçüm ve sorumluluk fatura adımında durur, oysa nakit oradan sonraki adımlarda kaybedilir.
Süreç birden fazla departmanı kesiyor: satış siparişi alır, operasyon sevk eder, muhasebe faturalar, finans tahsil eder. Zincirin uçtan uca sahibi çoğu zaman yoktur ve sorun da tam olarak buradan doğar — her departman kendi adımını tamamlanmış sayar, arada kalan boşluğu kimse sahiplenmez.
Zincirin Yedi Adımı ve Her Adımın Kayıp Noktası
O2C zincirini adım adım açtığınızda her halkanın kendine ait bir kayıp noktası olduğu görülür. Hangisinin sizde baskın olduğunu bilmek, nereden başlayacağınızı da belirler.
- 1
Sipariş alma
Siparişin farklı kanallardan gelmesi (telefon, mesaj, saha temsilcisi, panel) tek bir kayıt standardını imkânsız kılar.
- 2
Kredi ve limit kontrolü
Limit tanımlı ama güncel değilse, ya gereksiz sipariş durur ya da taşınmaması gereken risk taşınır.
- 3
Sevkiyat
Sevk edilen ile faturalanan arasındaki fark, sonradan itiraz olarak geri döner.
- 4
Faturalama
Fatura hatalı veya eksik bilgiyle çıktığında ödeme değil, itiraz başlar.
- 5
Tahsilat
Ödemenin hangi kanaldan, ne zaman ve hangi referansla geleceği belirsizse zincir burada kopar.
- 6
Eşleştirme
Gelen ödemenin hangi faturayı kapattığı belli değilse cari bakiye doğru toplamı gösterse bile hangi faturanın açık olduğu bilinmez.
- 7
Mutabakat ve kapanış
Ay sonuna bırakıldığında hatalar haftalarca fark edilmeden durur.
Beşinci ve altıncı adımlar bu yazının konusu. Dördüncü adımın tahsilata bağlanmasını e-fatura sonrası tahsilat otomasyonu rehberinde ayrıca ele almıştık.
En Zayıf Halka Neden Tahsilat Adımı?
Zincirin ilk dört adımı büyük ölçüde sizin kontrolünüzdedir. Sipariş sizin sisteminizden geçer, sevkiyatı siz yaparsınız, faturayı siz kesersiniz. Beşinci adımda kontrol el değiştirir: ödemeyi ne zaman, nasıl ve hangi referansla yapacağına müşteri karar verir.
Kontrolün el değiştirdiği yerde süreç tasarımı devreye girmezse, zincir en zayıf halkasının hızında ilerler. Pratikte bu şu anlama gelir: siparişten faturaya kadar geçen süreyi günlerden saatlere indirmiş bir işletme, tahsilat adımını yönetmediği sürece nakit döngüsünü kısaltamaz.
Türkiye’de zincirin koptuğu üç nokta
- Ödeme kanalının belirsizliği — müşteriye tek bir ödeme yolu sunulmadığında herkes kendi alışkanlığıyla öder ve her kanal ayrı bir takip yükü yaratır.
- Referans eksikliği — havale açıklamasına fatura numarası yazılmadığında eşleştirme sonradan, elle ve tahminle yapılır.
- Gecikmeli kayıt — ödeme geldi ama cariye iki gün sonra işlendiyse, o iki gün boyunca hem bayi hem siz farklı bir gerçeğe bakıyorsunuzdur.
O2C Performansı Nasıl Ölçülür?
Siparişten tahsilata sürecini ölçmenin tek bir metriği yoktur; zincirin farklı halkaları farklı göstergelerle izlenir.
- Çevrim süresi — siparişin alındığı andan paranın hesaba geçtiği ana kadar geçen ortalama gün. O2C’nin tek bütünsel göstergesidir ve departman sınırlarını aşar. DSO bu sürenin yalnızca fatura sonrası kısmını ölçer.
- İlk seferde doğru fatura oranı — itiraz almadan kapanan fatura yüzdesi. Düşükse sorun tahsilatta değil, faturalamadadır.
- Otomatik eşleşme oranı — gelen ödemelerin ne kadarı elle müdahale olmadan doğru faturayla eşleşiyor. O2C otomasyonunun en doğrudan göstergesidir.
- Tahsilat başına maliyet — sürecin toplam maliyetinin işlem sayısına bölümü. Otomasyon yatırımının geri dönüşünü tartışırken en somut argümandır.
- İtiraz çözüm süresi — bir uyuşmazlığın açılmasından kapanmasına kadar geçen ortalama gün.
Bu beş metrik birlikte okunduğunda zincirin nerede yavaşladığı net görünür. Tek başına DSO’ya bakmak, sorunun fatura öncesinde mi sonrasında mı olduğunu göstermez.
Tahsildar çözümüB2B tahsilat süreçlerinizi hızlandırınLink, QR ve SMS ile ödeme, otomatik hatırlatma ve ERP aktarımıyla zincirin tahsilat halkasını kısaltın.Adım Adım Optimizasyon
- 1
Sipariş kanalını tekilleştirin
Sipariş telefondan, mesajla ve sahadan geldiğinde her biri ayrı bir kayıt yolu izler. Bayi kendi panelinden sipariş verebildiğinde sipariş, stok ve tahsilat aynı akışa girer. Bayi sipariş yönetimi tarafında bu akışın nasıl kurulduğunu inceleyebilirsiniz.
- 2
Limit kontrolünü sipariş anına taşıyın
Risk kontrolü sevkiyattan sonra yapıldığında geç kalınmıştır. Limit sipariş anında kontrol edilmeli ve tahsilat geldiğinde güncellenmelidir; böylece ödeme yapan bayi hemen yeni sipariş verebilir. Bayi tahsilatı tarafında bayi limitleri ve ödeme politikası birlikte yönetilir.
- 3
Ödeme yolunu faturanın içine koyun
Zincirin en büyük sürtünmesi “nereye ödeyeceğim” sorusudur. Faturanın veya hatırlatmanın içine doğrudan bir ödeme bağlantısı konduğunda IBAN, dekont ve açıklama zincirine gerek büyük ölçüde kalmaz. SMS ve ödeme linki ile tahsilat yazısında bu akışı anlatmıştık.
- 4
Eşleştirmeyi ödeme anına çekin
Sonradan yapılan her eşleştirme bir tahmin işidir. Müşteri sistem üzerinden ödediğinde hangi faturayı kapattığı zaten bellidir; eşleştirme bir işlem olmaktan çıkar. Bu tek değişiklik, otomatik eşleşme oranını en çok yükselten müdahaledir.
- 5
Mutabakatı dönem sonundan çıkarın
Link ve panel ödemeleri kaynağında eşleştiğinde, banka ve POS hareketleri de düzenli olarak ERP’ye aktarıldığında ay sonunda çözülecek bir yığın birikmez. Mutabakat süreçlerinizi otomatikleştirin sayfası bu geçişi anlatıyor.
- 6
Tüm kanalları tek görünüme bağlayın
Sanal POS, link, QR, havale ve fiziki POS ayrı ayrı raporlanıyorsa zincirin sonu hâlâ dağınıktır. POS Rapor tüm bankalardaki POS işlemlerini tek ekranda toplar; ERP / CRM entegrasyonu tahsilat ve POS hareketlerini ERP’ye işler.
ERP Tek Başına Neden Yetmez?
Bu noktada sık gelen bir itiraz var: “ERP’miz zaten var, siparişten faturaya kadar her şey orada.” Doğru, ve ERP bu zincirin ilk dört adımını iyi yönetir. Sorun beşinci adımda başlar.
ERP bir kayıt sistemidir; parayı tahsil etmez, ödeme kanalı sunmaz, banka hareketiyle faturayı kendiliğinden eşleştirmez. Tahsilat başka bir yerde gerçekleşir, kayıt ERP’de tutulur ve ikisi arasında her zaman bir gecikme kalır. O gecikme, O2C çevrim süresinin en büyük parçasıdır.
Çözüm ERP’yi değiştirmek değil, tahsilat tarafının ERP’ye bağlanmasıdır. Ödeme tamamlandığında ERP’ye işlendiğinde zincir kapanır. B2B tahsilat otomasyonu yazısında bu bağlantının nasıl kurulduğunu ele aldık.
Nereden Başlamalı?
O2C optimizasyonu bir seferde yapılan bir proje değildir. Doğru başlangıç noktası, zincirin en uzun beklemesinin nerede olduğunu ölçmekten geçer.
Pratik bir yöntem: son üç ayın kapanan faturalarından rastgele yirmi tanesini seçin ve her biri için dört tarihi yan yana yazın — sipariş tarihi, fatura tarihi, ödemenin geldiği tarih, cariye işlendiği tarih. Aradaki en büyük boşluk, ilk müdahale edeceğiniz halkadır.
Çoğu işletmede en büyük boşluk fatura ile ödeme arasında çıkar; bu durumda çözüm hatırlatma ritmi ve ödeme kanalıdır. Bazılarında ise ödeme ile cariye işlenme arasında çıkar; o zaman sorun tahsilatta değil eşleştirmededir ve çözümü tamamen farklıdır.
Ölçüm sonrası nakit tarafındaki etkiyi görmek için nakit akışınızı güçlendirin sayfasına, manuel takibin bu zincirdeki payı için Excel ve manuel takip süreçlerinden kurtulun sayfasına bakabilirsiniz.
Sıkça Sorulan Sorular
Order to Cash satış tarafını, yani müşteriden para tahsil etme zincirini kapsar. Procure to Pay ise satın alma tarafını, yani tedarikçiye ödeme yapma zincirini. İkisi birbirinin aynası olsa da farklı departmanlar tarafından yönetilir ve farklı metriklerle ölçülür.
Süreç satış, operasyon, muhasebe ve finansı kestiği için tek bir departmana bırakıldığında uçtan uca yönetilemez. Pratikte en iyi çalışan model, finans tarafında uçtan uca bir sahip tanımlanması ve diğer adımların kendi sorumlularıyla birlikte tek bir metrik üzerinden izlenmesidir.
Hayır. DSO faturadan tahsilata kadar geçen süreyi ölçer; O2C çevrim süresi siparişten paranın hesaba geçmesine kadar geçen tüm süreyi kapsar. Fatura kesme süreniz uzunsa DSO iyi görünürken çevrim süreniz kötü olabilir.
Bir hedef rakam vermek yerine kendi başlangıç noktanızı ölçmek daha doğrudur. Ödeme sistem üzerinden alındığında eşleşme zaten kaynağında gerçekleştiği için oran kendiliğinden yükselir; asıl mesele elle müdahale gerektiren işlemlerin sayısını izlemektir.
Havaleyi kaldırmak gerekmez; havaleyi görünür kılmak gerekir. Bayi sipariş yönetiminde havale/EFT ile yapılan ödeme siparişle eşleşir; banka hareketleri ise ERP’ye aktarılabilir ve cari eşleştirme ERP’de yapılır. Zincirdeki sorun havalenin kendisi değil, hareketle faturanın ayrı yerlerde durmasıdır.
Ölçüm bir hafta içinde yapılabilir. İlk müdahale — genellikle ödeme kanalının tekilleştirilmesi — birkaç hafta sürer. Eşleştirme ve mutabakat tarafı mevcut sistem altyapınıza bağlı olarak daha uzun sürer. Tamamını aynı anda yapmaya çalışmak en sık yapılan hatadır.
Ölçek küçükken zincir zaten kısadır ve tek kişi tarafından takip edilebilir. Tanımlama ihtiyacı, adımlar farklı kişilere dağıldığında ve sipariş birden fazla kanaldan gelmeye başladığında doğar.
Bayi ağında zincir her bayi için ayrı ayrı işler ve karmaşıklık bayi sayısıyla doğrusal değil katlanarak artar. Bu yüzden bayi ağlarında sipariş, limit ve tahsilatın aynı panelde birleşmesi, tek müşterili yapılara kıyasla çok daha kritiktir.
Hayır. Önce ölçüm yapılmalı: zincirin hangi halkasında ne kadar beklendiği bilinmeden alınan araç, yanlış adımı otomatikleştirir. Yirmi faturanın tarih analizi bu ölçümü yapmak için yeterlidir.
Hayır, ERP’ye bağlanır. ERP kaydı tutar, tahsilat platformu o kaydı üreten hareketi yönetir ve ödeme tamamlandığında ERP’ye işler. ERP’nizi değiştirmeniz gerekmez.
Siparişten tahsilata süreci, en zayıf halkasının hızında ilerler. Sipariş, limit, tahsilat ve ERP aktarımı aynı akışta birleştiğinde zincirin sonundaki bekleme kısalır.






