Scout の証拠をレビューして判断を記録する

Scout は、ソース記録、サンプル、モデルバージョン、業務要件、人による確認を一つのタスクに集約します。レビュー担当者は現在の対象範囲に基づき、各証拠が裏付ける内容と追加確認が必要な内容を判断します。

入力情報と証拠をレビューする

証拠	裏付けられる内容	追加で確認する内容
フィールド名または AI の提案	候補となる意味と調査方針	設備、単位、位置、フィールド定義
承認済みマニュアルまたは現場記録	設備定義、設置方法、フィールドの意味	現在のソース接続と測定値
実際に返されたサンプル	サンプリング期間中に値が存在したこと	履歴の範囲、継続性、鮮度
採用された提案	内容が人によってレビューされたこと	検証、適用、公開の状態
リリース結果	指定バージョンまたは関連付けが適用されたこと	ソースの測定値と業務アプリケーションの結果
履歴期間の定義	使用予定の期間	実際のデータ範囲と欠落

設備とフィールドの意味を確認する

MDM の同一性は現実の対象物を特定し、Brick クラスは設備やポイントの種類を表します。現在のマスターデータ、設備属性、ソース記録を合わせて確認します。

新しい設備では、通常、次の根拠が必要です。

• 資産 ID、シリアル番号、設置場所
• センサーの向きと測定位置
• 加速度、速度、変位などの測定量
• RMS、ピーク、サンプリングレート、スケーリング規則
• 温度ポイントとバッテリーフィールドの定義
• 単位、タイムゾーン、イベント時刻

判断理由には証拠を直接示します。例：「試運転記録では Z チャネルが軸方向振動速度 RMS と定義され、選択したソースも同じ設備タグと単位を使用している。」

ソースとデータ処理範囲を記録する

顧客ソース、デモソース、技術検証ソースを正確に分類し、観測時刻を記録します。外部モデルサービスへデータを送る前に、顧客のデータ処理方針に基づき、送信可能なフィールド、サンプル、文書の範囲を確認します。

認証情報は保護された設定に保存します。タスクのメモと証拠参照には、レビューに必要な業務情報と追跡可能な保管場所だけを残します。

判断のライフサイクルを記録する

1. 裏付ける証拠、相反する証拠、未解決事項を確認します。
2. 確認、却下、追加証拠の要求を理由とともに記録します。
3. 承認済みのモデル提案をドラフトへ適用するか、データセットのリリース計画を準備します。
4. 現在のバージョンに対して検証またはドライランを実行します。
5. 承認者がリリース計画を承認します。
6. リリース実行担当者が適用し、実際の結果を確認します。

ソース、モデル、バインディングのバージョンが変わった場合は、新しいバージョンを検証し、対応する承認を得ます。以前の判断はタスク履歴に残ります。

不足または停止中の証拠に対応する

状態	意味	対応
欠落または不明	現在の証拠では回答できない	担当者と必要な証拠を指定する
一部確認済み	要件または期間の一部だけを確認した	確認済みと未確認の範囲を記録する
期限切れ	証拠のバージョンまたは観測時刻が要件の範囲外	現在のバージョンまたは新しい観測を取得する
利用不可	必要なソースまたは依存サービスへ現在アクセスできない	原因を記録して担当者へ割り当てる
ゼロ	有効な観測がゼロを返した	値、単位、観測時刻を保存する
一覧が省略されている	現在の画面は結果の一部だけを表示している	対象を絞るか次のページを確認する

引き継ぎ可能な記録を残す

完全な記録には、タスク範囲、ソースと期間、設備の同一性、フィールド定義、判断理由、承認者と実行担当者、有効バージョン、実際の観測結果、残課題と担当者を含めます。