Hastalık izni

Stu'yu kim koordine ediyor. Özel şartname neleri içerir? Özel teknik koşulların geliştirilmesi ve onaylanması prosedürü

Hangi durumlarda STU almak gerekir? Özel şartname türleri nelerdir? Onay için bir belge paketi nasıl toplanır? STU geliştirmenin maliyeti nedir? Bütün bunlar ve çok daha fazlası LenTechCertification şirketinin uzmanları tarafından anlatılıyor.

STÜ nedir?

Özel özellikler- bunlar, güvenlik gerekliliklerini ve tasarım, yapım özelliklerine ilişkin verileri içeren teknik standartlardır. mühendislik araştırmaları, tesisin işletilmesi ve sökülmesi. Belge, açıklanan gereksinimler mevcut standartlarda değilse veya tasarım sırasında bu standartlara uyulması imkansızsa gereklidir.

Bilmek önemlidir! STU gereklilikleri, Rusya Federasyonu topraklarında bir önceliktir. Diğer bina kodları (SNiP, SP, GOST, GOST R, VSN, VNTP, vb.) STU'nun gereklilikleriyle çelişiyorsa geçerli değildir.

Özel teknik koşulların sınıflandırılması ve türleri

4 tip STU geliştirilebilir:

STU'lar ne zaman gereklidir?

Aşağıdaki durumlarda özel teknik şartnamelerin geliştirilmesi ve onaylanması gerekebilir:

  • Tasarlanan nesne standart değildir.
  • İnşaat, sismik aktivitenin yüksek olduğu bölgelerde gerçekleştirilmektedir.
  • Tasarım için yangın güvenliği gerekliliği yoktur Konut inşaatları 75 m'den yüksek ve diğer nesneler (ofis, çok işlevli, endüstriyel) 50 m'nin üzerinde.
  • Eksik sistemler otomatik yangın söndürme normlara göre tasarlanıp kurulması gereken tesislerde.
  • Standart dışı mimariye sahip binalarda yangın geçitleri tasarlanırken.

Bunlar, STU'nun geliştirilmesinin gerekli olduğu tüm durumlardan uzaktır. Herhangi bir şüpheniz varsa, LenTechCertification şirketinin uzmanlarına danışmak en iyisidir - size her şeyi anlatacaklar gerekli belgeler ve maliyet ve şartlara göre yönlendirin.

Ayrıca, STU'nun geliştirilmesi aşağıdakilere yardımcı olabilir:

  • yerleşmek Devam eden olaylarçatışmalar nedeniyle normatif belgeler;
  • en etkili tasarım çözümlerini bulun;
  • Telafi edici yangın önleme önlemlerinin yetkin ve etkili bir listesini hazırlayın.

Özel şartname neleri içerir?

STU şunları belirtir:

  • Özel şartnameler geliştirme ihtiyacının gerekçesi;
  • Taslak ek gereksinimler nesne için geliştirilecek;
  • Nesnenin kendisi hakkında bilgi (müşteri, nesnenin yapım amacı ve amacı, yeri, geliştiricisi, tasarımcısı);
  • STU geliştiricisi hakkında veriler;
  • Ekli çizimler, planlar ve diyagramlar ile temel mühendislik ve planlama çözümleri.

Özel teknik koşulların geliştirilmesi ve onaylanması

Gelişim

STU'lar, Rusya Federasyonu İnşaat Bakanlığı'nın 15 Nisan 2016 tarih ve 248 / pr “Geliştirme için özel teknik koşulların geliştirilmesi ve onaylanması prosedürü hakkında” emrine sıkı sıkıya uygun olarak geliştirilmiştir. Proje belgeleri sermaye inşaat projesine. Belge, teknik koşulların tasarımı ve içeriği için gereksinimleri belirtir.

Özel teknik koşulların (STU) geliştirilmesinin lisanssız bir faaliyet olduğu unutulmamalıdır. Yani icracının özel lisanslar veya akreditasyonlar alması gerekmemektedir. Yukarıdaki sıralamaya göre, ilgili alanda bilimsel ve teknik potansiyele ve deneyime sahip bir kuruluş bu faaliyette bulunabilir. Bu nedenle, bir müteahhit seçerken, her şeyden önce itibarına, incelemelerine ve çalışanların niteliklerine güvenmelisiniz.

Koordinasyon

Özel teknik koşulların koordinasyonu İnşaat ve İskan ve Kamu Hizmetleri Bakanlığı tarafından yürütülmektedir. STU'lar yangın güvenliğini sağlamak için tasarlanmışsa, Acil Durumlar Bakanlığı'nın da sonuçlandırılması gerekir.

Onaydan önce, aşağıdaki belge setini hazırlamanız gerekir:

  • Aday Bilgisi
  • STU projesinin geliştiricisi hakkında bilgi
  • STU'nun kendisi iki orijinal kopya halinde projelendirilir.
  • Projeye açıklayıcı not
  • kopyala başvuru şartları Mühür tarafından onaylanmış projenin geliştirilmesi için
  • Prosedürün 14. paragrafının "a - e" alt paragraflarında belirtilen belgelerin elektronik ortamda taranmış kopyaları
Ücretsiz danışmanlık alın

Özel teknik koşulların geliştirilmesi ve onaylanması prosedürü

