Değiştirilemez defter: kayıtlar neden silinmez, hatalar nasıl ters kayıtla düzeltilir

Değiştirilemez defter nedir?

Çoğu kuruluşta büyük defter, tüm finansal olayların sonunda vardığı yerdir: satışlar, alımlar, bordro, transferler, ücretler ve mutabakatlar. Pek çok geleneksel sistemde yeterli yetkiye sahip bir kullanıcı kesinleşmiş bir fişi açıp tutarını ya da tarihini değiştirebilir. Bakiye değişir, ancak bu değişikliğin hikâyesi eski rakamla birlikte kaybolur

Değiştirilemez defterde bu seçenek yoktur. Taslak kayıt kesinleşmeden önce serbestçe düzenlenebilir; kesinleşme ise tek yönlü bir kapıdır ve bir kaydın etkisini kaldırmanın tek yolu yeni bir kayıt atmaktır. Fikir yeni sayılmaz: titiz muhasebeciler kâğıt defterlerde de hep böyle çalıştı ve üstü çizilmiş rakam her zaman uyarı işaretiydi. Fark, yazılımın kuralı kişilerin disiplinine bırakmadan uygulayabilmesidir

Tek paragrafta çift taraflı kayıt

Çift taraflı kayıt sisteminde her olay en az iki hesaba işlenir ve borç toplamı alacak toplamına eşittir. Şirket bir tedarikçiye 500 öderse kasa 500 azalır, o tedarikçiye olan borç da 500 azalır. Her kayıt kendi içinde dengeli olduğundan defterin tamamı da dengede kalır; dengesiz bir kayıt kesinleşmeden reddedilir

• Her bakiye değişikliği bir olaydır: ödeme, fatura, ücret, transfer veya mutabakat
• Her olay, borcu ve alacağı eşit olan dengeli bir kayıtla işlenir
• Her kaydın tarihi, kaynağı, kaydedeni ve gerektiğinde onaylayanı vardır
• Bakiye düzenlenebilir bir sayı değildir; arkasındaki kayıtların toplamıdır

Kesinleşmiş kayıtlar neden düzenlenmez veya silinmez?

Kesinleşmiş bir kaydı düzenlemek ilk bakışta pratik görünür: rakam yanlış, düzeltip geçelim. Sorun, bu düzeltmenin yok ettiği bilgidedir: ilk tutar, o tutarın geçerli kaldığı süre, bu arada üretilen raporlar ve değişikliğin nedeni. Geçen hafta bir finans kuruluşuna gönderilen rapor bu hafta defterle tutmaz ve kimse nedenini kanıtlayamaz

Silmek daha da kötüdür. Silinen kayıt kimsenin göremediği bir boşluk bırakır ve görünmeyen boşlukları önlemek iç kontrolün temel amacıdır. Kayıtlar yalnızca eklendiğinde, geçmişte yayımlanan her rapor o anki kayıtlardan yeniden üretilebilir ve sonraki her değişiklik ayrı bir satır olarak görünür

• Kapanmış dönemler kapalı kalır, raporlanmış rakamlar kaymaz
• Hatalar görünür kalır; kök nedenleri kaynağında daha kolay bulunur
• Denetçi, sonradan yapılan düzenlemelerden geriye kalanı değil, kayıtların tamamını test eder
• Müşteri, tedarikçi veya ortaklarla anlaşmazlıklar sabit bir kayda dayanarak çözülür

Ters kayıtla düzeltme: adım adım örnek

Bir tedarikçinin 1.200 tutarındaki faturasının ayın üçünde işlendiğini, ancak personelin tutarı 2.100 olarak girdiğini varsayalım. Kayıt ofis giderlerini 2.100 borçlandırır, satıcılar hesabını 2.100 alacaklandırır. Kayıt dengeli olduğu için sistem kabul eder. Ayın onunda kontrolör, faturayı tedarikçi ekstresiyle karşılaştırırken farkı görür. Tutarlar tamamen temsilidir

1. Orijinal kayıt olduğu gibi kalır: ofis giderleri 2.100 borç, satıcılar 2.100 alacak, ayın üçü tarihli
2. Onu birebir tersine çeviren bir ters kayıt atılır: satıcılar 2.100 borç, ofis giderleri 2.100 alacak; orijinal kayda atıf ve düzeltme nedeniyle birlikte
3. Yeni ve doğru kayıt atılır: ofis giderleri 1.200 borç, satıcılar 1.200 alacak; kaynağı yine aynı fatura
4. Net etki: her iki hesap da 1.200 gösterir ve defterde hikâyenin tamamını anlatan üç satır bulunur

