Nakit akış raporu otomasyonu, banka bakiyelerinin, açık müşteri ve tedarikçi faturalarının, çek-senet vadelerinin ve planlı ödemelerin sistemlerden otomatik çekilip tek bir raporda birleştirilmesidir. Rapor her sabah kendiliğinden yenilenir; finans ekibi tabloyu kurmakla değil, gördüğü açığa ya da fazlaya karar vermekle uğraşır. Amaç, "bugün ve önümüzdeki haftalarda ne kadar nakdimiz olacak?" sorusunu dakikalar içinde yanıtlamaktır.
Kısaca
- Nakit akış raporu otomasyonu; banka, ERP, çek-senet ve sabit ödeme verisini her sabah tek raporda kendiliğinden birleştirir.
- Günlük nakit pozisyonu ve 13 haftalık nakit tahmini, otomasyona en uygun ve en hızlı kazanç sağlayan iki rapordur.
- TÜİK 2025 verisine göre 10+ çalışanlı girişimlerin yalnızca %28,3'ü ERP, %6,5'i iş zekası yazılımı kullanıyor.
- Kurulum yedi adımdır: soruyu tanımlama, kaynak envanteri, kategoriler, tek veri katmanı, tahmin kuralları, uyarılar ve sapma ölçümü.
- Mevcut muhasebe programını değiştirmek gerekmez; iş, iki üç banka hesabıyla dar bir pilotla başlar.
Nakit tablosu neden her hafta sıfırdan kuruluyor?
Orta ölçekli bir firmada nakit raporu genellikle pazartesi sabahı başlar. Finans çalışanı her bankanın internet şubesine girip bakiyeleri not eder, ERP (kurumsal kaynak planlama) sisteminden açık alacak ve borç listesini Excel'e alır, çek portföyünü ayrı bir dosyadan kopyalar, maaş, vergi, Sosyal Güvenlik Kurumu (SGK) primi ve kira gibi sabit çıkışları elle ekler. Öğleden sonra ortaya çıkan tablo yönetime gider; ama o saatte bir tahsilat gelmiş, bir ödeme çıkmış olabilir.
Sorun yalnızca zaman değildir. Her hafta aynı formüller kopyalanır, bir satır atlanır ya da döviz kuru eski kalır. Tahsilat varsayımları kişinin tecrübesine göre değişir: "Bu müşteri hep 15 gün geç öder" bilgisi bir kişinin kafasındadır. Tablolarla yürüyen düzenin nerede kırıldığını Excel ile iş takibinin sınırları yazımızda ayrıntılı anlattık.
Türkiye'de bu tabloyu zorlaştıran yerel ayrıntılar da vardır. Vadeli çek ve senet hâlâ yaygın bir ödeme aracıdır; portföydeki bir çekin tahsil edilip edilmeyeceği ayrı bir belirsizliktir. Döviz ve TL hesapların yan yana tutulması, kur farkının tahmine eklenmesini gerektirir. Vergi ve SGK ödemeleri ise ayın belli günlerine yığılarak kısa süreli nakit sıkışması yaratır.
Elle hazırlanan nakit raporu neye mal olur?
Elle hazırlanan nakit raporunun üç maliyeti, otomasyonun neden gerekli olduğunu gösterir. İlk maliyet, geç görülen açıktır. Nakit sıkışması raporda ancak birkaç gün önceden görünürse seçenekler daralır: ödeme ertelemek, kısa vadeli kredi kullanmak ya da tahsilat için müşteriyi sıkıştırmak.
Geciken tahsilatın kendi yükü de vardır. Avrupa Komisyonu'nun Geç Ödemeler Tüzük Önerisi (COM(2023) 533) metnine göre bir şirketin geç ödemelerin peşine düşmek için yılda harcadığı adam-gün sayısı Almanya'da 5, İspanya'da 15'in üzerinde tahmin ediliyor. Tahsilatın ne zaman geleceği belirsizleştikçe nakit tablosundaki her varsayım da zayıflar.
İkinci maliyet, rakama güvenin kaybıdır:
Drexel Üniversitesi LeBow İşletme Fakültesi ile veri yazılımı satan Precisely'nin 565 veri ve analitik uzmanıyla yaptığı 2025 Outlook: Data Integrity Trends and Insights araştırmasına göre ankete katılanların %67'si kurumunun kullandığı veriye tam güvenmiyor.
Güvenilmeyen bir nakit tablosu, her toplantıda "bu rakam doğru mu?" tartışmasıyla başlar ve karar ertelenir.
Üçüncü maliyet, altyapı eksikliğidir. Türkiye İstatistik Kurumu'nun (TÜİK) 2026 itibarıyla en güncel verisi olan Girişimlerde Bilişim Teknolojileri Kullanım Araştırması 2025 sonuçlarına göre 2025'te 10 ve daha fazla çalışanı olan girişimlerin %28,3'ü ERP, yalnızca %6,5'i iş zekası (BI) yazılımı kullanıyor. Yani firmaların çoğunda nakit raporunun beslendiği veri ya tek bir sistemde değildir ya da o veriyi raporlayacak bir katman yoktur.
Otomasyonun genel getirisine dair bir gösterge de var: Deloitte Global Intelligent Automation Survey 2022 araştırmasının 2021/22 turunda akıllı otomasyonu ölçeklendiren kuruluşlar ortalama %32 maliyet azalması bildirdi. Bu rakam finans raporlamasına özgü değildir, tüm otomasyon kullanımlarını kapsar.
Nakit akış raporu otomasyonu için hangi veriler gerekir?
Otomatik bir nakit akış raporu, tek bir kaynaktan değil birkaç kaynağın birleşiminden oluşur. Her kaynağın güncelliği ve güvenilirliği farklıdır; raporda bu farkı göstermek gerekir:
| Veri kaynağı | Rapora ne getirir? | Nasıl alınır? | Dikkat noktası |
|---|---|---|---|
| Banka hesapları | Gerçekleşen bakiye ve hareketler | MT940 (SWIFT hesap ekstresi), bankanın web servisi, açık bankacılık ya da RPA | Hareketlerin carilerle eşleşmiş olması gerekir |
| ERP açık alacaklar | Beklenen tahsilatlar ve vadeleri | Veritabanı ya da API bağlantısı | Vade tarihi ile gerçek ödeme alışkanlığı farklıdır |
| ERP açık borçlar | Planlanan tedarikçi ödemeleri | Veritabanı ya da API bağlantısı | Onaylanmamış faturalar ayrı gösterilmeli |
| Çek-senet portföyü | Alınan ve verilen vadeli kıymetler | ERP modülü ya da ayrı tablo | Ciro edilen ve tahsile verilen çekler ayrışmalı |
| Sabit ödemeler | Maaş, vergi, SGK, kira, kredi taksitleri | Bordro sistemi, kredi planı, takvim | Tarih kaymaları elle güncellenmemeli |
| Satış ve sipariş | Henüz faturalanmamış gelir | CRM (müşteri ilişkileri yönetimi) ya da sipariş modülü | Olasılıkla ağırlıklandırılmalı |
Banka hareketlerinin carilerle eşleşmesi, otomatik nakit raporunun ön koşuludur; bu adımı banka mutabakatı otomasyonu yazısında ayrıntılı anlattık.
Açık borç listesinin güncel olması için tedarikçi faturalarının sisteme hızlı girmesi gerekir. e-Fatura mükellefleri arasındaki faturalar Gelir İdaresi Başkanlığı (GİB) sistemi üzerinden elektronik olarak gelir; bunu ERP'ye bağlamayı e-Fatura entegrasyonu yazısında, kâğıt ya da PDF faturaları okumayı OCR ile fatura okuma yazısında anlattık. Bu kaynakları bağlamanın teknik yollarını API entegrasyonu hizmetimizde özetledik.
Faturaların hâlâ e-posta ekiyle geldiği tedarikçilerde ilk darboğaz posta kutusudur. Digital Bridge'in geliştirdiği SmartMail kurumsal e-posta (SmartMail.com.tr), fatura PDF'inden taraflar, düzenlenme ve vade tarihi, ara toplam, KDV, genel toplam, belge ve vergi numarasını dosya indirilmeden çıkarır; ek tek tıkla SmartFiles alanına kaydedilir. Böylece vade bilgisi, fatura muhasebeye işlenmeden önce de ortak kutuda görünür olur.
Nakit akış raporu otomasyonu nasıl kurulur? 7 adım
Nakit akış raporu otomasyonu, aşağıdaki yedi adımla kurulur:
- Soruyu tanımlayın. Günlük nakit pozisyonu mu, 13 haftalık tahmin mi, aylık yönetim raporu mu? Her biri farklı ayrıntı ve güncellik ister.
- Kaynakları envanterleyin. Hangi banka, hangi ERP tablosu, hangi Excel dosyası? Her kaynağın sahibi ve güncellenme sıklığı yazılır.
- Kategorileri sabitleyin. Tahsilat, tedarikçi ödemesi, personel, vergi, finansman gibi nakit kategorileri tanımlanır ve her hareket bir kategoriye bağlanır. Bu, KPI nasıl belirlenir yazısındaki "önce tanım, sonra ölçüm" ilkesinin aynısıdır.
- Verileri tek bir katmanda toplayın. Kaynaklardan gelen veri gece ya da gün içinde bir raporlama veritabanına aktarılır. Bu katmanın nasıl kurulduğunu veri ambarı ve ETL rehberinde anlattık.
- Tahmin kurallarını yazın. Açık alacağın vadesine müşterinin geçmiş gecikme ortalaması eklenir, riskli çekler ayrı gösterilir, sabit ödemeler takvimden gelir.
- Raporu ve uyarıları tasarlayın. Gösterge paneli bakiye eğrisini, en düşük nakit gününü ve eşik altına düşen haftaları öne çıkarır. Eşik aşıldığında sorumluya bildirim gider.
- Gerçekleşeni tahminle karşılaştırın. Her hafta sonunda tahmin sapması ölçülür ve kurallar düzeltilir. Sapma azaldıkça rapora güven artar.
Nakit akış tablosu ile nakit raporu arasındaki fark nedir?
Muhasebedeki nakit akış tablosu ile finansın günlük kullandığı nakit raporu aynı şey değildir: ilki çoğunlukla dolaylı yöntemle geçmişi, ikincisi doğrudan yöntemle geleceği gösterir. İki raporu karıştırmak, otomasyon projesinin kapsamını bulanıklaştırır:
| Rapor türü | Yöntem | Ufuk | Kim kullanır? | Otomasyona uygunluk |
|---|---|---|---|---|
| Günlük nakit pozisyonu | Doğrudan (gerçekleşen giriş-çıkış) | Bugün ve yarın | Finans ve hazine | Çok yüksek; banka verisi yeterli |
| 13 haftalık nakit tahmini | Doğrudan (vade ve plana dayalı) | Üç ay | Finans müdürü, genel müdür | Yüksek; ERP ve kurallar gerekir |
| Aylık nakit akış tablosu | Dolaylı (kâr ve bilanço değişiminden) | Geçmiş ay | Yönetim kurulu, banka, denetçi | Orta; kapanış sonrası üretilir |
| Yıllık likidite planı | Bütçe ve senaryo | 12 ay | Yönetim | Düşük; varsayım ağırlıklıdır |
Birçok firma için en hızlı kazanım, günlük nakit pozisyonu ve 13 haftalık nakit tahminidir. Dolaylı yöntemle hazırlanan tablo muhasebe kapanışına bağlıdır ve ERP'nin standart raporlarıyla zaten üretilebilir. Uzun vadeli planlamada satış tahmini de işe girer; bu tarafı yapay zeka ile talep tahmini yazısında ele aldık.
Otomatik nakit raporuna ne zaman güvenilir?
Otomasyon hatayı da hızlandırabilir; bu yüzden otomatik nakit raporunun yanına birkaç kontrol eklenmelidir. Rapordaki banka bakiyesi, bankanın bildirdiği bakiyeyle her gün karşılaştırılır; fark varsa rapor "doğrulanmadı" olarak işaretlenir. Mükerrer cari kartlar tahsilat tahminini çarpıtır; bunları veri kalitesi ve mükerrer kayıt yazısındaki yöntemle temizleyin.
Veri tazeliği de görünür olmalıdır. Her kaynağın son güncellenme saati raporun köşesinde yazıyorsa kullanıcı neye baktığını bilir. Gün içi yenilemenin ne zaman gerekli olduğunu gerçek zamanlı raporlama rehberinde tartıştık. Son olarak, rapora erişim yetkisi rol bazlı verilmelidir; banka bakiyesi herkesin göreceği bir bilgi değildir.
Digital Bridge nakit akış raporu otomasyonunu nasıl kuruyor?
Digital Bridge olarak işe keşif ve ihtiyaç analiziyle başlıyoruz. Finans ekibiyle birlikte mevcut nakit tablosunu satır satır inceliyor, her rakamın hangi sistemden ve kimin elinden geldiğini çıkarıyoruz. Bu çalışmanın sonunda hangi verinin doğrudan bağlanabileceği, hangisinin önce temizlenmesi gerektiği ve hangi adımın elle kalacağı netleşir.
Ardından dar kapsamlı bir pilotla ilerliyoruz: genellikle iki üç banka hesabı ve ERP'deki açık alacak-borç listesiyle günlük nakit pozisyonu raporu. Kurumsal servisi olan bankalara bağlantıyı doğrudan kuruyor, olmayanlar için bankanın kullanım koşullarına ve şirketin yetki kurallarına uygun şekilde RPA ile süreç otomasyonu kullanıyoruz. Hangi yöntemin ne zaman uygun olduğunu RPA nedir yazısında anlattık.
Entegrasyon aşamasında veriyi bir raporlama katmanında topluyor, gerekirse veri ambarı kuruyoruz. ERP tarafında eksik alan ya da süreç varsa firmaya özel ERP yazılımı hizmetimizle tamamlıyoruz; nakit raporu için mevcut muhasebe programınızı değiştirmeniz gerekmez. Son katmanda nakit eğrisini, uyarıları ve senaryoları BI ve gösterge paneli çalışmasıyla yönetimin kullanacağı hâle getiriyoruz. Göstergelerin nasıl seçileceğini BI dashboard ve KPI rehberimizde bulabilirsiniz.
Pilot tamamlandığında tahmin sapmasını birlikte ölçüyor, 13 haftalık tahmine ve ek şirketlere genişlemeye buna göre karar veriyoruz. Veri ve analitik konusundaki diğer rehberlerimize Veri ve Analitik merkez sayfasından ulaşabilirsiniz.
Sonraki adım
Mevcut nakit tablonuzu ve kullandığınız sistemleri bize anlatın; hangi kaynakların otomatik bağlanabileceğini ve pilot kapsamını birlikte çıkaralım. İletişim sayfamızdan bize ulaşabilirsiniz.