Tüm prosedür 5 ana adıma ayrılabilir:

  1. İlk verilerin sağlanması.İlk veriler müşteri tarafından sağlanır ve bu aşamanın zamanlamasından o sorumludur. Geliştirici, sırayla, vererek yardımcı olabilir detaylı liste gereklidir.
  2. STU'nun geliştirilmesi (birinci baskı). ne zaman hepsi gerekli bilgi sağlanırsa, icracı çalışmaya başlar. belirli son tarih nesnenin karmaşıklığına bağlıdır, ancak ortalama olarak 14 ila 40 iş günüdür.
  3. Müşteri ile koordinasyon. Biten STU'lar müşteri tarafından dikkatlice kontrol edilir. Geliştirici ortaya çıkan tüm soruları yanıtlar ve gerekirse değişiklik yapar.
  4. Düzenlemeler yapmak. Bu aşamanın zamanlaması büyük ölçüde müşterinin kendisine bağlıdır - çalışma süresini azaltmak için projeyi ilk onayda dikkatlice düşünmek daha iyidir.
  5. İnşaat Bakanlığı ve diğer yapılar ile koordinasyon. Burada süre STU'nun geliştirilmesi ve onaylanması Prosedürü ile belirlenir ve 1 aydır (3 aya kadar uzatılabilir). Yangın güvenliği için özel teknik şartnameler geliştirirken Acil Durumlar Bakanlığı yangın STU'sunun onayına ihtiyacınız olacaktır. Bu durumda Genel ifade artacaktır, çünkü prosedürler aynı anda çalıştırılamaz.

STU maliyeti

Özel teknik koşulları geliştirmenin ve kabul etmenin maliyeti, bunların türüne, belirli inşaat nesnesine ve inşaatını etkileyen faktörlere bağlıdır. Ayrıca, sapmaların sayısı ile artan bir maliyet ayarlama faktörü de vardır. düzenleme gereksinimleri. STU geliştirmenin tam fiyatını öğrenmek için şirketin uzmanlarıyla iletişime geçin.

Ücretsiz danışmanlık alın

Sizi hizmetler için başvurmaya davet ediyoruz STU'nun geliştirilmesi ve onaylanması bize, LenTechCertification şirketine. Uzmanlar, mevcut konularda ücretsiz olarak size danışacaklar ve sadece 4 saat içinde maliyet ve koşulların bireysel bir hesaplamasını yapacaklar. Geri bildirim formunu arayın veya doldurun - hemen işe koyulacağız!

Bu yazıda, aşağıdaki gibi konuları ayrıntılı olarak ele almak istiyoruz:

    Yangın güvenliğinin sağlanması açısından tasarım için özel teknik şartnameler (STU) tasarım dokümantasyonunda yer alıyor mu?

    "STU geliştirme"nin "proje dokümantasyonunun geliştirilmesi (hazırlanması)" kavramına dahil olduğunu söylemek mümkün müdür?

