メインコンテンツまでスキップ

Scout のトラブル対応と受入確認

現在のタスクで最初に完了していない手順から確認します。タスクを一度更新して直近の操作を開き、書き込み操作を再試行する前に、画面に表示された理由、時刻、リクエスト参照を記録します。

症状から原因を調べる

症状次の作業担当者
Scout が表示されない、またはアクセスが拒否されるテナント、DFS Pro、Scout の有効化と操作権限を確認する管理者
業務目標がないデータ発見には探索タスクを使い、業務確認には必要な業務要件を公開するアプリケーション担当者
想定した設備がない既存の MDM または資産の同一性とレビューキューを確認するデータ管理者
セマンティックモデルがないモデル管理で対象モデルを作成またはインポートするモデル担当者
モデルにポイントまたは設備の関連付けがないモデルノードを既存設備と属性へ関連付けるモデル担当者
一致候補がない発見処理、ソース選択、対象範囲、結果の全ページを確認するデータ担当者
単位、軸、温度、バッテリーの意味が不明フィールド辞書と設置記録を取得する業務分野の専門家
互換性のある Point クラスがない属性単位、選択したカタログ、結果一覧全体を確認するモデル管理者
AI 分析を利用できない実際の Scout 分析で設定済みモデル経路を確認するモデルサービス担当者
承認操作を利用できない必要な証拠を揃え、独立したリリース担当を確認するレビュー担当者または管理者
モデルまたはバインディングのバージョンが変わったタスクを更新し、現在のバージョン用計画を検証する操作担当者
CSV プレビュー後に値が取り込まれていない管理された正式インポートをデータ連携担当者へ割り当てるデータ連携担当者
MQTT 接続後にフィールドがないトピック、送信側、ペイロード形式、パーサー対応を確認するソース担当者
公開後に測定値がないソースアクセス、観測時刻、取り込み経路を確認するデータ運用担当者
測定値はあるが業務結果がないアプリケーションの入力、処理、出力を確認するアプリケーション担当者

データ欠落、現在利用できない状態、有効な実測値のゼロは、それぞれ別の状態です。実測値がある場合は、ソース、観測時刻、単位も記録します。

タイムアウトまたは一部失敗した操作を復旧する

  1. タスクを更新し、既存の操作またはリリースを開きます。
  2. 完了、失敗、待機中の各段階を確認します。
  3. サポートと監査用にリクエストまたはリリース参照を保存します。
  4. そのワークフローに表示される復旧操作を使用します。
  5. 最終的な有効バージョンと下流の状態を確認します。

API を再試行する場合は、エンドポイントが対応を明記している場合に元の冪等性キーを使用します。セマンティックモデルの復旧では、対応するモデルまたは参照バージョンを復元できます。生データは、対象データワークフローの復旧手順を使用します。

顧客受入チェックリスト

  • 合意したテナントと納入済みのフロントエンド/バックエンドバージョンを使用している。
  • 閲覧者、操作担当者、レビュー担当者、承認者、リリース実行担当者の権限が役割分担どおりに動作する。
  • 許可された顧客ソースと実設備の同一性を確認している。
  • 対象範囲、単位、物理的な意味、期間を合意している。
  • AI 分析が納入範囲に含まれる場合、承認済みモデルサービスが利用可能な Scout 分析を返す。
  • 判断、検証、承認、リリースの結果を記録している。
  • 対象ワークフローが、想定したデータセットバージョン、モデル参照、観測、アプリケーション結果を生成している。
  • ソースの鮮度と履歴範囲を個別に記録している。
  • 残課題に担当者、必要な証拠、確認予定時刻が設定されている。
  • 復旧上の制約と一時データの整理担当を記録している。

サポート依頼を準備する

承認済みのサポート窓口を通じて、タスク名、テナント情報、ページと操作、発生時刻、表示されたエラーまたはリクエスト参照、影響範囲、製品バージョン、直近で成功した手順を提示します。記録と添付ファイルは顧客のサポート方針に従います。パスワード、API シークレット、モデル認証情報は承認済みのシークレット管理システムで管理してください。

関連設定はScout の管理プライベート導入Brick モデルを参照してください。