Hata dönem kapandıktan sonra bulunursa ters kayıt ile doğru kayıt genellikle açık olan cari döneme işlenir; kuruluş kapanmış dönemi yeniden açmaya karar verirse durum değişir. Kapanmış dönemi açmak başlı başına hassas bir işlemdir ve ikinci bir kişinin onayını gerektirir

Ters kayıt ne zaman kullanılır?

Kesinleşmiş bir kaydın tutarı, hesabı, tarihi veya karşı tarafı yanlışsa doğru yol ters kayıttır. Tahakkuk işlemlerinde de birçok ekip sonraki dönemin başında otomatik ters kayıt atar; böylece gerçek fatura mükerrer etki yaratmadan işlenir. İki durumda da kural aynıdır: orijinal satıra dokunulmaz

Eksiksiz bir denetim izi neleri saklar?

Denetim izi ancak aylar sonra denetçinin veya mali kontrolörün sorularını yanıtlayabiliyorsa işe yarar. Defter her kayıt için şunları gösterebilmelidir

• Kim: kaydı oluşturan kişi veya sistem, onay gerekiyorsa onaylayan kişi
• Ne zaman: kaydın işlendiği an ve etkilediği muhasebe tarihi, iki ayrı değer olarak
• Kaynak: kaydın geldiği belge, banka satırı, fatura veya sistem olayı ve ona giden bağlantı
• Neden: ters kayıt, düzeltme ve elle girilen kayıtlarda zorunlu gerekçe kodu veya notu
• İlişki: ters çevrilen kayda ya da onu ters çeviren kayda atıf

Bakiye düzenlenebilir bir sayı olarak saklanmayıp kayıtlardan türetildiği için herhangi bir tarihin bakiyesi o ana kadarki kayıtlar toplanarak yeniden kurulabilir. Yeniden kurulan rakam raporlanan rakamla uyuşmazsa bu fark, üzerine yazılacak bir sayı değil, incelenmesi gereken bir bulgudur

İlgili bir kural da aynı derecede önemlidir: hiçbir rakam kaynaksız ve zamansız gelmez. Bir kaynaktan veri gelmediyse boşluk sessizce sıfır sayılmaz, «bilinmiyor» olarak kalır; böylece eksik bir banka dosyası sessizce temiz bir bakiyeye dönüşmez. Bu günlük kontroller günlük kapanış ve kaynak mutabakatı hizmetinin özünü oluşturur

Mükerrer kaydı önleme: bir olay neden iki kez işlenmez?

Defter olayları pek çok yerden alır: ödeme geçitleri, bankalar, iç ürünler, tablolar ve kullanıcılar. Bağlantılar kopar, mesajlar yeniden gönderilir. Koruma yoksa tekrar gönderilen bir mesaj aynı ödemeyi iki kez işleyebilir; defter dengede görünür ama yanlıştır

Sade bir dille çözüm şudur: her olay, bankanın işlem referansı ile kaynağın adının birleşimi gibi tekil bir anahtar taşır. Defter bu anahtarı ilk kez gördüğünde kaydı işler. Aynı anahtar yeniden gelirse defter onu tanır ve ikinci bir kopya oluşturmak yerine ilk sonucu döndürür. Böylece yeniden deneme güvenli hâle gelir ve mükerrer kayıt ay sonunda aranmak yerine kapıda durdurulur

Sık yapılan hatalar

• Tutar ve tarih birleşimi gibi gerçekten tekil olmayan bir anahtar seçmek; bu, meşru ayrı ödemeleri engeller
• Her yeniden denemede yeni anahtar üretmek; bu, mekanizmayı anlamsız kılar
• Elle girilen kayıtları mevcut kaynak referanslarına karşı mükerrerlik kontrolü yapmadan kabul etmek

Hassas işlemlerde görevler ayrılığı

