Nakit Yönetiminin Beş Metriği: SAP Cash Management ile Ölçmek ve İyileştirmek

Nakit yönetimi tartışması çoğu şirkette araçlar üzerinden yürür: hangi banka portalı, hangi Excel şablonu, hangi rapor. Metrikler bu konuşmada geri planda kalır. Oysa hazine fonksiyonunun sağlığını beş sayı gösterir ve bu sayıları düzenli ölçen bir şirket, nakit yönetiminin neresinde durduğunu tartışmasız bilir.

Aşağıda bu beş metriği tek tek ele alıyoruz: her birinin tanımı, sahada en sık karşılaşılan sorunlu görünümü ve SAP S/4HANA Cash Management'ın bu sayıyı hangi yetenekle iyileştirdiği.

Metrik 1: Nakit Görünürlük Oranı

Toplam banka bakiyelerinizin yüzde kaçını gün içinde, sistem üzerinden görebiliyorsunuz? Bu oran, nakit yönetiminin başlangıç noktasıdır. Görmediğiniz bakiyeyi yönetemezsiniz.

Sahadaki tipik görünüm şudur: şirket on iki bankayla çalışır, pozisyon öğleden sonra bir Excel dosyasında birleşir. Üç bankanın ekstresi otomatik gelir, dördü portaldan elle indirilir, geri kalanı için muhasebeye sorulur. Bazı hesaplar yalnızca ay sonunda görünür. Pozisyon tamamlandığında güncelliğini çoktan yitirmiştir.

S/4HANA Cash Management bu tabloyu iki yapıyla değiştirir. Bank Account Management (BAM), tüm banka hesaplarının envanterini tek merkezde tutar: hangi hesap hangi şirkete ait, kim imza yetkilisi, hesap ne zaman gözden geçirildi. Hesap açma ve kapatma onay akışına bağlanır, banka masrafları izlenir. One Exposure tablosu ise banka bakiyelerini, açık kalemleri ve beklenen ödemeleri tek veri kaynağında toplar; Cash Position raporu bu tablodan beslenir ve gün boyunca güncel kalır. Ekstrelerin bu tabloya kesintisiz akması için banka bağlantısının kurulması gerekir; bu katmanı SAP Banka Entegrasyonu yazımızda ayrıntısıyla ele almıştık. Türkiye tarafında e-Hesap Özeti çözümümüz, banka ekstrelerinin SAP'ye otomatik akışını sağlar.

Hedef net: bakiyelerin tamamına yakınının gün içinde, elle müdahale olmadan görünmesi.

Metrik 2: Forecast Doğruluğu

Dört hafta önce yaptığınız nakit tahmini ile gerçekleşen arasındaki sapma yüzde kaçtı? Bu soruya sayıyla cevap veremeyen bir hazine ekibi, tahminin işe yarayıp yaramadığını bilmiyor demektir. Forecast doğruluğu, ölçülmediği sürece iyileşmez.

Sorunlu görünüm tanıdıktır. Tahminler iştiraklerden mail ile toplanır, bir dosyada derlenir, derlenirken eskir. Satış tarafındaki büyük bir tahsilat kayması tahmine iki hafta gecikmeyle yansır. Sapma kimse tarafından hesaplanmaz, çünkü hangi tahminin hangi gerçekleşmeye denk geldiğini takip etmek başlı başına iş çıkarır.

Liquidity Forecast bu zinciri kaynağına bağlar. Orta vadeli tahmin; açık alacak ve borçlardan, satış ve satınalma siparişlerinden ve Treasury and Risk Management'taki enstrümanlardan (krediler, mevduatlar, türevler) otomatik beslenir. Tahmin bir dosyada derlenmek yerine sistemde oluşur ve veri değiştikçe güncellenir. Makine öğrenmesi katmanı, müşterilerin geçmiş ödeme davranışını öğrenerek tahsilat tarihlerini fiili davranışa göre öngörür. Tahmin ile gerçekleşme karşılaştırması sistemde raporlanır; sapmanın kaynağına, hangi şirket ve hangi akış türünde olduğuna kadar inilir.

Metrik 3: Atıl Bakiye ve Gereksiz Borçlanma

Bu metrik iki maliyetin toplamıdır: bir hesapta getirisiz bekleyen bakiye ile aynı anda grubun başka bir şirketinde kullanılan kredinin faizi. İkisi tek tek makul görünebilir. Yan yana konduğunda ortaya çıkan tablo, grubun kendi parası dururken dışarıya faiz ödediğidir.

