よくある質問
オペレーター
停止が検証されていません、どうやって検証しますか?
生産 → オペレーター画面に移動し、停止イベントをダウンタイムリストで見つけて検証をクリックします。ドロップダウンから停止理由を選択し、必要に応じてコメントを追加してから確定します。検証ボタンが表示されない場合、downtime:validate権限がない可能性があります。管理者に問い合わせてください。
オペレーター画面で自分のラインが見えません、なぜですか?
オペレーター画面には、あなたのシフトとクルーに割り当てられた設備のみが表示されます。以下を確認してください:
- 現在のシフトに対して、あなたのクルーが人員 → スケジュールで設備に正しく割り当てられている。
- 設備がアクティブである(管理 → 設備 → ラインのステータスがActiveでなければなりません)。
menu:production権限を持っている、ロールと権限でプロフィールを確認してください。
工場のタブレットからログインできません
タブレットは非アクティブ状態が続くとKeycloakセッションを失うことがよくあります。ブラウザのキャッシュとCookieをクリアしてから再度ログインしてみてください。Keycloakのログインページ自体が読み込まれない場合、Keycloakサービスがダウンしている可能性があります。管理者に連絡してください。ログインの問題も参照してください。
日中にシフトを変更するにはどうしますか?
OpSeeでのシフト変更は自動です。システムは人員 → シフトで設定されたスケジュールに基づいて次のシフトに切り替わります。手動でシフトを「選択」することはありません。現在のシフトが間違っているように見える場合は、管理者にシフトスケジュールを確認してください。
1分未満のマイクロ停止を分類するにはどうしますか?
管理で設定された最小持続時間しきい値以下のマイクロ停止は、自動的に集約またはフィルタリングされる可能性があります。1分未満で分類が必要な停止を見つけた場合は、他の停止と同じように検証してください。理由を選択して確定します。一定のしきい値以下の停止が完全に非表示になっている場合は、最小停止時間設定を見直すよう管理者に依頼してください。
マネージャー
OEEが計算されていません、何を確認すべきですか?
順番に以下を確認してください:
- 設備にOEE設定が構成されている(管理 → 設備 → 設備を選択 → OEEタブ)。これがないと、OEEは計算されません。
- レポートの時間範囲と設備フィルターが正しく設定されている。
- データが届いている: 管理 → ワーカーで取り込みワーカーが稼働していることを確認してください。
- 表示している期間を少なくとも1つのシフトがカバーしている、OEEはシフトごとに計算されます。
2つのシフト間のパフォーマンスを比較するにはどうしますか?
レポート → OEEを使用し、結果をシフトごとにグループ化します。設備と日付範囲でフィルタリングしてから、グラフでシフト別の内訳を切り替えるか、テーブルをエクスポートしてシフト別に可用性、パフォーマンス、品質を比較できます。
ダウンタイムレポートをエクスポートするにはどうしますか?
レポート → ダウンタイムでフィルター(設備、日付範囲、停止理由)を適用してから、エクスポートボタン(CSVまたはExcel)をクリックします。コックピットベースのエクスポートには、oee-downtime-eventsウィジェットのツールバーにエクスポートオプションがあります。
一部の停止がカテゴリ分けされていません、OEEへの影響は?
理由が割り当てられていない未検証の停止は、可用性ファクターのダウンタイムとしてカウントされますが、損失タイプ別には分類されません。これらは損失タイプチャートで「未分類」として表示され、未分類時間を膨らませて、改善対象を絞り込むことを難しくします。検証率KPIウィジェットは、停止のうち分類された割合を示します。
パフォーマンスが正しくないように見えます、どう調査しますか?
まずOEE損失タイプウィジェットで、ずれが可用性、パフォーマンス、品質のどこにあるかを確認します。次に:
- 可用性の問題: 長時間の未検証停止やシフトカバレッジの欠落を確認してください。
- パフォーマンスの問題: 設備に対して理想サイクルタイム(理論レート)が正しく設定されているか確認してください。
- 品質の問題: 不良数が正しいデータタグから取り込まれているかを確認してください。
管理者
新しい設備を作成してOEE用にアクティブ化するにはどうしますか?
- 管理 → 設備に移動し、追加をクリックします。
- 設備名、階層(サイト、エリア、プロセスセル)を入力し、ステータスをアクティブに設定します。
- 設備レコードを開いてOEEタブに移動し、理想サイクルタイム、計画生産時間のソース、関連する損失カテゴリを設定します。
- タグタブでデータタグを割り当て、システムがどのタグがカウンターとダウンタイムデータを供給するかを認識できるようにします。
- 保存します。OEEは次のシフト開始時から計算が始まります。
CSVインポートが失敗しています、何を確認すべきですか?
- ファイルエンコーディングがUTF-8であること(Latin-1やWindows-1252ではない)を確認してください。
- 列ヘッダーが期待されるテンプレートと完全に一致していることを確認してください、インポートダイアログから新しいテンプレートをダウンロードしてください。
- 余分な空白、テキストフィールドの特殊文字、または数値以外の値を含む数値フィールドを探してください。
- インポート結果ダイアログでエラーの詳細を確認してください、失敗を引き起こした行番号とフィールドが一覧表示されます。
- ファイルが正しく見えるのに失敗が続く場合は、より詳細なエラーメッセージを得るためにバックエンドログを確認してください。
設定変更後にOEEを再生成するにはどうしますか?
データがすでに取り込まれた後で、設備の理想サイクルタイム、シフトスケジュール、またはタグマッピングを変更すると、過去のOEE計算は古くなります。管理 → 設備 → OEE → 再計算に移動し、再処理する日付範囲を指定してください。これによりバックグラウンドジョブが起動します。処理時間はデータ量によって異なります。
新しいユーザーがモジュールを見られません、なぜですか?
OpSeeでは、モジュールへのアクセスはアプリケーション内のユーザー設定ではなく、Keycloakロールによって制御されます。ロールが割り当てられていない新しいユーザーは空白のインターフェースを見ることになります。Keycloak管理コンソールで:
- ユーザーレコードを開きます。
- ロールマッピングに移動します。
- 適切なクライアントロール(例:
menu:production、menu:oee、menu:admin)を割り当てます。
変更はユーザーの次回ログイン時に有効になります。
ワーカーがデータを受信していません、どう診断しますか?
- 管理 → ワーカーに移動し、ステータス列を確認してください、ステータスが赤のワーカーはすべて稼働していないかエラーがあります。
- データソース構成(MQTTブローカー、OPC-UAサーバー、またはNode-REDフロー)が稼働して期待されるエンドポイントに送信していることを確認してください。
- ワーカーログで接続エラーや解析エラーを確認してください。
- データタグが管理 → データタグで正しく構成され、設備にマッピングされていることを確認してください。
- すべてのワーカーが正常に見えるのにデータが届かない場合は、データソースとDockerネットワーク間のネットワークパスを確認してください。