Peki, STU (Special Specifications) nedir ve proje dokümantasyonu (PD) nelerden oluşur? Proje belgelerinin bileşimi, 16 Şubat 2008 tarih ve 87 sayılı Rusya Federasyonu Hükümeti Kararnamesi (10 Aralık 2014'te değiştirildiği gibi) “Proje belgelerinin bölümlerinin bileşimi ve içeriği için gereklilikler hakkında” onaylandı. 87 Sayılı Kararla onaylanan proje belgelerinin bölümlerinin bileşimine ilişkin Yönetmeliğin tüm içeriği, tam olarak şu sorunun cevabıdır: PD nelerden oluşur ve neleri içerir?

Sermaye inşaatı projeleri için tasarım belgeleri birkaç bölümden oluşur: Açıklayıcı not, Mimari çözümler, Yapısal ve alan planlama çözümleri, vb. PD dahil, açıklamaları ve gerekçeleri içeren "Yangın güvenliğini sağlamaya yönelik önlemler" (MOPB) bölümünü de içerir. tasarım çözümleri sistemlerin blok diyagramları şeklinde grafik materyalleri de dahil olmak üzere tasarlanan tesisin yangın güvenliğinin sağlanması açısından yangın koruması ve tahliye planları. Yangın güvenliğini sağlamaya yönelik STU, proje dokümantasyonunun herhangi bir bölümünde yer almamakta ve ayrıca kararnamede bağımsız bir bölüm olarak yer almamaktadır. 87 Sayılı Kanun Hükmünde Kararname'deki özel teknik koşullardan yalnızca bir kez bahsedilmiştir - 5. paragrafta:

“Bir sermaye inşaat nesnesi için tasarım belgelerinin geliştirilmesi için düzenleyici tarafından belirlenen güvenilirlik ve güvenlik için yeterli gereksinim yoksa teknik belgeler veya bu tür gereksinimler oluşturulmamışsa, belgelerin geliştirilmesinden önce, Vaktindenözel özellikler. ... "

STU'nun geliştirilmesi, proje belgelerinin geliştirilmesinden önce gelmelidir! Rus dilinin mantığı açısından STU ile proje belgeleri arasındaki düzenleyici ve teknik ilişkiye derinlemesine dalmasanız bile, Kararnamenin 5. maddesinde “öncelik” kelimesinin varlığının zaten açıktır. No. 87, “STU geliştirme” ve “PD geliştirme” kavramlarını birbirinden ayırır ve bu iki olayı resmi olarak aşağıdakilere göre yerleştirir: farklı yerler zaman çizelgesinde. STU ve proje dokümantasyonunun bir ve aynı olduğunu söylemek artık mümkün değil.

STÜ nedir? 87 Sayılı Kararın aynı 5. paragrafına dayanarak, özel teknik koşullar, yeni geliştirilen normları içeren bir belgedir - belirli bir benzersiz nesnenin tasarımı için Rusya Federasyonu'nun düzenleyici çerçevesinde eksik veya eksik olan aynı düzenleyici gereklilikler veya standart olmayan tasarım çözümleri ile nesne. Yaklaşık olarak aynı "Özel teknik koşullar" tanımı, 30 Aralık 2009 tarih ve 384-FZ sayılı Federal Yasanın 6. Maddesinin 8. Kısmı (BİNA VE YAPILARIN GÜVENLİĞİNE İLİŞKİN TEKNİK YÖNETMELİK) ve 78. Maddesinin 2. Kısmı tarafından verilmektedir. 22 Temmuz 2008 tarih ve 123-FZ sayılı Federal Yasa (YANGIN GÜVENLİĞİ GEREKLİLİKLERİNE İLİŞKİN TEKNİK YÖNETMELİK). Rusya Bölgesel Kalkınma Bakanlığı'nın 04/01/2008 tarih ve 36 sayılı Emri (paragraf 2) doğrudan " STU'lar teknik standartlar yerleşik veya eksik olanlara ek içeren (belirli bir sermaye inşaatı projesiyle ilgili olarak) teknik gereksinimler güvenlik alanında, mühendislik araştırmaları, tasarım, inşaat, işletme ve ayrıca tesisin sökülmesi (yıkımı) özelliklerini yansıtan.

Bu nedenle STU, yangın güvenliğini sağlamaya yönelik bir belgedir. normlar, düzenleyici gereklilikler.

Görünüşe göre, teknik anlamlarına göre, herhangi bir STU, bireysel bir düzenleyici belgedir, STU'ların geliştirildiği belirli bir nesnenin tasarımının gerçekleştirildiği gereksinimlere uygun olarak.

Grafik şema (aşağıda) basit ama net bir şekilde, STU'da yer alan yangın güvenliğini sağlama konusundaki düzenleyici gereksinimlerin diğer belgelerde yer alan gereksinimlerle aynı olduğunu göstermektedir: 123-FZ sayılı Federal Yasa ve düzenleyici belgeler (Kurallar Kodu). Ellerinde yangın güvenliği konusunda STU tarafından öngörülen şekilde geliştirilen ve kabul edilen tasarım organizasyonu, PD'nin tüm bölümlerini (özellikle MOPB bölümü için) benzersiz (standart dışı) tesisi için aşağıdakilere uygun olarak geliştirir. takip eden gruplar"yangın yönetmeliği"

    123-FZ sayılı Federal Yasanın düzenleyici gereklilikleri,

    düzenleyici belgelerin düzenleyici gereksinimleri (Kural Kuralları),

    STU'nun düzenleyici gereksinimleri.

Yangın güvenliği için özel teknik özellikler, 123-FZ sayılı Federal Yasa ve endüstriyel güvenlik için düzenleyici belgeler - birlikte, yangın güvenliği alanında (benzersiz bir nesne için) tek, eksiksiz bir düzenleyici gereksinimler kümesi oluşturan bir dizi belge oluşturur. .

Bu yazıda, önemi ve önemi sorusuna değinmiyoruz. hukuki durum Normatif bir belge olarak özel teknik koşullar, örneğin, Kurallar Kurallarına eşit statüdedir. Mevzuatta yer alan bu belgenin tanımlarına dayanarak, "Özel Şartnameler" belgesinin sadece amacını ve rolünü düzenleyici ve teknik bir bakış açısıyla ele alıyoruz.

Özel Teknik Koşullar, yangın güvenliği düzenleyici gerekliliklerinden sapmalar için bir gerekçe içeriyorsa, bunların Federal Yasanın gerekliliklerinden sapma olamayacağı, bunların yalnızca Kurallar Kurallarının gerekliliklerinden sapmalar olabileceği açıktır. Bu nedenle, proje belgelerinin geliştiricisi, bir nesne tasarlarken, Kurallar Kodunun gereklilikleriyle çeliştiği sürece, STU'nun gerekliliklerini daha öncelikli olarak değerlendirme ve uygulama hakkına sahiptir. Bunun için, mevzuatın kendisi, STU'da, Kurallar Kuralları olan ancak Federal Kanun olmayan düzenleyici belgelerin gerekliliklerinden sapmaları doğrulama olasılığını sağlar.

Ve bu arada, "Özel Spesifikasyonlar" belgesinin düzenleyici belgelerin (SP) gerekliliklerinden sapmaları haklı çıkarmanıza izin veren bir araç olduğu gerçeği, STU'nun kendi anlamında düzenleyici bir belge olduğunu doğrulayan bir başka güçlü argümandır. . STU'da yer alan normların, ortak girişimden sapma durumunda belirli bir bölümde Kurallar Kurallarının normlarını gerçekten değiştirebilecekleri ortaya çıktı. Ek olarak, 30 Aralık 2009 tarih ve 384-FZ sayılı Federal Yasanın 6. Maddesinin 9. Bölümü, öngörülen şekilde kararlaştırılan özel teknik koşulların, bu tür özel teknik koşullarda yer alan bina ve yapılar için gereksinimlerin dahil edilmesinin temeli olabileceğini söylüyor, yanı sıra bina ve yapılarla ilgili olarak tasarım (sörveyler dahil), inşaat, kurulum, ulusal standartlara ve kural setlerine uyum süreçlerine ilişkin olarak, uygulanması bu Federal Yasanın gerekliliklerine uygunluğu sağlar. Yani, STU'lar belirli bir nesne için normlardır, ancak teorik olarak ulusal olana “göç etme” yeteneğine sahiptirler. toplu uygulama ve benzerlik olması durumunda standartlar ve ortak girişimler.

STU'nun hala proje belgelerinin bir parçası olduğu gibi yanlışlıkla görünebileceğinden dolayı birkaç faktörün bulunduğuna dikkat edilmelidir. İlk olarak, STU, proje belgeleri gibi hedeflenir, bireysel belge PD'nin tüm bölümleri gibi, belirli bir nesne başlığı için geliştirilmiştir. inşaat. Aynı zamanda STU ve proje belgeleri birlikte Sınav kurumlarına gönderilmelidir. Ve konunun özüne derinlemesine dalmazsanız, projenin bir bölümü için STU'yu alabilirsiniz. Aslında, STU'ların Uzmanlığa PD'nin bir bölümü olarak değil, PD'nin hangi bölümlerinin geliştirildiğine göre benzersiz tasarım çözümleri içeren düzenleyici bir belge olarak gönderildiğini anlamanız yeterlidir. İkincisi, mantıksal ve teorik olarak, özel teknik koşulların (adresli düzenleyici belge) geliştirilmesinin tasarım çözümlerinin geliştirilmesinden önce gelmesine rağmen, pratikte çoğu zaman bunun tersi ortaya çıkıyor. Çoğu zaman, sadece tasarım sürecinde, inşaat müşterisinin veya tasarım organizasyonunun, mevcut standartların ötesine geçen standart olmayan bir tasarım çözümünü uygulamayı planladığı anlaşılabilir. düzenleyici yapı güvenlik alanında ve yangın güvenliği için yeterli düzenleyici gereklilik bulunmayan. Yani, yalnızca PD'nin gelişimi zaten başladığında, nesnenin benzersiz (standart dışı) birine dönüştüğü ve bu nedenle bu nesnenin tasarımı için yangın güvenliği için STU'nun geliştirilmesi gerektiği ortaya çıkıyor. . Bu, PD'nin gelişimine paralel olarak yürütülen yeni bir "STU geliştirme" aşamasının getirilmesini gerektirir. Bu nedenle, STU, proje dokümantasyonunun bölümlerinden sadece biri gibi görünebilir. STU'ların, müşteri tarafından sunulan hazır benzersiz tasarım çözümüne mümkün olduğunca yakın olarak ayarlandığı bir durum ortaya çıkar. varsayar, uygulamayı planlar tesisinizde. Ve prensipte, konunun pratik yönü hakkında konuşursak, böyle bir olay seyri normaldir: aksi takdirde, bazen, tasarlamaya başlamadan, normların yetersizliğini ve sonuç olarak, gerekliliği belirlemek imkansızdır. STU'yu geliştirin. O zaman, pratikte her şey ortaya çıkıyor gibi görünüyorsa, PD'nin geliştirilmesinden önce özel teknik koşulların geliştirilmesi ve onaylanması gerektiğini belirten 16 Şubat 2008 No. 87 sayılı Rusya Federasyonu Hükümeti Kararnamesi nasıl anlaşılır? Diğer taraftan? Gerçek şu ki, iki sürecin ilişkisi hakkında konuşursak: 1) STU'nun geliştirilmesi ve onaylanması ve 2) PD'nin geliştirilmesi ve onaylanması, tasarımın başlangıcında, resim aynıdır: bir kural olarak, aslında, tasarım dokümantasyonunu geliştirme süreci önce başlar. Ancak, 87 Sayılı KHK'nın 5. paragrafındaki “önceden” ifadesi daha derin bir anlam taşımaktadır. Bu süreçlerin her birinin başından sonuna kadar, tüm tasarım aşaması boyunca nasıl bütünleşik olarak bağlantılı olduğunu düşünürsek, ortaya bambaşka bir resim çıkıyor. Önce süreç biter: STU'nun geliştirilmesi ve onaylanması- yani, düzenleyici gereklilikler resmi olarak ortaya çıkar (STU, Acil Durumlar Bakanlığı ve İnşaat Bakanlığı tarafından onaylandıktan sonra). Ve sonra süreç biter PD'nin geliştirilmesi ve onaylanması (incelenmesi)- yani, nihai taslak resmi olarak şu şekilde görünür: olumlu sonuç Uzmanlık. Ve tasarımın en başında, inşaat müşterisi projede standart dışı bir tasarım çözümü ortaya koymuş olsa bile, o zaman hala onun. plan; müşteri bunu yapabilir İlk aşama sadece planla ve tahmin et gelecekte STU'nun geliştirileceği ve kabul edileceği, bu benzersiz çözümün tam olarak müşterinin istediği biçimde kullanma olasılığını yasallaştıracağı. Bu tasarım çözümünün müşteriden projeye dahil edilmesi için tam teşekküllü gerekçeler, ancak bu tasarım çözümünün tasarlandığı (yapılacağı) standartların resmi olarak alınmasından sonra, yani STU'nun geliştirilmesinden ve onaylanmasından sonra ortaya çıkar. Ayrıca, STU'nun, 1. baskının geliştirilmesinden tüm onayların sonuna kadar herhangi bir ayarlamaya tabi olmayan kalıcı, değişmeyen bir belge olmaktan uzak olduğunu da anlamanız gerekir. Özel teknik koşullar üzerinde anlaşma prosedürü, STU'ların, sırasıyla, konsey üyelerinin (uzmanlar, bilim adamları) STU'yu düzeltmeyi, sonuçlandırmayı gerekli görebilirler (bunu yapmak için tam hakları vardır). Bu nedenle, koordinasyon sürecindeki özel teknik koşullar, başlangıçta planlanandan farklı olacak bir versiyona dönüştürülebilir. STU'da onay aşamasında yapılan düzenlemelerin temel nitelikte olduğu görülür. Bu nadiren olur, ancak teorik olarak bu, mevcut STU onay prosedürü çerçevesinde mümkündür. Bu durumda, müşteri bazen standart dışı tasarım çözümünü, STC üyelerinin görüşlerini dikkate alan STU'nun son versiyonunun gereksinimlerini karşılayacak şekilde ayarlamak zorundadır. Aksi takdirde proje Sınavı geçemez, çünkü gerekçelendirme açısından proje ile kararlaştırılan STU'nun gereksinimleri arasında bir tutarsızlık olacaktır. standart dışı çözümler. Bu gibi durumlarda, ilk başta normların, herhangi bir değişikliğin mümkün olduğu yaratma aşamalarını tamamen geçen nihai versiyonda (STU tarafından kabul edilen) hala görünmesi gerektiği ve ancak o zaman bunun için bir neden olduğu açıkça ortaya çıkıyor. Projeyi, bu standartların (STU üzerinde tam olarak mutabık kalınan) gereksinimlerine sıkı bir şekilde uymayı hesaba katarak, proje tasarım çözümünde önceden planlanmış standart dışı olanı kullanın. Ve sonunda, proje STU'ya uygun olarak geliştirilir, proje STU'nun son versiyonuna uyarlanır (STC üyelerinin görüşleri dikkate alınarak) ve tersi değil.

