Site Yönetiminde Harcama Onay Akışı Nasıl Kurulur
Site yönetiminde harcama onay akışı nasıl kurulur? Tutar eşikleri, rol ayrımı ve kayıtlı onay izi ile hangi harcamayı kimin onaylayacağını netleştirin.
Harcama onay akışı neden bir site için "bürokrasi" değil, koruma kalkanıdır?
Bir sitede her ay onlarca küçük ve birkaç büyük harcama yapılır: asansör arızası, çatı tamiri, bahçe düzenlemesi, ortak alan boyası. Çoğu sitede bu harcamaların "kim onayladı" kısmı yazılı değildir. Yönetici telefonda "tamam, yaptırın" der, usta işi bitirir, fatura gelir, para ödenir. Aylar sonra bir kat maliki genel kurulda "bu harcamaya kim karar verdi?" diye sorduğunda cevap ya bir WhatsApp mesajında kalmıştır ya da kimsenin hatırında.
Site yönetiminde harcama onay akışı, bu belirsizliği ortadan kaldıran basit bir kuraldır: belirli bir tutarın üzerindeki harcama, yapılmadan önce belirlenmiş kişi veya kişilerin onayından geçer ve bu onay kayıt altına alınır. Amaç yöneticiyi yavaşlatmak değil; hem yöneticiyi hem kat maliklerini "kim, neye, ne zaman evet dedi" sorusunun yaratacağı gerilimden korumaktır.
Onay akışı olmayan sitede tipik sorunlar
Pratikte aynı birkaç sorun tekrar eder:
- Sözlü onay, belirsiz sorumluluk. Harcama yapıldıktan sonra kimin yetki verdiği tartışmalı hâle gelir.
- Bölünmüş fatura. Onay gerektirmesin diye büyük bir iş küçük parçalara bölünür; bu çoğu zaman kasıtlı değil, alışkanlıktan doğar ama sonuç aynıdır.
- Geç öğrenilen harcama. Yönetim kurulu bir harcamayı faturası kesildikten sonra öğrenir; itiraz hakkı fiilen kalmaz.
- Tek kişiye bağımlılık. Yönetici izne çıktığında ya da değiştiğinde acil harcamalar ya tıkanır ya da kontrolsüz yapılır.
Bu sorunların hiçbiri kötü niyet gerektirmez. Dağınık bir düzen, iyi niyetli insanlar arasında bile güven kaybına yol açabilir. Bu yüzden onay akışını bir denetim aracı olarak değil, ortak bir oyun kuralı olarak sunmak gerekir.
Adım adım: onay akışını nasıl tasarlarsınız?
1. Önce harcamayı türlerine ayırın
Tüm harcamalar aynı riski taşımaz. Yaygın bir ayrım şöyledir:
- Sürekli giderler: Temizlik, güvenlik, asansör bakım sözleşmesi gibi önceden onaylanmış sözleşmeye bağlı ödemeler.
- Olağan küçük harcamalar: Ampul, kilit, küçük tamirat gibi günlük işleyişin parçaları.
- Plansız acil harcamalar: Su baskını, kırılan hidrofor gibi beklemeyi kaldırmayan durumlar.
- Büyük yatırımlar: Çatı yenileme, dış cephe, güvenlik kamerası altyapısı gibi bütçeyi ciddi etkileyen işler.
Her tür için farklı bir kural yazmak, tek bir kuralı herkese uygulamaktan çok daha gerçekçidir.
2. Tutar eşiklerini siteye göre belirleyin
Eşikler sitenin büyüklüğüne ve aylık bütçesine göre belirlenir; herkese uyan sihirli bir rakam yoktur. Aşağıdaki tablo yalnızca mantığı göstermek için kurgusal bir örnektir:
| Harcama kademesi | Kim onaylar | Not | | --- | --- | --- | | Küçük tutarlar | Yönetici | Sonradan raporlanır | | Orta tutarlar | Yönetici + yönetim kurulu üyesi | Önceden onay | | Büyük tutarlar | Yönetim kurulu, gerekirse genel kurul | Teklif karşılaştırması ile |
Eşikleri belirlerken sitenin yönetim planını ve geçmiş genel kurul kararlarını esas alın. Bazı büyük işler zaten kanunen ve yönetim planı gereği kat malikleri kurulunun kararını gerektirebilir; bu durumda dijital onay akışı, genel kurul kararının yerine geçmez, yalnızca kararın uygulama adımını kayıt altına alır. Şüpheli durumlarda site avukatına danışmak en sağlıklısıdır.
3. Rolleri ayırın: isteyen, onaylayan, ödeyen aynı kişi olmasın
İyi bir onay akışının en önemli ilkesi görev ayrılığıdır. Harcamayı talep eden kişi, onu onaylayan kişi ve ödemeyi yapan kişi mümkünse farklı olmalıdır. Küçük bir sitede bu üç rol yalnızca iki kişiyle bile paylaşılabilir: yönetici talep eder, yönetim kurulu üyesi onaylar. Önemli olan, aynı kişinin hem karar hem ödeme yetkisini tek başına taşımamasıdır. Bu ilke, tedarikçi ödeme takibi kontrol listesinde da ele aldığımız hata ve suistimal riskini doğrudan azaltır.
4. Teklif ve gerekçeyi onay talebine ekleyin
Onaya giden talep yalnızca "şu kadar TL" demekle kalmamalı. İyi bir talep şunları içerir: işin kısa tanımı, neden gerektiği, alınan teklifler (büyük tutarlarda en az iki), varsa fotoğraf veya arıza kaydı. Onaylayan kişi bu bilgilerle karar verdiğinde, sonradan "neden bu firma seçildi?" sorusuna belge ile cevap verilebilir. Talep ve arıza süreci kayıt altındaysa, harcama talebi doğrudan ilgili arıza kaydına bağlanabilir.
5. Acil durumlar için ayrı bir yol tanımlayın
En sık yapılan hata, onay akışını acil durumlara da aynı sertlikte uygulamaktır. Gece yarısı patlayan bir su borusu için üç kişinin onayını beklemek mantıksız. Bunun yerine "acil harcama" istisnası tanımlayın: yönetici belirli bir üst sınıra kadar tek başına harekete geçebilir, ancak harcamayı ertesi iş günü içinde gerekçesiyle birlikte onaya sunar. Böylece hız korunur, hesap verebilirlik de kaybolmaz.
6. Onaylayan yokken ne olacağını baştan yazın
Yönetim kurulu üyesi tatildeyse ya da ulaşılamıyorsa talep haftalarca beklememeli. Yedek onaylayıcı belirleyin ve belirli bir süre cevap gelmezse talebin kimin önüne düşeceğini önceden kararlaştırın. İK tarafında benzer bir mantığı vekalet ve otomatik yükselme yazısında anlatmıştık; aynı yaklaşım site harcamalarına da uyarlanabilir.
Onayın kaydı neden onayın kendisi kadar önemli?
Onay verildiği anda iş bitmiş sayılmaz; asıl değer, onayın kalıcı ve değiştirilemez biçimde kaydedilmesindedir. Kayıtta en az şunlar bulunmalı: talep eden, talep tarihi ve tutarı, onaylayan veya reddeden kişi, karar tarihi ve varsa gerekçe notu. Yıl sonunda bütçe ile gerçekleşen gider karşılaştırması yaptığınızda, sapmanın hangi onaylı karardan kaynaklandığını görebilmek, genel kurulda yöneticinin elini güçlendirir.
Aynı kayıt, denetim kurulu için de değerlidir. Denetçi harcama dosyasını açtığında yalnızca fatura değil, faturanın arkasındaki karar zincirini de görür. Bu, denetim kaydının neden önemli olduğu konusundaki temel gerekçedir: kayıt, kimseyi suçlamak için değil, belirsizliği kapatmak için tutulur.
Sık yapılan hatalar
- Çok kademeli zincir kurmak. Her harcamayı dört kişiye onaylatmak, insanları kuralı delmeye iter. Kademe sayısını gerçek karar sürecine göre sınırlı tutun.
- Eşikleri hiç güncellememek. Fiyatlar değiştikçe bir yıl önce makul olan eşik anlamını yitirir; yılda bir gözden geçirin.
- İstisnayı kurala çevirmek. "Acil" etiketi her işe yapıştırılırsa akış anlamını kaybeder.
- Onayı fatura sonrasına bırakmak. Onay, işten önce alınmalı; sonradan alınan onay yalnızca bir formalitedir.
Dijital ortamda onay akışı
Excel ve e-posta ile de bir onay düzeni yürütülebilir, fakat talep, teklif, onay ve ödeme farklı yerlerde dağıldığında kayıt bütünlüğü bozulur. Site-Park içindeki onay akışları modülü, harcama, satın alma ve indirim gibi işlemlerin belirlenen tutarın üzerinde onaya düşmesini sağlar; kimin ne zaman onayladığı kalıcı olarak kayıtta kalır. Modül paketleri arasında hangi özelliğin nerede yer aldığını merak ediyorsanız modül paketleri rehberine göz atabilirsiniz.
Başlamak için küçük bir plan
Büyük bir dönüşüm gerekmez. Bu hafta üç şey yapabilirsiniz: son altı ayın harcamalarını türlerine ayırın, hangilerinde onay izi olmadığını işaretleyin ve yönetim kuruluyla tek sayfalık bir eşik tablosu üzerinde anlaşın. Ardından bu tabloyu bir sisteme taşımak, kuralı kişilerden bağımsız hâle getirir.
Sitenizde harcama onay sürecini netleştirmek ve kayıt altına almak istiyorsanız, Site-Park onay akışlarının sitenizin yapısında nasıl kurulabileceğini görmek için iletişim sayfamızdan bize ulaşabilirsiniz.