点検報告書の効率化とは、チェック欄を速く埋めることではありません。過去の報告書を探し、その建物で前回どう書いたかを思い出して特記事項に起こす工程を機械に渡し、人は判断と確認に回すことです。
消防設備、自家用電気工作物、空調やビル設備。点検そのものは半日で終わるのに、報告書が何日も後ろに残る。しかも中身の大半は去年とほぼ同じ。「毎年同じ書類を、毎年ゼロから作っている気がします」という言い方を、設備点検を請け負う会社の経営者から何度か聞きました。この記事は、その感覚が正しいのか、正しいとして何から手をつけるのかを書いたものです。
なお、点検業務そのものではなく、目標を渡すと完了まで自分で進めるAI＝AIエージェントの仕組みについては「AIエージェントとは何か」をご覧ください。
毎年同じ報告書を書いているのは、気のせいではない
同じ書類を繰り返し作っているのは事実です。点検の周期そのものが、法令で毎年・半年ごとと決まっているからです。
消防用設備等の場合、総務省消防庁の点検報告制度の資料によれば、機器点検は「６月に１回」、総合点検は「年に１回」実施する点検と定められています（平成16年消防庁告示第9号）。そのうえで関係者は点検結果を維持台帳に記録し、消防長または消防署長へ報告します。報告の期間は、特定防火対象物が1年に1回、それ以外が3年に1回です（消防法施行規則第31条の6第3項）。制度そのものの根拠は消防法第17条の3の3にあり、昭和49年の法改正で創設されたものです。
つまり、同じ建物の同じ設備について、同じ様式を毎年埋める仕事が、制度の側から確定的に発生します。繰り返しが多いということは、裏を返せば、機械に渡せる余地が大きいということです。
ただし「余地が大きい」と「どこから手をつけるか」は別の話です。ここを混ぜると、点検アプリを一式導入したのに事務所の残業が減らない、という結果になります。
何に時間がかかっているのか、いちど4つに分けて数える
報告書づくりを1つの塊として見ているうちは、打ち手が決まりません。工程を分けると、道具で減る部分と、道具では減らない部分がはっきりします。
現場の話を聞いていくと、報告書が仕上がるまでの手間はおおむね4つに分かれます。
1と2は、点検アプリや帳票アプリが得意にしている領域です。現場でタブレットに直接入力すれば、事務所での打ち直しはなくなる。写真も撮影時に設備と紐付ければ、後から振り分ける必要がなくなる。この領域は既製品が成熟していて、比較記事も豊富です。
問題は3です。ここは様式の問題ではなく、情報を探す作業です。「この建物は3年前に受水槽の件を書いたはずだが、どう表現したか」「同じ指摘を繰り返し書いていて、去年『経過観察』としたものが今年どうなったか」。過去の報告書を引っ張り出し、読み、書き写す。アプリを入れてもこの時間は減りません。様式が電子になっただけで、探す先が紙の綴りからフォルダに変わるだけだからです。
なお、この欄の呼び名は様式によって違います。消防用設備等では、点検結果総括表の「不良内容」「措置内容」がこれにあたります。千葉市が公開している記載例は、総括表には各点検項目の不良内容のみを記載し、老朽化による交換推奨などの推奨事項は各点検票の備考欄に書くよう注記しています。電気設備や公共工事の点検報告書では「特記事項」と呼ばれます。呼び名が違っても、去年の記述を探して今年の文章に起こすという作業の中身は変わりません。
そして、この3こそがAIの効きどころです。文書を読んで、その中から必要な記述を拾い、書き起こす。生成AIがいちばん安定して使える領域が、ちょうどここに重なります。
手をつける順番——特記事項の下書きから始める
最初の一手は、特記事項の下書きを機械に作らせることです。理由は、既存の報告書がそのまま材料になり、道具を買わずに試せるからです。
具体的には、対象の建物について過去数年分の報告書を1か所に集め、文書を読ませて回答させるタイプのAIに投入します。そのうえで「この建物の過去3年の特記事項を、設備ごとに時系列で一覧にしてください」「前回『経過観察』とした項目を抜き出してください」と指示する。出てくるのは完成品ではなく下書きですが、探す時間がまるごと消えます。
この用途に向くのは、投入した文書だけを根拠に答えるタイプのAIです。Googleが提供するNotebookLM（公式ヘルプでは「Gemini Notebook」の名称で説明されています）は代表例で、社内文書を扱ううえで気になるデータの扱いについても、公式のヘルプが明記しています。個人向けアカウントでは「お客様のデータは保護されており、フィードバックを提供しない限り、Gemini Notebook のトレーニングに使用されることはありません」。Google Workspaceアカウントでは「アップロード、クエリ、モデルの回答は、人間のレビュアーが確認することも、AI モデルのトレーニングに使用されることもありません」。学習の扱いは料金の有無ではなく個人向けか法人向けかで分かれる、という一般的な考え方は「社内情報をAIに入れても大丈夫か」に整理しました。
なぜ写真ではなく特記事項からなのか。技術的な難しさが違うからです。写真の整理を本格的に自動化しようとすると、撮影・分類・台帳との紐付け・納品形式への変換と、複数の要素を同時に成立させる必要があります。特記事項の下書きは、既にある文書を読ませるだけで完結します。1件の建物で試すのに、稟議も要りません。
順番としては、こうなります。
- 1棟だけ選ぶ。 報告書の分量が多く、担当者が「あの物件は面倒だ」と言う建物がいい
- 過去3年分の報告書を集め、下書きを作らせる。担当者が実際に書くときと比べて何分縮んだかを測る
- 縮んだなら、同じ担当者が持つ他の建物へ広げる。縮まないなら、原因は次の章にある
- 件数が増えて手作業の投入が負担になった段階で、はじめて仕組み化を考える
3の段階まで、費用はほぼかかりません。効果を確かめてから投資を判断できる形にしておくことが、専任のIT担当がいない会社では特に効きます。
その前に確認すること——どの建物のどの機械か、引けますか
下書きを作らせても時間が縮まない会社があります。原因はAIの側ではなく、報告書を探す前の段階、つまり台帳にあります。
住宅設備や空調の保守を手がける会社の役員会議に同席したとき、顧客管理システムの作り直しで議論が止まっていたことがありました。顧客コードを枝番にするか、世帯をどう束ねるか。担当者は顧客（人）を主軸に設計を進めていて、同姓同名の重複、世帯のまとまり、コードでの検索といった問題が次々に出てくる。
そこで社長が言った一言が、設計を変えました。「うちの仕事は、人ではなく建物に付いた機械を直す・入れ替えるものだ。人は追いかけない」。機械は人ではなく建物に付いている——この一言で、マスタの主軸を建物（住所）に置き、所有者や連絡先はそこに紐付ける形へ設計が変わりました。所有者が変わっても、建物側の履歴は切れません。担当者は「悩みどころがそもそも違った」と言っていました。
点検報告書の話に戻すと、必要なのは「この建物の、この設備の、過去の報告書」を数秒で取り出せる状態です。ここが人名や案件番号で管理されていると、探す作業がAIの手前に残り続けます。台帳を全面刷新する必要はありません。過去の報告書のファイル名と保存場所を、建物単位で揃えるだけでも違います。
なお、訪問型のサービスや対人の仕事のように、対象が建物に固定されない業種では、人を主軸にするほうが正しい設計です。設備点検業に固有の話として読んでください。
できること・できないことの線引き
AIに渡せるのは、書かれたものを読んで書き直す仕事です。現場で見て判断する仕事は渡せません。
できること
- 過去の報告書から、設備ごとの指摘履歴を一覧に起こす
- 前回の表現に揃えた特記事項の下書きを作る
- 複数年分を横断して「繰り返している指摘」を拾い出す
- 顧客への説明文や、見積もりに添える改修提案の文案を下書きする
できないこと、渡さないこと
- 点検そのものの判断。消防用設備等の点検は、延べ面積1,000平方メートル以上の特定防火対象物などについて、消防設備士または消防設備点検資格者が行うと定められています（消防法施行令第36条第2項）。資格者の判断を機械に置き換える話ではありません
- 報告書の最終確認と署名。責任の所在を動かさないことが、この仕組みを長く使うための条件です
- 現場写真から劣化の程度を自動判定すること。細部の判別には自社専用の作り込みが必要で、投資が一気に重くなります。工事写真そのものの扱いは「工事写真と書類に追われる建設業」に書きました
- 事実の生成。読ませていない年度の内容を、それらしく書いてくることがあります。だから下書きなのです
最後の点は、精度が何％かという話よりも先に押さえてください。読めなかった箇所が空欄になるのではなく、もっともらしい別の記述として出てくる。空欄なら誰でも気づきますが、それらしい文章は気づけません。だから、下書きを見るときは「正しいか」ではなく「その年の報告書に本当に書いてあるか」を確かめる。この読み方を担当者と共有しておいてください。
線引きの考え方そのものは「AIエージェントに最初に任せる業務の選び方」に整理しています。
費用と期間の目安
最初の検証は、ほぼ手持ちの道具でできます。仕組みにする段階で、はじめて費用が発生します。
段階を分けると、次のようになります。
| 段階とやること | 費用と期間の目安 |
|---|---|
| 検証：1棟分の過去報告書を読ませ、下書きの精度と短縮時間を測る | 既存ツールの範囲。法人向けアカウントで1人あたり月数千円台／数日〜2週間 |
| 横展開：担当者単位・営業所単位に広げ、投入と保存の手順を決める | 同上＋手順づくりの工数／1〜2ヶ月 |
| 仕組み化：台帳と接続し、建物を選ぶと過去分が自動で集まる形にする | 1機能に絞れば数十万円規模から／数ヶ月 |
仕組み化まで一足飛びに進めない理由は単純で、検証を飛ばすと「何がどれだけ短くなるのか」が分からないまま金額だけが決まるからです。費用の内訳や見積もりの読み方は「AIエージェント導入の費用相場と進め方」に譲ります。
資金面では、システム投資を対象にした中小企業省力化投資補助金があり、一般型は補助率が最大3分の2です。ただし要件も上限も公募の回ごとに変わるため、着手前に最新の公募要領で確認してください。制度の考え方とつまずきやすい点は「AI導入に使える省力化投資補助金の考え方」にまとめています。
自社でやるか、頼むか
分かれ目は、対象の棟数と、台帳の状態と、報告書を出す先の数です。
| 自社の状況 | 現実的な進め方 |
|---|---|
| 管理棟数が数十、報告書は担当者が個別に作っている | 自社でできる。まず1棟で下書きを試し、効いた担当者から広げる |
| 棟数が数百、担当者ごとに書き方も保存場所もばらばら | 手順づくりから。書き方の型と保存ルールを先に決めないと、投入するたびに探す作業が復活する |
| 台帳と接続し、建物を選べば過去分が自動で集まる形にしたい | 外部に頼む領域。既存の顧客管理システムとの接続と、移行時のデータ整理が重い |
いちばん多いのは真ん中です。そしてこの段階でつまずく原因は、たいていツールではなく、保存ルールが決まっていないことにあります。同じ台帳に書き手が2人いて、それぞれ別の場所に別の名前で保存している。この状態のまま自動化を載せると、載せた側が壊れ続けます。直す順番は、道具ではなく書き手のほうが先です。
移行にあたって、もうひとつ実務的な注意があります。古い顧客管理システムから過去データを取り出すとき、画面に見えているものが全部CSVで出てくるとは限りません。親族の情報や、撤去済みの機械といった付随データが欠けることがあります。乗り換えを含む計画なら、契約前に「何が出せて何が出せないか」を確認しておいてください。
よくある質問
点検アプリを既に入れています。それでも報告書が終わりません。なぜですか。
アプリが軽くしたのは、図1の1と2、つまり転記と写真の整理だからです。特記事項を書くために過去を探す時間は、アプリを入れても残ります。逆に言えば、アプリを入れ替えても解決しません。手をつける先が違います。
過去の報告書が紙しかありません。まず全部スキャンすべきですか。
全部は要りません。まず1棟分、それも報告書の分量が多い建物の過去3年分だけをスキャンして試してください。効果が確認できてから対象を広げるほうが、費用も労力も回収できます。全件スキャンから始めると、効果が出る前に体力を使い切ります。
AIが作った下書きをそのまま提出してもいいですか。
提出しないでください。点検の判断は資格者が行い、報告する内容の責任は関係者が負います。下書きはあくまで探す時間を減らすためのもので、内容の確認と署名は人が持ち続けます。この線を守ることが、結果的に社内で使い続けられる条件になります。
現場が新しいやり方を嫌がりそうです。
担当者の判断を機械に置き換える、という説明をしないことです。伝えるべきは「探す時間を減らす」であって「あなたの仕事を代わる」ではありません。実際、最初に効果が出るのはベテランではなく、その建物を初めて担当する人です。前任者が何を書いてきたかを追える状態は、引き継ぎの負担そのものを軽くします。
繁忙期をどう乗り切るかが本題です。人を増やさずに済みますか。
報告書の作成時間が縮めば、同じ人数で回せる棟数は増えます。ただし点検そのものの時間は変わりません。効くのは、点検が終わったあとに事務所へ持ち帰っている作業の部分です。そこが何割を占めているかは会社によって違うので、まず1棟で測ってみることをおすすめします。
1棟分の検証から、ご相談ください
点検の周期は法令で決まっていて、報告書がなくなることはありません。けれど、毎年ゼロから書き起こす必要はないはずです。前回どう書いたかを探す時間だけでも先に取り戻せば、繁忙期の後ろに積み上がる残業は変わります。
どの建物で試すか、過去何年分を集めるか、台帳は今のままで足りるか。見立てのところからでも構いません。報告書づくりから台帳との接続までを含む仕組みはAIエージェント構築・運用で扱っています。まずは現状を聞かせていただくところから、無料相談でお受けします。甲府から、対面でもオンラインでも伺います。