Yangın güvenliği için STU, esasen standart olmayan bir nesnenin tasarımı için gerekli olan düzenleyici gereksinimlerdir, yani ideal olarak tasarım çözümleri geliştirildiğinde zaten el altında olması gereken düzenleyici bir belgedir (tıpkı FZ No. 123'e sahip olduğumuz gibi). -FZ ve Kural Kitapları). Ve pratikte STU'ların neredeyse her zaman PD ile eş zamanlı olarak geliştirilmesi gerçeğine rağmen, STU'nun gerekliliklerinin tasarımda resmi olarak uygulanması ancak STU'nun geliştirilmesinden ve onaylanmasından sonra, bu belge son halini aldığında ve onaylandıktan sonra mümkündür. resmi statü, gerekli tüm düzenleyici ve teknik konseylerden (Rusya Acil Durumlar Bakanlığı ve Rusya İnşaat Bakanlığı) geçti.

Tasarım dokümantasyonu, esasen tasarım çözümlerinin (metinsel, grafiksel, hesaplanmış) bir açıklaması ve gerekçesidir. "Tasarım çözümlerinin tanımı" ifadesinin anlamının "mevzuat gerekliliklerinin geliştirilmesini" içerdiği söylenemez gibi, "tasarım dokümantasyonu" teriminin de "Özel Şartnameleri" içerdiği söylenemez.

Kapsam dahilinde tanımlanan özel özellikler Mevcut mevzuat ne olursa olsun, hiçbir koşulda proje belgelerinin bir parçası olamazlar. ayrılmaz parça veya projenin ayrı bir bölümü. STU'lar, bir tasarımcının özel tasarım çözümleri (tasarım dokümantasyonu) geliştirmesi için ihtiyaç duyduğu normlardır.

Buna göre, “proje belgelerinin geliştirilmesi (hazırlanması)” gibi bir faaliyet, varsayılan olarak “STU'nun geliştirilmesi” gibi çalışmaları içeremez.

Bu makaleyi yazma ihtiyacı, pratikte, faaliyetleri çerçevesinde, profesyonel STU geliştiricilerinin, STU müşterileri, genel tasarım kuruluşları ve hatta devlet (veya devlet dışı) uzmanlar basit bir gerçeği incelemek için: resmi olarak değil, teknik olarak, yangın güvenliği için özel teknik koşullar (STU) proje belgeleri değil, kendi (özel) statüsüne sahip bireysel bir düzenleyici belgedir.

Bu yanlış anlamanın kendini nasıl gösterdiğini ve neye yol açtığını, STS'nin geliştirilmesindeki gerçek faaliyetlerden belirli vakaların örneğini kullanarak aşağıdaki makalelerde daha ayrıntılı olarak anlatmaya çalışacağız.

Bakanlık bölgesel Kalkınma Rusya Federasyonu
FEDERAL İNŞAAT VE KONUT VE SU İŞLERİ AJANSI

EMİR

Bir Sermaye İnşaat Nesnesi için Tasarım Dokümantasyonunun Geliştirilmesine İlişkin Özel Şartnamelerin Geliştirilmesi ve Onaylanması Prosedürü Hakkında


30 Aralık 2009 tarihli Federal Yasanın 6. Maddesinin 8. Bölümüne göre N 384-FZ "Binaların ve Yapıların Güvenliğine İlişkin Teknik Düzenlemeler" (Rusya Federasyonu'nun Toplu Mevzuatı, 2010, N 1, Madde 5) ve fıkra Federal Ajans'ın inşaat ve konut ve toplumsal hizmetler hakkındaki Yönetmeliklerinin 5.2.6'sı onaylandı (Rusya Federasyonu'nun Toplu Mevzuatı, 2012, N 28, Madde 3904),

Emrediyorum:

1. Bir sermaye inşaat tesisi için tasarım belgelerinin geliştirilmesi için özel teknik koşulların geliştirilmesi ve onaylanması için ekteki Prosedürü onaylayın.

2. Bu emrin yerine getirilmesinin kontrolü, Federal İnşaat, Konut ve Kamu Hizmetleri Dairesi Başkan Yardımcısı I.E. Genkin'e verilecektir.

süpervizör
V.I.Kogan

Başvuru. Bir sermaye inşaat nesnesi için tasarım belgelerinin geliştirilmesi için özel teknik koşulların geliştirilmesi ve onaylanması prosedürü

Başvuru
Federal Ajansın emriyle
inşaat için
ve konut ve toplumsal hizmetler

1. Bir sermaye inşaat tesisi için proje belgelerinin geliştirilmesi için özel teknik koşulların geliştirilmesi ve onaylanması için bu Prosedür, Genel Gereksinimlerözel teknik koşulların geliştirilmesi ve onaylanması (bundan böyle - STU).

2. STU'lar, proje belgelerinin hazırlanması için ulusal standartlar ve ulusal standartlar ve kural kodları (bu tür standartların ve kural kodlarının bölümleri) listesinde yer alan kural kodları tarafından belirlenen gereksinimlerden bir sapmayı gerektiriyorsa geliştirilir. 21 Haziran 2010 tarihli Rusya Federasyonu Hükümeti Kararı ile onaylanan "Binaların ve Yapıların Güvenliğine İlişkin Teknik Düzenlemeler" Federal Yasasının gerekliliklerine zorunlu olarak uygunluk sağlanır N 1047-r ( Rusya Federasyonu'nun Toplu Mevzuatı, 28 Haziran 2010, N 26, Madde 3405), belirtilen standartlar ve kural setleri tarafından belirlenen güvenilirlik ve güvenlik için yeterli gereklilik yoktur veya bu tür gereklilikler oluşturulmamıştır. düzenleyici tarafından belirlenen diğer durumlar yasal işlemler Rusya Federasyonu.

