保全担当者のタブレットには、前日の点検結果が写真つきで残っていました。交換したベルトの型番まで、手書きで添えられている。ところが同じ作業は、基幹系のどこにも入っていません。両者をつなぐ設計の要は、現場の書き方を基幹系の形に直す層を、どちらの内側でもない場所に一つだけ置くことです。

現場端末は現場のためにできています。何を見て、どこを直し、次はいつ確認するか。その場で分かれば足りる情報が、その場の言葉で残る仕組みです。基幹系が受け取れるのは、品目コードと数量と計上月に整った形だけでした。

私はハマダラボでWindyFloという業務自動化の基盤を扱っています。製造の現場に入ると、断絶の位置はおおむね同じ場所にありました。記録が足りないのではありません。記録の形が受け取り先と合わず、月末に人が読み替え、読み替えきれなかった分がそのまま消えていきます。

CMMS（設備保全管理システム。点検計画・作業指示・部品在庫を保全の側で管理する仕組み）を導入済みの工場でも、この断絶は残ります。保全の内側で完結していても、基幹系との往復が設計されていないからです。

保全記録はなぜ現場端末で止まるのか？

止まる原因は入力の怠慢ではなく、受け取り先が現場の書き方を受け取れないことにあります。現場の記録は写真と自由記述が中心で、基幹系は品目コードと数量と勘定科目を求める。両者の間に翻訳が要るのに、その翻訳を誰も担当していないという状態です。

翻訳を人が担うと、作業は月末に集中します。二週間前の点検票を見ながら部品名を思い出し、コードを引き当て、伝票に起こす。この工程で落ちるのは、たいてい小さな交換と短時間の停止でした。金額が小さく、記憶も薄いからです。

落ちた分は、統計から静かに消えます。十分の停止が十回あれば百分ですが、一件も記録されなければゼロとして集計されるだけで、欠測として警告されることはありません。稼働率の数字が実感より良く見える工場では、この抜けを疑ってみる価値があります。

保全の言葉も、ここで一度そろえておきます。壊れてから直すのが事後保全、時間や使用量で区切って先に手を入れるのが予防保全、振動や温度を測って兆候が出たときに直すのが状態基準保全です。後ろの二つは実績データがなければ計画を引けません。つまり基幹系との断絶は、保全方式の選択肢そのものを狭めます。

この構造は、業界全体の調査にも輪郭が出ています。IPAが2026年7月に公表したDX動向調査では、DXの取組項目のうち「アナログ・物理データのデジタル化」で成果が出ているとの回答が高い一方、「組織横断／全体の業務・製造プロセスのデジタル化」は相対的に低い水準にとどまりました。紙をやめる段階までは進み、部門をまたぐ段階で止まる。保全記録が現場端末に溜まる現象は、その全体傾向の中の一例と読めます。

保全データが基幹系に届かないと、何がずれるのか？

ずれるのは三つです。部品の在庫と発注、設備別の原価、そして稼働率。どれも保全記録を一次データとして組み立てる数字なので、上流が欠けた分だけ下流が狂います。

ずれる対象	現場で起きていること	基幹系に見えている姿	実務での帰結
部品在庫	予備品棚から持ち出して交換済み	在庫数は持ち出し前のまま	発注点を割っても発注が立たない
発注	同じ部品を三か月で二度交換	交換履歴なし	消耗の早さが調達条件に反映されない
設備別原価	停止と修理に人が四時間	労務費が製造間接費に埋没	どの設備が高くつくか判別できない
稼働率	段取り替えと突発停止が混在	停止理由の内訳が空欄	改善の対象を勘で決めることになる
保全計画	前倒しで交換した実績あり	次回予定日は当初のまま	過剰整備と手遅れが同時に起きる

稼働率の欄を軽く見ないでください。

中小企業庁の2026年版中小企業白書の概要では、設備稼働率が75%以上の企業（n=1,971）の付加価値額増加率が中央値24.6%で、25%未満の企業（n=1,274）の20.1%を上回っています。稼働率は経営の数字として扱われているわけです。その分母と分子を作るのは、現場に残ったままの停止記録でした。

もう一段だけ踏み込むと、原価の欄が効いてくるのは設備更新の判断のときです。「この機械は直しながら使うべきか、入れ替えるべきか」を数字で言えるかどうかは、修理の労務費と部品費が設備IDに紐づいているかで決まります。紐づいていなければ、更新は稟議の熱量で決まってしまう。

設備保全 ERP 連携では、呼び名のゆれを吸収する対照表を基幹系の手前に置く

