保全
保全担当者は、묻기の最初の画面にある今日やることと、提案 › やること › 突発(確認すべき異常 · インシデント)から一日を始めます。以下は故障対応と予防保全でよく使う用途です。
アラームが集中した設備を診断する
- 誰が 保全担当 · 設備エンジニア
- いつ 一つの設備でアラームが繰り返されたり急に集中したりしたとき
- このように入力します 「2号機射出成形機のアラームがこんなに多いのはなぜ?原因を絞り込んで」
- これを受け取ります アラーム頻度 · 持続時間 · センサー相関 · 傾向予測 · 統計の五つの観点で絞り込んだ原因候補と、 一緒に動いたタグ。「温度が上がった5分後に振動が上がる」のように順序が見える場合はそれも伝えます。
- 注意 時系列が蓄積された期間が短かったりアラーム履歴が少ないと結果が弱くなります。原因«候補»であって確定ではありません。 同じことが繰り返される場合は自動化テンプレート«繰り返しアラーム整理»·«繰り返し故障原因»に、誰も担当していないインシデントのフォローは«未処理インシデント督促»に任せることができます → ユースケース — 自動化
前回はどう対応したかを探す
- 誰が 保全担当 — 特にその設備を初めて担当する人
- いつ 同じ症状がまた現れたとき
- このように入力します 「この設備の異常、前回はどう対応していましたか?」 — 묻기の最初の画面の質問チップにもあります。
- これを受け取ります 提案に残った対応 · 結果記録と、設備マニュアル · 作業標準書から見つけた該当手順(根拠とともに)。 映像 · 音声を有効にした設置であれば、その手順を撮った保全映像の該当区間も添付されます。提案詳細の根拠にも同じ設備 · 同じ症状の 過去の事例と文書が掲載され、関連手順書を開くで作業手順を開きます。
- 注意 結果を記録していない対応は記録に残りません。対応後に結果記録を残す習慣がこの用途を生かします。 → 提案 · 映像 · 音声で聞く
銘板 · ラベル写真から部品情報を読み取る
- 誰が 保全担当 · 資材担当
- いつ 交換部品を注文しようとして銘板を手で書き写さなければならないとき
- このように入力します 銘板写真を添付して「このモーターの銘板情報を整理して」
- これを受け取ります 銘板の文字(韓国語を含む)を読み取って整理した内容。
- 注意 同じ写真を何度も読ませて結果が食い違う場合は拒否します。部品注文の前には元の銘板と一度照合してください。 写真は保存しません。 → AIチャット
修理後に本当に直ったか確認を受ける
- 誰が 保全担当
- いつ 提案詳細で対応を実行し結果記録(完了 · 該当なし)を残した後
- このように入力します 特にやることはありません。
- これを受け取ります 結果後再発検証期間中に同じ問題が再び起きないかをAIが見守ります — 詳細に «同じ問題が再び起きないか見守り中 · ○日まで»と表示され、再び起きた場合は再発として進行中に戻ります。 インシデントの対応は実行1時間後(デフォルト)に同じ設備で異常が再発したかどうかを自動で確認します。
- 注意 再発がなかったことは原因がなくなったことの保証ではありません — 検証期間内に再び現れなかったという意味です。 → 異常検知 · インシデント対応
保全要請の草案を元システムに入れる
- 誰が 草案を承認する権限がある人 — 誰が持つかは設置で決めます → 権限
- いつ 故障リスク提案や自動化が上げたカードに保全要請が付いたとき
- このように入力します 提案でそのカードを開くと承認すると作成される草案欄に設備 · 優先度 · タイトル · 期限 · 担当 · 内容が表示されます。 承認理由を記入し承認して草案を作成を押します。
- これを受け取ります 接続されたMESに保全要請の草案一件が作成され、要請番号が表示されます。同じ承認で二度作成されることはありません。 実際に送信するのはそのシステムで人が行います。
- 注意 デジタルスレッドに保全要請を出すMESコネクタが接続されている必要があります — なければ«接続されたシステムがないため草案を作成できません» となります。設置によっては異なる二人の承認が必要で、最初の承認者は二番目の承認を行うことはできません。確定記録を変更することはありません。 → 提案 — 承認すると作成される草案 · デジタルスレッド