ページの作成
親となるページを選択してください。
親ページに紐づくページを子ページといいます。
例: 親=スポーツ, 子1=サッカー, 子2=野球
子ページを親ページとして更に子ページを作成することも可能です。
例: 親=サッカー, 子=サッカーのルール
親ページはいつでも変更することが可能なのでとりあえず作ってみましょう!
テンプレート
テンプレートがありません。
確認申請とは
建物を建てる前には、その設計が建築基準法などの法令に適合しているかを公的に審査してもらう必要があります。この手続きが確認申請。通って初めて工事に着手でき、完了後の検査に合格して初めて使い始められます。流れと必要書類を整理します。
この記事の要点
- 確認申請は、着工前に設計が法令に適合しているか審査を受ける手続き
- 審査するのは建築主事または指定確認検査機関。適合すれば確認済証が交付される
- 申請には確認申請書と各種図書(配置図・平面図・立面図・断面図ほか)を添える
- 工事完了後は完了検査を受け、合格すると検査済証が交付されて使用できる
建物を建てる前には、その設計が建築基準法などの法令に適合しているかを公的に審査してもらう必要があります。この手続きが 確認申請 であり、審査に通って初めて工事に着手できます。図面の多くは、最終的にこの確認申請のために必要となるものです。確認申請で「どんな図書が・どの順序で」求められるかを知っておくと、用意すべき成果物が明確になります。本記事では確認申請の流れと必要書類を整理します。
1建築確認の流れ
確認申請から建物を使い始めるまでは、おおむね次の流れで進みます。各段階で公的なチェックが入り、適合が確認されるごとに証書が交付されます。
| 段階 | 内容 | 交付される証書 |
|---|---|---|
| 1. 確認申請 | 確認申請書と図書を提出し、設計の法適合を審査してもらう | 確認済証 |
| 2. 着工 | 確認済証の交付後に工事を開始する | — |
| 3. 中間検査 | 一定の工程(規模・用途による)で工事途中の検査を受ける | 中間検査合格証 |
| 4. 完了検査 | 工事完了後、図書どおり施工されたか検査を受ける | 検査済証 |
| 5. 使用開始 | 検査済証の交付を受けてから建物を使用する | — |
確認済証は「設計が法に適合している」ことの証、検査済証は「その設計どおりに建てられた」ことの証です。両方がそろって初めて、合法的に建物を使い始められます。なお、すべての建物が同じ手続きを踏むわけではありません。建物の規模・用途・構造、そして地域(防火地域かどうかなど)によって、確認申請が必要かどうかや、中間検査の要否、求められる図書の量が変わります。大規模・特殊な用途の建物ほど審査は厳格になり、提出書類も増えます。
確認申請の途中で計画を変更したい場合は、原則として 計画変更の確認申請 を改めて行う必要があります。着工後にモデルや図面を勝手に変えると、確認済証の内容と実物が食い違い、完了検査に通らなくなります。申請に出した時点のモデル・図面を「確定版」として管理し、以降の変更は変更手続きとひも付けて記録する、という運用が重要になります。
2確認申請書と図書
確認申請では、所定の 確認申請書 とともに、設計内容を示す 図書(図面・計算書など) を提出します。提出する図書は建物の規模・用途で変わりますが、基本となるものは次のとおりです。
| 図書 | 示す内容 |
|---|---|
| 配置図 | 敷地内での建物の位置・方位・道路や隣地との関係 |
| 各階平面図 | 各階の間取り・寸法・室用途・面積 |
| 立面図 | 各方向から見た外観・建物の高さ |
| 断面図 | 階高・天井高・各部の高さ関係 |
| 面積表(求積図) | 建築面積・延床面積などの算定根拠 |
| 構造関係図書・構造計算書 | 規模に応じて耐震性を示す資料 |
| 採光・換気・避難の検討資料 | 単体規定への適合を示す |
これらの図面が、建築図面の種類 で扱った配置図・平面図・立面図・断面図にそのまま対応します。つまり確認申請は、図面群が「何のために」必要かを示す最も具体的な場面の一つです。
3確認検査機関と完了検査
確認や検査を行うのは、地方公共団体に置かれる 建築主事 か、国土交通大臣・都道府県知事の指定を受けた 指定確認検査機関 です。かつては行政のみが行っていましたが、民間の指定確認検査機関も審査できるようになり、審査の選択肢が広がっています。
工事が完了したら 完了検査 を申請し、確認申請どおりに施工されているかを検査員が確認します。合格すると 検査済証 が交付されます。検査済証は、建物が適法に完成したことの公的な証明であり、将来の増改築や売買、融資の際にも重視される重要書類です。検査済証がない建物は、増改築の確認申請が通りにくかったり、取引で不利になったりするため、完了検査を確実に受けて取得しておくことが重要です。
モデルを「正の情報源」に — 確認申請と BIM の動向
従来、確認申請は紙または PDF の2D図面で行われてきました。近年は、BIM モデルを活用して申請図書を作成・チェックする取り組みが進んでいます。具体的には、モデルから配置図・平面図・面積表などを自動生成して整合性を保つ、面積や高さといった数値をモデルから直接算定する、といった活用です。国内でも国土交通省を中心に BIM を用いた建築確認の制度的な検討・実証が進められており、将来的にはモデルそのものを審査に活用する方向が模索されています。
こうした「モデルが正の情報源(シングルソース)」という考え方は、まさに BIM が目指す姿です。申請に出す図面はモデルから機械的に生成し、人手の修正で枝分かれさせないこと。これは「図面を正としてモデルを後追いする」のではなく、「モデルを正として図面を生成する」という BIM 本来の流れを徹底することにほかなりません。確認申請に作成した情報を竣工後も引き継いで一元管理できれば、改修や売買のたびに資料を探し回る手間も減ります。
→次に読む
ページの作成
親となるページを選択してください。
親ページに紐づくページを子ページといいます。
例: 親=スポーツ, 子1=サッカー, 子2=野球
子ページを親ページとして更に子ページを作成することも可能です。
例: 親=サッカー, 子=サッカーのルール
親ページはいつでも変更することが可能なのでとりあえず作ってみましょう!
テンプレート
テンプレートがありません。
子ページはありません
人気ページ
- 1 建築とは — 建築物の定義・建築と土木の違い・ライフサイクルをわかりやすく解説
- 2 建築・BIM 総合Wiki — 建築の基礎からBIM・Revit・Speckleまで体系的に解説
- 3 建築図面の縮尺と寸法表記 — 1/100・1/50 の使い分けと mm 基準・面積をやさしく解説
- 4 日本のBIM動向 — 国交省BIM/CIM・建築BIM推進会議・ガイドラインをわかりやすく整理
- 5 建築プロジェクトの登場人物|施主・設計事務所・ゼネコン・サブコンと発注方式
- 6 建築入門 — 分野・登場人物・設計から竣工までの流れをやさしく整理
- 7 建築の3分野とは|意匠・構造・設備(MEP)の役割分担とBIMの分野別モデル
- 8 Speckle Automateとは|Version公開トリガーで自動QA・命名規約チェックを走らせる仕組み
- 9 Revit フェーズとデザインオプション|既存・解体・新築の段階管理と設計案比較
- 10 Revit ワークシェアリング徹底解説|ワークセット・セントラルファイル・同期(SWC)・クラウド共同作業
最近更新/作成されたページ
- Dynamo入門|Revitビジュアルプログラミング・ノードとワイヤ・Pythonノード・Dynamo Player NEW 2026-06-29 15:23:47
- 建築の3分野とは|意匠・構造・設備(MEP)の役割分担とBIMの分野別モデル NEW 2026-06-29 15:23:47
- specklepy入門|Python SDKでSpeckleClient認証・operations.send/receive NEW 2026-06-29 15:23:47
- 建築図面の縮尺と寸法表記 — 1/100・1/50 の使い分けと mm 基準・面積をやさしく解説 NEW 2026-06-29 15:23:47
- Speckle Viewerとは|Web3D表示・プロパティ確認・iframe埋め込みと@speckle/viewer NEW 2026-06-29 15:05:23
- Speckle .NET SDK入門|NuGet導入・認証・Base作成・send/receiveとRevitアドイン連携 NEW 2026-06-29 15:05:23
- 日本のBIM動向 — 国交省BIM/CIM・建築BIM推進会議・ガイドラインをわかりやすく整理 NEW 2026-06-29 15:05:23
- Speckle Automateとは|Version公開トリガーで自動QA・命名規約チェックを走らせる仕組み NEW 2026-06-29 15:03:33
- Speckleデータ連携の実務パターン|数量集計・Power BI・QA・他DB連携のパイプライン NEW 2026-06-29 15:03:33
- SpeckleとIFCの違い|標準ファイル交換とライブ連携の比較表と併用の現実解 NEW 2026-06-29 15:03:33
- Speckle Serverセルフホスト|docker-compose構成とデータ主権・運用設計 NEW 2026-06-29 15:03:33
- Speckleとは|OSSのAECデータプラットフォームをやさしく解説 NEW 2026-06-29 15:03:32
- Speckleのsend/receive|Version生成・選択フィルタ・差分とバージョン履歴 NEW 2026-06-29 15:03:32
- Speckleのコネクタ|Revit/Rhino/Grasshopper/Blender等の連携とsend/receive NEW 2026-06-29 15:03:32
- Speckleオブジェクトモデル|Base・動的プロパティ・detach・ハッシュと重複排除 NEW 2026-06-29 15:03:32
コメントを削除してもよろしいでしょうか?