Çok şirketli yapılarda bu tablo kendiliğinden oluşur. A şirketinin hesabında hatırı sayılır bir bakiye beklerken B şirketi kredi limitini kullanır, çünkü iki hazine birbirinin pozisyonunu görmez. Toplamı gören bir ekran yoksa karar da verilemez.

Cash pooling bu görünmezliği ortadan kaldırır. Fiziksel poolingde bakiyeler tanımlı kurallarla ana hesapta toplanır; kavramsal poolingde bakiyeler yerinde kalır, faiz hesabı konsolide yürür. Grup içi transferler sistemden, iz bırakarak yapılır. Hesap hiyerarşisi BAM'de tanımlandığı için hangi hesabın hangi havuza bağlı olduğu bellidir. Grup içi bankacılığı daha ileri taşıyan In-House Bank yapısı ise ayrı bir yazının konusu olacak genişlikte.

Metrik 4: Nakit Dönüş Süresi

Paranın döngüsü üç sayının bileşimidir: alacakların tahsilat süresi (DSO), borçların ödeme süresi (DPO) ve stokta bağlı kalınan gün. Bu döngü uzadıkça işletme sermayesi büyür ve nakit, operasyonun içinde hapsolur.

Sahadaki kopukluk şuradadır: hazine günlük pozisyonu yönetir, işletme sermayesi ise ay sonu raporunda yaşar. Tahsilatı hızlandırma kararı ile nakit pozisyonu ayrı dünyalarda alınır.

S/4HANA'da bu iki dünya aynı zeminde durur. Alacak, borç ve nakit verisi Universal Journal'dan türediği için nakit dönüş süresi, pozisyonla aynı kaynaktan ve aynı güncellikte okunur. Makine öğrenmesi, geç ödeme olasılığı yüksek müşterileri işaretler; tahsilat ekibi önceliğini bu listeye göre kurar. Ödeme koşuları, erken ödeme iskontosu ile vade arasındaki dengeyi veriyle kurmaya imkân verir. Nakit ve likidite yönetiminin genel çerçevesini SAP Nakit ve Likidite Yönetimi yazımızda bulabilirsiniz.

Metrik 5: Mutabakat ve Kapanış Süresi

Banka ekstresi sabah geldiğinde işlenmesi ne kadar sürüyor? Gün sonu nakit kapanışı kaçta bitiyor? Bu süre, hazine ekibinin gününün ne kadarının veri hazırlığına gittiğini gösterir.

Elle yürüyen yapıda ekstre işleme sabahı yer. Kalemler tek tek eşleştirilir, eşleşmeyenler için muhasebeyle yazışılır, öğlene doğru pozisyon netleşir. Ekip, analiz için ayıracağı saatleri veri temizliğine harcar.

Otomatik ekstre işleme bu işi arka plana alır: kalemler kurallarla eşleşir, istisnalar ekrana düşer, ekip yalnızca istisnayla ilgilenir. SAP'nin Otonom İşletme vizyonuyla duyurduğu Cash Management Agent bu çizgiyi ileri taşır: günlük ekstreler üzerinde akıl yürütür, mutabakatı yürütür ve nakit pozisyonunun optimizasyonuna destek olur. Ajanların finans süreçlerindeki yerini Otonom İşletme yazımızda ele almıştık.

Beş Metrik, Tek Zemin

Bu beş sayının ortak bir özelliği var: hepsi aynı veri zemininden besleniyor. Görünürlük oranı One Exposure'dan, forecast doğruluğu açık kalemlerden ve siparişlerden, atıl bakiye hesap hiyerarşisinden, nakit dönüş süresi Universal Journal'dan, mutabakat süresi ekstre akışından okunur. Metriklerin ayrı araçlarda ölçülmeye çalışıldığı yapıda sayılar birbiriyle çelişir; hazinenin pozisyonu ile muhasebenin bakiyesi tutmaz, tahmin başka bir dosyada yaşar. Tek zeminde ise beş metrik aynı kaynaktan türer ve birbirini doğrular.

Türkiye Perspektifi

