2026年4月から、建築確認申請の現場で「BIM図面審査」が本格的に動き始めます。ポイントは、BIMモデルから書き出したPDF図書で審査しつつ、IFC（3Dモデル）を「参考」として提出すること。そして、国交省が示す入出力基準＋適合申告を前提に、図書間の整合性確認の一部が省略される点です。

この記事では「何が変わるのか」「何を用意すべきか」「どこでつまずくのか」を、設計者・施工管理・審査対応の目線で、実務に落とせる形で整理します。

BIM図面審査とは

定義｜BIMデータから書き出したPDF図書を用いる建築確認の申請・審査手法

結論：BIM図面審査は、「BIMモデル→PDF図書」を主資料として建築確認の申請・審査を行う方式です。
国交省の整理では、BIMデータ（モデル）から書き出された図書（PDF）を活用し、一定のルールに沿って作成されたことを前提に審査を効率化します。

理由はシンプルで、従来の審査で負担になりがちな「図面間の突合（整合性確認）」を、「同一モデルから出力されている」という担保によって軽くできるからです。

具体的には、申請者（設計者）が入出力基準に沿ってモデルを整備し、PDFとIFCを出力し、適合申告書（チェックリスト）で「基準に沿って作った」ことを申告します。

最後にもう一度。BIM図面審査は「モデル審査」ではなく、まずはPDF図書審査のやり方をBIM前提に置き換える制度です。

いつから？｜2026年4月開始（将来はBIMデータ審査へ）

開始は2026年4月です。国交省側でも、令和8年（2026年）4月開始として、講習会や成果物（ガイドライン等）が公開されています。

位置づけとしては段階移行です。

• 2026年4月：BIM図面審査（PDF中心＋IFCは参考）
• 将来：BIMデータ審査へ（ロードマップとして2029年移行が語られることが多い）

つまり、2026/4は「図面審査の効率化フェーズ」。ここで勝負になるのは、モデル品質そのものよりも「PDF/IFCの出力ルールと版管理」です（後半で詳しく触れます）。

何が変わる？従来の電子申請との違い（メリットと前提）

変化①｜図書の整合性確認を「一部省略」できる仕組み

結論から言うと、BIM図面審査の最大の旨味はここです。
入出力基準に従って作成されたBIMデータから書き出した図書であることを前提に、図書間で同一であるべき記載事項の整合性確認を一部省略できる考え方が示されています。

なぜ省略できるのか。
審査側が毎回「平面図と断面図で寸法が一致しているか」「開口位置が合っているか」を総当たりで突合する代わりに、「同一BIMから同時出力され、設計者が申告している」という担保を使うからです。

ただし前提条件が崩れると一気に破綇します。典型は次の2つです。

• PDFだけ2Dでこっそり直す（モデルと図書がズレる）
• IFCが別モデル／別版（同時出力の担保が崩れる）

省略のメリットを取りにいくなら、「同時出力」＋「申告」＋「版管理」をセットで守る必要があります。

変化②｜IFC（3Dモデル）を審査の参考に使い、理解・指摘を効率化

次に誤解されやすい点です。
IFCは提出が求められても、2026年4月開始時点では「審査対象ではなく参考」として扱う、という整理が明確に示されています。

それでもIFCが効く理由は、審査の現場で「立体で見た方が早い」場面が多いからです。

• 吹抜・階段・避難経路など、2Dで読み違いが起きやすい箇所
• 納まりや位置関係（梁・配管など）を「説明」するとき
• 指摘箇所を特定して、やり取りを短くするとき

つまりIFCは、審査の「判断材料」ではなく、コミュニケーションの「共通理解」を作る道具と捉えるのが実務的です。

変化③｜提出物・運用（CDE等）が変わる

最後に運用面。BIM図面審査では、電子申請の仕組みと併用して、確認申請用CDE（共通データ環境）でPDFやIFC等のデータ共有・指摘対応を行う考え方が整理されています。

【ここが重要】
CDEを導入すること自体より、実務で事故るのは次の論点です。

• 誰がアップロード権限を持つか（設計／協力会社／元請）
• ファイル命名・改訂番号ルールをどう統一するか
• 指摘対応で「どれが最新版か」を迷わせない運用

制度対応は、BIMソフトの話よりも先に、情報管理の設計が必要になります。

対象は？誰が使う？

対象建築物・申請の考え方（BIM図面審査にできる/できない）