Mevcut düzenleyici gerekliliklerden sapmalar içeren hükümlerin STU'ya dahil edilmesine, bu sapmaları telafi eden hükümlerin STU'ya eşzamanlı olarak dahil edilmesine izin verilir.

3. Listelerde yer almayan belgelerde yer alan düzenleyici gereklilikler ulusal standartlar ve bunun sonucunda, zorunlu ve (veya) gönüllü olarak, 30 Aralık 2009 tarihli Federal Yasanın N 384-FZ "Binaların ve Yapıların Güvenliğine İlişkin Teknik Düzenlemeler" hükümlerine uyulmasını sağlayan kurallar dizisi. sağlanan (Rusya Federasyonu Toplu Mevzuatı, 2010, N 1, madde 5) (departman, bölgesel, diğer düzenleyici gereklilikler), sermaye inşaat tesisinin güvenliğinin sağlanması şartıyla, bu tür düzenleyicilerin kaynağını belirterek STU'ya dahil edilebilir. Gereksinimler.

4. Ayrı hükümler düzenleyici belgelerde yer alan yabancı ülkeler, Rusya Federasyonu mevzuatına uygun olmaları koşuluyla STU'ya dahil edilebilir.

5. STU'lar, belirli bir sermaye inşaat nesnesi ile ilgili olarak geliştirilir ve bir ana inşaat nesnesinin mühendislik araştırmaları, tasarım, inşaat, işletme ve ayrıca sökme (yıkım) özelliklerini yansıtan hükümler içerir.

