Sitelerde Sigorta Poliçesi Takibi Nasıl Yapılır

Sitelerde sigorta poliçesi takibi neden bu kadar ihmal ediliyor?

Sitelerde sigorta poliçesi takibi, genellikle yönetimin en son hatırladığı işlerden biridir — ta ki bir hasar anında poliçenin süresi dolmuş olduğu ortaya çıkana kadar. Zorunlu deprem sigortası (DASK) ve binanın kendi sigortası, yönetim planında yer alan yükümlülüklerdir; ama poliçe bir kez yaptırıldıktan sonra genelde bir klasöre kaldırılır ve yenileme tarihi ancak sigorta şirketinin hatırlatma SMS'i geldiğinde akla gelir. O SMS'in spam'e düşmesi ya da yönetici telefonunun değişmesi, poliçenin fark edilmeden sona ermesi için yeterlidir.

Bu ihmal tesadüfi değil, yapısaldır: sigorta yenileme yılda bir kez tekrar eden, aciliyeti düşük görünen ama sonucu ağır olan bir iştir. Aidat tahsilatı gibi her ay geri bildirim almadığından, sorun yaşanana kadar "iyi gidiyor" hissi verir. Site yönetim yazılımı seçerken bu tür düşük frekanslı ama yüksek riskli işlerin nasıl izlendiği de en az aidat tahsilatı kadar önemli bir kriterdir.

Poliçesiz veya süresi geçmiş sigortanın gerçek maliyeti

Deprem sigortası olmayan ya da süresi geçmiş bir binada meydana gelen hasar, kat maliklerinin doğrudan cebinden karşılanır — üstelik bu durum yasal bir yükümlülüğün ihlali olduğu için yöneticiye de sorumluluk doğurabilir. Bina sigortası (yangın, su baskını, cam kırılması gibi teminatları içeren poliçe) eksikse, ortak alanlarda yaşanan küçük bir olay bile sitenin işletme bütçesini önemli ölçüde sarsabilir.

Somut riskler şöyle sıralanabilir:

• Yenileme tarihinin kaçırılması: Poliçe süresi dolduktan birkaç gün sonra meydana gelen bir hasar, sigortasız kabul edilir; teminat sıfırdır.
• Teminat tutarının güncel olmaması: Binanın rayiç değeri arttığı halde poliçe eski tutar üzerinden yenilenirse, hasar anında ödenen tazminat gerçek maliyeti karşılamaz.
• Genel kurulda hesap verememe: Kat malikleri "sigortamız var mı, ne zamana kadar geçerli" diye sorduğunda net cevap verilemezse, bu da genel bir güven sorununa dönüşür — tıpkı duyuru ve toplantı yönetiminde anlattığımız şeffaflık eksikliği gibi.
• Devir sürecinde kayıp bilgi: Yönetim değiştiğinde poliçe bilgisi klasörle birlikte kaybolursa, yeni yönetim sıfırdan araştırma yapmak zorunda kalır.

Excel ve klasörle takibin sınırları

Birçok site, sigorta bilgisini bir Excel satırına ya da yöneticinin takviminde tuttuğu bir nota sıkıştırır. Bu yöntem, tek bir site için bile kırılgandır: yönetici değişirse bilgi de değişir, takvim hatırlatması kapatılırsa geri gelmez. Yönetim şirketi birden fazla siteyi yönetiyorsa sorun katlanır — her sitenin poliçe tarihi farklı bir dosyada, farklı bir formatta durur ve hangi sitenin yenilemesinin yaklaştığını görmek için tek tek kontrol gerekir.

Bu durum, sitenin diğer periyodik yükümlülükleriyle de aynı kaderi paylaşır: asansör periyodik muayenesi, yangın söndürme tüpü kontrolü, jeneratör bakımı gibi tarihe bağlı işler de aynı dağınık takip yöntemiyle yürütülüyorsa, unutulma riski hepsinde aynı şekilde vardır.

Dijital poliçe takibi nasıl çalışır?

Site-Park'ın sigorta poliçeleri modülü, her sitenin zorunlu deprem ve bina poliçelerini teminat tutarı, başlangıç ve bitiş tarihiyle birlikte kayıt altına alır. Yenileme tarihi yaklaştığında sistem otomatik hatırlatma gönderir; bu hatırlatma tek bir SMS'e değil, yönetim panelindeki uyum takvimine bağlıdır ve yönetici değişse bile kaybolmaz. Poliçe belgesi PDF olarak sisteme yüklenir, denetim kurulunun ya da yeni bir yöneticinin talebi halinde saniyeler içinde erişilebilir hale gelir.