対照表は、CMMS側でも基幹系側でもなく、あいだの連携層に一つだけ置きます。現場に基幹系のコードを覚えさせる方向が、まず定着しないからです。「3号機」「充填機B」「B-03」が同じ設備を指し、「Vベルト」「Vベルト A-45」「ベルト（充填）」が同じ部品を指す。この状態は現場の乱れではなく、それぞれの持ち場で通じる呼び方が育った結果です。

置き場所を一か所に限るのは、正本を割らないためです。両端が対照表を持つと、更新されたのがどちらなのか分からなくなります。

正本が二つある状態は、正本がない状態とほとんど変わりません。

AIエージェントの仕事は、この対照表を育てることです。届いた記録の呼び名を既存の対照表と突き合わせ、一致すれば設備IDと品目コードに変換し、一致しなければ候補を挙げて担当者に確認を求める。ここで大事なのは、確定を人に残すという線引きでした。似ているという理由だけで自動確定させると、間違ったコードで原価が積み上がり、あとから遡って直す作業のほうが高くつきます。

制御ポイントは二か所に置きます。一つは自動確定の条件で、過去に確定済みの表記と完全一致する場合だけ通す。もう一つは未確定データの扱いで、確定するまで基幹系へ流さず、保留のまま現場に見えるようにしておく。この保留分が溜まりはじめたら、それは対照表の整備が追いついていない信号です。

対照表は、育つ速度も見ておくと運用の見通しが立ちます。稼働中の設備が百台規模なら、最初の一か月で新しい呼び名が集中的に出て、その後は交換部品の追加分だけが緩やかに増える。この立ち上がりの山を誰が引き受けるかを決めておかないと、確認待ちの列ができた時点で現場の信用を失います。

点検実績をどう構造化すれば、基幹系でそのまま使えるのか？

現場に構造化を求めず、受け取ったあとで構造化する。これが実装上の分岐点です。基幹系が最低限求める項目は、経験上、次の五つに収まります。

項目	何を入れるか	基幹系のどこで使うか
設備ID	対照表で変換済みの識別子	設備別の原価と稼働実績
作業種別	点検・修理・交換・調整の別	予防保全と事後保全の区分
発生日時と作業時間	開始・終了、または所要時間	労務費の計上と停止時間の集計
使用部品と数量	品目コードと員数	在庫の引き落としと発注点判定
停止の有無と時間	設備を止めたか、何分か	稼働率と機会損失の算定

表の「員数」は、一回の作業で使った個数のことです。品目コードだけが入って個数が抜けると、在庫の帳尻はその場で合わなくなります。

自由記述は捨てません。「異音、前回より大きい」という一行が、三か月後に原因を特定する手がかりになります。構造化した五項目の隣に、原文のまま保持しておく設計にしてください。

エージェントは、写真・音声・自由記述からこの五項目の候補を埋めます。ただし確信の持てない項目は空欄のまま担当者へ返す。推測で埋めた数値が基幹系に入ると、それは以後、実測値として扱われてしまいます。

空欄は事故ではなく、正しい振る舞いです。

例外の戻し先を先に決めておく点も、経理の自動化と共通します。受け取れなかった記録が誰の手元に、いつまでに戻るのか。この一点を決めずに走らせると、例外が宙に浮きます。請求書処理と経理バックオフィスをAIエージェントで自動化する手順でも、同じ順序で設計を組んでいます。

部品在庫と発注は、保全記録のどこにつながるのか？

つながるのは「使用部品と数量」の一項目だけです。ここから在庫の引き落としが走り、発注点（これを割ったら発注をかけると決めておく在庫の下限）を下回れば発注の起案に届きます。連携の入口を一項目に絞れるので、最初に本番へ乗せる範囲としても扱いやすい。

逆に言えば、この一項目が空欄のまま流れてくる設計では、在庫も発注も動きません。

顧客向けの受発注とは別系統で組んでください。予備品や消耗品の調達は、購買の担当も承認ルートも単価の決まり方も違います。混ぜると、承認の条件が片方に引きずられます。受発注や在庫引当を含む工程全体の順序は、製造業のERPにAIエージェントをつなぐ6か月自動化シナリオのほうで扱いました。

制御ポイントは、金額・数量・業者の三つで引きます。たとえば一定金額までの消耗品は起案から発注まで自動、指定業者以外や高額品は承認を挟む。リードタイムの長い部品は、発注点そのものを在庫日数で持つ。全自動と手作業の二択ではなく、その中間をどこまで細かく刻めるかが実務の差になります。