Bazı işlemler günlük kayıtlardan daha risklidir, çünkü geçmişi değiştirir veya değeri sonradan fark edilmesi zor biçimde taşır. İyi kontrol edilen bir defterde bu işlemler iki ayrı kişi ister: biri kaydeder, biri onaylar. Kaydı hazırlayan kişi kendi kaydını onaylayamaz ve onayın kendisi de denetim izinin parçası olur

• Elle yapılan düzeltmeler ve yeniden sınıflandırmalar
• Yeni bir şirket, hesap veya sistem devreye alınırken açılış bakiyeleri
• Kayıt sonrası kur değişimi
• Kapanmış dönemi yeniden açma
• Tanımlı limitin üstündeki para hareketleri

Görevler ayrılığı, gerçek rollerle örtüşen erişim yetkilerine dayanır; bu yüzden en iyi sonucu erişim yönetişimi ve güvenlik kontrolleri ile birlikte verir. Tek platformda birden çok şirket veya müşteri yöneten gruplar için veri ve erişim ayrımı da aynı ölçüde önemlidir; ayrıntılar güvenli çok kiracılı mimari ve veri izolasyonu rehberimizde

Denetçilere ve iç kontrole katkısı

Değiştirilemez defter bağımsız denetimin yerini tutmaz ve hiçbir yazılım dürüstçe böyle bir iddiada bulunamaz. Yaptığı şey denetim çalışmasını hızlandırmak ve daha güvenilir kılmaktır. Denetçi bir dönemin tüm kayıtlarını alabilir, bir örneklemi kaynak belgelere kadar izleyebilir, her düzeltmenin görünür bir ters kayıt olduğunu doğrulayabilir ve hassas kayıtların kaydedenden farklı biri tarafından onaylandığını kontrol edebilir

İç kontrol açısından da aynı özellikler finans ekibinin günlük soruları dedektiflik yapmadan yanıtlamasını sağlar: bu bakiye neden değişti, bu düzeltmeyi kim onayladı, hangi rapor eski rakamı kullandı. Eskiden günlerce yeniden kurgulama gerektiren sorular defterin süzülmüş bir görünümüne dönüşür

Hızlı öz değerlendirme

• Sistem yöneticisi dahil herhangi biri kesinleşmiş bir kaydı düzenleyebiliyor veya silebiliyor mu?
• Geçmişteki herhangi bir tarihin bakiyesi kayıtlardan yeniden kurulabiliyor mu?
• Her ters kayıt, düzelttiği kayda gerekçesiyle birlikte atıf yapıyor mu?
• Banka veya geçitten yeniden gelen bir mesaj mükerrer kayıt oluşturur mu?
• Aynı kişi bir düzeltmeyi veya açılış bakiyesini hem kaydedip hem onaylayabiliyor mu?

Arfinex bu ilkeleri nasıl uygular?

Arfinex'te defter, kuruluşun parası için merci sistemdir. Her bakiye değişikliği dengeli çift kayıtlı bir olaydır, hata düzenlemeyle değil ters kayıtla düzeltilir ve her kaydın tekil anahtarı olduğundan aynı olay iki kez işlenmez. Toplamlar, kurlar, ücretler, kayıtlar ve dönem kapanışı deterministik, test edilebilir kodla çalışır; yapay zekâ önerir ve açıklar, çıktısı bir kişi onaylayana kadar «öneri» etiketini taşır

Çok varlıklı finansal motor ve defter kaynaklara yalnızca okuma amacıyla bağlanır; müşteri karşılığını, hazineyi, karşı tarafları, geliri ve gideri ayrı tutar. Bu motor, muhasebe, hazine, raporlama ve operasyonları aynı kayıtlara bağlayan daha geniş bir finansal işletim sisteminin parçasıdır. Arfinex denetçi veya vergi danışmanı değildir; yerel muhasebe ve vergi uygulamasını kendi muhasebeciniz veya danışmanınız teyit eder

Yalnızca bakiyeye değil, geçmişe de güvenin

Değiştirilemez defter muhasebe geçmişini kanıta dönüştürür. Dengeli çift taraflı kayıt, ters kayıtla düzeltme, eksiksiz denetim izi, mükerrer kaydı önleme ve hassas işlemlerde çift onay birlikte, her tarihte ve soran herkese açıklanabilen defterler üretir. Ekibiniz hataları hâlâ kesinleşmiş rakamları düzenleyerek gideriyorsa değiştirilmeye değer ilk alışkanlık budur