理由
理由は、オペレータがダウンタイムイベントを記録する際に選択する具体的な原因です。OEE分類システムの最も詳細なレベルです。"なぜ機器が停止したのか?"に答えるリーフノードです。
理由の管理
Admin → OEE → Reasonsに移動します。
理由を作成する
+ Createをクリックし、次を入力します:
| フィールド | 必須 | 説明 |
|---|---|---|
| 名前 | はい | オペレータが見る理由のテキスト(例: "ベルト切断") |
名前は次のようにする必要があります:
- 実用的なほど具体的 (保守が修理対象を特定できる)
- 再利用できるほど一般的 (1つのインシデントに紐づかない)
- 明確 (技術者ではないオペレータにも理解できる)
検索とフィルタリング
- 検索バーを使用して理由を名前で検索
- 非アクティブを表示を切り替えて、非アクティブ化された理由をリストに含める
アクティブ化と非アクティブ化
理由を削除する代わりに(過去のデータに影響する可能性があります)、非アクティブ化することができます:
- 非アクティブ化ボタンをクリックして理由をオペレータの選択から非表示にする
- アクティブ化をクリックして以前に非アクティブ化された理由を復元する
- 非アクティブ化された理由は過去のレコードとレポートに残ります
:::tip 削除よりも非アクティブ化 理由が関連性を失った場合(例: マシンが交換された)、削除ではなく非アクティブ化してください。これにより、過去のダウンタイムデータを保持しながら、新しいイベントがその理由を使用しないようにできます。 :::
インポート/エクスポート
ExportおよびImportボタンを使用して、理由を一括管理します:
- Exportはすべての理由をCSV、XLSX、またはJSON形式でダウンロード
- Importはファイルからの一括作成を可能にする。工場全体で標準化するのに便利です
ベストプラクティス
命名規則
一貫した命名パターンを使用します:
| パターン | 例 | 使用するタイミング |
|---|---|---|
| コンポーネント + 障害 | "ベルト切断"、"モーター過熱" | 機器固有の原因 |
| カテゴリー + 説明 | "材料不足"、"材料グレード違い" | サプライ関連の原因 |
| アクションベース | "レシピ変更"、"計画清掃" | 計画された活動 |
理由はいくつ?
| 工場の規模 | 推奨 | 注意 |
|---|---|---|
| 小(1〜5ライン) | 15〜25の理由 | 最も一般的な原因をカバー |
| 中(5〜20ライン) | 25〜50の理由 | 機器タイプごとの詳細性 |
| 大(20以上のライン) | 50〜100の理由 | 複数の理由ツリーを検討 |
:::caution 理由が多すぎるとオペレータが遅くなる オペレータが正しい理由を見つけるのに15秒以上かかる場合、リストが長すぎます。フラットなリストに理由を追加するのではなく、理由ツリーを使用してナビゲート可能な階層に整理してください。 :::
キャッチオール理由を避ける
"その他"、"雑多"、"不明"のような理由を作成することに抵抗してください。これらはデフォルトの選択肢になり、貴重な根本原因データを隠します。代わりに:
- 理由ツリーをナビゲートしやすくする
- 理由選択についてオペレータをトレーニングする
- オペレータが適切なものを一貫して見つけられない場合は、新しい理由をレビューして追加する
次のステップ
前提条件
関連
- OEE Fundamentals
- 機器: 補完モジュール