Değiştirilemez Defter (Immutable Ledger) Nedir? Denetim İzleri ve Kayıtları Silmenin Neden Bir Hata Olduğu

Değiştirilemez defter (immutable ledger), onaylanmış kayıtların asla değiştirilmediği ve silinmediği defter türüdür. Düzeltmeler, eski kayıtları tersine çeviren veya ayarlayan yeni kayıtlar eklenerek yapılır; böylece defterlerin geçmişi, defterlerin kendisinin bir parçası haline gelir.

Bu durum teknik bir tercih değildir. Muhasebe kayıtlarını geçmiş hakkında geçici bir görüş olmaktan çıkarıp birer kanıt haline getiren şey budur ve "yevmiye kayıtları için bir silme düğmesi ekleyin" talebinin reddedilmesinin nedeni de tam olarak budur.

Düzenleme ve silme işlemleri neden her şeyi bozar?

Denetim izi (audit trail) ürünün kendisidir. Çift taraflı kayıt tutma yönteminin amacı, her bakiyenin o bakiyeyi oluşturan kayıtlara ayrıştırılabilmesidir. Kayıtlar sessizce değiştirilebilirse, bu ayrıştırma hiçbir şeyi kanıtlamaz: denetim izi yalnızca birinin en son neye benzemesini istediğini gösterir.

Beyan edilen rakamlar defterlerle uyuşmaz hale gelir. Mart ayında verilen bir KDV beyannamesi, Mart ayının rakamlarını içerir. Haziran ayında Mart ayına ait bir faturayı düzenlerseniz, defteriniz artık vergi dairesine çoktan sunulmuş bir belgeyle uyuşmaz. Hiç kimse bunu bir mutabakata varana kadar fark etmez ve o aşamada sorun, aylar öncesine ait işlemlerin arkasında kalmış olur.

Dolandırıcılık görünmez hale gelir. Manipülasyonun tespit edilmesi, bir şeyin değiştiğini görebilmeye bağlıdır. Kayıtların yerinde düzenlenebildiği durumlarda görülecek hiçbir şey yoktur; AB genelindeki vergi idarelerinin muhasebe kayıtlarının kurcalamaya karşı korumalı (tamper-evident) olmasını zorunlu kılması ve birçok ülkenin faturalandırma yazılımlarını tam olarak bu özellik doğrultusunda sertifikalandırması tam da bu sebeptendir.

Dağıtık durumlar (distributed state) birbirinden sapar. Bir müşteri faturası gönderildiğinde, banka dosyasına aktarıldığında, bir e-fatura platformuna iletildiğinde ve bir iş ortağı API'si tarafından okunduğunda, sizin kopyanızda yaptığınız düzenleme onların tarafındakileri değiştirmez. Bir hatayı düzeltmiş olmazsınız, bir tutarsızlık yaratmış olursunuz.

Düzeltmeler aslında nasıl yapılır?

Meşru her düzeltme bir eklemedir:

Durum	Doğru mekanizma
Yanlış yevmiye kaydı	Ters kaydını (reversal) girin, ardından doğru kaydı yapın
Yanlış fatura tutarı	Bir alacak dekontu düzenleyin, gerekirse ardından yeni bir fatura kesin
Yanlış dönem	Düzeltmenin yapıldığı tarihe ait, şu an açık olan döneme kayıt girin
Güncelliğini yitirmiş tahakkuk	Tahakkuku tersine çevirin, gerçekleşen tutarı deftere işleyin - tahakkuk eden gelir bölümüne bakın

Sonuç bir hikâye gibi okunur: ne düşündüğümüz buydu, durumu ne zaman öğrendik, düzeltme budur. "S-1041 numaralı faturaya ne oldu?" diye soran bir denetçi, her zaman o rakam olduğu iddia edilen bir sayı yerine eksiksiz bir yanıt alır.

Bunun maliyeti, defterin sonsuza dek hatalar içermesidir. İşin püf noktası da budur; kayıtlarında hiç düzeltme bulunmayan bir şirket ya olağanüstü şanslıdır ya da kayıtlarını düzenliyordur.

Değiştirilemezlik (immutability) ne değildir?

• "Hiçbir şey düzeltilemez" anlamına gelmez. Her şey düzeltilebilir; ancak bu, üzerine yazarak değil, ekleme yapılarak yapılır.
• Blokzincir (blockchain) değildir. Kriptografik zincirleme (cryptographic chaining), kurcalamaya karşı korumanın bir uygulama yöntemidir; zorunlu kısıtlamalara ve denetim günlüğüne sahip, yalnızca ekleme yapılabilen ilişkisel bir defter (append-only relational ledger), dağıtık mutabakat (distributed consensus) yükü olmaksızın size bu muhasebe özelliğini sağlar.
• Denetim günlüğü ile aynı şey değildir. Denetim günlüğü kimin ne yaptığını kaydeder. Değiştirilemezlik ise muhasebe verisinin kendisinin değişmemesi anlamına gelir. İkisine de sahip olmak istersiniz ve bunlar farklı soruları yanıtlar.
• Taslaklar için geçerli değildir. Taslak fatura bir çalışma belgesidir ve üzerinde serbestçe değişiklik yapılabilir. Değiştirilemezlik ihraç (issue) anında -belgenin başka biri için gerçeklik kazandığı anda- başlar.