Türkiye'de bu metriklerin bedeli globaldekinden ağırdır. Yüksek faiz ortamında atıl bakiyenin maliyeti hızla büyür; forecast sapması, kredi limitinin zamansız kullanılması ya da mevduat fırsatının kaçması olarak geri döner. Kur hareketi pozisyonu gün içinde değiştirdiğinden, sabah kurulan tablo öğleden sonra yeniden okunmak ister.

Çok bankalı çalışma alışkanlığı da görünürlük metriğini Türkiye'de özellikle belirleyici kılar. On ve üzeri bankayla çalışmak Türk şirketlerinde sıra dışı sayılmaz; her bankanın ayrı portalı ve ekstre formatı, görünürlük oranını kendiliğinden aşağı çeker. Finpro'nun Bankacılık ve Hazine Çözümleri bu zemini besler: e-Hesap Özeti ekstrelerin otomatik akışını, e-Ödeme toplu ödemelerin SAP'den yönetimini, Doğrudan Borçlandırma bayi tahsilatlarının sistemleşmesini sağlar. Metriklerin veri tarafı bu altyapıyla kurulur.

Finpro Perspektifi ve Sonuç

Finpro olarak nakit yönetimi çalışmalarına ölçümle başlıyoruz: beş metriğin bugünkü değeri çıkarılmadan hedef konuşulamaz. Bu alanda yürüttüğümüz çalışmalar şunları kapsar:

• Nakit görünürlük değerlendirmesi: Banka, hesap ve ekstre envanterinin çıkarılması, görünürlük oranının hesaplanması,

• BAM kurulumu ve hesap temizliği: Hesap envanterinin Bank Account Management'a taşınması, onay akışlarının ve yetki tanımlarının kurulması,

• Banka bağlantı mimarisi: Ekstre ve ödeme akışlarının SAP Teknoloji ve BTP entegrasyonu kapsamında tasarımı,

• Forecast tasarımı: Liquidity Forecast'in veri kaynaklarının bağlanması, makine öğrenmesi senaryolarının devreye alınması ve sapma raporlamasının kurulması,

• Türkiye katmanı: Çok bankalı yapı, kur ve faiz gerçeğine göre pooling ve pozisyon yönetiminin kurgulanması.

Ölçülen metrik yönetilebilir. İlk adım, bu beş sayının bugünkü değerini bilmektir; gerisi hedef ve yol haritası işidir. Beş metriğinizin bugün nerede durduğunu birlikte çıkarmak için Finpro'nun danışman ekibiyle görüşebilirsiniz.

Sıkça Sorulan Sorular

SAP Cash Management nedir?

SAP S/4HANA Cash Management; nakit pozisyonu, likidite tahmini ve banka hesap yönetimini tek platformda toplayan çözümdür. Cash Operations günlük pozisyonu, Liquidity Management kısa ve orta vadeli tahmini, Bank Account Management ise banka hesaplarının merkezi yönetimini kapsar.

One Exposure nedir?

One Exposure, S/4HANA'da nakit akışlarının tek veri kaynağıdır. Banka bakiyeleri, açık kalemler, siparişler ve hazine enstrümanlarından gelen akışlar bu tabloda toplanır; Cash Position ve Liquidity Forecast raporları buradan beslenir.

Forecast doğruluğu nasıl ölçülür?

Belirli bir ufukta (örneğin dört hafta) yapılan tahmin ile gerçekleşen nakit akışı karşılaştırılır ve sapma yüzdesi hesaplanır. S/4HANA'da tahmin ve gerçekleşme aynı sistemde tutulduğundan bu karşılaştırma rapor olarak alınır ve sapmanın kaynağına inilebilir.

Cash pooling Türkiye'de nasıl çalışır?

Fiziksel poolingde grup şirketlerinin bakiyeleri tanımlı kurallarla ana hesapta toplanır; kavramsal poolingde bakiyeler yerinde kalır ve faiz hesabı konsolide yürütülür. Türkiye'de kurgu; grup içi borçlanma mevzuatı, kaynak kullanımı düzenlemeleri ve vergi boyutu birlikte değerlendirilerek tasarlanır.

Bu metrikler ECC ortamında izlenebilir mi?

ECC'de nakit yönetimi sınırlı kapsamda çalışır ve veriler farklı tablolarda durur. One Exposure, BAM ve makine öğrenmesi destekli tahmin S/4HANA ile gelir. ECC kullanan şirketler için bu metrikler, S/4HANA yol haritasının hazine tarafındaki somut gerekçesini oluşturur.