Siparişten Tahsilata (Order to Cash) Süreci Nasıl Optimize Edilir?

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.

• Sipariş alma — Siparişin farklı kanallardan gelmesi (telefon, WhatsApp, saha temsilcisi, panel) tek bir kayıt standardını imkânsız kılar.
• 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.
• Sevkiyat — Sevk edilen ile faturalanan arasındaki fark, sonradan itiraz olarak geri döner.
• Faturalama — Fatura hatalı veya eksik bilgiyle çıktığında ödeme değil, itiraz başlar.
• Tahsilat — Ödemenin hangi kanaldan, ne zaman ve hangi referansla geleceği belirsizse zincir burada kopar.
• 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.
• Mutabakat ve kapanış — Ay sonuna bırakıldığında hatalar ortalama otuz gün boyunca 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

Birincisi ö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.

İkincisi referans eksikliği. Havale açıklamasına fatura numarası yazılmadığında eşleştirme sonradan, elle ve tahminle yapılır.

Üçüncüsü 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 zincirin tamamını kapsadığı için departman sınırlarını da aşar. DSO yani alacak tahsil süresi 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.

B2B Tahsilat Süreçlerinizi Hızlandırın →

Adım Adım Optimizasyon

1. Sipariş kanalını tekilleştirin

Sipariş telefondan, WhatsApp'tan ve sahadan geldiğinde her biri ayrı bir kayıt yolu izler. Bayi kendi panelinden sipariş verebildiğinde sipariş, stok, limit 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 otomatik güncellenmelidir; böylece ödeme yapan bayi hemen yeni sipariş verebilir. Bayi tahsilat panelinde limit, teminat ve risk aynı ekranda 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 zinciri tamamen ortadan kalkar. 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

Banka hareketi ile fatura eşleşmesi işlem anında yapıldığında ay sonunda çözülecek bir yığın birikmez. Mutabakat süreçlerinizi otomatikleştirin sayfası bu geçişin nasıl kurulduğunu anlatıyor.

6. Tüm kanalları tek görünüme bağlayın

POS, link, QR, havale ve fiziki POS ayrı ayrı raporlanıyorsa zincirin sonu hâlâ dağınıktır. Banka hesap entegrasyonu ile tüm hesap hareketleri, POS Rapor ile tüm POS işlemleri tek ekranda toplanır.

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. Tahsilat gerçekleştiği anda cari kaydı ERP'de güncellendiğ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 ile Procure to Pay arasındaki fark nedir?

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.

O2C sürecinin sahibi kim olmalı?

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.

O2C çevrim süresi ile DSO aynı şey mi?

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.

Otomatik eşleşme oranı ne kadar olmalı?

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.

Müşterilerimiz havale ile ödemekte ısrar ediyor, ne yapmalıyız?

Havaleyi kaldırmak gerekmez; havaleyi görünür kılmak gerekir. Banka hesap hareketleri sisteme entegre edildiğinde havale ile gelen ödeme de otomatik eşleşebilir. Zincirdeki sorun havalenin kendisi değil, hareketle faturanın ayrı yerlerde durmasıdır.

O2C optimizasyonu ne kadar sürer?

Ö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.

Küçük ölçekli bir işletmede O2C'yi tanımlamak gerekli mi?

Ö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ğıyla çalışıyoruz, O2C'de bizim için farklı olan ne?

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.

Süreci iyileştirmek için önce yazılım mı almalıyız?

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.

Tahsilat platformu ERP'nin yerine mi geçer?

Hayır, ERP'ye bağlanır. ERP kaydı tutar, tahsilat platformu o kaydı üreten hareketi yönetir ve tahsilat gerçekleştiği anda cariyi günceller. ERP'nizi değiştirmeniz gerekmez.

Diğer İçeriklere Göz At

• Tahsilat Nedir? B2B İşletmeler İçin Kapsamlı Tahsilat Rehberi
• DSO Nedir? Türk Şirketleri Neden Sektör Ortalamasının 2 Katı Süreyle Tahsilat Yapıyor?
• B2B Tahsilat Otomasyonu: Kurumsal İşletmeler İçin Rehber
• e-Fatura Sonrası Tahsilat Otomasyonu Rehberi
• Tahsilat Takibi Nasıl Yapılır? Dijital Rehber
• Bayi ve Alt Bayi Düzeninde Online Tahsilatın Avantajları

Zinciri Uçtan Uca Kapatın

Siparişten tahsilata süreci, en zayıf halkasının hızında ilerler. Sipariş, limit, tahsilat ve mutabakat aynı akışta birleştiğinde zincirin sonundaki bekleme ortadan kalkar.

B2B Tahsilat Süreçlerinizi Hızlandırın →

Tahsilat Beklemeye Gelmez

Faturanın kesilmesi sürecin bitişi değil, en kritik adımının başlangıcıdır. Zincirin o adımını yönetmeye başladığınızda nakit döngüsü de kısalır.

Demo Talep Edin →