Yönetim Raporundan Önce Finansal Veri Kalitesi İçin 12 Kontrol

Kısa cevap

Finansal veri kalitesi kontrolü, rapordaki sayıların yalnız matematiksel olarak toplanmasını değil; doğru kapsamdan, doğru dönemden, eksiksiz ve izlenebilir kayıtlardan üretildiğini doğrular. Etkili bir kapanışta veri kaynağı, kesim zamanı, sorumlu kişi, yapılan test ve bulunan istisna kaydedilir. Otomatik kontrol sonucu “geçti” etiketi tek başına yeterli değildir; kural sürümü ve kapsadığı veri görünmelidir. Aşağıdaki 12 test, yönetim raporu öncesi pratik bir çerçevedir; işletmeye özgü muhasebe kontrollerinin yerine geçmez.

1. Kapsam kontrolü

Raporun hangi şirket, şube, dönem, para birimi, hesap ve işlem türlerini içerdiğini açıkça yazın. Önceki ayla karşılaştırmada aynı kapsam kullanılmıyorsa değişimin etkisini köprü tablosuyla gösterin. Yeni şube, kapanan operasyon veya satın alınan iş birimi toplamları değiştirebilir. “Şirket geneli” ifadesi, kapsam listesi olmadan doğrulanabilir değildir. Hariç tutulan sistem ya da veri setleri ve nedenleri rapor notunda görünmelidir.

2. Veri kesim zamanı

Her kaynağın alındığı tarih ve saat kaydedilmelidir. Banka verisi sabah, satış verisi gece, muhasebe verisi ertesi gün alınmışsa toplamlar aynı anı göstermeyebilir. Geç gelen fişler ve kapanış sonrası düzeltmeler için yeniden üretim kuralı belirleyin. Rapor sürümü, veri kesimiyle birlikte adlandırılmalıdır.

3. Kaynak bütünlüğü

Beklenen dosya, API sayfası, banka hesabı veya şube sayısını doğrulayın. Bir aktarımın “başarılı” dönmesi, tüm satırların geldiğini kanıtlamaz. Kaynak satır sayısı, toplam tutar, ilk-son işlem tarihi ve varsa kontrol toplamını hedef sistemle karşılaştırın. Eksik sayfa veya zaman aşımında sessizce önceki veri kullanılmamalıdır.

4. Tekillik ve mükerrerlik

Belge numarası, işlem kimliği, taraf, tarih ve tutarı birlikte kullanarak tekrarları arayın. Aynı tutardaki iki gerçek işlem yanlışlıkla mükerrer sayılmamalıdır. İptal edilip yeniden oluşan e-belge veya banka provizyonu gibi yaşam döngüleri durum alanıyla ayrılmalıdır. Uyarının nasıl kapatıldığı ve kanıtı saklanmalıdır.

5. Zorunlu alanlar

Para birimi, işlem tarihi, karşı taraf, hesap, belge referansı, vergi kodu veya maliyet merkezi gibi rapor için zorunlu alanların doluluğunu ölçün. Varsayılan “diğer” değerler boşluk kadar riskli olabilir. Eksik alanı otomatik tahminle dolduruyorsanız sonuç öneri olarak işaretlenmeli ve onaylanmadan kesin kayda dönüşmemelidir.

6. Dönem ve tarih mantığı

Belge, işlem, ödeme ve muhasebe tarihleri arasındaki olağandışı ilişkileri bulun. Gelecek tarihli, kapanmış döneme sonradan girilmiş veya hizmet dönemiyle uyumsuz kayıtları inceleyin. Her farklılık hata değildir; sözleşme ve kaynak belgeyle açıklanmalıdır. Dönem kesme testi satış, satın alma ve banka tarafında ayrı yürütülmelidir.

7. Alt kayıt-büyük defter mutabakatı