STU'nun hükümleri, bir sermaye inşaat tesisi için belirli düzenleyici gereklilikler şeklinde formüle edilmiştir ve öngörülen şekilde kontrol olasılığına izin verir ve önerilen tasarım çözümlerini içermemelidir.

STU hükümlerinin, Rusya Federasyonu'nun düzenleyici yasal düzenlemesinin hükümleri şeklinde formüle edilmesine izin verilmez.

6. STU'da kullanılan miktarların gösterimleri ve birimleri, standardizasyon alanındaki belgelerde kabul edilen gösterimlere ve miktar birimlerine uygun olmalıdır.

7. STU aşağıdakilere izin vermez:

derogasyon Federal yasalar, Rusya Federasyonu Başkanı ve Rusya Federasyonu Hükümeti'nin eylemleri ve ayrıca Rusya Federasyonu'nun diğer düzenleyici yasal düzenlemeleri;

farklı bir yapıda hesaplama formülleri dahil olmak üzere Rusya Federasyonu'nun mevcut düzenleyici yasal düzenlemelerinde ve düzenleyici belgelerde yer alan hükümlerin dahil edilmesi.

STU'lar, gereksinimleri standardizasyon alanındaki mevcut belgeler tarafından düzenlenmeyen yeni malzemeler, ürünler, yapılar ve teknolojilerle ilgili olarak geliştirilmemiştir.

STU'nun yapısı, düzenleyici gereklilikler için çizimler, diyagramlar, talimatlar, yöntemler, hesaplamalar ve diğer gerekçeleri içermez.

8. STU'nun geliştirilmesi, geliştiricinin referans şartlarına uygun olarak gerçekleştirilir ( teknik müşteri).

Görev tanımı, STU geliştirme ihtiyacı için kısa bir gerekçe, sermaye inşaatı nesnesinin sorumluluk düzeyine ilişkin veriler ve ayrıca STU'nun geliştirilmesi için gerekli diğer gereksinimler ve bilgiler sağlar.

9. Mevcut yapı ile inşa edilmesi planlanan sermaye yapı nesnesinin temin derecesine bağlı olarak düzenlemeler STU'lar, mekanik, endüstriyel, sismik, yangın ve diğer güvenliğin sağlanması dahil olmak üzere gereksinimleri içeren geliştirilebilir.

10. STU aşağıdaki verileri içermelidir:

belirli bir sermaye inşaatı projesiyle ilgili olarak eksik düzenleyici gerekliliklerin ve (veya) mevcut düzenleyici gerekliliklerden zorunlu sapmaların bir göstergesi ile STU geliştirme ihtiyacının gerekçesi;

inşaat için temel;

sermaye inşaat nesnesinin adı ve yeri ve inşaat koşulları dahil veriler;

geliştirici (teknik müşteri), genel hakkında bilgi tasarım organizasyonu ve STU geliştiricisi;

alan planlama ve tasarım çözümleri beyanı ile sermaye inşaat nesnesinin kısa bir açıklaması.

11. STU'nun yapısı yapıya uygun olmalıdır geçerli belgeler belirlenmiş ek ve (veya) eksik düzenleyici gerekliliklerle ilgili olarak standardizasyon (veya bölümleri) alanında.

12. STU'nun onayı, Federal İnşaat, Konut ve Toplumsal Hizmetler Ajansı (bundan sonra - Gosstroy olarak anılacaktır) tarafından gerçekleştirilir.