結論：「やりたい」だけでは使えません。入出力基準に沿った作り方・出し方ができることが前提です。国交省側は、ガイドライン・入出力基準・申告書様式等をセットで公開しており、これに適合する運用が求められます。

また実務では、案件や体制によって「BIM図面審査に乗せにくい」ケースが出ます。たとえば、

• 意匠・構造・設備でモデルの責任分界が曖昧（誰が最終整合を担保するか不明）
• 協力会社の作図が混在し、2D加筆が常態化している
• IFCを出しているが、ビューアで視認・整合確認ができない（出力設定／分類／要素欠落）

まずは「対象可否」の前に、自社の運用が「同時出力＆改訂管理」に耐えるかを点検するのが早道です。

関係者別に何が変わるか（設計者／施工管理／確認検査機関）

設計者
結論：やることが増えるのは「作図」より申告と運用です。
入出力基準に沿った入力、PDF/IFCの同時出力、適合申告書、CDEでの版管理…と、審査対応を「データ運用」として回す必要が出ます。

施工管理（元請）
結論：直接の申請者でなくても、工程影響が出ます。
審査が短縮される可能性がある一方、補正が起きると「モデル修正→再出力→再提出」で手戻りが連鎖しやすい。設計変更と出力ルールの共有が工程管理の一部になります。

確認検査機関（審査側）
結論：PDF中心は維持しつつ、IFC参照で理解が速くなる。
図書の整合性確認を一部省略し、IFCを形状理解に使うことで、審査効率化を狙う枠組みです。

提出物は何？（PDF・IFC・申告書が肝）

必須の提出物｜PDF図書＋IFCデータ＋（必要な）申告書

結論：基本は「PDF図書＋IFC＋適合申告（チェックリスト）」の3点セットです。制度説明資料でも、入出力基準に沿って作成し、PDFとIFCを書き出し、申告書等を準備してCDEにアップロードする流れが示されています。

実務で強調したいのは、この原則です。

• PDF図書とIFCは、同一のBIMデータから「同時に」書き出す
  → 片方だけ更新すると、整合の担保が壊れます。

申告書は「テンプレがあるから終わり」ではありません。申請先の確認検査機関等で様式・運用が異なる可能性があるため、早めの確認が安全です。

IFCは何のため？｜形状理解＋「BIMで作られた」ことの担保

結論：IFCの役割は2つです。

1. 形状理解の補助（審査を速くする）
2. 「BIMで作って同時出力した」ことの裏取り材料
   （参考扱いでも、整合が取れないと手続きが詰まる）

制度説明でも、IFCは審査対象ではなく参考としつつ、活用する前提が明確です。

なので、IFCは「出せばOK」ではなく、最低限ここを満たす必要があります。

• ビューアで誰でも開ける・回せる・確認できる
• 図書の形状と明らかにズレていない
• 版が一致している（提出PDFと同じタイミングの出力）

入出力基準とは？（形状・属性・計算）

結論：入出力基準は、「何をBIMのオブジェクト／属性として持ち、どう出力するか」の共通ルールです。国交省はBIM図面審査の開始に向け、ガイドライン・入出力基準・表現標準・申告書等を成果物として公開しています。

ここを噛み砕くと、現場で問われるのは次の3点です。

• 形状：必要要素がオブジェクトとして構成され、図書に出ること
• 属性：審査に必要な情報が、抜けずに整理されること
• 計算・算定：自動算定や集計の前提になる情報がルール化されること

難しく見えますが、最初の導入で大事なのは「完璧な属性」より、「省略の前提が崩れない最低ライン」を守ることです。

申請〜審査の流れ（全体像）

Step1 事前準備｜BIMモデル整備→PDF/IFC書き出し→申告書

結論：審査に出す前に勝負が決まります。
BIM図面審査は、提出後の対応より、提出前の品質と運用設計が成果を左右します。

• 入出力基準に沿ってモデル整備
• PDF図書・IFCを同時出力
• 適合申告書（チェックリスト）を作成
• IFCをビューアで開き、視認性と整合を確認

Step2 提出｜電子申請＋CDE等へのアップロード（運用に注意）

結論：提出先が増えるというより、「共有環境でやり取りする」のが前提になります。
確認申請用CDEの仕様や役割も整理されており、申請・審査のデータ流通をここで回す設計です。

ここでの事故ポイントは、データの出来よりも、

