Çoğu ruhsat gecikmesi belediyenin yavaş olmasından kaynaklanmaz, eksik gönderilen ve düzeltme için geri dönen bir belge paketinden kaynaklanır.
Pratik anlamda sıralama
Genel hatlarıyla süreç, parselde yasal olarak neyin inşa edilebileceğini teyit eden imar durumu doğrulamasından, aplikasyon ve vaziyet planı onayından geçerek, yapı ruhsatı başvurusunu birlikte destekleyen mimari, statik, mekanik ve elektrik proje setlerine ve son olarak inşaat tamamlanıp denetlendikten sonra iskana kadar uzanır.
Bunların her birinin kendi başvuru gereksinimleri ve kendi belediye veya kurum incelemecisi vardır ve tam olarak bağımsız değildirler, örneğin statik incelemesi sırasında keşfedilen bir değişiklik, zaten sunulmuş olan mimari sette bir revizyon gerektirebilir ve inceleme saatinin bir kısmını yeniden başlatabilir.
Müşterinin takvimi için pratik anlamı: ruhsat işlem süresi gerçekten belediyeye bağlıdır ve ilçeye ve mevcut inceleme birikimine göre değişir, ama bir projenin gerçekten kontrol ettiği değişken işlem hızı değil, başvuru kalitesidir.
Gecikmelerin gerçekte çoğunlukla nereden geldiği
Deneyimimize göre, en büyük tek gecikme kaynağı eksik veya dahili olarak tutarsız bir başvurudur, en son mimari revizyonla eşleşmeyen bir statik çizim, gerekli bir sorumlu mühendisin eksik imzası veya damgası, ya da yapılmış bir aplikasyon düzeltmesini yansıtmayan bir vaziyet planı. Bunların her biri hızlı bir düzeltmeyi değil, resmi bir ret ve yeniden başvuru döngüsünü tetikler.
İkinci en büyük kaynak, taze doğrulanmak yerine varsayılan bir imar durumudur. İmar yönetmelikleri ve parsele özgü koşullar değişebilir ve güncel olmayan imar bilgisine karşı tasarlanmış bir proje, bir ruhsat başvurusu bile yapılmadan önce tasarım aşamasında yeniden çalışma gerektirebilir.
Bunların ikisi de aynı disiplinle önlenebilir: tasarım başlamadan önce imar durumunu doğrudan ve taze şekilde doğrulamak ve başvurudan önce her disiplinin setinin ayrı ayrı doğru olduğunu varsaymak yerine tüm disiplin çizimleri arasında dahili bir çapraz kontrol yapmak.
Gerçekçi bir takvim neye benzer
Müşteriler genellikle beklentilerini bir arkadaşının projesinden duydukları en hızlı ruhsat hikâyesine bağlar, bu nadiren kullanışlı bir referans noktasıdır, parsel geçmişi, ilçeye özgü gereksinimler ve mevcut belediye iş yükü yeterince değişkendir ki erken dönemde ilgili belediyeyle kontrol edilmiş, projeye özgü bir tahmin, genel bir kural yaklaşımından çok daha değerlidir.
Projeler arasında güvenilir şekilde doğru olan şey şudur: inceleyen makam tarafından talep edilen en az bir tur açıklama veya küçük revizyon için takvime pay bırakmak kötümserlik değil gerçekçiliktir. İlk başvuruyu nihai ve değişmez olarak ele almak, çoğunlukla bir müşterinin takvimini bozan varsayımdır.
İskan zamanlaması kendi dikkatini hak eder, çünkü inşaatın onaylı çizimlerle gerçekten eşleşmesine bağlıdır, son denetimde keşfedilen sapmalar, küçük olsalar bile, inşaatın kendisi bittikten çok sonra iskanı geciktirebilir. Bu, inşaat ortasındaki değişikliklerin şantiyede sözlü olarak ele alınmak yerine resmi dokümantasyondan geçmesi gerekmesinin bir sebebi daha.
Tek bir sistem olarak ele alınan belge paketi
Mimari, statik, mekanik ve elektrik çizimleri koordineli bir set olarak incelenir, bağımsız olarak değil; ve ikisi arasında bir uyumsuzluk, her çizim ayrı ayrı doğru olsa bile reddedilme sebebidir. Başvurudan önce koordinasyon incelemesi bir formalite değildir, paketin ilk seferde kabul edilip edilmeyeceğini belirleyen adımdır.
Tüm danışmanlar arasında tek, güncel bir revizyon kaydı tutmak, herkesin her çizimin aynı versiyonuyla çalışmasını sağlamak, temel görünür ama çok danışmanlı projelerde en yaygın arıza noktasıdır, özellikle değişiklikler ön proje sırasında hızla gerçekleştiğinde ve her disipline aynı anda iletilmediğinde.
Bu koordinasyon disiplini, bir tasarım ofisinin çizimin ötesinde gerçekte yaptığı işin büyük bir kısmıdır: belge paketini bağımsız olarak doğru parçaların bir koleksiyonu olarak değil, tek bir tutarlı sistem olarak yönetmek, bir ruhsat başvurusunun sorunsuz ilerleyip ilerlemediğini belirler.
Bir müşterinin kendi takvimine yardımcı olmak için yapabileceği
İncelemeci açıklama taleplerine hızlı ve eksiksiz yanıt verin, iki hafta boyunca yanıtsız kalan bir talep, nihai cevap ne kadar basit çıkarsa çıksın takvime iki hafta ekler, çünkü çoğu inceleme kuyruğu talebe göre değil yanıta göre tarihlenir.
Çizimler ruhsat için sunulduktan sonra gerçekten gerekli olmadıkça tasarım değişikliği talep etmekten kaçının, çünkü o noktada herhangi bir değişiklik genellikle basit bir düzeltme değil geri çekme ve yeniden sunum anlamına gelir ve incelemenin bir kısmını fiilen yeniden başlatır.
Tasarım ekibinden erken dönemde projeye özgü bir takvim tahmini isteyin ve bunu tek bir tarih değil, gerçekçi bir en kötü durumu içeren bir aralık olarak ele alın, gerçekçi aralık için bütçe ayırmış bir müşteri, plana zaten fiyatlandırıldığı için bir ruhsat gecikmesini nadiren bir kriz olarak yaşar.

