引渡し後に困らない:竣工図書と設備台帳のまとめ方

建物や設備の引渡し後に、竣工図書や設備情報を探す場面は少なくありません。 点検、修理、改修、部品交換、テナント入替、設備更新、トラブル対応など、運用が始まってから必要になる資料は多くあります。

ところが、竣工時にPDFやCAD、写真、取扱説明書、保証書がまとめて渡されても、半年後や数年後に「最新版がどれか」「対象設備の資料がどこにあるか」「誰が受領したか」が分からなくなるケースがあります。 原因は資料の量ではなく、分類・改訂・台帳・権限・バックアップのルールが決まっていないことです。

このページでは、竣工図書と設備台帳を、引渡し後の保守・改修・確認業務で使いやすい状態にするための考え方をまとめます。 図面改訂や仕様変更を扱う前提は、図面改訂・仕様変更を「配布+既読」で管理 の考え方が土台になります。

このテーマと相性がいいページ
・改訂の回し方:図面改訂・仕様変更の配布+既読
・ファイル/図面の扱い:ファイルアップロード設計
・マスタと台帳の基本:マスタ運用の設計ガイド
・証跡を残す:監査ログ設計
・バックアップ前提:バックアップと復旧設計
・設備・レイアウト情報:備品・レイアウト情報の取得設計

1. 竣工図書は「引渡し後の使い方」から分類する

竣工図書を単にフォルダへまとめて入れるだけでは、後から必要な資料を見つけにくくなります。 工事中の管理単位と、引渡し後の利用者が探す単位は必ずしも同じではありません。 保守担当者、施設管理者、テナント管理者、改修担当者がどのように資料を探すかを前提に分類しておくことが重要です。

分類は「後から探す人」の視点で決めます。
工事会社側の提出単位だけで分類すると、運用側が必要な資料へたどり着きにくくなります。 場所、機器、系統、資料種別のどれで探すことが多いかを確認してから、分類を決める方が実務に合います。

画面例 竣工図書・設備台帳ポータル

竣工図書・設備台帳ポータル 図面・資料・設備情報を一元管理
資料分類
図面 124件

竣工図、系統図、配置図、配線図、配管図

検査・試験 58件

検査記録、試験成績、写真、是正記録

取扱・保証 43件

取扱説明書、保証書、保守要領、メーカー連絡先

設備台帳 更新中

設置場所、型式、製番、保守周期、保証期限

空調設備:AHU-03
設置場所 B棟 3F 機械室|系統:3F東側空調
関連図面 空調系統図 Rev.03、機械室配置図 Rev.02、配管図 Rev.04
取扱・保証 取扱説明書、保証書、保守点検要領、メーカー問い合わせ先
次回点検 2026/06/15予定|担当:設備管理チーム|点検周期:6か月

竣工図書は資料分類だけでなく、設備台帳から関連図面・保証書・保守資料へ移動できる導線を用意すると、引渡し後の確認が短く済みます。

2. 最新版はファイル名ではなく改訂履歴で判断する

竣工図書や図面でよく起きるのが、「最新版がどれか分からない」という問題です。 ファイル名に「最新版」「最終」「修正版」と付けても、時間が経つと判断できなくなります。 最新版はファイル名ではなく、改訂履歴で管理する必要があります。

改訂履歴では、少なくとも次の情報を持たせます。

改訂 図面・資料の改訂管理フロー

1

登録

図面・資料を分類、設備、場所と紐づけて登録する。

2

改訂

Rev、変更理由、変更箇所、発行日を記録する。

3

配布

関係者や管理会社へ配布し、対象者を残す。

4

受領確認

誰がいつ確認したかを受領・既読として記録する。

5

旧版管理

旧版は削除せず、参照用か使用禁止かを明示する。

この「配布+既読」の考え方は、図面改訂の運用 がそのまま参考になります。 改訂後に誰へ配布したか、誰が受領したかを残しておくと、後日の確認や説明がしやすくなります。

3. 設備台帳は「場所」「機器」「保守」の3軸で作る

設備台帳は、設備名と型式だけを並べた一覧では十分に使われません。 引渡し後に役立つ台帳にするには、場所、機器、保守の3軸で確認できるようにしておく必要があります。

台帳 設備台帳で持たせたい3つの軸

場所

棟、階、室名、エリア、系統など。図面で使っている呼び方と合わせると、現地確認がしやすくなります。

機器

機器種別、メーカー、型式、製番、能力、設置年月など。交換部品やメーカー問い合わせにも使います。

保守

点検周期、保証期限、部品交換履歴、故障履歴、次回点検日など。保守計画と連動します。

台帳の軸を決める際は、マスタ運用 の考え方が役立ちます。 場所名、機器種別、メーカー名、保守区分などは、表記がばらつくと検索や集計に影響するため、マスタとして管理する方が扱いやすくなります。

