建設文書の命名標準
建設文書は ProjectCode_DocType_Discipline_Revision.pdf の形式で命名し、改訂を追跡し、専門分野で絞り込み、プロジェクト全体のライフサイクルで文書管理を維持します。
- まずプロジェクトコードを付けて、単一プロジェクトの全文書をまとめます。
- 即座に分類できるよう、文書種別（RFI、Submittal、ChangeOrder、Drawing、Spec）を含めます。
- エンジニアリング分野で絞り込めるよう、専門分野コード（AR、ST、ME、EL、PL）を追加します。
- 必ず改訂番号または文字を末尾に付けます。建設文書は継続的に改訂される生きた文書です。
6社のゼネコンと建築事務所で、このパターンにより 8.3k 件の建設文書が整理されています。
推奨パターン
標準的な建設文書パターン
プロジェクト文書管理の中核となるパターンです。すべての文書をプロジェクト単位でまとめ、種別と番号で分類し、改訂を追跡します。RFI、submittal、change order、一般的なプロジェクト文書に使えます。
ProjectCode_DocType_Number_Revision.pdfPRJ-2025-042_RFI-0042_RevC.pdf建設図面パターン（ISO 19650に着想）
BIMと図面管理向けのISO 19650着想パターンです。完全な項目構成により、作成者、専門分野、ゾーン、階で絞り込みできます。プロジェクト規模に応じて必要な項目を使ってください。
ProjectCode_Originator_Discipline_Zone_Level_Type_Number_Revision.pdfPRJ-042_ARC_AR_ZZ_L02_Plan_0001_P02.pdfSubmittalパッケージのパターン
Submittal追跡向けです。仕様セクションに紐づけて適合確認を行い、承認状況を追跡します。Submittal番号は、プロジェクト管理システム内のsubmittal台帳に対応します。
ProjectCode_Submittal-Number_Spec-Section_Vendor_Status.pdfPRJ-2025-042_SUB-0023_03300_Hilti_Approved.pdf基本原則
プロジェクトコードですべてをまとめる
建設プロジェクト内のすべての文書は、プロジェクトコードで始める必要があります。GCが同時に 10 件のプロジェクトを管理する場合、プロジェクトコードが最初の絞り込み条件です。プロジェクト管理システムと同じコードを使ってください。
改訂追跡は必須です
建設文書は継続的に改訂されます。RFI回答は 3 回の改訂を経ることがあります。図面一式は、着工時点で改訂 P05 になっていることもあります。ファイル名に改訂追跡がなければ、誰かが古い図面を基に施工してしまいます。
標準の専門分野コードを使う
AR (Architecture)、ST (Structural)、ME (Mechanical)、EL (Electrical)、PL (Plumbing)、CV (Civil)、LA (Landscape)。これらは業界標準であり、すべての建設専門職に認識されています。
BIMプロジェクトではISO 19650に従う
プロジェクトでBIM (Building Information Modeling) を使用する場合、ISO 19650は標準化された命名規則を提供します。厳密に従わない場合でも、その項目構成（project、originator、discipline、zone、level）は実績のあるフレームワークです。
ファイル名にスペースは入れない
建設ファイルは Windows マシン、プロジェクトサーバー、SharePoint、メールの間を移動します。スペースはスクリプトを壊し、URLエンコードの問題を引き起こし、互換性の問題を生みます。項目内はハイフン、項目間はアンダースコアを使ってください。
文書種別の略称は統一する必要があります
略称を決めて、プロジェクトの文書管理計画で公開してください。RFI (Request for Information)、SUB (Submittal)、CO (Change Order)、DWG (Drawing)、SPEC (Specification)。同じプロジェクト内で "RFI" と "RequestForInfo" を混在させてはいけません。
よくあるミス
ファイル名に改訂追跡がない
改訂番号のない構造図は、改訂 D が最新なのに誰かが改訂 A を基に施工する可能性があります。これにより、手戻り、遅延、潜在的な安全上の問題が生じます。
修正: 必ず改訂を末尾に付けます: PRJ-2025-042_RFI-0042_RevC.pdf
プロジェクト全体で専門分野コードが統一されていない
建築家が "ARCH" を使い、構造エンジニアが "ST" を使うと、絞り込みと並べ替えが機能しません。文書管理が手作業になり、ミスが起こりやすくなります。
修正: 正確なコードを含むプロジェクト命名標準を公開します: AR、ST、ME、EL、PL、CV、LA。
ファイル名にスペースがある
建設ファイルは SharePoint にアップロードされ、メール送信され、FTPサーバーに置かれ、スクリプトで参照されます。スペースは URL、コマンドラインツール、多くのプロジェクト管理システムで問題を起こします。
修正: ハイフンとアンダースコアを使います: PRJ-2025-042_RFI-0042_RevC.pdf
図面で改訂番号の代わりに日付を使う
2025-10-15 という日付の図面では、更新日しか分からず、どの改訂かは分かりません。同日に複数回更新されると曖昧になります。業界では図面は日付ではなく改訂で管理します。
修正: 連番の改訂文字または番号を使います: RevA、RevB、RevC または P01、P02、P03。
プロジェクトコードがない
GCが複数プロジェクトを管理している場合、プロジェクトコードのない "RFI-0042.pdf" には意味がありません。どのプロジェクトのものか分かりません。
修正: 常にプロジェクトコードを先頭に付けます: PRJ-2025-042_RFI-0042_RevC.pdf
その他の命名ガイド
すべての命名ガイドを見る →よくある質問
ISO 19650とは何ですか。従うべきですか？
ISO 19650は、BIMを含む建築物および土木工事に関する情報の整理とデジタル化のための国際標準です。プロジェクトでBIMを使用している場合、ISO 19650の命名規則に従うことで他社との相互運用性を確保できます。より単純なプロジェクトでも、その原則（project-originator-discipline-type-number-revision）は適用できます。
RFI回答と元のRFIはどう区別すればよいですか？
元のRFIとその回答は同じRFI番号を共有する必要があります。接尾辞で区別します: PRJ-042_RFI-0042_Request_RevA.pdf と PRJ-042_RFI-0042_Response_RevA.pdf。あるいは、回答によって元文書が更新される場合は別の改訂として管理します。
協力会社からの製作図はどう扱えばよいですか？
製作図はsubmittalとして扱います。submittalパターンを使います: PRJ-042_SUB-0023_ShopDwg_SubcontractorName_RevA.pdf。追跡できるように協力会社名を含めてください。
竣工図書はどう扱えばよいですか？
竣工図書は最終版です。"AB" の改訂タグを付けた図面パターンを使います: PRJ-042_ARC_AR_Plan_0001_AB.pdf。これにより、竣工図を施工段階の改訂と区別できます。
CSI MasterFormatの区分番号を使うべきですか？
Submittalと仕様書では、はい。CSI区分番号（例: 現場打ちコンクリートの 03300）は建設業界で広く理解されています。これにより、submittalと仕様書の自動照合が可能になります。
コンサルタントから受領した図面一式の命名を自動化できますか？
はい。Renamed.to は建設図面のタイトルブロックを読み取り、プロジェクトコード、専門分野、シート番号、改訂を抽出し、コンサルタントが異なる規則を使っていても、プロジェクト命名標準に合わせてリネームできます。