点検結果と是正案件を分け、担当・期限・修理証跡をそろえる
点検表は「その日の設備の状態」の記録で、修理は「異常を直す仕事」です。性質の違う2つを別の記録として持ち結びつけます。では、点検と修理はどうつなげばよいのでしょうか。
異常IDで二つの記録を結ぶ
点検結果と是正案件は異常IDという1つの番号で結びます。異常IDは、異常ごとにつける固有の番号です。結び方は次の3段階です。
| 段階 | いつ | 作られる記録 | 異常IDの扱い |
|---|---|---|---|
| ① 異常の入力 | 点検者が異常を入力した時点 | 点検結果の記録。設備IDと異常IDが並んで残る | 異常IDを発行する |
| ② 是正案件の作成 | ①と同じ時点 | 是正案件。異常を直し、再点検と承認で確かめ終えるまでを追う仕事の記録で、点検結果とは別に作る | 点検結果と同じ異常IDを持たせる |
| ③ 経過の追加 | 修理、再点検、完了の承認のたび | 修理の内容、再点検の結果、承認を、すべて是正案件に追加していく | 追加する記録も、同じ異常IDで結ばれる |
たとえば、設備の点検で油漏れが見つかったとします。点検者が異常として入力すると、異常IDが発行されます。修理の担当者は、その異常IDの是正案件に、修理の内容と写真を入力します。再点検をする人も、同じ案件に結果を入力します。こうしておくことで、点検した人、修理した人、再点検した人が別々でも、異常IDで検索すれば見つけた日から直した日までの経過が1つにつながります。
点検結果と是正案件を分けるのは、点検結果が1回ごとに完結する「その日の設備の状態」の記録であるのに対し、是正案件は何日にもわたって状態が変わっていくためです。設備IDと異常IDの2つがあれば、設備IDで絞ってその設備で見つかった異常を並べ、異常IDでそれぞれの対応の経過をたどれます。これが、修理履歴を設備ごとに一元管理するための最小の仕組みです。
製品によっては、異常から再点検までを追う機能がすでにあります。ただし、状態ごとに誰が何を満たせば次へ進めるかは、製品の機能とは別に、自社で決めておくことが前提です。
点検側と是正側の固定列
どの記録にも必ず設ける入力項目を固定列と呼びます。点検の記録と是正の記録の固定列は、次の表のとおりです。要件定義でそろえる入力項目として使えます。
| 記録 | 固定列 | 持たせる内容 | データの出どころ |
|---|---|---|---|
| 点検側 | 設備ID | 点検した設備の番号 | 設備台帳 |
| 点検側 | 点検日時・入力者 | いつ、誰が入力したか | 端末の入力時刻と個人認証 |
| 点検側 | 計測値・区分 | 数値と、正常・要観察・異常 | 現場の入力 |
| 点検側 | 写真 | 異常の状態の画像 | 端末のカメラ |
| 是正側 | 異常ID | 点検側と結ぶ番号 | 異常の入力時に自動で発行 |
| 是正側 | 一次措置 | 使用停止、条件つき使用、継続使用と、現場の安全措置 | 点検時の選択 |
| 是正側 | 担当・期限 | 修理の担当者と完了させる期限 | 割当時の入力 |
| 是正側 | 修理証跡 | 修理の内容、部品、修理後の写真 | 修理担当者の入力 |
| 是正側 | 状態 | 次章の7つの状態のどれか | 条件を満たした時点で更新 |
担当と期限が空の是正案件は、一覧で絞り込めるようにしておきます。割当の漏れが、そのまま未処置の異常になるからです。
再点検は独立した確認と完了承認がそろったときに閉じる
修理が終わっても、直ったことは確かめるまで分かりません。修理した人とは独立した再点検と、完了承認がそろったときだけ、是正案件を閉じます。何をもって「直った」とするのでしょうか。
7つの状態と進行条件
是正案件の状態は、未確認→一次措置済→担当割当→対応中→修理完了→再点検待ち→完了の7つが基本の流れです。現在の状態ごとに、次の状態へ進む条件を決めます。
| 現在の状態 | 次の状態 | 次へ進む条件 | 条件を満たす担当 | 残す証跡 |
|---|---|---|---|---|
| 未確認(異常の入力直後) | 一次措置済 | 入力者が使用停止などの一次措置を選ぶ | 入力した作業者 | 一次措置の選択 |
| 一次措置済 | 担当割当 | 保全の責任者が内容を見て受け取り、担当と期限を設定する | 保全の責任者 | 受取者、受取時刻、担当者、期限 |
| 担当割当 | 対応中 | 修理の担当者が作業を始める | 修理の担当者 | 開始時刻 |
| 対応中 | 修理完了 | 修理の内容と写真を入力する | 修理の担当者 | 修理証跡 |
| 修理完了 | 再点検待ち | 修理した人とは別の確認者を指定する | 保全の責任者 | 再点検の担当者 |
| 再点検待ち | 完了 | 再点検の結果が正常で、承認者が承認する | 再点検の担当者と承認者 | 再点検の結果、承認者、承認日時 |
| 完了 | なし(終了) |
修理完了と完了の間に再点検待ちを置くのは、修理した本人の申告を、独立した確認と承認の記録に変えるためです。
再点検不合格・完了後の再発・保留を区別する
再点検で異常が残っていた場合は、状態を「対応中」へ戻し、同じ異常IDで修理をやり直します。直らなかった経緯は、同じIDの履歴に残る形です。
一度完了した後に同じ設備で同種の異常が起きた場合は、再発として新しい異常IDを発行し、前回のIDと関連付けます。再点検不合格と完了後の再発は、件数の数え方も発生日も違うため、同じ処理にはできません。
現場では、7つの状態に収まらない場合もあります。次の理由は、状態の備考か理由コードで追えるようにします。
- 部品待ち
- 外注待ち
- 操業の都合による保留
- 対応不要
- 取消
保留の理由と、再開の予定を残すと、止まっている案件が未処置と区別できます。状態・期限・担当の変更は、すべて変更履歴として残します。誰がいつ何を変えたかを後から追えることが、監査や取引先への説明の根拠となる記録です。
独立した再点検を小規模な現場で確保する
再点検を修理した人とは別の人が行うのが、この設計の核です。人数の少ない現場では、同じシフトに別の担当がいないことがあります。次の割当候補から、修理者とは独立した確認を確保します。
- 次のシフトの担当者が確認する
- 別のラインの、点検の資格や経験がある人が確認する
- 上長や保全の責任者が、写真や計測値を遠隔で確認する
誰も独立して確認できないときは、修理した人の自己確認だけで完了へ進めず、完了承認を保留にして確認者が決まるまで再点検待ちに残します。法令や顧客の要求、設備のリスクがこれより厳しい確認を求める場合は、そちらを優先してください。
是正完了表で完了の記録をそろえる
完了までの記録は、是正完了表にそろえます。異常1件につき1枚、次の表を複製して右の記入欄を埋めます。
| 項目 | 記入する内容 | 記入欄 |
|---|---|---|
| 異常ID・設備ID | 点検側と結ぶ番号 | |
| 一次措置 | 使用停止などの判断と、管理上の停止表示 | |
| 現場の安全措置 | 札の掛け方、電源の遮断、復旧の手順 | |
| 担当・期限 | 修理の担当者と期限 | |
| 状態・保留等の理由 | 7つの状態と、保留や取消の理由 | |
| 修理証跡 | 修理の内容、部品、写真 | |
| 再点検者・結果 | 修理者とは独立した確認者と、結果 | |
| 承認者・日時 | 完了を承認した人と時刻 | |
| 変更履歴 | 状態、期限、担当の変更 |
点検要件表と是正完了表の2つは、製品を選ぶ前の要件確認にも使えます。製品が表の項目をどこまで満たすかを見比べると、選定の条件が具体的になります。
点検表電子化の効果は、転記時間だけでなく未完了の異常で測る
電子化の成果を紙の転記が減った時間だけで測ると、異常対応が進んだかは分かりません。では、電子化が成功したかどうかは何で確かめるのでしょうか。本章ではその指標について解説します。
未完了の異常を数える指標
未完了の異常を数える指標を、次の表に整理します。
| 指標 | 数え方 | 分かること |
|---|---|---|
| 未処置の異常 | 担当と期限が未設定のまま残っている件数 | 通知が受け取られていない異常 |
| 期限超過の異常 | 期限を過ぎても完了していない件数 | 対応が遅れている異常 |
| 再点検漏れの異常 | 「修理完了」のまま再点検待ちに進んでいない件数 | 直したか確かめていない異常 |
| 入力漏れ | 予定された点検のうち、入力されていない件数 | 点検そのものの抜け |
| 同期失敗 | 端末に残り、送信できていない入力の件数 | 通信不可の現場で記録が届いていない状態 |
件数だけで判断せず、比率と日数を併記する
上の表の指標は、件数で数えます。ただし、件数が増えたことは対応が悪化したことを意味するとは限りません。点検を丁寧に行うほどこれまで見落としていた異常を見つけられるため、見つかる異常の数が増え未処置や期限超過の件数も増えるからです。点検の質が上がった月ほど、件数の上では対応が悪化したように見えてしまうのです。
そこで、件数に加えて、次の4つの中から選んで併記します。
- 異常を見つけた数に対する比率:未処置や期限超過の件数が、見つけた異常の全体の何割にあたるか。件数が増えても比率が変わらなければ、対応の力は落ちていない
- 期限内に完了した割合:見つけた異常のうち、期限までに完了まで進んだものの割合
- 見つけてから完了までの日数:異常を見つけた日から完了承認の日までの日数。長引いている異常がないかが分かる
- 重大度別に止まっている件数:軽微な異常が残っているのと、重大な異常が残っているのとでは、意味が違う。重大度ごとに分けて見る
異常が増えても期限内に完了する割合が保たれていれば、点検が機能している状態です。
逆に、異常がまったく登録されない月は設備に問題がないのではなく、点検で異常を見つけられていないか、入力が抜けている可能性があります。予定された点検のうち入力されていない件数(入力漏れ)を確認し、点検の実施回数とあわせて見てください。
指標ごとに、確認する頻度・確認する責任者・基準を超えたときの行動を要件表で決めておく項目です。基準の値は、設備の重大度と現場の人数に合わせて自社で決めます。
まとめ:電子化の完了は、異常への対応が終わった時点に置く
点検表の電子化で最初に決めるのは、画面の作りではなく、何をもって「完了」とするかです。入力が済んだ時点を完了にすると、異常を見つけた作業者が保全担当に口頭で伝え、修理の記録は別のExcelに書く、という点検表の外での別管理が残ってしまいます。
しかし、異常が修理・再点検・承認まで終わった時点を完了にすれば、点検項目も入力画面も異常IDで結ぶ記録の持ち方も、その終点から決められるのです。
完了を、異常の修理・再点検・承認が終わった時点に置くと、電子化の成果の測り方も決まります。点検の回数や、転記が減った時間ではなく、担当が決まっていない異常、期限を過ぎた異常、直したのに再点検が済んでいない異常が、それぞれ何件残っているかを数えます。この件数が減っていくことが、異常への対応が進んだ証拠になるのです。
製品を選ぶ前にできる最初の一歩は、直近で見つかった異常を1件選び、見つけた人・直した人・確かめた人・終わった日を書き出すことです。どこかで答えに詰まれば、そこが記録の途切れる場所です。その場所が、貴社の点検要件表と是正完了表で最初に埋める欄になるでしょう。
執筆者
株式会社MU 代表取締役社長
山田 元樹
社名である「MU」の由来は、「Minority(少数)」+「United(団結)」という意味。企業のDX推進・支援を過去のエンジニア経験を活かし、エンジニア + 経営視点で行う。DX推進の観点も含め上場企業をはじめ多数実績を持つ。


