Finansal raporlama dönemi yaklaştığında zincir markalarda tekrarlanan bir sahne var: muhasebe kiralama ekibinden "bütün kira sözleşmelerinin listesini" ister. Ertesi hafta gelen dosyada mağaza isimleri tutmaz, üç sözleşmenin bitiş tarihi boştur, iki tanesinin uzatma opsiyonu hiç yazılmamıştır.
Sorun standardı anlamamak değil. Sorun, standardın istediği veriyi kimsenin o formatta tutmuyor olması.
Standart kısaca ne yapar
TFRS 16, kiracı için neredeyse bütün kiralamaları bilançoya taşır. Sözleşme başladığında gelecekteki kira ödemelerinden hareketle bir kiralama yükümlülüğü ve karşılığında bir kullanım hakkı varlığı kaydedilir. Kira gideri tek kalem olmaktan çıkar; amortisman ve faiz olarak ikiye ayrılır.
Teorik olarak sade. Pratikte zorlayan şey, hesabın çok sayıda varsayıma dayanması: kiralama süresi gerçekte kaç yıl, uzatma opsiyonu kullanılacak mı, iskonto oranı ne olacak.
Ve bu varsayımların hepsi tek bir yerden beslenir: sözleşme verisinden.
Hesabın girdisi kiralama ekibinde duruyor
Muhasebenin TFRS 16 hesabını yapabilmesi için her sözleşmeden şunları bilmesi gerekir:
- Başlangıç ve bitiş tarihi
- Uzatma opsiyonu var mı, süresi ne kadar
- Fesih hakkının hangi tarihte açıldığı
- Sabit ödeme tutarı ve para birimi
- Artış mekanizması — TÜFE endeksli mi, sabit oranlı mı
- Değişken ödemeler: ciro kirası, ortak alan aidatı
Yüz mağazalı bir portföyde bu, yüz satır ve on beş sütun demek. Elle tutulduğunda dönem sonunda ortaya çıkan tablo neredeyse hiçbir zaman doğru olmuyor — çünkü aradaki on iki ayda yapılan zam, yenileme ve devir hiçbirinin dosyaya işlenmemiş oluyor.
Değişken ödemeler ayrı bir başlık
Ciro kirası TFRS 16'da özel bir yerde durur: cirodan hesaplanan, önceden bilinmeyen tutar yükümlülüğe girmez, oluştuğu dönemde gider yazılır. Sözleşmede ciro kirası için bir taban kararlaştırılmışsa o taban sabit ödeme sayılır.
Bunu doğru ayırabilmek için sözleşmedeki eşik ciroyu ve ciro oranını net bilmek gerekir. İki kalem karıştığında yükümlülük ya olduğundan büyük ya olduğundan küçük çıkar.
Asıl mesele: tek bir doğru kaynak
Muhasebenin TFRS 16 için ayrı bir tablo tutması, kiralama ekibinin başka bir tablo tutması ve ikisinin yılda bir kez karşılaştırılması — yaygın olan bu. Ve her karşılaştırma bir mutabakat çalışmasına dönüşüyor.
Oysa sorunun kaynağı basit: veri iki yerde tutuluyor. Sözleşme yenilendiğinde kiralama ekibinin dosyası güncelleniyor, muhasebenin tablosu güncellenmiyor.
Kira sözleşmelerinin tek bir yerde, güncel ve denetlenebilir biçimde durması TFRS 16 hesabını kendiliğinden yapmaz — ama hesabı yapan kişinin dönem sonunda yeniden veri toplamasını gereksiz kılar.
Net olalım: LAP muhasebe yazılımı değil
Lease Analytics Pro TFRS 16 hesabı yapmaz. İskonto oranı uygulamaz, kiralama yükümlülüğü hesaplamaz, amortisman tablosu üretmez. Bu iş muhasebenin ve muhasebe yazılımının işidir.
LAP'ın yaptığı şey bunun bir adım öncesi: her sözleşmenin tarihlerini, opsiyonlarını, ödeme yapısını, artış mekanizmasını ve değişken kalemlerini her an güncel tutmak. Bir sözleşme yenilendiğinde tarih değişir, teminat vadesi kayar, artış uygulanır — hepsi tek bir kayıtta, değiştirilemez bir geçmişle birlikte.
Dönem sonunda muhasebenin istediği liste, kiralama ekibinin haftasını almaz. Zaten oradadır.
Portföyünüzdeki sözleşme verisinin ne kadarının gerçekten güncel olduğunu merak ediyorsanız, 20 dakikalık demoda kendi rakamlarınız üzerinden bakalım. Sözleşme yönetiminin nasıl çalıştığını platform sayfasında görebilirsiniz.
Bu yazı bilgilendirme amaçlıdır ve muhasebe ya da hukuk danışmanlığı yerine geçmez. TFRS 16 uygulamasında bağlayıcı değerlendirme için denetçinize başvurun.