Müşteri, tedarikçi, stok, sabit kıymet, banka ve kasa alt kayıtlarını ilgili muhasebe hesaplarıyla karşılaştırın. Toplam farkın sıfır olması yanında kalem düzeyinde dağılımın doğru olduğunu örneklemle doğrulayın. Doğrudan büyük deftere girilen manuel fişleri ayrıca raporlayın. Farklar sahibi ve hedef tarihi olan açık listeye alınmalıdır.

8. Dış kaynak mutabakatı

Banka ekstresi, sağlayıcı raporu, e-belge durumu veya karşı taraf teyidi gibi bağımsız kaynaklarla karşılaştırma yapın. Sağlayıcı ekranındaki “başarılı” durumun ne anlama geldiğini belgeleyin; gönderim, kabul ve muhasebeleşme aynı durum değildir. Dış kaynak ulaşılamazsa rapor buna rağmen kesinmiş gibi işaretlenmemelidir.

9. Para birimi ve kur

Yabancı para tutarı, TL karşılığı, kullanılan kur türü, tarih ve kaynak birlikte saklanmalıdır. Eksik kurda sıfır veya önceki gün değerine sessiz dönüş yapılmamalıdır. Kur çevriminin toplamdan mı işlem bazında mı yapıldığı ve yuvarlama yöntemi belirlenmelidir. TCMB verisi resmî referans olabilir; sözleşme veya muhasebede kullanılacak kuru otomatik belirlemez.

10. Olağandışı değerler

Negatif stok, ters cari bakiye, sıra dışı marj, yüksek yuvarlak tutar veya geçmiş ortalamadan büyük sapma gibi sinyaller üretin. Eşiklerin tanımı, veri hacmi ve sektör yapısı dikkate alınmalıdır. İstatistiksel aykırılık kesin hata değildir. İnceleyen kişi sonuç ve kanıtı kaydetmelidir. Sürekli yanlış alarm üreten kural, onaylı değişiklik süreciyle iyileştirilmelidir.

11. Yetki ve değişiklik izi

Rapor verisini kim yükledi, hangi manuel düzeltmeleri yaptı ve kim onayladı soruları yanıtlanmalıdır. Kritik alan değişikliklerinde eski-yeni değer korunmalıdır. Ortak kullanıcı hesaplarından kaçının. Görev ayrılığı mümkün değilse bağımsız son kontrol veya periyodik yönetici incelemesi gibi telafi edici kontrol tanımlayın. COSO iç kontrol yaklaşımı, operasyon, raporlama ve uyum hedeflerine yönelik güvenilir bilgiyi destekleyen ilkeler sunar.

12. Rapor sürümü ve yeniden üretim

Paylaşılan her rapora sürüm, üretim zamanı, veri kesimi ve onay durumu ekleyin. Sonradan düzeltme yapılırsa önceki dosyayı silmeyin; yeni sürümün neyi ve neden değiştirdiğini açıklayın. Hesaplama formülleri ve eşleme tabloları sürümlenmelidir. Aynı girdilerle rapor yeniden üretilebilmeli veya neden üretilemediği bilinmelidir.

İstisna yönetimi

Kontrollerin sonucu yalnız geçti/kaldı olmamalıdır. İstisnanın etkisi, kaynağı, sorumlusu, hedef tarihi ve geçici çözümü bulunmalıdır. Yönetim raporu önemli açık istisnalarla birlikte sunulmalı; belirsizlik görsel tasarımla gizlenmemelidir. Kapanan istisnanın kanıtı ve onayı saklanır.

İnsan kontrolü ve kapsam

Otomasyon tarama hızını artırır, ancak ekonomik anlamı ve muhasebe sonucunu tek başına doğrulamaz. Bu metin genel veri yönetişimi rehberidir; bağımsız denetim, vergi veya mali müşavirlik görüşü değildir. KGK'nın geçerli raporlama çerçevesi, TTK, VUK ve işletmeye özgü profesyonel değerlendirme dikkate alınmalıdır.