Bir işletme sahibinin sisteme güvenini en hızlı kaybettiren şey, ekrandaki rakamla kasadaki paranın tutmamasıdır. "Ciro 100.000 ₺ diyor ama kasada 84.000 ₺ var" cümlesinden sonra rapora bir daha bakılmaz. Oysa çoğu durumda sistem doğru hesaplar; yanlış olan neyin sayıldığıdır.
1. Fatura ile tahsilatın karışması
En yaygın sebep budur. "Ciro" iki farklı şey olabilir: kestiğiniz iş tutarı (tahakkuk) ya da tahsil ettiğiniz para (nakit). 100.000 ₺'lik iş yaptıysanız ama 16.000 ₺'si vadeli ise, kasada 84.000 ₺ olması son derece normaldir.
Çözüm rakamı düzeltmek değil, iki rakamı ayrı ayrı görmektir: yapılan iş, tahsil edilen ve kalan alacak. Üçü aynı ekranda durduğunda tartışma biter. Tahsilat ve cari hesap yönetimi bu ayrımı ayrıntılandırıyor.
2. İptal edilen işin kaydının silinmemesi
Randevu iptal olur, iş yapılmaz ama kayıt sistemde "tamamlandı" olarak kalır. Ay sonunda ciroyu şişirir. İptal, silme değil bir durum değişikliğidir; kayıt kalmalı ama gelire sayılmamalıdır. Kaydı tamamen silerseniz bu kez iptal oranınızı hiç öğrenemezsiniz.
3. İndirim ve iadenin işlenmemesi
Liste fiyatı 1.500 ₺ olan hizmete 200 ₺ indirim yapılır ama sisteme 1.500 girilir, kasaya 1.300 düşer. Aradaki fark aylar sonra "kasa açığı" gibi görünür. İndirim ayrı bir alan olarak kaydedilmelidir; hem rakam doğru olur hem ne kadar indirim verdiğinizi öğrenirsiniz.
4. POS komisyonu ve ödeme kesintileri
Kartla alınan 10.000 ₺'nin hesaba geçen tutarı komisyon sonrası daha düşüktür. Sistem brüt tutarı gösterirken banka net tutarı yatırır. Bu fark küçük görünür ama aylık kart cirosu yüksek bir işletmede ciddi bir kalemdir ve her ay birikir.
5. Tarih filtresinin ne olduğunun belirsizliği
Bir raporda "Temmuz" dediğinizde neyi kastediyorsunuz: işin yapıldığı tarihi mi, ödemenin alındığı tarihi mi, faturanın kesildiği tarihi mi? Üçü farklı sonuç verir. Haziranda yapılıp temmuzda tahsil edilen iş, hangi ayın rakamıdır? Bu tanım netleşmeden hiçbir aylık karşılaştırma anlamlı olmaz.
Yanlış rapor genellikle yanlış hesaptan değil, tanımsız sorudan doğar. "Ciro kaç?" sorusunun tek bir doğru cevabı yoktur.
6. Mükerrer müşteri ve mükerrer kayıt
Aynı işin iki kez girilmesi ciroyu şişirir; aynı müşterinin iki kayıtta durması müşteri sayısını ve tekrar oranını bozar. "Bu ay 180 müşteri geldi" dediğinizde bunların 30'u aslında aynı kişilerse, sadakat analiziniz baştan yanlıştır.
7. Giderlerin eksik girilmesi
Gelir tarafı görece iyi kaydedilir çünkü para gelir ve dikkat çeker. Gider tarafı ise sızar: nakit alınan malzeme, personelin cebinden ödediği yakıt, küçük kırtasiye harcamaları. Gider eksikse kâr olduğundan yüksek görünür ve bu, en tehlikeli yanlış rakamdır — çünkü sizi rahatlatır. Gelir gider defteri yazısı bu tarafı ele alıyor.
8. KDV dahil / hariç karışıklığı
Bazı kayıtlar KDV dahil, bazıları hariç girilirse hiçbir toplam güvenilir olmaz. Tek bir kural belirleyin ve tüm ekibe aynı kuralı uygulatın. Karma bir veri setini sonradan ayıklamak, baştan doğru girmekten kat kat zordur.
Ayda 15 dakikalık mutabakat listesi
Ay sonunda şu beş adımı uygularsanız rakamlara güveniniz kalıcı olarak artar:
- Kasa sayımı: Fiziki nakit ile sistemdeki nakit tahsilat eşleşiyor mu?
- Banka karşılaştırması: Hesaba geçen tutar ile kart tahsilatları (komisyon düşülmüş hâliyle) uyuşuyor mu?
- Açık alacaklar: Listedeki her borç gerçek mi? Tahsil edilip kapatılmayan kayıt var mı?
- İptaller: Bu ay iptal olan işler gelirden çıkmış mı?
- Aykırı değerler: En yüksek ve en düşük üç kaydı gözle kontrol edin. Hataların çoğu uçlarda saklanır.
Kalıcı çözüm: rakamın tek kaynağı olsun
Aynı bilgi hem deftere hem sisteme hem muhasebeciye ayrı ayrı giriliyorsa, üç farklı rakam çıkması kaçınılmazdır. İşin yapıldığı anda tek bir yere kaydedilmesi, sonradan yapılacak tüm mutabakat çalışmasından daha etkilidir. Bu yüzden veri girişini otomatikleştirmek, aslında bir raporlama yatırımıdır.
Rakama güven testi
Bir raporun güvenilir olup olmadığını anlamanın pratik bir yolu var: tersten doğrulama. Raporun verdiği toplamı, bağımsız bir kaynaktan tekrar üretmeye çalışın.
- Aylık kart tahsilatı toplamını banka ekstresiyle karşılaştırın.
- Nakit tahsilat toplamını kasa sayımıyla karşılaştırın.
- Yapılan iş sayısını randevu takviminden sayın.
Üçünde de fark %2'nin altındaysa rapora güvenebilirsiniz. Fark %10'u aşıyorsa bir tanım ya da giriş sorunu vardır ve bu sorun bulunmadan hiçbir analiz anlamlı olmaz.
Kim hangi rakama bakmalı?
Yanlış rakam kadar, doğru rakama yanlış kişinin bakması da sorun yaratır. Basit bir dağılım:
- İşletme sahibi: Tahsil edilen para, açık alacak ve gider. Yani nakit tarafı. Kâr-zarar aylık bakılır, günlük değil.
- Ön büro: Bugünün randevuları, gelmeyenler ve tahsil edilmemiş işler.
- Usta / teknisyen: Kendi yaptığı işler ve hakedişi.
- Muhasebeci: Kesilen fatura ve tahakkuk tarafı.
Bu ayrım yapılmadığında herkes aynı ekrana bakar, herkes farklı bir sonuç çıkarır ve toplantılarda rakam tartışılır — iş değil.
Bir uyarı: fazla rapor da zarar verir
Otuz grafikli bir panel, üç doğru sayıdan daha az işe yarar. Küçük bir işletmenin gerçekten takip etmesi gereken sayı azdır: bu ay tahsil edilen, bu ay harcanan, açık alacak, gelen yeni müşteri ve tekrar gelen müşteri oranı. Beş sayı. Bunlar doğruysa işletme yönetilebilir; bunlar yanlışsa geri kalan otuz grafik sadece yanlışı süsler.
Raporlara güvenin geri gelmesi zaman alır ama mümkündür. Tanımları netleştirin, girişleri otomatikleştirin, ayda bir mutabakat yapın. Üçüncü ayın sonunda ekrandaki rakam ile kasadaki para arasındaki fark açıklanabilir hâle gelir — ve zaten hedef budur, sıfır fark değil, açıklanabilir fark.
Düzeltirken geçmişe dokunmayın
Hatalı tanımı fark eden işletmelerin ilk refleksi geçmiş kayıtları toplu düzeltmektir. Bu genellikle işleri daha da karıştırır: yarım kalan bir düzeltme, iki farklı mantıkla kaydedilmiş bir veri seti üretir ve o veriyle hiçbir dönem karşılaştırması yapılamaz.
Daha sağlıklı yol şudur: bir başlangıç tarihi belirleyin, o tarihten sonrasını doğru kuralla kaydedin ve öncesini "eski yöntem" olarak işaretleyip olduğu gibi bırakın. Karşılaştırmaları da o tarihten itibaren yapın. Üç ay sonra elinizde tutarlı bir veri seti olur.
Geçmişi düzeltmeye ancak tek ve net bir hata varsa girişin — örneğin bir hizmetin fiyatının sistematik yanlış girilmesi gibi. Karışık hatalarda temiz bir kesme tarihi, toplu düzeltmeden her zaman daha iyidir.
İlgili yazılar: Veriye dayalı işletme yönetimi · Küçük işletmede nakit akışı takibi