• フォルダ階層・ファイル命名がバラバラ
• Rev管理がない
• 誰が最終アップロードするか未定

といった運用の未整備です。

Step3 審査・指摘対応｜PDFで審査、IFCで形状確認（参考）

結論：指摘対応が短くなるかどうかは、IFCが「説明に使える品質」かで決まります。
制度説明でも、IFCは形状理解の参考として活用される整理です。

審査者側はPDFを主に見ながら、必要に応じてIFCで確認し、指摘を返す。申請者はその指摘に対し、モデルを修正して再出力し、再提出する、というサイクルになります。

Step4 補正｜モデル修正→PDF/IFC再出力の注意（「同時書き出し」を崩さない）

結論：補正で一番やりがちなのが「PDFだけ差し替え」です。
でもそれをやると、BIM図面審査の前提（同一モデル同時出力）が崩れます。ガイドラインやマニュアルでも、申告書の考え方として「入出力基準に従いBIMからPDF/IFCを書き出したこと」を担保する位置づけが示されています。

導入前にやること（設計者・施工管理のチェックリスト）

設計者チェック（最低限）

結論：ここだけ押さえると、制度対応の成功率が上がります。

■最低限のチェック（設計者）

• 入出力基準に沿った入力（形状／属性／算定の前提）
• PDF/IFCを同一BIMから同時書き出し
• IFCの視認性確認（ビューアで開ける・主要部位が見える）
• 適合申告書（チェックリスト）の整備（申請先ルールも確認）
• ファイル命名・改訂番号（Rev）を固定し、CDE運用に合わせる

ポイントは「最初から100点を狙う」より、「審査が止まる要因（開けない／ズレる／版が違う）を潰す」ことです。

施工管理（元請）チェック（関わりが出るところ）

結論：施工側は「申請するかどうか」より、設計変更と工程に効くので押さえるべきです。

• 設計変更時の再出力ルール共有（PDFだけ差し替え禁止）
• 補正期間短縮の可能性を、工程計画に織り込む（効果が出る案件は出ます）
• 役割分担の明確化（CDE権限／最終提出者／質疑窓口）
• 版管理の合意（Revの付け方、提出ログ、修正点の記録）

施工側がここを握ると、申請の「詰まり」が工期に波及しにくくなります。

よくあるつまずき・注意点（ここがPV伸びやすい）

IFC不備でBIM図面審査にできないケース（「対象外」になる条件）

結論：BIM図面審査は「IFCは参考」でも、不備があると運用が成立しないことがあります。

よくある「詰みパターン」は次の通りです。

• IFCが視認不可（開けない・重すぎる・要素が欠落している）
• PDF図書とIFCの形状が明らかに違う（別版／別モデル）
• 申告書で整合省略をうたうのに、同時出力の担保が崩れている

IFCが参考でも、審査側の理解・指摘・合意形成に使う以上、最低限の品質は必須です。

IFCは審査対象じゃないのに、なぜ重要？

結論：IFCは「合否判定の対象」ではなくても、審査が前に進むための共通言語だからです。
制度説明でも、IFCは形状理解の参考として活用される前提が明示されています。

審査の現場で起きるのは「判断」より「理解」。ここが速くなると、結果として指摘が短くなり、補正も短くなる可能性が出ます。逆にIFCが使えないと、結局2Dの読み解きに戻り、メリットが消えます。

BIM運用の地雷｜モデル更新管理、版管理、出力ルールが曖昧

結論：一番危ないのは「人が増えた瞬間に壊れる運用」です。

【事例風に言うと】

• 意匠がRev2、設備がRev1のまま統合され、PDFは最新、IFCは旧版
• 指摘対応で「ついで修正」が入り、審査側が差分確認に時間を取られる
• CDEに旧版が残り、審査者が誤って旧版を参照

対策は、BIMソフトの教育より先に、運用ルールの固定（誰が・いつ・何を・どう出すか）です。CDEを使うならなおさら、ログと版が命です。

よくある質問

まとめ｜2026年4月以降は「モデル品質×出力ルール×版管理」が勝負

BIM図面審査は、BIMソフトを入れれば自動的に楽になる制度ではありません。
「同一BIMからPDF/IFCを同時出力」し、「入出力基準に沿っていることを申告」し、「CDE等で版管理する」——この運用が揃ったときに初めて、整合性確認の省略や審査効率化のメリットが出ます。