同じクレーンの再修理に備える履歴整理｜症状・処置・再発条件の残し方
「前にも同じ修理をしたはずなのに、記録が見つからない」。この状態では、再訪のたびに報告書や請求書を探し、症状が本当に同じだったかを担当者の記憶で比べることになります。再修理に備える履歴は、機器を軸に、申告症状、確認時の状態、処置、交換部品、作業後の経過を時系列で並べることが重要です。
この記事は原因診断や安全判定の手順ではなく、技術担当が比較に使える業務記録の作り方を扱います。
修理履歴は顧客単位ではなく機器1台を軸にする
同じ工場に複数台ある場合、顧客名や工場名だけでは履歴が混ざります。機器ID、顧客の号機名、設置位置、メーカー・型式、製造番号を使い、修理1回を1レコードとして積み上げます。基礎台帳は顧客管理と機器台帳の作り方で詳しく解説しています。
| 履歴の層 | 残す内容 | 比較すると分かること |
|---|---|---|
| 受付 | 顧客の申告、発生日時、動作、表示 | 似た申告が繰り返されているか |
| 確認 | 担当者、確認日、確認条件、観察事実 | 申告と確認時の差 |
| 処置 | 調整、修理、交換、経過観察の区分 | 前回何を行ったか |
| 部品 | 品番、数量、仕入先、交換対象 | 同一部品の交換間隔 |
| 結果 | 作業後の確認内容、顧客への説明 | 完了時の前提 |
| 経過 | 次の申告日、稼働条件の変化 | 再発までの期間と条件 |
症状分類と原文を両方残す
集計のために症状分類を選択式にしつつ、顧客の言葉を原文欄へ残します。「異音」「停止」「動作不安定」などの分類だけでは、どの動作で何が起きたかが消えるためです。逆に自由記述だけでは、似た履歴を検索できません。
受付時の聞き取り項目はクレーン修理の受付管理を参照し、過去の文章を新しい受付票へコピーして事実を作らないようにします。
再発条件は推測ではなく観察できた条件を書く
再発条件の欄には、発生時刻、動作、荷の有無、連続運転の前後、周囲環境の申告など、顧客と担当者が確認した情報を書きます。「雨の日に起きやすい」「長時間使用後に申告がある」といった傾向も、いつ誰が確認したかを添えます。
原因と条件を混同しないことが大切です。「高温が原因」と断定する代わりに、「顧客申告では午後の連続稼働後に2回発生」のように記録します。技術担当が原因を確定した場合は、確認者と根拠資料を別項目にします。
比較表は日付を横に並べず縦に積む
機器台帳に「修理1回目」「修理2回目」の列を足すと、作業回数が増えるたびに列構成が変わります。履歴は1行1作業で縦に積み、機器IDで絞り込みます。
| 日付 | 申告分類 | 確認条件 | 処置区分 | 部品 | 次回確認 |
|---|---|---|---|---|---|
| 4月12日 | 動作不安定 | 始動直後との申告 | 調整 | なし | 次回点検時 |
| 7月3日 | 動作不安定 | 連続稼働後との申告 | 部品交換 | P-21 1個 | 1か月後連絡 |
| 10月18日 | 停止 | 別動作で発生 | 確認中 | 未確定 | 技術担当折り返し |
この例では申告分類が似ていても条件が違います。「同じ故障」とまとめず、技術担当が比較できる材料を残します。
再修理の比較に使える作業記録の項目
作業記録一覧では、作業名、点検種別、作業日、作業タイプ、機器、担当者、総合判定、所見、結果サマリ、取込元、更新日を確認できます。再発を比べるときは「修理」の行だけを見るのではなく、同じ機器の直前の点検所見や判定も時系列で読みます。
再修理レビューは回数だけで自動判定しない
同じ機器の修理件数、同じ症状分類の件数、前回作業からの期間を一覧にすると、確認対象を拾えます。ただし、回数だけで原因や更新の要否を決めません。修理内容、使用条件、対象部位が異なる場合があるからです。
- 過去12か月など確認期間を社内で決める
- 機器IDで修理履歴を抽出する
- 症状分類と対象部位で並べる
- 前回の処置と今回の観察事実を比較する
- 追加確認が必要な点を技術担当へ渡す
- 顧客への説明内容と次回確認日を記録する
履歴から更新提案を検討する全体手順は点検履歴から次の提案を拾う方法で詳しく解説しています。
運用例：担当交代後の再入電に対応する
運用例として、前年に担当した社員が退職した後、顧客から「また同じ音がする」と電話が入ったとします。新担当は機器IDで履歴を開き、前年の申告原文、確認時の条件、処置、交換部品、作業後の顧客説明を確認します。今回の受付票には新しい申告をそのまま残し、前回履歴への参照を付けます。
技術担当は、同じ部位か、今回だけの条件変化があるかを比較できます。営業や事務は「前回と同じ原因です」と先回りせず、確認中であることと次の連絡予定を顧客へ伝えます。
記録品質を月1回点検する
修理件数が多くても、機器IDなし、処置だけ、完了日なしでは再利用できません。月1回、直近の修理記録を数件抽出し、機器ID、申告原文、確認者、処置、部品、次回確認の六項目があるか確認します。不足が多い項目は入力画面や報告書ひな形へ戻します。
写真や報告書は履歴に添付または参照先を残し、ファイル名だけで内容を想像しないようにします。顧客へ提出した版と社内作業メモも区分します。
社内用語をそろえて検索漏れを防ぐ
担当者により「巻上不良」「上がらない」「上昇不可」と書き方が違うと、同じ分類の履歴が検索で出ません。症状分類、対象動作、処置区分、完了状態の用語集を作ります。自由記述は残しつつ、検索に使う項目だけ選択式へ寄せます。
| 項目 | 選択例 | 自由記述で補うこと |
|---|---|---|
| 症状分類 | 停止、異音、動作不安定、表示 | 顧客の表現と発生場面 |
| 対象動作 | 巻上、横行、走行、操作 | どの操作時か |
| 処置区分 | 確認、調整、修理、交換、経過観察 | 実施した具体内容 |
| 記録状態 | 確認中、完了、再訪予定 | 次の担当と日付 |
用語集は技術的な故障診断表ではありません。業務記録を探すための索引として使います。
過去記録を訂正するときは元の内容を残す
後から型式や部品番号の誤りが分かった場合、元の記録を無言で書き換えません。訂正日、訂正者、旧値、新値、根拠を残します。過去の顧客提出書類を直す必要があるかは別に判断し、社内台帳だけ変更して提出済み書類との違いを放置しないようにします。
同一機器と思っていた二つの台帳が別機器だった場合は、履歴の付け替えを管理者が行い、移動した記録の一覧を残します。再修理分析は機器IDの正確さに左右されるためです。
技術担当へ渡す比較資料を一ページにする
再入電時には、直近3件など必要な範囲を抽出し、日付、申告、確認条件、処置、部品、作業者、再発までの日数を一枚にします。報告書全文を渡すだけでは比較点が埋もれます。ただし要約から原本へ戻れるリンクやファイル名を残します。
比較資料の末尾に「今回確認してほしい差分」を書きます。たとえば発生動作が前回と違う、前回交換部品とは別部位、使用時間が変わったという点です。原因の結論は書かず、担当者が確認すべき材料を整理します。
よくある質問
Q. 似た症状なら同じ故障として数えてよいですか。
A. 症状分類は集計に使えますが、原因が同じとは限りません。対象部位、発生条件、担当者の確認結果を比較します。
Q. 修理履歴は何年分残せばよいですか。
A. 一律の保存期間をこの記事では決めません。契約、法令、社内規程を確認し、更新提案や部品履歴に必要な期間を自社で定めます。
Q. 顧客の「前回と同じ」という言葉はどう記録しますか。
A. 顧客申告として残し、前回履歴を参照します。技術確認前に同一原因と確定しません。
Q. 部品交換の記録は品名だけで足りますか。
A. 可能な範囲で品番、数量、交換対象、注文番号を残します。手配経緯は部品手配情報の管理へ結び付けます。
Q. 再修理件数を担当者評価に使えますか。
A. 件数だけでは機器の状態や依頼内容の違いを反映できません。原因分析と定義を整えずに評価へ直結させるのは避けます。
Q. 更新提案は履歴件数から自動で決められますか。
A. 履歴は候補抽出の材料です。技術的な状態、費用、部品供給、顧客の計画を確認して人が判断します。
Q. 同じ号機名が別工場にもある場合はどう検索しますか。
A. 号機名だけで絞らず、顧客、工場、機器ID、設置位置を組み合わせます。機器を取り違えた履歴比較は、再発判断の材料を誤らせます。
同じ機器の点検・修理記録を時系列で読む
クレカンの作業記録一覧には、機器、作業日、作業タイプ、担当者、総合判定、所見、結果サマリが並びます。原因は技術担当が判断するため、顧客申告、確認条件、処置、部品をそろえて比較します。機器別の作業履歴機能で、現在の報告書からどの項目を記録へ移すと比較しやすいか確認してください。