13. STU onayının hazırlanmasına yönelik organizasyonel ve teknik önlemler yetkili kuruluş tarafından yürütülür. yapısal alt bölüm Gosstroy (bundan böyle İdare olarak anılacaktır).

STU'nun değerlendirilmesi, STU'nun onaylanması veya reddedilmesiyle ilgili tavsiyelerin hazırlanması ve ayrıca STU'nun tasarımına ilişkin tavsiyeler, Gosstroy Düzenleyici ve Teknik Konseyi (bundan sonra Konsey olarak anılacaktır) tarafından gerçekleştirilir. Konsey Yönetmeliği ve Konseyin bileşimi, Devlet İnşaat Komitesi'nin emriyle onaylanır.

14. STU'yu onaylamak için geliştirici (teknik müşteri) Gosstroy'a aşağıdaki belgeleri sunar:

geliştiricinin (teknik müşteri) başvurusu, geliştiricinin başkanı (teknik müşteri) veya onun sıfatıyla hareket eden bir kişi tarafından imzalanan, STU'nun dikkate alınması üzerine Gosstroy başkanına hitap eder. Başvuru yapılması durumunda tüzel kişilik, söz konusu ifade mühür ile sertifikalandırılmıştır.

Geliştirici temsilcisi tarafından imzalanmış iki nüsha halinde STU taslağı. STU bir tüzel kişilik tarafından geliştirilmişse, belirtilen STU bir mühür ile onaylanmıştır;

STU'da önerilen düzenleyici gereksinimlerin gerekçesini içeren ve gerekirse hesaplamaları, testlerin ve çalışmaların sonuçlarını, diyagramları, grafikleri, toplantı tutanaklarını ve diğer benzer bilgileri içeren açıklayıcı bir not;

STU'nun geliştirilmesi için görev tanımlarının bir kopyası;

risk hesaplamaları (gerekirse);

STU'nun onayını veya STU'da yer alan düzenleyici gereklilikleri ilgili federal yürütme makamlarıyla teyit eden belgeler. Yangın güvenliğinin sağlanması açısından düzenleyici gereklilikleri içeren STU, Rusya Federasyonu Bakanlığı'nın uygun onayı ile sunulur. sivil Savunma, acil durumlar ve sonuçların ortadan kaldırılması doğal afetler. Konseyin tavsiyesi üzerine Gosstroy, STU'yu ilgili federal yürütme organına, STU'da yer alan ilgili telafi edici ve ek önlemlerin yanı sıra ek düzenleyici gereklilikleri uygulama olasılığı konusunda böyle bir makamın konumunu kabul etmesi veya alması için gönderir;

geliştiricinin başkanı (teknik müşteri) veya onun görevlerini yerine getiren bir kişi tarafından onaylanmış, STU'nun geliştirilmesi için görev tanımlarının bir kopyası.

Geliştirici (teknik müşteri) tarafından sunulan belgeler, bu Prosedür ile belirlenen durumlar dışında iadeye tabi değildir.

15. Bu Prosedürün 14. paragrafına aykırı olarak sunulan STU'nun onaylanmasına ilişkin belgeler, kayıt tarihinden itibaren on iş günü içinde, esası dikkate alınmadan, iade nedenlerini de belirterek göndericiye iade edilir.

Bu Prosedürün 14. paragrafı uyarınca sunulan STU'nun onayına yönelik belgeler, Konsey tarafından değerlendirilmek üzere Ofis tarafından sunulur.

16. Bu Prosedürün 14. paragrafında belirtilen belgelerin değerlendirilmesinin sonuçlarına dayanarak, STU'lar Konsey tarafından onaylanmaları veya kabul edilmemeleri için tavsiye edilir. Konseyin tavsiyeleri, Konsey toplantı tutanaklarında belirtilir.

STU'nun Konsey tarafından değerlendirilmesi, bu Prosedürün 14. paragrafında belirtilen belgelerin Gosstroy'a kayıt tarihinden itibaren bir ay içinde gerçekleştirilir. Rusya Federasyonu Şehir Planlama Kanunu Madde 48.1'de listelenen sermaye inşaatı projeleri ile ilgili olarak (Sobraniye Zakonodatelstva Rossiyskoy Federatsii, 2005, N 1, Art. 16; 2006, N 52, Art. 5498; 2007, N 46, Art. 5553; N 50, Madde 6237; 2010, N 49, Madde 6410; 2011, N 29, Madde 4281; N 49, Madde 7015), Belirtilen periyot Gosstroy başkanının veya STU'nun koordinasyonundan sorumlu yetkili vekilinin kararı ile bir ay uzatılabilir.

STU'nun geliştirilmesine veya ilgili sermaye inşaat tesisi için proje belgelerine katılan Konsey üyeleri, STU'nun Konsey tarafından değerlendirilmesine katılmazlar.

17. STU üzerinde anlaşmaya varma veya STU'yu onaylamayı reddetme kararı, Gosstroy başkanı veya STU'nun onayından sorumlu yardımcısı tarafından, Konsey'in tavsiyelerine dayanarak, tarihten itibaren on iş günü içinde verilir. Konseyin ilgili toplantısından.

18. STU'nun onayına ilişkin karar, baş sayfa Kabul eden kişinin koordinatör imzasının STU'sunun iki kopyası söz konusu karar ve STU'nun iki nüshasının her sayfasına Büronun yetkili bir çalışanının ciro imzasını iliştirmek. Ö karar geliştirici (teknik müşteri), kararlaştırılan STU'nun bir kopyasının eklendiği ilgili kararın kabul edildiği tarihten itibaren üç iş günü içinde Gosstroy'dan bir mektupla bilgilendirilir.