項目 内容例 実務での使い道
設置場所 B棟3F機械室、1Fエントランス、屋上設備置場 点検・故障時の現地確認、図面との紐づけ。
機器情報 メーカー、型式、製番、能力、設置年月 部品手配、メーカー問い合わせ、更新計画。
関連資料 取扱説明書、保証書、系統図、検査記録 修理時・改修時の確認資料。
保守情報 点検周期、保証期限、次回点検日、故障履歴 保守計画、予防保全、契約更新判断。

4. ファイル登録では容量・形式・権限を先に決める

竣工図書には、PDF、CAD、写真、Excel、メーカー資料など、さまざまなファイルが含まれます。 特にCADや高解像度写真は容量が大きくなりやすいため、最初に登録ルールを決めておかないと、アップロード失敗や管理負荷につながります。

CADはPDFとセットで扱うと確認しやすくなります。
CADファイルは編集や再利用に必要ですが、誰でもすぐ確認できるとは限りません。 閲覧用PDFと原本CADを分けて登録し、用途に応じて見せるファイルを切り替えると運用しやすくなります。

ファイルアップロードの考え方は、ファイルアップロード設計 と相性が良いです。 竣工図書の場合は、単に添付できるだけでなく、分類・設備・場所・改訂・権限を同時に扱えるようにしておくことが重要です。

5. 証跡を残し、引渡し後の説明責任に備える

引渡し後には、「その資料は渡されたのか」「いつ差し替わったのか」「誰が確認したのか」が問題になることがあります。 このとき、公開・差替え・受領の証跡が残っていれば、確認が短く済みます。

証跡として残したいのは、次のような情報です。

監査ログの基本は、監査ログ設計 を土台にすると組み立てやすくなります。 竣工図書や設備台帳では、改訂履歴と受領記録をセットで残すと、管理者側の確認負担を減らせます。

6. 閲覧権限は「社内・協力会社・施主・管理会社」で分ける

竣工図書や設備台帳には、社外へ共有してよい情報と、社内・関係者だけで扱う情報が混在します。 一律で全員に見せるのではなく、役割ごとに閲覧範囲を分ける必要があります。

権限 閲覧範囲と保管ルールの例

閲覧範囲

  • 社内管理者:全資料を閲覧・編集可能
  • 協力会社:担当範囲の図面・仕様のみ閲覧
  • 施主・管理会社:引渡し資料・保証書・取扱説明書を閲覧
  • テナント:該当区画に関わる資料のみ閲覧

保管・復旧

  • 重要資料は削除不可または管理者承認制
  • 旧版は参照用として残す
  • バックアップは台帳データとファイルの両方を対象にする
  • 誤削除・上書き時に復旧できる手順を用意する

図面、保証書、保守資料、メーカー資料の閲覧範囲を分けておくと、不要な情報共有を避けつつ、必要な人が必要な資料を確認できます。

7. 消えない前提ではなく、復旧できる前提を作る

竣工図書や設備台帳は、長期間使う資料です。 それだけに、誤削除、上書き、ファイル破損、担当者の退職、サーバートラブルに備える必要があります。

考え方は バックアップと復旧設計 がそのまま使えます。 竣工図書の場合は、ファイルだけでなく、設備台帳や改訂履歴、受領記録も復旧対象に含めることが重要です。

8. 業種別・施設別の使い方

オフィスビル・商業施設

テナント入替、共用部改修、空調・電気・防災設備の点検が定期的に発生します。 場所、区画、設備、系統ごとに図書を確認できるようにしておくと、管理会社や協力会社とのやり取りが短く済みます。

工場・倉庫

生産設備、搬送設備、電気設備、空調、消防設備などが多く、保守周期や部品交換履歴が重要になります。 設備台帳と点検履歴をつなげることで、故障対応だけでなく予防保全にも使いやすくなります。

ホテル・病院・学校

利用者がいる施設では、トラブル時の初動が重要です。 設備の場所、緊急連絡先、保証期限、取扱説明書、系統図をすぐ確認できる状態にしておくと、現場担当者の対応負担を減らせます。

最後に

竣工図書と設備台帳を引渡し後に使いやすくするには、資料を保管するだけでは足りません。 資料の分類、最新版の判断、設備台帳との紐づけ、権限、証跡、バックアップまでを含めて設計する必要があります。

特に重要なのは、竣工図書を資料分類だけで見るのではなく、設備台帳の「場所・機器・保守」とつなげることです。 図面、取扱説明書、保証書、点検記録を設備ごとに確認できるようにしておくと、引渡し後の保守・改修・トラブル対応で使いやすくなります。

まずは、現在の竣工図書を「図面」「検査・試験」「取扱・保証」「設備台帳」に分け、設備台帳側に場所・型式・保証期限・関連資料を紐づけるところから始めると、運用に乗せやすくなります。

本記事は、Webシステム開発・スマホ自動変換「movo」・業務システム構築・フォームUX改善・EC支援を提供する 株式会社インテンスが、実際の開発プロジェクトで蓄積した知見をもとにまとめています。 株式会社インテンス(公式サイト)