在庫の側にも一つ条件があります。予備品棚の現在庫が基幹系に載っていること。棚の実数が誰の頭の中にもない状態で自動発注を組むと、発注は走るのに二重手配が起きます。棚卸を一度通してから連携を入れる順序が、結局は速いはずです。

予防保全の計画と実績は、どう突き合わせるのか？

突き合わせとは、戻ってきた実績の側から計画の周期を引き直す工程のことです。計画は基幹系や保全台帳の側にあり、実績は現場の側にある。往復の折り返し点がここにあたり、ここが回りはじめて計画は実測で更新されます。

判断の材料になるのがMTBF（平均故障間隔。ある故障から次の故障までの平均時間）です。暦だけで計画を引くと、稼働の多い設備も少ない設備も同じ周期で整備されます。実績が戻れば、稼働時間を基準に次回予定日を引き直せる。過剰整備と手遅れは、同じ一つの欠落から生まれています。

エージェントが出すのは差分です。計画日と実施日のずれ、計画になかった突発修理、同一部品の交換間隔の短縮。この三つを並べて保全責任者に渡し、計画変更の確定はその人が行う。ここでも確定を人に残すのは、周期の変更が予算と人員配置に直結するからです。

差分は、単月ではなく推移で見てもらうのが実務的でした。ある月に前倒し交換が三件出たとして、それが季節要因なのか劣化の進行なのかは、その月だけを見ても判別できません。往復が回りはじめて半年ほど経つと、設備ごとの癖が数字の形で見えてきます。

差分を出すところまでなら、多くの道具がこなせます。ChatGPTは答えます。WindyFloは働きます。次回予定日を台帳に書き戻し、部品の手配を起こし、担当者に作業指示を届けるところまで到達して、はじめて計画は更新されたと言えるからです。

現場が入力を後回しにする問題は、設計で解けるのか？

解けます。ただし解き方は督促ではなく、入力の総量を増やさない受け口を用意することです。後回しになるのは意欲の問題ではありません。手袋をしたまま、油の付いた手で、騒音の中で、正確な入力を求めるほうに無理があります。

現実的な受け口は三つあります。既存の紙の点検票を写真のまま受ける。作業直後の音声メモを受ける。すでに使っている現場アプリの出力をそのまま受ける。

いずれも共通しているのは、現場の手順を変えていないという点です。画面を一つ増やすたびに、記録は一日遅れます。

人手の側の事情も見ておきます。中小企業庁の2026年版中小企業白書の概要が引く厚生労働省「労働経済動向調査」では、2025年11月時点の製造業の労働者過不足判断DIはマイナス40でした。不足感が続く現場に、記録のための新しい作業を足す余地は多くありません。

属人化の解消という副次的な効果もあります。小規模事業者を対象とした同白書の調査では、社内ノウハウの蓄積・共有に取り組んだ効果として「担当者不在時でも業務が滞りなく遂行できるようになった」が43.6%で最も高い回答でした。対象規模は異なりますが、保全のように一人の熟練者に判断が集まる領域では、記録が残ること自体が引き継ぎの資産になります。

そしてAIの使いどころが、まだ現場工程に届いていない点も押さえておきたいところです。先のIPAの調査では、AIの利用用途は「文書・音声の要約・翻訳・校正」が82.5%と最も高く、「生産・物流・サービス提供の計画支援」は6.0%にとどまりました。文書を助ける段階から、工程を動かす段階へ。保全の往復は、その移行が具体的な形をとる場所の一つです。

なお、受け口ごとにエージェントを分けるべきかどうかは、別の判断軸になります。責任範囲と失敗時の切り分けやすさで決める考え方は、マルチエージェント・オーケストレーションを業務で使う判断基準で整理しました。

CMMS AI 連携で外せない制御点は、実行の向きごとに置く

現場から基幹系へ流す向きと、基幹系から現場へ返す向きでは、守るものが違います。同じ制御を両方に当てても噛み合いません。

現場から基幹系へ向かうときに要るのは、三つです。未確定データを流さないこと。同じ作業が二度計上されないよう、記録に一意の識別子を持たせること。誰の、いつの記録として入ったかを残すこと。

二重計上は再送や通信断のあとに起きやすく、あとから気づくと在庫と原価の両方を巻き戻す羽目になります。

基幹系から現場へ返すときは、権限の話が前に出ます。作業指示を出せるのは誰か、緊急停止に相当する指示をエージェントが出してよいのか、指示が現場に届いたことをどう確認するか。届いたことの確認まで含めて設計しないと、指示は送られたのに誰も見ていない、という状態が残ります。