19. STU'yu onaylamayı reddetme kararı, Gosstroy'dan geliştiriciye (teknik müşteri) STU'yu onaylamayı reddetme kararını veren kişi tarafından imzalanan ve Konsey toplantı tutanaklarından bir alıntı ile bir mektupla düzenlenir. , bu, önerinin onayı reddetme gerekçelerini gösterir.

20. STU'nun onaylanmamasına temel oluşturan nedenlerin ortadan kaldırılmasından sonra, öngörülen şekilde onay için yeniden gönderilebilirler.

21. Daha önce mutabık kalınan STU'da değişiklik ve eklemeler yapmak gerekirse, geliştirici (teknik müşteri) bu Prosedürün 14. paragrafına uygun olarak belgeleri Gosstroy'a sunar. Aynı zamanda, STU projesi dolu hesaba katarak değişiklikler ve eklemeler ve açıklayıcı not STU, bir değişiklik ve (veya) ekleme tablosu içerir.

STU'nun onaylanması durumunda yeni baskı yapılan değişiklik ve ilaveler dikkate alınarak önceden kararlaştırılan STU'lar ilgili kararın verildiği günden itibaren geçersiz hale gelir.

22. Mutabık kalınan STU'lardaki yanlış baskılar ve eksiklikler, Gosstroy mektubunda STS'nin ilgili hükümlerinin yeni bir versiyonu belirtilerek düzeltilebilir.

23. Mutabık kalınan STU'lar, Departman tarafından depolama ve muhasebeye tabidir.

24. Geliştirici (teknik müşteri), Gosstroy'a ilgili bir mektup göndererek, değerlendirmenin herhangi bir aşamasında STU'nun onayı için başvurusunu geri çekme hakkına sahiptir.

Düzenleyici etkinin değerlendirilmesi için önemli olan önerilen çözümlerin uygulanmasının sonuçlarının hesaplamaları, gerekçeleri ve tahminleri hakkında bilgi

Federal İnşaat, Konut ve Kamu Hizmetleri Ajansı'nın taslak emri "Bir Sermaye İnşaatı Nesnesi için Tasarım Belgelerinin Geliştirilmesi için Özel Teknik Koşulların Geliştirilmesi ve Onaylanması Prosedürü Hakkında"

1. Kısa Açıklamaönerilen yeni yasal düzenleme

Taslak sipariş, bir sermaye inşaat nesnesi (bundan sonra STU olarak anılacaktır) için proje belgelerinin geliştirilmesi için özel teknik koşulların geliştirilmesi ve onaylanması için genel gereksinimleri belirler.

2. Yeni yasal düzenleme ile çözülmesi gereken sorun, bu sorunun varlığının yarattığı olumsuz etkilerin değerlendirilmesi.

Değişiklik dikkate alınarak STU'nun geliştirilmesi ve onaylanması için yeni bir prosedürün oluşturulması federal organ STU'yu onaylamaya yetkili yürütme yetkisi.

3. Önerilen düzenlemenin amaçları ve yasal düzenleme ilkelerine uygunluğu, Rusya Federasyonu Başkanı ve Rusya Federasyonu Hükümeti'nin program belgeleri.

Taslak sipariş, Rusya Federasyonu Hükümeti'nin 30 Haziran 2012 N 670 sayılı Kararnamesi ile onaylanan Federal İnşaat ve Konut ve Kamu Hizmetleri Ajansı Yönetmeliğinin 5.2.6, 5.4.13 paragraflarına uygun olarak geliştirilmiştir. departman yasalarını Rusya Federasyonu'nun daha yüksek düzenleyici yasal düzenlemeleri ile uyumlu hale getirmek için.

4. Organların yeni yetkileri, işlevleri, görevleri ve hakları Devlet gücü, bedenler yerel hükümet veya bunların uygulanma sırasını değiştirmek.

İlgili işlevin Gosstroy'a devri ile bağlantılı olarak, taslak sipariş Gosstroy'un STU'yu onaylamaktan sorumlu olduğunu belirler.

5. Bütçe harcamalarının tahmini bütçe sistemi Rusya Federasyonu'nun yeni yetkilerin, işlevlerin, görevlerin ve hakların uygulanmasının yürütülmesini ve yürütülmesini organize etmek veya bunların uygulanma prosedürünü değiştirmek.

Taslak emrin yayınlanması gerekmeyecek ek masraflar Rusya Federasyonu bütçe sistemi pahasına.

6. Deneklerin yeni sorumlulukları girişimcilik faaliyeti veya mevcut görevlerin içeriğini değiştirmek.

Ticari kuruluşların yeni yükümlülükleri ve mevcut yükümlülüklerin içeriğindeki değişiklikler sağlanmaz.

7. Yeni düzenlemeden çıkarları etkilenecek olan ticari kuruluşların ana grupları yasal düzenleme, onların nicel değerlendirmesi.

Geliştirici (teknik müşteri).

8. Girişimcilik ve diğer faaliyetlerde bulunan kuruluşların, kendilerine verilen yükümlülüklere uyma ihtiyacı veya bu tür yükümlülüklerin içeriğindeki bir değişiklikle ilgili giderlerinin tahmini.

STU'nun onayı için geliştiriciden (teknik müşteri) herhangi bir ücret talep edilmez.

9. Önerilen yöntemle sorunu çözmenin imkansızlığı riskleri, öngörülemeyen riskler Olumsuz sonuçlar.

Önerilen yöntemle sorunu çözmenin imkansızlığı, öngörülemeyen olumsuz sonuç riskleri yoktur.

Belgenin elektronik metni
CJSC "Kodeks" tarafından hazırlanmış ve buna göre doğrulanmıştır.