Bu takip, sitenin diğer uyum yükümlülükleriyle aynı ekranda görünür: sigorta yenileme, asansör muayenesi ve genel kurul gibi tarihe bağlı işler tek bir uyum takviminde listelenir. Böylece yönetici tek tek hatırlamak yerine, takvimin işaret ettiği işe odaklanır. Aynı mantık, ekipman bakımlarında da geçerlidir — planlı bakım modülü asansör ve jeneratör gibi ekipmanların bakım periyodunu otomatik göreve dönüştürür; sigorta yenilemesi de kavramsal olarak aynı çözümün bir parçasıdır.

Yönetim şirketleri için portföy genelinde görünürlük

Tek bir siteyi yöneten bir apartman yöneticisi için sigorta takibi bir hatırlatma meselesidir; ama birden fazla siteyi tek çatı altında yöneten bir yönetim şirketi için bu, operasyonel bir risk yönetimi konusudur. Portföydeki 30 sitenin her birinin farklı bir yenileme tarihi varsa, bunları tek tek takip etmek insan hatasına açıktır. Merkezi bir panelde tüm sitelerin poliçe durumu — geçerli, yaklaşan, süresi geçmiş — tek bakışta görülebildiğinde, şirket kaynağını önce riskli olan sitelere yönlendirebilir.

Bu, çok siteli portföy yönetimi yazımızda ele aldığımız merkezi görünürlük mantığının doğal bir uzantısıdır: finansal ve operasyonel verinin tek panelde toplanması nasıl tahsilat performansını görünür kılıyorsa, uyum yükümlülüklerinin tek panelde toplanması da hukuki ve mali riski görünür kılar.

Geçişte dikkat edilecek noktalar

Sigorta takibini dijitalleştirirken birkaç noktaya dikkat etmek sürecin gerçekten işlemesini sağlar:

• Mevcut poliçelerin tamamı sisteme girilmeli. Yarım geçiş, bazı sitelerin takip dışında kalması demektir; devreye alma sırasında tüm sitelerin güncel poliçe bilgisi toplanmalı.
• Hatırlatma süresi gerçekçi belirlenmeli. Yenileme tarihinden bir gün önce gelen uyarı işe yaramaz; yeni poliçe teklifi almak ve karşılaştırmak için en az iki-üç haftalık pay bırakılmalı.
• Teminat tutarı düzenli gözden geçirilmeli. Binanın değeri değiştikçe poliçenin de güncellenmesi gerektiği unutulmamalı; sistem sadece tarihi değil, tutarın gözden geçirilmesi gerektiğini de hatırlatmalı.
• Belge erişimi role göre sınırlanmalı. Poliçe belgesi hassas bir dokümandır; görüntüleme yetkisi yönetim ve denetim kuruluyla sınırlı tutulmalı.

Hangi bilgiler kayıt altında tutulmalı?

Etkili bir poliçe takibi için birkaç alanın eksiksiz kayıt altında olması gerekir: poliçe numarası ve sigorta şirketi, teminat kapsamı (deprem, yangın, su baskını, cam kırılması gibi kalemlerin ayrı ayrı listelenmesi), teminat tutarı, başlangıç-bitiş tarihleri ve yıllık prim bedeli. Bu alanlar tek bir tabloda değil, her sitenin kendi kaydında tutulmalı ki bir sitenin poliçesiyle diğerinin karıştırılma riski kalmasın.

Prim bedelinin de kayıt altında olması ayrı bir fayda sağlar: yıl içinde farklı sigorta şirketlerinden teklif toplanırken, geçen yılın primiyle karşılaştırma yapmak fiyat artışının makul olup olmadığını hızlıca gösterir. Bu karşılaştırma, işletme projesi hazırlanırken sigorta kalemi için ayrılacak bütçenin gerçekçi belirlenmesine de yardımcı olur — tahmini rakam geçen yılın fiili priminden değil, havadan seçilmiş bir sayıdan gelmemiş olur.

Sonuç

Sigorta poliçesi takibi, sitenin en görünmez ama en pahalı olabilecek ihmallerinden biridir. Sorun genelde kötü niyet değil, tarihe bağlı bir yükümlülüğün dağınık bir klasörde kaybolmasıdır. Poliçe bilgisinin teminat tutarı, tarihleri ve belgesiyle birlikte tek bir sistemde tutulması, hem hukuki riski azaltır hem de genel kurulda ya da denetimde sorulan "sigortamız güncel mi" sorusuna saniyeler içinde cevap verilmesini sağlar.

Sitenizde sigorta ve diğer uyum yükümlülüklerinin nasıl dijitalleşebileceğini görmek isterseniz iletişim sayfamızdan bize ulaşabilirsiniz.