監査ログは、往復の両方向で同じ粒度に揃えてください。誰が、いつ、どの設備に、何を書いたか。品質問題や労働災害の遡及調査では、この記録が事実の側に立ちます。私が導入判断で最後まで確認するのも、この点です。

認証情報の分離も外せません。基幹系への実行権限を現場端末に持たせず、実行の層で保持する。端末は紛失も共有もされる前提で考えるべきで、権限を持たせないほうが運用の自由度は上がります。

失敗したときの戻し方も、向きごとに決めておきます。現場から流した記録が基幹系で弾かれたら、その一件だけを保留に落として次の記録は通す。逆に基幹系から出した作業指示が届かなかったときは、再送ではなく別の連絡手段に切り替える。止めるのか、飛ばすのか、人に渡すのか。

この三択を工程ごとに書いておくと、深夜の障害でも判断が揺れません。

まず一台だけ通すとしたら、どこから手をつけるのか？

着手の単位は、設備を一つ、作業種別を一つに絞るところです。交換作業だけを一台分、現場から基幹系まで通してみる。そこで在庫と原価がどう動くかを見てから範囲を広げると、対照表の粗さも例外の量も、早い段階で見えてきます。

その一台を選ぶ前に、手元だけで確かめられることが四つあります。ベンダーに問い合わせる前の段階で、自社の担当者が埋められる表です。

確認する点	埋まらなかったときに先にやること
保全側から外へ出す口があるか（APIかCSVの書き出しかデータベース参照のいずれか）	出口の作り方を保全システムの提供元に確かめる
基幹系に受ける口があるか、受けられる単位は伝票か明細か	単位が合わないなら、まとめ方の設計から入る
設備と部品のマスターの正本がどちらにあるか	「両方にある」と返ってきたら、そこが最初の作業になる
例外を誰が受け取り、いつまでに返すか	担当者と期限を先に決めておく

CMMSでも現場アプリでも表計算でも、出口さえ作れれば一台分は通ります。四つが埋まった時点で、着手できる工程と、先に片づけるべき前提が分かれて見えてきます。

WindyFloは、この往復を担う実行レイヤーとして設計しています。連携フローを日本語で組み、実行の一つひとつに制御ポイントと監査ログを持たせ、開発チームを常駐させずに業務チームの側で管理できる完全管理型の構成です。個別の保全システムや基幹系につながるかどうかは、先の四点を実機で確認したうえで判断する話であって、一般論で断言できるものではありません。

自社の保全と基幹系の構成を前提に具体化したい段階であれば、WindyFloの無料トライアルから実際の実行フローを試すところで相談を始められます。

よくある質問

出典

• ［1次］独立行政法人情報処理推進機構（IPA）「国内企業のDX動向・AI活用動向のポイントを公開」（2026年7月16日公表。2025年度DX動向調査、回収1,799社、調査実施期間2026年4月17日〜6月12日）— DXの取組項目別の成果状況（「アナログ・物理データのデジタル化」が高く「組織横断／全体の業務・製造プロセスのデジタル化」は相対的に低い）、AIの利用用途（「文書・音声の要約・翻訳・校正」82.5%、「生産・物流・サービス提供の計画支援」6.0%）: https://www.ipa.go.jp/pressrelease/2026/press20260716.html ／ 発表資料PDF: https://www.ipa.go.jp/pressrelease/2026/rcu1hd0000016yh4-att/press20260716.pdf
• ［1次］中小企業庁「2026年版 中小企業白書・小規模企業白書の概要」（2026年4月）— 設備稼働率別の付加価値額増加率中央値（75%以上 n=1,971 で24.6%、25%未満 n=1,274 で20.1%。原データは（株）帝国データバンク「令和7年度中小企業の経営課題と事業活動に関する調査」）、社内ノウハウの蓄積・共有化により得られた効果（「担当者不在時でも業務が滞りなく遂行できるようになった」43.6%。小規模事業者対象、原データは（同）デロイト トーマツ「令和7年度小規模事業者の経営課題と事業活動に関する調査」）: https://www.chusho.meti.go.jp/pamflet/hakusyo/2026/PDF/2026gaiyou.pdf
• ［1次］厚生労働省「労働経済動向調査」より中小企業庁作成（上記概要 図表掲載）— 労働者過不足判断DI（2025年11月調査、製造業マイナス40）: https://www.chusho.meti.go.jp/pamflet/hakusyo/2026/PDF/2026gaiyou.pdf
• 本文中の断絶の位置・対照表の運用・制御ポイントの置き方に関する記述は、ハマダラボ（HAMADA LABS Japan）による製造業のシステム連携支援での一次観察に基づくものであり、特定企業の実在事例を再現したものではありません。