Nordlet bunu nasıl uygular?

Geleneksel yöntemlerden ziyade tamamen yapısal olan üç mekanizma ile:

Onaylanmış kayıtlar yalnızca ekleme odaklıdır (append-only). Yevmiye kayıtları bir kez yazılır. Onaylanmış bir işlemi düzenleyen veya silen hiçbir uç nokta (endpoint) yoktur ve POST /v1/ledger/journal/transactions/create yazma öncesinde doğrulama yapar: borçlar alacaklara eşit olmalıdır, hesaplar mevcut olmalı ve borç/alacak kaydına uygun olmalıdır, dönem açık olmalıdır. Dengesiz bir defter, veritabanının temsil edebileceği bir durum değildir.

Dönemler kilitlenir. POST /v1/ledger/periods/lock bir ayın defterini kapatır ve kilitli bir döneme tarihlenen herhangi bir işlem reddedilir; bu işlemin manuel bir girişten, faturadan, banka içe aktarımından veya otomatik tanıma çalışmasından gelmesi fark etmez. Kilitleme, sunulan bir beyannamenin defterlerle kalıcı olarak uyuşmasını sağlayan şeydir ve kilidi açmak (unlocking) başlı başına denetime tabi bir eylemdir. Muhasebe dönemi makalesi bu iş akışını kapsamaktadır.

Her şey denetlenir. Durum değiştiren işlemler; aktörü, eylemi, varlığı ve bir farkı (diff) içeren bir denetim günlüğüne yazılır. İnsan tarafından yapıldığı varsayılmak yerine sistem aktörünü kaydeden otomatikleştirdilmiş işlemler de buna dahildir. Şirketler arası yansıtma (intercompany mirroring) bir fatura oluşturduğunda, her iki şirketin günlüklerinde de bu durum görünür.

Belgeler de aynı kuralı izler: bir satış faturası kesmek, kesintisiz bir seriden bir numara tahsis eder ve kaydı yapar; sonradan düzeltmek bir düzenleme değil, alacak dekontu demektir. Orijinal fatura, alacak dekontu ve ortaya çıkan bakiye, müşterinin geçmişinde görünür kalmaya devam eder.

Taslak belgeler tamamen düzenlenebilir kalmaya devam eder ve silme işlemi yumuşak silme (soft delete) olarak gerçekleşir; bu, kaydı aktif sorgulardan gizleyen ancak korumaya devam eden bir deletedAt zaman damgasıdır.

FAQ

Değiştirilemez defter (immutable ledger) nedir?

Onaylanmış kayıtların asla değiştirilmediği veya silinmediği bir muhasebe defteridir. Düzeltmeler, ters kayıtlar veya düzeltme kayıtları eklenerek yapılır; böylece hatalar ve bunların düzeltmeleri dahil olmak üzere eksiksiz geçmiş, kaydın bir parçası olarak kalır.

Yanlış bir yevmiye kaydını neden öylece silemem?

Çünkü bu kayıt halihazırda sunulmuş bir vergi beyannamesine, bir müşteriye gönderilmiş bir belgeye veya başka bir sistemin kayıtlarına yansıtılmış olabilir. Kaydı silmek, defterlerinizin tüm bu belgelerle sessizce çelişmesine neden olur. Kaydı tersine çevirmek, ne olduğunu gösteren kanıtları yerinde tutarken rakamları düzeltir.

Değiştirilemez bir defter blokzincir (blockchain) gerektirir mi?

Hayır. Blokzincir, kayıtları kurcalamaya karşı korumalı hale getirmenin bir yoludur. Zorunlu bakiye kısıtlamalarına, dönem kilitlerine ve denetim günlüğüne sahip, yalnızca ekleme yapılabilen bir veritabanı tasarımı; dağıtık mutabakat yükü olmaksızın, önemli olan muhasebe özelliklerini sağlar.

Taslak faturayı düzenleyebilir miyim?

Evet. Değiştirilemezlik, bir belgenin düzenlendiği ve başkası için gerçeklik kazandığı andan itibaren geçerli olur. Taslaklar çalışma belgeleridir ve üzerlerinde serbestçe değişiklik yapılabilir veya silinebilirler.

Kapalı bir dönemdeki kaydı nasıl düzeltirim?

Düzeltmeyi, düzeltmenin yapıldığı tarihe ait olan mevcut açık dönemde yapın. Kapalı dönemin bildirilen rakamlarında maddi hata varsa, alternatif yöntem dönemi kasıtlı olarak yeniden açmak, düzeltmek, yeniden raporlamak ve yeniden kilitlemektir; bu, durumu düzeltmenin dürüst yolu olan denetime tabi bir eylemdir.